Introdução ao gerenciamento de falhas de conectividade OAM (CFM)
SUMMARY Esta seção descreve a Operação, Administração e Gerenciamento (OAM) do gerenciamento de falhas de conectividade (CFM).
Gerenciamento de falhas de conectividade Ethernet OAM
O gerenciamento mais completo de falhas de conectividade (CFM) é definido no IEEE 802.1ag. Este tópico enfatiza o uso do CFM em um ambiente Metro Ethernet.
Os principais recursos do CFM são:
-
Monitoramento de falhas usando o protocolo de verificação de continuidade. Este é um protocolo de descoberta e verificação de saúde de vizinhos que descobre e mantém adjacências no nível de VLAN ou link.
-
Descoberta de caminho e verificação de falhas usando o protocolo de rastreamento de link. Semelhante ao roteamento de rastreamento ip, este protocolo mapeia o caminho trilhado para um endereço MAC de destino por meio de uma ou mais redes pontedas entre a origem e o destino.
-
Isolamento de falhas usando o protocolo de loopback. Semelhante ao ping ip, este protocolo funciona com o protocolo de verificação de continuidade durante a solução de problemas.
O CFM divide a rede de serviços em vários domínios administrativos. Por exemplo, operadores, provedores e clientes podem fazer parte de diferentes domínios administrativos.
Cada domínio administrativo é mapeado em um domínio de manutenção, fornecendo informações suficientes para realizar seu próprio gerenciamento, evitando assim violações de segurança e tornando possível o monitoramento de ponta a ponta. Cada domínio de manutenção está associado a um nível de domínio de manutenção de 0 a 7. A alocação de nível é baseada na hierarquia da rede, onde domínios externos são atribuídos a um nível mais alto do que os domínios mais internos.
Os pontos finais do cliente têm o mais alto nível de domínio de manutenção. Em um domínio de manutenção CFM, cada instância de serviço é chamada de associação de manutenção. Pode-se maintenance association pensar como uma malha completa de endpoints de manutenção (MEPs) com características semelhantes. Os deputados são entidades ativas do CFM que geram e respondem às mensagens de protocolo CFM.
Há também um ponto intermediário de manutenção (MIP), que é uma entidade CFM semelhante ao MEP, mas mais passiva (os MIPs só respondem às mensagens cfm).
Os deputados podem ser up MEPs ou down MEPs. Um link pode conectar um MEP no nível 5 a um MEP no nível 7. A interface no nível 5 é um MEP superior (porque a outra extremidade do enlace está no nível 7 do MEP), e a interface no nível 7 é um MEP baixo (porque a outra extremidade do enlace está no nível 5 do MEP).
Em uma rede Metro Ethernet, o CFM é comumente usado em dois níveis:
-
Pelo provedor de serviços para verificar a conectividade entre seus roteadores de borda de provedor (PE)
-
Pelo cliente para verificar a conectividade entre seus roteadores de borda do cliente (CE)
Nota:O nível CFM do cliente configurado deve ser maior do que o nível CFM do provedor de serviços.
Em muitas redes Metro Ethernet, o CFM é usado para monitorar a conectividade em uma rede VPLS e fazer pontes.
Nos roteadores da Série ACX, o OAM para VPLS é suportado apenas nos roteadores ACX5048, ACX5096 e ACX5448.
O suporte do CFM nos dispositivos PTX10001-36MR, PTX10004, PTX10008 e PTX10016 inclui as seguintes limitações:
-
Limitações relacionadas a ponto final de manutenção (MEP) e manutenção de ponto intermediário (MIP) — Você não pode configurar:
-
Para cima e para baixo MEP no mesmo nível em uma interface.
-
Combinação de MEP, MEP ou MIP em nível diferente na mesma interface.
-
-
Os pacotes CFM assumem a fila padrão. Não há mapeamento de classe de encaminhamento para fila (fc-to-queue), nos seguintes casos:
-
Tráfego de saída, se cos-reescrever não estiver configurado
-
Tráfego não registrado
-
-
A sessão cfm cai, se você configurar a lista de identificadores VLAN em interfaces não-tronco.
-
Os pacotes CFM que são vinculados ao host e gerados por host não contornam os filtros de firewall configurados para a direção da entrada e da saída.
Visão geral do gerenciamento de falhas de conectividade OAM da IEEE 802.1ag
As interfaces Ethernet em roteadores M7i e M10i com o CFEB aprimorado (CFEB-E) e em M120, M320, Série MX, Série T e roteadores da Série PTX oferecem suporte ao padrão IEEE 802.1ag para operação, administração e gerenciamento (OAM). A especificação IEEE 802.1ag fornece gerenciamento de falhas de conectividade Ethernet (CFM). O objetivo do CFM é monitorar uma rede Ethernet que possa incluir uma ou mais instâncias de serviço. O Junos OS oferece suporte ao gerenciamento de falhas de conectividade IEEE 802.1ag.
O Virtual Chassis da Série MX não oferece suporte ao gerenciamento distribuído de falhas de conectividade em linha.
Os roteadores da Série ACX oferecem suporte ao CFM em interfaces Ethernet agregadas com intervalo de verificação de continuidade de 100 milissegundos ou mais.
- Visão geral do gerenciamento de falhas de conectividade OAM
- Elementos-chave do gerenciamento de falhas de conectividade
- Melhores práticas para configurar o OAM Ethernet 802.1ag para VPLS
Visão geral do gerenciamento de falhas de conectividade OAM
No Junos OS Release 9.3 e posterior, o CFM também oferece suporte a interfaces Ethernet agregadas. As sessões de gerenciamento de falhas de conectividade (CFM) operam em modo distribuído e são processadas no Concentrador PIC Flexível (FPC) em interfaces Ethernet agregadas. Como resultado, o gracioso switchover do Mecanismo de Roteamento (GRES) é suportado em interfaces Ethernet agregadas. Em lançamentos antes do Junos OS Release 13.3, as sessões de CFM operam em modo centralizado e são processadas no Mecanismo de Roteamento. No entanto, as sessões de CFM não são suportadas em interfaces Ethernet agregadas se as interfaces que formam o pacote Ethernet agregado estiverem em modo misto. As sessões de CFM com um intervalo de mensagem de verificação de continuidade (CCM) de 10 milissegundos não são suportadas em interfaces Ethernet agregadas.
As sessões de CFM são distribuídas por padrão. Todas as sessões de CFM devem operar apenas no modo distribuído ou apenas centralizado. Uma operação mista de modos distribuídos e centralizados para sessões cfm não é suportada. Para desativar a distribuição de sessões CFM em interfaces Ethernet agregadas e fazer as sessões funcionarem no modo centralizado, inclua a no-aggregate-delegate-processing declaração no nível de [edit protocols oam ethernet connectivity-fault-management] hierarquia.
Como requisito para que o Ethernet OAM 802.1ag funcione, o gerenciamento de pacotes periódicos distribuídos (PPM) é executado no mecanismo de roteamento e no mecanismo de encaminhamento de pacotes. Você só pode desativar PPM no mecanismo de encaminhamento de pacotes. Para desativar o PPM no PFE, inclua a ppm no-delegate-processing declaração no nível de [edit routing-options ppm] hierarquia.
As sessões de CFM são suportadas em interfaces Ethernet agregadas se as interfaces que formam o pacote Ethernet agregado estiverem em modo misto quando o
no-aggregate-delegate-processingcomando for habilitado.A partir do Junos OS Release 14.2, para sessões cfm em modo centralizado, recomendamos que você configure um máximo de 40 sessões de CFM com intervalo de mensagem de verificação de continuidade (CCM) de 100 milissegundos (100 ms) ou um máximo de 400 sessões CFM com intervalo CCM de 1 segundo (1 s). Se as sessões de CFM forem configuradas além desse limite, o CFM pode não funcionar como esperado. Você pode observar problemas quando o estado de vários links mudar ou quando as placas de linha forem reiniciadas.
Observe que esses limites foram derivados considerando uma carga de unidade de dados de protocolo (PDU) de 400 pacotes por segundo (pps) no Mecanismo de Roteamento. Esse limite varia dependendo da carga do mecanismo de roteamento. Se o mecanismo de roteamento tiver uma carga pesada, espere algumas variações até esse limite.
A partir do Junos OS Release 10.3, em interfaces configuradas em Concentradores modulares de portas (MPCs) e placas de interface modular (MICs) em roteadores da Série MX, o CFM não é suportado em links de membroS Ethernet agregados não registrados. MPCs e MICs oferecem suporte ao CFM em interfaces lógicas Ethernet agregadas e não registradas.A partir do Junos OS Release 12.3, o CFM não oferece suporte à agregação de enlace multichassis (MC-LAG). Não configure a mc-ae declaração quando configurar CFM.
A partir do Junos OS Release 11.3, na Série T e M320 roteadores, o CFM não tem suporte em interfaces configuradas com encapsulamento CCC. Se você configurar o CFM, o sistema exibirá a seguinte mensagem: ""MEPs cannot be configured on ccc interface on this platform.
Entidades de rede, como operadores, provedores 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 executem seu próprio gerenciamento, realizem monitoramento de ponta a ponta e ainda evitem violações de segurança.
A partir do Junos OS Release 17.4, você pode habilitar o suporte ao IEEE 802.1ag CFM em interfaces de serviço pseudowire, configurando pontos intermediários de manutenção (MIPs) nas interfaces de serviço pseudowire. Interfaces de serviço Pseudowire suportam a configuração de interfaces de assinantes sobre o término pseudowire MPLS. O encerramento das interfaces de assinantes pelo PW permite que as operadoras de rede estendam seu domínio MPLS da rede de acesso/agregação até a borda de serviço e usem provisionamento uniforme de rótulos MPLS para uma porção maior de sua rede.
A sessão de MIP cfm é suportada apenas na interface de serviços pseudowire e não na interface de túnel de serviços pseudowire.
O IEEE 802.1ag OAM oferece suporte a switchover gracioso do Mecanismo de Roteamento (GRES). O IEEE 802.1ag OAM é suportado em interfaces VLAN não registradas, marcadas e empilhadas.
Nos switches da Série EX, para usar o recurso CFM, você deve primeiro adicionar o CFM ao Junos OS básico instalando uma licença de recursos aprimorada (EFL). Veja as licenças da Série EX para obter mais detalhes.
Elementos-chave do gerenciamento de falhas de conectividade
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).
Nos roteadores da Série ACX, os pontos intermediários de manutenção (MIP) são suportados apenas nos roteadores ACX5048 e ACX5096.
Uma associação de manutenção é um conjunto de MEPs configurados com o mesmo identificador de associação de manutenção e nível de domínio de manutenção. Figura 2 mostra as relações hierárquicas entre a ponte Ethernet, domínios de manutenção, associações de manutenção e MEPs.
Melhores práticas para configurar o OAM Ethernet 802.1ag para VPLS
As interfaces lógicas em uma instância de roteamento VPLS podem ter as mesmas ou diferentes configurações de VLAN. A normalização do VLAN é necessária para trocar pacotes corretamente entre essas interfaces. A normalização do VLAN é efetivamente uma tradução VLAN na qual as tags VLAN do pacote recebido precisam ser traduzidas se forem diferentes das tags VLAN normalizadas.
Para roteadores da Série MX, o VLAN normalizado é especificado usando uma das seguintes declarações de configuração na instância de roteamento VPLS:
vlan-id vlan-numbervlan-id nonevlan-tags outer outer-vlan-number inner inner-vlan-number
Você deve configurar vlan-maps explicitamente em todas as interfaces pertencentes à instância de roteamento.
As seguintes considerações do caminho de encaminhamento devem ser observadas:
Caminho de recebimento de pacotes:
Este é o caminho de encaminhamento para pacotes recebidos nas interfaces.
802.1ag Ethernet OAM para VPLS usa filtros de interface implícitos e filtros de tabela de encaminhamento para inundar, aceitar e soltar os pacotes CFM.
Caminho de transmissão de pacotes:
O software JUNOS usa o encaminhamento baseado em hardware do roteador para pacotes gerados por CPU.
Para MEPs down, os pacotes são transmitidos na interface na qual o MEP está configurado.
Nos roteadores da série MX, para UP MEPs, o pacote deve ser alagado para outras interfaces na instância de roteamento VPLS. O roteador cria uma rota de inundação vinculada a uma inundação próxima hop (com todas as interfaces para inundação) e, em seguida, fornece o pacote a ser encaminhado com esta rota de inundação.
O roteador também usa o encaminhamento baseado em implícito para pacotes gerados por CPU. O resultado é que o próximo salto de inundação vinculado à rota de inundação deve ser vinculado ao termo filtro. O termo filtro usa critérios compatíveis para identificar corretamente os pacotes gerados pelo host.
Consulte também
mc-ae declaração quando configurar CFM.