[GTER] Boas Praticas - Router de Borda

[Leandro Rocha Mattos Caviola]

Seria bom se fosse apenas isso.

O BGP no Mikrotik não escala bem nos processadores, no caso os modelos 
de CCR1009, CCR1016 e CCR1036 e provavelmente na CCR1072(ainda não 
trabalhei com ela).

Simplesmente fica topando 1/2 núcleos em vez de usar todos núcleos, ai 
tem gente que por conta disso prefere usar um x86 mais parrudo ou outro 
sistema.

Fora isso já tive alguns problemas relacionados a filtros no BGP, que 
após desabilitar todos e habilitar novamente voltava a funcionar(????).

E o equipamento fica muito lento para fazer qualquer coisa, tenta mexer 
nas rotas por exemplo, ele demora 2/3 minutos, porém em outras tarefas 
como adicionar um usuário vai rapidamente, provável por que esteja 
usando outro núcleo e a rota divida com o BGP a tarefa.


A resposta da Mikrotik sempre é: Espere o RouterOS 7.


Igual nosso amigo disse.



Em 27/05/2016 15:39, Douglas Fischer escreveu:
> @HMH
> Não tenho certeza se eu sei do que você está falando...
> - É diferente do VRF / Routing Mark?
>
> Tá falando de ir lá no linux?
> O RouterOS tem open v-switch nativo?
>
>
> P.S.: Como ficou evidente, conheço pouco do aspecto construtivo do RouterOS.
>
>
> 2016-05-27 12:38 GMT-03:00 Henrique de Moraes Holschuh <hmh at hmh.eng.br>:
>
>> On Fri, 27 May 2016, Douglas Fischer wrote:
>>> Mas que seria bem lindo a possibilidade de um Control-Plane serapado, com
>>> direito a VRF de gerência, seria! NÉ?
>> A capacidade de implementar isto existe via network namespaces, mas teria
>> que ser feito na unha.  Boa sorte.
>>
>> --
>>    "One disk to rule them all, One disk to find them. One disk to bring
>>    them all and in the darkness grind them. In the Land of Redmond
>>    where the shadows lie." -- The Silicon Valley Tarot
>>    Henrique Holschuh
>> --
>> gter list    https://eng.registro.br/mailman/listinfo/gter
>>
>
>