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 <[email protected]> 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 <[email protected]>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 >> <[email protected]> escreveu: >> > Com Cisco você poderia usar o nativo deles, FEC. >> > No Extreme, acho que não teria muita escolha. >> > >> > -- >> > Eduardo Schoedler >> > >> > >> >> -----Mensagem original----- >> >> De: [email protected] [mailto:[email protected]] 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 >> >> <[email protected]> escreveu: >> >> > Esse "balanceamento" por hash seria o modo loadbalance do lagg do >> >> Freebsd ? >> >> > >> >> > -- >> >> > Eduardo Schoedler >> >> > >> >> > >> >> > >> >> >> -----Mensagem original----- >> >> >> De: [email protected] [mailto:[email protected]] >> >> 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 <[email protected]>: >> >> >> > 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 >> >> >> <[email protected]>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 > ------------------------- Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
