[GTER] [Inclusão Digital]RES: Extreme Networks - Anel EAPS + LACP

willian pires willian_pires at hotmail.com
Tue Apr 30 17:05:25 -03 2013


Clear de "mac address" vinculado a status da porta ethernet.knowledge de time out do protocolo vinculado ao status da interface.


Att

> Date: Tue, 30 Apr 2013 15:41:11 -0300
> From: rinaldo at anid.com.br
> To: inclusaodigital at lista.anid.com.br
> CC: gter at eng.registro.br
> Subject: Re: [GTER]	[Inclusão Digital]RES: Extreme Networks - Anel EAPS + LACP
> 
> Iuri,
> 
> Todas as suas informações batem 100% exceto por um detalhe:
> 
> Não estou falando nada sobre EAPS ainda, apenas sobre o LACP:
> 
> Em bancada, quando utilizo 2 portas ligadas com CABOS diretos e puxo um
> cabo, a mudança é imediata assim como você descreveu. PORÉM, quando ao
> invés de um CABO DIRETO tem um RÁDIO a mudança leva 30 segundos
> praticamente.
> 
> Muito estranho!
> Alguém tem explicação para isso?
> 
> Abs
> 
> 
> 
> Em 30 de abril de 2013 13:23, Iuri Britto - Agora Telecom <
> anid at agoratelecom.com.br> escreveu:
> 
> > Precisaríamos saber de mais detalhes da rede e de como está configurado o
> > EAPS e o LACP. O ideal seria colocarmos uma analisador de protocolos  e
> > rever as configurações.
> >
> > Temos experiência de LACP e EAPS. Na prática o EAPS tem um tempo de
> > recovery de 50ms. O Algoritmo do LACP, no pior caso, seria o dobro disto.
> > Estamos falando de 300ms, na extrapolação 1S.
> >
> > A essência do EAPS é que ele consiste de um domínio composto pelo nó
> > Master(switch core) e nós de Trânsito, além da VLAN de controle (802.1q) e
> > "Protected VLANs". Esta configuração precisa ser bem revista. No caso do
> > LACP é preciso conferir a configuração das portas primária e secundária.
> >
> > O EAPS tem várias mensagens de controle: Health-Checks, alertas de
> > Link-Down e fluxos de FDB(Forwading Table) para todo o anel EAPS. Isto
> > minimiza o tempo de recovery que nem chega perto do RSTP. Apenas lembrando
> > que no EAPS estamos falando de um tempo de convergência similar ao SONET.
> > Esta foi a concepção do protocolo, operando em L2.
> >
> > O EAPS pode funcionar para múltiplos anéis e tem uma série de parâmetros e
> > variáveis a serem observadas neste tipo de topologia. São mais complexos.
> > Para tal, precisamos interconectar alguns domínios de EAPS.
> >
> > No seu caso, faria uma reverificação da configuração. Posso enviar alguma
> > documentação que possuo sobre o tema.
> >
> > -----Mensagem original-----
> > De: inclusaodigital-bounces at lista.anid.com.br [mailto:
> > inclusaodigital-bounces at lista.anid.com.br] Em nome de Rinaldo Vaz
> > Enviada em: terça-feira, 30 de abril de 2013 11:35
> > Para: Grupo de Trabalho de Engenharia e Operacao de Redes; Associados da
> > ANID
> > Assunto: [Inclusão Digital] Extreme Networks - Anel EAPS + LACP
> >
> > Bom dia à todos
> >
> > Estou implantando EAPS em alguns anéis da rede e tudo funcionou como
> > esperado, com convergências extremamente rápidas.
> >
> > Aproveito para esclarecer uma dpuvida que ficou no ar em um tópico
> > anterior. Eu havia mencionado o relato de um amigo que afirmou não ter
> > conseguido implementar EAPS através de rádios porque segundo ele a
> > sinalização era feita de uma maneira que os rádios não conseguiam fazer
> > chegar ao próximo switch. No meu caso funcionou normalmente através de
> > rádios.
> >
> >
> > Até o momento, em nenhum deles estou usando LACP, e é exatamente o próximo
> > passo, implementar EAPS em um anel que possui LACP e me surgiu uma dúvida:
> >
> > As agregações que uso com LACP estão configuradas com o algoritmo
> > Address_based L3_L4 para o balanceamento. Isso na prática causa uma
> > paralisação de uns 20~30 segundos em "parte do tráfego" no momento em que
> > um dos links cai. Outra parte nem sente a queda.
> >
> > Para ser mais claro, se deixo um ping entre 192.168.0.1 para 10.0.0.2 e
> > outro ping de 172.16.0.1 para 1.1.1.1 apenas um dos pings cai no momento da
> > queda e retorna após a convergência total para o link que "sobrou"
> >
> > *espero estar sendo compreensível
> >
> >
> > E é por causa desse balanceamento que veio a minha dúvida:
> >
> > Já que o LACP trata as duas portas como uma só porta, *é possível que no
> > momento de uma eventual queda em uma das portas LACP a sinalização (vlan de
> > controle do EAPS) interprete como um rompimento do anel por ter tido o
> > "azar" de estar "balanceada" no link que caiu?*
> >
> > Alguém utiliza EAPS em anéis com portas LACP? Qual a eficiência na
> > convergência do EAPS nesses casos? É na mesma rapidez? Vale à pena ou os
> > tempos de convergência são próximos do RSTP?
> >
> >
> > Abs
> >
> >
> >
> >
> >
> > --
> > Rinaldo Vaz
> > Chefe de operações do NOC
> > Associação Nacional para Inclusão Digital Tim - 083 99975736 INOC -
> > 28135*100
> >
> > *********************************************************
> > Dias 13,14,15,16 e 17 de maio de 2013
> > Curso Avançado na sede da ANID em João Pessoa-PB anid.com.br/cursobgp
> > *********************************************************
> > _______________________________________________
> > Inclusaodigital mailing list
> > Inclusaodigital at lista.anid.com.br
> > http://lista.anid.com.br/mailman/listinfo/inclusaodigital
> > _______________________________________________
> > Inclusaodigital mailing list
> > Inclusaodigital at lista.anid.com.br
> > http://lista.anid.com.br/mailman/listinfo/inclusaodigital
> >
> 
> 
> 
> -- 
> Rinaldo Vaz
> Chefe de operações do NOC
> Associação Nacional para Inclusão Digital
> Tim - 083 99975736
> INOC - 28135*100
> 
> *********************************************************
> Dias 13,14,15,16 e 17 de maio de 2013
> Curso Avançado na sede da ANID em João Pessoa-PB
> anid.com.br/cursobgp
> *********************************************************
> --
> gter list    https://eng.registro.br/mailman/listinfo/gter
 		 	   		  


More information about the gter mailing list