[GTER] Configuração para Trânsito

[Humberto Galiza]

Sugestão: porque não implementa um laboratório usando o gns3,
simulando o cenário que você tem?

[]s!

Humberto Galiza


Em 20 de junho de 2012 20:32, Bruno Cabral <bruno at openline.com.br> escreveu:
>
> Ola
> Tem duas coisas ai:
> 1. Se voce esta testando a partir da rede do seu cliente, o traceroute vaimostrar pelo caminho que o seu cliente tem rotas (nao necessariamente vai passar porvoce). Voce esta enviando rotas para ele? Precisa ver isso tambem
> 2. O teste que voce precisa fazer é no sentido inverso, a partir da internet até um IP docliente, para ver se chega passando por você. Para isso sugere-se uma rede mais especificapor você (durante os testes) de forma que um traceroute para um IP dessa rede passe porvocê obrigatoriamente comprovando que está tudo certo
> Note que você também precisa garantir que está repassando a informação do anuncio doseu cliente ao seu backbone, com o nexthop correto (normalmente a sua WAN ou o seuLOOPBACK). Pelo resultado que voce colou abaixo voce esta passando o /30 com oseu cliente para o seu upstream. isso provavelmente nao esta correto
> []s, !3runo Cabral
> --Cursos e Consultoria BGPNovas turmas Mikrotik em http://www.cfide.com.br/cursos/
>
>> Olá Bruno e aos demais,
>>
>> Fizemos novos testes essa madrugada.
>>
>> > Indisponivel como? na sua rede? na rede dele? na internet?
>>
>> Na Internet. Após sair do roteador do cliente, ou o pacote chega ao meu
>> roteador quando o custo for menor e chega as minhas operadoras e para ou
>> então isso ocorre do lado do cliente. Se derrubo a seção no upstream do
>> lado do cliente e em uma das nossas operadoras (OI) funciona normalmente.
>> Deixando somente o BGP com a OI observei problemasa através de looking
>> glass e tracerts externos. Meu consultor me informou prazo de 10 dias para
>> a liberação nos filtros dos upstreams da OI. GVT foi tão rápido...
>> Assim como o Alysson também pensei que possa ser este o problema. Outra
>> coisa que observei, também suposição, é que o trânsito do upstream do meu
>> ponto cliente é a GVT.
>>
>> > A rigor voce deixar o anuncio dele passar nao deveria tornar ele
>> > indisponivel (afinal ele tem outro transito e o objetivo do BGP é
>> > justamente esse)
>> > Verifique se esta recebendo as rotas dele com o gateway (next-hop_ correto
>> > (ip route print where received-from=peerdocliente) e se esta mandando para
>> > o seu upstream tambem com o gateway (next-hop) correto (routing bgp adv
>> > print peerdobackbone). Nos clientes que presto consultoria esse é o erro
>> > mais comum
>>
>> Bruno, os anuncios me parecem estarem corretos. O que estou achando
>> estranho é que mesmo um prefixo /22 estar sendo anunciado, o LG por exemplo
>> da GVT mostra este somente pelo AS upstream do cliente. Já se faço a
>> consulta para um /23 meu AS é exibido.
>>
>> /routing bgp advertisements print peer_gvt
>> PEER     PREFIX               NEXTHOP          AS-PATH ORIGIN     LOCAL-PREF
>> peer_gvt 1xx.2xx.x50.0/23     1xx.1xx.xxx.254    53226 igp
> (...)
>> /routing bgp advertisements print peer_oi
>> PEER     PREFIX               NEXTHOP          AS-PATH ORIGIN     LOCAL-PREF
>> peer_oi 1xx.2xx.x50.0/23     1xx.1xx.xxx.254    53226 igp
> (...)
>> /ip route print where received-from=peer_cli
>>  #      DST-ADDRESS        PREF-SRC        GATEWAY            DISTANCE
>> 23 ADb  1xx.2xx.x44.0/22                   1xx.1xx.xxx.254      20
>
> --
> gter list    https://eng.registro.br/mailman/listinfo/gter