Re: [FUG-BR] OpenBGP com 2 links interface caindo.

2014-12-15 Por tôpico Thiago Andrighetti
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


Re: [FUG-BR] OpenBGP com 2 links interface caindo.

2014-12-12 Por tôpico Thiago Andrighetti
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.
 

Re: [FUG-BR] OpenBGP com 2 links interface caindo.

2014-12-12 Por tôpico Renato Frederick
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


Re: [FUG-BR] OpenBGP com 2 links interface caindo.

2014-12-11 Por tôpico Fabricio Lima
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 
thiagoapa...@yahoo.com.br escreveu:

 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.
 Segue agora meu rc.conf#rc.conf
 hostname=portal1

 #vlans
 cloned_interfaces=vlan0 vlan1 vlan2 lo1
 #vlan Peer1 Operadora 1
 ifconfig_vlan0=inet xxx.x.x.x netmask 255.255.255.252 vlan 329 vlandev
 em0
 #vlan Peer2 Operadora 1
 ifconfig_vlan1=inet xxx.x.x.x netmask 255.255.255.252 vlan 654 vlandev
 em0
 #vlan Peer Operadora 2
 ifconfig_vlan2=inet yyy.y.y.y netmask 255.255.255.248 vlan 946 vlandev
 bge0
 #rota para radios op1
 ifconfig_em0=inet 192.168.1.254 netmask 255.255.255.0
 #lan para radios op2
 ifconfig_bge0=inet 10.1.1.254 netmask 255.255.255.0

 #loopback para bgp
 ifconfig_lo1=inet IPDALOOPBACK netmask 255.255.255.255
 #lan para backbone
 ifconfig_em1=inet 10.100.1.1 netmask 255.255.255.252

 #Servicos
 sshd_enable=YES
 #ntpd_enable=YES
 openbgpd_enable=YES
 bsnmpd_enable=YES
 #snmpd_flags=-D ALL
 gateway_enable=YES
 firewall_enable=YES
 #firewall_script=/etc/ipfw.rules
 zabbix_agentd_enable=YES
 #ntop_enable=YES
 #ntop_flags=--ipv4 -d --use-syslog=daemon

 # Set dumpdev to AUTO to enable crash dumps, NO to disable
 dumpdev=AUTO

 Segue agora meu bgpd.conf#bgpd.conf

 # Definicoes Globais
 AS $asn
 router-id $router_id
 listen on IP1
 listen on IP2
 listen on IP3
 listen on 10.100.1.1

 fib-update yes
 log updates
 holdtime 60
 holdtime min 10

 # Bloco IPv4
 network xxx.xxx.xxx.0/20
 network xxx.xxx.xxx.0/21
 network xxx.xxx.xxx.0/21
 network xxx.xxx.xxx.0/22
 network xxx.xxx.xxx.0/22
 network xxx.xxx.xxx.0/22
 network xxx.xxx.xxx.0/22

 nexthop qualify via bgp
 group Operadora1' {
   remote-as $asnop1
   set localpref 100
   neighbor $peer_op1_1 {
local-address $local_op1_1
descr op11
announce IPv4 unicast
announce self
}
   neighbor $peer_op1_2 {
local-address $local_op1_2
descr op12
announce IPv4 unicast
announce self
}
 }

 group Operadora2 {
   remote-as $asnop2
   set localpref 101
   neighbor $peer_op2 {
local-address $local_op2
descr op2
announce IPv4 unicast
announce self
}
 }

 group Backbone {
   remote-as $asn
   announce default-route
   neighbor 10.100.1.2 {
local-address 10.100.1.1
announce IPv4 unicast
descr BackboneInterno
}
 }
 deny from any
 allow from any inet prefixlen 8 - 24
 deny from any prefix 0.0.0.0/0
 deny from any prefix xxx.xxx.xxx.0/20 prefixlen = 20

 deny from any prefix 10.0.0.0/8 prefixlen = 8
 deny from any prefix 172.16.0.0/12 prefixlen = 12
 deny from any prefix 192.168.0.0/16 prefixlen = 16
 deny from any prefix 169.254.0.0/16 prefixlen = 16
 deny from any prefix 192.0.2.0/24 prefixlen = 24
 deny from any prefix 224.0.0.0/4 prefixlen = 4
 deny from any prefix 240.0.0.0/4 prefixlen = 4

 deny to any community asnop1:1
 

Re: [FUG-BR] OpenBGP com 2 links interface caindo.

2014-12-11 Por tôpico Fabricio Lima
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
escreveu:

 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
  escreveu:

 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 
 thiagoapa...@yahoo.com.br escreveu:

 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.
 Segue agora meu rc.conf#rc.conf
 hostname=portal1

 #vlans
 cloned_interfaces=vlan0 vlan1 vlan2 lo1
 #vlan Peer1 Operadora 1
 ifconfig_vlan0=inet xxx.x.x.x netmask 255.255.255.252 vlan 329 vlandev
 em0
 #vlan Peer2 Operadora 1
 ifconfig_vlan1=inet xxx.x.x.x netmask 255.255.255.252 vlan 654 vlandev
 em0
 #vlan Peer Operadora 2
 ifconfig_vlan2=inet yyy.y.y.y netmask 255.255.255.248 vlan 946 vlandev
 bge0
 #rota para radios op1
 ifconfig_em0=inet 192.168.1.254 netmask 255.255.255.0
 #lan para radios op2
 ifconfig_bge0=inet 10.1.1.254 netmask 255.255.255.0

 #loopback para bgp
 ifconfig_lo1=inet IPDALOOPBACK netmask 255.255.255.255
 #lan para backbone
 ifconfig_em1=inet 10.100.1.1 netmask 255.255.255.252

 #Servicos
 sshd_enable=YES
 #ntpd_enable=YES
 openbgpd_enable=YES
 bsnmpd_enable=YES
 #snmpd_flags=-D ALL
 gateway_enable=YES
 firewall_enable=YES
 #firewall_script=/etc/ipfw.rules
 zabbix_agentd_enable=YES
 #ntop_enable=YES
 #ntop_flags=--ipv4 -d --use-syslog=daemon

 # Set dumpdev to AUTO to enable crash dumps, NO to disable
 dumpdev=AUTO

 Segue agora meu bgpd.conf#bgpd.conf

 # Definicoes Globais
 AS $asn
 router-id $router_id
 listen on IP1
 listen on IP2
 listen on IP3
 listen on 10.100.1.1

 fib-update yes
 log updates
 holdtime 60
 holdtime min 10

 # Bloco IPv4
 network xxx.xxx.xxx.0/20
 network xxx.xxx.xxx.0/21
 network xxx.xxx.xxx.0/21
 network xxx.xxx.xxx.0/22
 network xxx.xxx.xxx.0/22
 network xxx.xxx.xxx.0/22
 network xxx.xxx.xxx.0/22

 nexthop qualify via bgp
 group Operadora1' {
   remote-as $asnop1
   set localpref 100
   neighbor $peer_op1_1 {
local-address $local_op1_1
descr op11
announce IPv4 unicast
announce self
}
   neighbor $peer_op1_2 {
local-address $local_op1_2
descr op12
announce IPv4 unicast
announce self
}
 }

 group Operadora2 {
   remote-as $asnop2
   set 

Re: [FUG-BR] OpenBGP com 2 links interface caindo.

2014-12-11 Por tôpico Thiago Andrighetti
Olá Fabricio, seguinte:Eu uso o bgp no meu backbone pois publico os ipsque meus 
clientes pegam do pool do radius. Meu roteador de borda interna, que no caso é 
o 10.100.1.2. por isso uso um bgp interno. e depois eu deixo o OSPF para rotas 
multiplas etc e o bgp só para os /32 dos clientes. Diminuo tamanho da tabela 
nos concentradores fazendo desta maneira.Se eu deixasse o OSPF publicar os /32 
dos clientes pppoe, cada vez que um cliente desligasse, os concentradores 
dastorres refariam toda a tabela.
É mais ou menos isso. rsrs

 --
Thiago Andrighetti de Pádua
 

 Em Quinta-feira, 11 de Dezembro de 2014 14:42, Fabricio Lima 
lis...@fabriciolima.com.br escreveu:
   
 

 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
escreveu:

 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 
 thiagoapa...@yahoo.com.br escreveu:

 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.
 Segue agora meu rc.conf#rc.conf
 hostname=portal1

 #vlans
 cloned_interfaces=vlan0 vlan1 vlan2 lo1
 #vlan Peer1 Operadora 1
 ifconfig_vlan0=inet xxx.x.x.x netmask 255.255.255.252 vlan 329 vlandev
 em0
 #vlan Peer2 Operadora 1
 ifconfig_vlan1=inet xxx.x.x.x netmask 255.255.255.252 vlan 654 vlandev
 em0
 #vlan Peer Operadora 2
 ifconfig_vlan2=inet yyy.y.y.y netmask 255.255.255.248 vlan 946 vlandev
 bge0
 #rota para radios op1
 ifconfig_em0=inet 192.168.1.254 netmask 255.255.255.0
 #lan para radios op2
 ifconfig_bge0=inet 10.1.1.254 netmask 255.255.255.0

 #loopback para bgp
 ifconfig_lo1=inet IPDALOOPBACK netmask 255.255.255.255
 #lan para backbone
 ifconfig_em1=inet 10.100.1.1 netmask 255.255.255.252

 #Servicos
 sshd_enable=YES
 #ntpd_enable=YES
 openbgpd_enable=YES
 bsnmpd_enable=YES
 #snmpd_flags=-D ALL
 gateway_enable=YES
 firewall_enable=YES
 #firewall_script=/etc/ipfw.rules
 zabbix_agentd_enable=YES
 #ntop_enable=YES
 #ntop_flags=--ipv4 -d --use-syslog=daemon

 # Set dumpdev to AUTO to enable crash dumps, NO to disable
 dumpdev=AUTO

 Segue agora meu bgpd.conf#bgpd.conf

 # Definicoes Globais
 AS $asn
 router-id $router_id
 listen on IP1
 listen on IP2
 listen on IP3
 listen on 10.100.1.1

 fib-update yes
 log updates
 holdtime 60
 holdtime min 10

 # Bloco IPv4
 network xxx.xxx.xxx.0/20
 network xxx.xxx.xxx.0/21
 network xxx.xxx.xxx.0/21
 network xxx.xxx.xxx.0/22
 network xxx.xxx.xxx.0/22
 network xxx.xxx.xxx.0/22
 network xxx.xxx.xxx.0/22

 nexthop qualify via bgp
 group Operadora1' {
      remote-as $asnop1
      set localpref 100
      neighbor $peer_op1_1 {
                local-address $local_op1_1
                descr op11
                announce IPv4 unicast
                announce self
                }
      neighbor $peer_op1_2 {
                local-address $local_op1_2
   

Re: [FUG-BR] OpenBGP com 2 links interface caindo.

2014-12-11 Por tôpico Renato Frederick

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.

Segue agora meu rc.conf#rc.conf
hostname=portal1

#vlans
cloned_interfaces=vlan0 vlan1 vlan2 lo1
#vlan Peer1 Operadora 1
ifconfig_vlan0=inet xxx.x.x.x netmask 255.255.255.252 vlan 329 
vlandev em0

#vlan Peer2 Operadora 1
ifconfig_vlan1=inet xxx.x.x.x netmask 255.255.255.252 vlan 654 
vlandev em0

#vlan Peer Operadora 2
ifconfig_vlan2=inet yyy.y.y.y netmask 255.255.255.248 vlan 946 
vlandev bge0

#rota para radios op1
ifconfig_em0=inet 192.168.1.254 netmask 255.255.255.0
#lan para radios op2
ifconfig_bge0=inet 10.1.1.254 netmask 255.255.255.0

#loopback para bgp
ifconfig_lo1=inet IPDALOOPBACK netmask 255.255.255.255
#lan para backbone
ifconfig_em1=inet 10.100.1.1 netmask 255.255.255.252

#Servicos
sshd_enable=YES
#ntpd_enable=YES