[GTER] Router BGP usando Linux c/ Quagga e tráfego acima de 2Gbps

[Rinaldo Vaz]

O sistema não carregou novamente depois de um reboot forçado.


Em 2 de julho de 2013 23:14, Wagner Furquim <wagnerfurquim at gmail.com>escreveu:

> Rinaldo,
>
>   Qual foi o motivo que te deixou 12hrs off? Digo isso pq tenho 4 máquinas
> dessa há uns 2 anos e 1 backup mas ainda não precisei usar.
>
>  Obrigado,
>
> Enviado via iPhone
>
> Em 02/07/2013, às 12:22, Marcos Vinícius Buzo <marcosvbuzo at gmail.com>
> escreveu:
>
> > Excelente análogia Rinaldo!
> >
> > []s
> >
> > Marcos Buzo
> >
> >
> > 2013/7/2 Rinaldo Vaz <rinaldo at anid.com.br>
> >
> >> Concordo plenamente com as afirmações sobre a estabilidade do FreeBSD.
> >> Embora faça uma pequena observação sobre o comentário do Cleber. Não
> >> conheço o funcionamento dos maiores PTT's do mundo (exceto o de SP e
> >> brasileiros), mas se eles funcionarem de maneira semelhante aos do
> >> nic.br(route-server com quagga), isso significa que essas máquinas não
> >> "roteiam"
> >> absolutamente nada. Ficam encarregadas apenas de trocar informações de
> >> rotas com os participantes. O trabalho pesado de roteamento fica com os
> >> roteadores dos participantes e switches* da estrutura do PTT. Dessa
> forma,
> >> o fato de que eles usam FreeBSD não é um indicativo que usar FreeBSD com
> >> soft-router é uma prática confiável para altas demandas de tráfego.
> >>
> >> *Na última conversa que tive com um dos responsáveis pelo ptt.br havia
> >> projetos de mudar a estrutura de 100% layer2 para MPLS, porém
> preservando
> >> aos participantes as mesmas características de layer2. Enfim, de
> qualquer
> >> forma não são os (FreeBSD+quagga) que fariam os trabalhos pesados de
> rotear
> >> esses mais de 100Gbs do PTT-SP.
> >>
> >> Com relação aos 2.5Gbs em arquitetura PC tenho algumas observações e uma
> >> conclusão:
> >>
> >> 1- Tem fundamento o case da FreeBSD Brasil, pois para quem já fez algum
> >> treinamento com eles tem noção do profundo conhecimento do Patrick sobre
> >> dimensionamento de hardware, sobre cada detalhe que é preciso ser
> observado
> >> com relação às larguras de barramento. Além disso podem ser necessárias
> >> diversas configurações para "dedicar" processadores/núcleos para tratar
> >> pedidos de cada interface de rede e para a demanda do tópico pensar
> >> seriamente em processadores físicos paralelos com seus barramentos FSB
> >> paralelos
> >>
> >> 2 - Partir da premissa que os pacotes todos serão de 1460 bytes na hora
> de
> >> dimensionar o hardware e/ou afirmar que um PC com soft-router suporta
> >> 2.5Gbs baseando-se em um teste com grandes pacotes UDP é um erro muito
> >> grave. Sabemos que cada caso é um caso, porém há estatísticas médias de
> >> tamanho de pacotes que circulam na internet e esse estima 530 Bytes.
> Dessa
> >> maneira é um bom começo dimensionar o hardware para ser capaz de
> suportar
> >> um forward de 2.5Gbs com pacotes de 530 Bytes.
> >>
> >> 3 - A preocupação com os itens 1 e 2 não bastam para manter o hardware
> >> confiável, pois em uma falha física ou lógica no HD tudo vai por água
> >> abaixo e isso requer atenção em mais um ponto, o RAID1, que se não for
> >> nativo da placa mãe requer controladoras. No meu caso precisar investir
> >> mais 4 mil em um sistema  RAID para um Dell R410
> >>
> >> Conclusão:
> >>
> >>    A preocupação com os itens 1,2 e 3 não deixam o orçamento abaixo dos
> R$
> >> 10.000,00 para um hardware que pode suportar até 2.5Gbs, mas está muito
> >> próximo dos seus limites. Fazendo uma analogia grosseira, eu já vi
> pessoas
> >> modificarem um Gol quadrado e fazerem ele passar dos 200Km/h com certa
> >> facilidade, porém continua sendo um gol quadrado, continua com
> suspensão de
> >> gol quadrado, farol de gol quadrado, espaço interno de gol quadrado,
> mala
> >> de gol guadrado e design de gol guadrado. e se um dia precisar chegar
> nos
> >> 300Km/h não vai ter jeito. Mesmo tendo gasto 100 Mil com Embreagem de
> >> porcelana, bicos, motor de santana 2.0, turbo e dezenas de outros itens
> >> esse é o seu limite físico e o preço caro além dos 100 mil, é uma
> >> manutenção infinitamente complicada e constante para manter uma
> adaptação
> >> de algo que definitivamente não foi projetado para um Gol quadrado.
> >>
> >>   Um gestor com uma dose saldavel de pessimismo e visão de futuro
> prefere
> >> comprar um BMW / AUDI / CAMARO que custam porém já vem com turbo, e
> motores
> >> projetados de fábrica para andar acima dos 200KM/s, bem como garantia e
> >> suporte imediatos.
> >>
> >>    A questão é simples: Quando tem e RECEITA envolvida nesses 2.5Gbs?
> >> Pergunto isso por esse ter sido o motivo chave na nossa decisão por uma
> >> caixa Juniper MX-5. Insistimos o máximo que conseguimos no Soft-Router
> em
> >> um POP de 1Gbs. Uma paralisação de 12 horas por motivos de
> "arquitetura-PC"
> >> nos fez perder um cliente de 200 Mbs que nos rendia R$ 30.000,00 por
> mês.
> >> Essa foi sem dúvida a maneira mais cara de se economizar com hardware.
> Pois
> >> 30 Mil pagaria um Juniper MX-5 por mes. Em 1 ano seriam 12! E podem ter
> >> certeza, seja de quem ele contratou esses 200Mbs, esse fornecedor não
> usa
> >> soft-router!
> >>
> >>
> >> Abs
> >>
> >>
> >>
> >>
> >>
> >>
> >>
> >>
> >>
> >>
> >>
> >> Em 1 de julho de 2013 15:41, Marcelo Gondim <gondim at intnet.com.br>
> >> escreveu:
> >>
> >>> Prezados,
> >>>
> >>> É tranquilo utilizar um hardware baseado em um Servidor Dual Quad Xeon
> >>> 3.2Ghz com Linux + Quagga para fazer o roteamento BGP com tráfego acima
> >>> de 2Gbps? Eu estaria conectando 2 operadoras e um PTT. O sistema
> >>> aguentaria com excelente performance ou precisaria de um Cisco ou
> >>> Juniper para isso?
> >>> Alguém possui um ambiente parecido com esse e com grande volume de
> >> tráfego?
> >>>
> >>> Desde já agradeço qualquer informação,
> >>>
> >>> []'s
> >>> Gondim
> >>>
> >>>
> >>>
> >>> --
> >>> gter list    https://eng.registro.br/**mailman/listinfo/gter<
> >> https://eng.registro.br/mailman/listinfo/gter>
> >>
> >>
> >>
> >> --
> >> Rinaldo Vaz
> >> Chefe de operações do NOC
> >> Associação Nacional para Inclusão Digital
> >> Tim - 083 99975736
> >> INOC - 28135*100
> >>
> >> *********************************************************
> >> Dias 13,14,15,16 e 17 de maio de 2013
> >> Curso Avançado na sede da ANID em João Pessoa-PB
> >> anid.com.br/cursobgp
> >> *********************************************************
> >> --
> >> 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
>



-- 
Rinaldo Vaz
Chefe de operações do NOC
Associação Nacional para Inclusão Digital
Tim - 083 99975736
INOC - 28135*100

*********************************************************
Dias 13,14,15,16 e 17 de maio de 2013
Curso Avançado na sede da ANID em João Pessoa-PB
anid.com.br/cursobgp
*********************************************************