Hi Sriram, Just to add to what Alvaro said what you are looking for seems to be a new type for the information required.
Large Communities are really unstructured from the perspective of types like Extended Communities are. But please observe that proposed Wide Communities do have support for types: https://tools.ietf.org/html/draft-ietf-idr-wide-bgp-communities-05 so perhaps you may want to take a look into this type of carrier as well. Of course this assumes that more and more vendors will bring support of Wide Communities to their BGP code at some point :). Rgs, Robert. On Tue, Feb 4, 2020 at 8:09 PM Alvaro Retana <[email protected]> wrote: > On February 4, 2020 at 1:22:11 PM, Sriram, Kotikalapudi (Fed) wrote: > > [Speaking as a WG participant.] > > > Sriram: > > Hi! > > > ... > > Question: > > > > Can the draft simply make an IANA request for > > a Global Administrator ASN value for Route Leaks Protection (RLP) type > > and request that it be published in IANA registry > > as a "well-known Transitive Large Community"? > > No. > > There is no IANA registry for Global Administrator because it is > simply a "four-octet namespace identifier...SHOULD be an ASN" > [rfc8092], but it doesn't have to be. > > Skimming through draft-ietf-grow-route-leak-detection-mitigation, I > would say (personal opinion) that you have two options: > > (1) Describe the Local Data Parts so that they are well-known when > used by any ASN (Global Administrator). This has the disadvantage > that the values may collide with existing policies (?). > > (2) Request IANA to assign an ASN for this application. Take a look > at rfc7249/ยง2.1, which talks about the allocation of special-purpose > AS Numbers. The advantage is obviously that collisions can be > avoided, but it seems to me that it may be too much (an ASN) for just > this application. > > So...if an ASN is requested, it would be independent of Large Communities.. > > > ... > > it appears it is *assumed* that the Large Communities are transitive. > > rfc8092 "defines the BGP Large Communities attribute as an optional > transitive path attribute". > > Regards, > > Alvaro. > > _______________________________________________ > Idr mailing list > [email protected] > https://www.ietf.org/mailman/listinfo/idr >
_______________________________________________ GROW mailing list [email protected] https://www.ietf.org/mailman/listinfo/grow
