August 2019 - dev - lists.frrouting.org

Regarding support for rsvp-te support in free routing
by Rhene Kavi 20 Feb '20

20 Feb '20

Hi All, Do we have any plans to support rsvp-te Thanks in advance KaviRhene

4 3

Problems installing FRR v7.1-1 on Debian ARM arches
by Quentin Armitage 31 Aug '19

31 Aug '19

apt install frr frr-pythonutils is failing on ARM architectures. When attempting to install just frr from deb.frrouting.org it attempts to install version 7.0.1-1, and not version 7.1-1, but frr-pythonutils is version 7.1-1. The reason for the problem is that https://deb.frrouting.org/frr/dists/buster/frr-stable/binary-armhf/Packages has the old version for some packages and the new version for other packages (e.g. frr-pythonutils). The problem appears to be the same for both armhf and arm64 on all distro versions, but amd64 and i386 do not appear to have the problem. Quentin Armitage

1 0

I want join FRR public slack, Thanks for help!
by ryanlu＠yunify.com 26 Aug '19

26 Aug '19

Hi there, I want join FRR public slack, Thanks for help! My email address is ryanlu(a)yunify.com --------------------- Thanks！ RyanLu

2 1

FRR on NRL CORE (fyi)
by Phil Wiggins 22 Aug '19

22 Aug '19

If anyone is interested in running FRR in the NRL CORE emulation environment, I have some build scripts for FRR on CORE that I posted at the first link below. Normally CORE runs Quagga, so this script was a hack to shoehorn FRR as a Quagga replacement. These scripts are not part of CORE yet, so are unsupported. People on this list may want to use CORE for FRR experimentation and testing, so you can customize these scripts to suit your own needs. It's best to run this stuff in a VM with no internet connection (after installation) since CORE runs lots of processes as root - a well-known security issue. https://github.com/coreemu/core/issues/170 ( install_frr_for_core.sh) FRR on NRL CORE build script - assumes Ubuntu 16.04.4 clean installation in a VM or physical host: https://gist.github.com/apwiggins/44f3592a61965783372aea5881ed9f7a (core_misc_frr.py ) used by the install script above to install at ./core/misc/frr.py https://gist.github.com/apwiggins/d610c2794c8c0a12a45bfc093fd2e949 (core_services_frr.py) used by the install script above to install at ./core/services/frr.py https://gist.github.com/apwiggins/747a9a14feff2ce3a3b8760406b825a7 https://www.nrl.navy.mil/itd/ncs/products/core The Common Open Research Emulator (CORE) is a tool for emulating networks on one or more machines. You can connect these emulated networks to live networks. CORE consists of a GUI for drawing topologies of lightweight virtual machines, and Python modules for scripting network emulation. Cheers, Phil

3 6

vtysh wrong command log - where does it go?
by Michal Ruprich 21 Aug '19

21 Aug '19

Hi, so when I am using the vtysh and typing in commands manually, when I enter a wrong or non-existing command, I receive an error: '%Unknown command: COMMAND'. But how do I find out that some of the commands from my frr.conf file were wrong? I tried both 'log file' and 'log stdout' together with 'log commands'. With 'log file' and 'log commands' when I start frr, I can see the commands that were read from the frr.conf, but when there is a wrong command, no error shows up. Is this correct? The command is simply skipped. Now with 'log stdout' I am really not sure where the output gets redirected. In vtysh I don't see any logs showing up on the screen. Maybe I am missing something here? Do I miss some configuration somewhere to redirect the stdout somewhere? I was kind of assuming I would see the logs in the vtysh itself - sort of how on Cisco devices. If anyone could share some insight on this, I would be grateful. Thanks. Michal Ruprich

3 2

October is fast approaching
by Donald Sharp 21 Aug '19

21 Aug '19

All - The yearly TSC election is coming up in October. As such I'd like to put out a general call for nominations for being on the TSC. If you would like to nominate someone please feel free to respond here to let us know about it. Additionally we have asked Alistair Woodman to run the elections again( as per usual and thanks! ). thanks! donald

1 0

Solaris and FRR
by Donald Sharp 21 Aug '19

21 Aug '19

All - During yesterday's weekly technical meeting we discussed solaris and FRR. The FRR CI system uses Omnios, and over the last year or so with the increased usage of external libraries it has started to become extremely hard to keep Omnios in a working state. With the additional major rework of the zebra data plane it is becoming apparent that not having a built up test system for that platform we are running the risk of letting Solaris compatibility become woefully out of date. One of the options discussed was dropping Solaris but before we do so we wanted to gauge community interest/usage of FRR on solaris platforms and would like to hear opinions from people on this matter. thanks! donald

1 0

Question about IPv6 Vxlan underlay
by Harsimrandeep Singh Pabla 20 Aug '19

20 Aug '19

Hi All, I have a question regarding IPv6 support for Vxlan underlay. Is there a plan to support this ? If yes, will support for IPv6 VTEPs also added in BGP-EVPN. Thanks and Regards, Pabla

1 0

vtysh: Missing "Show Ip" Commands
by Carr, Christopher 19 Aug '19

19 Aug '19

I was unclear if this should be asked on the dev mailing list or as an issue on GitHub. We are currently using Quagga on our systems and I am investigating moving over to FRRouting. I've been building FRRouting with a custom Yocto recipe, cross-compiled for the PPC. (I'm using one of the latest commits rather than a released version from GitHub, as there were some fixes for hosttools that was not available in the release) So far I've got it to the point where my build completes, and I have binaries that run on the target. As my system used quagga before, I've configured FRR to use the quagga and quaggavty user/groups. The installed files on the switch have also been chown'd with quagga/quaggavty as appropriate. The one thing that I'm having trouble figuring out is the exposing of the "show ip" commnds via vtysh. Running just zebra, staticd and ripd the vtysh utility will only show the default subset of "show" commands. All the "show ip", "show ip rip" etc are missing. However if I telnet directly to the ripd port, after setting a password via vtysh, then everything is present via that telnet connection. I've tried both configure and privileged mode to see if the command set changed to display these, but neither did. I've included the output of the success and failure below. I've looked at the vtysh code however nothing is jumping out as obviously wrong. I'm guessing that I've not configured something in the build correctly, but I'm confused as to what it could be. Searching the mailing lists and GitHub issues hasn't unearthed and similar issues. Does anyone have any pointers to areas that I might look at to solve this be it in configuration, compilation or installation etc. Thanks Chris Carr Eg. [root@openware]# vtysh Hello, this is FRRouting (version 7.2-dev). Copyright 1996-2005 Kunihiro Ishiguro, et al. quagga-router# show daemons Show list of running daemons debugging Debugging functions error Information on errors log-filter Filter Logs logging Show current logging configuration memory Memory statistics modules Loaded modules running-config Current operating configuration startup-config Contents of startup configuration thread Thread information version Displays zebra version work-queues Work Queue information [root@openware]# vtysh -d ripd Hello, this is FRRouting (version 7.2-dev). Copyright 1996-2005 Kunihiro Ishiguro, et al. quagga-router# show daemons Show list of running daemons debugging Debugging functions error Information on errors log-filter Filter Logs logging Show current logging configuration memory Memory statistics modules Loaded modules running-config Current operating configuration startup-config Contents of startup configuration thread Thread information version Displays zebra version work-queues Work Queue information [root@openware]# telnet localhost 2601 [root@openware]# telnet localhost 2602 Hello, this is FRRouting (version 7.2-dev). Copyright 1996-2005 Kunihiro Ishiguro, et al. User Access Verification Entering character mode Escape character is '^]'. Password: openware> openware> show commandtree Show command tree debugging Debugging information error Information on errors evpn EVPN history Display the session command history interface Interface status and configuration ip IP information ipv6 IPv6 information log-filter Filter Logs logging Show current logging configuration memory Memory statistics modules Loaded modules mpls MPLS information pbr Policy-Based Routing thread Thread information version Displays zebra version vrf VRF work-queues Work Queue information zebra Zebra information

2 3

Re: [dev] Invite for Slack
by Donald Sharp 12 Aug '19

12 Aug '19

Varun - Please goto https://frrouting.org and click on the slack link for a self invite. donald On Mon, Aug 12, 2019 at 6:21 PM Varun Vij via dev <dev(a)lists.frrouting.org> wrote: > > > > > ---------- Forwarded message ---------- > From: Varun Vij <vvij(a)apple.com> > To: dev(a)lists.frrouting.org > Cc: > Bcc: > Date: Mon, 12 Aug 2019 18:12:14 -0400 > Subject: Invite for Slack > Requesting to join the Slack workspace if it’s ok. > > Thanks and Regards > Varun > > > > > ---------- Forwarded message ---------- > From: Varun Vij via dev <dev(a)lists.frrouting.org> > To: dev(a)lists.frrouting.org > Cc: > Bcc: > Date: Mon, 12 Aug 2019 15:21:14 -0700 (PDT) > Subject: [dev] Invite for Slack > _______________________________________________ > dev mailing list > dev(a)lists.frrouting.org > https://lists.frrouting.org/listinfo/dev

1 0