[GTER] Balanceamento do BGP para ASN pequeno

Gustavo Santos gustkiller at gmail.com
Mon Jul 23 12:15:43 -03 2012


Aqui uns dois exemplos da minha tabela de roteamento.
Ambos vindo de trânsito internacional.

+ = Active Route, - = Last Active, * = Both

8.3.16.0/25        *[BGP/170] 6d 23:09:45, localpref 100
                      AS path: 18881 12989 26769 I
                    > to x.x.x.x via ge-1/1/0.0

23.15.9.0/25       *[BGP/170] 3w6d 21:06:43, localpref 100
                      AS path: 18881 3549 20940 20940 I
                    > to x.x.x.x via ge-1/1/0.0


Gustavo Santos
Analista de Redes
CCNA , MTCNA , MTCRE, MTCINE, JUNCIA-ER



Em 23 de julho de 2012 11:00, Henrique de Moraes Holschuh <
henrique.holschuh at ima.sp.gov.br> escreveu:

> On 21-07-2012 22:58, Klaus Schneider wrote:
>
>> Acho isso uma prática absurda, ainda mais que os RIRs não ditribuem
>> CDIRs tamanho /24, até seria aceitável se os prefixos distribuídos
>> fossem /24.
>>
>
> Distribuem /24 sim.  E não é tanta novidade quanto parece, espaços
> reservados para micro-alocação (para infra crítica, estilo DNS anycast)
> já existem faz tempo.  Só que ninguém anuncia mais específicos dentro
> desses /24.
>
> Agora, alocação para usuário normal de uma /24 realmente é relativamente
> recente.  E a proibição de anunciar mais específicos dessas
> micro-alocações foi mantida, pelo menos no LACNIC (não olhei nas outras
> RIRs).
>
> Ou seja, o filtro continua sendo: aceitar somente /8 até /24, e aceitar
> /32 com a community de RTBH quando isso estiver implementado (ou
> descartar se não implementar/aceitar RTBH), descartando o resto.
>
>
>  Agora, quando aceitar ok, mas duvido que esses prefixos se propaguem
>> para fora do Brasil, ou mesmo aqui dentro, a maioria aceita prefixos
>> somente até
>>
>
> Normalmente, prefixos com tamanho entre /20 e /24 podem acabar sendo
> sumarizados em agrupamentos maiores, mas isso não interfere no
> funcionamento do prefixo.  Realmente, até onde sei /25 dificilmente
> propaga para o trânsito internacional, costuma ser filtrado... se não
> houver cobertura por um outro prefixo menos específico, vai ter a
> conectividade prejudicada.
>
>
> --
> 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<https://eng.registro.br/mailman/listinfo/gter>
>



More information about the gter mailing list