[GTER] Problema com rotas (PTT-SP)

renan at trixnet.com.br renan at trixnet.com.br
Tue Oct 30 09:08:47 -03 2018


Olá !3runo Cabral, antes de mais nada obrigado pela atenção. 

1) o seu roteador esta com quanto de limite de macs? 

não configurei nenhum limite para MACs acredito que esteja como default.


2) testou se o transporte consegue transportar tantos macs? 

acredito que o problema não seja no transporte não pois funcionava bem,
percebi estas falhas depois a atualização dos RouterServers realizada a
pouco tempo pelo ix.br, de qlq forma vou pedir para a operadora
responsável pelo transporte verificar esta condição. 

Em 29/10/2018 19:34, Bruno Cabral escreveu:

> 1) o seu roteador esta com quanto de limite de macs?
> 
> 2) testou se o transporte consegue transportar tantos macs?
> 
> !3runo Cabral
> 
> --
> Cursos e Consultoria BGP e OSPF
> ________________________________
> De: gter <gter-bounces at eng.registro.br> em nome de Rogerio Alves <rogerioapedroso at gmail.com>
> Enviado: segunda-feira, 29 de outubro de 2018 18:01
> Para: Grupo de Trabalho de Engenharia e Operacao de Redes
> Assunto: Re: [GTER] Problema com rotas (PTT-SP)
> 
> Aqui estamos com uma bronca parecida!
> Muitas rotas recebidas pelo PTT, não conseguimos chegar no destino!
> Aqui usamos um juniper mx104, aqui estamos tendo que filtrar o bloco, para
> não recebermos via ptt.
> Vi tbm que não recebemos todos os macs via PTT, vi que falta mais de 500
> macs se comparando com outro roteador que recebe todas os mac...
> 
> Att. Rogerio Alves
> 
> Em seg, 29 de out de 2018 às 16:51, Joao Paulo Saldanha <
> jp.saldanha4 at gmail.com> escreveu:
> 
> A famosa rota presa que tanto se fala.
> 
> Em seg, 29 de out de 2018 às 16:28, <renan at trixnet.com.br> escreveu:
> 
> Boa tarde senhores, estou com um probleminha um tanto quanto peculiar,
> vou pegar como exemplo a última ocorrência mais lembro que esta falha
> aconteceu com alguns ASN. Vamos lá:
> 
> Minha estrutura estou conectado hj ao PTT-SP com 4 sessões de neighbords
> RS1, RS2, RS3 e RS4
> 
> e tenho um transito IP com uma operadora onde recebo um FullRouting (até
> ai tudo bem acredito que seja o modelo de topologia da grande maioria de
> ISP, pelo menos um Operadora de transito IP e a conexao com o PTT)
> 
> O equipamento que fecha esta conexões é uma RouterBoard 1072 com
> RouterOS v6.34.5 (versao orientada pelo IX.br que evita alguns bugs
> BGPs).
> 
> Meu problema começa da seguinte forma por algum motivo, acredito que por
> alguma falha de conexão da operadora do outro lado (acho que a Algar que
> pelo que me parece exerce transito para este o ASN 22148) cai, o IP
> 187.16.218.182 para de responder, porem eu continuo a receber as rotas
> via RS3 e RS1 com segue:
> 
> ============================================================================= 
> 
> 0 ADb dst-address=200.160.24.0/21 gateway=187.16.218.182
> gateway-status=187.16.218.182 reachable via vlan2708 distance=20
> scope=40 target-scope=10
> bgp-as-path="16735,22148" bgp-local-pref=120 bgp-med=10 bgp-origin=igp
> 
> bgp-communities=16735:7000,16735:7003,16735:54001,26162:16735,26162:65011,26162:65111,26162:65181 received-from=IXv4-RS3
> 
> 1 Db dst-address=200.160.24.0/21 gateway=187.16.218.182
> gateway-status=187.16.218.182 reachable via vlan2708 distance=20
> scope=40 target-scope=10
> bgp-as-path="16735,22148" bgp-local-pref=120 bgp-med=10 bgp-origin=igp
> 
> bgp-communities=16735:7000,16735:7003,16735:54001,26162:16735,26162:65011,26162:65111,26162:65181 received-from=IXv4-RS1
> 
> 2 Db dst-address=200.160.24.0/21 gateway=200.198.191.201
> gateway-status=200.198.191.201 reachable via sfp-sfpplus2- Link IP 1G
> Equinix distance=20 scope=40
> target-scope=10 bgp-as-path="16397,18881,22148" bgp-origin=igp
> bgp-communities=16397:298,26162:18881,26162:65011 received-from=EQUINIX
> 
> ============================================================================= 
> 
> porem perdemos o acesso a este bloco por exemplo, ai o cliente que usam
> serviços de acesso neste ASN começam a reclamar e tomo como media para
> solução do problema estas rotas nesta sessao (pelo Filter) desta forma
> para de receber estes anuncios por RS1 e RS3 e começo a sair pela
> Operadora, quando percebo que o PING ao host 187.16.218.182 volta retiro
> o filtro e vida que segue... até a próxima falha.
> 
> daí vem minhas duvida:
> 
> 1- Isto é normal?
> 
> 2- Quando a comunicação da "Algar" cai com o PTT o correto não seria os
> RouterServers pararem de publicar estas rotas?
> 
> 3- Posso configurar alguma coisa que verifique e torne estas medida
> (filters) automática?
> 
> 4-  Isto pode ser tbm algum bug da Mikrotik?
> --
> gter list    https://eng.registro.br/mailman/listinfo/gter
> 
> --
> gter list    https://eng.registro.br/mailman/listinfo/gter
 --
gter list    https://eng.registro.br/mailman/listinfo/gter
--
gter list    https://eng.registro.br/mailman/listinfo/gter



More information about the gter mailing list