[FUG-BR] Problema sério com link aggregation LACP no FreeBSD 10.2-RELEASE

[Antonio Modesto]

On 09/21/15 08:23, Antonio Modesto wrote:
>
>
> On 09/17/15 15:22, Marcelo Gondim wrote:
>> 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.
>
> Fala Gondim. Essa questão do sysctl realmente não acho que seja um 
> comportamento exótico, já que não existe sentido em não ter o 
> gateway_enable="YES" no rc.conf se você não precisa de roteamento. 
> Agora esses problemas com o lagg realmente devem ser osso. Mal lhe 
> pergunte, não seria viável usar interfaces 10G diretamente? Digo isso 
> pois apesar de o lagg ser um recurso muito útil, acredito que ter 
> interfaces boas com drivers bem testados seja mais recomendado para um 
> ambiente crítico como o seu.

Corrigindo: Se você precisa de roteamento. =)
>
>
>>
>> Abrs,
>>
>>
>> -------------------------
>> Histórico: http://www.fug.com.br/historico/html/freebsd/
>> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>

--