[GTER] RES: Identificar queda acesso metro (sem pings)

[rafael at ensite.com.br]

Citando Filipe Abelha Melo <filipeabelhamelo at gmail.com>:

tem também o protocolo UDLD, esse procotolo da um shutdown na porta ao  
detectar apenas uma direção de tráfego.

http://www.cisco.com/en/US/docs/switches/lan/catalyst4500/12.2/54sg/configuration/guide/udld.html#wp1050225

Att
Rafael A Duarte
Ensite Brasil Telecom
18 3643 1212
18 9149 7767


> Tenho resolvido esse problema usando Link aggregation com LACP, mesmo sendo
> apenas um link. O LACP se encarrega de detectar falha no enlace físico,
> mesmo que a porta física continue UP.
>
>
> -----Mensagem original-----
> De: gter [mailto:gter-bounces at eng.registro.br] Em nome de Rubens Kuhl
> Enviada em: quarta-feira, 9 de janeiro de 2013 17:04
> Para: Grupo de Trabalho de Engenharia e Operacao de Redes
> Assunto: Re: [GTER] Identificar queda acesso metro (sem pings)
>
>> 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.
>
> Isso em geral pode ser configurado nos conversores: ele derrubar a interface
> elétrica no caso de perda de sinal óptico. Link Failure Propagation é um dos
> nomes para isso, mas eu nunca vi mais de um fabricante usar o mesmo para
> descrever esse recurso...
>
>> 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.
>
> Ethernet OAM e/ou Ethernet EFM fault detection indication, recurso presente
> em versões bem recentes.
>
>
> Rubens
> --
> gter list    https://eng.registro.br/mailman/listinfo/gter
>
> --
> gter list    https://eng.registro.br/mailman/listinfo/gter
>