Monitoramento de desempenho em interfaces de ethernet agregadas

Além disso, as sessões de gerenciamento de falhas de conectividade (CFM) estabelecidas nas interfaces de AE podem ser distribuídas ao Mecanismo de encaminhamento de pacotes, além de serem tratadas no mecanismo de roteamento. Essa capacidade de distribuir sessões de CFM é útil tanto em topologias escaládas quanto em switchover gracful Routing Engine (GRES) para sessões de CFM.

As sessões de gerenciamento de falhas de conectividade (CFM) operam no modo centralizado em interfaces AE por padrão. O monitoramento de desempenho (PM) Y.1731 é suportado em sessões centralizadas de CFM em interfaces AE. Além disso, a distribuição da sessão do CFM em interfaces AE para placas de linha é suportada pelo Junos OS Release 13.3. Para permitir a distribuição das sessões do CFM e operar no modo centralizado, inclua a ppm delegate-processing declaração no nível hierárquica [edit routing-options ppm] . O mecanismo que permite a distribuição de sessões de CFM por interfaces AE fornece a infraestrutura subjacente para oferecer suporte à PM por interfaces AE. Além disso, o gerenciamento periódico de pacotes (PPM) lida com processamento periódico sensível ao tempo e executa processos como o envio de pacotes específicos do processo e a coleta de estatísticas. Com processos de PPM em execução distribuídos tanto no Mecanismo de Roteamento quanto no Mecanismo de encaminhamento de pacotes, você pode executar processos de monitoramento de desempenho no Mecanismo de encaminhamento de pacotes.

Para medição de atraso da Ethernet, o temporizador assistido por hardware é suportado em interfaces AE, semelhante ao suporte que existe em interfaces não-AE. Apenas o temporizador baseado em hardware é suportado porque é executado no caminho recebido dos pacotes da unidade de dados de protocolo (PDU), enquanto o temporizador baseado em software precisa ser executado no caminho transmitido e não é suportado. Para o tempo de tempo de software, as PDUs ETH-DM precisam ser transmitidas e recebidas na mesma placa de linha (mesmo membro da interface AE). Todas as PDUs ETH-DM recebidas são sempre redirecionadas para o mecanismo de encaminhamento de pacotes âncora. No caminho de transmissão, se a interface no mecanismo de encaminhamento de pacotes âncora cair, o pdus OAM será redirecionado para um dos FPCs subordinados ou membros. Portanto, o processamento de PDUs ETH-DM sempre ocorre na CPU da placa de linha ou módulo que hospeda o mecanismo de encaminhamento de pacotes âncora. A ETH-DM é suportada em interfaces AE com CCC, bridge, serviço de LAN privada virtual (VPLS) e famílias de endereços inet. O ETH-DM é compatível com modos ativos e ativos de standby de interfaces AE. Para a medição de atraso de ida (1DM), os clocks de sistema do MEP iniciador que transmite um quadro de solicitação e o MEP respondente que recebe um quadro de resposta precisam ser sincronizados.

Para a medição de perda de Ethernet em interfaces AE, com o modo de espera ativo das interfaces, a transmissão e a recepção das PDUs é sempre por meio do Mecanismo de encaminhamento de pacotes que hospeda o link ativo. Para o modo de espera ativo das interfaces AE, você pode configurar um máximo de apenas dois links de membros. O ETH-LM só é suportado quando todos os links ativos de membros ou crianças estão no mesmo Mecanismo de encaminhamento de pacotes. Para os endpoints de manutenção downstream (MEPs), o ETH-LM é suportado para famílias de CCC, VPLS e endereços de ponte, e para os MEPs ascendentes, o ETH-LM é suportado apenas para famílias de CCC. No caminho de transmissão, com links de espera ativos de interfaces AE, sempre que o link infantil ativo falha, se o link de espera não for local, os pacotes são redirecionados para o novo link ativo. Quando esse redirecionamento ocorre, os contadores ETH-LM são reiniciados. Se o link de espera estiver no mesmo mecanismo de encaminhamento de pacotes que o link ativo, então os contadores não serão reiniciados porque os contadores são lidos na memória local do Mecanismo de encaminhamento de pacotes e para evitar que o outro lado da sessão trate os novos contadores de mecanismo de encaminhamento de pacotes como perdas devido ao reset dos contadores. No caminho recebido, com links de espera ativos de interfaces AE, todos os links para crianças são programados na lista de entrada usando next-hops para redirecionar os pacotes para o FPC âncora depois de copiar os contadores no Packet Forwarding Engine. Para medição de perda sintética (SLM) da Ethernet, o processamento de PDUs SLM para solicitações e respostas semelhantes a outros protocolos da CPU da placa de linha é implementado. Todos os outros dados e computação são baseados em software. O ETH-SLM é suportado em interfaces AE para famílias CCC, bridge, VPLS e inet.

Antes de iniciar sessões de medição de ETH-DM, ETH-LM ou ETH-SLM em um serviço Ethernet agregado, você deve configurar dois roteadores da Série MX para oferecer suporte a essas sessões de medição. Em cada roteador, configure duas interfaces de AE físicas ou lógicas conectadas por uma VLAN, incluindo a interface ae-fpc/pic/port unit logical-unit-number vlan-id vlan-id declaração no [edit interfaces] nível de hierarquia e em cada roteador, conecte os MEPs peer às interfaces, incluindo a mep mep-id interface interface-name (protect | working) declaração no [edit protocols oam ethernet connectivity-fault-management maintenance-domain md-name maintenance-association ma-name] nível de hierarquia.

• Os limites de escala e as considerações de desempenho para sessões de gerenciamento de pacotes periódicos distribuídos (PPM). Os limites de escala para sessões de PPM distribuídas em interfaces agregadas de Ethernet (AE) são idênticos aos números máximos suportados para mensagens de verificação de continuidade (CCM) em interfaces AE.

• Os iteradores SLA sempre coexistem com as sessões de CCM. Portanto, ao configurar um ambiente escalonado, você deve responder pelas sessões de CCM, juntamente com os iteradores SLA. A tabela a seguir descreve o número máximo de sessões de PM distribuídas que você pode configurar para diferentes intervalos CCM por placa de linha e por roteador (valor em todo o sistema).

• Uma operação mista de modos distribuídos e centralizados para sessões de monitoramento de desempenho (PM) não é suportada em interfaces AE, se as interfaces que formam o pacote Ethernet agregado estiverem no modo misto.

• As limitações para recursos de monitoramento de desempenho (PM) para interfaces não-AE aplicam-se igualmente bem para interfaces AE. Por exemplo, o flapping de sessões reinicia as estatísticas da PM.

• As limitações existentes com sessões de PPM distribuídas são válidas para recursos de monitoramento de desempenho em interfaces AE, pois as medições são sempre realizadas em sessões de CCM.

• Para interfaces ETH-LM sobre AE em uma configuração de espera ativa, se as placas de linha ativas e de espera forem trocadas, as medições durante esta janela são ignoradas.

• Para interfaces ETH-DM sobre AE, o tempo adicional que é levado para a transmissão de pacotes (os pacotes são redirecionados para âncora na direção recebida [Rx] e para a criança ativa FPC na direção transmitida [Tx]) é computado na medição de atraso.

• Para interfaces ETH-LM sobre AE, em uma configuração de espera ativa, sempre que o failover do link da interface ativa para a interface de espera acontece, os contadores são redefinidos.