Visão geral da OAM do serviço de ethernet ITU-T Y.1731
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 da perda de quadros, medição de perda de quadro sintético e medição de atraso do quadro).
Visão geral das medições de atraso do quadro Ethernet
- Recurso de medição de atraso do quadro ITU-T Y.1731
- Medição de atraso do quadro de ethernet de mão única
- Medição de atraso do quadro de ethernet de duas vias
- Escolha entre ETH-DM de ida e duas vias
- Restrições para medição de atraso do quadro Ethernet
Recurso de medição de atraso do quadro ITU-T Y.1731
O padrão IEEE 802.3-2005 para operações, administração e manutenção (OAM) da Ethernet 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 oferece suporte aos principais padrões 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 diferente do IEEE 802.1ag e define recursos OAM do 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 que são adaptados às necessidades específicas de seus clientes.
Os roteadores da Série ACX oferecem suporte a modos proativos e sob demanda.
Você pode configurar os recursos de medição de perda de Ethernet (ETH-LM) em conformidade com o padrão ITU-T Y.1731, medição de perda sintética Ethernet (ETH-SLM) e medição de atraso de Ethernet (ETH-DM) em placas de linha MPC10 e MPC11 em apenas 20.2R2-S3 e 20.4R1 em diante.
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ços 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 em roteadores M320, Série MX e Série T, o Junos OS oferece suporte aos seguintes elementos-chave do padrão CFM da Ethernet:
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 Ethernet OAM Loopback IEEE 802.1ag
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 as pontes Ethernet do cliente, provedor e operador, domínios de manutenção, pontos finais de associação de manutenção (MEPs) e pontos intermediários de manutenção (MIPs).
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 de atraso do quadro Ethernet
Dois objetivos principais da funcionalidade OAM são medir atributos de qualidade de serviço, como atraso no quadro e variação de atraso do quadro (também conhecido como " jitter do quadro"). Essas medições 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 oferece controle fino aos operadores para acionar a medição de atraso em um determinado serviço e pode ser usado para monitorar SLAs. A medição de atraso do quadro Ethernet também coleta outras informações úteis, como atrasos nos 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 e mecanismos OAM para redes baseadas em Ethernet. A recomendação define os mecanismos de OAM para operar e manter a rede na camada de serviçoS Ethernet, que é chamada de "camada de ETH" no ITU-T.
Roteadores da Série MX com concentradores de porta modulares (MPCs) e MPCs Ethernet de 10 Gigabit com suporte SFP+ a funcionalidade ITU-T Y.1731 no VPLS para atraso de quadros e variação de atraso.
O Virtual Chassis da Série MX não oferece suporte à medição de atraso do quadro Ethernet (DM).
Medição de atraso do quadro de ethernet de mão única
No modo ETH-DM de uma maneira, uma série de valores de variação de atraso de quadro e atraso do quadro 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 o momento em que o quadro é recebido no MEP receptor no outro roteador.
Os roteadores da Série ACX não oferecem suporte à medição de atraso do quadro Ethernet de mão única.
- Transmissão 1DM
- Recepção 1DM
- Estatísticas de ETH-DM de ida
- Contagem de quadros de ETH-DM de ida
- Sincronização de clocks de sistema
Transmissão 1DM
Quando você inicia uma medição de atraso de quadro de uma via, o roteador envia quadros de 1DM — quadros que transportam a unidade de dados de protocolo (PDU) para uma medição de atraso de ida — do MEP do iniciador ao MEP do receptor no ritmo e no número de quadros que você especifica. O roteador marca cada quadro de 1DM como inelegibilidade para a queda e insere um ponto 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 de ida
O roteador que contém o receptor MEP armazena cada conjunto de estatísticas de atraso de ida 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 de ETH-DM de ida
Cada roteador conta com o número de quadros ETH-DM de ida 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 do CFM armazena estatísticas de sessão do 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 do CFM para interfaces Ethernet atribuídas a MEPs ou para MEPs em sessões de CFM.
Sincronização de clocks de sistema
A precisão dos cálculos de atraso de ida depende da sincronização estreita dos clocks do sistema no MEP do iniciador e do mep receptor.
A precisão da variação de atraso de ida não depende da sincronização do clock do sistema. Como a variação de atraso é simplesmente a diferença entre os valores de atraso de ida consecutivos, o período fora de fase é eliminado dos valores de jitter do quadro.
Para uma determinada medição de atraso do quadro Ethernet de ida, 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 de duas vias
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
- Transmissão de DMR
- Recepção de DMR
- Estatísticas de ETH-DM de duas vias
- Contagem de quadros de ETH-DM de duas vias
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 de duas vias — do MEP do iniciador para o MEP respondente no ritmo e para o número de quadros que você especifica. O roteador marca cada quadro DMM como inelegibilidade e insere um temporizantes do 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 temporizador contido no quadro de DMM.
Recepção de DMR
Quando um MEP recebe um DMR válido, o roteador que contém o MEP mede o atraso bidireita para esse quadro com base na sequência a seguir de datas de tempo:
TITxDMM
RxDMM TR
TxDMR TR
TI RxDMR
Um atraso no quadro de duas vias é calculado da seguinte forma:
[TIRxDMR – TITxDMM] — [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 de 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 de duas vias
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 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 o número de quadros DMM transmitidos, o número de quadros de 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 do CFM armazena estatísticas de sessão do 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 do CFM para interfaces Ethernet atribuídas a MEPs ou para MEPs em sessões de CFM.
Para uma determinada medição de atraso do quadro Ethernet de duas vias, 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 iniciador.
Escolha entre ETH-DM de ida e duas vias
A medição de atraso do quadro de ida exige que os clocks do sistema no MEP do iniciador e do mep receptor estejam sincronizados de perto. A medição de atraso de quadros 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 de duas vias 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 de duas vias. A medição de atraso de ida 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 Ethernet
As seguintes restrições se aplicam ao recurso de medição de atraso do quadro Ethernet:
O recurso ETH-DM não é suportado em pseudowires de interface comutada por rótulos (LSI).
O recurso ETH-DM é suportado em interfaces Ethernet agregadas.
O temporizador 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 temporizador assistido por hardware, veja Diretrizes para configurar roteadores para oferecer suporte a uma sessão de ETH-DM e habilitar a opção de temporizador assistido por hardware.Diretrizes para configurar roteadores para oferecer suporte a uma sessão ETH-DMConfigure sessões de medição de atraso do quadro Ethernet
As medições de atraso do quadro Ethernet só podem ser acionadas quando o daemon de gerenciamento de pacotes periódicos distribuídos () estiver habilitado.
ppmPara obter mais informações sobre essa limitação, consulte Diretrizes para configurar roteadores para oferecer suporte a uma sessão de ETH-DM e garantir que o ppm distribuído não seja desativado.Diretrizes para configurar roteadores para oferecer suporte a uma sessão ETH-DMConfiguração de roteadores para oferecer suporte a uma sessão ETH-DMVocê pode monitorar apenas uma sessão de cada vez para o mesmo endereço MEP ou MAC remoto. Para obter mais informações sobre como iniciar uma sessão de ETH-DM, consulte Iniciar uma sessão de ETH-DM.Iniciando uma sessão de 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 de ETH-DM de ida, você pode exibir estatísticas de ETH-DM de quadro apenas no MEP do receptor, usando comandos específicos de ETH-DM.
showPara uma sessão de ETH-DM de duas vias, você pode exibir estatísticas de atraso de quadros apenas no MEP do iniciador, usando os mesmos comandos específicos de ETH-DM.showPara obter mais informações, veja como gerenciar as estatísticas de ETH-DM e as contagens de quadros de ETH-DM.Gerenciamento de estatísticas de ETH-DM e contagem de quadros ETH-DMAs contagens de quadros de ETH-DM são coletadas em ambos os MEPs e são armazenadas nas respectivas bases de dados CFM.
Se ocorrer a comutação graciosa do mecanismo de roteamento (GRES), as estatísticas de ETH-DM coletadas serão perdidas e a contagem de quadros ETH-DM é redefinida para zeros. Portanto, a coleta de estatísticas de ETH-DM e contadores de quadros ETH-DM precisa ser reiniciada após a conclusão da transferência. O GRES permite que um roteador com mecanismos de roteamento duplos 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, veja o guia de usuário de alta disponibilidade do Junos OS.https://www.juniper.net/documentation/en_US/junos/information-products/pathway-pages/config-guide-high-availability/high-availability.html
A precisão das estatísticas de atraso de quadros é 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 quadros Ethernet
Os principais objetivos da funcionalidade OAM são medir atributos de qualidade de serviço, como atraso no quadro, variação de atraso do quadro (também conhecido como " jitter do quadro" e perda de quadros. Essas medições 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 pontos finais de associação de manutenção (MEPs) configurados em interfaces físicas ou lógicas da Ethernet em roteadores da Série MX e atualmente é suportado apenas para serviços VPWS . O ETH-LM é usado pelos operadores para coletar valores contrários aplicáveis aos 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 quadros de ethernet é realizada enviando quadros com informações de ETH-LM para um MEP peer e estruturas de recebimento similares com informações de ETH-LM do peer MEP. Esse tipo de medição de perda de quadro também é conhecido como medição de perda de Ethernet de ponta única.
O Virtual Chassis da Série MX não oferece suporte à medição de perda de quadros Ethernet (ETH-LM).
O ETH-LM oferece suporte às seguintes medições de perda de quadro:
Medição de perda de quadro quase final — Medição da perda de quadro associada a quadros de dados de entrada.
Medição de perda de quadros de ponta — Medição da perda de quadro associada a quadros de dados de saída.
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.
A partir do Junos OS Release 16.1, os resultados da 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) recebidos localmente em um endpoint de manutenção (MEP) são classificados como pertencentes à 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 de perda de ethernet para sessões CFM de MEPs desativados. 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 cfm para um deputado em estado baixo
As PDUs cfm recebidas na interface lógica do MEP para baixo 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.
Começando pelo Junos OS Release 16.1, o monitoramento de desempenho para o gerenciamento de falhas de conectividade (incluindo a declaração e seus subestações no nível de 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.performance-monitoring[edit protocols oam ethernet connectivity-fault-management]
Medição do 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, 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.
Os serviços de VPN da Ethernet podem ser classificados em:
Serviços peer-to-peer (serviços E-Line) — Os serviços de E-Line são oferecidos usando o serviço virtual de fio privado (VPWS) de VPN 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 privada virtual (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 medições são acionadas por meio da CLI.
Modo proativo — No modo proativo, as medições são desencadeadas por um aplicativo de iterador.
Observe que a medição de atraso do quadro Ethernet e a medição da perda de quadroSEthernet não são suportadas na interface.ae
Modo sob demanda para medição de SLA
No modo sob demanda, as medições são desencadeadas pelo usuário por meio da CLI.
Quando o usuário aciona a medição de atraso por meio da 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, veja Configuração de roteadores para oferecer suporte a uma sessão de ETH-DM. Quando o processamento do lado do servidor é delegado ao Mecanismo de encaminhamento de pacotes, os contadores de quadros de mensagem de medição de atraso (DMM) e os contadores de quadros de resposta à medição de atraso (DMR) não são exibidos pelo comando.receivetransmitshow
Quando o usuário aciona a medição de perda por meio da CLI, o roteador envia os pacotes em formato padrão, juntamente com o TLV de medição de perda. Por padrão, o argumento é incluído no pacote para permitir sessões simultâneas de medição de perda do mesmo DEPUTADO local.session-id-tlv Você também pode desabilitar o ID TLV da sessão usando o argumento.no-session-id-tlv
O ETH-LM de ponta única é 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 PEER MEP para realizar medições de perda. A unidade de dados de protocolo (PDU) usada para uma solicitação ETH-LM de ponta única é referida como uma mensagem de medição de perda (LMM) e a PDU usada para uma resposta ETH-LM de ponta única é 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 desencadeadas por um aplicativo de iterador. Um iterador foi projetado para transmitir periodicamente pacotes de medição de SLA na forma de quadros compatíveis com ITU-Y.1731 para medição de atraso ou medição de perda de duas vias 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 periódicos de solicitação de solicitação 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 para a mesma conexão para evitar a sobrecarga da CPU. O Junos OS oferece suporte ao modo proativo para VPWS. Para que um iterador forme uma adjacência remota e se torne operacional funcionalmente, a mensagem de verificação de continuidade (CCM) deve estar ativa entre as configurações locais e remotas de MEP do gerenciamento de falhas de conectividade (CFM). Qualquer mudança nos parâmetros de adjacência do iterador reinicia as estatísticas do iterador existente e reinicia o iterador. Aqui, o termo adjacência refere-se a um pareamento 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 iterador refere-se à associação de iteradores entre os dois endpoints dos MEPs.
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 iterator e 2000 associações remotas de MEP.
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.
ACX5048 e roteadores 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 back-to-back para os quadros de medição de SLA e suas respostas ajudam na computação de variação de atraso e medição de perda.
A transmissão do quadro Y.1731 para um serviço anexado a um iterador continua sem parar, a menos que intervie e pare 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 SLA mais proativos, o operador deve realizar uma das seguintes tarefas:
Habilite a declaração no nível hierárquica .
deactivate sla-iterator-profile[edit protocols oam ethernet connectivity-fault-management maintenance-domain md-name maintenance association ma-name mep mep-id remote-mep mep-id]Provisione uma declaração no perfil do iterador correspondente no nível de hierarquia.
disable[edit protocols oam ethernet connectivity-fault-management performance-monitoring sla-iterator-profiles profile-name]
Medições de atraso e medição de perda de 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 para o quadro de resposta de medição de atraso (DMR).
Na computação de variação de atraso de uma maneira usando o método de medição de atraso de duas vias, a computação de variação de atraso é baseada nos datas de tempo que estão presentes no quadro de DMR (e não no quadro 1DM). Portanto, não há necessidade de clocks do lado do cliente e do servidor estarem em sincronia. Supondo que a diferença em seus relógios permaneça constante, espera-se que os resultados de 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 de ida.
No modo proativo para medição de perda, o roteador envia pacotes em formato padrão, juntamente com o TLV de medição de perda e o iterador TLV.
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 em roteadores da Série MX. Se um link de nó falhar, o FNP detecta a falha e envia 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.
O FNP é compatível apenas com serviços E-Line.
Um serviço E-Line oferece uma conectividade Ethernet segura de ponto a ponto entre duas interfaces de rede de usuário (UNIs). Os serviços de 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 o trabalho e proteger caminhos. Os intervalos de 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 E-Line.
O roteador MX atua como um nó 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 de 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 ser mapeada para uma interface lógica. Nenhuma porta de tronco ou porta de acesso é suportada no enlace 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 terminação 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).
Consulte também
Visão geral da medição da perda sintética da Ethernet
A medição de perda sintética de Ethernet (ETH-SLM) é um aplicativo que permite o cálculo da perda de quadros usando quadros sintéticos em vez de tráfego de dados. Esse mecanismo pode ser considerado como uma amostra estatística para aproximar a relação de perda de quadros do tráfego de dados. Cada ponto final de 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 quadro associada a quadros de dados de entrada e uma perda de quadro de ponta especifica a perda de quadros associada a quadros de dados de saída. Ambas as medições de perda de quadros de ponta a ponta contribuem para segundos gravemente errados e segundos severamente erros de ponta 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 quadro sintético 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 quadro, definidos pelos padrões ITU-T Y.1731, ETH-LM e ETH-SLM. O Junos OS oferece suporte apenas ao ETH-SLM de ponta única. Em ETH-SLM de ponta única, 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éticas. O ETH-SLM de ponta única é 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 DEPUTADO inicie e reporte medições de perda de ponta a ponta e quase finais associadas a um par de MEPs que fazem parte do mesmo grupo de entidades de manutenção (MEG).
O Virtual Chassis da Série MX não oferece suporte à medição de perda sintética Ethernet (ETH-SLM).
O ETH-SLM de ponta única é 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 de ETH-SLM que são usadas para medir e relatar medições de perda sintética de ponta a 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 desencadeadas por um aplicativo de iterador. Um iterador foi projetado para transmitir periodicamente pacotes de medição de SLA na forma de quadros compatíveis 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 medições são desencadeadas 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.
ACX5048 e roteadores 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 MEG. 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 em uma rede 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 pode medir a perda de ponta a ponta e quase-final em MX1 e MX2, respectivamente. As duas UNIs estão conectadas usando o serviço virtual de fio privado (VPWS) de CAMADA 2 baseado em MPLS.
MeP downstream em redes Ethernet
Considere um cenário em que um MEP esteja 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ço para um VPWS sobre MPLS é habilitada especificando um caminho de trabalho ou caminho de proteção 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 trabalho ou proteção.
Em uma topologia de amostra, um roteador da Série MX, MX1, está conectado a outros dois 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 cfm entre MX1 e MX3 é o caminho de proteção no MEP. O MX2 e o MX3, por sua vez, estão conectados em interfaces Ethernet ao MX4 na rede de acesso. O MEP downstream é configurado entre MX1 e MX4 que passa pelo MX2 (sessão CFM em funcionamento) e também entre MX1 e MX4 que passa pelo MX3 (sessão CFM protegida). O ETH-SLM é executado entre esses MEPs downstream. Em ambos os MEPs downstream, a configuração é realizada em UNIs MX1 e MX4, semelhantes aos 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 seguintes seções que descrevem os formatos das unidades de dados de protocolo SLM (PDUs), PDUs SLR e o valor de comprimento do tipo do iterador de dados (TLV).
Formato PDU de 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. A ID MEP é única dentro do MEG.
ID de teste — O ID de teste é um conjunto de campo de 4 octets pelo MEP emissor 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 um 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, é 55.
Bandeiras — definidas para todos zeros.
Compensação de TLV — 16.
ID mep de origem — um campo de 2 octets usado para identificar o MEP transmitindo o quadro SLM. Neste campo de 2 octets, os últimos 13 bits menos significativos são usados para identificar o MEP transmitindo o quadro SLM. A ID MEP é única dentro do MEG.
RESV — Os campos reservados estão definidos para todos os zeros.
ID de teste — um campo de 4 octets definido pelo MEP emissor 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 octets que transporta o número de quadros SLM transmitidos pelo MEP em direção ao seu peer MEP.
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 do 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 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 do PDU do SLM.
Compensação de TLV — um campo de 1 octet copiado do SLM PDU.
ID mep de origem — um campo de 2 outets copiado do SLM PDU.
Responder ID mep — um campo de 2 octets usado para identificar o MEP transmitindo o quadro SLR.
ID de teste — um campo de 4 octets copiado do SLM PDU.
TxFCf — um campo de 4 octets copiado do SLM PDU.
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 do SLM PDU, se presente.
TLV final — um campo de 1 octet copiado do SLM PDU.
Formato TLV do iterator de dados
O iterador de dados TLV especifica a parte TLV de dados do quadro de dados Y.1731. O MEP usa um TLV de dados quando o MEP é configurado para medir o atraso e atrasar a variação para diferentes tamanhos de quadro. Os campos a seguir são em um TLV de dados:
Tipo — identifica o tipo de TLV; valor para este tipo de TLV são dados (3).
Comprimento — identifica o tamanho, em octets, do campo de valor que contém o padrão de dados. O valor máximo do campo comprimento é de 1440.
Padrão de dados — um padrão de bit arbitrário (denota comprimento) arbitrário.nn 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 e quase final 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 para o 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 recebimento de 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 a 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 de PDUs SLM para determinar a perda de quadro sintético:
- Iniciação e transmissão de solicitações de SLM
- Recepção de SLMs e transmissão de SLRs
- Recepção de SLRs
- Computação da perda de quadros
Iniciação e transmissão de solicitações de SLM
Um MEP transmite periodicamente uma solicitação 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 de ID do teste entre o início e a resposta dos MEPs porque o ID do teste está configurado no MEP de início, e o MEP que responde usa o ID de teste que recebe do MEP de início. Como o ETH-SLM é uma técnica de amostragem, é menos preciso 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 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 SLM, exceto para os seguintes campos:
O endereço MAC de origem é copiado para o endereço MAC de destino e o endereço fonte contém o endereço MAC do MEP.
O valor do campo OpCode é alterado de SLM para SLR (54).
O ID mep respondente está preenchido com a ID MEP do deputado.
O TxFCb é economizado com o valor do contador local RxFCl no momento da transmissão de quadros SLR.
Um quadro SLR é gerado sempre 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 respondente ou recebimento de MEP, a RxFCl é igual à TxFCl.
Recepção de SLRs
Após a transmissão de um quadro SLM (com um determinado valor TxFCf), um MEP espera receber um quadro SLR correspondente (transportando o mesmo valor TxTCf) dentro do valor de tempo de saída de seu MEP peer. Os quadros SLR recebidos após o valor de tempo limite (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 local de RxFCl no 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 do primeiro quadro SLR recebido após o início do teste e rxFCl local 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 horário de início do período de medição.
Para cada pacote SLR recebido, o contador RxFCl local é incrementado no mep de envio ou fonte.
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 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 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 alterações
A compatibillidadde com o recurso dependerá da platadorma e versão utilizada. Use o Feature Explorer para saber se o recurso é compatível com sua plataforma.
performance-monitoring[edit protocols oam ethernet connectivity-fault-management]