- frog - lists.frrouting.org

ospf? invalid link address
by Michael DiDomenico 30 Apr '24

30 Apr '24

my frr log seems to be spewing the following lines zebra: extended error: invalid link address netlink-dp error: invalid argument, type=rtm_newneigh(28), seq=..., pid=... nl_batch_read_resp: netlink error message seq=... nlmsghdr [len=64 type(2) error flags=(0x0300) {dump,(root|replace|capped),(match|exclude|ack_tlvs)} seq=... pid=...] can anyone suggest some debug settings that i can turn on to help figure out what's going on. i'm not entirely sure when this started, i only noticed it because my logs dir filled up

1 1

BGP community regex rewrite
by Piotr Ginalski 21 Apr '24

21 Apr '24

Hi Is it possible to use regex to rewrite the BGP communities? Let's say I have extended community 65000:[0-9]+ and route-map which matches it. Is it possible to get the regex value and supply it to set community 0:$1 etc.? Cheers Piotr Ginalski

1 0

Migration scripts for FRR from Quagga
by Doug Tucker 18 Apr '24

18 Apr '24

I am needing to undertake migrating from all of my quagga instances to frr. I have read through the general documentation but before I started from scratch I thought I would see if there were some migration/conversion scripts available for existing quagga installations. Thank you for your assistance. Doug Tucker

1 0

IS-IS on unnumbered interfaces?
by Hendrik Visage 17 Apr '24

17 Apr '24

Good day, Busy FAFOing on a new setup to implement EVPN on ProxMox 8.1+, and as OpenFabric failed on the links with multiple nodes, (the network I have for redundancy at present) I tried IS-IS, which "worked", except I've ran into the unnumbered problem w.r.t. IPv4 (IPv6 is happily exchanging routes and update routing tables) when I have the direct connect ethernet interfaces without IPs. I see BGP/OSPF unnumbered stuff, but nothing yet about IS-IS for IPv4, or how to set up IP unnumbered stuff using FRR on Linux. How is this (usually) handled by others doing IS-IS ?

1 0

sending routes to one area
by Michael DiDomenico 16 Apr '24

16 Apr '24

i'm new to frr and ospf, so this might sound like a simple question. i have a network of clients separated from the rest of a much larger network by four gateways pseudo code follows... when i config ospf on the gateways router ospf router id 1 network 10.0.1.0/24 area 0 network 10.0.2.0/24 area 1 and then on the clients router ospf router id 100 network 10.0.2.0/24 area 1 all the routing seems to work find and all the hosts on various networks can see each other. however, what i can't seem to figure out is how i can distribute a default route on linux i would do something like ip route add default nexthop 10.0.2.1 nexthop 10.0.2.2 nexthop 10.0.2.3 nexthop 10.0.2.4 and that works in this instance too, in that the packets will flow over the four gateway machines, however if one of the gateways goes down the route table doesn't get updated since i statically defined the default route what i want to do is advertise a default route to all the clients in area 1 only. i can't seem to figure out a combination of redistribute/route-maps/acl's and i haven't been able to locate a clear example on the internet. can anyone lend a hand?

2 2

OpenFabric - not allowing >2 nodes per link?
by Hendrik Visage 15 Apr '24

15 Apr '24

Good day, I've been testing OpenFabric for mesh type setup, but also have some redundant links that have more than 2 nodes on the same VLAN/ethernet bridge/switch. Those multiple nodes per link seems to not have a consistent route view, and as such I need to get some more "noob"/how-to documentation to understand if that is part of the design criteria, or a FRR 8.5 to 9.0 "feature"? HEndrik

2 1

Re: [FROG] Reflectd routes with Local Pref 0
by Mark Tinka 23 Mar '24

23 Mar '24

On 3/1/24 23:44, cappellari--- via frog wrote: > Hi guys, I have a problem with FRR used as Router Reflector > I get the routes from the EBG Peers with local pref at 500 > > The reflector announces them to its IBGP neighbors by setting local pref 0 > > On the route map I don't manipulate the outgoing local pref > > Here's an example of how he announces them: > > Network Next Hop Metric LocPrf Weight Path > *> 0.0.0.0/0 100.127.0.1 0 0 0 i > *> 5.xxx.xxx.0/24 100.127.0.5 0 0 0 i > *> 5.xxx.xxx.0/24 100.127.0.1 0 0 0 i LOCAL_PREF does not cross eBGP boundaries. If you are seeing a value of 500, that would be via an iBGP session. Check the border router where the route is coming from and fix the LOCAL_PREF value you'd like to see from there. Mark.

1 0

Reflectd routes with Local Pref 0
by cappellari＠connectlife.it 02 Mar '24

02 Mar '24

Hi guys, I have a problem with FRR used as Router Reflector I get the routes from the EBG Peers with local pref at 500 The reflector announces them to its IBGP neighbors by setting local pref 0 On the route map I don't manipulate the outgoing local pref Here's an example of how he announces them: Network Next Hop Metric LocPrf Weight Path *> 0.0.0.0/0 100.127.0.1 0 0 0 i *> 5.xxx.xxx.0/24 100.127.0.5 0 0 0 i *> 5.xxx.xxx.0/24 100.127.0.1 0 0 0 i

1 0

OSPF not using peer address with UNNUMBERED interfaces
by Ian Coetzee 26 Feb '24

26 Feb '24

Hi All, Not sure if this should rather go towards the dev list, but as I have outlined in the github issue at https://github.com/FRRouting/frr/issues/15263 we are not able to use the peer address in OSPF interface calculations. Any advice will be much appreciated. Kind regards Ian Coetzee

1 0

FRR and libyang2 update
by Donald Sharp 08 Jan '24

08 Jan '24

All -- The latest libyang2 release 2.1.111 has an incompatible change to it's ABI and causes FRR to no longer be able to work properly with it. See this issue filed for an explanation: https://github.com/FRRouting/frr/issues/14258 Additionally it is discussed here: https://github.com/CESNET/libyang/issues/2090 Since FRR needs to make changes to its code in order for FRR to continue to use newer versions of libyang2 it is not recommended that anyone upgrade to libyang2.1.111 or later at this point in time. We currently expect to be able to make these changes for the 9.1 release. What can you do? If you are using FRR 8.0 or later do not upgrade to libyang2.1.111 at this point in time. If you have, please downgrade to 2.1.80 or earlier. thanks! donald

2 2