[FUG-BR] Não usem FBSD-8x como router !!!

Renato Frederick renato em frederick.eti.br
Quarta Março 2 08:00:45 BRT 2011


Não vou discutir os flames, porém em [1] vocês notam que quando a gente fala 
que **pode** ter algo errado com o FreeBSD, o pessoal toma como ataque 
pessoal. Eu sou da opinião que nada é perfeito e pode ter algo de errado, 
seja do sistema, seja do hardware, seja do técnico e o meu papel como 
analista e assinante da lista é tentar descobrir para tudo funcionar de 
acordo e todos dormirem alegres :-)

Entre máquinas que eu administro e máquina de cliente deve ter passado na 
minha mão uns 20 servidores este ano, desde DELL R210 até DELL R710, passou 
IBM xSeries, a nova linha M2, passou máquina montada por cliente e o 
comportamento é instável no que tange placas igb.

Em alguns com placas igb, a igb0 e igb1 funciona e ao ativar a 2 e 3, elas 
informam exatamente o que o Eduardo descreveu[2]. Em outras máquinas, as 4 
sobem e respondem a pings, mas misteriosamente  aparece  "arpresolve: can't 
allocate llinfo".

A solução  para mim foi isto[3].

Agora o driver igb tem algo de errado sim, porque se notar o que o Eduardo 
descreveu aqui[4] o HEAD está com versão mais nova ainda. Eu não testei esta 
versão do driver, ficar testando em produção é complicado.


Agora o fato é, se eu pegar um CD do FreeBSD 8.1, instalar, nenhum, repito, 
NENHUM destes problemas ocorrem. Então tem muito fato concreto indicando que 
algo ocorre.

Eu também duvidei muito desta afirmação, afinal eu sempre fiz update de 
freebsd de olho fechado e depois de todo este drama, peguei um cluster com 
OPENBGPD + CARP + PFSYNC e atualizei uma máquina do 8.1 para o 8.2, que 
possui igb. Como era de se esperar, as placas igb ficaram estranhas. 
Downgrade pro 8.1 de novo(dump/restore) e o cluster ficou 100%.

Quanto ao BGP, tem que dar uma verificada, mas talvez seja algo na hora que 
bgpsimple injeta as rotas.

Eduardo,

Quando o bgp sobe, sem as rotas serem injetadas, tudo fica OK? Não daria 
para você ao inves de usar o bgpsimple, fechar uma sessao ospfd com a outra 
máquina e entregar as rotas que o ospf aprendeu pro bgp? Seria algo tipo 
este cenário[5]. Pergunto isto porque tive um problema de má configuraçaõ 
que resultava em panic:
OPENBGPD + OPENOSPFD + MIKROTIK + PPPoE.
Erroneamente o Mikrotik estava programado para entregar as rotas /32 da 
sessao pppoe pro ospfd(ele não agregava).
o bgpd estava com o filtro aceitando somente entre /8 e /24, o feijão com 
arroz.
Daí o Mikrotik jogava os /32 pro ospf, o ospfd entregava na rede toda(e haja 
memória...) mas na hora que entregava pro servidor bgp, ele descartava e 
gerava os logs no messages. Mas chegava uma hora que não sei porque dava 
panic.
Foi parar o ospfd que isto não acontecia. Depois, ao descobrir o erro da 
agregação, tudo funciona 100%.



[1] http://www.mail-archive.com/freebsd@fug.com.br/msg56148.html
[2] http://www.mail-archive.com/freebsd@fug.com.br/msg60734.html
[3] 
http://lists.freebsd.org/pipermail/freebsd-stable/2010-October/059541.html
[4] http://www.fug.com.br/historico/html/freebsd/2011-02/msg00357.html
[5] 
http://www.cisco.com/en/US/tech/tk365/technologies_tech_note09186a00800943c5.shtml


-----Mensagem Original----- 
From: Lucas Dias
Sent: Wednesday, March 02, 2011 12:54 AM
To: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)
Subject: Re: [FUG-BR] Não usem FBSD-8x como router !!!

Senhores

Flames não resolveram o problema de ninguém.
Essa lista é para colaboração e ajuda mútua. Sempre vejo todos conseguindo
resolver seus problemas aqui. Sempre alguém consegue resposta, ou se não
consegue resolver, pelo menos aprende algo.

Sou novato com FreeBSD mas pelo que já estudei, sei que ele é capaz de fazer
praticamente qualquer coisa. Toda e qualquer solução robusta que envolva
networking tem algo BSD no meio.

Pelo que sei, as placas Intel apresentam melhor performance que as demais
porque temos Engenheiros da Intel desenvolvendo os drivers, sem "xunxos"
para o FreeBSD e que conhecem FreeBSD.

Isso, contudo não significa que não á joio no meio do trigo. Vai que você
tenha sido "premiado" com uma placa igb "bixada". Já aconteceu comigo,
problemas semelhantes, não com a igb, com outras NICs que foram compradas
todas no mesmo lugar, da mesma marca (sk - 3Com véia de guerra) e ainda sim,
uma foi a "premiada". Trocamos e tudo funcionou.

Acho que a única coisa que a lista não deve ter gostado foi o fato de se ver
uma mensagem tão impactante de um S.O que tem mais de 10 anos de
desenvolvimento por Engenheiros de alta capacidade. Não é a toa que todos
pegam uma carona em algo feito em FreeBSD ou do mundo BSD. Windão que o
diga. No Flames, por favor =)

Acompanho a lista e vi você na batalha tentando fazer o que você quer fazer
funcionar. Que é trabalhar com BGP entre outras tecnologias para roteamento
avançado.

Também vi alguns aqui na lista [1] um amigo que está usando Quagga(BGP) +
FreeBSD 8.1 com um link de 250Mbps com uptime de 392 dias, em cima de um
Servidor Dell com 2GB RAM, Processador Intel® Core™ I3 540 (Acredito que
seja um Dell PowerEdge T110). Sei que não é Intel ibg, é Broadcom, mas está
funcionando como Router a mais de 392 dias.

Não tenho literatura pra falar que o FreeBSD 8.x esteja não esteja tão bem
com placas igb, mas tem gente aqui na lista que poderá.

Tomo a liberdade para perguntar, você já trocou de placa e verificou se o
problema continuou? Ou até mesmo de Hardware? Tais atitudes podem ser demais
para a sua situação, mas em se tratando de hardware que pode estar
funcionando, mas na verdade tem algum problema, nem mesmo um dos mais
seguros, robustos e confiáveis sistemas de computação da atualidade dará
jeito.

Abraços e o FUG-BR está aqui pra ajudar a todos que procurarem.


[1] http://www.fug.com.br/historico/html/freebsd/2010-12/msg00250.html

-- 
.:: Lucas Dias
.:: Analista de Sistemas
.:: Gerência de Redes - CETIS / GTIN / UNCISAL
.:: OS3 Soluções em TI
.:: (82) 3315-6779 / 8833-8811 / 8813-1494 / 8111-2288
.:: Antes de imprimir, veja se realmente é necessário
-------------------------
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd 



Mais detalhes sobre a lista de discussão freebsd