Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

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

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

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

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

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

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

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

  • Recomendação itu-t Y.1731, que usa terminologia diferente do IEEE 802.1ag e define recursos de OAM de serviço Ethernet para monitoramento de falhas, diagnósticos e monitoramento de desempenho.

Esses recursos permitem que as operadoras ofereçam acordos de nível de serviço (SLAs) vinculantes e gerem novas receitas de pacotes de serviços garantidos por taxa e desempenho adaptados às necessidades específicas de seus clientes.

Os roteadores da Série ACX oferecem suporte a modos proativos e sob demanda.

Nota:

Os roteadores ACX5048 e ACX5096 oferecem suporte apenas ao carimbo de tempo baseado em software para medição de atraso.

Ethernet CFM

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

Para interfaces Ethernet nos roteadores M320, Série MX e Série T, o Junos OS oferece suporte aos 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 Ethernet OAM Linktrace IEEE 802.1ag

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

Em um ambiente CFM, entidades de rede como operadores 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 são configurados com valores de nível diferentes 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 evitem violações de segurança.

Figura 1 mostra as relações entre clientes, provedores e operadores de pontes Ethernet, domínios de manutenção, pontos finais 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 Ethernet

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

O Junos OS oferece suporte à medição de atraso do quadro Ethernet entre MEPs configurados em interfaces físicas ou lógicas da Ethernet em roteadores da Série MX. A medição de atraso do quadro Ethernet fornece controle fino às operadoras para acionar a medição de atraso em um determinado serviço e pode ser usada para monitorar SLAs. A medição de 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 ITU-T Y.1731, funções de OAM e mecanismos para redes baseadas em Ethernet. A recomendação define mecanismos de OAM para operar e manter a rede na camada de serviços 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 Gigabit com suporte a SFP+ funcionalidade ITU-T Y.1731 no VPLS para atraso de quadros e variação de atraso.

Nota:

O Chassi Virtual da Série MX não oferece suporte à medição de atraso do quadro Ethernet (DM).

Medição de atraso do quadro Ethernet de ida

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

Nota:

Os roteadores da Série ACX não oferecem suporte para a medição de atraso de quadroSEthernet unidirecionado.

Transmissão de 1DM

Quando você inicia uma medição de atraso de um 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 unidirecional — do MEP do iniciador ao MEP receptor na taxa e para o número de quadros que você especifica. O roteador marca cada quadro de 1DM como uma queda inelegível e insere um tempo de 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 o tempo em que o quadro foi recebido e o tempo de tempo contido no próprio quadro) e a variação de atraso (a diferença entre os valores de atraso atuais e anteriores).

Estatísticas de ETH-DM unidirecional

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

Contagem de quadros ETH-DM de ida

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

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

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

Cada roteador armazena a contagem de quadros ETH-DM no banco de dados CFM. O banco de dados cfm armazena estatísticas de sessão CFM e, para interfaces que oferecem suporte a ETH-DM, qualquer quadro ETH-DM conta. Você pode acessar a contagem de quadros a qualquer momento exibindo informações do banco de dados cfm para interfaces Ethernet atribuídas aos deputados ou para mePs em sessões de CFM.

Sincronização de relógios de sistema

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

A precisão da variação de atraso unidirecional não depende da sincronização do relógio do sistema. Como a variação de atraso é simplesmente a diferença entre valores de atraso único consecutivos, o período fora de fase é eliminado dos valores de jitter do quadro.

Nota:

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

Medição de atraso do quadro de ethernet bidireção

No modo ETH-DM de duas vias, os valores de variação de atraso de quadro e atraso de 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 respondente, subtraindo o tempo decorrido no MEP respondente.

Transmissão de DMM

Quando você inicia uma medição de atraso de quadros de duas vias, o roteador envia quadros de mensagem de medição de atraso (DMM) — quadros que transportam a PDU para uma solicitação de ETH-DM bidirecionais — do MEP do iniciador ao MEP respondente no ritmo e no número de quadros que você especifica. O roteador marca cada quadro DMM como inelegível e insere um tempo de transmissão no quadro.

Transmissão de 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 tempotamp contido no quadro DMM.

Recepção de DMR

Quando um MEP recebe um DMR válido, o roteador que contém o MEP mede o atraso bidirecionado para esse quadro com base na sequência a seguir de tempostamps:

  1. TITxDMM

  2. TRRxDMM

  3. TRTxDMR

  4. TIRxDMR

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

  1. [TIRxDMRTITxDMM] – [TRTxDMR - TRRxDMM]

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

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

Estatísticas de ETH-DM bidirecional

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

Contagem de quadros ETH-DM de duas vias

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

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

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

Cada roteador armazena a contagem de quadros ETH-DM no banco de dados CFM. O banco de dados cfm armazena estatísticas de sessão CFM e, para interfaces que oferecem suporte a ETH-DM, qualquer quadro ETH-DM conta. Você pode acessar a contagem de quadros a qualquer momento exibindo informações do banco de dados cfm para interfaces Ethernet atribuídas aos deputados ou para mePs em sessões de CFM.

Nota:

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

Escolher entre ETH-DM de ida e duas vias

A medição de atraso do quadro de ida exige que os relógios do sistema no MEP do iniciador e no MEP receptor estejam sincronizados de perto. A medição de atraso do quadro de duas vias não requer sincronização dos dois sistemas. Se não for prático que os relógios sejam sincronizados, as medições de atraso de quadros bidiretórios 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 com seus valores de atraso BID. A medição de atraso de ida exige 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 oferecem suporte a essa sincronização granular.

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

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

  • O recurso ETH-DM não é compatível com pseudowires de interface comutada por rótulos (LSI).

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

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

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

  • Você só pode monitorar uma sessão de cada vez para o mesmo endereço MEP ou MAC remoto. Para obter mais informações sobre o início de 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 unidirecional, você pode exibir estatísticas de ETH-DM do quadro apenas no MEP do receptor, usando comandos específicos show de ETH-DM. Para uma sessão ETH-DM bidirecional, você pode exibir estatísticas de atraso de quadros apenas no MEP do iniciador, usando os mesmos comandos específicos show de ETH-DM. Para obter mais informações, consulte o gerenciamento das estatísticas de ETH-DM e da contagem de quadros ETH-DM.

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

  • Se ocorrer a transição graciosa do mecanismo de roteamento (GRES), alguma estatística ETH-DM coletada será perdida, e a contagem de quadros ETH-DM é redefinida para zeros. Portanto, a coleta de estatísticas ETH-DM e contadores de quadros ETH-DM precisa ser reiniciada, após a conclusão da transição. O GRES permite que um roteador com mecanismos de roteamento duplo mude de um mecanismo de roteamento primário para um mecanismo de roteamento de backup sem interrupção para o encaminhamento de pacotes. Para obter mais informações, consulte o Guia de usuário de alta disponibilidade do Junos OS.

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

Visão geral da medição da perda do 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 de quadro (também conhecido como " jitter do quadro") e perda de quadros. Essas medidas permitem que você identifique problemas de rede antes que os clientes sejam afetados por defeitos de rede.

O Junos OS oferece suporte à medição de perda de quadros Ethernet (ETH-LM) entre os pontos finais da associação de manutenção (MEPs) configurados em interfaces físicas ou lógicas da Ethernet em roteadores da Série MX e atualmente é compatível apenas com o serviço VPWS . O ETH-LM é usado pelas operadoras para coletar valores contrários aplicáveis a quadros 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 de perda de quadro de Ethernet é realizada enviando quadros com informações de ETH-LM para um MEP peer e estruturas de recebimento semelhantes com informações ETH-LM do mep peer. Esse tipo de medição de perda de quadro também é conhecida como medição única de perda de Ethernet.

Nota:

O Chassi Virtual da Série MX não oferece suporte para a medição de perda de quadros Ethernet (ETH-LM).

O ETH-LM oferece suporte às seguintes medidas de perda de quadro:

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

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

Nota:

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

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

Nota:

Iniciando o Junos OS Release 16.1, os resultados de medição de perda de Ethernet (ETH-LM) são imprecisos quando o gerenciamento de falhas de conectividade (CFM) e as PDUs de monitoramento de desempenho (PM) são recebidos localmente em um endpoint de manutenção (MEP) classificado como pertencente à classe amarela ou a uma prioridade de perda de pacotes (PLP) de médio-alto. Esse problema de resultados incorretos é específico para a medição da perda de Ethernet para sessões CFM de mePs abaixo. 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 do CFM para um deputado em estado baixo

  • As PDUs 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 de 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 imprecisos de medição de perda, provisione todas as PDUs cfm locais como verdes ou com o PLP tão alto.

Nota:

Começando com o Junos OS Release 16.1, o monitoramento de desempenho para o gerenciamento de falhas de conectividade (incluindo a performance-monitoring declaração e seus subestações no nível de [edit protocols oam ethernet connectivity-fault-management] hierarquia) não é suportado quando a interface de rede para rede (NNI) ou saída é uma interface Ethernet agregada com links de membros em DPCs.

Medição do acordo 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, atraso, variação de atraso (jitter), continuidade e disponibilidade de um serviço (E-Line ou E-LAN). Ele permite que você identifique problemas de rede antes que os clientes sejam afetados por defeitos de rede.

Nota:

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

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

  • Serviços multiponto para multiponto (serviços E-LAN)— os serviços E-LAN são oferecidos usando o serviço de LAN virtual privada (VPLS) baseado 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 medidas são acionadas por meio da CLI.

  • Modo proativo — No modo proativo, as medidas são acionadas por um aplicativo iterador.

Observe que a medição de atraso do quadro Ethernet e a medição da perda do quadro Ethernet não são compatíveis na ae interface.

Modo sob demanda para medição de SLA

No modo sob demanda, as medidas são acionadas pelo usuário por meio da CLI.

Quando o usuário aciona a medição de atraso pelo CLI, a solicitação de medição de atraso gerada é conforme os formatos de quadro especificados pelo padrão ITU-T Y.1731. Para medição de atraso de duas vias, o processamento do lado do servidor pode ser delegado ao Mecanismo de Encaminhamento de Pacotes para evitar sobrecarga no Mecanismo de Roteamento. Para obter mais informações, consulte a configuração de roteadores para oferecer suporte a uma sessão ETH-DM. Quando o processamento do lado do servidor é delegado ao Mecanismo de Encaminhamento de Pacotes, os contadores de quadros receive de mensagem de medição de atraso (DMM) e os contadores de quadros transmit de resposta à medição de atraso (DMR) não são exibidos pelo show comando.

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

O ETH-LM único é 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 única solicitação ETH-LM é referida como uma mensagem de medição de perda (LMM) e a PDU usada para uma única resposta ETH-LM é referida como uma resposta de medição de perda (LMR).

Modo proativo para medição de SLA

No modo proativo, as medições de SLA são acionadas por um aplicativo iterador. Um iterador foi projetado para transmitir periodicamente pacotes de medição de SLA na forma de quadros em conformidade com ITU-Y.1731 para medição de atraso de duas vias ou medição de perda em 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 de atraso ou perda periódicos para cada uma das conexões registradas a ele. Os iteradores garantem que os ciclos de medição não ocorram ao mesmo tempo para a mesma conexão para evitar a sobrecarga da CPU. O Junos OS oferece suporte ao modo proativo para VPWS. Para um iterador formar uma adjacência remota e se tornar operacional funcionalmente, a mensagem de verificação de continuidade (CCM) deve estar ativa entre as configurações MEP local e remota do gerenciamento de falhas de conectividade (CFM). Qualquer mudança nos parâmetros de adjacência do iterator redefini as estatísticas de iterador existentes e reinicia o iterador. Aqui, o termo adjacência refere-se a uma combinação de dois endpoints (conectados diretamente ou virtualmente) com informações relevantes para compreensão mútua, que é usada para processamento subsequente. Por exemplo, a adjacência do iterator refere-se à associação de iteradores entre os dois endpoints dos deputados.

Para cada DPC ou MPC, apenas 30 instâncias de iterador 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 mep remotas.

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

Nota:

Os roteadores ACX5048 e ACX5096 oferecem suporte ao tempo de ciclo do iterador de apenas 1 segundo ou mais.

Um serviço VPWS configurado em um roteador é monitorado para medições de SLA registrando 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 de duas vias e medição de perda, um iterador envia uma mensagem de solicitação para a conexão na lista (se houver) e, em seguida, envia uma mensagem de solicitação para a conexão que foi pesquisada no ciclo de iteração anterior. As mensagens de solicitação de volta para os quadros de medição de SLA e suas respostas ajudam na medição de variação de atraso e perda da computação.

A transmissão do quadro Y.1731 para um serviço conectado a um iterador continua sem parar, a menos que intervie e seja interrompida por um operador ou até que a condição de contagem de iteração seja atendida. Para impedir que o iterador envie quaisquer quadros de medição de SLA mais proativos, o operador deve realizar uma das seguintes tarefas:

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

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

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

Na medição de atraso de duas vias, o quadro de 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 à medição de atraso (DMR).

Na computação de variação de atraso unidirecional usando o método de medição de atraso bidirecional, a computação de variação de atraso é baseada nos tempostamps presentes no quadro DMR (e não no quadro 1DM). Portanto, não há necessidade de que os relógios do lado do cliente e do servidor fiquem em sincronia. Supondo que a diferença em seus relógios permaneça constante, espera-se que os resultados da variação de atraso de ida sejam bastante precisos. Esse método também elimina a necessidade de enviar quadros 1DM separados apenas para a finalidade de medição de variação de atraso unidirecional.

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

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

O protocolo de notificação de falhas (FNP) é um mecanismo de notificação de falhas que detecta falhas em redes de transporte Ethernet ponto a ponto nos roteadores da Série MX. Se um link de nó falhar, a FNP detectará a falha e enviará mensagens FNP para os nós adjacentes que um circuito está desativado. Ao receber a mensagem FNP, nós podem redirecionar o tráfego para o circuito de proteção.

Nota:

O FNP é compatível apenas com serviços E-Line.

Um serviço de Linha E oferece uma conectividade Ethernet de ponto a ponto segura entre duas interfaces de rede de usuário (UNIs). Os serviços da Linha E 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 o trabalho e proteger caminhos. Os intervalos CCM resultam em tempo de falha em centenas de milissegundos ou alguns segundos. A FNP oferece detecção e propagação de falhas de circuito de serviço em menos de 50ms e oferece failover de 50ms para serviços da Linha E.

O roteador MX atua como um nó DE PE e lida com as mensagens FNP recebidas no VLAN de gerenciamento e as mensagens FNP recebidas nas interfaces Ethernet e PWs criadas para o VPLS de gerenciamento. Os roteadores da série MX não iniciam mensagens FNP e respondem apenas às mensagens FNP geradas por dispositivos na rede de acesso Ethernet. O FNP só pode ser habilitado 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 habilitado em uma interface lógica por interface física.

Todos os serviços da Linha E são configurados como circuitos de camada 2 com proteção de borda. Um VLAN associado ao circuito de trabalho ou circuito de proteção deve ser mapeada para uma interface lógica. Nenhuma porta de tronco ou porta de acesso é suportada no enlace de anel para VLANs usadas pelos serviços E-LINE. A FNP não controla a interface lógica associada ao circuito de proteção. Apenas o serviço E-Line cujo ponto de encerramento não está em um nó MX é controlado pela FNP.

O FNP oferece suporte à reinicialização graciosa e aos recursos de switchover gracioso do mecanismo de roteamento (GRES).

Visão geral da medição da perda sintética da Ethernet

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

Uma perda de quadro quase final especifica a perda de quadros 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 medidas de perda de quadros de ponta a ponta contribuem para um quase-fim de segundos erros e segundos extremamente errados que são usados em combinação para determinar o tempo indisponível. O ETH-SLM é realizado usando quadros de mensagem de perda sintética (SLM) e resposta de perda sintética (SLR). O ETH-SLM facilita que cada MEP realize medições de perda de quadros sintéticos de ponta a ponta usando quadros sintéticos porque um serviço bidirecional é definido como indisponível se qualquer uma das duas direções estiver determinada como indisponível.

Existem os dois tipos de medição de perda de quadros, definidos pelos padrões ITU-T Y.1731, ETH-LM e ETH-SLM. O Junos OS oferece suporte apenas a um único ETH-SLM. Em ETH-SLM único, cada MEP envia quadros com as informações de solicitação de ETH-SLM ao seu MEP peer e recebe quadros com informações de resposta ETH-SLM de seu MEP peer para realizar medições de perda sintéticas. O ETH-SLM único é usado para OAM proativo ou sob demanda para realizar medições de perda sintética aplicáveis à conexão Ethernet ponto a ponto. Esse método permite que um MEP inicie e reporte medições de perda de ponta a ponta associadas a um par de MEPs que fazem parte do mesmo grupo de entidades de manutenção (MEG).

Nota:

O Chassi Virtual da Série MX não oferece suporte à medição de perda sintética Ethernet (ETH-SLM).

O ETH-SLM único é usado para realizar testes sob demanda ou proativos, iniciando uma quantidade finita de quadros ETH-SLM para um ou vários pares MEP e recebendo a resposta ETH-SLM dos pares. Os quadros ETH-SLM contêm as informações ETH-SLM que são usadas para medir e relatar medições de perda sintéticas próximas e de ponta. A medição do contrato de nível de serviço (SLA) é o processo de monitoramento da largura de banda, atraso, variação de atraso (jitter), continuidade e disponibilidade de um serviço. Ele permite que você identifique problemas de rede antes que os clientes sejam afetados por defeitos de rede. No modo proativo, as medições de SLA são acionadas por um aplicativo iterador. Um iterador foi projetado para transmitir periodicamente pacotes de medição de SLA na forma de quadros em conformidade com ITU-Y.1731 para medição de 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 medidas são acionadas pelo usuário por meio da CLI. Quando o usuário aciona o ETH-SLM através da CLI, a solicitação SLM gerada é conforme os formatos de quadro especificados pelo padrão ITU-T Y.1731.

Nota:

Os roteadores ACX5048 e ACX5096 oferecem 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 quadros de ponta a ponta entre dois MEPs que fazem parte do mesmo nível DEM. Você pode configurar o ETH-SLM para medir a perda sintética 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 túneis MPLS

Considere um cenário em que um MEP esteja 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 por uma rede de núcleo MPLS. As medições de ETH-SLM são realizadas entre o MEP upstream no caminho que liga os dois roteadores. Tanto o MX1 quanto o MX2 podem iniciar sob demanda ou ETH-SLM proativo, que podem medir perdas de ponta a ponta e próximas em MX1 e MX2, respectivamente. As duas UNIs estão conectadas usando o serviço virtual de fio privado (VPWS) virtual de Camada 2 baseado em MPLS.

MEP downstream em redes Ethernet

Considere um cenário em que um MEP está configurado entre dois roteadores da Série MX, MX1 e MX2, nas interfaces Ethernet na direção downstream. MX1 e MX2 estão conectados em uma topologia Ethernet e o MEP downstream é 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 esteja configurado na direção downstream e a proteção de serviços para um VPWS sobre MPLS é habilitado especificando um caminho de trabalho ou protegendo o caminho no MEP. A proteção de serviços oferece proteção de conexão de ponta a ponta do caminho de trabalho em caso de falha. Para configurar a proteção de serviços, 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 a um caminho, você deve configurar a interface MEP na associação de manutenção e especificar o caminho como funcionando ou protegido.

Em uma topologia de amostra, um roteador da Série MX, MX1, está conectado a dois outros roteadores da Série MX, MX2 e MX3, em um núcleo MPLS. 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. O MX2 e o MX3, por sua vez, estão conectados nas interfaces Ethernet ao MX4 na rede de acesso. O MEP downstream é 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, semelhante ao MEP upstream.

Formato de mensagens ETH-SLM

As mensagens de perda sintéticas (SLMs) oferecem suporte a solicitações de medição única de perda sintética Ethernet (ETH-SLM). Este tópico contém as seções a seguir que descrevem os formatos das unidades de dados de protocolo SLM (PDUs), PDUs SLR e o valor de comprimento do tipo iterador de dados (TLV).

Formato PDU SLM

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

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

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

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

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

  • Nível DE 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.

  • Bandeiras — definir para todos os zeros.

  • Compensação de TLV — 16.

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

  • RESV — os campos reservados estão definidos para todos os zeros.

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

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

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

  • TLV final — Todos os zeros de valor de octet.

Formato PDU SLR

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

  • Nível DE MEG — um campo de 3 bits do qual o valor é copiado da última PDU SLM recebida.

  • Versão — um campo de 5 bits do qual o valor é copiado da última PDU SLM recebida.

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

  • Bandeiras — um campo de 1 octet copiado da PDU SLM.

  • Compensação de TLV — um campo de 1 octet copiado da PDU SLM.

  • ID mep de origem — um campo de 2 outets copiado da PDU SLM.

  • Responder MEP ID — um campo de 2 octets usado para identificar o MEP que transmite o quadro SLR.

  • ID de teste — um campo de 4 octets copiado da PDU SLM.

  • TxFCf — um campo de 4 octets copiado da PDU SLM.

  • TxFCb — um campo de 4 octets. Esse valor representa o número de quadros SLR transmitidos para este ID de teste.

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

  • TLV final — um campo de 1 octeto copiado da PDU SLM.

Formato TLV do iterador de dados

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

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

  • Comprimento — identifica o tamanho, em octetes, do campo de valor que contém o padrão de dados. O valor máximo do campo de comprimento é 1440.

  • Padrão de dados — um npadrão de bit arbitrário de um octet (n denota comprimento). O receptor ignora.

Transmissão de mensagens ETH-SLM

A funcionalidade ETH-SLM pode processar várias solicitações de mensagem de perda sintética (SLM) simultaneamente entre um par de MEPs. A sessão pode ser proativa ou uma sessão SLM sob demanda. Cada solicitação de SLM é identificada exclusivamente por um 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ética (SLR). Após um MEP determinar uma solicitação de SLM usando o ID de teste, o MEP calcula a perda de quadros de ponta a ponta com base nas informações na mensagem SLM ou na unidade de dados de protocolo SLM (PDU).

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

  • TxFCl — Número de quadros sintéticos transmitidos em direção ao peer MEP para um 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 recebe MEP incrementa esse valor para transmissão sucessiva de quadros sintéticos com as informações de SLR.

  • RxFCl — Número de quadros sintéticos recebidos do peer MEP para um ID de teste. Um MEP de origem incrementa esse número para recepção sucessiva de quadros sintéticos com informações de SLR enquanto um destino ou recebe incrementos de MEP para recepção sucessiva 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

Um MEP transmite periodicamente uma solicitação de SLM com o conjunto de campo OpCode como 55. O MEP gera um ID de teste exclusivo para a sessão, adiciona o ID MEP de origem e inicializa os contadores locais para a sessão antes da iniciação do SLM. Para cada PDU SLM transmitido para a sessão (ID de teste), o contador local TxFCl é enviado no pacote.

Nenhuma sincronização é necessária do valor do ID do teste entre iniciar e responder MEPs porque o ID de teste está configurado no MEP de início, e o MEP que responde usa o ID de teste que recebe do MEP iniciado. Como o ETH-SLM é uma técnica de amostragem, 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 para a transmissão de quadros SLM.

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

Após o MEP de destino receber um quadro SLM válido do MEP de origem, um quadro SLR é gerado e transmitido para o MEP de solicitação ou fonte. O quadro SLR é válido se o nível de MEG e o endereço MAC de destino corresponderem ao endereço MAC do MEP recebido. Todos os campos das PDUs SLM são copiados da solicitação SLM, exceto nos 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 é alterado de SLM para SLR (54).

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

  • O TxFCb é economizado com o valor do contador local RxFCl no momento da transmissão de quadros SLR.

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

Recepção de SLRs

Depois que um quadro SLM (com um determinado valor TxFCf) for transmitido, um MEP espera receber um quadro SLR correspondente (transportando o mesmo valor TxTCf) dentro do valor de tempo limite de seu MEP peer. Os quadros SLR recebidos após o valor do intervalo (5 segundos) são descartados. Com as informações contidas em quadros SLR, um MEP determina a perda de quadros 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 precisão. Um MEP usa os seguintes valores para determinar a perda de quadros de ponta a ponta durante o período de medição:

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

  • Os valores TxFCf e TxFCb do quadro SLR recebidos pela primeira vez após o início do teste e o 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 o 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 origem.

Computação de 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 das informações do último quadro recebido. Os últimos quadros recebidos contêm os valores TxFCf e TxFCb. O balcão local contém o valor do RxFCl. Usando esses valores, a perda de quadros é determinada usando a seguinte fórmula:

Perda de quadro (extremo) = TxFCf – TxFCb

Perda de quadro (quase final) = TxFCb – RxFCl

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