[GTER] Identificar queda acesso metro (sem pings)
Michel L. M. B. Perez
michelmbperez at gmail.com
Mon Jan 14 18:27:37 -02 2013
Mas tem vezes que o UDLD não resolve os problemas em questão, então você
tem que usar as tecnologias que o Edgar citou nos media converters, cada
caso é um caso, mas esses conversores com esses recursos são muito bons, já
usei em alguns projetos e recomendo da Transitions Networks, em ambos os
casos eram "fibras apagadas".
Me fica um duvida se fossem VLANs num enlace metro como a outra ponta
poderia cair?
:o)
--
Michel Perez
Skype: michelmbperez
michelmbperez at gmail.com
http://br.linkedin.com/in/michelmbperez
Em 11 de janeiro de 2013 20:15, Gustavo Santos <gustkiller at gmail.com>escreveu:
> Exatamente! Tem que configurar o timeout de errdisabled gerado pelo ULDL. E
> para qualquer protocolo de redundância , intermitência é pior que falha.
>
> Gustavo Santos
> Analista de Redes
> CCNA , MTCNA , MTCRE, MTCINE, JUNCIA-ER
>
>
> Em 11 de janeiro de 2013 18:11, Douglas Fischer
> <fischerdouglas at gmail.com>escreveu:
>
> > Cuidado com o UDLD...
> > Já tive problemas com ele.
> >
> > Acabei tendo um site incessível por problemas intermitentes nos media
> > converters,
> > e ele manteve as interfaces do switch-router inativas(uma de cada-vez)...
> >
> > Em 10 de janeiro de 2013 08:22, Gustavo Santos <gustkiller at gmail.com
> > >escreveu:
> >
> > > Em equipamentos cisco, você pode utilizar o udld nas interfaces físicas
> > > conectadas no circuito metro. (unidirecional link detection).
> > > Em resumo, é uma troca de hellos que derruba a interface física, em
> caso
> > de
> > > falhas em circuitos, em que o conversor ou ativo não desativam a
> > interface
> > > em caso de falhas.
> > >
> > >
> > >
> >
> http://www.cisco.com/en/US/docs/switches/lan/catalyst6500/ios/12.2SX/configuration/guide/udld.html#wp1020417
> > >
> > >
> > > Enviado via galaxy note.
> > > Em 09/01/2013 16:59, "douglas" <dogbsd at gmail.com> escreveu:
> > >
> > > > Prezados,
> > > >
> > > > estou deparando com alguns problemas relacionados a quedas de enlaces
> > > > metro. As interfaces gigabit x/x/x.yy são alimentadas eletricamente
> > > > pelos conversores metro e o status é de "up up" mesmo que não há
> > > > conectividade com outro ponto.
> > > >
> > > > Existe alguma técnica para identificar essa anomalia e colocar a
> > > > sub-int vlan em "down down"? Forçar uma situação nas sub-interfaces
> > > > vlans para registrar via sistema de monitoramento snmp.
> > > >
> > > > Obrigado a todos
> > > >
> > > > --
> > > > Douglas
> > > > --
> > > > 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
> > --
> > gter list https://eng.registro.br/mailman/listinfo/gter
> >
> --
> gter list https://eng.registro.br/mailman/listinfo/gter
>
More information about the gter
mailing list