[GTER] mikrotik banda

[Gustavo Santos]

           Ultimamente tenho visto um problema bem chato. "stuck routes" ou
problema com o route cache do mikrotik. Em um cenário com dois upstreams +
2 ptts, caso por exemplo caia o acesso a um PTT, mesmo com a tabela de
rotas aparentemente atualizada e verificada na lista de rotas para o novo
caminho, o mikrotik continua utilizando a interface de enlace da sessão BGP
que caiu. Já foram abertos chamados sobre este problema, mas foram
sumáriamente ignorados.



Gustavo Santos
Analista de Redes
CCNA , MTCNA , MTCRE, MTCINE, JUNCIA-ER



Em 15 de fevereiro de 2012 11:25, Rubens Kuhl <rubensk at gmail.com> escreveu:

> >> O grande problema do RouterOS 5.x não está na capacidade de lidar com
> >> uma certa quantidade de banda, mas sim no comportamento dinâmico. Se
> >> esses 400 Mbps forem de um único stub-AS que recebe rota default é um
> >> cenário; se essa máquina tem 3 upstreams com full-routing, 2 conexões
> >> com PTTs e provê trânsito para 15 downstreams, é outro bem diferente.
> >> Mesmo que a banda seja a mesma.
> >
> > No que diz do comportamento dinâmico, voce quer dizer que o RouterOS
> > sofre queda de performance por comportilhar a CPU entre os processos
> > de roteamento (ex BGP) e o encaminhamento do tráfego de dados? Ou
> > entendi errado? Voce tem alguns numeros ou descrição dos system limits
> > que voce já experimentou?
>
> Não era nesse sentido, e sim no de que o RouterOS é baseado em Quagga
> que tem limitações que postei aqui outro dia nos testes do pessoal de
> pontos de troca de tráfego da Europa.
> O RouterOS em si tem problemas conhecidos como conflito entre o
> software de gerenciamento gráfico (que fica puxando a tabela de rotas)
> e o preenchimento da tabela de rotas quando se estabelece uma sessão
> BGP que são amenizados pelos processadores mais potentes do mundo x86.
>
>
> Rubens
> --
> gter list    https://eng.registro.br/mailman/listinfo/gter
>