[FUG-BR] RES: RES: Link Aggregation Freebsd + Switch EXtreme
Joel Cappellesso
cappellesso em gmail.com
Quinta Abril 7 17:59:05 BRT 2011
Ola Rafael,
Neste caso é Operadora -> switch extreme deles -> freebsd.
Não tenho gerência dele, apenas recebi a informação de como está a
configuração deles no Extreme.
Quando tentei no mudar o laggproto (loadbalance) aí o freebsd
congelou. Posso tentar até o fec mas não sei se vai adiantar algo,
fec=loadbalance pelo que existe no man.
Se tiver alguma novidade aviso.
Obrigado por enquanto,
Joel
Em 7 de abril de 2011 17:35, Rafael Ganascim <rganascim em gmail.com> escreveu:
> O negócio é 'brincar' com o hash... com certeza no extreme tem o esquema do
> load-balance também (como no Cisco).
>
> O LACP faz o controle apenas do canal. Ele identifica as portas
> participantes, e tira as mesmas quando deixam de falar LACP. Somente
> controle.
> Os dados em si são distribuidos pelo esquema de hash de cada switch.
>
> No caso Operadora->seu switch, verifique se os dados da Operadora não estão
> sempre indo para seu roteador, e do seu roteador pro roteador da operadora.
> Dependendo da forma como está o hash (ex. ip ou mac de origem/destino), isso
> não vai fazer usar o segundo link do bundle.
>
>
> Em 7 de abril de 2011 15:28, Joel Cappellesso <cappellesso em gmail.com>escreveu:
>
>> Então , No caso do extreme o default é usar 802.3ad = LACP ?
>> O extreme portanto suporta LACP, certo?
>>
>> Digo isso com base nestes links:
>>
>>
>> http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/network-aggregation.html
>>
>> LACP
>>
>> The IEEE® 802.3ad Link Aggregation Control Protocol (LACP) and the
>> Marker Protocol. LACP will negotiate a set of aggregable links with
>> the peer in to one or more Link Aggregated Groups (LAG). Each LAG is
>> composed of ports of the same speed, set to full-duplex operation. The
>> traffic will be balanced across the ports in the LAG with the greatest
>> total speed, in most cases there will only be one LAG which contains
>> all ports. In the event of changes in physical connectivity, Link
>> Aggregation will quickly converge to a new configuration.
>>
>> http://www.extremenetworks.com.br/summitx450e.asp
>>
>> Link Aggregation (802.3ad)
>> A agragação de links permite o trunking de até oito links em uma única
>> conexão lógica, para um banda redundante de até 20 Gigabits por
>> Segundo (Gbps) por conexão lógica.
>>
>> ---
>> Joel Cappellesso
>>
>>
>> Em 7 de abril de 2011 15:07, Eduardo Schoedler
>> <eschoedler em viavale.com.br> escreveu:
>> > Com Cisco você poderia usar o nativo deles, FEC.
>> > No Extreme, acho que não teria muita escolha.
>> >
>> > --
>> > Eduardo Schoedler
>> >
>> >
>> >> -----Mensagem original-----
>> >> De: freebsd-bounces em fug.com.br [mailto:freebsd-bounces em fug.com.br] Em
>> >> nome de Joel Cappellesso
>> >> Enviada em: quinta-feira, 7 de abril de 2011 15:06
>> >> Para: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)
>> >> Assunto: Re: [FUG-BR] RES: Link Aggregation Freebsd + Switch EXtreme
>> >>
>> >> A principio seria a opção do laggproto no BSD.
>> >> Usando com lacp + switch cisco ficou ok.
>> >> Mesmo equipamento só que no outro aggregation + extreme estou com
>> >> dificuldades.
>> >> Mas não descarto a possibilidade de ser algo que envolva a operadora.
>> >> --
>> >> Joel Cappellesso
>> >>
>> >>
>> >> Em 7 de abril de 2011 14:41, Eduardo Schoedler
>> >> <eschoedler em viavale.com.br> escreveu:
>> >> > Esse "balanceamento" por hash seria o modo loadbalance do lagg do
>> >> Freebsd ?
>> >> >
>> >> > --
>> >> > Eduardo Schoedler
>> >> >
>> >> >
>> >> >
>> >> >> -----Mensagem original-----
>> >> >> De: freebsd-bounces em fug.com.br [mailto:freebsd-bounces em fug.com.br]
>> >> Em
>> >> >> nome de Rafael Henrique Faria
>> >> >> Enviada em: quinta-feira, 7 de abril de 2011 14:03
>> >> >> Para: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)
>> >> >> Assunto: Re: [FUG-BR] Link Aggregation Freebsd + Switch EXtreme
>> >> >>
>> >> >> Boa tarde.
>> >> >>
>> >> >> Completando o que o Rafael comentou,
>> >> >>
>> >> >> o Link Aggregation, não soma a velocidade de cada enlace.
>> >> >>
>> >> >> 1G + 1G não é 2G
>> >> >>
>> >> >> Mas somando todo o tráfego, você consegue 2G.
>> >> >>
>> >> >> Pois cada sessão TCP, vai passar por uma interface, chegando ao
>> >> máximo
>> >> >> da velocidade desta interface.
>> >> >>
>> >> >> Mas se você tiver duas seções TCP, e tiver a sorte de cada uma delas
>> >> >> cair em uma interface diferente, então aí sim, somando as duas, você
>> >> >> terá 2GB de tráfego.
>> >> >>
>> >> >> 2011/4/7 Rafael Ganascim <rganascim em gmail.com>:
>> >> >> > Fala Joel,
>> >> >> >
>> >> >> > Já fiz o aggregation com Cisco, e funciona perfeitamente com o
>> >> >> FreeBSD
>> >> >> > (testei com o 7x).
>> >> >> >
>> >> >> > Porém devo lembrá-lo que o aggregation faz a distribuição não de
>> >> >> forma igual
>> >> >> > entre os links, mas sim através de um hash (seja mac de origem
>> >> >> combinado com
>> >> >> > mac de destino, ip de origem combinado com o de destino, porta de
>> >> >> origem com
>> >> >> > porta de destino e uma mistura disto). Por isto, dependendo do
>> >> padrão
>> >> >> do
>> >> >> > tráfego, você pode acabar utilizando somente um dos links (ex. o
>> >> >> tráfego vem
>> >> >> > sempre do seu roteador para um segundo roteador, ou no teste você
>> >> >> fazendo o
>> >> >> > teste de uma máquina para a outra). Veja no Cisco e no FreeBSD
>> >> como
>> >> >> mudar a
>> >> >> > maneira como é feito o hashing....
>> >> >> >
>> >> >> > Em 7 de abril de 2011 11:04, Joel Cappellesso
>> >> >> <cappellesso em gmail.com>escreveu:
>> >> >> >
>> >> >> >> Ola,
>> >> >> >>
>> >> >> >> Alguém já utilizou link aggregation entre Extreme e Freebsd ou
>> >> >> Extreme
>> >> >> >> e switch Cisco.
>> >> >> >> Aparentemente as confs estão corretas mas tive dificuldade em
>> >> >> >> ultrapassar 1Gbits com protocolo TCP. UDP passou.
>> >> >> >> Isso na ligação entre um Freebsd e o Extreme.
>> >> >> >> 8.2-STABLE FreeBSD 8.2-STABLE
>> >> >> >>
>> >> >> >> Confs no Extreme:
>> >> >> >>
>> >> >> >> interface GigabitEthernet1/0/4
>> >> >> >> negotiation auto
>> >> >> >> description ## PORTA PERTENCENTE AO ETH-TRUNK1 ##
>> >> >> >> undo shutdown
>> >> >> >> eth-trunk 1
>> >> >> >> #
>> >> >> >> interface GigabitEthernet1/0/5
>> >> >> >> negotiation auto
>> >> >> >> description ## PORTA PERTENCENTE AO ETH-TRUNK1 ##
>> >> >> >> undo shutdown
>> >> >> >> eth-trunk 1
>> >> >> >> #
>> >> >> >> interface Eth-Trunk1
>> >> >> >> description ## CONEXAO ##
>> >> >> >> load-balance packet-all
>> >> >> >> #
>> >> >> >> interface Eth-Trunk1.17xx
>> >> >> >> vlan-type dot1q 17xx
>> >> >> >> description "LINK"
>> >> >> >> bandwidth 2000
>> >> >> >> ip binding vpn-instance vpn000XX
>> >> >> >> ip address 1x.x.x.x 255.255.255.248
>> >> >> >> statistic enable
>> >> >> >>
>> >> >> >>
>> >> >> >>
>> >> >> >> Confs no Freebsd:
>> >> >> >>
>> >> >> >> 8.2-STABLE FreeBSD 8.2-STABLE
>> >> >> >> ifconfig_lagg0="laggproto lacp laggport bce0 laggport bce1
>> >> 200.x.x.x
>> >> >> >> netmask 255.255.255.192"
>> >> >> >> ifconfig_lagg1="laggproto lacp laggport em0 laggport em1 1x.x.x.x
>> >> >> >> netmask 255.255.255.248"
>> >> >> >> Sendo lagg0 ligada ao switch cisco e lagg1 ligada o switch da
>> >> >> extreme.
>> >> >> >> Em testes lagg0 suportou mais de 1Gbits/s tanto tcp quando udp.
>> >> >> >> Em testes lagg1 suportou mais de 1Gbits/s somente usando udp, tcp
>> >> >> >> limitou em 1Gbits/s.
>> >> >> >>
>> >> >> >>
>> >> >> >> Confs no Cisco:
>> >> >> >> !
>> >> >> >> interface GigabitEthernet2/0/13
>> >> >> >> description Agregation BSD
>> >> >> >> switchport mode access
>> >> >> >> channel-protocol lacp
>> >> >> >> channel-group 1 mode active
>> >> >> >> !
>> >> >> >> interface GigabitEthernet2/0/14
>> >> >> >> description Agregation BSD
>> >> >> >> switchport mode access
>> >> >> >> channel-protocol lacp
>> >> >> >> channel-group 1 mode active
>> >> >> >> !
>> >> >> >>
>> >> >> >> Agradeço se alguém tiver alguma dica.
>> >> >> >>
>> >> >> >> Obrigado,
>> >> >> >>
>> >> >> >> Joel Cappellesso
>> >> >> >> -------------------------
>> >> >> >> 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
>> >> >> >
>> >> >>
>> >> >>
>> >> >>
>> >> >> --
>> >> >> Rafael Henrique da Silva Faria
>> >> >> -------------------------
>> >> >> 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
>> >> >
>> >> -------------------------
>> >> 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
>> >
>> -------------------------
>> 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
>
Mais detalhes sobre a lista de discussão freebsd