[GTER] Dúvidas Prefixo BGP Looking glass
Juliano Primavesi | KingHost
juliano at kinghost.com.br
Tue Sep 18 22:20:13 -03 2012
O que voce pode fazer, é enviar um /20 com community no-export para a Alog.
Assim apenas os usuarios dela irao acessar voce diretamente pelo link da
Alog.
Mantendo o anuncio do /19 para backup.
Em 18/09/2012 18:01, Cledir Justo escreveu:
> Muito Obrigado pelas respostas pessoal, acho que entendi:
>
> 1- Caso eu não consiga manter o /19 vou mudar para 2 /20, já estava com
> essa idéia como plano B.
>
> 2- O que deve estar ocorrendo é que a Alog sabe o /19 por mim e pela Oi,
> porém o Local Pref está maior para mim, ai todas as origens que passam pelo
> AS da ALog, ela joga direto pro meu roteador backup invez de jogar para a
> Oi. Vou verificar isso.
>
> Obrigado a todos pelas respostas.
>
>
> Em 18 de setembro de 2012 17:03, Juliano Primavesi | KingHost <
> juliano at kinghost.com.br> escreveu:
>
>> Se voce quer realmente forçar o trafego a vir por um lugar e nao por
>> outro, quebre o seu anuncio.
>>
>> Exemplo:
>> 200.196.192.0/19 na Alog
>> 200.196.192.0/20 + 200.196.208.0/20 nas demais.
>>
>> Juliano
>>
>> Em 18/09/2012 15:27, Cledir Justo escreveu:
>>
>>> Olá pessoal,
>>> Gostaria de dividir uma dúvida, é o seguinte, temos o prefixo
>>> 200.196.192.0/19 que é anunciado por 3 operadoras, Oi, Intelig e Alog.
>>> Na Alog tem um As-prepend adicionando 4 hops pois ele é backup.
>>>
>>> Verificando alguns Looking Glass tenho o seguinte resultado:
>>>
>>> No LG da ALOG (http://lg.alog.com.br/) ele prefere ir pela ALOG, devido
>>> ao
>>> Local Pref maior:
>>>
>>> 14346 14346 14346 14346 14346
>>> 200.198.191.248 from 200.198.191.250 (200.198.191.248)
>>> Origin IGP, metric 20, localpref 141, valid, internal, best
>>> Originator: 200.198.191.248, Cluster list: 0.0.0.10
>>> Last update: Sat Sep 15 10:38:55 2012
>>>
>>> No LG da CTBC(http://lg.ctbc.com.br/lg.**php<http://lg.ctbc.com.br/lg.php>),
>>> ele também prefere pela ALOG,
>>> aparentemente ele só sabe 2 caminhos:
>>>
>>> inet.0: 432860 destinations, 865439 routes (432856 active, 0 holddown, 4
>>> hidden)
>>> + = Active Route, - = Last Active, * = Both
>>>
>>> A Destination P Prf Metric 1 Metric 2 Next hop AS path
>>> * 200.196.192.0/19 B 170 200 >201.48.235.9
>>> 28625 16397 16397 16397 14346 14346 14346 14346 14346 I
>>> B 170 200 >201.48.235.9
>>> 28625 16397 16397 16397 14346 14346 14346 14346 14346 I
>>>
>>> Porém no LG do RIS e pelo traceroute do Registro.br, ele vem Pela OI:
>>>
>>> 7018 3320 7738 14346
>>> 12.0.1.63 from 12.0.1.63 (12.0.1.63)
>>> Origin IGP, localpref 100, valid, external, best
>>> Community: 7018:5000
>>> Last update: Sat Sep 15 09:47:41 2012
>>>
>>> E Pela Telefônica ele também prefere a ALOG, aparentemente ele nem
>>> conhece o caminho pela OI:
>>>
>>> telefônica#sh ip bgp 200.196.219.65
>>> BGP routing table entry for 200.196.192.0/19,
>>> version 184724397
>>> Paths: (2 available, best #1, table default)
>>> Multipath: eBGP
>>> Advertised to update-groups:
>>> 57* 16397 14346 14346 14346 14346 14346*
>>>
>>> 200.205.253.11 (metric 50480) from 200.153.2.21
>>> (200.153.2.21)
>>> Origin IGP, metric 0, localpref 100, valid, internal, best
>>>
>>> *16397 14346 14346 14346 14346 14346*
>>> 200.205.253.11 (metric 50480) from 200.153.2.59
>>> (200.153.2.59)
>>> Origin IGP, metric 0, localpref 100, valid, internal
>>>
>>>
>>> A minha dúvida é:
>>>
>>> Porquê todo o tráfego não vai pela Oi que não tem prepend? ALog até
>>> entendo não ir pela Oi, mas o restante não.
>>> Porquê alguns LG só possuem caminho pela ALOG? E se caso eu não
>>> tivesse esse link da Alog, como eles fariam para chegar nesse prefixo?
>>>
>>> O que é necessário para obrigar o tráfego a voltar pelo meu AS da OI e
>>> da INTELIG?
>>>
>>> Obrigado,
>>> --
>>> gter list https://eng.registro.br/**mailman/listinfo/gter<https://eng.registro.br/mailman/listinfo/gter>
>>>
>>
>> --
>> gter list https://eng.registro.br/**mailman/listinfo/gter<https://eng.registro.br/mailman/listinfo/gter>
>>
>
>
More information about the gter
mailing list