Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

Visão geral do OAM de serviços ethernet ITU-T Y.1731

SUMMARY Esta seção descreve o OAM de serviço (ITU-TY.1731) e seus dois componentes principais: gerenciamento de falhas (monitoramento, detecção e isolamento) e monitoramento do desempenho (medição da perda de quadro, medição da perda de quadro sintético e medição do atraso do quadro).

Visão geral das medições de atraso do quadro ethernet

Recurso de medição de atraso de quadro ITU-T Y.1731

O padrão IEEE 802.3-2005 para Operações de Ethernet, Administração e Manutenção (OAM) define um conjunto de mecanismos de gerenciamento de falhas de enlace para detectar e relatar falhas de enlace em uma ÚNICA LAN Ethernet ponto a ponto.

O Junos OS tem suporte para os principais padrões de OAM que fornecem gerenciamento e monitoramento automatizados de ponta a ponta do serviço Ethernet por provedores de serviços:

  • IEEE Standard 802.1ag,também conhecida como "Gerenciamento de falhas de conectividade (CFM)."

  • Recomendação Y.1731 da ITU-T,que usa terminologia diferente da IEEE 802.1ag e define recursos de OAM de serviço Ethernet para monitoramento, diagnóstico e monitoramento de desempenho de falhas.

Esses recursos permitem que os operadores ofereçam acordos vinculantes de nível de serviço (SLAs) e gerem novas receitas a partir de pacotes de serviços com garantia de taxa e desempenho que são adaptados às necessidades específicas de seus clientes.

Os roteadores da Série ACX são suportados por modos proativos e sob demanda.

Nota:

Os roteadores ACX5048 e ACX5096 só são compatíveis com a marcação de tempo baseada em software para medição de atraso.

Ethernet CFM

O padrão 802.1ag da IEEE para gerenciamento de falhas de conectividade (CFM) define mecanismos para fornecer garantia de serviço Ethernet de ponta a ponta em qualquer caminho, seja em um único enlace ou em vários enlaces, composto por várias LANs.

Para interfaces ethernet em M320, Série MX e Série T roteadores, o Junos OS tem suporte para os seguintes elementos-chave do padrão Ethernet CFM:

  • Monitoramento de falhas usando o protocolo IEEE 802.1ag Ethernet OAM Continuity Check

  • Descoberta de caminho e verificação de falhas usando o protocolo IEEE 802.1ag Ethernet OAM Linktrace

  • Isolamento de falhas usando o protocolo IEEE 802.1ag Ethernet OAM Loopback

Em um ambiente de CFM, entidades de rede, como operadoras de rede, provedores de serviços e clientes, podem fazer parte de diferentes domínios administrativos. Cada domínio administrativo é mapeado em um domínio de manutenção. Os domínios de manutenção estão configurados com diferentes valores de nível para mantê-los separados. Cada domínio fornece informações suficientes para que as entidades realizem seu próprio gerenciamento e monitoramento de ponta a ponta, e ainda assim evitem violações de segurança.

Figura 1 mostra as relações entre clientes, provedores e operadoras de pontes Ethernet, domínios de manutenção, end points de associação de manutenção (MEPs) e pontos intermediários de manutenção (MIPs).

Figura 1: Relacionamento de MEPs, MIPs e níveis de domínio de manutençãoRelacionamento de MEPs, MIPs e níveis de domínio de manutenção
Nota:

Nos roteadores da Série ACX, os pontos intermediários de manutenção (MIP) são suportados apenas nos roteadores ACX5048 e ACX5096.

Medição do atraso do quadro de Ethernet

Dois objetivos essenciais da funcionalidade OAM são medir atributos de qualidade de serviço, como atraso de quadro e variação de atraso do quadro (também conhecido como "jitter de quadro"). Essas medidas podem permitir identificar problemas de rede antes que os clientes sejam impactados por defeitos de rede.

O Junos OS tem suporte para medição de atraso de quadros Ethernet entre MEPs configurados em interfaces físicas ou lógicas Ethernet em roteadores da série MX. A medição do atraso do quadro ethernet fornece um controle fino para as operadoras que acionam a medição de atraso em um determinado serviço e podem ser usadas para monitorar SLAs. A medição do atraso do quadro ethernet também coleta outras informações úteis, como atrasos piores e melhores casos, atraso médio e variação média de atraso. A implementação do Junos OS da medição de atraso do quadro Ethernet (ETH-DM) está totalmente em conformidade com a recomendação Y.1731 da ITU-T, funções e mecanismos de OAMpara redes baseadas em Ethernet. A recomendação define mecanismos de OAM para operar e manter a rede na camada de serviço Ethernet, que é chamada de "camada ETH" na terminologia ITU-T.

Roteadores da Série MX com concentradores de porta modulares (MPCs) e MPCs Ethernet de 10 Gigabits com SFP+ de suporte à funcionalidade ITU-T Y.1731 em VPLS para atraso de quadro e variação de atraso.

Nota:

A série MX Virtual Chassis não suporta a medição de atraso de quadro Ethernet (DM).

Medição de atraso do quadro ethernet de uma só forma

No modo ETH-DM de uma maneira só, uma série de valores de variação de atraso e atraso do quadro são calculados com base no tempo decorrido entre a hora em que um quadro de medição é enviado do MEP do iniciador em um roteador e a hora em que o quadro é recebido no MEP receptor no outro roteador.

Nota:

Os roteadores da Série ACX não suportam medição de atraso de quadros Ethernet de uma só forma.

Transmissão 1DM

Quando você inicia uma medição de atraso de quadro de ida, o roteador envia quadros de 1DM — quadros que transportam a unidade de dados de protocolo (PDU) para uma medição de atraso de uma só via — do MEP do iniciador até o MEP receptor na taxa e pelo número de quadros especificados. O roteador marca cada quadro de 1DM como inelegível e introduz um timestamp do tempo de transmissão no quadro.

Recepção 1DM

Quando um MEP recebe um quadro de 1DM, o roteador que contém o MEP receptor mede o atraso de ida para esse quadro (a diferença entre a hora em que o quadro foi recebido e o timestamp contido no próprio quadro) e a variação de atraso (a diferença entre os valores de atraso atual e anterior).

Estatísticas de ETH-DM de ida e volta

O roteador que contém o MEP receptor armazena cada conjunto de estatísticas de atraso de uma só maneira no banco de dados ETH-DM. O banco de dados ETH-DM coleta até 100 conjuntos de estatísticas para qualquer sessão de CFM (par de meps peer). Você pode acessar essas estatísticas a qualquer momento exibindo o conteúdo do banco de dados ETH-DM.

Contabiliza o quadro de ETH-DM de uma só forma

Cada roteador conta o número de quadros ETH-DM de uma só maneira enviados e recebidos:

  • Para um MEP iniciador, o roteador conta o número de quadros de 1DM enviados.

  • Para um MEP receptor, o roteador conta o número de quadros de 1DM válidos recebidos e o número de quadros 1DM inválidos recebidos.

Cada roteador armazena as contagens de quadro ETH-DM no banco de dados CFM. O banco de dados do CFM armazena estatísticas de sessão de CFM e, para interfaces que suportam ETH-DM, qualquer quadro ETH-DM conta. Você pode acessar as contagens de quadros a qualquer momento exibindo informações do banco de dados CFM para interfaces Ethernet atribuídos a MEPs ou para MEPs em sessões de CFM.

Sincronização de relógios de sistema

A precisão dos cálculos de atraso de ida depende da sincronização aproximada dos relógios do sistema no MEP iniciador e no MEP receptor.

A precisão da variação de atraso de uma só maneira não depende da sincronização do relógio do sistema. Como a variação do atraso é simplesmente a diferença entre os valores consecutivos de atraso de ida e volta, o período fora da fase é eliminado dos valores de variação do quadro.

Nota:

Para uma determinada medição de atraso do quadro Ethernet de uma só forma, os valores de variação de atraso e atraso do quadro só estão disponíveis no roteador que contém o MEP do receptor.

Medição de atraso do quadro de Ethernet de duas vias

No modo ETH-DM de duas vias, os valores de variação de atraso e atraso do quadro são baseados na diferença de tempo entre quando o MEP iniciador transmite um quadro de solicitação e recebe um quadro de resposta do MEP do socorrista, subtraindo o tempo decorrido no MEP do socorrista.

Transmissão DMM

Quando você inicia uma medição de atraso de quadro de duas vias, o roteador envia quadros da mensagem de medição de atraso (DMM) — quadros que transportam a PDU para uma solicitação de ETH-DM de duas vias — do MEP do iniciador até o MEP do socorrista na taxa e pelo número de quadros especificados. O roteador marca cada quadro DMM como inelegível e introduz um timestamp do tempo de transmissão no quadro.

Transmissão DMR

Quando um MEP recebe um quadro DMM, o MEP responde com um quadro de resposta de medição de atraso (DMR), que transporta informações de resposta ETH-DM e uma cópia do timestamp contida no quadro DMM.

Recepção DMR

Quando um MEP recebe um DMR válido, o roteador que contém o MEP mede o atraso de duas vias para esse quadro com base na seguinte sequência de timestamps:

  1. TITxDMM

  2. TRRxDMM

  3. TRTxDMR

  4. TIRxDMR

Um atraso de quadro de duas vias é calculado da seguinte forma:

  1. [TIRxDMR – TITxDMM] – [TRTxDMR – TRRxDMM]

O cálculo mostra que o atraso do quadro é a diferença entre o tempo em que o MEP iniciador envia um quadro DMM e o tempo em que o MEP iniciador recebe o quadro DMR associado do MEP do socorrista, menos o tempo expirado no MEP do socorrista.

A variação do atraso é a diferença entre os valores de atraso atuais e anteriores.

Estatísticas de ETH-DM de duas vias

O roteador que contém o MEP iniciador armazena cada conjunto de estatísticas de atraso de duas vias no banco de dados ETH-DM. O banco de dados ETH-DM coleta até 100 conjuntos de estatísticas para qualquer sessão de CFM (par de meps peer). Você pode acessar essas estatísticas a qualquer momento exibindo o conteúdo do banco de dados ETH-DM.

Contagens de quadros de ETH-DM de duas vias

Cada roteador conta o número de quadros ETH-DM de duas vias enviados e recebidos:

  • Para um MEP iniciador, o roteador conta os quadros DMM número transmitidos, o número de quadros DMR válidos recebidos e o número de quadros DMR inválidos recebidos.

  • Para um MEP socorrista, o roteador conta o número de quadros DMR enviados.

Cada roteador armazena as contagens de quadro ETH-DM no banco de dados CFM. O banco de dados do CFM armazena estatísticas de sessão de CFM e, para interfaces que suportam ETH-DM, qualquer quadro ETH-DM conta. Você pode acessar as contagens de quadros a qualquer momento exibindo informações do banco de dados CFM para interfaces Ethernet atribuídos a MEPs ou para MEPs em sessões de CFM.

Nota:

Para uma determinada medição de atraso do quadro Ethernet de duas vias, os valores de variação de atraso e atraso do quadro só estão disponíveis no roteador que contém o MEP do iniciador.

Escolher entre um caminho e um ETH-DM de duas vias

A medição do atraso do quadro de uma só via requer que os relógios do sistema no MEP iniciador e no MEP receptor estejam sincronizados de perto. A medição de atraso de quadros de duas vias não requer sincronização dos dois sistemas. Caso não seja prático sincronizar os relógios, as medições de atraso de dois quadros são mais precisas.

Quando dois sistemas estão fisicamente próximos um do outro, seus valores de atraso de ida são muito altos em comparação aos valores de atraso de duas vias. A medição de atraso de uma maneira requer que o tempo para os dois sistemas seja sincronizado em um nível muito granular, e os roteadores da Série MX atualmente não suportam essa sincronização granular.

Restrições para medição de atraso do quadro de Ethernet

As restrições a seguir aplicam-se ao recurso de medição do atraso do quadro Ethernet:

  • O recurso ETH-DM não é suportado em pseudowires de interface comutado por rótulos (LSI).

    O recurso ETH-DM é suportado em interfaces Ethernet agregadas.

  • O timestamping assistido por hardware para quadros ETH-DM no caminho de recepção só é suportado para interfaces MEP em DPCs aprimorados e DPCs de enxuação aprimoradas em roteadores da Série MX. Para obter informações sobre o timestamping assistido por hardware, consulte Orientações para configurar roteadores para dar suporte a uma sessão ETH-DM e habilitando a opção de timestampingassistido por hardware.

  • As medições de atraso do quadro de Ethernet só podem ser acionadas quando o daemon de gerenciamento de pacotes ( ) distribuído ppm estiver ativado. Para obter mais informações sobre essa limitação, consulte Orientações para configurar roteadores para dar suporte a uma sessão ETH-DM e garantir que o ppm distribuído não seja inválido.

  • Você pode monitorar apenas uma sessão por vez com o mesmo endereço MEP ou MAC remoto. Para obter mais informações sobre como iniciar uma sessão ETH-DM, consulte Iniciar uma sessão ETH-DM.

  • As estatísticas de ETH-DM são coletadas em apenas um dos dois roteadores peer na sessão ETH-DM. Para uma sessão ETH-DM de ida, você pode exibir estatísticas do quadro ETH-DM apenas no MEP receptor, usando comandos específicos do ETH-DM. show Para uma sessão ETH-DM de duas vias, você pode exibir estatísticas de atraso de quadro apenas no MEP do iniciador, usando os mesmos comandos específicos do ETH-DM. show Para obter mais informações, consulte Gerenciar estatísticas de ETH-DM e contagens de quadros ETH-DM.

  • As contagens de quadros de ETH-DM são coletadas em ambos os MEPs e armazenadas nos respectivos bancos de dados CFM.

  • Se ocorrer Mecanismo de Roteamento comutamento (GRES), quaisquer estatísticas de ETH-DM coletadas serão perdidas e as contagens de quadros ETH-DM serão zeradas. Portanto, a coleta de estatísticas de ETH-DM e contadores de quadro ETH-DM precisa ser reinicializada, depois que a comover for concluída. O GRES permite que um roteador com dois Mecanismos de Roteamento alterne de uma rede Mecanismo de Roteamento para uma rede de Mecanismo de Roteamento de backup sem interrupção ao encaminhamento de pacotes. Para obter mais informações, consulte o Guia do usuário de alta disponibilidade do Junos OS.

  • A precisão das estatísticas de atraso do quadro é comprometida quando o sistema está mudando (como a reconfiguração). Recomendamos realizar medições de atraso do quadro Ethernet em um sistema estável.

Visão geral da medição de perda de quadro ethernet

Os principais objetivos da funcionalidade OAM são medir atributos de qualidade de serviço, como atraso de quadro, variação de atraso do quadro (também conhecida como "variação de quadro")e perda de quadro. Essas medidas permitem identificar problemas de rede antes que os clientes sejam impactados por defeitos de rede.

O Junos OS tem suporte para medição de perda de quadro Ethernet (ETH-LM) entre meps (Maintenance Association End Points, pontos de associação de manutenção) configurados em interfaces físicas ou lógicas Ethernet em roteadores da série MX, sendo atualmente suportado apenas para serviços VPWS. O ETH-LM é usado pelas operadoras para coletar valores de conta aplicáveis a estruturas de serviço de entrada e saída. Esses contadores mantêm uma contagem de quadros de dados transmitidos e recebidos entre um par de MEPs. A medição da perda de quadros ethernet é realizada enviando quadros com informações de ETH-LM para um MEP peer e, da mesma forma, recebendo quadros com informações de ETH-LM do MEP de colegas. Esse tipo de medição de perda de quadro também é conhecida como medição de perda de Ethernet com um único fim.

Nota:

A série MX Virtual Chassis não tem suporte para medição de perda de quadro Ethernet (ETH-LM).

O ETH-LM aceita as seguintes medições de perda de quadro:

  • Medição de perda de quadro quase de ponta — Medição da perda de quadro associada a quadros de dados de ingresso.

  • Medição de perda de quadro de ponta — Medição da perda de quadro associada a quadros de dados de saída.

Nota:

A funcionalidade de medição de perda proativa e dupla do ITU-T Y1731 não é suportada nos roteadores da Série ACX.

O recurso ETH-LM é suportado em interfaces Ethernet agregadas.

Nota:

A partir da versão 16.1 do Junos OS, os resultados da medição de perda de Ethernet (ETH-LM) são imprecisos quando o gerenciamento de falhas de conectividade (CFM) e o monitoramento de desempenho (PM) foram recebidos localmente em um endpoint de manutenção (MEP) classificado como pertencente à classe amarela ou a uma prioridade de perda de pacote (PLP) de médio-alto. Esse problema de resultados incorretos é específico para a medição de perda de Ethernet para sessões de CFM de meps down. As estatísticas de medição de perda de Ethernet são imprecisas nos seguintes cenários:

  • A medição de perda de Ethernet está trabalhando em uma sessão de CFM para um MEP em estado baixo

  • AS PDUs de CFM recebidas na interface lógica do MEP down são classificadas pelo classificador como PLP amarelo ou médio-alto

  • Um pacote é identificado como amarelo quando o classificador de entrada marca o PLP como médio-alto.

O problema das discrepâncias com os resultados da medição de perda de Ethernet não é observado quando você configura a medição de perda de Ethernet no modo colorless. Para evitar esse problema de resultados de medição de perda imprecisas, provisione todas as PDUs de CFM locais como verdes ou com o PLP tão alto.

Nota:

A partir da Versão 16.1 do Junos OS, o monitoramento do desempenho para gerenciamento de falhas de conectividade (incluindo a instrução e seus subagrementos no nível da hierarquia) não é suportado quando a interface de rede para rede (NNI) ou de saída é uma interface Ethernet agregada com links de membro nos performance-monitoring[edit protocols oam ethernet connectivity-fault-management] DPCs.

Medição de contrato de nível de serviço

A medição do contrato de nível de serviço (SLA) é o processo de monitoramento da largura de banda, do atraso, da variação do atraso(jitter),da continuidade e da disponibilidade de um serviço (E-Line ou E-LAN). Ele permite identificar problemas de rede antes que os clientes sejam impactados por defeitos de rede.

Nota:

Os serviços de VPN Ethernet podem ser classificados em:

  • Serviços peer-to-peer (serviços de E-Line)— Os serviços de E-MPLS Line são oferecidos usando-se um serviço virtual de fio privado VPN de Camada 2 baseado em Camada 2(VPWS).

  • Serviços multipoint-para-multipoint (serviços de E-LAN)— Os serviços de E-LAN são oferecidos usando-se um serviço de LAN privada virtual (VPLS) baseado em MPLS com base em MPLS.

Para obter mais informações, consulte o Guia de Configuração de VPNs do Junos.

No Junos OS, as medições de SLA são classificadas em:

  • Modo sob demanda — No modo sob demanda, as medições são acionadas por meio da CLI.

  • Modo proativo — No modo proativo, as medições são acionadas por um aplicativo iterador.

Observe que a medição do atraso do quadro de Ethernet e a perda de quadro ethernet não são suportadas na ae interface.

Modo sob demanda para medição de SLA

No modo sob demanda, as medições são acionadas pelo usuário por meio da CLI.

Quando o usuário aciona a medição de atraso pela CLI, a solicitação de medição de atraso gerada é de acordo com os formatos de quadro especificados pelo padrão ITU-T Y.1731. Para medição de atraso de duas vias, o processamento lateral do servidor pode ser delegar ao Mecanismo de Encaminhamento de Pacotes para evitar sobrecargas no Mecanismo de Roteamento. Para obter mais informações, consulte Configurar roteadores para dar suporte a uma sessão de ETH-DM. Quando o processamento lateral do servidor é delegar ao Mecanismo de Encaminhamento de Pacotes, os contadores de quadro da mensagem de medição de atraso (DMM) e os contadores de quadro de resposta de medição de atraso (DMR) não são exibidos pelo receivetransmitshow comando.

Quando o usuário aciona a medição de perda pela CLI, o roteador envia os pacotes em formato padrão, junto com o TLV da medição de perda. Por padrão, o argumento é incluído no pacote para permitir sessões de medição de perda simultânea session-id-tlv do mesmo MEP local. Você também pode desativar o ID TLV da sessão usando o no-session-id-tlv argumento.

O ETH-LM de um único fim é usado para fins de operação, administração e manutenção sob demanda. Um MEP envia quadros com informações de solicitação de ETH-LM para seu meP peer e recebe quadros com informações de resposta ETH-LM de seu meP peer para realizar medições de perda. A unidade de dados de protocolo (PDU) usada para uma solicitação ETH-LM de um único fim é conhecida como uma mensagem de medição de perda (LMM), e a PDU usada para uma resposta ETH-LM com um único fim é conhecida como uma resposta de medição de perda (LMR).

Modo proativo para medição de SLA

No modo proativo, as medições de SLAs são acionadas por um aplicativo iterador. Um iterador é projetado para transmitir periodicamente pacotes de medição de SLAs na forma de quadros em conformidade com ITU-Y.1731 para medição de atraso ou perda de duas vias nos roteadores da Série MX. Esse modo difere da medição de SLA sob demanda, que é iniciada pelo usuário. O iterador envia pacotes de solicitação de medição periódica de atraso ou perda para cada uma das conexões registradas a ele. Os iteradores garantem que os ciclos de medição não ocorram ao mesmo tempo em que ocorrem a mesma conexão para evitar sobrecarga na CPU. O Junos OS tem suporte para o modo proativo para VPWS. Para um iterador formar uma adjacência remota e se tornar operacional, a mensagem de verificação de continuidade (CCM) deve estar ativa entre as configurações de MEP locais e remotas do gerenciamento de falhas de conectividade (CFM). Qualquer mudança nos parâmetros de adjabilidade do iterador redefine as estatísticas de iterador existentes e reinicializa o iterador. Aqui, o termo adjaceência refere-se a um pareamento de dois endpoints (conectados diretamente ou praticamente) com informações relevantes para compreensão mútua, que é usado para processamento posterior. Por exemplo, a adjaceência iteradora refere-se à associação de iteradores entre os dois endpoints dos MEPs.

Para cada DPC ou MPC, apenas 30 instâncias iteradoras para um valor de tempo de ciclo de 10 milissegundos (ms) são suportadas. No Junos OS, são suportadas 255 configurações de perfil de iterador e 2.000 associações de MEP remotas.

Os iteradores com valor de tempo de ciclo inferior a 100 ms são apoiados apenas para iteradores infinitos, enquanto os iteradores com valor de tempo de ciclo superior a 100 ms são apoiados por iteradores finitos e infinitos. Iteradores infinitos são iteradores que são executados infinitamente até que o iterador seja desabilitado ou desativado manualmente.

Nota:

Os roteadores ACX5048 e ACX5096 são compatíveis com um tempo de ciclo de iterador de apenas 1 segundo ou mais.

Um serviço VPWS configurado em um roteador é monitorado para medições de SLA ao registrar a conexão (aqui, a conexão é um par de MEPs remotos e locais) em um iterador e, em seguida, iniciando a transmissão periódica do quadro de medição de SLA nessas conexões. O serviço de ponta a ponta é identificado por meio de um ponto final de associação de manutenção (MEP) configurado em ambas as extremidades.

Para medição de atraso e perda de duas vias, um iterador envia uma mensagem de solicitação para a conexão na lista (se tiver) e envia uma mensagem de solicitação para a conexão pesquisada no ciclo de iteração anterior. As mensagens de solicitação de back-to-back para os quadros de medição SLA e suas respostas ajudam na computação da variação do atraso e na medição de perda.

A transmissão do quadro Y.1731 para um serviço conectado a um iterador continua infinitamente, a menos que intervem e interrompem um operador ou até que a situação da contagem de iteração seja atendida. Para impedir que o iterador envie quaisquer quadros de medição SLAs mais proativos, o operador deve realizar uma das seguintes tarefas:

  • Ative deactivate sla-iterator-profile a instrução em [edit protocols oam ethernet connectivity-fault-management maintenance-domain md-name maintenance association ma-name mep mep-id remote-mep mep-id] nível de hierarquia.

  • Provisione disable uma declaração no perfil do iterador correspondente em nível de [edit protocols oam ethernet connectivity-fault-management performance-monitoring sla-iterator-profiles profile-name] hierarquia.

Medições de atraso de Ethernet e avaliação de perda por modo proativo

Na medição de atraso de duas vias, o quadro da mensagem de medição de atraso (DMM) é acionado por meio de um aplicativo iterador. O quadro DMM transporta um tipo de iterador, comprimento e valor (TLV), além dos campos descritos no formato de quadro padrão, e o servidor copia o iterador TLV do quadro DMM até o quadro de resposta de medição de atraso (DMR).

Na computação de variação de atraso de uma só maneira usando o método de medição de atraso de duas vias, a computação de variação de atraso é baseada nos timestamps presentes no quadro DMR (e não no quadro 1DM). Portanto, não há necessidade de sincronização entre os relógios do lado do cliente e do servidor. Considerando que a diferença nos relógios continua a ser constante, espera-se que os resultados da variação do atraso sejam bastante precisos. Esse método também elimina a necessidade de enviar quadros 1DM separados apenas para a finalidade de medição da variação do atraso de uma só forma.

No modo proativo para medição de perda, o roteador envia pacotes em formato padrão, juntamente com TLV e iterador TLV de medição de perda.

Visão geral do protocolo de notificação de falhas de Ethernet

O Protocolo de Notificação de Falhas (FNP) é um mecanismo de notificação de falha que detecta falhas em redes de transporte Ethernet ponto a ponto em roteadores da série MX. Se um enlace de nó falha, a FNP detecta a falha e envia mensagens de FNP para os nós adjacentes que um circuito está inocesso. Ao receber a mensagem de FNP, os nós podem redirecionar o tráfego para o circuito de proteção.

Nota:

A FNP tem suporte apenas para serviços E-Line.

Um serviço E-Line fornece uma conectividade Ethernet ponto a ponto segura entre duas interfaces de rede do usuário (UNIs). Os serviços E-Line são um serviço protegido e cada serviço tem um circuito de trabalho e um circuito de proteção. O CFM é usado para monitorar os caminhos de trabalho e proteger. Intervalos CCM resultam em tempo de failover em centenas de milissegundos ou alguns segundos. A FNP fornece detecção e propagação de falhas de circuito de serviço em menos de 50ms e fornece failover de 50ms para serviços de E-Line.

O roteador MX funciona como um nó PE e lida com as mensagens de FNP recebidas na VLAN de gerenciamento e as mensagens de FNP recebidas nas interfaces Ethernet e PWs criadas para VPLS de gerenciamento. Os roteadores da série MX não iniciam mensagens de FNP e respondem apenas a mensagens de FNP geradas por dispositivos na rede Ethernet Access. O FNP só pode ser ativado em interfaces lógicas que fazem parte de uma instância de roteamento VPLS, e nenhuma interface física nessa instância de roteamento VPLS deve ter o CCM configurado. O FNP só pode ser ativado em uma interface lógica por interface física.

Todos os serviços da E-Line estão configurados como circuitos de camada 2 com proteção de borda. Uma VLAN associada ao circuito de trabalho ou circuito de proteção deve mapear para uma interface lógica. Nenhuma porta de tronco ou porta de acesso é suportada no enlace de ring para VLANs usados por serviços E-LINE. A FNP não controla a interface lógica associada ao circuito de proteção. Somente o serviço E-Line cujo ponto de rescisão não está em um nó MX é controlado pela FNP.

A FNP tem suporte para reinicialização graciosa e os recursos Graceful Mecanismo de Roteamento switchover (GRES).

Visão geral da medição de perda sintético ethernet

A medição de perda sintético ethernet (ETH-SLM) é uma aplicação que permite o cálculo da perda de quadro usando quadros sintéticos em vez de tráfego de dados. Esse mecanismo pode ser considerado como uma amostra estatística para aproximar a razão de perda de quadro do tráfego de dados. Cada ponto final da associação de manutenção (MEP) realiza medições de perda de quadro, o que contribui para o tempo indisponível.

Uma perda de quadro quase final especifica a perda de quadro associada a quadros de dados de entrada e uma perda de quadro de ponta especifica a perda de quadro associada a quadros de dados de saída. As medições de perda de quadro quase de ponta e de ponta contribuem para segundos quase finais com erros graves e segundos muito errados que são usados em combinação para determinar tempo indisponível. O ETH-SLM é executado usando mensagem de perda sintético (SLM) e quadros SLR (Synthetic Loss Respond, Resposta à perda sintético). A ETH-SLM facilita que cada MEP realize medições de perda de quadros sintéticos quase de ponta e de ponta usando quadros sintéticos, porque um serviço bidirecional é definido como indisponível se uma das duas direções estiver determinada a não estar disponível.

Existem dois tipos de medição de perda de quadro, definidas pelas normas ITU-T Y.1731, ETH-LM e ETH-SLM. O Junos OS tem suporte apenas para ETH-SLM com um único fim. Em ETH-SLM de um só lado, cada MEP envia quadros com as informações de solicitação de ETH-SLM para seu meP peer e recebe quadros com informações de resposta ETH-SLM de seu meP peer para realizar medições de perda sintético. ETH-SLM de um único fim é usado para OAM proativo ou sob demanda para realizar medições de perda sintético aplicáveis à conexão Ethernet ponto a ponto. Esse método permite que um MEP inicie e reporte medições de perda próximas e de ponta associadas a um par de MEPs que fazem parte do mesmo grupo de entidades de manutenção (MEG).

Nota:

A série MX Virtual Chassis não tem suporte para medição de perda sintético Ethernet (ETH-SLM).

ETH-SLM de um único fim é usado para realizar testes sob demanda ou proativos iniciando uma quantidade finita de quadros ETH-SLM para um ou vários peers MEP e recebendo a resposta do ETH-SLM dos colegas. Os quadros ETH-SLM contêm as informações de ETH-SLM usadas para medir e relatar medições de perda sintética próximas e distantes. A medição do contrato de nível de serviço (SLA) é o processo de monitoramento da largura de banda, do atraso, da variação do atraso(jitter),da continuidade e da disponibilidade de um serviço. Ele permite identificar problemas de rede antes que os clientes sejam impactados por defeitos de rede. No modo proativo, as medições de SLAs são acionadas por um aplicativo iterador. Um iterador é projetado para transmitir periodicamente pacotes de medição de SLAs na forma de quadros em conformidade com ITU-Y.1731 para medição da perda de quadro sintético. Esse modo difere da medição de SLA sob demanda, que é iniciada pelo usuário. No modo sob demanda, as medições são acionadas pelo usuário por meio da CLI. Quando o usuário aciona o ETH-SLM pela CLI, a solicitação de SLM gerada é de acordo com os formatos de quadro especificados pelo padrão ITU-T Y.1731.

Nota:

Os roteadores ACX5048 e ACX5096 são de suporte a ETH-SLM para serviços de Camada 2.

Cenários para configuração de ETH-SLM

O ETH-SLM mede a perda de quadro quase de ponta a ponta entre dois MEPs que fazem parte do mesmo nível de MEG. Você pode configurar o ETH-SLM para medir a perda sintético para MEP voltado para cima ou upstream e MEP voltado para baixo ou downstream. Esta seção descreve os seguintes cenários para a operação do ETH-SLM:

MEP upstream em MPLS túneis

Considere um cenário no qual um MEP está configurado entre as interfaces de rede do usuário (UNIs) de dois roteadores da Série MX, MX1 e MX2, na direção upstream. MX1 e MX2 estão conectados em uma MPLS núcleo. As medições de ETH-SLM são realizadas entre o MEP upstream no caminho que liga os dois roteadores. MX1 e MX2 podem iniciar sob demanda ou ETH-SLM proativo, que pode medir perda de ponta a ponta e quase fim no MX1 e no MX2, respectivamente. As duas UNIs estão conectadas MPLS serviço virtual de cabo privado vpn de Camada 2 baseado em Camada 2(VPWS).

MEP downstream em redes Ethernet

Considere um cenário no qual um MEP está configurado entre dois roteadores da Série MX, MX1 e MX2, nas interfaces Ethernet na direção downstream. MX1 e MX2 são conectados em uma topologia ethernet, e o MEP downstream está configurado em direção à rede Ethernet. As medições de ETH-SLM são realizadas entre o MEP downstream no caminho que liga os dois roteadores. O ETH-SLM pode ser medido no caminho entre esses dois roteadores.

Considere outro cenário em que um MEP está configurado na direção downstream e proteção de serviço para um VPWS em MPLS é ativado especificando um caminho de trabalho ou um caminho de proteção no MEP. A proteção do serviço fornece proteção de conexão de ponta a ponta do caminho de trabalho no caso de uma falha. Para configurar a proteção do serviço, você deve criar dois caminhos de transporte separados: um caminho de trabalho e um caminho de proteção. Você pode especificar o caminho de trabalho e proteger o caminho criando duas associações de manutenção. Para associar a associação de manutenção com um caminho, você deve configurar a interface MEP na associação de manutenção e especificar o caminho como funcionando ou protegendo.

Em uma topologia amostral, um roteador da série MX, MX1, está conectado a dois outros roteadores da série MX, MX2 e MX3, por meio de um núcleo MPLS de rede. A sessão de gerenciamento de falhas de conectividade (CFM) entre MX1 e MX2 é o caminho de trabalho no MEP, e a sessão de CFM entre MX1 e MX3 é o caminho de proteção no MEP. MX2 e MX3 estão, por sua vez, conectados em interfaces Ethernet ao MX4 na rede de acesso. O MEP downstream está configurado entre MX1 e MX4 que passa pelo MX2 (sessão CFM de trabalho) e também entre MX1 e MX4 que passa pelo MX3 (sessão CFM protegida). O ETH-SLM é realizado entre esses MEPs downstream. Em ambos os MEPs downstream, a configuração é executada em UNIs MX1 e MX4, semelhantes a MEP upstream.

Formato de mensagens ETH-SLM

Mensagens de perda sintético (SLMs) são de suporte a solicitações de medição de perda sintético Ethernet (ETH-SLM) com um único fim. Este tópico contém as seções a seguir que descreverão os formatos das unidades de dados do protocolo SLM (PDUs), PDUs SLR e o valor de comprimento do tipo iterador de dados (TLV).

Formato SLM PDU

O formato PDU SLM é usado por um MEP para transmitir informações de SLM. Os componentes a seguir estão contidos em PDUs SLM:

  • ID de Origem MEP — ID de MEP de origem é um campo de 2 octetos onde os últimos 13 bits menos significativos são usados para identificar o MEP que transmite o quadro SLM. O MEP ID é exclusivo dentro do MEG.

  • ID de teste — a ID de teste é um campo de 4 octetos definido pelo MEP transmissor e é usado para identificar um teste quando vários testes são executados simultaneamente entre os MEPs (incluindo testes simultâneos sob demanda e proativos).

  • TxFCf — TxFCf é um campo de 4 octetos que transporta o número de quadros SLM transmitidas pelo MEP em direção ao seu MEP peer.

Os campos a seguir são os seguintes em uma PDU SLM:

  • Nível MEG — Nível de domínio de manutenção configurado na faixa de 0 a 7.

  • Versão — 0.

  • OpCode — identifica um tipo de PDU OAM. Para SLM, são 55.

  • Flags — Definida para todos os zeros.

  • Deslocamento de TLV — 16.

  • ID de MEP de origem — um campo de 2 octetos usado para identificar o MEP que transmite o quadro SLM. Neste campo de 2 octetos, os últimos 13 bits menos significativos são usados para identificar o MEP transmitindo o quadro de SLM. O MEP ID é exclusivo dentro do MEG.

  • RESV — Os campos reservados estão definidos como zeros.

  • ID de teste — um campo de 4 octetos definido pelo MEP transmissor e usado para identificar um teste quando vários testes são executados simultaneamente entre os MEPs (incluindo testes simultâneos sob demanda e proativos).

  • TxFCf — um campo de 4 octetos que transporta o número de quadros SLM transmitidas pelo MEP em direção ao seu MEP peer.

  • TLV opcional — um TLV de dados pode ser incluído em qualquer SLM transmitido. Para a finalidade do ETH-SLM, a parte de valor do TLV de dados não é especificada.

  • TLV final — Todos os zeros valor de octeto.

Formato SLR PDU

O formato PDU (SLR) de resposta à perda sintético é usado por um MEP para transmitir informações de SLR. Os campos a seguir são os seguintes em uma PDU SLR:

  • Nível MEG — Um campo de 3 bits, no qual o valor é copiado da última PDU SLM recebida.

  • Versão — um campo de 5 bits, no qual o valor é copiado da ÚLTIMA PDU SLM recebida.

  • OpCode — identifica um tipo de PDU OAM. Para SLR, ela é definida como 54.

  • Flags — Um campo de 1 octeto copiado da PDU de SLM.

  • Deslocamento de TLV — Um campo de 1 octeto copiado da PDU de SLM.

  • ID de MEP de origem — Um campo de 2 octetos copiado da PDU de SLM.

  • ID de MEP do responder — um campo de 2 octetos usado para identificar o MEP que transmite o quadro SLR.

  • ID de teste — Um campo de 4 octetos copiado da PDU de SLM.

  • TxFCf — Um campo de 4 octetos copiado da PDU de SLM.

  • TxFCb — Um campo de 4 octetos. Esse valor representa o número de quadros SLR transmitidos para esta ID de teste.

  • TLV opcional — o valor é copiado da PDU SLM, se estiver presente.

  • End TLV — Um campo de 1 octeto copiado da PDU de SLM.

Formato TLV do Iterador de Dados

O iterador de dados TLV especifica a porção de TLV de dados do quadro de dados Y.1731. O MEP usa um TLV de dados quando o MEP está configurado para medir variação de atraso e atraso para diferentes tamanhos de quadro. Os campos a seguir são os de um TLV de dados:

  • Tipo — Identifica o tipo TLV; valor para esse tipo de TLV são dados (3).

  • Comprimento — Identifica o tamanho, em octetos, do campo Valor contendo o padrão de dados. O valor máximo do campo Comprimento é de 1440.

  • Padrão de dados — Um padrãode bit arbitrário de n -octeto (n denotes comprimento). O receptor ignora isso.

Transmissão de mensagens ETH-SLM

A funcionalidade ETH-SLM pode processar várias solicitações de mensagem de perda sintético (SLM) simultaneamente entre um par de MEPs. A sessão pode ser proativa ou sob demanda de SLM. Cada solicitação de SLM é identificada com exclusividade por uma ID de teste.

Um MEP pode enviar solicitações de SLM ou responder a solicitações de SLM. Uma resposta a uma solicitação de SLM é chamada de resposta de perda sintético (SLR). Depois que um MEP determina uma solicitação de SLM usando a ID de teste, o MEP calcula a perda de quadro próxima e distante com base nas informações da mensagem SLM ou na unidade de dados do protocolo SLM (PDU).

Um MEP mantém os seguintes contadores locais para cada ID de teste e para cada MEP correspondente sendo monitorado em uma entidade de manutenção para a qual as medições de perda devem ser executadas:

  • TxFCl — Número de quadros sintéticos transmitidas em direção ao MEP peer para uma ID de teste. Um MEP de origem incrementa esse número para transmissão sucessiva de quadros sintéticos com informações de solicitação de ETH-SLM, enquanto um destino ou meP receptor incrementa esse valor para transmissão sucessiva de quadros sintéticos com as informações SLR.

  • RxFCl — Número de quadros sintéticos recebidos pelo MEP peer para uma ID de teste. Um MEP de origem incrementa esse número para recepção sucessiva de quadros sintéticos com informações SLR, enquanto um destino ou mep receptor o incrementa para recebimento sucessivo de quadros sintéticos com informações de solicitação de ETH-SLM.

As seções a seguir descrevem as fases de processamento das PDUs SLM para determinar a perda de quadro sintético:

Iniciação e transmissão de solicitações de SLM

Periodicamente, um MEP transmite uma solicitação de SLM com o campo OpCode definido como 55. O MEP gera uma ID de teste exclusiva para a sessão, adiciona a ID de MEP de origem e inicializa os contadores locais para a sessão antes do início do SLM. Para cada PDU SLM transmitida para a sessão (ID de teste), o contador local TxFCl é enviado no pacote.

Não é necessária sincronização do valor de ID do teste entre iniciar e responder MEPs, porque a ID de teste está configurada no MEP de iniciação, e o MEP que responde usa a ID de teste que recebe do MEP que inicia. Como a ETH-SLM é uma técnica de amostra, ela é menos precisa do que contar os quadros de serviço. Além disso, a precisão da medição depende do número de quadros SLM usados ou do período de transmissão de quadros SLM.

Recepção de SLMs e transmissão de SLRs

Depois que o MEP de destino recebe um quadro de SLM válido do MEP de origem, um quadro SLR é gerado e transmitido ao MEP de origem ou solicitação. O quadro SLR é válido se o nível MEG e o endereço MAC de destino corresponderem ao endereço MAC do MEP receptor. Todos os campos das PDUs SLM são copiados da solicitação de SLM, exceto os seguintes campos:

  • O endereço MAC de origem é copiado para o endereço MAC de destino e o endereço de origem contém o endereço MAC do MEP.

  • O valor do campo OpCode é mudado de SLM para SLR (54).

  • O ID do MEP respondedor é preenchido com o MEP ID do MEP.

  • O TxFCb é salvo com o valor do RxFCl local no momento da transmissão do quadro SLR.

  • Um quadro SLR é gerado sempre que um quadro SLM é recebido; portanto, o RxFCl no responder é igual ao número de quadros SLM recebidos e também igual ao número de quadros SLR enviados. No socorrista ou no recebimento de MEP, O RxFCl é igual a TxFCl.

Recepção de SLRs

Depois que um quadro de SLM (com um determinado valor TxFCf) é transmitido, um MEP espera receber um quadro SLR correspondente (transportando o mesmo valor TxTCf) dentro do valor de tempo de espera de seu MEP peer. Os quadros SLR que são recebidos após o valor de tempo de saída (5 segundos) são descartados. Com as informações contidas nos quadros SLR, um MEP determina a perda de quadro para o período de medição especificado. O período de medição é um intervalo de tempo durante o qual o número de quadros SLM transmitidos é estatisticamente adequado para fazer uma medição com uma determinada exatidão. Um MEP usa os seguintes valores para determinar a perda de quadro quase de ponta a ponta durante o período de medição:

  • Os valores do TxFCf e do TxFCb do quadro SLR recebidos pela última vez e o valor do contador local RxFCl ao final do período de medição. Esses valores são representados como TxFCf[tc], TxFCb[tc], e RxFCl[tc], onde tc é o tempo final do período de medição.

  • Valores do TxFCf e do TxFCb do quadro SLR inicialmente recebidos após o início do teste e do contador local RxFCl no início do período de medição. Esses valores são representados como TxFCf[tp], TxFCb[tp], e RxFCl[tp], onde tp é o tempo de início do período de medição.

Para cada pacote SLR recebido, o contador RxFCl local é incrementado no MEP de envio ou de origem.

Computação da perda de quadros

A perda de quadro sintético é calculada ao final do período de medição com base no valor dos contadores locais e nas informações do último quadro recebido. Os últimos quadros recebidos contêm os valores TxFCf e TxFCb. O contador local contém o valor RxFCl. Usando esses valores, a perda de quadro é determinada usando a seguinte fórmula:

Perda de quadro (de ponta) = TxFCf – TxFCb

Perda de quadro (quase final) = TxFCb – RxFCl

Tabela de histórico de liberação
Versão
Descrição
16.1
A partir da versão 16.1 do Junos OS, os resultados da medição de perda de Ethernet (ETH-LM) são imprecisos quando o gerenciamento de falhas de conectividade (CFM) e o monitoramento de desempenho (PM) foram recebidos localmente em um endpoint de manutenção (MEP) classificado como pertencente à classe amarela ou a uma prioridade de perda de pacote (PLP) de médio-alto.
16.1
A partir da Versão 16.1 do Junos OS, o monitoramento do desempenho para gerenciamento de falhas de conectividade (incluindo a instrução e seus subagrementos no nível da hierarquia) não é suportado quando a interface de rede para rede (NNI) ou de saída é uma interface Ethernet agregada com links de membro nos performance-monitoring[edit protocols oam ethernet connectivity-fault-management] DPCs.