- frog - lists.frrouting.org

OSPF and protos
by Алексей Болдырев 16 Aug '17

16 Aug '17

Проблема описанна здесь: https://github.com/FRRouting/frr/issues/995, https://www.linux.org.ru/forum/admin/13617547 Проблема описанна здесь: https://github.com/FRRouting/frr/issues/995 Самое интересное, когда я создал VLAN, то OSPF каким то образом заработал. Это также касается и других протоколов, таких как eigrp. Всю делал на виртуалках. Виртуалки запущенны через libvirt.

1 0

FRR 3.0-rc1 tagged & available for testing
by David Lamparter 16 Aug '17

16 Aug '17

Hi all, FRRouting 3.0-rc1 has been tagged on git and the appropriate tarballs are available for download at: https://github.com/FRRouting/frr/releases/tag/frr-3.0-rc1 https://github.com/FRRouting/frr/releases/download/frr-3.0-rc1/frr-3.0-rc1.… For a list of changes, please refer to https://github.com/FRRouting/frr/wiki/FRR-2.0-%E2%86%92-FRR-3.0-Changelog Highlights include: - BGP Large Community support - OSPFv3 Authentication/Confidentiality support - PIM-SM - NHRP - L2VPN/VPLS support (OpenBSD only) The CLI has been significantly reworked, though old configurations should still load. This would be a good time for all interested parties to test and file issues on github for any problems found: https://github.com/FRRouting/frr/issues This *is* a release candidate, so please expect a glitch or two. Cheers, -David

1 0

PIM VRF
by Donald Sharp 02 Aug '17

02 Aug '17

All - The ability for PIM to work within the context of linux VRF's has been committed into master. To configure for a VRF: vrf red <---- VRF configuration, same as global configuration ip pim ecmp ip pim rp 99.1.1.1 224.0.0.0/4 interface vrf red ip pim sm The 'interface vrf red' is treated like the loopback. So if you intend to use the particular router as a RP you should configure an ip address on your vrf device and configure pim to use it. interface swp1 vrf red <----- Turn on pim on the interface as per normal ip pim sm interface swp2 vrf red ip pim sm ip igmp thanks! donald

1 0

network xxx in BGP configurations not working?
by Nigel Kukard 30 Jul '17

30 Jul '17

Hi guys, I must be doing something wrong here, because switching this configuration from Quagga to FRR 2.0 results in the network xxx routes not being sent? (my config below doesn't show v6 routes, but its not working either, I've sed'd out the actual AS and IP ranges) Re-distributed routes do however work. === > Router 1 < === Current configuration: ! frr version 2.0 frr defaults datacenter no ip forwarding no ipv6 forwarding username cumulus nopassword ! service integrated-vtysh-config ! debug bgp neighbor-events debug bgp update-groups debug bgp updates in debug bgp updates out debug bgp zebra ! log file /var/log/frr/frr.log ! router-id 9.9.9.9 ! router bgp 65001 no bgp default ipv4-unicast neighbor 10.10.140.48 remote-as 65002 neighbor fec0::48 remote-as 65002 ! address-family ipv4 unicast network 10.201.142.0/24 network 10.201.146.0/24 network 10.201.185.0/24 network 10.201.189.0/24 network 10.201.229.0/24 network 10.201.244.0/24 network 10.201.254.0/24 redistribute static neighbor 10.10.140.48 activate neighbor 10.10.140.48 next-hop-self exit-address-family ! address-family ipv6 unicast neighbor fec0::43 activate exit-address-family ! line vty ! end --------------------------------- debian# show ip bgp BGP table version is 0, local router ID is 9.9.9.9 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 10.201.142.0/24 0.0.0.0 0 32768 i 10.201.146.0/24 0.0.0.0 0 32768 i 10.201.185.0/24 0.0.0.0 0 32768 i 10.201.189.0/24 0.0.0.0 0 32768 i 10.201.229.0/24 0.0.0.0 0 32768 i 10.201.244.0/24 0.0.0.0 0 32768 i 10.201.254.0/24 0.0.0.0 0 32768 i Displayed 7 routes and 7 total paths --------------------------------- debian# show ip bgp sum BGP router identifier 9.9.9.9, local AS number 65001 vrf-id 0 BGP table version 0 RIB entries 13, using 1560 bytes of memory Peers 2, using 81 KiB of memory Neighbor V AS MsgRcvd MsgSent TblVer InQ OutQ Up/Down State/PfxRcd debian(10.10.140.48) 4 65002 477 476 0 0 0 00:12:01 0 Total number of neighbors 1 === > Router 2 < === Current configuration: ! frr version 2.0 frr defaults datacenter username cumulus nopassword ! service integrated-vtysh-config ! debug bgp neighbor-events debug bgp update-groups debug bgp updates in debug bgp updates out debug bgp zebra ! log file /var/log/frr/frr.log ! router-id 8.8.8.8 ! router bgp 65002 no bgp default ipv4-unicast neighbor 10.10.140.47 remote-as 65001 neighbor fec0::47 remote-as 65001 ! address-family ipv4 unicast network 10.99.142.0/24 network 10.99.146.0/24 network 10.99.185.0/24 network 10.99.189.0/24 network 10.99.229.0/24 network 10.99.244.0/24 network 10.99.254.0/24 neighbor 10.10.140.47 activate neighbor 10.10.140.47 next-hop-self exit-address-family ! address-family ipv6 unicast neighbor fec0::47 activate neighbor fec0::47 next-hop-self exit-address-family ! line vty ! end --------------------------------- debian# show ip bgp BGP table version is 0, local router ID is 8.8.8.8 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 10.99.142.0/24 0.0.0.0 0 32768 i 10.99.146.0/24 0.0.0.0 0 32768 i 10.99.185.0/24 0.0.0.0 0 32768 i 10.99.189.0/24 0.0.0.0 0 32768 i 10.99.229.0/24 0.0.0.0 0 32768 i 10.99.244.0/24 0.0.0.0 0 32768 i 10.99.254.0/24 0.0.0.0 0 32768 i Displayed 7 routes and 7 total paths --------------------------------- debian# show ip bgp sum BGP router identifier 8.8.8.8, local AS number 65002 vrf-id 0 BGP table version 0 RIB entries 13, using 1560 bytes of memory Peers 2, using 41 KiB of memory Neighbor V AS MsgRcvd MsgSent TblVer InQ OutQ Up/Down State/PfxRcd debian(10.10.140.47) 4 65001 509 527 0 0 0 00:13:36 0 Total number of neighbors 1 -N

1 1

Announcing EVPN support merged to FRRouting master
by David Lamparter 14 Jul '17

14 Jul '17

Hello everyone, just an hour ago, we've merged EVPN support into FRRouting's master branch. I'd particularly like to thank Vivek Venkatraman (author of most of it), Donald Sharp, Lou Berger, Philippe Guibert and Russ White for their hard work in getting this rather large chunk of code through. As always there are things left to be polished, but right now it's time to have some cake! Cheers, -David P.S.: as context for the FROG list, this will be in the next release /after/ 3.0, so it's still some time out.

3 2

EIGRP - Zebra version mismatch
by Crypto.Troop 27 Jun '17

27 Jun '17

Hi, With EIGRP I am receiving these messages: EIGRP: zclient_read: socket 12 version mismatch, marker 0, version 0 I cannot seem to manage EIGRP via vtysh. I add "router eigrp 1" and a "network x.x.x.x/24" and show run fails to show any EIGRP configs. I can telnet to EIGRP's TCP socket, but no matter what configuration I put in, there seems to be no outbound Hello's when I tcpdump my LAN interface. Other routing daemons such as BGPD are working fine with no errors. I installed per this: https://github.com/FRRouting/frr/blob/master/doc/Building_FRR_on_Ubuntu1604… I am manually running it with /usr/lib/frr/eigrpd -u frr -g frr --vty_socket /var/run/frr/ -i /var/run/frr/eigrpd.pid -z /var/run/frr/zebra.vty -f /etc/frr/eigrpd.conf Any ideas? Thanks

2 3

frr doesn't start on Freeebsd
by Dimitris Kalogeras 16 Jun '17

16 Jun '17

Hi to all of you, I am trying to establish an initial setup of FRR on a freebsd box. I have followed the instructions on https://github.com/FRRouting/frr/blob/master/doc/Building_FRR_on_FreeBSD11.… . The software was built tested and installed without any problems. However when I try to run vtysh or vtysh -b, I receive exiting: failed to connect to any daemons. How do I initialize daemons ? Is there any script ? All of my configuration files are in /usr/local/etc/frr. What is the proper sequence of commands ? Cheers, Dimitris [root@router-test2 /usr/local/etc/frr]# ls -l total 56 -rw-r--r-- 1 frr frr 655 Jun 14 20:11 babeld.conf.sample -rw-r----- 1 frr frr 0 Jun 14 20:12 bgpd.conf -rw-r--r-- 1 frr frr 622 Jun 14 20:11 bgpd.conf.sample -rw-r--r-- 1 frr frr 2801 Jun 14 20:11 bgpd.conf.sample2 -rw-r--r-- 1 frr frr 1889 Jun 14 20:11 bgpd.conf.vnc.sample -rw-r--r-- 1 frr frr 186 Jun 14 20:11 eigrpd.conf.sample -rw-r----- 1 frr frr 0 Jun 14 19:58 frr.conf -rw-r----- 1 frr frr 0 Jun 14 20:12 isisd.conf -rw-r--r-- 1 frr frr 789 Jun 14 20:11 isisd.conf.sample -rw-r--r-- 1 frr frr 650 Jun 14 20:11 ldpd.conf.sample -rw-r----- 1 frr frr 0 Jun 14 20:12 ospf6d.conf -rw-r--r-- 1 frr frr 1110 Jun 14 20:11 ospf6d.conf.sample -rw-r----- 1 frr frr 0 Jun 14 20:12 ospfd.conf -rw-r--r-- 1 frr frr 182 Jun 14 20:11 ospfd.conf.sample -rw-r----- 1 frr frr 0 Jun 14 20:12 pimd.conf -rw-r--r-- 1 frr frr 939 Jun 14 20:11 pimd.conf.sample -rw-r----- 1 frr frr 0 Jun 14 20:12 ripd.conf -rw-r--r-- 1 frr frr 406 Jun 14 20:11 ripd.conf.sample -rw-r----- 1 frr frr 0 Jun 14 20:12 ripngd.conf -rw-r--r-- 1 frr frr 390 Jun 14 20:11 ripngd.conf.sample -rw-r----- 1 frr frrvty 0 Jun 14 20:12 vtysh.conf -rw-r--r-- 1 frr frr 128 Jun 14 20:11 vtysh.conf.sample -rw-r----- 1 frr frr 0 Jun 14 20:12 zebra.conf -rw-r--r-- 1 frr frr 369 Jun 14 20:11 zebra.conf.sample -- Χαιρετισμούς, Δημήτρης Καλογεράς Ερευνητής Β' ΕΠΙΣΕΥ -- Dimitrios K. Kalogeras Electrical Engineer Ph.D. Network Engineer NTUA/ICCS _____________________________________ skype: aweboy voice: +30-210-772 1863 fax: +30-210-772 1866

2 5

Re: [FROG] Getting Started...
by Richard J Palmer 13 Jun '17

13 Jun '17

OK I have done that .... BUT after restarting I am now seeing .... ZEBRA: netlink-cmd (NS 0) error: Invalid argument, type=RTM_NEWROUTE(24), seq=1554090, pid=0 repeated lots of times - I am trying a reboot (as that has cleared this before ....). And after a reboot those errors have gone ... NOW I know this is normally down to the kernel routing table size... BUT I have as yet not found guidance on how to set this correctly for routers. I'm actually willing to pay for some help getting these running correctly as a one off if anyone would be interested in helping / advising ... I think the setup is close here ... Just trying to determine what I am missing ... Thanks in advance Richard Richard Palmer | Director | Merula Limited Company Registered in England and Wales No. 3243995 5 Avro Court, Huntingdon, Cambridgeshire, PE29 6XS Phone 01480 222940 | Support 0845 330 0666 Support Email support(a)merula.net > --- Original message --- > Subject: Re: [FROG] Getting Started... > From: Donald Sharp <sharpd(a)cumulusnetworks.com> > To: Richard J Palmer <richard(a)merula.net> > Cc: <frog(a)lists.frrouting.org> > Date: Tuesday, 13/06/2017 2:21 AM > > Run ./configure with a --enable-multipath=X Where X is not 1. > > donald > > On Mon, Jun 12, 2017 at 9:14 PM, Richard J Palmer <richard(a)merula.net> > wrote: >> >> Hi there >> >> I am testing FRR as an alternative to Quagga on what is a very busy >> core >> router - with multiple full table BGP Sessions. >> >> I am currently using this on Slackware 14.2 ... I have things up and >> running >> and some of the quagga bugs seem to have been cleared which is a PLUs >> BUT I >> am seeing oddness - most obviosuly with IPv6. >> >> Running a traceroute from a server behind it is alternating between >> >> traceroute6 l.root-servers.net >> traceroute to l.ROOT-SERVERS.NET (2001:500:9f::42) from >> 2a00:1940:0:1::78, >> 30 hops max, 24 byte packets >> 1 lon1-gw1.merula.net (2a00:1940:0:1::70) 0.647 ms 0.389 ms >> 0.425 ms >> 2 2a00:1940:0:1::67 (2a00:1940:0:1::67) 0.454 ms 0.565 ms 2.283 >> ms >> 3 2001:7f8:17::8480:1 (2001:7f8:17::8480:1) 0.753 ms 0.662 ms >> 0.728 ms >> 4 2a00:1a80:0:1::5:2 (2a00:1a80:0:1::5:2) 7.458 ms 5.662 ms >> 5.59 ms >> 5 l.root-servers.net (2001:500:9f::42) 5.727 ms 5.722 ms 5.726 >> ms >> >> and >> >> traceroute6 l.root-servers.net >> traceroute to l.ROOT-SERVERS.NET (2001:500:9f::42) from >> 2a00:1940:0:1::78, >> 30 hops max, 24 byte packets >> 1 lon1-gw1.merula.net (2a00:1940:0:1::70) 0.481 ms * 0.682 ms !N >> 2 lon1-gw1.merula.net (2a00:1940:0:1::70) 0.614 ms !N 0.54 ms !N >> 0.529 >> ms !N >> >> The zebta.log file is filled with lines like: >> 2017/06/13 02:11:01 ZEBRA: zread_ipv6_add: Prefix 2402:2700:d1::/48 >> has 2 >> nexthops, but we can only use the first 1 >> 2017/06/13 02:11:01 ZEBRA: zread_ipv6_add: Prefix 2402:2700:d2::/48 >> has 2 >> nexthops, but we can only use the first 1 >> 2017/06/13 02:11:01 ZEBRA: zread_ipv6_add: Prefix 2402:2700:d3::/48 >> has 2 >> nexthops, but we can only use the first 1 >> 2017/06/13 02:11:01 ZEBRA: zread_ipv6_add: Prefix 2402:2700:d4::/48 >> has 2 >> nexthops, but we can only use the first 1 >> 2017/06/13 02:11:01 ZEBRA: zread_ipv6_add: Prefix 2402:2700:d5::/48 >> has 2 >> nexthops, but we can only use the first 1 >> 2017/06/13 02:11:01 ZEBRA: zread_ipv6_add: Prefix 2402:2700:d6::/48 >> has 2 >> nexthops, but we can only use the first 1 >> 2017/06/13 02:11:01 ZEBRA: zread_ipv6_add: Prefix 2402:2700:d7::/48 >> has 2 >> nexthops, but we can only use the first 1 >> 2017/06/13 02:11:01 ZEBRA: zread_ipv6_add: Prefix 2402:2700:d8::/48 >> has 2 >> nexthops, but we can only use the first 1 >> >> and so on.... >> >> What am I missing here - I am sure it is probbay something really >> obvious >> ... >> >> Can you help point me the right way ? >> >> Thanks! >> >> Richard >> >> >> >> >> Richard Palmer | Director | Merula Limited >> Company Registered in England and Wales No. 3243995 >> 5 Avro Court, Huntingdon, Cambridgeshire, PE29 6XS >> Phone 01480 222940 | Support 0845 330 0666 >> Support Email support(a)merula.net >> >> >> _______________________________________________ >> frog mailing list >> frog(a)lists.frrouting.org >> https://lists.frrouting.org/listinfo/frog >>

2 1

Getting Started...
by Richard J Palmer 13 Jun '17

13 Jun '17

Hi there I am testing FRR as an alternative to Quagga on what is a very busy core router - with multiple full table BGP Sessions. I am currently using this on Slackware 14.2 ... I have things up and running and some of the quagga bugs seem to have been cleared which is a PLUs BUT I am seeing oddness - most obviosuly with IPv6. Running a traceroute from a server behind it is alternating between traceroute6 l.root-servers.net traceroute to l.ROOT-SERVERS.NET (2001:500:9f::42) from 2a00:1940:0:1::78, 30 hops max, 24 byte packets 1 lon1-gw1.merula.net (2a00:1940:0:1::70) 0.647 ms 0.389 ms 0.425 ms 2 2a00:1940:0:1::67 (2a00:1940:0:1::67) 0.454 ms 0.565 ms 2.283 ms 3 2001:7f8:17::8480:1 (2001:7f8:17::8480:1) 0.753 ms 0.662 ms 0.728 ms 4 2a00:1a80:0:1::5:2 (2a00:1a80:0:1::5:2) 7.458 ms 5.662 ms 5.59 ms 5 l.root-servers.net (2001:500:9f::42) 5.727 ms 5.722 ms 5.726 ms and traceroute6 l.root-servers.net traceroute to l.ROOT-SERVERS.NET (2001:500:9f::42) from 2a00:1940:0:1::78, 30 hops max, 24 byte packets 1 lon1-gw1.merula.net (2a00:1940:0:1::70) 0.481 ms * 0.682 ms !N 2 lon1-gw1.merula.net (2a00:1940:0:1::70) 0.614 ms !N 0.54 ms !N 0.529 ms !N The zebta.log file is filled with lines like: 2017/06/13 02:11:01 ZEBRA: zread_ipv6_add: Prefix 2402:2700:d1::/48 has 2 nexthops, but we can only use the first 1 2017/06/13 02:11:01 ZEBRA: zread_ipv6_add: Prefix 2402:2700:d2::/48 has 2 nexthops, but we can only use the first 1 2017/06/13 02:11:01 ZEBRA: zread_ipv6_add: Prefix 2402:2700:d3::/48 has 2 nexthops, but we can only use the first 1 2017/06/13 02:11:01 ZEBRA: zread_ipv6_add: Prefix 2402:2700:d4::/48 has 2 nexthops, but we can only use the first 1 2017/06/13 02:11:01 ZEBRA: zread_ipv6_add: Prefix 2402:2700:d5::/48 has 2 nexthops, but we can only use the first 1 2017/06/13 02:11:01 ZEBRA: zread_ipv6_add: Prefix 2402:2700:d6::/48 has 2 nexthops, but we can only use the first 1 2017/06/13 02:11:01 ZEBRA: zread_ipv6_add: Prefix 2402:2700:d7::/48 has 2 nexthops, but we can only use the first 1 2017/06/13 02:11:01 ZEBRA: zread_ipv6_add: Prefix 2402:2700:d8::/48 has 2 nexthops, but we can only use the first 1 and so on.... What am I missing here - I am sure it is probbay something really obvious ... Can you help point me the right way ? Thanks! Richard Richard Palmer | Director | Merula Limited Company Registered in England and Wales No. 3243995 5 Avro Court, Huntingdon, Cambridgeshire, PE29 6XS Phone 01480 222940 | Support 0845 330 0666 Support Email support(a)merula.net

2 2

OSPF no working frr 3.0+
by Алексей Болдырев 08 Jun '17

08 Jun '17

Router1: ! frr version 3.1-dev-frr1 frr defaults traditional no log monitor username cumulus nopassword ! service integrated-vtysh-config ! log syslog informational ! router bgp 65301 neighbor 10.247.0.1 remote-as 65500 ! address-family ipv4 unicast network 10.194.0.0/21 exit-address-family ! address-family ipv6 unicast network 2a01:d0:c353:180::/58 neighbor 10.247.0.1 activate exit-address-family vnc defaults response-lifetime 3600 exit-vnc ! router ospf ospf router-id 10.0.250.1 network 10.0.250.0/24 area 0 ! router ospf6 interface eth1 area 0.0.0.0 ! ip route 10.194.0.0/21 Null0 ipv6 route 2a01:d0:c353:180::/58 Null0 ! mpls label global-block 16 8092 ! line vty ! end router 2: Current configuration: ! frr version 3.1-dev frr defaults traditional no log monitor username cumulus nopassword ! service integrated-vtysh-config ! log file /var/log/frr/frr.log ! log timestamp precision 6 ! log syslog informational ! router ospf ospf router-id 10.0.250.10 redistribute static network 10.0.250.0/24 area 0 ! ip route 10.194.2.0/24 Null0 ! line vty ! end Router 1: border# sh ip ospf route ============ OSPF network routing table ============ N 10.0.250.0/24 [10] area: 0.0.0.0 directly attached to eth1 ============ OSPF router routing table ============= ============ OSPF external routing table =========== border# sh ip route Codes: K - kernel route, C - connected, S - static, R - RIP, O - OSPF, I - IS-IS, B - BGP, P - PIM, E - EIGRP, N - NHRP, T - Table, v - VNC, V - VNC-Direct, > - selected route, * - FIB route K>* 0.0.0.0/0 via 10.247.0.1, eth0 O 10.0.250.0/24 [110/10] is directly connected, eth1, 02:14:23 C>* 10.0.250.0/24 is directly connected, eth1 S>* 10.194.0.0/21 [1/0] is directly connected, Null0, bh C>* 10.194.0.0/24 is directly connected, null0 B 10.247.0.0/24 [20/0] via 10.247.0.1 inactive, 02:14:21 C>* 10.247.0.0/24 is directly connected, eth0 B>* 10.247.1.0/24 [20/0] via 10.247.0.1, eth0, 02:14:21 B>* 10.247.2.0/24 [20/0] via 10.247.0.1, eth0, 02:14:21 B>* 10.247.203.0/24 [20/0] via 10.247.0.1, eth0, 02:14:21 B>* 10.247.204.0/24 [20/0] via 10.247.0.1, eth0, 02:14:2 Router2: s1# sh ip route Codes: K - kernel route, C - connected, S - static, R - RIP, O - OSPF, I - IS-IS, B - BGP, P - PIM, E - EIGRP, N - NHRP, T - Table, v - VNC, V - VNC-Direct, > - selected route, * - FIB route K>* 0.0.0.0/0 via 10.0.250.1, eth0 O 10.0.250.0/24 [110/10] is directly connected, eth0, 00:32:18 C>* 10.0.250.0/24 is directly connected, eth0 C>* 10.194.1.0/24 is directly connected, eth1 S>* 10.194.2.0/24 [1/0] is directly connected, Null0, bh s1# Ospf not working! It seems to me that this is a bug, since with quagga and the old version of frr everything worked.

1 0