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

[Klaus Schneider]

Sim e não.
No source geralmente é rápido, mas existe um longo caminho entre corrigir e
ele ser distribuído via pacote, mas aí vem aqueles e dizem:
"Você é um fraco, compile na mão". Ótimo, vou ter que compilar TUDO na mão?
Em todos os equipamentos da planta?

De fato, já usei softrouters estáveis, não o quagga, mas o openbgp, esse
sim é estável, mas o problema é ficar fazendo ajustes e mais ajustes, aí um
dia você descobre que depois de alguns kpps seu ajuste não está mais
satisfatório, vai fazer o quê? Testes em um equipamento em produção? "Ah,
mas teste em maquinas que você não está usando", sim, e quem disse que
naquele dado momento, você terá um hardware EXATAMENTE IGUAL aquele que
está com problema para fazer "testes" enquanto seu cliente sofre ou você
perde ele? E o TCO? Imagine 40 roteadores, todos quagga ou seja lá o que
for, nenhum tem um hardware "padrão", mesmo pq fabricantes de hardware
costumam mudar modelos e mesmo dentro de alguns modelos, existe diferença
entre os mais recentes e mais antigos. Você vai precisar de uma equipe de 6
ou 7 funcionários para operar tudo isso, o seu TCO vai ser tão alto, que um
MX ou ASR vai ser considerado preço de banana. Caixas costumam variar muito
pouco em revisões de hardware.
Quanto ao MK, o hardware é excelente, mas o software deixa demais a
desejar. Demais mesmo.

2012/11/18 Itamar Reis Peixoto <itamar at ispbrasil.com.br>

> 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.
>
> --
> ------------
>
> Itamar Reis Peixoto
> http://www.quebarato.com.br/perfil/itamarjp
> --
> gter list    https://eng.registro.br/mailman/listinfo/gter
>



-- 
/*
 * Klaus Schneider
*/