- dev - lists.frrouting.org

OSPF neighbour-ship on multi-ip P2P interface
by Naveen K Suvarna 09 Jan '20

09 Jan '20

Hi, Does FRR OSPF support neighborship on an P2P interface with Multiple Interface IP addresses? I am using multiple 32bit host ip address on same interface. When I try to establish ospf neighborship on an P2P interface with multiple IP addresses assigned, OSPF neighborship keeps resetting due to, receival of interleaving hello of 1st or 2nd ip-address. Is there any way to avoid this and bring up sessions on the Interface. Above thing works good if the Interface IP addresses are assigned < 32 bit subnet mask (for example, 10.0.0.1/24 instead of 10.0.0.1/32). Regards Naveen

2 3

Northbound regular meeting
by Santosh P K 08 Jan '20

08 Jan '20

Hello All, We will have recurring meeting for northbound discussion on Friday at 8:00AM PST. We will be using https://bluejeans.com/9192742159<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.googl…> . Thanks Santosh P K

1 0

Reminder about submitting code
by Donald Sharp 07 Jan '20

07 Jan '20

All - I am seeing a large number of PR's lately that have some completely inconsistent tab/spacing that just look awful. I would highly recommend everyone install the git `clang-format`. This is documented in our workflow: http://docs.frrouting.org/projects/dev-guide/en/latest/workflow.html#code-f… Please take a second and set yourself up and take advantage of this fine tool. thanks! donald

1 0

EVPN-MPLS (RFC7432)
by Pat Ruddy 07 Jan '20

07 Jan '20

Hi I'm working on support for this. If anyone wants to discuss the design or requirements please reach out to me. thanks -pr

1 0

northbound yang meeting postponed
by Mark Stapp 06 Jan '20

06 Jan '20

Happy New Year all! A few hardy souls turned up for a yang models/northbound meeting today, but we didn't feel we had a useful quorum so we cancelled the call. We'll look to arrange a do-over during the Tuesday dev call next week. Regards, Mark

4 3

Re: [dev] Ubuntu 19.10
by Phil Wiggins 03 Jan '20

03 Jan '20

prompt$ sudo apt list frr frr/eoan 6.0.2-2build2 amd64 frr/eoan 6.0.2-2build2 i386 prompt$ sudo apt update && sudo apt install frr Cheers, Phil On Wed, 1 Jan 2020 at 17:54, Konstantin Verba via dev < dev(a)lists.frrouting.org> wrote: > > > > ---------- Forwarded message ---------- > From: Konstantin Verba <v.konstantin(a)mail.ru> > To: dev(a)lists.frrouting.org > Cc: > Bcc: > Date: Wed, 01 Jan 2020 13:17:09 +0000 > Subject: Ubuntu 19.10 > Dear Sir/Madam > > is it possible to get FRR for Ubuntu 19.10 > > Thank you! > > > > ---------- Forwarded message ---------- > From: Konstantin Verba via dev <dev(a)lists.frrouting.org> > To: dev(a)lists.frrouting.org > Cc: > Bcc: > Date: Wed, 01 Jan 2020 13:54:12 -0800 (PST) > Subject: [dev] Ubuntu 19.10 > _______________________________________________ > dev mailing list > dev(a)lists.frrouting.org > https://lists.frrouting.org/listinfo/dev >

1 0

Ubuntu 19.10
by Konstantin Verba 01 Jan '20

01 Jan '20

Dear Sir/Madam is it possible to get FRR for Ubuntu 19.10 Thank you!

1 0

Re: [dev] ask on mailing list
by Phil Wiggins 31 Dec '19

31 Dec '19

It's available already in Ubuntu 19.04 as a package for multiple architectures. https://packages.ubuntu.com/search?keywords=frr&searchon=names&suite=all&se… disco (19.04) <https://packages.ubuntu.com/disco/frr> (net): FRRouting suite of internet protocols (BGP, OSPF, IS-IS, ...) [*universe*] 6.0.2-2: amd64 arm64 armhf i386 ppc64el s390x Cheers, Phil On Mon, 30 Dec 2019 at 22:27, Mike Mazarick < mike.mazarick(a)virtudatacenter.com> wrote: > I am running Ubuntu 19.04 (disco) and would like to try out frr. > > > > Mike Mazarick > > > _______________________________________________ > dev mailing list > dev(a)lists.frrouting.org > https://lists.frrouting.org/listinfo/dev >

1 0

ask on mailing list
by Mike Mazarick 31 Dec '19

31 Dec '19

I am running Ubuntu 19.04 (disco) and would like to try out frr. Mike Mazarick

1 0

Northbound changes discussion - MOM 18/12/2019
by Santosh P K 19 Dec '19

19 Dec '19

All, Today we discussed and concluded on how we should proceed with VRF for protocols. 1. IETF yang models are bit complex to handle VRF and need to do lot of deviation and augmentation. 2. We will move on with private yang for protocols with type and vrf_name as the key. 3. Protocol will have a leafref to VRF. 4. Current FRR-VRF need more leaf w.r.t RD and RT. 5. VRF being leafref means VRF configuration should come first for majority of protocols, but this rule will be relaxed in some cases where IP route nexthop is pointing to next table. 6. Agreed to amend existing PR with new way of VRF. A.I : Santosh/Vishal 1. With the new VRF and protocol models agreed, check if all VRF configuration can fit in. 2. Come up with mapping table of VRF config to Yang data model. Thanks Santosh P K

1 0