[GTER] Problema com rotas (PTT-SP)

[renan at trixnet.com.br]

Ola @Joao, bom dia, antes de mais nada obrigado pela atenção. 

- Os filtros de rotas que chegam são os mesmos para os 4 peers dos RSs? 

sim tenho um filtro que se aplica para os 4 peers dos RSs 

- Tá usando reject ou discard no final? 

To usando discart, obs quando aplico o filtro elas somem da tabela de
roteamento e ai consigo navegar pela operadora. 

Em 29/10/2018 17:33, Douglas Fischer escreveu:

> @Joao Paulo,
> nesse caso não creio que seja o famoso "lota-plesa" porque ele ainda está
> recebendo as rotas do RS1 e RS3(segundo o que ele descreveu).
> 
> Obs.: Quando falo do "lota-plesa", falo daquele bug que a rota não está na
> interface do router-os, mas está lá por baixo no Linux.
> Nesse caso, pelo que me conte, a "lota não apalece" no /ip route
> print.
> 
> @Renan, seguem perguntas:
> - Os filtros de rotas que chegam são os mesmos para os 4 peers dos RSs?
> - Tá usando reject ou discard no final?
> 
> Em seg, 29 de out de 2018 às 16:50, 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