Hi, when using bird 2.0.8 on openwrt 21.02 (and other versions) on a Netgear R7800 router, if the OSPF protocol is used, either v2 or v3, bird immediately crashes on startup with: Fri Jun 11 14:41:11 2021 daemon.info bird: Started Fri Jun 11 14:41:11 2021 kern.err kernel: [ 3500.853248] Alignment trap: not handling instruction f44c0a1f at [<00035848>] Fri Jun 11 14:41:11 2021 kern.alert kernel: [ 3500.853283] 8<--- cut here --- Fri Jun 11 14:41:11 2021 kern.alert kernel: [ 3500.859363] Unhandled fault: alignment exception (0x801) at 0x007e0624 Fri Jun 11 14:41:11 2021 kern.alert kernel: [ 3500.862443] pgd = 0bbef4fd Fri Jun 11 14:41:11 2021 kern.alert kernel: [ 3500.868821] [007e0624] *pgd=5d6ca835, *pte=5c40b75f, *ppte=5c40bc7f This router uses an ARMv7 processor and the issue seems to be to do with memory alignment issues. I've debugged it and traced it to an access to the top_hash_entry struct. I've found that if I add the PACKED macro to the struct definition then it fixes the problem, as per this patch: --- a/proto/ospf/topology.h +++ b/proto/ospf/topology.h @@ -41,7 +41,7 @@ struct top_hash_entry u8 mode; /* LSA generated during RT calculation (LSA_RTCALC or LSA_STALE)*/ u8 nhs_reuse; /* Whether nhs nodes can be reused during merging. See a note in rt.c:add_cand() */ -}; +} PACKED; /* Prevents ospf_hash_find() to ignore the entry, for p->lsrqh and p->lsrth */ Thanks.
On Mon, Jun 14, 2021 at 04:25:04PM +0100, Matthew Reeve wrote:
Hi,
when using bird 2.0.8 on openwrt 21.02 (and other versions) on a Netgear R7800 router, if the OSPF protocol is used, either v2 or v3, bird immediately crashes on startup with:
Fri Jun 11 14:41:11 2021 daemon.info bird: Started Fri Jun 11 14:41:11 2021 kern.err kernel: [ 3500.853248] Alignment trap: not handling instruction f44c0a1f at [<00035848>] Fri Jun 11 14:41:11 2021 kern.alert kernel: [ 3500.853283] 8<--- cut here --- Fri Jun 11 14:41:11 2021 kern.alert kernel: [ 3500.859363] Unhandled fault: alignment exception (0x801) at 0x007e0624 Fri Jun 11 14:41:11 2021 kern.alert kernel: [ 3500.862443] pgd = 0bbef4fd Fri Jun 11 14:41:11 2021 kern.alert kernel: [ 3500.868821] [007e0624] *pgd=5d6ca835, *pte=5c40b75f, *ppte=5c40bc7f
This router uses an ARMv7 processor and the issue seems to be to do with memory alignment issues. I've debugged it and traced it to an access to the top_hash_entry struct. I've found that if I add the PACKED macro to the struct definition then it fixes the problem, as per this patch:
Hi Thanks, could you try to get backtrace from the coredump using gdb to see where is the invalid access? -- Elen sila lumenn' omentielvo Ondrej 'Santiago' Zajicek (email: santiago@crfreenet.org) OpenPGP encrypted e-mails preferred (KeyID 0x11DEADC3, wwwkeys.pgp.net) "To err is human -- to blame it on a computer is even more so."
Hi, yes sure, here it is. Please let me know if this does not give you what you need. Thanks! root@OpenWrt:/tmp# gdb debug/bird bird.1623776146.6869.7.core GNU gdb (GDB) 10.1 Copyright (C) 2020 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html> This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "arm-openwrt-linux". Type "show configuration" for configuration details. For bug reporting instructions, please see: <https://www.gnu.org/software/gdb/bugs/>. Find the GDB manual and other documentation resources online at: <http://www.gnu.org/software/gdb/documentation/>. For help, type "help". Type "apropos word" to search for commands related to "word"... Reading symbols from debug/bird... [New LWP 6869] Core was generated by `./bird'. Program terminated with signal SIGBUS, Bus error. #0 ospf_rt_reset (p=0x1d610a0) at proto/ospf/rt.c:1646 1646 proto/ospf/rt.c: No such file or directory. (gdb) bt #0 ospf_rt_reset (p=0x1d610a0) at proto/ospf/rt.c:1646 #1 ospf_rt_spf (p=0x1d610a0) at proto/ospf/rt.c:1698 #2 ospf_rt_spf (p=0x1d610a0) at proto/ospf/rt.c:1688 #3 ospf_disp (timer=<optimized out>) at proto/ospf/ospf.c:468 #4 0x00061574 in timers_fire (loop=0xc4878 <main_timeloop>) at lib/timer.c:235 #5 0x00012ca8 in io_loop () at sysdep/unix/io.c:2195 #6 main (argc=<optimized out>, argv=<optimized out>) at sysdep/unix/main.c:939 (gdb) On 18/06/2021 16:16, Ondrej Zajicek wrote:
On Mon, Jun 14, 2021 at 04:25:04PM +0100, Matthew Reeve wrote:
Hi,
when using bird 2.0.8 on openwrt 21.02 (and other versions) on a Netgear R7800 router, if the OSPF protocol is used, either v2 or v3, bird immediately crashes on startup with:
Fri Jun 11 14:41:11 2021 daemon.info bird: Started Fri Jun 11 14:41:11 2021 kern.err kernel: [ 3500.853248] Alignment trap: not handling instruction f44c0a1f at [<00035848>] Fri Jun 11 14:41:11 2021 kern.alert kernel: [ 3500.853283] 8<--- cut here --- Fri Jun 11 14:41:11 2021 kern.alert kernel: [ 3500.859363] Unhandled fault: alignment exception (0x801) at 0x007e0624 Fri Jun 11 14:41:11 2021 kern.alert kernel: [ 3500.862443] pgd = 0bbef4fd Fri Jun 11 14:41:11 2021 kern.alert kernel: [ 3500.868821] [007e0624] *pgd=5d6ca835, *pte=5c40b75f, *ppte=5c40bc7f
This router uses an ARMv7 processor and the issue seems to be to do with memory alignment issues. I've debugged it and traced it to an access to the top_hash_entry struct. I've found that if I add the PACKED macro to the struct definition then it fixes the problem, as per this patch: Hi
Thanks, could you try to get backtrace from the coredump using gdb to see where is the invalid access?
On Fri, Jun 18, 2021 at 05:06:27PM +0100, Matthew Reeve wrote:
Hi, yes sure, here it is. Please let me know if this does not give you what you need.
Thanks!
Thanks, that looks like an issue with slists. We had similar issue with lists code in the past and reworked them to be more conservative. Will check that.
root@OpenWrt:/tmp# gdb debug/bird bird.1623776146.6869.7.core GNU gdb (GDB) 10.1 Copyright (C) 2020 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html> This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "arm-openwrt-linux". Type "show configuration" for configuration details. For bug reporting instructions, please see: <https://www.gnu.org/software/gdb/bugs/>. Find the GDB manual and other documentation resources online at: <http://www.gnu.org/software/gdb/documentation/>.
For help, type "help". Type "apropos word" to search for commands related to "word"... Reading symbols from debug/bird... [New LWP 6869] Core was generated by `./bird'. Program terminated with signal SIGBUS, Bus error. #0 ospf_rt_reset (p=0x1d610a0) at proto/ospf/rt.c:1646 1646 proto/ospf/rt.c: No such file or directory. (gdb) bt #0 ospf_rt_reset (p=0x1d610a0) at proto/ospf/rt.c:1646 #1 ospf_rt_spf (p=0x1d610a0) at proto/ospf/rt.c:1698 #2 ospf_rt_spf (p=0x1d610a0) at proto/ospf/rt.c:1688 #3 ospf_disp (timer=<optimized out>) at proto/ospf/ospf.c:468 #4 0x00061574 in timers_fire (loop=0xc4878 <main_timeloop>) at lib/timer.c:235 #5 0x00012ca8 in io_loop () at sysdep/unix/io.c:2195 #6 main (argc=<optimized out>, argv=<optimized out>) at sysdep/unix/main.c:939 (gdb)
On 18/06/2021 16:16, Ondrej Zajicek wrote:
On Mon, Jun 14, 2021 at 04:25:04PM +0100, Matthew Reeve wrote:
Hi,
when using bird 2.0.8 on openwrt 21.02 (and other versions) on a Netgear R7800 router, if the OSPF protocol is used, either v2 or v3, bird immediately crashes on startup with:
Fri Jun 11 14:41:11 2021 daemon.info bird: Started Fri Jun 11 14:41:11 2021 kern.err kernel: [ 3500.853248] Alignment trap: not handling instruction f44c0a1f at [<00035848>] Fri Jun 11 14:41:11 2021 kern.alert kernel: [ 3500.853283] 8<--- cut here --- Fri Jun 11 14:41:11 2021 kern.alert kernel: [ 3500.859363] Unhandled fault: alignment exception (0x801) at 0x007e0624 Fri Jun 11 14:41:11 2021 kern.alert kernel: [ 3500.862443] pgd = 0bbef4fd Fri Jun 11 14:41:11 2021 kern.alert kernel: [ 3500.868821] [007e0624] *pgd=5d6ca835, *pte=5c40b75f, *ppte=5c40bc7f
This router uses an ARMv7 processor and the issue seems to be to do with memory alignment issues. I've debugged it and traced it to an access to the top_hash_entry struct. I've found that if I add the PACKED macro to the struct definition then it fixes the problem, as per this patch: Hi
Thanks, could you try to get backtrace from the coredump using gdb to see where is the invalid access?
-- Elen sila lumenn' omentielvo Ondrej 'Santiago' Zajicek (email: santiago@crfreenet.org) OpenPGP encrypted e-mails preferred (KeyID 0x11DEADC3, wwwkeys.pgp.net) "To err is human -- to blame it on a computer is even more so."
On 24/06/2021 13:08, Ondrej Zajicek wrote:
On Fri, Jun 18, 2021 at 05:06:27PM +0100, Matthew Reeve wrote:
Hi, yes sure, here it is. Please let me know if this does not give you what you need.
Thanks!
Thanks, that looks like an issue with slists. We had similar issue with lists code in the past and reworked them to be more conservative. Will check that. Great, thanks. If you want to make any changes on a branch or something, I can build it and test it on my hardware if it would help.
root@OpenWrt:/tmp# gdb debug/bird bird.1623776146.6869.7.core GNU gdb (GDB) 10.1 Copyright (C) 2020 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html> This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "arm-openwrt-linux". Type "show configuration" for configuration details. For bug reporting instructions, please see: <https://www.gnu.org/software/gdb/bugs/>. Find the GDB manual and other documentation resources online at: <http://www.gnu.org/software/gdb/documentation/>.
For help, type "help". Type "apropos word" to search for commands related to "word"... Reading symbols from debug/bird... [New LWP 6869] Core was generated by `./bird'. Program terminated with signal SIGBUS, Bus error. #0 ospf_rt_reset (p=0x1d610a0) at proto/ospf/rt.c:1646 1646 proto/ospf/rt.c: No such file or directory. (gdb) bt #0 ospf_rt_reset (p=0x1d610a0) at proto/ospf/rt.c:1646 #1 ospf_rt_spf (p=0x1d610a0) at proto/ospf/rt.c:1698 #2 ospf_rt_spf (p=0x1d610a0) at proto/ospf/rt.c:1688 #3 ospf_disp (timer=<optimized out>) at proto/ospf/ospf.c:468 #4 0x00061574 in timers_fire (loop=0xc4878 <main_timeloop>) at lib/timer.c:235 #5 0x00012ca8 in io_loop () at sysdep/unix/io.c:2195 #6 main (argc=<optimized out>, argv=<optimized out>) at sysdep/unix/main.c:939 (gdb)
On 18/06/2021 16:16, Ondrej Zajicek wrote:
On Mon, Jun 14, 2021 at 04:25:04PM +0100, Matthew Reeve wrote:
Hi,
when using bird 2.0.8 on openwrt 21.02 (and other versions) on a Netgear R7800 router, if the OSPF protocol is used, either v2 or v3, bird immediately crashes on startup with:
Fri Jun 11 14:41:11 2021 daemon.info bird: Started Fri Jun 11 14:41:11 2021 kern.err kernel: [ 3500.853248] Alignment trap: not handling instruction f44c0a1f at [<00035848>] Fri Jun 11 14:41:11 2021 kern.alert kernel: [ 3500.853283] 8<--- cut here --- Fri Jun 11 14:41:11 2021 kern.alert kernel: [ 3500.859363] Unhandled fault: alignment exception (0x801) at 0x007e0624 Fri Jun 11 14:41:11 2021 kern.alert kernel: [ 3500.862443] pgd = 0bbef4fd Fri Jun 11 14:41:11 2021 kern.alert kernel: [ 3500.868821] [007e0624] *pgd=5d6ca835, *pte=5c40b75f, *ppte=5c40bc7f
This router uses an ARMv7 processor and the issue seems to be to do with memory alignment issues. I've debugged it and traced it to an access to the top_hash_entry struct. I've found that if I add the PACKED macro to the struct definition then it fixes the problem, as per this patch: Hi
Thanks, could you try to get backtrace from the coredump using gdb to see where is the invalid access?
On 28/06/2021 09:46, Matthew Reeve wrote:
On 24/06/2021 13:08, Ondrej Zajicek wrote:
On Fri, Jun 18, 2021 at 05:06:27PM +0100, Matthew Reeve wrote:
Hi, yes sure, here it is. Please let me know if this does not give you what you need.
Thanks!
Thanks, that looks like an issue with slists. We had similar issue with lists code in the past and reworked them to be more conservative. Will check that. Great, thanks. If you want to make any changes on a branch or something, I can build it and test it on my hardware if it would help.
root@OpenWrt:/tmp# gdb debug/bird bird.1623776146.6869.7.core GNU gdb (GDB) 10.1 Copyright (C) 2020 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html> This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "arm-openwrt-linux". Type "show configuration" for configuration details. For bug reporting instructions, please see: <https://www.gnu.org/software/gdb/bugs/>. Find the GDB manual and other documentation resources online at: <http://www.gnu.org/software/gdb/documentation/>.
For help, type "help". Type "apropos word" to search for commands related to "word"... Reading symbols from debug/bird... [New LWP 6869] Core was generated by `./bird'. Program terminated with signal SIGBUS, Bus error. #0 ospf_rt_reset (p=0x1d610a0) at proto/ospf/rt.c:1646 1646 proto/ospf/rt.c: No such file or directory. (gdb) bt #0 ospf_rt_reset (p=0x1d610a0) at proto/ospf/rt.c:1646 #1 ospf_rt_spf (p=0x1d610a0) at proto/ospf/rt.c:1698 #2 ospf_rt_spf (p=0x1d610a0) at proto/ospf/rt.c:1688 #3 ospf_disp (timer=<optimized out>) at proto/ospf/ospf.c:468 #4 0x00061574 in timers_fire (loop=0xc4878 <main_timeloop>) at lib/timer.c:235 #5 0x00012ca8 in io_loop () at sysdep/unix/io.c:2195 #6 main (argc=<optimized out>, argv=<optimized out>) at sysdep/unix/main.c:939 (gdb)
On 18/06/2021 16:16, Ondrej Zajicek wrote:
On Mon, Jun 14, 2021 at 04:25:04PM +0100, Matthew Reeve wrote:
Hi,
when using bird 2.0.8 on openwrt 21.02 (and other versions) on a Netgear R7800 router, if the OSPF protocol is used, either v2 or v3, bird immediately crashes on startup with:
Fri Jun 11 14:41:11 2021 daemon.info bird: Started Fri Jun 11 14:41:11 2021 kern.err kernel: [ 3500.853248] Alignment trap: not handling instruction f44c0a1f at [<00035848>] Fri Jun 11 14:41:11 2021 kern.alert kernel: [ 3500.853283] 8<--- cut here --- Fri Jun 11 14:41:11 2021 kern.alert kernel: [ 3500.859363] Unhandled fault: alignment exception (0x801) at 0x007e0624 Fri Jun 11 14:41:11 2021 kern.alert kernel: [ 3500.862443] pgd = 0bbef4fd Fri Jun 11 14:41:11 2021 kern.alert kernel: [ 3500.868821] [007e0624] *pgd=5d6ca835, *pte=5c40b75f, *ppte=5c40bc7f
This router uses an ARMv7 processor and the issue seems to be to do with memory alignment issues. I've debugged it and traced it to an access to the top_hash_entry struct. I've found that if I add the PACKED macro to the struct definition then it fixes the problem, as per this patch: Hi
Thanks, could you try to get backtrace from the coredump using gdb to see where is the invalid access?
Hi Ondrej, just wondering if you'd had a chance to look at this any further yet please? Many thanks, Matt.
On Tue, Aug 03, 2021 at 09:34:36AM +0100, Matthew Reeve wrote:
Hi Ondrej,
just wondering if you'd had a chance to look at this any further yet please?
Hi Sorry, not yet. Will check it soon. -- Elen sila lumenn' omentielvo Ondrej 'Santiago' Zajicek (email: santiago@crfreenet.org) OpenPGP encrypted e-mails preferred (KeyID 0x11DEADC3, wwwkeys.pgp.net) "To err is human -- to blame it on a computer is even more so."
Hi everyone, I’m bringing up this old thread from three years ago about the OSPF bus error [0]. Back then, we ran into an issue similar to the BGP bus error [1] and ended up applying a downstream patch in the OpenWrt routing feed [2] to fix it. We’ve been carrying that patch ever since, and it seems to work fine for the OSPF error (I don’t use OSPF and haven’t personally tested the fix). Since this is so similar to the BGP bus error, I was wondering if we could finally look into getting a fix for the OSPF issue upstream. It would help avoid having to keep this downstream patch around forever. [0] - https://bird.network.cz/pipermail/bird-users/2021-June/015545.html [1] - http://trubka.network.cz/pipermail/bird-users/2024-December/017944.html [2] - https://github.com/openwrt/routing/commit/f4251ccf69ad70b46c060be62eb39ebc36... Bests, Nick
On Mon, Dec 16, 2024 at 06:00:10PM +0100, nick via Bird-users wrote:
Hi everyone,
I’m bringing up this old thread from three years ago about the OSPF bus error [0]. Back then, we ran into an issue similar to the BGP bus error [1] and ended up applying a downstream patch in the OpenWrt routing feed [2] to fix it.
Hello Thanks for bringing this up, it dropped off the radar. I would prefer to not merge the OpenWRT patch, as PACKED just hides the alignment issue. On the first look it does not seems to be caused by slab allocation like your crash in BGP, so it would require further investigation.
We’ve been carrying that patch ever since, and it seems to work fine for the OSPF error (I don’t use OSPF and haven’t personally tested the fix). Since this is so similar to the BGP bus error, I was wondering if we could finally look into getting a fix for the OSPF issue upstream. It would help avoid having to keep this downstream patch around forever.
[0] - https://bird.network.cz/pipermail/bird-users/2021-June/015545.html [1] - http://trubka.network.cz/pipermail/bird-users/2024-December/017944.html [2] - https://github.com/openwrt/routing/commit/f4251ccf69ad70b46c060be62eb39ebc36...
Bests, Nick
-- Elen sila lumenn' omentielvo Ondrej 'Santiago' Zajicek (email: santiago@crfreenet.org) "To err is human -- to blame it on a computer is even more so."
On Mon, Jun 28, 2021 at 09:46:55AM +0100, Matthew Reeve wrote:
On 24/06/2021 13:08, Ondrej Zajicek wrote:
Thanks, that looks like an issue with slists. We had similar issue with lists code in the past and reworked them to be more conservative. Will check that.
Great, thanks. If you want to make any changes on a branch or something, I can build it and test it on my hardware if it would help.
Hi Just wondering if you do not have the original core dump and binary, or if you could replicate the issue with unpatched bird. Nick Hainke brought this issue back on my radar and i would like to find the proper bugfix.
root@OpenWrt:/tmp# gdb debug/bird bird.1623776146.6869.7.core GNU gdb (GDB) 10.1 Copyright (C) 2020 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html> This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "arm-openwrt-linux". Type "show configuration" for configuration details. For bug reporting instructions, please see: <https://www.gnu.org/software/gdb/bugs/>. Find the GDB manual and other documentation resources online at: <http://www.gnu.org/software/gdb/documentation/>.
For help, type "help". Type "apropos word" to search for commands related to "word"... Reading symbols from debug/bird... [New LWP 6869] Core was generated by `./bird'. Program terminated with signal SIGBUS, Bus error. #0 ospf_rt_reset (p=0x1d610a0) at proto/ospf/rt.c:1646 1646 proto/ospf/rt.c: No such file or directory. (gdb) bt #0 ospf_rt_reset (p=0x1d610a0) at proto/ospf/rt.c:1646 #1 ospf_rt_spf (p=0x1d610a0) at proto/ospf/rt.c:1698 #2 ospf_rt_spf (p=0x1d610a0) at proto/ospf/rt.c:1688 #3 ospf_disp (timer=<optimized out>) at proto/ospf/ospf.c:468 #4 0x00061574 in timers_fire (loop=0xc4878 <main_timeloop>) at lib/timer.c:235 #5 0x00012ca8 in io_loop () at sysdep/unix/io.c:2195 #6 main (argc=<optimized out>, argv=<optimized out>) at sysdep/unix/main.c:939 (gdb)
-- Elen sila lumenn' omentielvo Ondrej 'Santiago' Zajicek (email: santiago@crfreenet.org) "To err is human -- to blame it on a computer is even more so."
On 12/16/24 8:54 PM, Ondrej Zajicek wrote:
On Mon, Jun 28, 2021 at 09:46:55AM +0100, Matthew Reeve wrote:
On 24/06/2021 13:08, Ondrej Zajicek wrote:
Thanks, that looks like an issue with slists. We had similar issue with lists code in the past and reworked them to be more conservative. Will check that. Great, thanks. If you want to make any changes on a branch or something, I can build it and test it on my hardware if it would help. Hi
Just wondering if you do not have the original core dump and binary, or if you could replicate the issue with unpatched bird. Nick Hainke brought this issue back on my radar and i would like to find the proper bugfix. Alternatively, if you still have the configuration, I can try to reproduce the issue.
On 18 Dec 2024, at 00:28, nick <vincent@systemli.org> wrote:
On 12/16/24 8:54 PM, Ondrej Zajicek wrote:
On Mon, Jun 28, 2021 at 09:46:55AM +0100, Matthew Reeve wrote:
On 24/06/2021 13:08, Ondrej Zajicek wrote:
Thanks, that looks like an issue with slists. We had similar issue with lists code in the past and reworked them to be more conservative. Will check that. Great, thanks. If you want to make any changes on a branch or something, I can build it and test it on my hardware if it would help. Hi
Just wondering if you do not have the original core dump and binary, or if you could replicate the issue with unpatched bird. Nick Hainke brought this issue back on my radar and i would like to find the proper bugfix. Alternatively, if you still have the configuration, I can try to reproduce the issue.
Hi, the below is the config I am currently using, which I think is more or less the same as the one that was exposing the problem. I can try to reproduce the issue again and get the core dump again, it’ll take me some time though. log syslog all; # debug protocols all; router id 192.168.55.1; protocol device { } protocol kernel kernel4 { ipv4 { export all; }; } protocol kernel kernel6 { ipv6 { export all; }; } protocol ospf v2 ospf4 { ipv4 { import filter { if ospf_router_id ~ [192.168.30.1] || ospf_router_id ~ [192.168.25.1] || ospf_router_id ~ [192.168.54.1] || ospf_router_id ~ [192.168.20.1] then accept; else reject; }; export all; }; area 0 { interface "br-lan" { stub; }; #interface "vpn" { stub; }; interface "nl" { cost 50; type ptp; authentication simple; password “xxx”;}; interface "vpn" { cost 50; type ptp; authentication simple; password “xxx”;}; interface "thelimes" { cost 50; type ptp; authentication simple; password “xxx”;}; }; } protocol ospf v3 ospf6 { ipv6 { import all; }; area 0 { interface "br-lan" { stub; }; #interface "vpn" { stub; }; interface "vpn" { cost 50; type ptp; }; interface "nl" { cost 50; type ptp; }; interface "thelimes" { cost 50; type ptp; }; }; }
participants (4)
-
Matthew Reeve -
nick -
Ondrej Zajicek -
webmail＠mreeve.com