[GTER] Problema com rotas (PTT-SP)

Bruno Cabral bruno at openline.com.br
Mon Oct 29 19:34:41 -03 2018


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



More information about the gter mailing list