Add support for Large BGP Community
Open, HighPublic

Description

Dear VyOS community,

Is there any plan to add support for Large BGP communities (1)? ExaBGP and Cisco (IOS XR) already implemented it (2), other vendors are moving too.

Since almost one in four ASNs in the DFZ are 4-byte ASNs, 4-byte ASNs cannot properly use RFC1997 communities - the internet has a problem, especially newcomers. RIPE and ARIN are scraping the bottom of the barrel for 2-byte ASNs (they both only have tens left).

The Large BGP Community is specifically designed with simplicity in mind. Will VyOS add support for it?

  1. https://tools.ietf.org/html/draft-heitz-idr-large-community
  2. http://largebgpcommunities.net/implementations/

Details

Difficulty level
Normal (likely a few hours)
job created this task.Sep 5 2016, 2:42 PM
job updated the task description. (Show Details)
syncer raised the priority of this task from Normal to High.

@dmbaturin what do you think?

job added a comment.Sep 5 2016, 11:05 PM

Let me know if you require any additional information. I'm happy to help you with interop testing

and if vyos does have an implementation i'd like to include it in my rfc7942 reports!

Caesar305 added a subscriber: Caesar305.EditedSep 10 2016, 11:38 PM

Interested in this too. We will be multi-homing soon and requesting an AS number from ARIN. I doubt we will be getting a 2-byte ASN.

job added a comment.Sep 11 2016, 12:04 AM

Keep in mind that the specification has not yet been standardised. If you commit to implementing, make sure you only release it as a 'beta' or 'test release'.

job added a comment.Oct 2 2016, 1:43 PM

Through an early allocation, IANA assigned 30 as the path attribute value for Large BGP Communities.

https://tools.ietf.org/html/draft-ietf-idr-large-community-01

Alexis added a subscriber: Alexis.Oct 18 2016, 9:35 AM

Why aren't you all discussing this on the Quagga mailing list? More generally, what is the VyOS project policy about work that belongs in upstream?

In fact, I think I read someone's post about working on this on the Quagga dev list not that long ago, but even if I'm wrong, isn't that where this sort of work belongs? Excepting only minor details of the CLI, there should be no difference in the code base, and you're much more likely to get good code review (or someone else's code, already written) there simply because the project has more participants.

Of course, as VyOS and Quagga get more out of sync, this will get harder, but I just posted about that separately...

job added a comment.Oct 29 2016, 5:32 PM

The Quagga has been provided with a patch to support Large BGP Communities. This patch is for Quagga 1.1.0 but should be easy to backport if needed.

https://bugzilla.quagga.net/show_bug.cgi?id=875

mickvav added a subscriber: mickvav.Nov 3 2016, 2:41 PM

Reviewed the discussion there - I think we have to wait at least couple of weeks until it will be at least a little bit tested there...

job added a comment.Nov 3 2016, 3:10 PM

Yes, waiting a bit does not hurt. We are working on version 3 of the patch to accomodate the missing features

syncer edited subscribers, added: VyOS 1.2.x; removed: VyOS 1.1.x.