Agora complicou, inverti a placa, coloquei a em0 pra esse link, e continua
acontecendo a mesma coisa.mesmo com a em0
Dec 12 10:41:37 portal1 kernel: em0: link state changed to DOWN
Dec 12 10:41:37 portal1 kernel: vlan2: link state changed to DOWN
Dec 12 10:41:47 portal1 kernel: em0: link state changed to UP
Dec 12 10:41:47 portal1 kernel: vlan2: link state changed to UP
Dec 12 10:41:47 portal1 devd: Executing '/etc/rc.d/dhclient quietstart em0'
Dec 12 10:41:47 portal1 devd: Executing '/etc/rc.d/dhclient quietstart vlan2'
--
Thiago Andrighetti de Pádua
Em Quinta-feira, 11 de Dezembro de 2014 20:24, Renato Frederick
ren...@frederick.eti.br escreveu:
já passei o inferno com a bge/bce e no bsd/pfsense a solução foi:
kern.ipc.nmbclusters=131072
hw.bce.tso_enable=0
hw.pci.enable_msix=0
no caso, mude bce para bge.
Veja em [1] mais detalhes
E tanto faz para que a máquina era, até um mero squid para 200 máquinas
em link adsl começava estes problemas, claro que com o bgp e toda a
carga maior que ele apresenta, a bce/bge abria o bico.
Infelizmente estas placas são padrão nas ibm e dell, mas sempre que
posso peço para enviar uma intel com driver fxp.
[1]
https://doc.pfsense.org/index.php/Tuning_and_Troubleshooting_Network_Cards
Fabricio Lima mailto:lis...@fabriciolima.com.br
11 de dezembro de 2014 14:51
epa, achei gente reportando q mesmo com a conf citada, o problema
persiste.
se baixar o mtu pra miseros 128 pode resolver mas vai prejudicar seu
trafego.
se prepara pra comprar outra placa!!!
http://lists.freebsd.org/pipermail/freebsd-stable/2012-August/069262.html
PS: agora vi q seu ip 10.100 é pro iBGP.
[ ]'s
Fabricio Lima
When your hammer is C++, everything begins to look like a thumb.
Em 11 de dezembro de 2014 14:41, Fabricio Lima
lis...@fabriciolima.com.br
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Fabricio Lima mailto:lis...@fabriciolima.com.br
11 de dezembro de 2014 14:41
a solucao do seu problema está aqui:
http://www.blog.mbehrens.eu/it/linuxunix/freebsd/freebsd-9-0-bge0-watchdog
hw.bge.allow_asf=0
to your /boot/loader.conf and reboot
(mas responde meu outro email pq quero entender seu bgp pra estudar um
pouquinho mais...)
[ ]'s
Fabricio Lima
When your hammer is C++, everything begins to look like a thumb.
Em 11 de dezembro de 2014 14:39, Fabricio Lima
lis...@fabriciolima.com.br
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Fabricio Lima mailto:lis...@fabriciolima.com.br
11 de dezembro de 2014 14:39
Thiago,
pelo o q o autocomplete do google trouxe, eu creio q tem muita gente
reclamando de watchdog timeout e reset neste tipo de driver...
tenta trocar a placa de rede
Duvida: pq vc tem 'backbone' com bgp na interface com endereçamento
10.100.x.x?
se seus provedores estao nas interfaces Peer1, peer2, e peer3 .. nao
entendi 'pra onde vai' este cabo...
entendi q vc tem duas lan internas (de radios), e 2 provedores (sendo um
com 2 ips)
acho q a placa 10.100.x.x dentro do bgp nao traz problema, mas nao acho
necessaria declara-la.
[ ]'s
Fabricio Lima
When your hammer is C++, everything begins to look like a thumb.
Em 11 de dezembro de 2014 13:32, Thiago Andrighetti
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Thiago Andrighetti mailto:thiagoapa...@yahoo.com.br
11 de dezembro de 2014 13:32
Olá!Tenho um FreeBSD 10 com o openbgpd instalado e configurado.Eu
tinha um link tudo certinho, agora coloquei mais um link com uma
segunda operadora eo que está acontecendo é que a interface onde este
link esta conectada varias vezes ao dia fica DOWN e UP, e
quandoacontece isso a RIB fica com os prefixos bgp mas a FIB fica
limpa, ou seja, link fora e cliente querendo fazer foqueiracom meus
ossosAí se eu subo novamente o link 1 (eu estou deixando ele
parado), o link 2 sobe novamente.Ou então se eu restarto o daemon do
opebbgpd, aí volta tambem, a FIB fica populada novamente.
Bem, valeu qualquer ajuda.
Desculpem antecipadamente pelo tamanho do e-mail.
segue um trecho do messages de quando o problema acontece...Dec 11
12:41:13 portal1 kernel: bge0: link state changed to DOWN
Dec 11 12:41:13 portal1 kernel: vlan2: link state changed to DOWN
Dec 11 12:41:13 portal1 snmpd[2320]: send: Connection refused
Dec 11 12:41:16 portal1 kernel: bge0: link state changed to UP
Dec 11 12:41:16 portal1 kernel: vlan2: link state changed to UP
Dec 11 12:41:16 portal1 devd: Executing '/etc/rc.d/dhclient quietstart
bge0'
Dec 11 12:41:16 portal1 devd: Executing '/etc/rc.d/dhclient quietstart
vlan2'
Detalhe, vi esse dhclient executando na interface vlan2 (que fica na
bge0), ambas são ip fixo /30.
