October 2020 - frog - lists.frrouting.org

BGP Updates every minute
by Maham Bhatti 19 Oct '20

19 Oct '20

Hello, I am working on a topology which has 6 AS systems in Mininet. BGP is running between AS systems. The topology is not connected to any external network (internet/ISP). I want to get BGP updates every minute. I understand that updates are sent when there is some change in the topology. I wrote a script that advertised its network, then withdrew it next minute and then advertises again. When there is an advertisement, updates are sent but they are overwritten by the previous updates. I am getting just one update each time I view a dump file. For update i am using " dump bgp updates router.dump 60" command. I am a newbie in networking stuff. Please help!

1 0

Help: Is Supporting BGP-LS on Roadmap?
by 高燕翔 16 Oct '20

16 Oct '20

2 1

EIGRP: neighbor configuration validation error
by Amol Lad 14 Oct '20

14 Oct '20

Hi, I'm getting below error when trying to setup EIGRP neighbor. I initially suspected it could be because of /32 prefix but same problem comes with /24 network also. FRR(config)# router eigrp 123 FRR(config-router)# network 10.0.0.254/32 FRR(config-router)# neighbor 10.0.0.1 % Configuration failed: validation error. Please check the logs for more details. FRR(config-router)# Syslog output: warning 2035-03-29T19:10:55+00:00 eigrpd: [EC 100663331] nb_callback_configuration: error processing configuration change: error [internal inconsistency] event [validate] operation [create] xpath [/frr-eigrpd:eigrpd/instance[asn='65000'][vrf='default']/neighbor[.='10.0.0.1']] warning 2035-03-29T19:10:55+00:00 eigrpd: [EC 100663337] nb_candidate_commit_prepare: failed to validate candidate configuration I'm using FRR 7.4 and libyang 1.0.167 Please advise. Thanks Amol == FRR(config-router)# do show ip route ... N>* 10.0.0.1/32 [10/0] is directly connected, gre1, weight 1, 00:15:37 N>* 10.0.0.2/32 [10/0] is directly connected, gre1, weight 1, 00:28:34 E 10.0.0.254/32 [90/28160] is directly connected, gre1, weight 1, 00:00:12 C>* 10.0.0.254/32 is directly connected, gre1, 21:34:35 ... FRR(config-router)# do show ip eigrp interfaces EIGRP interfaces for AS(123) Interface Bandwidth Delay Peers Xmit Queue Mean Pacing Time Multicast Pending Hello Holdtime Un/Reliable SRTT Un/Reliable Flow Timer Routes gre1 100000 10 0 0 / 0 0 0 0 0 5 15 === 24: gre1@eth2: <MULTICAST,UP,LOWER_UP> mtu 1472 qdisc noqueue state UNKNOWN group default qlen 1000 link/gre 0.0.0.0 brd 0.0.0.0 inet 10.0.0.254/32 brd 255.255.255.255 scope global gre1 valid_lft forever preferred_lft forever

2 1

disc0 interface in FreeBSD 12.x
by mike tancsa 02 Oct '20

02 Oct '20

Up to version 6.x of frr, I have been able to tie down larger prefixes with a static routing pointing to the discard interface on FreeBSD. eg. the static route entry ip route 10.0.0.0/8 10.128.128.144 # sh ip route 10.0.0.0/8 Routing entry for 10.0.0.0/8 Known via "static", distance 1, metric 0, best Last update 09w0d01h ago * 10.128.128.144, via disc0 where disc0 is # ifconfig disc0 disc0: flags=8049<UP,LOOPBACK,RUNNING,MULTICAST> metric 0 mtu 65532 inet 10.128.128.144 netmask 0xfffffffc inet6 fe80::1%disc0 prefixlen 64 scopeid 0x8 inet6 2001:db8::1 prefixlen 64 groups: disc nd6 options=21<PERFORMNUD,AUTO_LINKLOCAL> however, on frr7.4 this no longer works, On my test box % ifconfig disc0 disc0: flags=8049<UP,LOOPBACK,RUNNING,MULTICAST> metric 0 mtu 65532 inet 10.128.128.1 netmask 0xfffffffc inet6 fe80::1%disc0 prefixlen 64 scopeid 0x6 groups: disc nd6 options=21<PERFORMNUD,AUTO_LINKLOCAL> i3# conf t i3(config)# ip route 10.0.0.0/8 10.128.128.1 % Warning!! Local connected address is configured as Gateway IP(10.128.128.1) i3(config)# i3# sh ip route 10.0.0.0/8 % Network not in table i3# If I user disc0, it seems to work, but I get warnings on start up i3(config)# ip route 10.0.0.0/8 disc0 i3# wr Note: this version of vtysh never writes vtysh.conf Building Configuration... Configuration saved to /usr/local/etc/frr/zebra.conf Configuration saved to /usr/local/etc/frr/bgpd.conf Configuration saved to /usr/local/etc/frr/staticd.conf i3# sh ip route 10.0.0.0/8 Routing entry for 10.0.0.0/8 Known via "static", distance 1, metric 0, best Last update 00:00:07 ago * directly connected, disc0, weight 1 i3# 2020/09/30 14:57:53 STATIC: Static Route using disc0 interface not installed because the interface does not exist in specified vrf 2020/09/30 14:57:53 STATIC: Static Route using disc0 interface not installed because the interface does not exist in specified vrf the kernel routing table does seem to have it installed # netstat -nra | grep 10.0.0 10.0.0.0/8 disc0 U1 0 65532 disc0 # What is the "proper" way to do this on frr7x ? Thanks ---Mike

3 7

frr 7.x check_config generating errors / warnings FreeBSD 12
by mike tancsa 01 Oct '20

01 Oct '20

Hi All, With frr7.4, starting up the daemons seems to generate a whole mess of warnings / errors which doing their check. Are they actually errors or false positives ? The daemon seems to start up fine e.g. # zebra -C 2020/09/30 17:17:37 ZEBRA: [EC 4043309110] Disabling MPLS support (no kernel support) but staticd # staticd -C 2020/09/30 17:18:10 STATIC: Static Route using disc0 interface not installed because the interface does not exist in specified vrf 2020/09/30 17:18:10 STATIC: Static Route using disc0 interface not installed because the interface does not exist in specified vrf 2020/09/30 17:18:10 STATIC: static_zebra_nht_register: Failure to send nexthop to zebra 2020/09/30 17:18:10 STATIC: static_zebra_nht_register: Failure to send nexthop to zebra 2020/09/30 17:18:10 STATIC: static_zebra_nht_register: Failure to send nexthop to zebra 2020/09/30 17:18:10 STATIC: static_zebra_nht_register: Failure to send nexthop to zebra 2020/09/30 17:18:10 STATIC: static_zebra_nht_register: Failure to send nexthop to zebra 2020/09/30 17:18:10 STATIC: static_zebra_nht_register: Failure to send nexthop to zebra 2020/09/30 17:18:10 STATIC: static_zebra_nht_register: Failure to send nexthop to zebra with the last message being generating for every static route I have in my config eg ip route 10.11.13.0/28 192.168.135.68 ip route 10.20.30.16/30 192.168.135.68 However, starting up the daemons seem to be ok. zebra -v zebra version 7.4 Copyright 1996-2005 Kunihiro Ishiguro, et al. configured with: '--enable-user=frr' '--enable-group=frr' '--enable-vty-group=frrvty' '--disable-doc-html' '--sysconfdir=/usr/local/etc/frr' '--localstatedir=/var/run/frr' '--disable-backtrace' '--disable-nhrpd' '--disable-pimd' '--disable-vrrpd' '--with-vtysh-pager=cat' '--disable-config-rollbacks' '--disable-datacenter' '--enable-fpm' '--disable-ldpd' '--without-libpam' '--enable-rpki' '--disable-shell-access' '--disable-snmp' '--disable-tcmalloc' '--enable-vtysh' '--prefix=/usr/local' '--mandir=/usr/local/man' '--disable-silent-rules' '--infodir=/usr/local/share/info/' '--build=amd64-portbld-freebsd12.1' 'build_alias=amd64-portbld-freebsd12.1' 'PKG_CONFIG=pkgconf' 'CC=cc' 'CFLAGS=-O2 -pipe -fstack-protector-strong -fno-strict-aliasing ' 'LDFLAGS= -L/usr/local/lib -L/usr/local/lib -fstack-protector-strong ' 'LIBS=' 'CPPFLAGS=-I/usr/local/include -I/usr/local/include' 'CPP=cpp' 'CXX=c++' 'CXXFLAGS=-O2 -pipe -fstack-protector-strong -fno-strict-aliasing ' 'PYTHON=/usr/local/bin/python3.7' staticd -v staticd version 7.4 Copyright 1996-2005 Kunihiro Ishiguro, et al. configured with: '--enable-user=frr' '--enable-group=frr' '--enable-vty-group=frrvty' '--disable-doc-html' '--sysconfdir=/usr/local/etc/frr' '--localstatedir=/var/run/frr' '--disable-backtrace' '--disable-nhrpd' '--disable-pimd' '--disable-vrrpd' '--with-vtysh-pager=cat' '--disable-config-rollbacks' '--disable-datacenter' '--enable-fpm' '--disable-ldpd' '--without-libpam' '--enable-rpki' '--disable-shell-access' '--disable-snmp' '--disable-tcmalloc' '--enable-vtysh' '--prefix=/usr/local' '--mandir=/usr/local/man' '--disable-silent-rules' '--infodir=/usr/local/share/info/' '--build=amd64-portbld-freebsd12.1' 'build_alias=amd64-portbld-freebsd12.1' 'PKG_CONFIG=pkgconf' 'CC=cc' 'CFLAGS=-O2 -pipe -fstack-protector-strong -fno-strict-aliasing ' 'LDFLAGS= -L/usr/local/lib -L/usr/local/lib -fstack-protector-strong ' 'LIBS=' 'CPPFLAGS=-I/usr/local/include -I/usr/local/include' 'CPP=cpp' 'CXX=c++' 'CXXFLAGS=-O2 -pipe -fstack-protector-strong -fno-strict-aliasing ' 'PYTHON=/usr/local/bin/python3.7' ---Mike

2 2