[caiu] Wirelink Telecom - esclarecimentos sobre problema do dia 12/08

[Rubens Kuhl]

>
> e a causa do problema.
>
> b.      Nos routers o output dos comandos (rotas) não refletia o que
> ocorria
> na TCAM, ou seja, o router mostrava as rotas e confiávamos no que ele
> mostrava.
>
> c.       A TCAM mostrava 95% de uso, reforçando mais a idéia de que o
> problema não era estouro. Nesse site podemos ver q na terça logo cedo
> alguma
> operadora enviou 15K rotas a mais:
> http://www.bgpmon.net/what-caused-todays-internet-hiccup/. Publicou e logo
> retirou, mas, foi o suficiente para dar um “freeze” na TCAM.
>

O estouro de TCAM só é reversível por reboot, mesmo que a nova quantidade
de rotas caiba na TCAM em seu split atual ou que se faça uma diminuição de
rotas na FIB usando filtros na RIB.


> Há alguns meses, quando vimos que a tabela ipv4 ultrapassou 90% iniciamos o
> processo de análise das opções para substituição dos routers core, pois,
> acreditamos que retirar recursos do ipv6 para alocar ao ipv4 é uma medida
> pouco ortodoxa. É tanto que um deles já chega na semana que vem.
>

Não vejo problema algum nisso... a tendência do roteamento IPv6 é ser bem
menos desagregado que o IPv4. Enquanto o IPv4 foi cedido em doses
homeopáticas devido ao seu esgotamento, os RIRs e NIRs tem feito alocações,
desde que justificadas, de boas quantidades de IPv6. O fato do menor bloco
para ISP ser um /32 e conter como número de redes /64 todo o tamanho do
espaço de endereçamento v4 atual vai ajudar bastante nisso.

Apesar de outros fatores de desagregação como engenharia de tráfego e ASes
desconexos serem iguais entre v6 e v4, dá para antever uma tabela de
roteamento global mais compacta no v6.


Rubens