- frog - lists.frrouting.org

Problem with FRR LDP forwarding in CORE emulator
by Md Zahidul Islam 04 Dec '22

04 Dec '22

Dear Sir/Madam, I am Md Zahidul Islam, a master student of M.Eng Information Technology at Frankfurt Unuversity of Applied science. I am currently working on my Individual Master Project MPLS LDP forwarding with the CORE emulator. I am using Ubuntu 20.4 LTS and FRR version 8.5-dev. I have set up ospf as a core routing protocol to forward LDP which is working fine with FRR. But when I write mpls ldp command it shows ldpd is not running. In the CORE emulator ldp is not developed by default in FRR so I tried to customize the ldpp service on the CORE emulator from FRR directories but still it is not working. I am not able to find the correct solution for this. Could you please let me know any solution for this if there are any changes or latest updated bugs you have fixed. I am not able to find any solution on github. For your reference, I am attaching some screenshots with a pdf file. Kind regards, Md Zahidul Islam

1 0

FRR 8.4.1 Release
by Jafar Al-Gharaibeh 22 Nov '22

22 Nov '22

Dear FRR Community, We have fixed a number of bugs that have been reported since the 8.4 release. We are pleased to announce the bug fix release of FRR 8.4.1 to address those bugs. Thank you all for your feedback. Packages are available at: Debian Packages - https://deb.frrouting.org <https://deb.frrouting.org/> RPM Packages - https://rpm.frrouting.org <https://rpm.frrouting.org/> Snaps - https://snapcraft.io/frr <https://snapcraft.io/frr> Docker - frrouting/frr:v8.4.1 For release notes and a list of notable bug fixes, please visit: https://frrouting.org/release/8.4.1/ https://github.com/FRRouting/frr/releases/tag/frr-8.4.1 Cheers, The FRR Development Team!

2 1

Re: [FROG] Can I turn my Linux machine into a router by installing FRRouting?
by Donald Sharp 16 Nov '22

16 Nov '22

You want this fix probably: https://gitlab.freedesktop.org/NetworkManager/NetworkManager/-/issues/565 if it is still crashing after this fix then another issue should be opened with the networkManager issue tracker so that it can be fixed. donald On 11/16/22 09:38, Leonardo Porto via frog wrote: > _______________________________________________ > frog mailing list > frog(a)lists.frrouting.org > https://lists.frrouting.org/listinfo/frog

1 0

Can I turn my Linux machine into a router by installing FRRouting?
by Turritopsis Dohrnii Teo En Ming 16 Nov '22

16 Nov '22

Subject: Can I turn my Linux machine into a router by installing FRRouting? Good day from Singapore, Can I turn my Linux machine into a router by installing FRRouting? Can I use RHEL 9.0? Please advise. Thank you. Regards, Mr. Turritopsis Dohrnii Teo En Ming Targeted Individual in Singapore Blogs: https://tdtemcerts.blogspot.com https://tdtemcerts.wordpress.com

2 1

Re: [FROG] [dev] Can I turn my Linux machine into a router by installing FRRouting?
by Jafar Al-Gharaibeh 16 Nov '22

16 Nov '22

See inline: On 11/15/22 08:59, Turritopsis Dohrnii Teo En Ming wrote: > Subject: Can I turn my Linux machine into a router by installing FRRouting? > > Good day from Singapore, Good day from the rest of the world! > > Can I turn my Linux machine into a router by installing FRRouting? Yes. > > Can I use RHEL 9.0? Yes. > > Please advise. see http://docs.frrouting.org/en/latest/ --Jafar

2 1

FRR8.4 BGPD crashes
by Philip Smith 09 Nov '22

09 Nov '22

Hi everyone, FRR8.4 updated on my FRR8.3.1 system yesterday. 8.3.1 has been running fine for many weeks. FRR8.4's BGPD crashes every 25 minutes or so with this appearing in syslog: ******************** Nov 8 22:59:29 frr BGP[81651]: Received signal 6 at 1667948369 (si_addr 0x7000013ef3, PC 0x7fe3e2e5ba7c); aborting... Nov 8 22:59:29 frr BGP[81651]: /usr/lib/x86_64-linux-gnu/frr/libfrr.so.0(zlog_backtrace_sigsafe+0x71) [0x7fe3e3184f01] Nov 8 22:59:29 frr BGP[81651]: /usr/lib/x86_64-linux-gnu/frr/libfrr.so.0(zlog_signal+0xf5) [0x7fe3e3185105] Nov 8 22:59:29 frr BGP[81651]: /usr/lib/x86_64-linux-gnu/frr/libfrr.so.0(+0xc3b45) [0x7fe3e31afb45] Nov 8 22:59:29 frr BGP[81651]: /lib/x86_64-linux-gnu/libc.so.6(+0x42520) [0x7fe3e2e07520] Nov 8 22:59:29 frr BGP[81651]: /lib/x86_64-linux-gnu/libc.so.6(pthread_kill+0x12c) [0x7fe3e2e5ba7c] Nov 8 22:59:29 frr BGP[81651]: /lib/x86_64-linux-gnu/libc.so.6(raise+0x16) [0x7fe3e2e07476] Nov 8 22:59:29 frr BGP[81651]: /lib/x86_64-linux-gnu/libc.so.6(abort+0xd3) [0x7fe3e2ded7f3] Nov 8 22:59:29 frr BGP[81651]: /usr/lib/x86_64-linux-gnu/frr/libfrr.so.0(_zlog_assert_failed+0xed) [0x7fe3e31d400d] Nov 8 22:59:29 frr BGP[81651]: /usr/lib/x86_64-linux-gnu/frr/libfrr.so.0(route_node_delete+0x16e) [0x7fe3e31b940e] Nov 8 22:59:29 frr BGP[81651]: /usr/lib/x86_64-linux-gnu/frr/modules/bgpd_rpki.so(+0x7a65) [0x7fe3e2bd0a65] Nov 8 22:59:29 frr BGP[81651]: /usr/lib/x86_64-linux-gnu/frr/libfrr.so.0(thread_call+0x81) [0x7fe3e31c3c01] Nov 8 22:59:29 frr BGP[81651]: /usr/lib/x86_64-linux-gnu/frr/libfrr.so.0(frr_run+0xe8) [0x7fe3e3180508] Nov 8 22:59:30 frr BGP[81651]: /usr/lib/frr/bgpd(main+0x37c) [0x55d34af51dec] Nov 8 22:59:30 frr BGP[81651]: /lib/x86_64-linux-gnu/libc.so.6(+0x29d90) [0x7fe3e2deed90] Nov 8 22:59:30 frr BGP[81651]: /lib/x86_64-linux-gnu/libc.so.6(__libc_start_main+0x80) [0x7fe3e2deee40] Nov 8 22:59:30 frr BGP[81651]: /usr/lib/frr/bgpd(_start+0x25) [0x55d34af52895] Nov 8 22:59:30 frr BGP[81651]: in thread bgpd_sync_callback scheduled from bgpd/bgp_rpki.c:403 bgpd_sync_callback() ... Nov 8 23:24:44 frr BGP[84102]: Received signal 6 at 1667949884 (si_addr 0x7000014886, PC 0x7ff44d243a7c); aborting... Nov 8 23:24:44 frr BGP[84102]: /usr/lib/x86_64-linux-gnu/frr/libfrr.so.0(zlog_backtrace_sigsafe+0x71) [0x7ff44d56cf01] Nov 8 23:24:44 frr BGP[84102]: /usr/lib/x86_64-linux-gnu/frr/libfrr.so.0(zlog_signal+0xf5) [0x7ff44d56d105] Nov 8 23:24:44 frr BGP[84102]: /usr/lib/x86_64-linux-gnu/frr/libfrr.so.0(+0xc3b45) [0x7ff44d597b45] Nov 8 23:24:44 frr BGP[84102]: /lib/x86_64-linux-gnu/libc.so.6(+0x42520) [0x7ff44d1ef520] Nov 8 23:24:44 frr BGP[84102]: /lib/x86_64-linux-gnu/libc.so.6(pthread_kill+0x12c) [0x7ff44d243a7c] Nov 8 23:24:44 frr BGP[84102]: /lib/x86_64-linux-gnu/libc.so.6(raise+0x16) [0x7ff44d1ef476] Nov 8 23:24:44 frr BGP[84102]: /lib/x86_64-linux-gnu/libc.so.6(abort+0xd3) [0x7ff44d1d57f3] Nov 8 23:24:44 frr BGP[84102]: /usr/lib/x86_64-linux-gnu/frr/libfrr.so.0(_zlog_assert_failed+0xed) [0x7ff44d5bc00d] Nov 8 23:24:44 frr BGP[84102]: /usr/lib/x86_64-linux-gnu/frr/libfrr.so.0(route_node_delete+0x16e) [0x7ff44d5a140e] Nov 8 23:24:44 frr BGP[84102]: /usr/lib/x86_64-linux-gnu/frr/modules/bgpd_rpki.so(+0x7a65) [0x7ff44cfb8a65] Nov 8 23:24:44 frr BGP[84102]: /usr/lib/x86_64-linux-gnu/frr/libfrr.so.0(thread_call+0x81) [0x7ff44d5abc01] Nov 8 23:24:44 frr BGP[84102]: /usr/lib/x86_64-linux-gnu/frr/libfrr.so.0(frr_run+0xe8) [0x7ff44d568508] Nov 8 23:24:44 frr BGP[84102]: /usr/lib/frr/bgpd(main+0x37c) [0x55750e7f8dec] Nov 8 23:24:44 frr BGP[84102]: /lib/x86_64-linux-gnu/libc.so.6(+0x29d90) [0x7ff44d1d6d90] Nov 8 23:24:44 frr BGP[84102]: /lib/x86_64-linux-gnu/libc.so.6(__libc_start_main+0x80) [0x7ff44d1d6e40] Nov 8 23:24:44 frr BGP[84102]: /usr/lib/frr/bgpd(_start+0x25) [0x55750e7f9895] Nov 8 23:24:44 frr BGP[84102]: in thread bgpd_sync_callback scheduled from bgpd/bgp_rpki.c:403 bgpd_sync_callback() ******************** This is with frr, frr-pythontools, and frr-rpki-rtrlib installed. Looks like unhappiness in the rpki component. I've got about 60 BGP feeds into this collector, some full table, but most are 30k routes. I also noticed this new issue appearing with FRR8.4: ******************** 2022/11/08 23:37:24 BGP: [ZM2F8-MV4BJ][EC 33554509] Interface: eth0 does not have a v6 LL address associated with it, waiting until one is created for it ******************** No issue in FRR8.3.1 before it and eth0 definitely does have a v6 LL address associated with it, as per below: ******************** 56: eth0@if57: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000 link/ether 00:16:3e:35:10:ab brd ff:ff:ff:ff:ff:ff link-netnsid 0 inet 128.xxx.xxx.xxx brd 128.xxx.xxx.xxx scope global eth0 valid_lft forever preferred_lft forever inet6 2607:xxxx:xxxx::xxxx/64 scope global valid_lft forever preferred_lft forever inet6 fe80::216:3eff:fe35:10ab/64 scope link valid_lft forever preferred_lft forever ******************** If any other bits are need to help decipher any of this, please let me know. I've had to revert to 8.3.1 unfortunately, as the instabilities were causing issues for the providers of the feeds I am receiving. Thanks! philip --

2 2

OSPF not enabled on PPP interface
by Qu Orfeo 29 Oct '22

29 Oct '22

Hi, I’m trying to run FRR v8.4 under ubuntu16, configure OSPF on PPP/L2TP interface. After configuring xl2tpd/pppd under ubuntu, I’ve set up a pair of ppp0 interface. On the machine acting as LAC, the IP address of PPP0 is 172.16.0.1 and its peer is 172.17.0.1. Ifconfig shows: ============ Ppp0 Link encap: point-to-point protocol Inet addr:172.16.0.1 P-t-P:172.17.0.1 Mask:255.255.255.255 UP POINTTOPOINT RUNNING NOARP MULTICAST MTU:1500 Metric:1 ============ And I can ping 172.17.0.1 from 172.16.0.1. But when I configure OSPFD as below, no OSPF packet is sent through the ppp0 interface: ================================ hostname ospf password zebra enable password zebra ! interface ppp0 ip ospf network point-to-point ! interface lo ip ospf passive ip ospf passive 192.168.40.2 exit ! ! router ospf ospf router-id 192.168.40.2 network 192.168.40.2/32 area 0.0.0.0 network 172.16.0.1/32 area 0.0.0.0 exit ! ! ======================================= “Show ip ospf interface ppp0” says “OPSF not enable on this interface”. Could anybody kindly help me to find out what I’m missing? Thanks a lot, Orfeo

1 0

Re: [FROG] bgp multipath duplicate kernel routes
by Arne Bäumler 28 Oct '22

28 Oct '22

Hi Leonardo, have a look at maximum-paths parameter in your bgp configuration. https://docs.frrouting.org/en/latest/bgp.html#clicmd-maximum-paths-1-128 On October 28, 2022 9:11:49 PM GMT+02:00, Leonardo Porto via frog <frog(a)lists.frrouting.org> wrote: >_______________________________________________ >frog mailing list >frog(a)lists.frrouting.org >https://lists.frrouting.org/listinfo/frog -- Freundliche Grüße / Kind regards Arne Bäumler

2 1

bgp multipath duplicate kernel routes
by Leonardo Porto 28 Oct '22

28 Oct '22

Hi everyone, I have a new FRR instalation on Rocky Linux and realized I have duplicate kernel routes for same-cost received routes from two distint peers. It seems to be a default multipath behavior (the router shares the traffic indeed) but I would like to disable it and I could not find out how. Can you guys give me any tips? [router]# vtysh -c "show ip bgp X.Y.Z.0/22" BGP routing table entry for X.Y.Z.0/22, version 15072201 Paths: (2 available, best #2, table default) Not advertised to any peer Local A.B.144.30 from A.B.144.5 (A.B.144.30) Origin IGP, metric 0, localpref 100, valid, internal, multipath Originator: A.B.144.30, Cluster list: A.B.144.1 Last update: Fri Oct 28 03:16:08 2022 Local C.D.113.30 from C.D.113.5 (A.B.144.30) Origin IGP, metric 0, localpref 100, valid, internal, multipath, best (Neighbor IP) Originator: A.B.144.30, Cluster list: C.D.113.1 Last update: Fri Oct 28 03:16:01 2022 # [router]# ip route show X.Y.Z.0/22 X.Y.Z.0/22 proto bgp metric 20 nexthop via C.D.113.5 dev eth0.1001 weight 1 nexthop via A.B.144.5 dev eth0.1001 weight 1 The workaround is to apply local-pref. Rocky Linux release 8.6 4.18.0-372.26.1.el8_6.x86_64 FRRouting (version 8.3.1) Leonardo

1 0

VxLAN EVPN VTEP on Linux host with frr 8.3.1 no communication
by 0xbabaf00l 11 Oct '22

11 Oct '22

Hi list, I'm trying to run a VxLAN EVPN VTEP (multicast BUM) on a Linux host running frr 8.3.1. The interface is up, but there is no traffic going in or coming out the VTEP. I get these messages in frr.log: zebra[68]: [VB5HM-D56CP] remote es 03:44:38:39:fe:ed:01:00:00:01 vtep 10.224.4.1 add with unsupported df_alg 0 zebra[68]: [VB5HM-D56CP] remote es 03:44:38:39:fe:ed:01:00:00:01 vtep 10.224.4.2 add with unsupported df_alg 0 zebra[68]: [VB5HM-D56CP] remote es 03:44:38:39:be:ef:03:00:00:01 vtep 10.224.5.31 add with unsupported df_alg 0 zebra[68]: [VB5HM-D56CP] remote es 03:44:38:39:be:ef:03:00:00:01 vtep 10.224.5.32 add with unsupported df_alg 0 'ip mroute' doesn't show any entries at all. I tried to subscribe to a random multicast group using 'ip addr add 239.255.55.55/32 dev lo autojoin' to verify that multicast routing is working in general and it does create entries in 'ip mroute' output on the Linux host and the PIM routers connected to. So for me, multicast seems to be working. The other VTEPs are on Mellanox switches running Cumulus Linux 5.2.1. The other VTEPs can reach each other. Any idea whats wrong? The config files are mostly identical to the ones on the Cumulus switches. My setup: - Debian Linux 11 bullseye - Kernel 5.18.16-1~bpo11+1 - frr 8.3.1 running in privileged docker container - ifupdown2 3.1.0-1 - network interfaces (2) unnumbered via eBGP /etc/network/interfaces: auto lo iface lo inet loopback address 10.224.6.11/32 address xxxx:yyyy:zzzz:20ff:1:1:6:11/128 auto 100g-1 iface 100g-1 mtu 9200 auto 100g-1.11 iface 100g-1.11 mtu 9200 auto 100g-2 iface 100g-2 mtu 9200 auto 100g-2.11 iface 100g-2.11 mtu 9200 auto bridge iface bridge bridge-ports vxlan-3560 bridge-vlan-aware yes bridge-vids 3560 auto vxlan-3560 iface vxlan-3560 vxlan-id 3560 vxlan-mcastgrp 239.255.35.60 bridge-access 3560 bridge-learning off auto vlan-3560 iface vlan-3560 vlan-raw-device bridge vlan-id 3560 address 10.4.31.100/24 /etc/frr/frr.conf: service integrated-vtysh-config frr defaults datacenter log syslog debugging ip forwarding ipv6 forwarding ! interface lo vrf default ip pim ip igmp ! interface 100g-1.11 vrf default ipv6 nd ra-interval 5 no ipv6 nd suppress-ra ip pim ip pim bfd ! interface 100g-2.11 vrf default ipv6 nd ra-interval 5 no ipv6 nd suppress-ra ip pim ip pim bfd ! ip pim ecmp ip pim rp 10.224.255.1 239.255.0.0/16 ! router bgp 4242000601 vrf default bgp router-id 10.224.6.11 bgp bestpath as-path multipath-relax bgp bestpath compare-routerid neighbor firewall.underlay peer-group neighbor firewall.underlay remote-as external neighbor firewall.underlay capability extended-nexthop neighbor firewall.underlay bfd neighbor firewall.underlay password XXXXXXXXXXXX neighbor 100g-1.11 interface peer-group firewall.underlay neighbor 100g-2.11 interface peer-group firewall.underlay ! address-family ipv4 unicast network 10.224.6.11/32 exit-address-family ! address-family ipv6 unicast neighbor firewall.underlay activate network xxxx:yyyy:zzzz:20ff:1:1:6:11/128 exit-address-family ! address-family l2vpn evpn neighbor firewall.underlay activate advertise-all-vni exit-address-family vtysh# sh bgp l2vpn evpn summary BGP router identifier 10.224.6.11, local AS number 4242000601 vrf-id 0 BGP table version 0 RIB entries 1907, using 358 KiB of memory Peers 2, using 1447 KiB of memory Peer groups 1, using 64 bytes of memory Neighbor V AS MsgRcvd MsgSent TblVer InQ OutQ Up/Down State/PfxRcd PfxSnt Desc 1-rtr-leaf-core-cit(100g-1.11) 4 4242000101 12114 12088 0 0 0 09:10:56 974 974 N/A 2-rtr-leaf-core-cit(100g-2.11) 4 4242000102 12131 12087 0 0 0 09:10:53 974 974 N/A Total number of neighbors 2 vtysh# sh evpn vni detail json 1a-fw-vnt-core-cit# sh evpn vni VNI Type VxLAN IF # MACs # ARPs # Remote VTEPs Tenant VRF 3560 L2 vxlan-3560 2 0 0 default vtysh# sh evpn l2-nh VTEP NH id #ES 10.224.5.31 268435461 1 10.224.4.2 268435459 1 10.224.5.32 268435462 1 10.224.4.1 268435458 1 vtysh# sh evpn es Type: B bypass, L local, R remote, N non-DF ESI Type ES-IF VTEPs 03:44:38:39:be:ef:03:00:00:01 R - 10.224.5.31,10.224.5.32 03:44:38:39:fe:ed:01:00:00:01 R - 10.224.4.1,10.224.4.2 vtysh# sh evpn next-hops vni all [nothing] Cheers, Sascha

1 1