[GTER] RES: Protocolos de Anel(REP/EAPS) vs Loop

Douglas Fischer fischerdouglas at gmail.com
Tue Dec 13 13:43:14 -02 2016


"Se o loop for em um switch abaixo do anel, o loopback detection vai atuar
no switch do anel, desabilitando a porta de conexão com esse switch."
OK! Faz todo sentido!
Exatamente como se a rede fosse inteiramente em Spanning-Tree, protege o
que está pra cima daquela derivação!


"Caso haja um loop entre dois switches do anel, o STP vai agir."
Chegou a fazer um LAB disso?

Sou de Cisco, mas por curiosidade estou lendo bastante a documentação do
EAPS...
E essa informação(STP vai agir) diverge do que me lembro de ter lido!
Tal qual o REP, o EAPS(extreme) também descarta pacotes de BPDU nas
interfaces do EAPS.
Ainda não cheguei no desespero de ler a RFC, mas pelo que li até agora o
mesmo acontece com o G8032.




Em 13 de dezembro de 2016 12:27, Gabriel Mineiro <mineiro at tca.com.br>
escreveu:

> Aqui rodamos um anel com EAPS (ERPS quando precisa de mais de um fluxo na
> mesma porta)
>
> RSTP em todas as portas, com excessão das duas portas do anel.
>
> Caso haja um loop entre dois switches do anel, o STP vai agir.
>
> Se o loop for em um switch abaixo do anel, o loopback detection vai atuar
> no switch do anel, desabilitando a porta de conexão com esse switch.
>
> Gabriel Mineiro
>
> -----Mensagem original-----
> De: gter [mailto:gter-bounces at eng.registro.br] Em nome de Douglas Fischer
> Enviada em: segunda-feira, 12 de dezembro de 2016 11:09
> Para: Grupo de Trabalho de Engenharia e Operacao de Redes <
> gter at eng.registro.br>
> Assunto: [GTER] Protocolos de Anel(REP/EAPS) vs Loop
>
> Recentemente ativei REP num ambiente bastante complexo e de alta
> criticidade.
>
> O protocolo é fantástico e faz oque promete!
> Convergência quase instantânea, e solidez na resposta a falha.
>
> Porém, com todo bônus vem um ônus.
> ----------------------------------
> Nesse ambiente existe um anel principal que interliga várias edificações
> através de 10Gb/MM.
> E constatamos "da pior forma" que o REP não lida bem com LOOPS que
> interliguem dispositivos(ou filhos) distintos do anel do segmento.
>
> [1] If you connect an STP network to a REP segment, be sure that the
> connection is at the segment edge. An STP connection that is not at the
> edge could cause a bridging loop because STP does not run on REP segments.
> All STP BPDUs are dropped at REP interfaces.
>
> P.S.:
> Até agora meus usos de REP eram em ambientes muito simples(apenas 3
> dispositivos).
> E por serem em ambiente metropolitano, a possibilidade de um loops
> indesejados era quase nula.
> Mas agora num ambiente de campus essa possibilidade aumentou.
>
>
>
> A pergunta principal é:
> Existe alguma forma de, usando REP, proteger-se contra eventuai loops que
> interligem dois dispositivos do segmento REP?
>
> Uma segunda pergunta:
> Como aparentemente o EAPS é mais difundido em uso METRO, como os colegas
> lidam com isso nos Extreme/Datacom?
>
>
> [1] ​
> http://www.cisco.com/c/en/us/td/docs/ios-xml/ios/lanswitch/
> configuration/xe-3s/lsw-cfg-rep.html#GUID-C263C533-52E5-
> 4565-838E-9280EADF92AC__LI_7E4378C7D1154D4C905873BE1F6D4206
>>
> --
> Douglas Fernando Fischer
> Engº de Controle e Automação
> --
> gter list    https://eng.registro.br/mailman/listinfo/gter
>
> --
> gter list    https://eng.registro.br/mailman/listinfo/gter
>



-- 
Douglas Fernando Fischer
Engº de Controle e Automação



More information about the gter mailing list