[GTER] Problema com rotas (PTT-SP)

[Rodrigo Gallina]

Faz um teste,

Adicione a entrada estática no arp.

Em ter, 30 de out de 2018 às 09:20, <renan at trixnet.com.br> escreveu:

> 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
> --
> gter list    https://eng.registro.br/mailman/listinfo/gter
>