[GTER] Acelerar convergencia do BGP
Cristiano Nunes Pereira
cristiano at yoda.com.br
Sat Oct 30 17:46:31 -02 2010
Este tipo de comportamento pode ser decorrente de um processo de slow peer
dentro da rede desta operadora.
A situação de contorno parece ser somente anuncios mais especificos por
outras operadoras, uma vez que os updates nesta operadora esta demorando um
tempo maior para propagação/processamento. Sendo que gerar novos updates
nesta operadora não irá ajudar, ao contrario aumentará o tamanho da fila de
updates a serem processados
Em 30 de outubro de 2010 12:00, <gter-request at eng.registro.br> escreveu:
>
> Sua descri??o do problema sugere que a falha fosse dentro da
> operadora, em que devido ao colapso da rede dela nem os WITHDRAWNs do
> BGP conseguiam passar. Num caso desses, s? interven??o manual do
> pessoal da operadora nos roteadores mais distantes do que atende sua
> rede poderia resolver o problema desse prefixo... mas se voc? queria
> tentar algo do seu lado, a tentativa seria manter a sess?o BGP, voltar
> a anunciar os prefixos e voltar a retirar os prefixos (sem desativar a
> sess?o BGP), at? que os WITHDRAWNs conseguissem sobreviver.
>
> E sem solu??o para o problema desse prefixo, o jeito ? fazer
> exatamente o que voc?s fizeram, anunciar prefixos mais espec?ficos
> cobrindo o espa?o de endere?amento afetado.
>
>
> Rubens
>
>
> 2010/10/29 Gustavo Santos <gustkiller at gmail.com>:
> > Pessoal,
> >
> > Existe alguma maneira/estrat?gia de acelerar a converg?ncia do eBGP?
> ?Parece
> > que existe algo em um dos nossos provedores de tr?nsito, que mesmo
> sacando a
> > rota, ou pedindo desconex?o da sess?o, eles continuam anunciando nossas
> > rotas, causando indisponibilidade por um tempo razo?vel ( chega a
> 10minutos)
> > .
> >
> > Mesmo anunciando os prefixos cheios para os 3 provedores e prefixos
> maiores
> > distribuidos entre eles, quando um destes cai, o prefixo fica preso.
> > Observendo por looking glases o provedor de tr?nsito que caiu continua
> sendo
> > aspath para aquele prefixo e efetuando um tracert apartir dos looking
> > glasses o tracert para no provedor de tr?nsito que caiu. Quando estamos
> > presentes, somos obrigados a anunciar 2 maiores do que o prefixo menor
> que
> > estava sendo anunciado para o provedor que caiu para que os clientes
> > retornem o acesso.
> >
> >
> >
> > --
> > Gustavo Santos
> > Analista de Redes
> > CCNA , MTCNA , JUNCIA-ER
> > --
> > gter list ? ?https://eng.registro.br/mailman/listinfo/gter
> >
>
>
More information about the gter
mailing list