Problema resolvido, um conector mal feito.Deixava a placa de rede louca.
Obrigado a todos.
--
Thiago Andrighetti de Pádua
Em Sexta-feira, 12 de Dezembro de 2014 12:59, Renato Frederick
<ren...@frederick.eti.br> escreveu:
Isto ai já é físico, a interface em0 perdeu link na camada de enlace, o
que fez a interface de vlan vlan2 ficar em down.
logo depois o dhcp client reiniciou.
verifica a negociação da porta do switch e/ou conversor de mídia, tente
colocar 100mb full duplex manual tanto na maquina que roda o bsd quanto
na porta do switch.
se for ligado direto na operadora, peça que ela também tire a negociação
auto.
Se funcionar e a interface tiver tráfego maior que 100mb, peça para
deixarem só gigabit.
Já vi conversor de fibra xingling que não funcionava mesmo, era tipo
colocar um notebook e tudo funcionava, colocava outro notebook com outro
tipo de placa, ficava intermitente.
[]s
> Thiago Andrighetti <mailto:thiagoapa...@yahoo.com.br>
> 12 de dezembro de 2014 11:38
> 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
>
> -------------------------
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>
>
>
> -------------------------
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
> Renato Frederick <mailto:ren...@frederick.eti.br>
> 11 de dezembro de 2014 20:23
> 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
>
-------------------------
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
-------------------------
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
