[GTER] BGP4 Communities e ASN32

[Andre Gustavo de C. Albuquerque]

Esta RFC definiu um range para alocação de ext-communities que utilizariam a
notação AS-4bytes e já reservou código para duas ext-commuinities.
Atualmente temos alocação para as ext-communities abaixo:

Registry Name: Four-octet AS Specific Extended Community

Reference: [RFC5668]
Range                                     Registration Procedures
----------------------------------------  -----------------------
0x0200-0x02ff Transitive communities      First Come First Served
0x4200-0x42ff Non-transitive communities  First Come First Served

Registry:
Type Value     Name                                     Reference
-------------  ---------------------------------------  --------
0x0202         four-octet AS specific Route Target      [RFC5668]
0x0203         four-octet AS specific Route Origin      [RFC5668]
0x0205         OSPF Domain Identifier                   [RFC4577]
0x0209         Source AS
[RFC-ietf-l3vpn-2547bis-mcast-bgp-08.txt]

Fonte: http://www.iana.org/assignments/bgp-extended-communities

Communities continuam tendo 4-bytes e as ext-communities hoje definidas tem
seu uso planejado para L3VPNs. Entendo que a discussão inicial era sobre
políticas de trânsito entre AS distintos, mas não no contexto de L3VPNs.

Abs, Gustavo


2011/3/1 Henrique de Moraes Holschuh <henrique.holschuh at ima.sp.gov.br>

> On 01-03-2011 10:44, Samyr M. M. Bechelane wrote:
>
>> Ele publica meu AS de 32 bits... o problema é com os filtros...
>>
>
> Communities são 16bits:16bits.  Não servem para ASN32, a menos que você
> trapaceie (e, portanto, arrisque colisões).
>
> Claro que tem conserto: RFC 5668.  Mas para isso precisa que os
> roteadores que tem que processar a extended community implementem este
> RFC, e que os route-maps/filtros funcionem nesse caso.  Note que é um
> RFC relativamente recente.
>
> Não tenho ideia se houve bom senso por parte dos implementadores de
> pilha BGP4 de automaticamente implementar busca em comunidades RFC5668
> sem precisar incluir um novo comando de match.
>
> --
> Henrique de Moraes Holschuh <hmh at ima.sp.gov.br>
> IM@ - Informática de Municípios Associados
> Engenharia de Telecomunicações
> TEL +55-19-3755-6555/CEL +55-19-9293-9464
>
> Antes de imprimir, lembre-se de seu compromisso com o Meio Ambiente
> e do custo que você pode evitar.
> --
> gter list    https://eng.registro.br/mailman/listinfo/gter
>