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

Lucas Willian Bocchi lucas.bocchi at gmail.com
Tue Apr 30 17:00:24 -03 2013


Já tive boas experiências com iSCSI, como tive péssimas.
Já tive boas experiências com FC, como tive (tenho) péssimas.

A questão acho que vai acabar pesando no final vai ser a conta do
investimento. Se fosse fazer hoje, acho que iria terceirizar todo o serviço
numa cloud e deixar essas preocupações todos para a Amazon.


Em 30 de abril de 2013 15:41, Rinaldo Vaz <rinaldo at anid.com.br> escreveu:

> 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