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

Tue Jul 2 23:14:45 -03 2013

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