[GTER] Problema com redundância em camada 2

[Gustavo Santos]

Rubens,

Isto foi exatamente o que estava acontecendo ontem em uma porta do switch
conectada ao Pasolink, trafego unidirecional gerando looping e não recebendo
bpdus. o interessante que parece que é algum problema na porta pois como
informei no e-mail anterior, tirei o Pasolink, coloquei o mikrotik e o mesmo
não recebia os bpuds do stp.



2009/3/19 Gustavo Santos <gustkiller at gmail.com>

> 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
>>
>
>