[GTER] Configuração para Trânsito

[Bruno Cabral]

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