[GTER] Solução temporária para BGP x86.

[Lend]

agora com processadores de 2, 4, 8 ou quantos nucleos você quizer... não
vejo mais pico no processador....

Em 19 de novembro de 2012 11:12, Douglas Fischer
<fischerdouglas at gmail.com>escreveu:

> Falando de softrouter(que não é minha praia), e analisando a tendência das
> tecnologias dos fabricantes, o que os senhores pensam sobre o uso de
> non-cisc para essa função?
>
> Falando de caixas fechadas mais consagradas no mercado(Cisco, Brocade,
> Juniper, Alcatel, e etc..) o que realmente MATA a pau nesses caras são o
> chips
> dedicados - ASIC.
>
> E desses novas caixas mais na linha chalenger (MK, UBNT, etc...) a maioria
> está enveredando para os MIPS e multi cores (a MK tá vindo com 32 cores
> né?)
>
>
> Do pouco que me lembro de arquitetura de computadores, roteamento é um
> processo simples que demanda baixo poder de processamento.
> Porém com muita repetitividade(pps).
> P.S.: Para mim isso se confirma quando puxo pela memória a vergonha que os
> P4 passavam perto dos Sparc em máquinas teoricamente equivalentes
> colocadas na
> mesma função, rotear borda e firewall.
>
>
>
> Então eu pergunto ao mais 'pesquisadores' dessa lista:
> Como está o uso de processadores não X86/X64 para softrouters?
> Ou até mesmo o uso de GPGPU para esse fim...
>
>
> Em 18 de novembro de 2012 15:53, Lucas Dias <lucasmcz at gmail.com> escreveu:
>
> > Em 18 de novembro de 2012 13:41, Itamar Reis Peixoto <
> > itamar at ispbrasil.com.br> escreveu:
> >
> > > 2012/11/18 Gustavo Santos <gustkiller at gmail.com>:
> > > > Caixas consolidadas como Cisco e Juniper, normalmente tendem a ter
> > menos
> > > > problemas tanto em hardware com em software do que Softrouters. Além
> de
> > > que
> > > > em caso de problemas ou bugs, eles "normalmente" são corrigidos mais
> > > > rápido.
> > >
> > > geralmente os bugs em solucoes opensource sao descobertos e corrigidos
> > > mais rapidamente.
> > >
> > >
> > Pra mim, a melhor solução, é aquela que você conhece e domina.
> >
> > Conheço casos que Caixa estão em ótimo funcionamento, mas terão que ser
> > trocadas por conta de pouco hardware par nova demanda. Nesse caso, vejo a
> > X86 ter esse problema de limite sendo resolvido com menos tempo possível.
> >
> > Vejo as questões de desempenho e falhas em Soluções OpenSource serem
> > rapidamente corrigidas. Quem já não teve que fazer o velho "workaround" e
> > ter que esperar um tempo significativo, por uma resolução do problema por
> > um fabricante??? Eu já e acho que muitos aqui também.
> >
> > Conheço casos que um servidor bem configurado segurou uma demanda maior
> do
> > que a prevista, e só foi trocada por conta de não suportar uma nova placa
> > de rede.
> >
> > Ou seja, caixa ou x86, todos os sabores atendem e muito bem todas as
> > demandas e necessidades.
> >
> > Com MikroTik eu só me preocupo com o RouterOS, que as vezes vejo que ele
> > deixa a galera na mão e os fansboy MikroTik não aceitam falarmos isso.
> Nada
> > que com algumas atualizações não se resolve. Pra finalizar, minha humilde
> > opinião, acho o Hardware MikroTik invejável.
> >
> > Mais uma vez, cada caso é um caso. Todas as soluções propostas aqui são
> > boas, atendem a vários tipos de demandas e o que importa mesmo, é saber
> > retirar a ultima gota de recurso da solução utilizada.
> >
> > flames > /dev/nul/
> >
> > --
> > .:: Lucas Dias
> > .:: OS3 Soluções em TI
> > .:: (82) 8813-1494 / 8111-2288
> > .:: Antes de imprimir, veja se realmente é necessário!!!
> > --
> > gter list    https://eng.registro.br/mailman/listinfo/gter
> >
>
>
>
> --
> Douglas Fernando Fischer
> Engº de Controle e Automação
> --
> gter list    https://eng.registro.br/mailman/listinfo/gter
>



-- 




Leandro Souza
(11)6716-2967 - OI
(11)7188-1172 - VIVO