- dev - lists.frrouting.org

Regarding Support of Segment Routing for ISIS in FRR
by Shuvro 12 Apr '19

12 Apr '19

Hi Team, Last few days I was doing few configs in OSPF-SR and found decent support being available there in FRR but I do not see the same for ISIS,nor does the official FRR documentation mention anything about the same. Is it safe to assume ISIS-SR is still not supported in FRR or is there any work around to make SR work using ISIS? Your kind response on the same is appreciated. Thanks, Shuvro

4 5

Need Information About SR Tunnel Creation Using OSPF in FRR
by Shuvro 10 Apr '19

10 Apr '19

Hi Team, I want to create one SR tunnel between 4 FRR nodes where one node will be used as head-end node which will be used to push the label stack.SRGB in all these nodes will be same(10000-19999).I am going to use the loopback interface for node SID. I have few questions in this regard: (1) How can I use one dummy interface as loopback in case of SR,I have tried using a dummy interface previously for vanilla OSPF and BGP,it works fine but in case of SR config,it complains: not a loopback interface (2)To provision the tunnel effectively,how can I use prefix SID for the connected interfaces. I was using: ip route x.x.x.x/mask <gateway> label as the node SID Here,how can I configure prefix SID for the prefixes other than the node prefix. (3)How can I verify the tunnel in the data plane (e.g. ping works fine). Any sample config in this regard will be helpful. Thanks, Shuvro

2 3

Support for SR TE in FRR
by Shuvro 09 Apr '19

09 Apr '19

Hi Team, Want to know if SR TE is supported in the latest stable release of FRR. I can see few TE related CLIs like : mpls-te on under router ospf and other segment routing commands but not able to see the TE parameters being used. My config for device1 looked like below: router ospf ospf router-id 1.1.1.1 network 1.1.1.1/32 area 0 network 20.1.1.0/24 area 0 capability opaque mpls-te on mpls-te router-address 1.1.1.1 segment-routing on segment-routing global-block 10000 19999 segment-routing node-msd 8 segment-routing prefix 1.1.1.1/32 index 1100 no-php-flag router-info area I have installed required mpls kernel modules in the box but if I go and check mpls-te interface ,I see below: show ip ospf mpls-te interface eth0: MPLS-TE is disabled on this interface eth1: MPLS-TE is disabled on this interface eth2: MPLS-TE is disabled on this interface eth3: MPLS-TE is disabled on this interface lo: MPLS-TE is disabled on this interface Can anyone throw some light on how to make use of the TE parameters. Thanks, Shuvro

2 1

Reg static SR tunnel configuration
by kotesh 08 Apr '19

08 Apr '19

Hi, Could you please let us know if FRR allows to configure a SR static tunnel with list of SIDs advertised by OSPF protocol? If yes, could you please provide some sample config? Thanks, Kotesh babu.Chundu

2 1

increase FD limit
by B Paris 08 Apr '19

08 Apr '19

Hi, when we try to scale the number of sessions we seem to be hitting the FD limit and get the below error. Is there a way to increase the FD limit, currently it seems to be set at 1024. This is with 6.0 release - frr-6.0-001.el7.centos.x86_64.rpm <https://github.com/FRRouting/frr/releases/download/frr-6.0/frr-6.0-001.el7.…> 2019/04/08 05:14:38 BGP: [Error] BGP socket accept failed (Too many open files) 2019/04/08 05:14:38 BGP: [Error] BGP socket accept failed (Too many open files) 2019/04/08 05:14:38 BGP: [Error] BGP socket accept failed (Too many open files) 2019/04/08 05:14:38 BGP: [Error] BGP socket accept failed (Too many open files) 2019/04/08 05:14:38 BGP: [Error] BGP socket accept failed (Too many open files) 2019/04/08 05:14:38 BGP: [Error] BGP socket accept failed (Too many open files) 2019/04/08 05:14:38 BGP: [Error] BGP socket accept failed (Too many open files) 2019/04/08 05:14:38 BGP: [Error] BGP socket accept failed (Too many open files) 2019/04/08 05:14:38 BGP: [Error] BGP socket accept failed (Too many open files) 2019/04/08 05:14:38 BGP: [Error] BGP socket accept failed (Too many open files) thanks, Venky

2 1

Re: [dev] Need downloadable deb packages for FRR 7.0
by Quentin Young 04 Apr '19

04 Apr '19

https://deb.frrouting.org/ > On Apr 4, 2019, at 8:02 AM, Abhilash Vaidhya via dev <dev(a)lists.frrouting.org> wrote: > > > From: Abhilash Vaidhya <avaidhya(a)vmware.com <mailto:avaidhya@vmware.com>> > Subject: Need downloadable deb packages for FRR 7.0 > Date: April 3, 2019 at 12:39:31 PM EDT > To: "dev(a)lists.frrouting.org <mailto:dev@lists.frrouting.org>" <dev(a)lists.frrouting.org <mailto:dev@lists.frrouting.org>> > > > Hello, > We would like to have downloadable deb packages of FRR 7.0 corresponding to ubuntu 14.04 and ubuntu 16.04 versions. > Could you please provide the same > > Thanks, > Abhilash > > > _______________________________________________ > dev mailing list > dev(a)lists.frrouting.org <mailto:dev@lists.frrouting.org> > https://lists.frrouting.org/listinfo/dev <https://lists.frrouting.org/listinfo/dev>

1 0

Need downloadable deb packages for FRR 7.0
by Abhilash Vaidhya 03 Apr '19

03 Apr '19

Hello, We would like to have downloadable deb packages of FRR 7.0 corresponding to ubuntu 14.04 and ubuntu 16.04 versions. Could you please provide the same Thanks, Abhilash

1 0

Slack request
by Michal Ruprich 02 Apr '19

02 Apr '19

Hi, can I get a slack invite please? Thanks. Regards, Michal

2 1

FRR moving to Microsoft Team Foundation Server
by Quentin Young 01 Apr '19

01 Apr '19

Hi folks, With Microsoft’s recent acquisition of GitHub, concerns have been raised over the trend towards increased centralization of open source development infrastructure. As an open source project developed by many diverse contributors, we see a need to move our codebase and version control hosting to a more decentralized platform. The maintainer team has looked at multiple options, such as BitBucket, Gogs, Gitlab, and a Slack channel for sharing timestamped zip archives. After long deliberations and careful evaluations, we have decided to go with Team Foundation Server to replace GitHub, and will additionally be moving to TFS from Git. Additionally all of our remotes will be hosted on Windows Server boxes via Azure starting 04/02/19, after which time developers will need to have a functional Windows box to continue to contribute to FRR. Patches must be submitted to TFS in .docx format. Please note that the usual style rules and code signing requirements will still apply. While we recognize there may be some short term growing pains, we feel confident this will be a big step forward for open networking. --- Sent from my Surface Pro

3 2

FRR Users and Coders get together, Wednesday at 14:00...
by Alistair Woodman 27 Mar '19

27 Mar '19

Location still TBD We are planning a Meetup of FRR users and coders at 14:00 on Wednesday. Anyone interested in meeting other members of the FRR community please feel free to come along... I'll forward the location when we get confirmation. /a

3 2