[MASOCH-L] Software e Hardware para roteador de borda Linux comBGP.

[Everton da Silva Marques]

Olá Rubens,

Parece que o Vyatta mudou o routing engine para o Quagga:

http://thread.gmane.org/gmane.network.quagga.user/9178

> Anyways, I'd like to know what your reasoning was for moving to
> Quagga? In which ways did you find it superior to Xorp? Was it better
> for performance? Portability? Stability? All of the above? Since your
> team probably has the best comparison of Quagga to Xorp please compare
> them for us.
> -Thanks!
 
The short story is all of the above, minus the portability which we
can't comment on since our focus is Linux.  Our primary concern with our
previous release was BGP and as such that is where we did most of our
scalability and performance testing.  Convergence time was one critical
factor we had issues with.  Another area of concern for us was the
stability of complex routing policies.  We were able to make some
significant improvements to both areas, but our engineers felt that to
get the code to where we wanted it would require a deep re-write.  While
we were doing this we also tested Quagga which performed admirably.  (In
the range of a 10x performance improvement in the case of convergence
times.)  So rather than write yet another protocol stack from scratch it
made sense for us to integrate Quagga and attempt to contribute
resources to it going forward.
 
I have to say kudos to the Quagga devs.  The code base is stable and
scalable.  The number of issues we have had in networks running beta
versions of the VC4 release is minimal.  The code has been great to work
with so far and I'm looking forward to where we can go with it in the
future.

Abraço,
Everton


-----Mensagem original-----
De: masoch-l-bounces at eng.registro.br [mailto:masoch-l-bounces at eng.registro.br] Em nome de Rubens Kuhl Jr.
Enviada em: quarta-feira, 11 de junho de 2008 00:20
Para: Mail Aid and Succor, On-line Comfort and Help
Assunto: Re: [MASOCH-L] Software e Hardware para roteador de borda Linux comBGP.

O XORP é um daemon BGP com um bom histórico de base de código limpa,
algo que não é bem o caso do Zebra/Quagga... o jeito mais fácil de
usar o XORP é no próprio Vyatta, de onde ele é nativo e quem emprega a
maior parte dos programadores envolvidos no XORP.

O mais importante para essa máquina é uma boa placa de rede; as placas
Gigabit integradas de servidores de 1U da HP e Dell são muito boas
nesse aspecto.

Em termos de processador, mais nunca é demais, mas não é uma aplicação
que tenha grande ganho com mais núcleos ou mais clock... em memória,
digerir tabelas de BGP full-routing precisa de RAM, mas num tráfego
fortemente inbound como o de uma operação de cabo, partial-routing é
suficiente para escolher as melhores rotas entre fornecedores
nacionais e pontos de peering. Você terá mais necessidade de controlar
os anúncios BGP dos seus prefixos, que mesmo que sejam 30 prefixos (o
que já é muito para um ISP típico), vão ocupar pouca memória. 1 GB
para partial-routing seria suficiente.


Rubens



2008/6/10 Igor Coelho <igordriver at gmail.com>:
> Saudações,
>
> Temos uma operação de cable e devido a atual necessidade de expansão da
> nossa rede e de fornecedores estamos avaliando a possibilidade de sermos um
> ASN.  Como vamos precisar de um router de borda com BGP vimos que o melhor
> custo beneficio seria utilizar um hardware PC com Linux. Nosso previsão de
> trafego é algo em torno de 100Mbps e quase não teremos roteamento dinâmico
> nem estático internamente. Qual Hardware é sugerido para esta situação
> (Processador/Memoria)? Andei pesquisando e na pagina do Vyatta eles
> recomendam um Xeon Pro 3040, 2MB Cache, 1.86GHz, 1066MHZ FSB com 2GB de RAM.
> Este hardware cabe para essa situação?
> A outra duvida é quanto ao software que vamos usar, vi que o Quagga é o mais
> utilizado e tem bastante documentação disponível, mas também vi o Vyatta e
> achei bem interessante, também tem o XORP. Como não tenho nenhuma
> experiencia no assunto nem conheço ninguém que utilize um router Linux com
> BGP gostaria da opinião de alguem que convive com esta solução.
>
> []´s
> Igor Coelho
> __
> masoch-l list
> https://eng.registro.br/mailman/listinfo/masoch-l
>
__
masoch-l list
https://eng.registro.br/mailman/listinfo/masoch-l