[FUG-BR] ipfw table list reportando endereçamento errado. // era "Problema sério com link aggregation LACP no FreeBSD 10.2-RELEASE"
Vinícius Zavam
egypcio em googlemail.com
Sexta Setembro 18 15:34:46 BRT 2015
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
--
Vinícius Zavam
keybase.io/egypcio/key.asc
Mais detalhes sobre a lista de discussão freebsd