Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

Indicação de alarme de ethernet

Use o seguinte para entender mais sobre o sinal de indicação de alarme Ethernet (ETH-AIS) e como configurar a ETH-AIS em dispositivos.

Visão geral da função de indicação de alarme Ethernet (ETH-AIS)

A função de sinal de indicação de alarme Ethernet (ETH-AIS) permite que um provedor de serviços implante um serviço Ethernet para determinar se existe uma falha de conectividade no nível de domínio do provedor ou em um nível abaixo. Quando a falha ocorre no nível de domínio do provedor, o provedor de serviços lida com a falha e, quando a falha ocorre em um nível abaixo, o provedor pode ignorar a falha ou entrar em contato com as autoridades relevantes para resolver a falha.

As seções a seguir explicam a ETH-AIS, poucos casos de uso que determinam quando gerar e propagar pacotes ETH-AIS e os termos associados em detalhes:

Entender a ETH-AIS em um domínio de manutenção

A ITU-T desenvolveu o Y.1731 como uma recomendação para funções e mecanismos de operação, administração e manutenção (OAM) para redes baseadas em Ethernet, incluindo funções de OAM como ETH-AIS, sinal bloqueado de Ethernet (ETH-LCK), sinal de teste Ethernet (ETH-Test), comutação de proteção automática Ethernet (ETH-APS), canal de comunicação de manutenção Ethernet (ETH-MCC), OAM experimental Ethernet (ETH-EXP), OAM específico de fornecedor de ethernet (ETH-VSP) e monitoramento de desempenho. Para obter informações sobre domínio de manutenção e termos relacionados, veja Termos definidos.

De acordo com os padrões Y.1731, um MEP de servidor é uma função combinada da função de terminação da camada de servidor e da função de adaptação da camada de serviços Ethernet do servidor. O MEP do servidor notifica os MEPs de camada de Ethernet (ETH) quando detecta uma falha. A função de terminação da camada de servidor executa os mecanismos OAM específicos para a camada do servidor e os alarmes são suprimidos na camada de servidor pela ETH-AIS.

Observe que a ETH-AIS não é aplicável às redes Spanning Tree Protocol (STP).

A ETH-AIS permite que você suprime alarmes quando uma condição de falha é detectada. Usando a ETH-AIS, um provedor de serviços pode diferenciar falhas em diferentes níveis.

A ETH-AIS oferece muitas vantagens que incluem:

  • Os provedores de serviços não precisam levantar alarmes se houver falhas de nível mais baixo.

  • Os provedores de serviços podem fornecer um reembolso a seus assinantes ou aproveitar um reembolso de seu provedor de Internet com base na indisponibilidade do serviço.

Os roteadores da Série MX oferecem suporte à ITU-T Y.1731 ETH-AIS para fornecer gerenciamento de falhas para provedores de serviços que fornecem serviços Ethernet de operadora usando o padrão IEEE 802.1ag.

Nota:

O Virtual Chassis da Série MX não oferece suporte ao sinal de indicação de alarme Ethernet (ETH-AIS).

Detecção de falhas em um domínio de manutenção

No cenário descrito na Figura 1 na página xyz, você tem um nível de provedor de serviços e um nível de cliente. Dois provedores de serviços — Operador-1 e Operador-2 — são considerados para fins de ilustração. Suponha que ocorra uma falha no nível de domínio de manutenção do Operador-1 que tenha MEP-A e MEP-B em seus limites de nível de domínio de manutenção. Para notificar as falhas em um sistema de gerenciamento de rede e evitar a notificação de alarmes do nível do cliente pela mesma falha, o MEP-A e o MEP-B transmitem um sinal de indicação de alarme (AIS) em direções opostas, sinalizando assim os níveis mais altos e a rede Operadora-2 sobre a falha, para que os alarmes sejam suprimidos.

A sinalização é alcançada através da transmissão e propagação de unidades de dados de protocolo AIS (PDUs). Você deve habilitar a AIS explicitamente em todos os MEPs no nível do provedor de serviços. Um MEP configurado para emitir quadros com informações de ETH-AIS geralmente está na camada do servidor e continua a transmitir quadros periódicos com informações de ETH-AIS até que a condição de defeito seja limpa. Quando um MEP cliente recebe os quadros ETH-AIS, ele suprime alarmes de perda de continuidade associados aos seus MEPs peer.

Observe que, na ausência de AIS, um MEP cliente retoma a geração de alarmes de perda de continuidade quando detecta as condições de defeito de perda de continuidade de sua camada de servidor.

Para conectividade de camada de serviços Ethernet ponto a ponto, um MEP tem apenas um mep peer. Portanto, não há ambiguidade em relação ao MEP peer para o qual o DEPUTADO deve suprimir alarmes quando recebe as informações de ETH-AIS.

Para conectividade de camada de serviços Ethernet multiponto, um MEP que recebe informações de ETH-AIS não pode determinar o MEP exato que encontrou a falha e, portanto, não pode isolar o MEP peer exato para suprimir os alarmes. Para evitar esse cenário, o Y.1731 recomenda suprimir alarmes para todos os MEPs peer no mesmo nível de domínio, independentemente do status de conectividade em uma configuração de conectividade de camada de serviços Ethernet multiponto.

Tabela 1 lista os comandos de modo operacional que você pode usar em um domínio de manutenção para verificar os vários parâmetros relativos a um MEP.

Tabela 1: Comandos de modo operacional

Para verificar

Comandos de modo operacional

Se a configuração da AIS está configurada corretamente em um MEP cfm.

show protocols oam ethernet connectivity-fault-management action-profile

Estatísticas de quadros de AIS.

show oam ethernet connectivity-fault-management interfaces detail

show oam ethernet connectivity-fault-management mep-statistics maintenance-domain md-name maintenance-association ma-name remote-mep mep-id local-mep mep-id

Se ocorreu algum evento que desencadeou a AIS.

show oam ethernet connectivity-fault-management mep-database maintenance-domain md-name maintenance-association ma-name remote-mep mep-id local-mep mep-id

Situação das sessões do CFM para falhas que desencadeiam a AIS no MEP.

show oam ethernet connectivity-fault-management interfaces detail

Termos definidos

  • Transmissão de AIS — um MEP ao detectar uma condição de defeito transmite quadros de AIS em uma direção oposta aos seus MEPs peer. A periodicidade da transmissão de quadros de AIS é baseada no período de transmissão da AIS. Recomenda-se um período de transmissão de AIS de 1 segundo. O primeiro quadro de AIS deve ser sempre transmitido imediatamente após a detecção de uma condição de defeito.

  • Recepção de AIS — Ao receber um quadro de AIS, um MEP o examina para garantir que o nível de domínio de manutenção do quadro seja o mesmo que seu próprio nível de domínio de manutenção. O campo de período no quadro indica o período em que os quadros de AIS podem ser esperados. Quando um MEP recebe um quadro de AIS, ele detecta a condição do defeito. Após a detecção, quando nenhum quadro de AIS é recebido em um intervalo de 3,5 vezes — o período de transmissão de AIS indicado nos quadros de AIS recebidos — o MEP limpa a condição de defeito da AIS. Quando a condição da AIS é liberada e os defeitos ainda existem, os MEPs continuam a relatar alarmes.

  • Formato PDU de AIS — Os campos do formato PDU de AIS são:

    1. Nível MEG — Também chamado de nível de domínio de manutenção, é um campo de 3 bits que é usado para transportar o nível de domínio de manutenção do MEG cliente.

    2. Versão — o valor é sempre 0.

    3. OpCode — O valor para este tipo de PDU é AIS (33).

    4. Bandeiras — Os primeiros cinco bits estão reservados e estão definidos para 0. O elemento de informação de 3 bits transportado nos três bits menos significativos é referido como o período que contém o valor da periodicidade de transmissão de AIS, conforme ilustrado em Tabela 2:

      Tabela 2: Periodicidade de transmissão de AIS

      Bandeiras [3:1]

      Valor do período

      Comentários

      000-011

      Valor inválido

      Valor inválido para AIS

      100

      1s

      1 quadro por segundo

      101

      Valor inválido

      Valor inválido para AIS

      110

      1 min

      1 quadro por minuto

      111

      Valor inválido

      Valor inválido para AIS

    5. Compensação de TLV — Definir para 0.

    6. TLV final — valor de octeto totalmente zero.

  • Camada de servidor e camada do cliente — essas camadas fazem parte do modelo funcional de rede de transporte G.805 de recomendação de ITU-T. Esse modelo é baseado no conceito de camadas dentro de uma rede de transporte. Uma rede de transporte é dividida em várias redes independentes de camada de transporte que têm uma associação cliente-servidor entre redes de camada adjacentes.

  • Domínio de manutenção — Para permitir o gerenciamento de falhas de conectividade (CFM) em uma interface Ethernet, domínios de manutenção, associações de manutenção e pontos finais de manutenção (MEPs) são criados e configurados em uma rede. Você pode configurar até oito níveis de domínio de manutenção em uma rede. Cada nível de domínio de manutenção faz parte da rede onde os problemas de conectividade podem ser monitorados e corrigidos. Domínio do provedor e domínio do cliente são alguns exemplos para domínios de manutenção. Cada domínio de manutenção tem uma associação de manutenção. Cada associação de manutenção inclui MEPs e pontos intermediários de manutenção (MIPs) nesse domínio. Os MEPs estão localizados na fronteira do domínio e os MIPs estão localizados dentro do domínio. Os MEPs geram e transmitem mensagens de verificação de continuidade (CCMs) em intervalos configurados para toda a associação de manutenção para verificar a conectividade na rede.

  • Camada de serviços Ethernet (ETH) — Uma camada no modelo de rede Metro Ethernet, onde essa camada é responsável pelos serviços OAM que são necessários para oferecer suporte aos serviços Ethernet na rede.

Visão geral do sinal de indicação de alarme Ethernet

Os roteadores da Série ACX oferecem suporte à função de sinal de indicação de alarme Ethernet ITU-T Y.1731 (ETH-AIS) para fornecer gerenciamento de falhas para provedores de serviços. A ETH-AIS permite que você suprime alarmes quando uma condição de falha é detectada. Usando a ETH-AIS, um administrador pode diferenciar falhas no nível do cliente ou falhas no nível do provedor.

A vantagem da ETH-AIS é:

  • Os clientes não precisam levantar alarmes devido a falhas de nível mais baixo.

  • Os clientes podem obter reembolso com base na indisponibilidade do serviço.

Quando uma condição de falha é detectada, um ponto final de manutenção (MEP) gera pacotes ETH-AIS para os níveis de cliente configurados por uma duração especificada até que a condição de falha seja limpa. Qualquer MEP configurado para gerar sinais de pacotes ETH-AIS a um nível mais alto do que o seu próprio. Um deputado que recebe ETH-AIS reconhece que a falha está em um nível mais baixo e, em seguida, suprime alarmes no nível atual.

Os roteadores da Série ACX oferecem suporte à geração de PDU ETH-AIS para MEPs de servidor com base nas seguintes condições de defeito:

  • Perda de conectividade (detecção de perda de enlace físico)

  • Circuito de camada 2 ou VPN de Camada 2 para baixo

A sinalização de indicação de alarme é feita por meio da transmissão e propagação de PDUs ETH-AIS. A ETH-AIS deve ser habilitada para os MEPs. Um MEP que está configurado para emitir pacotes com informações de ETH-AIS geralmente é de camada de servidor e continua a transmitir pacotes periódicos com informações de ETH-AIS até que a condição de defeito seja limpa. Os MEPs do CFM, ao receberem PDUs ETH-AIS, suprimem a perda de alarmes de continuidade associados aos seus MEPs peer. Um MEP retoma a perda da geração de alarmes de continuidade ao detectar perda de condições de defeito de continuidade na ausência de uma condição de ETH-AIS.

Para conectividade Ethernet ponto a ponto, um MEP tem apenas um único MEP peer. Portanto, um MEP suprime alarmes em seu peer MEP quando recebe as informações de ETH-AIS.

Para conectividade Ethernet de vários pontos, um MEP que recebe informações de ETH-AIS não pode determinar o MEP exato encontrado em uma condição de falha e, portanto, não será capaz de isolar o MEP peer exato para a supressão de alarme. O ITU-T Y.1731 recomenda suprimir alarmes para todos os MEPs peer, independentemente do status de conectividade.

Transmissão de AIS — um MEP ao detectar uma condição de defeito transmite PDUs ETH-AIS em uma direção oposta aos seus MEPs peer. A transmissão de PDUs ETH-AIS é baseada em um período de transmissão ETH-AIS configurado. Recomenda-se um período de transmissão de ETH-AIS de 1 segundo. A primeira PDU ETH-AIS deve ser transmitida imediatamente após a detecção de uma condição de defeito.

Recepção de AIS — um MEP ao receber PDUs ETH-AIS a examina para garantir que seu nível de domínio de manutenção (MD) corresponda ao mesmo nível de MD. Ao receber uma PDU ETH-AIS, o MEP detecta uma condição de defeito. Após a detecção de uma condição de defeito, se não houver PDUs ETH-AIS recebidas em um intervalo de 3,5 vezes o período de transmissão ETH-AIS indicado nas PDUs ETH-AIS recebidas anteriormente, o MEP limpa a condição de defeito. Após a liberação da condição de falha, os deputados continuam a informar alarmes.

Nota:

Os roteadores da Série ACX não oferecem suporte a ITU-T Y.1731 ETH-AIS para serviços de camada 2 (ponte).

A seguir, as limitações para o MEP do servidor

  • O desencadeamento de mensagens de ETH-AIS por serviços (circuito de Camada 2 e VPN de Camada 2) pelo MEP de servidor de perda de link é feito da melhor maneira. Isso ocorre porque a transmissão de mensagens ETH-AIS é independente do status do serviço e não há garantia para o fornecimento das mensagens ETH-AIS antes que o serviço seja desativado.

  • A proteção pseudowire com sessão CFM-MEP não é monitorada pelo servidor-MEP porque uma entidade para monitorar a proteção pseudowire já existe para o serviço (circuito de Camada 2 e VPN de Camada 2).

Configuração de ETH-AIS em um MEP do CFM

Os roteadores da Série MX oferecem suporte à função de sinal de indicação de alarme Ethernet (ETH-AIS) ITU-T Y.1731 para fornecer gerenciamento de falhas para provedores de serviços. A ETH-AIS permite que o provedor de serviços suprime alarmes quando uma condição de falha é detectada.

Os pontos a seguir devem ser observados quando a ETH-AIS estiver configurada em um domínio de manutenção:

  • A transmissão ou o recebimento de AIS em um MEP não substitui a lowest-priority-defect declaração configurada no nível hierárquico [edit protocols oam ethernet connectivity-fault-management maintenance-domain domain-name maintenance-association ma-name mep mep-id] . Portanto, os alarmes são relatados de acordo com a prioridade de defeito configurada.

  • Alarmes são relatados mesmo quando os níveis de domínio mais altos trocam CCMs a uma taxa mais rápida do que os níveis de domínio mais baixos.

  • O ponto intermediário de associação de manutenção (MIP) é transparente para os quadros ETH-AIS — ou seja, os MIPs não executam nenhuma ação em resposta aos quadros ETH-AIS.

  • Quando o provedor de serviços solicita ao MEP que gere uma AIS para um nível mais baixo ou para o mesmo nível, a solicitação é indeferida.

  • A geração de AIS é interrompida quando o MEP libera o MEP remoto dentro da associação de manutenção.

  • Quando a auto-discovery declaração é habilitada para um MEP, as informações remotas de MEP são liberadas após o término do intervalo de espera configurado.

As tarefas a seguir explicam como habilitar a ETH-AIS em um domínio de manutenção, configurar uma ação a ser tomada quando um defeito é detectado e anexar o perfil de ação a um MEP do CFM:

Configuração de um perfil de ação

Para configurar um perfil de ação para ETH-AIS:

  1. Vá para o [edit protocols oam ethernet connectivity-fault-management] nível de hierarquia.
  2. Configure um perfil de ação para usar quando um ou mais MEPs remotos estiverem desativados.
  3. Configure um evento que precisa ser monitorado.
  4. Configure a condição de defeito que gera um sinal de indicação de alarme.
  5. Configure a adjacency-loss declaração para informar o operador quando a conectividade física é perdida entre os MEPs peer.
  6. Configure a all-defects declaração para informar ao operador que todos os possíveis defeitos devem ser considerados para levantar o sinal de indicação de alarme.
  7. Configure a cross-connect-ccm declaração para informar o operador quando as mensagens de verificação de continuidade (CCMs) são recebidas pelo MEP e levantar um sinal de indicação de alarme em resposta.
  8. Configure a erroneous-ccm declaração para informar o operador quando os CCMs com ID MEP inesperado ou nível de domínio de manutenção são recebidos pelo MEP e um alarme de AIS é levantado em resposta.
  9. Configure a receive-ais declaração para informar ao operador que uma mensagem de AIS foi recebida do peer MEP em seu próprio nível de manutenção.

Configuração de uma ação a ser tomada quando um alarme de AIS é detectado

Configure uma ação a ser tomada quando um alarme de AIS for detectado.

  1. Vá para o [edit protocols oam ethernet connectivity-fault-management action-profile action-profile-name action] nível de hierarquia.
  2. Configure a log-and-generate-ais declaração para registrar o evento que gerou a mensagem de AIS.
  3. Configure o intervalo entre as mensagens de AIS que devem ser recebidas pelo MEP como 1 minuto ou 1 segundo.
  4. Configure a faixa de nível de domínio de manutenção do servidor do MEP de 1 a 7.
  5. Configure a prioridade 802.1p do pacote AIS de 1 a 7.

Anexando o perfil de ação a um DEPUTADO CFM

Após a configuração de um evento e uma ação a ser monitorada em um perfil de ação, você deve anexar o perfil de ação a um DEPUTADO CFM.

  1. Vá para o [edit protocols oam ethernet connectivity-fault-management] nível de hierarquia.
  2. Configure o domínio de manutenção com um nome.
  3. Configure o domínio de manutenção com um nível de grupo de entidade de manutenção do cliente (MEG) ou nível de associação de manutenção — o nível que a associação de manutenção da camada do cliente (MIPs) e os MEPs existem — de 0 a 7.
    Nota:

    Você não pode configurar um nível de domínio de manutenção inferior ou igual ao nível de associação de manutenção com o qual ele está associado.

  4. Configure a associação de manutenção.
  5. Configure a verificação de continuidade que é realizada em todos os MEPs em um nível de domínio enviando CCMs com um intervalo entre dois CCMs — 100 miissegundos, 10 milissegundos, 1 segundo, 10 segundos, 1 minuto ou 10 minutos — e o número de CCMs que devem ser perdidos antes de marcar um MEP como desativado.
  6. Configure o MEP com um identificador de 1 a 8192.
  7. Anexe o perfil de ação configurado ao MEP.
  8. Configure a interface do MEP sobre a qual os CCMs são transmitidos.
  9. Configure a direção para que os CCMs viajem para o próximo MEP como para cima ou para baixo.
  10. Configure a prioridade do 802.1p para os CCMs e o pacote de rastreamento de link de 0 a 7.

Configuração de sinal de indicação de alarme em roteadores da Série ACX

Os roteadores da Série ACX oferecem suporte à função de sinal de indicação de alarme Ethernet ITU-T Y.1731 (ETH-AIS) para fornecer gerenciamento de falhas para provedores de serviços. A ETH-AIS permite que você suprime alarmes quando uma condição de falha é detectada.

Para oferecer suporte à transmissão ETH-AIS, as seguintes informações de configuração são exigidas por um DEPUTADO CFM:

  • Nível do Grupo da Entidade de Manutenção do Cliente — Grupo de Entidades de Manutenção (MEG), no qual existem os pontos intermediários de domínio de manutenção (MIPs) da camada de cliente imediatos e os pontos finais da Associação de Manutenção (MEPs).

  • Período de transmissão da ETH-AIS — determina o intervalo de transmissão de PDU ETH-AIS.

  • Prioridade — determina a prioridade dos pacotes com informações de ETH-AIS. Isso é opcional.

Para configurar a ETH-AIS no MEP do CFM, você precisa:

  • Configure um perfil de ação com a ação ETH-AIS

  • Anexar o perfil de ação ao MEP do CFM

Para configurar um perfil de ação com a ação ETH-AIS, inclua as seguintes declarações no nível de hierarquia [editar protocolos oam conectividade-falhas de conectividade]:

Para anexar um perfil de ação a um MEP do CFM, inclua as seguintes declarações no nível de hierarquia [editar protocolos oam conectividade-falhas de conectividade]:

Nota:

Você não pode configurar um nível de domínio de manutenção inferior ou igual ao nível com o qual está associado.

Para oferecer suporte à transmissão ETH-AIS, as seguintes informações de configuração exigidas por um MEP do servidor:

  • Definição de MEP de servidor — define a associação do identificador MEP do servidor para a camada de servidor.

    • Para o circuito de Camada 2 e VPN de Camada 2, a interface lógica conectada a uma rede do cliente (UNI) seria o identificador para a camada de servidor que precisa ser monitorada pelo MEP do servidor.

    • Para detecção de perda de enlace físico, a interface física sob o protocolo Ethernet seria o identificador para a camada de servidor que precisa ser monitorada pelo MEP do servidor.

  • Associação de defeito de MEP de servidor — define a associação de defeitos de MEP de servidor à ação ETH-AIS.

  • Perfil de ação da associação e MEP do servidor — define a vinculação do MEP do servidor e do perfil de ação.

Para configurar a ETH-AIS no MEP do servidor, você precisa:

  • Crie um perfil de ação com a ação ETH-AIS para defeitos de MEP de servidor.

  • Anexe o perfil de ação a um MEP de servidor

Para criar um perfil de ação, inclua as seguintes declarações no nível de hierarquia [editar protocolos oam connectivity-fault-management] da conectividade ethernet:

Para anexar um perfil de ação a um MEP de servidor, inclua a seguinte declaração no nível de hierarquia [editar protocolos oam conectividade-falhas de conectividade]: