[FUG-BR] ipfw table list reportando endereçamento errado. // era "Problema sério com link aggregation LACP no FreeBSD 10.2-RELEASE"

Sexta Setembro 18 17:39:23 BRT 2015

On 18-09-2015 15:34, Vinícius Zavam wrote:
> 2015-09-18 15:03 GMT-03:00 Marcelo Gondim <gondim em bsdinfo.com.br>:
>
>> On 18-09-2015 14:41, Vinícius Zavam wrote:
>>
>>> 2015-09-18 12:00 GMT-03:00 Marcelo Gondim <gondim em bsdinfo.com.br>:
>>>
>>> On 18-09-2015 11:49, Vinícius Zavam wrote:
>>>> 2015-09-18 11:06 GMT-03:00 Vinícius Zavam <egypcio em googlemail.com>:
>>>>>
>>>>> 2015-09-17 19:20 GMT-03:00 Marcelo Gondim <gondim em bsdinfo.com.br>:
>>>>>> On 17-09-2015 16:54, Marcelo Gondim wrote:
>>>>>>
>>>>>>> On 17-09-2015 16:44, Vinícius Zavam wrote:
>>>>>>>
>>>>>>>> 2015-09-17 15:22 GMT-03:00 Marcelo Gondim <gondim em bsdinfo.com.br>:
>>>>>>>>
>>>>>>>>> On 17-09-2015 11:51, Luiz Otavio O Souza wrote:
>>>>>>>>>
>>>>>>>>> 2015-09-15 11:59 GMT-03:00 Marcelo Gondim:
>>>>>>>>>> Opa Danilo,
>>>>>>>>>>> Pois é e a única coisa que tenho é a revisão que funciona perfeito
>>>>>>>>>>>> no
>>>>>>>>>>>> 10.1-stable. Não sei se é simples achar a mudança entre as
>>>>>>>>>>>> versões
>>>>>>>>>>>> que
>>>>>>>>>>>> saíram mas algo mudou nesse meio do caminho destruiu meu cenário.
>>>>>>>>>>>>
>>>>>>>>>>>> Outra recente também que descobri e que sofri por muito mas muito
>>>>>>>>>>>> tempo.
>>>>>>>>>>>> Não
>>>>>>>>>>>> sei se lembram dessa thread [1] que abri em abril do ano passado.
>>>>>>>>>>>> Sabe qual era a solução desse problema?
>>>>>>>>>>>>
>>>>>>>>>>>> Colocar um simples: gateway_enable="YES" no /etc/rc.conf
>>>>>>>>>>>>
>>>>>>>>>>>> Ou seja, mesmo colocando o net.inet.ip.forwarding=1 se você não
>>>>>>>>>>>> colocar
>>>>>>>>>>>> essa
>>>>>>>>>>>> instrução no rc.conf e mandar criar uma vlan, simplesmente seu
>>>>>>>>>>>> roteamento
>>>>>>>>>>>> para completamente. Só reiniciando a máquina. Agora me diga
>>>>>>>>>>>> porque
>>>>>>>>>>>> o
>>>>>>>>>>>> roteamento para de funcionar quando faço um ifconfig vlanX create
>>>>>>>>>>>> se
>>>>>>>>>>>> eu
>>>>>>>>>>>> não
>>>>>>>>>>>> tiver o gateway_enable no rc.conf? Onde que isso está escrito?
>>>>>>>>>>>> Fiquei
>>>>>>>>>>>> meses
>>>>>>>>>>>> com esse problema e agora não tenho mais.
>>>>>>>>>>>>
>>>>>>>>>>>> Pior é que os caras que me responderam isso na lista acham que
>>>>>>>>>>>> isso
>>>>>>>>>>>> não
>>>>>>>>>>>> é um
>>>>>>>>>>>> bug. Só teve 1 que achou que era um bug. Não faz sentido algum
>>>>>>>>>>>> isso.
>>>>>>>>>>>> Podem fazer esse teste. Peguem um FreeBSD 10.x coloquem 2
>>>>>>>>>>>> interfaces
>>>>>>>>>>>> de
>>>>>>>>>>>> rede
>>>>>>>>>>>> pra fazer o roteamento de um lado pra outro e setem umas vlans.
>>>>>>>>>>>> Sem o
>>>>>>>>>>>> parâmetro acima experimentem fazer um simples:
>>>>>>>>>>>>
>>>>>>>>>>>> # ifconfig vlan200 create
>>>>>>>>>>>>
>>>>>>>>>>>> Depois tentem pingar de uma rede pra outra. Não vai nem à pau.
>>>>>>>>>>>> Agora
>>>>>>>>>>>> se
>>>>>>>>>>>> colocarem o parâmetro acima no rc.conf vocês podem criar vlans
>>>>>>>>>>>> sem
>>>>>>>>>>>> problemas.
>>>>>>>>>>>>
>>>>>>>>>>>> São essas coisas que matam a gente.
>>>>>>>>>>>>
>>>>>>>>>>>> [1]
>>>>>>>>>>>>
>>>>>>>>>>>> http://www.fug.com.br/historico/html/freebsd/2014-04/msg00154.html
>>>>>>>>>>>>
>>>>>>>>>>>> Opa Gondim,
>>>>>>>>>>>>
>>>>>>>>>>>> Nós entendemos e sabemos o quanto é frustante aguardar (sem um
>>>>>>>>>>> ETA
>>>>>>>>>>> definido) uma resposta ou uma correção nesses casos (eu também já
>>>>>>>>>>> estive nessa posição).
>>>>>>>>>>>
>>>>>>>>>>> É sempre importante lembrar que o projeto trabalha com
>>>>>>>>>>> voluntários,
>>>>>>>>>>> há
>>>>>>>>>>> muita pouca gente lá que é paga pra fazer algum serviço ou para
>>>>>>>>>>> ser
>>>>>>>>>>> responsável por determinada area, então mesmo com toda frustração
>>>>>>>>>>> é
>>>>>>>>>>> importante manter uma atitude positiva.
>>>>>>>>>>>
>>>>>>>>>>> Pessoas com a atitude positiva se relacionam melhor com a
>>>>>>>>>>> comunidade e
>>>>>>>>>>> se relacionando bem as pessoas vão se lembrar de você. Lembre-se,
>>>>>>>>>>> é
>>>>>>>>>>> tudo uma questão de como você interage com o projeto. O projeto
>>>>>>>>>>> esta
>>>>>>>>>>> sempre acompanhando as pessoas, todo contribuidor eventual é um
>>>>>>>>>>> possível desenvolvedor.
>>>>>>>>>>>
>>>>>>>>>>> Mesmo com todos esses problemas, eu aposto que você ainda tem
>>>>>>>>>>> muito
>>>>>>>>>>> mais chances de ter o seu problema resolvido no FreeBSD do que no
>>>>>>>>>>> mikrotik ou no Windows (mesmo os últimos dois sendo pagos),
>>>>>>>>>>> reporte
>>>>>>>>>>> um
>>>>>>>>>>> problema lá e depois me diga quando foram resolvidos ;-)
>>>>>>>>>>>
>>>>>>>>>>> Bom, quanto a esse problema do gateway_enable, esta correto,
>>>>>>>>>>> apenas
>>>>>>>>>>> adicionando o net.inet.ip.forwarding=1 não é o bastante para que o
>>>>>>>>>>> sistema funcione, existem casos onde os scripts rc vão reescrever
>>>>>>>>>>> essa
>>>>>>>>>>> sysctl e a única forma de você instruir os scripts para fazer a
>>>>>>>>>>> coisa
>>>>>>>>>>> certa é através da variável gateway_enable.
>>>>>>>>>>>
>>>>>>>>>>> O roteamento para de funcionar porque quando você cria a vlan ele
>>>>>>>>>>> seta
>>>>>>>>>>> a sysctl de volta pra 0, pode fazer o teste. Basta setar a sysctl
>>>>>>>>>>> novamente para tudo voltar a funcionar, não precisa reiniciar.
>>>>>>>>>>>
>>>>>>>>>>> Contribua com a documentação do projeto, deixe isso escrito e
>>>>>>>>>>> claro
>>>>>>>>>>> para que outras pessoas não tenham a mesma dificuldade.
>>>>>>>>>>>
>>>>>>>>>>> Grande LooS  :)
>>>>>>>>>>>
>>>>>>>>>>> Só desanima mas continuo na guerra rsrsrsrs
>>>>>>>>>>>
>>>>>>>>>> Então pois é. Eu vi que a sysctl voltava pra 0 mas mesmo setando
>>>>>>>>>> pra
>>>>>>>>>> 1
>>>>>>>>>> não
>>>>>>>>>> voltava à funcionar. Uma doideira mesmo. Só voltava o sistema
>>>>>>>>>> quando
>>>>>>>>>> reiniciado e como estava em produção não deu pra fazer mais testes,
>>>>>>>>>> infelizmente. Só achei estranho isso acontecer.
>>>>>>>>>> Não sei se ele altera alguma outra sysctl que seria o motivo de
>>>>>>>>>> parar.
>>>>>>>>>>
>>>>>>>>>> Abrs,
>>>>>>>>>>
>>>>>>>>>> gondim,
>>>>>>>>>>
>>>>>>>>> certamente tu já deves ter visto algum desses conteúdos, mas ...
>>>>>>>>>
>>>>>>>>> +
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> https://lists.freebsd.org/pipermail/freebsd-net/2014-February/037738.html
>>>>>>>>> + https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=185967
>>>>>>>>>
>>>>>>>>> chegou a aplicar algumas das alterações sugeridas na thread da
>>>>>>>>> freebsd-net@,
>>>>>>>>> ou na página do bugzilla pelos próprios desenvolvedores? // aqui,
>>>>>>>>> algumas
>>>>>>>>> palavras do scottl@ na thread da lista freebsd-net:
>>>>>>>>>
>>>>>>>>> " The difference between FreeBSD 9.x and 10 is that in 9.x, it ran
>>>>>>>>> in
>>>>>>>>> “optimistic” mode, meaning that it didn’t rely on getting receive
>>>>>>>>> messages
>>>>>>>>> from the switch, and only took a channel down if the link state went
>>>>>>>>> down. "
>>>>>>>>>
>>>>>>>>> " The ‘flapping’ message is intentional, it points out that
>>>>>>>>> something
>>>>>>>>> is
>>>>>>>>> wrong with heartbeat exchange with the switch. "
>>>>>>>>> (sys/net/ieee8023ad_lacp.c)
>>>>>>>>>
>>>>>>>>> [ ] ' s
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> Opa Egypcio tranquilo?
>>>>>>>>>
>>>>>>>>> Então tava olhando o log das modificações do ieee8023ad_lacp.c e
>>>>>>>> acho
>>>>>>>> que essa revisão [1] deve resolver o meu problema. Ela saiu esses
>>>>>>>> dias. Vou
>>>>>>>> testar hoje à noite mas estou bem otimista em relação à isso.  :)
>>>>>>>>
>>>>>>>> [1] https://svnweb.freebsd.org/base?view=revision&revision=287723
>>>>>>>>
>>>>>>>> Abrs,
>>>>>>>> Gondim
>>>>>>>>
>>>>>>>> É não adiantou. Coloquei a stable mais recente e deu problema. O
>>>>>>>>
>>>>>>> problema
>>>>>>> é tão sinistro que reparei o seguinte:
>>>>>>>
>>>>>>> Quando está carregando as minhas sessões BGP com o 10.2-STABLE de
>>>>>>> ontem,
>>>>>>> o load fica em 14.x 15.x e com o pico de tráfego o load chega em 40.x
>>>>>>> 53.x
>>>>>>> Com o 10.1-STABLE r281235 o load na carga do BGP fica em 4.x e no pico
>>>>>>> de
>>>>>>> tráfego fica em 8.x e 12.x. Teve alguma mudança que afetou
>>>>>>> absurdamente
>>>>>>> a
>>>>>>> performance do sistema. Agora o que mudou que degradou tanto isso é
>>>>>>> que
>>>>>>> não
>>>>>>> faço a menor ideia.  :(
>>>>>>>
>>>>>>> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=200169
>>>>>> + https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=189471
>>>>>>
>>>>>>
>>>>>> acabei misturando as threads; perdão.
>>>>>>
>>>>> essa última atualização em #200169 não está ligada ao problema que tu
>>>>> tens
>>>>> com lagg na STABLE/10.
>>>>>
>>>>> mas, aproveitando a carona, tu podes fazer merge da revisão 266310 de
>>>>> "base/projects/ipfw" para resolver esse problema; recomendação de
>>>>> melifaro em .
>>>>>
>>>>> Ah! Legal vou testar aqui. Vou ficar acompanhando pra ver se descobrem
>>>>>
>>>> algo sobre esse problema do lacp e performance. Mas sabe o que está
>>>> parecendo? O load sobe tanto que o idle em alguns cores começam à zerar e
>>>> aí causa o flapping.
>>>> Como não sou de ficar atualizando esse router, acabou que deixei pra
>>>> atualizar quando virou 10.2 e aí se passaram muitas revisões. Teve um bug
>>>> que reportei um tempão atrás que foi fácil ver onde estava o pepino
>>>> porque
>>>> foi umas 3 revisões ou 4 depois.
>>>>
>>>> Valeu e vou testar o ipfw nessa revisão do melifaro. :)
>>>> <https://www.fug.com.br/mailman/listinfo/freebsd>
>>>>
>>>> https://svnweb.freebsd.org/base?view=revision&revision=287963
>>>
>>> Po Egypcio tu mandou algum e-mail pro melifaro ou ele comitou porque já
>> ia comitar mesmo? HaHaHaHa
>>
>> :D
>>
>> Abrs,
>> Gondim
>
> conversei com ele via irc, na RUSnet.
> seria excelente se tu pudesses nos reportar se teve sucesso aplicando essas
> alterações, ou não.
> pode jogar um comentário direto num dos reports no bugzilla, ou aqui na
> lista.
>
> [ ] ' s
>
>
Opa show! Vou atualizar pra stable o BSDInfo e testar o ipfw aí depois 
já posto lá. :)