[GTER] Problema PTT-SP X PTP Mikrotik
Uesley Correa
uesley at gigalink.com.br
Sat May 10 12:03:33 -03 2014
Bruno,
O cenário está assim, para você entender:
|Operadoras|
|
| BGP
|PTT| ----------- |450G| --------------- |Quagga|
BGP iBGP
A 450G tá diretamente conectada ao Quagga, recebendo as rotas do
PTT. Ele sabe tudo o que tem no PTT, testes de Ping lá funcionam ok. Já no
Quagga, se não tiver next-hop-self na 450G, as rotas não instalam, ficam
como innacessible. Se colocar next-hop-self na 450G, as rotas instalam, com
o IP de next-hop o do iBGP na 450G, porém, na 450G continuo pingando, no
Quagga não. O problema está só com a saída das rotas, o retorno está OK, do
PTT os pacotes chegam até minha rede, e até os meus clientes.
Grato pela ajuda.
Em 10 de maio de 2014 11:07, Rubens Kuhl <rubensk at gmail.com> escreveu:
> 2014-05-10 7:17 GMT-03:00 Uesley Correa <uesley at gigalink.com.br>:
>
> > Bruno,
> >
> > Dei uma pesquisada sobre o scope=5 para o IP do next-hop e não
> > achei nada conciso que pudesse me ajudar. Qual seria a finalidade dele?
> >
>
> Quando se precisa resolver uma rota recursiva (uma rota que aponta para um
> IP que não é diretamente conectado), como costuma acontecer com BGP, isso
> só é possível se o scope for menor que o da rota original.
>
>
>
> > Lembrando que quando coloco next-hop-self na 450G ela envia o next-hop
> para
> > o Quagga e ele instala todas as rotas, mas as mesmas não funcionam. Ping
> ok
> > do Quagga para a 450G. Não sei mais o que testar nesse cenário.
> >
>
> Como o Quagga e a 450G estão diretamente conectados, não parece ser o
> caso... mas em todo caso que ainda não se sabe a resposta, não se deve
> descartar nenhuma possibilidade. Vale a tentativa.
>
>
> Rubens
> --
> gter list https://eng.registro.br/mailman/listinfo/gter
>
More information about the gter
mailing list