[GTER] RES: Boas Praticas - Router de Borda

[Douglas Fischer]

Cara,
até entendo as piadinhas...

Mas temos que convir que já tem um bom tempo que eles estão cumprindo o
prometido...
Atualizações na 6, só minor adjustments...

Recursos novos, NADA!



E uma coisa é certa, considerando a enorme quantidade de cenários
existentes, o que torna a simulação total impossível, quando essa
famigerada 7 sair oque vai pipocar de bug não vai ser brincadeira.


Em 30 de maio de 2016 14:41, Flavio Rescia Dias <flavioresciadias at gmail.com>
escreveu:

> Vai ser "7" quando ficar bom, quando não fica como esperado vira 6,n.
>
> #piada #medodepedrada
> On May 30, 2016 2:21 PM, "Elizandro Pacheco [ Pacheco Tecnologia ]" <
> elizandro at pachecotecnologia.net> wrote:
>
> >
> > > Em 30 de mai de 2016, à(s) 11:36, Soares <soares at tecnetce.com.br>
> > escreveu:
> > >
> > > Usamos uma 1072.
> > > Continua o mesmo problema.
> > >
> > > Vamos sair dela porque não tem condições.
> >
> >
> > Faz uns 4 anos que dizem que quando a 7 sair vai melhorar, o problema é
> > que deve levar mais uns 4.
> >
> >
> > Elizandro Pacheco
> >
> >
> >
> > >
> > >
> > > -----Mensagem original-----
> > > De: gter [mailto:gter-bounces at eng.registro.br] Em nome de Leandro
> Rocha
> > Mattos Caviola por (gter)
> > > Enviada em: sexta-feira, 27 de maio de 2016 17:45
> > > Para: Grupo de Trabalho de Engenharia e Operacao de Redes <
> > gter at eng.registro.br>
> > > Cc: Leandro Rocha Mattos Caviola <leandrorochamattos at yahoo.com.br>
> > > Assunto: Re: [GTER] Boas Praticas - Router de Borda
> > >
> > > 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
> > >>>
> > >>
> > >>
> > >
> > > --
> > > 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
>



-- 
Douglas Fernando Fischer
Engº de Controle e Automação