[GTER] Problema com redundância em camada 2

[Gustavo Santos]

Rubens ,

Valeu! Vou verificar isto aqui nos switchs. Por falar nisto, hoje ativei o
link aggregation defini a forma de balanceamento que mais se adequa ao nosso
cenário e está tudo ok, mas dando uma procurada no site da cisco , não
encontrei muita informação sobre o tempo de convergencia utilizando o
etherchannel quando um dos enlaces falha. Uma coisa que pude deduzir mais ou
menos este tempo é que vendo o status o etherchannel verifiquei que ele tem
um helo timer de 30 segundos..

Verifiquei que ele tem um recurso que manda um trap informando a queda do
link o que faz ele convergir quase que instantaneamente, mas o nosso
conversor de fibra atual não propaga queda de link, ou seja ele fica com a
interface ethernet ativa mesmo com o rompimento da fibra, coisa que o já
ativei no pasolink repassar o status em caso do enlace.

Suponho que neste caso da fibra ele so ira convegir todo o tráfego para o
link ainda ativo depois de não receber o HELLO, o que daria com sorte tempo
minimo de 1s até 30s. Correto?


Gustavo

2009/3/19 Rubens Kuhl <rubensk at gmail.com>

> Algo interessante na utilização de Cisco em redes de camada 2 com
> rádios(ou fibras ópticos com 2 cords) é ligar o recurso
> UDLD(Unidirectional Link Detection), especialmente quando se usa
> rádios faixa-estreita (NEC Pasolink, Ericsson, Nera, Ceragon, SIAE
> etc.) pois é possível que apenas um dos sentidos de fluxo seja
> interrompido, um cenário onde o spanning-tree (de qualquer tipo) gera
> um loop que não se resolverá sozinho.
>
>
> Rubens
>
>
> 2009/3/18 Gustavo Santos <gustkiller at gmail.com>:
>  > Pessoal,
> >
> > Caso resolvido, coloquei um mikrotik no meio do caminho em bridge, e
> > verifiquei que na porta que estava ligado o radio em uma ponta, não
> estava
> > enviando bpdus, copiei a configuração desta porta e coloquei em outra
> porta,
> > e tudo funcionou como deveria.
> >
> > Valeu!
> >
> > 2009/3/18 Diogo Montagner <diogo.montagner at gmail.com>
> >
> >> Tudo indica que o seu spanning-tree não está configurado de acordo.
> >>
> >> Qual é o status dele em ambos os lados quando o loop está ocorrendo ?
> >>
> >> Tu vê alguma porta em blocking quando o loop está ocorrendo ?
> >>
> >> []s
> >> ./diogo -montagner
> >>
> >>
> >> 2009/3/17 Gustavo Santos <gustkiller at gmail.com>
> >>
> >> > Olá,
> >> >
> >> > Temos uma ligação via fibra optica entre 2 pontos. Para evitar
> problemas
> >> > eventuais com a fibra subimos um enlace Hj, com um Pasolink+ de
> 155mbits.
> >> > Um
> >> > lado tenho um Cisco Catalyst serie 4900 e do outro lado um 2950. O
> rapid
> >> > spanning tree(rapid pvstp) está configurado como manda o figurino(
> root
> >> > bridge devidamente configurada, e prioridade das portas tambem).
> >> >
> >> > Como é o primeiro pasolink+ que configuro, pode ser que eu tenha feito
> >> algo
> >> > errado, mas o que esta acontecendo é o seguinte. Quando eu ligo ativo
> >> ligo
> >> > os 2 lados do enlace nos respectivos switchs, durante os 10 a 15
> segundos
> >> (
> >> > durante o recebimento de bpdu , eleição e mudança de estados do rstp)
> >> fica
> >> > tudo bem, inclusive algumas das vlans ficam em estado de bloqueio ( o
> que
> >> > deve acontecer mesmo ja que um enlace é para rendundancia) , mas pouco
> >> > tempo
> >> > depois a rede entra em looping ( mais de 20000pps passando pela porta
> que
> >> o
> >> > enlace via pasolink esta conectado e nâo adianta nem dar shutdown na
> >> porta
> >> > que o problema so acaba quando retiro o cabo do switch ou de um lado
> do
> >> > enlace pasolink.
> >> >
> >> > O pasolink está com sua configuração defaul, modo switch desabilitado
> (
> >> > supondo que quero que ele funcione como um cabo de rede..) e o modo
> que
> >> > desativa as portas ethernet em caso do enlace wireless cair ou se uma
> das
> >> > portas ethernet do enlace caia ele desative a porta ethernet da outra
> >> > ponta.
> >> >
> >> >
> >> > Como é impossivel acesso hj ao local remoto e a gerencia do radio esta
> >> > sendo
> >> > feita via porta usb , não pude mudar a configuração que comentei acima
> de
> >> > desativar as portas em casa de falha. ( o que poderia ser o problema ,
> ja
> >> > que mesmo com um dos lados do enlace fora , o pasolink da sinal
> ethernet
> >> > para o switch que deixa a porta em estado de forwarding).
> >> >
> >> >
> >> >
> >> > PS: A redundancia tem que ser em camada 2 devido a nescessidade de
> >> > transporte de vlans entre os locais.
> >> >
> >> >
> >> > Gostaria de já adiantar as possiveis causas pra amanhã cedo resolver
> este
> >> > problema.
> >> >
> >> >
> >> > Atenciosamente,
> >> >
> >> > Gustavo
> >> > --
> >> > gter list    https://eng.registro.br/mailman/listinfo/gter
> >> >
> >> --
> >> gter list    https://eng.registro.br/mailman/listinfo/gter
> >>
> > --
> > gter list    https://eng.registro.br/mailman/listinfo/gter
> >
> --
> gter list    https://eng.registro.br/mailman/listinfo/gter
>