April 2018 - frog - lists.frrouting.org

received-routes.. doesn't work?
by Mark Kamichoff 01 Sep '18

01 Sep '18

Hi - I'm running various 3.1-dev versions of FRR and noticed that the "show ip bgp nei <peer> received-routes" doesn't seem to work as expected on any of them. Here's an example of the relevant parts of the configuration: ! router bgp 395460 neighbor 169.254.169.254 remote-as 64515 neighbor 169.254.169.254 password <snip> neighbor 169.254.169.254 ebgp-multihop 2 address-family ipv4 unicast neighbor 169.254.169.254 soft-reconfiguration inbound neighbor 169.254.169.254 route-map DENY_ALL in neighbor 169.254.169.254 route-map DENY_ALL out exit-address-family ! route-map DENY_ALL deny 65535 ! orca# show ip bgp neighbors 169.254.169.254 routes orca# show ip bgp neighbors 169.254.169.254 received-routes BGP table version is 0, local router ID is 10.3.4.36 Status codes: s suppressed, d damped, h history, * valid, > best, = multipath, i internal, r RIB-failure, S Stale, R Removed Origin codes: i - IGP, e - EGP, ? - incomplete Network Next Hop Metric LocPrf Weight Path orca# >From tcpdump and other t-shooting I know that there is an IPv4 DFZ being received, but received-routes doesn't show any of the routes that should be in the adj-rib-in. Oddly, if I remove the inbound route-map I see expected prefixes using the "routes" /and/ "received-routes" command. If I put it back, the "received-routes" shows nothing once again. It would almost seem like soft-reconfiguration isn't really enabled, but received-routes should give me an error if it wasn't and the neighbor information confirms that it is: orca# show ip bgp neighbors 169.254.169.254 <snip> For address family: IPv4 Unicast Update group 5, subgroup 5 Packet Queue length 0 Inbound soft reconfiguration allowed <----- <snip> This isn't limited to the IPv4 AF, either. I've got IPv6 peers that echibit the same behavior. Have I found a bug or am I doing something wrong? I'm happy to file a bug report. More info., if it helps: orca# show version FRRouting 3.1-dev (). Copyright 1996-2005 Kunihiro Ishiguro, et al. configured with: '--build=x86_64-linux-gnu' '--prefix=/usr' '--includedir=${prefix}/include' '--mandir=${prefix}/share/man' '--infodir=${prefix}/share/info' '--sysconfdir=/etc' '--localstatedir=/var' '--disable-silent-rules' '--libexecdir=${prefix}/lib/frr' '--disable-maintainer-mode' '--disable-dependency-tracking' '--enable-exampledir=/usr/share/doc/frr/examples/' '--localstatedir=/var/run/frr' '--sbindir=/usr/lib/frr' '--sysconfdir=/etc/frr' '--enable-ospfapi=yes' '--enable-vtysh=yes' '--enable-isisd=yes' '--enable-multipath=256' '--enable-user=frr' '--enable-group=frr' '--enable-vty-group=frrvty' '--enable-configfile-mask=0640' '--enable-logfile-mask=0640' '--enable-werror' '--enable-gcc-rdynamic' '--with-libpam' '--enable-systemd=yes' '--enable-poll=yes' '--enable-cumulus=yes' '--enable-pimd=yes' '--enable-dependency-tracking' '--enable-bgp-vnc=no' 'build_alias=x86_64-linux-gnu' orca# (orca:20:08:PDT)% uname -a Linux orca 4.9.0-3-amd64 #1 SMP Debian 4.9.25-1 (2017-05-02) x86_64 GNU/Linux (the build is from August 26th) Thanks! - Mark -- Mark Kamichoff prox(a)prolixium.com https://www.prolixium.com/

1 1

FFR v4 EVPN documentation
by Felipe Arturo Polanco 28 Apr '18

28 Apr '18

Hello, Does anyone know where I can find documentation for the Overlay tunnel implementation in v4 for BGP EVPN? In the user guide I cannot find any reference for EVPN. Thanks,

3 2

weird route-target config
by rendo 28 Apr '18

28 Apr '18

Hi, I am not sure if this is specific to cumulus or FRR in general, It seems the route-target config for evpn (maybe for other family too) has some magic if the 2 byte number has more than 3 digit. I am adding a new vni 12345 with RT 64000:12345. The RT simply disappear r1(config-router-af)# vni 12345 r1(config-router-af-vni)# rd 172.16.10.10:12345 r1(config-router-af-vni)# route-target both 64000:12345 r1(config-router-af-vni)# r1(config-router-af-vni)# do sh run Building configuration... ... router bgp 64000 address-family l2vpn evpn neighbor 10.7.0.3 activate neighbor 10.7.0.22 activate * vni 12345* * rd 172.16.10.10:12345 <http://172.16.10.10:12345>* * exit-vni* vni 31100 rd 172.16.20.20:31100 route-target import 64000:31100 route-target export 64000:31100 exit-vni ... now i add "shorter" RT before putting the intended RT, both RT shows up r1(config-router-af-vni)# route-target both 64000:12 r1(config-router-af-vni)# route-target both 64000:12345 r1(config-router-af-vni)# do sh run ... vni 12345 rd 172.16.10.10:12345 * route-target import 64000:12* * route-target import 64000:12345* * route-target export 64000:12* * route-target export 64000:12345* exit-vni ... and if i delete the dummy RT, the intended RT still there r1(config-router-af-vni)# no route-target export 64000:12 r1(config-router-af-vni)# no route-target import 64000:12 r1(config-router-af-vni)# r1(config-router-af-vni)# do sh run ... vni 12345 rd 172.16.10.10:12345 route-target import 64000:12345 route-target export 64000:12345 exit-vni .... could someone please take a look? note: cumulus version is 3.5.3, FRR version is 3.2+cl3u4 thanks. rendo

2 1

Yocto Recipe for FRRouting
by Greg 25 Apr '18

25 Apr '18

Hi, Is there any Yocto recipe available for FRRouting? Greg

2 1

NHRP without IPSec
by John Korakis 12 Apr '18

12 Apr '18

Hi all, Are you aware of any way to configure NHRP without IPSec? Thank you in advance, John

3 3

Announcing PBR for FRR
by Donald Sharp 11 Apr '18

11 Apr '18

All - I'd like to announce the availability of a new daemon for FRR on the master branch. PBR( Policy Based Routing ) allows operators to setup policy maps that allow special control forwarding. To configure PBR, see `doc/user/pbr.rst`. Here is a quick example of how to configure: nexthop-group EVA nexthop 4.3.2.1 swp5 nexthop 6.4.3.2 ! pbr-map DONNA seq 10 match src-ip 192.168.210.0/24 match dst-ip 192.168.140.0/24 set nexthop-group EVA ! int swp54 pbr-policy DONNA ! This configuration says, on the incoming interface swp54 if the src matches 192.168.210.0/24 and the dest matches 192.168.140.0/24, use nexthop-group EVA for forwarding the packet. I'd like to thank Vivek, Don, Quentin, Philippe and Russ for their hard work on getting this code into FRR. thanks! donald

1 0