Application Notes: OAM - CFM. Connectivity Fault Management



Documentos relacionados
Application Notes: VLAN-Translate & QinQ. Utilização e exemplos de aplicação

Application Notes: OAM - EFM. Ethernet in the First Mile

Application Notes: VRRP. Aplicabilidade do Virtual Router Redundancy Protocol no DmSwitch

Application Notes: DHCP Relay. Funcionamento do DHCP Relay

Spanning Tree Protocol: Evoluções

Interconexão redes locais (LANs)

Redes de Computadores

Redes de Computadores I - Protocolos de Controle: ICMP. por Helcio Wagner da Silva

Relatório do 2º Guião Laboratorial de Avaliação: Encaminhamento de pacotes. Licenciatura: ETI Turma : ETC1 Grupo : rd2_t3_02 Data: 30/10/2009

Objetivos: i) Verificar o impacto de loops em redes locais ii) Configurar o protocolo STP para remover loops da rede

Arquitetura de Rede de Computadores

Link Aggregation IEEE 802.3ad Uma Visão Geral

Módulo 8 Ethernet Switching

Controle de congestionamento em TCP

Redes. Entenda o que são ICMP, ping e traceroute Autor: Hélder Garcia hlbognfspam@sounerd.com Março de 2004

Roteamento e Comutação

Redes de Computadores II INF-3A

ADMINISTRAÇÃO DE REDES DE COMPUTADORES. Elementos da rede (Repetidor, hub, bridge, switch, router) Spanning Tree Protocol UALG/FCT/DEEI 2005/2006

ARP. Tabela ARP construída automaticamente. Contém endereço IP, endereço MAC e TTL

Software EMS Manual do usuário. CTS2780

Capítulo 3: Implementar a segurança por meio de VLANs

Há dois tipos de configurações bidirecionais usados na comunicação em uma rede Ethernet:

Guia de Conectividade Worldspan Go Res! A V A N Ç A D O

Objetivo: Criar redes locais virtuais (VLANs) usando switches e computadores

Quadro de consulta (solicitação do mestre)

ConneXium TCSESM, TCSESM-E Managed Switch

Laboratório - Identificação e Solução de Problemas de Configuração de VLAN

Actividade 3: Configuração de VLANs

Na Figura a seguir apresento um exemplo de uma "mini-tabela" de roteamento:

SMTP, POP, IMAP, DHCP e SNMP. Professor Leonardo Larback

Centro Tecnológico de Eletroeletrônica César Rodrigues. Atividade Avaliativa

VLANs e Redes IP (segundo trabalho laboratorial)

ECD1200 Equipamento de Consulta de Dados KIT DE DESENVOLVIMENTO

Comm5 Tecnologia Protocolo MI. Protocolo. Família MI

Application Notes: QoS Básico. Exemplo para aplicação de QoS

Application Notes: DmSwitch AAA. Uso do TACACS

Como utilizar a central de gerenciamento VPN.

Prof. Samuel Henrique Bucke Brito

Capítulo 5: Roteamento Inter-VLANS

Entendendo como funciona o NAT

Packet Tracer 4.0: Overview Session. Conceitos e práticas

Arquitetura de Redes: Camadas de Protocolos (Parte II)

PRIMEIRA LISTA DE EXERCÍCIOS CAR. 48 Hosts Link C 6 Hosts

Comm5 Tecnologia Manual de utilização da família MI. Manual de Utilização. Família MI

Curso de extensão em Administração de Redes

Mensagens de SYSLOG. Linha DmSwitch. Descrição simplificada das mensagens disponíveis

VLAN - Virtual LAN. Objectivo

Capítulo 8 - Comutação Ethernet. Associação dos Instrutores NetAcademy - agosto de Página

A máscara de sub-rede pode ser usada para dividir uma rede existente em "sub-redes". Isso pode ser feito para:

APLICAÇÃO REDE APLICAÇÃO APRESENTAÇÃO SESSÃO TRANSPORTE REDE LINK DE DADOS FÍSICA 1/5 PROTOCOLOS DE REDE

Fundamentos de Redes de Computadores. Elementos de Redes Locais

Roteamento e Comutação

Guia de Laboratório de Redes Switches: Spanning Tree e VLANs

Application Notes: SNMP. Configuração do protocolo SNMP

Visão geral da arquitetura do roteador

Overflow na tabela CAM

L A B O RATÓRIO DE REDES

Cisco Networking Academy Program. Spanning Tree Protocol

Aula prática. Objetivo IPCONFIG. Prof. Leandro Pykosz Informa a configuração atual de rede da máquina;

Cisco Packet Tracer 5.3

Manual de Instalação. Conect Senha RF. ECP Eletromatic Controle e Proteção Fone: (14) SAC:

Capítulo 7 CAMADA DE TRANSPORTE

Funcionamento de ARP entre redes (sub-redes) distintas. Mecanismos de entrega. Funcionamento entre redes (sub-redes): default gateway

Capítulo 2. Laboratório 2.1. Introdução ao Packet Tracer, Roteadores, Switches e Inicialização

VTP VLAN TRUNKING PROTOCOL

CAMADA DE REDE. UD 2 Aula 3 Professor João Carneiro Arquitetura de Redes 1º e 2º Semestres UNIPLAN

Ping. O programa Ping, opção de record route e de timestamp.

Configurando um servidor DHCP

Especificação de Requisitos

MSc Eliton Smith Gerenciamento e Administração de Redes

Geral: Manual de Utilização do Software de Teste Gradual Windows

1. Virtual LANs (VLANs) ISEL/DEETC Secção de Redes de Comunicação de Dados

Manual de Instalação. GPRS Universal

ADDRESS RESOLUTION PROTOCOL. Thiago de Almeida Correia

MANUAL DE UTILIZAÇÃO Aplicativo Controle de Estoque Desktop

MANUAL DE UTILIZAÇÃO Aplicativo Controle de Estoque Mobile

INDICE 1. INTRODUÇÃO CONFIGURAÇÃO MÍNIMA INSTALAÇÃO INTERLIGAÇÃO DO SISTEMA ALGUNS RECURSOS SERVIDOR BAM...

Sistemas Operacionais de Redes. Aula: Gerenciamento de rede Professor: Jefferson Igor D. Silva

Redes de Computadores

Redes de Computadores II. Professor Airton Ribeiro de Sousa

Tecnologia de Redes de Computadores - aula 5

Roteador Load-Balance / Mikrotik RB750

CA Nimsoft Monitor Snap

Redes de Computadores II

Configurando o DDNS Management System

Introdução Fourth level à Tecnologia Cisco

CA Nimsoft Monitor Snap

Comandos Packet Tracer

Protocolos básicos de LANs IP (primeiro trabalho laboratorial)

REDES DE COMPUTADORES Prof. Ricardo Rodrigues Barcelar

Interconexão de redes locais. Repetidores. Pontes (Bridges) Hubs. Pontes (Bridges) Pontes (Bridges) Existência de diferentes padrões de rede

Redes de Computadores. Trabalho de Laboratório Nº2

Como utilizar a Função de Alta Disponibilidade (High Availability - HA).

Redes de Computadores

Transcrição:

Application tes: OAM - CFM Connectivity Fault Management

Application tes: OAM - CFM Connectivity Fault Management. Data 28/04/2010, Revisão 1.17 Parecer Introdução Conceitos Maintenance Domain Maintenance Association Maintenance End Point Maintenance Intermediate Point Alarm Indication Signal Protocolos do CFM Continuity Check LinkTrace LoopBack Desenvolvimento Configuração MD MA MIP MEP AIS Aplicação Configuração dos equipamentos sem o CFM Configurando o CFM Configurando os níveis 1 e 2 para as Operadoras Configurando o nível 3 para o Provedor Configurando o nível 6 para o Cliente 1 (DM3000) Configurando um MA no nível 6 para o Cliente 2 (EDD) Simulação de falhas no CFM Parecer Este documento descreve o funcionamento e um exemplo de aplicação do protocolo de OAM Operations, Administration, and Maintenance chamado CFM Connectivity Fault Management, existente na linha de switches DATACOM séries 3000, 4000 e EDD Ethernet Demarcation Device. DATACOM 1

Introdução O protocolo de OAM CFM é definido no padrão IEEE 802.1AG. Diferentemente do EFM que é utilizado para monitorar condições do link, ou seja um caminho físico de um enlace, o CFM possui a capacidade de descoberta de caminho, detecção, verificação, notificação e isolamento de falhas de conexão fim-a-fim. O CFM utiliza camada 2 "enlace" para enviar seus quadros Ethernet utilizando um ethertype especial (0x8902). Conceitos Maintenance Domain Um Maintenance Domain MD é uma região da rede que é operada por uma única entidade na qual se deseja monitorar a conectividade interna e que é capaz de fornecer conectividade transparente para elementos externos. A seguir será mostrado uma figura para uma melhor abstração do conceito de domínio do CFM. Exemplo: DATACOM 2

Podemos observar na imagem os domínio do cliente (verde), do provedor (azul) e os domínios das duas operadoras (amarelo e laranja). Os domínios das operadoras englobam os equipamentos sob sua responsabilidade. O domínio do provedor engloba os equipamentos de sua responsabilidade e os das operadoras contratadas. O domínio do cliente engloba os seus equipamentos e o domínio do provedor. Cada domínio é um MD, Os níveis de domínio podem ser de 0 a 7, estes níveis devem ser únicos em uma hierarquia entre domínios, sendo o domínio mais externo o de número maior. Os domínios de níveis diferentes não se sobrepõe, pois violaria o conceito que diz que cada domínio é operado por uma única entidade. Cada domínio tem um nome para indentificação, este nome deve ser único. Os quadros CFM relativos as operadoras 1 e 2 não extrapolam o limite do domínio correposdente e os quadros de domínio do provedor são encaminhados pelos domínios das operadoras. Maintenance Association Um Maintenance Association MA é uma entidade que complementa o MD, o MA é responsável por proteger uma lista de VLANs, uma destas VLANs será utilizada para enviar os quadros do CFM, já que este protocolo utiliza somente quadros com tag "tagged", devido a isto é necessário haver uma configuração correta dos equipamentos com relação a VLAN utilizada para o CFM poder emitir os quadros. A configuração do MA deve ser feita em todos os equipamentos do domínio e pode haver mais de um MA configurado em um mesmo equipamento. DATACOM 3

Maintenance End Point O Maintenance End Point MEP é a entidade principal do CFM, pois ele é a única entidade que envia quadros CFM ativamente, é chamado de End Point devido ser configurado somente nas interfaces que delimitam a borda de um domínio CFM, nunca nas interfaces do interior do domínio. O MEP possui alguns atributos como: direções do tráfego (DOWN e UP), configurando o MEP como DOWN o MAC de origem nos quadros transmitidos será o MAC da interface e como UP o MAC de origem será o MAC da CPU do equipamento. A interface do equipamento aonde ele foi criado, um identificador ID único que o identifica dentro do MA do qual ele foi enviado. Maintenance Intermediate Point O Maintenance Intermediate Point MIP ao contrário do MEP é uma entidade passiva. O MIP apenas emite quadros CFM em repostas a um quadro que tenha recebido. O MIP possui como atributos: a interface do equipamento aonde ele foi criado e um endereço MAC de origem que sempre será o MAC da interface aonde ele foi criado. Alarm Indication Signal O Alarm Indication Signal AIS foi proposto pela ITU-Y.1731 para evitar a sinalização da mesma falha repetidas vezes em um cenário com mais de um domínio quando ocorre falha no domínio interno. Considerando o cenário da figura abaixo, com dois domínios de cores azul e verde. Caso ocorra a queda do link mostrado, os MEPs do domínio verde e do domínio azul detectarão perda de conectividade com os seus respectivos MEPs dentro da área vermelha mostrada na figura. DATACOM 4

Haverá, portanto, decretação de falha pelos equipamentos dos dois domínios. O sistema de gerência receberá um número elevado de alarmes, traps e logs de falha vindos de ambos os domínios. Entretanto, o interessante neste caso seria que apenas o domínio azul alarmasse a falha, pois esta falha foi interna ao domínio e deve ser resolvida pelo responsável pelo domínio azul. O AIS funciona da seguinte forma: Cada domínio é configurado para enviar mensagens de AIS para o domínio com nível imediatamente superior ao seu, ou seja, um domínio externo. Quando uma falha ocorre, o domínio interno envia uma mensagem de AIS para o domínio externo. Ao receber esta mensagem, o domínio externo sabe que não deve decretar falha e nem alarmar falhas, pois a causa desta falha é de responsabilidade do domínio interno, na qual foi contratada pelo domínio externo. Mesmo que o domínio externo não decrete e nem alarme falha, o responsável deste domínio saberá que houve uma falha, pois o recebimento de mensagens de AIS faz parte do status dos MEPs do domínio. DATACOM 5

É importante salientar que tanto a interpretação quanto a emissão de mensagens de AIS precisam ser explicitamente configuradas nos equipamentos. Outro ponto importante é que para emitir mensagens de AIS os MEPs tem o comportamento inverso ao habitual no que se refere à emissão de quadros. rmalmente, os MEPs do domínio azul emitem frames para dentro do domínio através das portas nas quais eles não estão configurados; na emissão de frames AIS, os MEPs do domínio azul emitem frames para fora do domínio através das portas onde estão configurados. A configuração dos parâmetros de AIS de um equipamento pertence aos MAs, desta maneira, todos os MEPs do MA têm o mesmo comportamento, reforçando a idéia de que o MA deve ser configurado uniformemente em todos os equipamentos do domínio. Não faria sentido que alguns MEPs enviassem AIS para um determinado nível e outros MEPs para um outro nível. Protocolos do CFM Continuity Check O protocolo Continuity Check CC é responsável pelo monitoramento pró-ativo de conectividade do CFM. As mensagens do protocolo são chamadas de Continuity Check Message CCM e tem como objetivo detecção de falhas de conexão no MA. Somente os MEPs, entidades ativas, podem receber e transmitir os quadros CCM. Cada MEP é configurado para periodicamente transmitir estas mensagens. Estas mensagens são enviadas e não são respondidas pelos MEPs. Os CCMs são quadros multicast, pois em caso sem falhas todos os MEPs do domínio receberiam este quadro. Cada CCM é transmitido com um número de sequência. Os receptores usam esta informação para detectar e contar perdas das mensagens do CCM. Erros de Configuração Intervalo de CCMs incorretos Caso um MEP receba um CCM anunciando um intervalo de transmissão diferente do seu, será decretado falha, pois este é um erro de configuração. a configuração do intervalo de transmissão deve ser a mesma em todos os equipamentos do domínio. Cross-connection O mesmo acontece caso o MEP receba um CCM anunciando nomes de MD e MA diferentes do seu. Esta condição pode indicar que dois domínios CFM se sobrepõem, o que é proibido. Esta condição é chamada de cross-connection. MEP ID inválido Caso um MEP receba um CCM com o identificador ID do MEP igual ao seu, ocorreu um erro de configuração, pois dentro de um MA o ID do MEP deve ser único. Neste caso, mesmo que o MD e o MA tenham sido configurados corretamente, o usuário pode ter configurado dois MEPs em equipamentos diferentes com o mesmo ID. Caso um MEP receba um CCM com um MEP ID que não DATACOM 6

consta na lista do MA da qual foi derivado, será decretado falha. Em cada equipamento, a configuração do MA contém uma lista de MEPs, esta lista deve conter todos os IDs de MEPs dentro do domínio. Numero de sequência inválido Como as mensagens de CCM contém um número de sequência que é incremental, sua recepção também deve ser. A recepção de CCMs com IDs repetidos vindos de um mesmo MEP indica um possível loop na rede. Se o identificador recebido não for igual ao anterior somado de 1, então ocorreu perda da mensagem. Nestes casos, um contador de erros é incrementado no receptor MEP. Falhas no equipamento MEP emissor Os protocolos do CFM são baseados em Type Lenght Value TLVs, e existem duas TLVs que o protocolo CCM usa para reportar falhas no MEP emissor: Port Status TLV e Interface Status TLV. O Port Status TLV reporta o estado da porta do MEP emissor em termos de bloqueio da porta e a Interface Status TLV reporta o status do link na porta do MEP emissor. LinkTrace O protocolo LinkTrace LT é semelhante ao traceroute porém utiliza camada 2 "enlace". O linktrace é iniciado somente por MEPs e via comando a partir do Command Line Interface CLI do switch. O objetivo do protocolo é isolar e verificar condições de falhas, somente poderá ser utilizado após a convergência do domínio CFM, isto é, após cada MEP ter recebido um CCM de todos os outros MEPs. Os quadros do LT são emitidos por MEPs destinados a um outro MEP mas podendo ser destinado a um MIP também. Os quadros do LT utilizam como MAC de origem o MAC do MEP emissor e como MAC de destino um endereço multicast de uma faixa reservada. O MAC da entidade à qual o quadro se destina faz parte do payload do quadro. Quando um equipamento recebe um quadro de LT, ele consulta sua tabela MAC, buscando pelo MAC da entidade à qual o LT é destinado que se encontra no payload do quadro. O quadro é então encaminhado para a porta apropriada. Se o endereço de destino não for encontrado na tabela MAC, o quadro não será propagado e será descartado. Para evitar a propagação indefinida dos quadros LT, o quadro contém um campo de Time To Live TTL, que é decrementado a cada recepção ou encaminhamento do quadro. O LT para MIPs só é possível após uma sessão de LT para um MEP cujo no caminho se encontra um MIP, nesta situação o MIP terá enviado uma mensagem LT Reply e seu MAC constará na tabela MAC dos equipamentos. Após um tempo da execução do LT para um MEP ocorrerá um aging da entrada MAC do endereço e então não será mais possível realizar um LT para este MIP até que seja realizado para um MEP cujo no caminho o MIP se encontra. DATACOM 7

LoopBack O LoopBack do CFM LB é semelhante a um PING porém utiliza camada 2 "enlace". O LB é iniciado somente por MEPs e via comando a partir do Command Line Interface CLI do switch. O objetivo do protocolo é isolar e verificar condições de falhas. Os quadros do LT são emitidos por MEPs destinados a um outro MEP ou MIP. Os quadros LB utilizam como endereço MAC de destino o endereço da entidade de destino; no caso de MIPs e Down MEPs, é usado o MAC da porta da entidade de destino; no caso de MEPs é usado o MAC da CPU do equipamento da entidade de destino. As mensagens de LB utilizam endereços MAC Unicast tanto para destino quanto para a origem. As LoopBack Messagens LBMs são respondidas apenas pelo destinatário, que pode ser referenciado pelo seu ID (caso seja um MEP) ou pelo MAC (para MIPs e MEPs). Desenvolvimento Configuração Habilitando o CFM globalmente MD DmSwitch3000#configure DmSwitch3000(config)#cfm enable Quando um MD é criado, o padrão é não enviar a TLV de Identificação do equipamento e Fault Alarms. Criando um MD Criando um MD de nome DTC de nível 3. Valores possíveis de níveis (0 até 7). DmSwitch3000#configure DmSwitch3000(config)#cfm md DTC level 3 Entrando no modo de configuração do MD de um nível já configurado anteriormente DmSwitch3000#configure DmSwitch3000(config)#cfm md DTC Envio de alarmes de falhas por traps SNMP DmSwitch3000#configure DmSwitch3000(config)#cfm md DTC DmSwitch3000(config-cfm)#fault-alarm-address 192.168.0.1 DATACOM 8

MA Envio de Identificação do equipamento na TLV Obs: O padrão é não enviar ID do equipamento na TLV "none". DmSwitch3000#configure DmSwitch3000(config)#cfm md DTC DmSwitch3000(config-cfm)#sender-id-tlv? Parâmetros na configuração de TLV none - Não enviar a TLV chassis - Enviar TLV com informações sobre o chassis. manage - Enviar TLV com informações sobre o endereço de gerência do equipamento. chassis-manage - Enviar TLV com as informações sobre o chassis e sobre o endereço de gerência do equipamento. Quando um MA é criado, o padrão de envio de TLV é utilizar a configuração do MD, não há o envio de alarmes de falha Fault Alarms, o intervalo de envio de CCMs é de um a cada segundo. Criando um MA Criando um MA e atribuindo a VLAN 100 para o envio dos quadros. DmSwitch3000#configure DmSwitch3000(config)#cfm md DTC DmSwitch3000(config-cfm)#ma DTC-MA vlan-list 100 Configurando o intervalo de envio de CCMs Obs: Valores possíveis de intervalo são: Intervalo de 1 segundo = 1s Intervalo de 10 segundos = 10s Intervalo de 1 minuto = 1min Intervalo de 10 minutos = 10min Configurando um intervalo de 10s DmSwitch3000#configure DmSwitch3000(config)#cfm md DTC DmSwitch3000(config-cfm)#ma DTC-MA DmSwitch3000(config-cfm-ma)# ccm-interval 10s Envio de alarmes de falhas por traps SNMP DmSwitch3000#configure DmSwitch3000(config)#cfm md DTC DmSwitch3000(config-cfm-ma)#fault-alarm-address 192.168.0.1 DATACOM 9

MIP Envio de Identificação do equipamento na TLV Obs: O padrão é enviar TLV com as configurações do MD, ou seja se tiver configurado no MD será enviado. DmSwitch3000#configure DmSwitch3000(config)#cfm md DTC DmSwitch3000(config-cfm)#ma DTC-MA DmSwitch3000(config-cfm-ma)#sender-id-tlv? Parâmetros na configuração de TLV none - Não enviar a TLV chassis - Enviar TLV com informações sobre o chassis. manage - Enviar TLV com informações sobre o endereço de gerência do equipamento. chassis-manage - Enviar TLV com as informações sobre o chassis e sobre o endereço de gerência do equipamento. Configurando um ou mais MEP(s) ID Obs: Os valores possíveis são de números de 1 a 8191 e não podem ser repetidos. DmSwitch3000#configure DmSwitch3000(config)#cfm md DTC DmSwitch3000(config-cfm)#ma DTC-MA DmSwitch3000(config-cfm-ma)#mep-list 1 é possível configurar intervalos DmSwitch3000#configure DmSwitch3000(config)#cfm md DTC DmSwitch3000(config-cfm)#ma DTC-MA DmSwitch3000(config-cfm-ma)#mep-list range 1 10 Configurando um MIP MEP DmSwitch3000#configure DmSwitch3000(config)#cfm md DTC DmSwitch3000(config-cfm)#ma DTC-MA DmSwitch3000(config-cfm-ma)#mip ethernet 1/25 Quando um MEP é criado, o padrão é não gerar CCMs e Fault alarms, a prioridade dos quadros CCM e LTM é 7, a menor falha é capaz de gerar alarmes: que corresponde a falhas de MAC Status remoto, não-recepção de CCMs de algum MEP remoto, recepção de CCMs com erro e erros de cross-connect. A Identificação da VLAN primária Primary VID que é utilizada para enviar os quadros, corresponde a primeira VLAN da lista de VLAN do MA. DATACOM 10

Configurando um MEP Obs: Configurando o MEP como Down o MAC de origem nos quadros transmitidos será o MAC da interface e como o MAC de origem será o MAC da CPU do equipamento. Down DmSwitch3000#configure DmSwitch3000(config)#cfm md DTC DmSwitch3000(config-cfm)#ma DTC-MA DmSwitch3000(config-cfm-ma)#mep id 1 direction up ethernet 1/1 DmSwitch3000(config-cfm-ma-mep)# DmSwitch3000#configure DmSwitch3000(config)#cfm md DTC DmSwitch3000(config-cfm)#ma DTC-MA DmSwitch3000(config-cfm-ma)#mep id 1 direction down ethernet 1/1 Entrando no modo de configuração do MEP de um nível já configurado anteriormente DmSwitch3000#configure DmSwitch3000(config)#cfm md DTC DmSwitch3000(config-cfm-ma)#ma DTC-MA DmSwitch3000(config-cfm-ma)#mep id 1 Envio de alarmes de falhas por traps SNMP DmSwitch3000#configure DmSwitch3000(config)#cfm md DTC DmSwitch3000(config-cfm-ma)#ma DTC-MA DmSwitch3000(config-cfm-ma)#mep id 1 DmSwitch3000(config-cfm-ma-mep)#fault-alarm-address 192.168.0.1 Configurando a prioridade 802.1p para os quadros CCM e LTM Valores possíveis 0 à 7. DmSwitch3000#configure DmSwitch3000(config)#cfm md DTC DmSwitch3000(config-cfm-ma)#ma DTC-MA DmSwitch3000(config-cfm-ma)#mep id 1 DmSwitch3000(config-cfm-ma-mep)# priority 7 Habilitando a geração de CCMs DmSwitch3000#configure DmSwitch3000(config)#cfm md DTC DmSwitch3000(config-cfm-ma)#ma DTC-MA DmSwitch3000(config-cfm-ma)#mep id 1 DmSwitch3000(config-cfm-ma-mep)#generate-ccm DATACOM 11

AIS Alterando a VLAN primária DmSwitch3000#configure DmSwitch3000(config)#cfm md DTC DmSwitch3000(config-cfm-ma)#ma DTC-MA DmSwitch3000(config-cfm-ma)#mep id 1 DmSwitch3000(config-cfm-ma-mep)#primary-vid 200 Alterando o padrão de falhas que serão enviados via Trap DmSwitch3000#configure DmSwitch3000(config)#cfm md DTC DmSwitch3000(config-cfm-ma)#ma DTC-MA DmSwitch3000(config-cfm-ma)#mep id 1 DmSwitch3000(config-cfm-ma-mep)#fault-alarm-priority? all - todos os eventos geram uma falha. mac-status - Todos os defeitos com exceção da recepção de CCM com RDI. remote-ccm - Perda de conectividade, cross-connection e recepção de CCM com erro. error-ccm - Recepção de CCM com erro e cross-connection. cross-connect-ccm - cross-connection. none não há envio de alarmes de falha. Tempo de persistência para geração de falhas DmSwitch3000#configure DmSwitch3000(config)#cfm md DTC DmSwitch3000(config-cfm-ma)#ma DTC-MA DmSwitch3000(config-cfm-ma)#mep id 1 DmSwitch3000(config-cfm-ma-mep)#fault-alarm-time? absent - Quando uma falha é detectada, o alarme só é enviado se houver persistência da falha por um tempo (1 a 10000 milisegundos). present - Quando uma falha deixa de ser detectada, um novo alarme só é enviado se a falha permanecer ausente (1 a 2500 milisegundos). O padrão é não enviar mensagens AIS, mas quando habilitado os valores padrão são: o nível de envio dos quadros corresponde ao nível do MD do qual o MA foi gerado. Intervalo de envio de quadros a cada segundo, prioridade 802.1p é 0 e o recovery-limit é de 3,5 segundos. Configurando o envio de AIS DmSwitch3000#configure DmSwitch3000(config)#cfm md DTC DmSwitch3000(config-cfm)#ma DTC-MA DmSwitch3000(config-cfm-ma)#? DATACOM 12

Parâmetros na configuração de envio do AIS alarm-suppression - A habilitação da interpretação de AIS recebe o nome de alarm-suppression porque o principal efeito de sua habilitação é fazer com que ao receber mensagens de AIS um equipamento suprima seus alarmes de falhas relativas ao CFM. disable - Desabilita o envio de mensagens AIS enable - Habilita o envio de mensagens AIS level - Configura um nível de MA para o envio de mensagens AIS, os valores podem ser de nível 0 a 7. O nível para envio de AIS deve ser maior ou igual ao nível do MA. Quando o nível é igual, mensagens de AIS não são enviadas. period - Intervalo de transmissão dos quadros (1 segundo = 1s ou 1 minuto = 1min) priority - Prioridade 802.1p para envio dos quadros AIS, podendo ser de 0 a 7. recovery-limit - Este é um fator usado para multiplicar o intervalo de envio dos frames de AIS e obter o valor de quando uma falha deixa ser detectada, os valores disponíveis são entre 1 e 10 segundos. Aplicação Exemplo de utilização do protocolo CFM utilizando 4 níveis, sendo nível 1 para operadora1, nível 2 para operadora2, nível 3 para o provedor e nível 6 para os dois Clientes. Topologia Final DATACOM 13

Primeiramente iremos configurar os equipamentos da topologia sem o protocolo CFM. Nesta topologia será utilizado o protocolo Rapid Spanning Tree Protocol RSTP no anel da Operadora 1 e o protocolo Ethernet Automatic Protection Switching EAPS no anel da Operadora 2 afim de evitar loops na topologia. Será utilizado o Double Tagging QinQ no tráfego vindo dos clientes para não ser necessário criar as VLANs dos clientes nos equipamentos das operadoras. Configuração dos equipamentos sem o CFM DM3000-1 EDD-1 configure hostname DM3000-1 lldp sntp server 192.168.200.250 sntp client clock timezone BRASIL -3 ip snmp-server host 192.168.200.250 version 2c DTC-Metro! interface vlan 400 name Client set-member tagged ethernet 1/28 end configure hostname EDD-1 sntp server 192.168.200.250 sntp client clock timezone BRASIL -3 DATACOM 14

ip snmp-server host 192.168.200.250 version 2c DTC-Metro no remote-devices enable! interface vlan 401 name EDD set-member tagged ethernet 1/5! interface ethernet 1/5 no oam exit no spanning-tree 1 end DM4001-1 configure hostname DM4001-1 lldp sntp server 192.168.200.250 sntp client clock timezone BRASIL -3 ip snmp-server host 192.168.200.250 version 2c DTC-Metro vlan qinq! interface vlan 100 name Operadora 1 set-member tagged ethernet range 1/1 1/3! interface vlan 300 name Provedor set-member tagged ethernet range 1/1 1/2 set-member untagged ethernet range 1/3 1/4! interface ethernet range 1/3 1/4 spanning-tree edge-port switchport native vlan 300 switchport qinq external end DM4001-2 configure hostname DM4001-2 lldp sntp server 192.168.200.250 sntp client clock timezone BRASIL -3 ip snmp-server host 192.168.200.250 version 2c DTC-Metro! interface vlan 100 name Operadora 1 set-member tagged ethernet range 1/1 1/3! interface vlan 300 name Provedor DATACOM 15

set-member tagged ethernet range 1/1 1/3 interface ethernet 1/3 spanning-tree edge-port end DM4004-1 configure hostname DM4004-1 lldp sntp server 192.168.200.250 sntp client clock timezone BRASIL -3 ip snmp-server host 192.168.200.250 version 2c DTC-Metro! interface vlan 200 name Operadora 2 set-member tagged ethernet range 4/1 4/3! interface vlan 300 name Provedor set-member tagged ethernet range 4/1 4/3! interface vlan 4094 name Controle EAPS set-member tagged ethernet range 4/1 4/2 exit no spanning-tree 1 eaps 1 eaps 1 mode master eaps 1 name Oper2 eaps 1 port primary ethernet 4/1 eaps 1 port secondary ethernet 4/2 eaps 1 control-vlan id 4094 eaps 1 protected-vlans vlan-group 1 end DM4004-2 configure hostname DM4004-2 lldp sntp server 192.168.200.250 sntp client clock timezone BRASIL -3 ip snmp-server host 192.168.200.250 version 2c DTC-Metro vlan qinq! interface vlan 200 name Operadora 2 set-member tagged ethernet range 5/1 5/3! interface vlan 300 name Provedor set-member tagged ethernet range 5/1 5/2 set-member untagged ethernet range 5/3 5/4 DATACOM 16

! interface vlan 4094 name Controle EAPS set-member tagged ethernet range 5/1 5/2! interface ethernet range 5/3 5/4 switchport native vlan 300 switchport qinq external exit no spanning-tree 1 eaps 1 eaps 1 name Oper2 eaps 1 port primary ethernet 5/1 eaps 1 port secondary ethernet 5/2 eaps 1 control-vlan id 4094 eaps 1 protected-vlans vlan-group 1 end DM3000-2 EDD-2 configure hostname DM3000-2 lldp sntp server 192.168.200.250 sntp client clock timezone BRASIL -3 ip snmp-server host 192.168.200.250 version 2c DTC-Metro interface vlan 400 name Client set-member tagged ethernet 1/28 end configure hostname EDD-2 sntp server 192.168.200.250 sntp client clock timezone BRASIL -3 ip snmp-server host 192.168.200.250 version 2c DTC-Metro no remote-devices enable! interface vlan 401 name EDD set-member tagged ethernet 1/6 interface ethernet 1/6 no oam exit no spanning-tree 1 end Verificar a saída do comando "show spanning-tree" no switch da Operadora 1 que não é o Root do Spanning Tree. Deverá possuir uma interface em estado AD Alternate Discarding. DATACOM 17

DM4001-1#show spanning-tree - Role (first letter): (a)lternate, (b)ackup, (r)oot, (d)esignated, (m)aster, (-)disabled - State (second letter): (d)iscarding, (l)earning, (f)orwarding - percase: port-channel member Spanning-tree 1 (RSTP01) information -------------------------------------------------------------------------------- Members: VLAN group 1 Bridge info: 32769.0004df110f45, priority: 32768 + ID 1 Root info: This is the Root Bridge for RSTP01 Bridge times: hello: 2, forward: 15, max age: 20, max hops: 20 Root times: hello: 2, forward: 15, max age: 20 Topology changes: total: 2, last: 12866s Unit 1 2 4 6 8 10 12 df df 1 3 5 7 9 11 DM4001-2# show spanning-tree - Role (first letter): (a)lternate, (b)ackup, (r)oot, (d)esignated, (m)aster, (-)disabled - State (second letter): (d)iscarding, (l)earning, (f)orwarding - percase: port-channel member Spanning-tree 1 (RSTP01) information -------------------------------------------------------------------------------- Members: VLAN group 1 Bridge info: 32769.0004df135f1a, priority: 32768 + ID 1 Root info: 32769.0004df110f45, port: Eth 1/1, cost: 20000 Bridge times: hello: 2, forward: 15, max age: 20, max hops: 20 Root times: hello: 2, forward: 15, max age: 20 Topology changes: total: 1, last: 12914s Unit 1 2 4 6 8 10 12 ad rf 1 3 5 7 9 11 Verificar se o EAPS está completo no Master da Operadora 2. DATACOM 18

DM4004-1#show eaps EAPS information: Mode: M - Master T - Transit Pri Sec Ctrl Protected ID Domain State Mode Port Port VLAN Groups/VLANs -- --------------- --------------- ---- ------ ------ ---- ------------ 1 Oper2 Complete M 4/ 1 4/ 2 4094 1/4093 Configurando o CFM Configurando os níveis 1 e 2 para as Operadoras Operadora 1 Nível 1 Configuração dos equipamentos DM4001-1 configure cfm md Oper1 level 1 ma MA-Oper1 vlan-list 100 mep-list 1 2 mip ethernet 1/1 mip ethernet 1/2 mep id 1 direction up ethernet 1/3 enable generate-ccm exit exit exit cfm enable end DATACOM 19

DM4001-2 configure cfm md Oper1 level 1 ma MA-Oper1 vlan-list 100 mep-list 1 2 mip ethernet 1/1 mip ethernet 1/2 mep id 2 direction up ethernet 1/3 enable generate-ccm exit exit exit cfm enable end Verificando o Discovery dos MEPs remotos DM4001-1#show cfm md Oper1 ma MA-Oper1 mep id 1 Maintenance Association End Point (MEPID 1): Configuration: Parent MD Level: 1 Parent MA Name: MA-Oper1 Port: 1/3 MEP Direction: Primary VID: 100 Administrative State: Enabled MEP MAC Address: 00:04:DF:11:0F:44 Continuity Check (CC): CCM Generation: Enabled CCM/LTM Priority: 7 Out of sequence received CCMs: 0 Transmitted CCM: 400 Loopback (LB): Last LB Transaction State: Ok Next LB Transaction ID: 1 Valid in-order LBRs: 1 Valid out of order LBRs: 0 Total LBRs MAC didn t match 0 Total LBRs Transmitted: 0 Link Trace (LT): Next LTM Transaction ID: 0 Total unexpected LTRs received: 0 Alarms and faults: Fault Alarm Address: t specified Lowest Priority Defect: MAC Status, RemCCM, ErrCCM and XconCCM Alarm Start Time (ms): 2500.000000 Alarm Stop Time (ms): 10000.000000 Fault tification Generator State: Reset Highest Priority Defect Detected: Defne RDI state: t Present Defects: AIS defect condition: RDI sent by some remote MEP: Erroneous CCM received: DATACOM 20

Cross-connect CCM received: CCMs from some remote MEP were lost: Remote MEPs: MEPID 2 State: Remote MEP OK MAC Address: 00:04:DF:13:5F:19 Last CCM Sequence Number: 180 Last CCM RDI: 0 Last Port status: Last Port status defect: Last Interface status: Last Interface status defect: Last Sender ID: 0 Last OK/fail state uptime: 17342331 cs - Fri Jan 2 21:10:23 1970 DM4001-2#show cfm md Oper1 ma MA-Oper1 mep id 2 Maintenance Association End Point (MEPID 2): Configuration: Parent MD Level: 1 Parent MA Name: MA-Oper1 Port: 1/3 MEP Direction: Primary VID: 100 Administrative State: Enabled MEP MAC Address: 00:04:DF:13:5F:19 Continuity Check (CC): CCM Generation: Enabled CCM/LTM Priority: 7 Out of sequence received CCMs: 0 Transmitted CCM: 261 Loopback (LB): Last LB Transaction State: Ok Next LB Transaction ID: 1 Valid in-order LBRs: 1 Valid out of order LBRs: 0 Total LBRs MAC didn t match 0 Total LBRs Transmitted: 1 Link Trace (LT): Next LTM Transaction ID: 2 Total unexpected LTRs received: 0 Alarms and faults: Fault Alarm Address: t specified Lowest Priority Defect: MAC Status, RemCCM, ErrCCM and XconCCM Alarm Start Time (ms): 2500.000000 Alarm Stop Time (ms): 10000.000000 Fault tification Generator State: Reset Highest Priority Defect Detected: Defne RDI state: t Present Defects: AIS defect condition: RDI sent by some remote MEP: Erroneous CCM received: Cross-connect CCM received: CCMs from some remote MEP were lost: DATACOM 21

Remote MEPs: MEPID 1 State: Remote MEP OK MAC Address: 00:04:DF:11:0F:44 Last CCM Sequence Number: 479 Last CCM RDI: 0 Last Port status: Last Port status defect: Last Interface status: Last Interface status defect: Last Sender ID: 0 Last OK/fail state uptime: 17048999 cs - Fri Jan 2 20:21:29 1970 Linktrace para os MEPs remotos DM4001-1#cfm linktrace ma MA-Oper1 mep id 1 remote-mep id 2 Linktrace to remote MEP ID 2 waiting for reply message... Sent to 00:04:DF:13:5F:19 Transaction ID 1 1 00:04:DF:13:5F:1A, TTL 62 2 00:04:DF:11:0F:44, TTL 63 DM4001-2#cfm linktrace ma MA-Oper1 mep id 2 remote-mep id 1 Linktrace to remote MEP ID 1 waiting for reply message... Sent to 00:04:DF:11:0F:44 Transaction ID 1 1 00:04:DF:13:5F:19, TTL 63 2 00:04:DF:11:0F:45, TTL 62 Loopback para os MEPs remotos DM4001-1#cfm loopback ma MA-Oper1 mep id 1 remote-mep id 2 Loopback to remote MEP ID 2 waiting for reply message... Received from 00:04:DF:13:5F:19, transaction ID 0 DM4001-2#cfm loopback ma MA-Oper1 mep id 2 remote-mep id 1 Loopback to remote MEP ID 1 waiting for reply message... Received from 00:04:DF:11:0F:44, transaction ID 0 Delay Measurement para os MEPs remotos Two-way DM4001-1#cfm delay-measurement two-way ma MA-Oper1 mep id 1 remote-mep id 2 count 5 wait-reply Delay Measurement to remote MEP ID 2 waiting for reply message... delay from 00:04:DF:13:5F:19: 1348 us delay from 00:04:DF:13:5F:19: 1060 us delay from 00:04:DF:13:5F:19: 1406 us delay from 00:04:DF:13:5F:19: 1280 us delay from 00:04:DF:13:5F:19: 1064 us Delay Measurement statistics: 5 packet(s) sent, 5 received, 0% packet loss Average delay: 1231 (microsecond) DM4001-2#cfm delay-measurement two-way ma MA-Oper1 mep id 2 remote-mep id 1 count 5 wait-reply Delay Measurement to remote MEP ID 1 waiting for reply message... delay from 00:04:DF:11:0F:44: 1444 us DATACOM 22

One-way delay from 00:04:DF:11:0F:44: 1486 us delay from 00:04:DF:11:0F:44: 1447 us delay from 00:04:DF:11:0F:44: 3285 us delay from 00:04:DF:11:0F:44: 1518 us Delay Measurement statistics: 5 packet(s) sent, 5 received, 0% packet loss Average delay: 1836 (microsecond) cfm delay-measurement one-way ma MA-Oper1 mep id 1 remote-mep id 2 count 5 cfm delay-measurement one-way ma MA-Oper1 mep id 2 remote-mep id 1 count 5 Verificar as estatísticas do Delay Measurement DM4001-1#show cfm delay-statistics md Oper1 ma MA-Oper1 remote-mep id 2 MEP Identifier: 1, MAC address: 00:04:DF:11:0F:44 Remote MEP identifier: 2, MAC address: 00:04:DF:13:5F:19 DM Way: Two-way delay Delay measurement statistics (microsecond): Frame Delay 1 1348 2 1060 3 1406 4 1280 5 1064 Average delay: 1231 Average delay variation: 161 MEP Identifier: 1, MAC address: 00:04:DF:11:0F:44 Remote MEP identifier: 2, MAC address: 00:04:DF:13:5F:19 DM Way: One-way delay Delay measurement statistics (microsecond): Frame Delay 1 609 2 650 3 671 4 724 5 768 Average delay: 684 Average delay variation: 63 DM4001-2#show cfm delay-statistics md Oper1 ma MA-Oper1 remote-mep id 1 MEP Identifier: 2, MAC address: 00:04:DF:13:5F:19 Remote MEP identifier: 1, MAC address: 00:04:DF:11:0F:44 DM Way: Two-way delay Delay measurement statistics (microsecond): Frame Delay 1 1444 2 1486 3 1447 DATACOM 23

4 3285 5 1518 Average delay: 1836 Average delay variation: 811 MEP Identifier: 2, MAC address: 00:04:DF:13:5F:19 Remote MEP identifier: 1, MAC address: 00:04:DF:11:0F:44 DM Way: One-way delay Delay measurement statistics (microsecond): Frame Delay 1 1448 2 1307 3 1269 4 1342 5 1298 Average delay: 1333 Average delay variation: 70 Operadora 2 Nível 2 Configuração dos equipamentos DM4004-1 configure cfm md Oper2 level 2 ma MA-Oper2 vlan-list 200 mep-list 1 2 mip ethernet 4/1 mip ethernet 4/2 mep id 1 direction up ethernet 4/3 DATACOM 24

enable generate-ccm exit exit exit cfm enable end DM4004-2 configure cfm md Oper2 level 2 ma MA-Oper2 vlan-list 200 mep-list 1 2 mip ethernet 5/1 mip ethernet 5/2 mep id 2 direction up ethernet 5/3 enable generate-ccm exit exit exit cfm enable end Verificando o Discovery dos MEPs remotos DM4004-1#show cfm md Oper2 ma MA-Oper2 mep id 1 Maintenance Association End Point (MEPID 1): Configuration: Parent MD Level: 2 Parent MA Name: MA-Oper2 Port: 4/3 MEP Direction: Primary VID: 200 Administrative State: Enabled MEP MAC Address: 00:04:DF:11:1F:5B Continuity Check (CC): CCM Generation: Enabled CCM/LTM Priority: 7 Out of sequence received CCMs: 1 Transmitted CCM: 78081 Loopback (LB): Last LB Transaction State: Pending Next LB Transaction ID: 0 Valid in-order LBRs: 0 Valid out of order LBRs: 0 Total LBRs MAC didn t match 0 Total LBRs Transmitted: 0 Link Trace (LT): Next LTM Transaction ID: 0 Total unexpected LTRs received: 0 Alarms and faults: Fault Alarm Address: t specified Lowest Priority Defect: MAC Status, RemCCM, ErrCCM and XconCCM DATACOM 25

Alarm Start Time (ms): 2500.000000 Alarm Stop Time (ms): 10000.000000 Fault tification Generator State: Reset Highest Priority Defect Detected: Defne RDI state: t Present Defects: AIS defect condition: RDI sent by some remote MEP: Erroneous CCM received: Cross-connect CCM received: CCMs from some remote MEP were lost: Remote MEPs: MEPID 2 State: Remote MEP OK MAC Address: 00:04:DF:11:15:D4 Last CCM Sequence Number: 103880 Last CCM RDI: 0 Last Port status: Last Port status defect: Last Interface status: Last Interface status defect: Last Sender ID: 0 Last OK/fail state uptime: 902513 cs - Wed Dec 31 23:30:25 1969 DM4004-2#show cfm md Oper2 ma MA-Oper2 mep id 2 Maintenance Association End Point (MEPID 2): Configuration: Parent MD Level: 2 Parent MA Name: MA-Oper2 Port: 5/3 MEP Direction: Primary VID: 200 Administrative State: Enabled MEP MAC Address: 00:04:DF:11:15:D4 Continuity Check (CC): CCM Generation: Enabled CCM/LTM Priority: 7 Out of sequence received CCMs: 204 Transmitted CCM: 103930 Loopback (LB): Last LB Transaction State: Ok Next LB Transaction ID: 2 Valid in-order LBRs: 2 Valid out of order LBRs: 0 Total LBRs MAC didn t match 0 Total LBRs Transmitted: 2 Link Trace (LT): Next LTM Transaction ID: 4 Total unexpected LTRs received: 0 Alarms and faults: Fault Alarm Address: t specified Lowest Priority Defect: MAC Status, RemCCM, ErrCCM and XconCCM Alarm Start Time (ms): 2500.000000 Alarm Stop Time (ms): 10000.000000 Fault tification Generator State: Reset DATACOM 26

Highest Priority Defect Detected: Defne RDI state: t Present Defects: AIS defect condition: RDI sent by some remote MEP: Erroneous CCM received: Cross-connect CCM received: CCMs from some remote MEP were lost: Remote MEPs: MEPID 1 State: Remote MEP OK MAC Address: 00:04:DF:11:1F:5B Last CCM Sequence Number: 78129 Last CCM RDI: 0 Last Port status: Last Port status defect: Last Interface status: Last Interface status defect: Last Sender ID: 0 Last OK/fail state uptime: 7917055 cs - Thu Jan 1 18:59:30 1970 Linktrace para os MEPs remotos DM4004-1#cfm linktrace ma MA-Oper2 mep id 1 remote-mep id 2 Linktrace to remote MEP ID 2 waiting for reply message... Sent to 00:04:DF:11:15:D4 Transaction ID 0 1 00:04:DF:11:1F:5B, TTL 63 2 00:04:DF:11:6F:6C, TTL 62 DM4004-2#cfm linktrace ma MA-Oper2 mep id 2 remote-mep id 1 Linktrace to remote MEP ID 1 waiting for reply message... Sent to 00:04:DF:11:1F:5B Transaction ID 3 1 00:04:DF:11:15:D4, TTL 63 2 00:04:DF:10:D7:E4, TTL 62 Loopback para os MEPs remotos DM4004-1#cfm loopback ma MA-Oper2 mep id 1 remote-mep id 2 Loopback to remote MEP ID 2 waiting for reply message... Received from 00:04:DF:11:15:D4, transaction ID 0 DM4004-2#cfm loopback ma MA-Oper2 mep id 2 remote-mep id 1 Loopback to remote MEP ID 1 waiting for reply message... Received from 00:04:DF:11:1F:5B, transaction ID 1 Delay Measurement para os MEPs remotos Two-way DM4004-1#cfm delay-measurement one-way ma MA-Oper2 mep id 1 remote-mep id 2 count 5 Delay Measurement to remote MEP ID 2 waiting for reply message... delay from 00:04:DF:11:15:D4: 3877 us delay from 00:04:DF:11:15:D4: 4552 us delay from 00:04:DF:11:15:D4: 4174 us DATACOM 27

delay from 00:04:DF:11:15:D4: 4180 us delay from 00:04:DF:11:15:D4: 3845 us Delay Measurement statistics: 5 packet(s) sent, 5 received, 0% packet loss Average delay: 4126 (microsecond) DM4004-2#cfm delay-measurement two-way ma MA-Oper2 mep id 1 remote-mep id 2 count 5 wait-reply Delay Measurement to remote MEP ID 1 waiting for reply message... delay from 00:04:DF:11:1F:5B: 4593 us delay from 00:04:DF:11:1F:5B: 4623 us delay from 00:04:DF:11:1F:5B: 4292 us delay from 00:04:DF:11:1F:5B: 4536 us delay from 00:04:DF:11:1F:5B: 4260 us One-way Delay Measurement statistics: 5 packet(s) sent, 5 received, 0% packet loss Average delay: 4461 (microsecond) DM4004-1#cfm delay-measurement one-way ma MA-Oper2 mep id 1 remote-mep id 2 count 5 DM4004-2#cfm delay-measurement one-way ma MA-Oper2 mep id 2 remote-mep id 1 count 5 Verificar as estatísticas do Delay Measurement DM4004-1#show cfm delay-statistics md Oper2 ma MA-Oper2 remote-mep id 2 MEP Identifier: 1, MAC address: 00:04:DF:11:1F:5B Remote MEP identifier: 2, MAC address: 00:04:DF:11:15:D4 DM Way: Two-way delay Delay measurement statistics (microsecond): Frame Delay 1 3877 2 4552 3 4174 4 4180 5 3845 Average delay: 4126 Average delay variation: 286 MEP Identifier: 1, MAC address: 00:04:DF:11:1F:5B Remote MEP identifier: 2, MAC address: 00:04:DF:11:15:D4 DM Way: One-way delay Delay measurement statistics (microsecond): Frame Delay 1 2068 2 2041 3 2024 4 2050 5 2012 Average delay: 2039 Average delay variation: 22 DM4004-2#show cfm delay-statistics md Oper2 ma MA-Oper2 remote-mep id 1 DATACOM 28

MEP Identifier: 2, MAC address: 00:04:DF:11:15:D4 Remote MEP identifier: 1, MAC address: 00:04:DF:11:1F:5B DM Way: One-way delay Delay measurement statistics (microsecond): Frame Delay 1 2582 2 2097 3 2348 4 2230 5 2242 Average delay: 2300 Average delay variation: 181 MEP Identifier: 2, MAC address: 00:04:DF:11:15:D4 Remote MEP identifier: 1, MAC address: 00:04:DF:11:1F:5B DM Way: Two-way delay Delay measurement statistics (microsecond): Frame Delay 1 4593 2 4623 3 4292 4 4536 5 4260 Average delay: 4461 Average delay variation: 172 Configurando o nível 3 para o Provedor DATACOM 29

Alterações necessárias na configuração dos equipamentos DM4001-1 configure cfm md Provider level 3 ma MA-Provider vlan-list 300 mep-list 1 2 mep id 1 direction up ethernet 1/3 enable generate-ccm end DM4001-2 configure cfm md Provider level 3 ma MA-Provider vlan-list 300 mip ethernet 1/3 end DM4004-1 configure cfm md Provider level 3 ma MA-Provider vlan-list 300 mip ethernet 4/3 end DATACOM 30

DM4004-2 configure cfm md Provider level 3 ma MA-Provider vlan-list 300 mep-list 1 2 mep id 2 direction up ethernet 5/3 enable generate-ccm end Verificando o Discovery dos MEPs remotos DM4001-1#show cfm md Provider ma MA-Provider mep id 1 Maintenance Association End Point (MEPID 1): Configuration: Parent MD Level: 3 Parent MA Name: MA-Provider Port: 1/3 MEP Direction: Primary VID: 300 Administrative State: Enabled MEP MAC Address: 00:04:DF:11:0F:44 Continuity Check (CC): CCM Generation: Enabled CCM/LTM Priority: 7 Out of sequence received CCMs: 2 Transmitted CCM: 79670 Loopback (LB): Last LB Transaction State: Ok Next LB Transaction ID: 2 Valid in-order LBRs: 2 Valid out of order LBRs: 0 Total LBRs MAC didn t match 0 Total LBRs Transmitted: 4 Link Trace (LT): Next LTM Transaction ID: 14 Total unexpected LTRs received: 0 Alarms and faults: Fault Alarm Address: t specified Lowest Priority Defect: MAC Status, RemCCM, ErrCCM and XconCCM Alarm Start Time (ms): 2500.000000 Alarm Stop Time (ms): 10000.000000 Fault tification Generator State: Reset Highest Priority Defect Detected: Defne RDI state: t Present Defects: AIS defect condition: RDI sent by some remote MEP: Erroneous CCM received: Cross-connect CCM received: CCMs from some remote MEP were lost: Remote MEPs: MEPID 2 State: Remote MEP OK DATACOM 31

MAC Address: 00:04:DF:11:15:D4 Last CCM Sequence Number: 79749 Last CCM RDI: 0 Last Port status: Last Port status defect: Last Interface status: Last Interface status defect: Last Sender ID: 0 Last OK/fail state uptime: 9121643 cs - Thu Jan 1 22:20:16 1970 DM4004-2#show cfm md Provider ma MA-Provider mep id 2 Maintenance Association End Point (MEPID 2): Configuration: Parent MD Level: 3 Parent MA Name: MA-Provider Port: 5/3 MEP Direction: Primary VID: 300 Administrative State: Enabled MEP MAC Address: 00:04:DF:11:15:D4 Continuity Check (CC): CCM Generation: Enabled CCM/LTM Priority: 7 Out of sequence received CCMs: 1 Transmitted CCM: 79786 Loopback (LB): Last LB Transaction State: Ok Next LB Transaction ID: 4 Valid in-order LBRs: 4 Valid out of order LBRs: 0 Total LBRs MAC didn t match 0 Total LBRs Transmitted: 2 Link Trace (LT): Next LTM Transaction ID: 3 Total unexpected LTRs received: 0 Alarms and faults: Fault Alarm Address: t specified Lowest Priority Defect: MAC Status, RemCCM, ErrCCM and XconCCM Alarm Start Time (ms): 2500.000000 Alarm Stop Time (ms): 10000.000000 Fault tification Generator State: Reset Highest Priority Defect Detected: Defne RDI state: t Present Defects: AIS defect condition: RDI sent by some remote MEP: Erroneous CCM received: Cross-connect CCM received: CCMs from some remote MEP were lost: Remote MEPs: MEPID 1 State: MAC Address: Last CCM Sequence Number: 79704 Last CCM RDI: 0 Remote MEP OK 00:04:DF:11:0F:44 DATACOM 32

Last Port status: Last Port status defect: Last Interface status: Last Interface status defect: Last Sender ID: 0 Last OK/fail state uptime: 8822507 cs - Thu Jan 1 21:30:25 1970 Linktrace para os MEPs remotos DM4001-1#cfm linktrace ma MA-Provider mep id 1 remote-mep id 2 Linktrace to remote MEP ID 2 waiting for reply message... Sent to 00:04:DF:11:15:D4 Transaction ID 13 1 00:04:DF:11:15:D4, TTL 60 2 00:04:DF:10:D7:E6, TTL 61 3 00:04:DF:13:5F:1C, TTL 62 4 00:04:DF:11:0F:44, TTL 63 DM4004-2#cfm linktrace ma MA-Provider mep id 2 remote-mep id 1 Linktrace to remote MEP ID 1 waiting for reply message... Sent to 00:04:DF:11:0F:44 Transaction ID 2 1 00:04:DF:11:15:D4, TTL 63 2 00:04:DF:10:D7:E6, TTL 62 3 00:04:DF:13:5F:1C, TTL 61 4 00:04:DF:11:0F:44, TTL 60 Loopback para os MEPs remotos DM4001-1#cfm loopback ma MA-Provider mep id 1 remote-mep id 2 Loopback to remote MEP ID 2 waiting for reply message... Received from 00:04:DF:11:15:D4, transaction ID 1 DM4004-2#cfm loopback ma MA-Provider mep id 2 remote-mep id 1 Loopback to remote MEP ID 1 waiting for reply message... Received from 00:04:DF:11:0F:44, transaction ID 1 Delay Measurement para os MEPs remotos Two-way DM4001-1#cfm delay-measurement two-way ma MA-Provider mep id 1 remote-mep id 2 count 5 wait-reply Delay Measurement to remote MEP ID 2 waiting for reply message... delay from 00:04:DF:11:15:D4: 12554 us delay from 00:04:DF:11:15:D4: 13074 us delay from 00:04:DF:11:15:D4: 13125 us delay from 00:04:DF:11:15:D4: 13360 us delay from 00:04:DF:11:15:D4: 13234 us Delay Measurement statistics: 5 packet(s) sent, 5 received, 0% packet loss Average delay: 13069 (microsecond) DM4004-2#cfm delay-measurement two-way ma MA-Provider mep id 2 remote-mep id 1 count 5 wait-reply Delay Measurement to remote MEP ID 1 waiting for reply message... delay from 00:04:DF:11:0F:44: 13174 us delay from 00:04:DF:11:0F:44: 13160 us delay from 00:04:DF:11:0F:44: 44116 us DATACOM 33

One-way delay from 00:04:DF:11:0F:44: 40762 us delay from 00:04:DF:11:0F:44: 12939 us Delay Measurement statistics: 5 packet(s) sent, 5 received, 0% packet loss Average delay: 24830 (microsecond) DM4001-1#cfm delay-measurement one-way ma MA-Provider mep id 1 remote-mep id 2 count 5 DM4004-2#cfm delay-measurement one-way ma MA-Provider mep id 2 remote-mep id 1 count 5 Verificar as estatísticas do Delay Measurement DM4001-1#show cfm delay-statistics md Provider ma MA-Provider remote-mep id 2 MEP Identifier: 1, MAC address: 00:04:DF:11:0F:44 Remote MEP identifier: 2, MAC address: 00:04:DF:11:15:D4 DM Way: One-way delay Delay measurement statistics (microsecond): Frame Delay 1 8873 2 8959 3 8821 4 9724 5 9032 Average delay: 9082 Average delay variation: 368 MEP Identifier: 1, MAC address: 00:04:DF:11:0F:44 Remote MEP identifier: 2, MAC address: 00:04:DF:11:15:D4 DM Way: Two-way delay Delay measurement statistics (microsecond): Frame Delay 1 12554 2 13074 3 13125 4 13360 5 13234 Average delay: 13069 Average delay variation: 308 DM4004-2#show cfm delay-statistics md Provider ma MA-Provider remote-mep id 1 MEP Identifier: 2, MAC address: 00:04:DF:11:15:D4 Remote MEP identifier: 1, MAC address: 00:04:DF:11:0F:44 DM Way: One-way delay Delay measurement statistics (microsecond): Frame Delay 1 6968 2 6801 3 6790 4 6949 5 6918 DATACOM 34

Average delay: 6885 Average delay variation: 84 MEP Identifier: 2, MAC address: 00:04:DF:11:15:D4 Remote MEP identifier: 1, MAC address: 00:04:DF:11:0F:44 DM Way: Two-way delay Delay measurement statistics (microsecond): Frame Delay 1 13174 2 13160 3 44116 4 40762 5 12939 Average delay: 24830 Average delay variation: 16118 Configurando o nível 6 para o Cliente 1 (DM3000) Alterações necessárias na configuração dos equipamentos DM3000-1 configure cfm md Client level 6 ma MA-Client vlan-list 400 mep-list 1 2 mep id 1 direction down ethernet 1/28 enable generate-ccm end DM3000-2 configure cfm md Client level 6 ma MA-Client vlan-list 400 mep-list 1 2 mep id 2 direction down ethernet 1/28 enable generate-ccm end Verificando o Discovery dos MEPs remotos DM3000-1#show cfm md Client ma MA-Client mep id 1 Maintenance Association End Point (MEPID 1): Configuration: Parent MD Level: 6 Parent MA Name: MA-Client Port: 1/28 MEP Direction: Down DATACOM 35

Primary VID: 400 Administrative State: Enabled MEP MAC Address: 00:04:DF:12:B9:D5 Continuity Check (CC): CCM Generation: Enabled CCM/LTM Priority: 7 Out of sequence received CCMs: 1 Transmitted CCM: 9009 Loopback (LB): Last LB Transaction State: Pending Next LB Transaction ID: 0 Valid in-order LBRs: 0 Valid out of order LBRs: 0 Total LBRs MAC didn t match 0 Total LBRs Transmitted: 0 Link Trace (LT): Next LTM Transaction ID: 11 Total unexpected LTRs received: 0 Alarms and faults: Fault Alarm Address: t specified Lowest Priority Defect: MAC Status, RemCCM, ErrCCM and XconCCM Alarm Start Time (ms): 2500.000000 Alarm Stop Time (ms): 10000.000000 Fault tification Generator State: Reset Highest Priority Defect Detected: Defne RDI state: t Present Defects: AIS defect condition: RDI sent by some remote MEP: Erroneous CCM received: Cross-connect CCM received: CCMs from some remote MEP were lost: Remote MEPs: MEPID 2 State: Remote MEP OK MAC Address: 00:04:DF:12:A5:CC Last CCM Sequence Number: 8970 Last CCM RDI: 0 Last Port status: Last Port status defect: Last Interface status: Last Interface status defect: Last Sender ID: 0 Last OK/fail state uptime: 8410564 cs - Thu Jan 1 20:21:45 1970 DM3000-2#show cfm md Client ma MA-Client mep id 2 Maintenance Association End Point (MEPID 2): Configuration: Parent MD Level: 6 Parent MA Name: MA-Client Port: 1/28 MEP Direction: Down Primary VID: 400 Administrative State: Enabled MEP MAC Address: 00:04:DF:12:A5:CC DATACOM 36

Continuity Check (CC): CCM Generation: Enabled CCM/LTM Priority: 7 Out of sequence received CCMs: 1 Transmitted CCM: 8999 Loopback (LB): Last LB Transaction State: Pending Next LB Transaction ID: 0 Valid in-order LBRs: 0 Valid out of order LBRs: 0 Total LBRs MAC didn t match 0 Total LBRs Transmitted: 0 Link Trace (LT): Next LTM Transaction ID: 0 Total unexpected LTRs received: 0 Alarms and faults: Fault Alarm Address: t specified Lowest Priority Defect: MAC Status, RemCCM, ErrCCM and XconCCM Alarm Start Time (ms): 2500.000000 Alarm Stop Time (ms): 10000.000000 Fault tification Generator State: Reset Highest Priority Defect Detected: Defne RDI state: t Present Defects: AIS defect condition: RDI sent by some remote MEP: Erroneous CCM received: Cross-connect CCM received: CCMs from some remote MEP were lost: Remote MEPs: MEPID 1 State: Remote MEP OK MAC Address: 00:04:DF:12:B9:D5 Last CCM Sequence Number: 9036 Last CCM RDI: 0 Last Port status: Last Port status defect: Last Interface status: Last Interface status defect: Last Sender ID: 0 Last OK/fail state uptime: 701847 cs - Wed Dec 31 22:56:58 1969 Linktrace para os MEPs remotos DM3000-1#cfm linktrace ma MA-Client mep id 1 remote-mep id 2 Linktrace to remote MEP ID 2 waiting for reply message... Sent to 00:04:DF:12:A5:CC Transaction ID 11 1 00:04:DF:12:A5:CC, TTL 63 DM3000-2#cfm linktrace ma MA-Client mep id 2 remote-mep id 1 Linktrace to remote MEP ID 1 waiting for reply message... Sent to 00:04:DF:12:B9:D5 Transaction ID 2 1 00:04:DF:12:B9:D5, TTL 63 DATACOM 37

Loopback para os MEPs remotos DM3000-1#cfm loopback ma MA-Client mep id 1 remote-mep id 2 Loopback to remote MEP ID 2 waiting for reply message... Received from 00:04:DF:12:A5:CC, transaction ID 1 DM3000-2#cfm loopback ma MA-Client mep id 2 remote-mep id 1 Loopback to remote MEP ID 1 waiting for reply message... Received from 00:04:DF:12:B9:D5, transaction ID 1 Delay Measurement para os MEPs remotos Two-way DM3000-1#cfm delay-measurement two-way ma MA-Client mep id 1 remote-mep id 2 count 5 wait-reply Delay Measurement to remote MEP ID 2 waiting for reply message... delay from 00:04:DF:12:A5:CC: 35169 us delay from 00:04:DF:12:A5:CC: 39026 us delay from 00:04:DF:12:A5:CC: 38937 us delay from 00:04:DF:12:A5:CC: 39047 us delay from 00:04:DF:12:A5:CC: 39137 us Delay Measurement statistics: 5 packet(s) sent, 5 received, 0% packet loss Average delay: 38263 (microsecond) DM3000-2#cfm delay-measurement two-way ma MA-Client mep id 2 remote-mep id 1 count 5 wait-reply Delay Measurement to remote MEP ID 1 waiting for reply message... delay from 00:04:DF:12:B9:D5: 29217 us delay from 00:04:DF:12:B9:D5: 21104 us delay from 00:04:DF:12:B9:D5: 29091 us delay from 00:04:DF:12:B9:D5: 28874 us delay from 00:04:DF:12:B9:D5: 20901 us One-way Delay Measurement statistics: 5 packet(s) sent, 5 received, 0% packet loss Average delay: 25837 (microsecond) DM3000-1#cfm delay-measurement one-way ma MA-Client mep id 1 remote-mep id 2 count 5 DM3000-2#cfm delay-measurement one-way ma MA-Client mep id 2 remote-mep id 1 count 5 Verificar as estatísticas do Delay Measurement DM3000-1#show cfm delay-statistics md Client ma MA-Client remote-mep id 2 MEP Identifier: 1, MAC address: 00:04:DF:12:B9:D5 Remote MEP identifier: 2, MAC address: 00:04:DF:12:A5:CC DM Way: One-way delay Delay measurement statistics (microsecond): Frame Delay 1 8771 2 7083 3 4515 4 4596 5 17549 DATACOM 38

Average delay: 8503 Average delay variation: 5364 MEP Identifier: 1, MAC address: 00:04:DF:12:B9:D5 Remote MEP identifier: 2, MAC address: 00:04:DF:12:A5:CC DM Way: Two-way delay Delay measurement statistics (microsecond): Frame Delay 1 35169 2 39026 3 38937 4 39047 5 39137 Average delay: 38263 Average delay variation: 1731 DM3000-2#show cfm delay-statistics md Client ma MA-Client remote-mep id 1 MEP Identifier: 2, MAC address: 00:04:DF:12:A5:CC Remote MEP identifier: 1, MAC address: 00:04:DF:12:B9:D5 DM Way: One-way delay Delay measurement statistics (microsecond): Frame Delay 1 29307 2 29364 3 28873 4 29080 5 28877 Average delay: 29100 Average delay variation: 231 MEP Identifier: 2, MAC address: 00:04:DF:12:A5:CC Remote MEP identifier: 1, MAC address: 00:04:DF:12:B9:D5 DM Way: Two-way delay Delay measurement statistics (microsecond): Frame Delay 1 29217 2 21104 3 29091 4 28874 5 20901 Average delay: 25837 Average delay variation: 4416 Configurando um MA no nível 6 para o Cliente 2 (EDD) Configuração dos Equipamentos DATACOM 39

EDD-1 EDD-2 configure cfm md Client ma MA-EDD vlan-list 401 mep-list 1 2 mep id 1 direction down ethernet 1/5 enable generate-ccm end configure cfm md Client ma MA-EDD vlan-list 401 mep-list 1 2 mep id 2 direction down ethernet 1/6 enable generate-ccm primary-vid 401 end Verificando o Discovery dos MEPs remotos EDD-1#show cfm md Client ma MA-EDD mep id 1 Maintenance Association End Point (MEPID 1): Configuration: Parent MD Level: 6 Parent MA Name: MA-EDD Port: 1/5 MEP Direction: Down Primary VID: 401 Administrative State: Enabled MEP MAC Address: 00:04:DF:13:09:2E Continuity Check (CC): CCM Generation: Enabled CCM/LTM Priority: 7 Out of sequence received CCMs: 1 Transmitted CCM: 1097 Loopback (LB): Last LB Transaction State: Ok Next LB Transaction ID: 1 Valid in-order LBRs: 1 Valid out of order LBRs: 0 Total LBRs MAC didn t match 0 Total LBRs Transmitted: 0 Link Trace (LT): Next LTM Transaction ID: 0 Total unexpected LTRs received: 0 Alarms and faults: Fault Alarm Address: t specified Lowest Priority Defect: MAC Status, RemCCM, ErrCCM and XconCCM Alarm Start Time (ms): 2500.000000 Alarm Stop Time (ms): 10000.000000 DATACOM 40

Fault tification Generator State: Reset Highest Priority Defect Detected: Defne RDI state: t Present Defects: AIS defect condition: RDI sent by some remote MEP: Erroneous CCM received: Cross-connect CCM received: CCMs from some remote MEP were lost: Remote MEPs: MEPID 2 State: Remote MEP OK MAC Address: 00:04:DF:12:F3:C1 Last CCM Sequence Number: 83082 Last CCM RDI: 0 Last Port status: Last Port status defect: Last Interface status: Last Interface status defect: Last Sender ID: 0 Last OK/fail state uptime: 6524 cs - 17 m, 34 s ago EDD-2#show cfm md Client ma MA-EDD mep id 2 Maintenance Association End Point (MEPID 2): Configuration: Parent MD Level: 6 Parent MA Name: MA-EDD Port: 1/6 MEP Direction: Down Primary VID: 401 Administrative State: Enabled MEP MAC Address: 00:04:DF:12:F3:C1 Continuity Check (CC): CCM Generation: Enabled CCM/LTM Priority: 7 Out of sequence received CCMs: 1 Transmitted CCM: 45 Loopback (LB): Last LB Transaction State: Ok Next LB Transaction ID: 1 Valid in-order LBRs: 1 Valid out of order LBRs: 0 Total LBRs MAC didn t match 0 Total LBRs Transmitted: 0 Link Trace (LT): Next LTM Transaction ID: 0 Total unexpected LTRs received: 0 Alarms and faults: Fault Alarm Address: t specified Lowest Priority Defect: MAC Status, RemCCM, ErrCCM and XconCCM Alarm Start Time (ms): 2500.000000 Alarm Stop Time (ms): 10000.000000 Fault tification Generator State: Reset Highest Priority Defect Detected: Defne RDI state: t Present DATACOM 41

Defects: AIS defect condition: RDI sent by some remote MEP: Erroneous CCM received: Cross-connect CCM received: CCMs from some remote MEP were lost: Remote MEPs: MEPID 1 State: Remote MEP OK MAC Address: 00:04:DF:13:09:2E Last CCM Sequence Number: 1383 Last CCM RDI: 0 Last Port status: Last Port status defect: Last Interface status: Last Interface status defect: Last Sender ID: 0 Last OK/fail state uptime: 2819 cs - 37 s ago Linktrace para os MEPs remotos EDD-1#cfm linktrace ma MA-EDD mep id 1 remote-mep id 2 Linktrace to remote MEP ID 2 waiting for reply message... Sent to 00:04:DF:12:F3:C1 Transaction ID 1 1 00:04:DF:12:F3:C1, TTL 63 EDD-2#cfm linktrace ma MA-EDD mep id 2 remote-mep id 1 Linktrace to remote MEP ID 1 waiting for reply message... Sent to 00:04:DF:13:09:2E Transaction ID 0 1 00:04:DF:13:09:2E, TTL 63 Loopback para os MEPs remotos EDD-1#cfm loopback ma MA-EDD mep id 1 remote-mep id 2 Loopback to remote MEP ID 2 waiting for reply message... Received from 00:04:DF:12:F3:C1, transaction ID 0 EDD-2#cfm loopback ma MA-EDD mep id 2 remote-mep id 1 Loopback to remote MEP ID 1 waiting for reply message... Received from 00:04:DF:13:09:2E, transaction ID 0 Delay Measurement para os MEPs remotos Obs: O EDD atualmente não possui o Delay Measurement One-way. Two-way EDD-1#cfm delay-measurement two-way ma MA-EDD mep id 1 remote-mep id 2 count 5 wait-reply Delay Measurement to remote MEP ID 2 waiting for reply message... delay from 00:04:DF:12:F3:C1: 23761 us delay from 00:04:DF:12:F3:C1: 21712 us delay from 00:04:DF:12:F3:C1: 42793 us delay from 00:04:DF:12:F3:C1: 22721 us DATACOM 42

delay from 00:04:DF:12:F3:C1: 28420 us Delay Measurement statistics: 5 packet(s) sent, 5 received, 0% packet loss Average delay: 27881 (microsecond) EDD-2#cfm delay-measurement two-way ma MA-EDD mep id 2 remote-mep id 1 count 5 wait-reply Delay Measurement to remote MEP ID 1 waiting for reply message... delay from 00:04:DF:13:09:2E: 29181 us delay from 00:04:DF:13:09:2E: 25986 us delay from 00:04:DF:13:09:2E: 22486 us delay from 00:04:DF:13:09:2E: 22636 us delay from 00:04:DF:13:09:2E: 22963 us Delay Measurement statistics: 5 packet(s) sent, 5 received, 0% packet loss Average delay: 24650 (microsecond) Verificar as estatísticas do Delay Measurement EDD-1#show cfm delay-statistics md Client ma MA-EDD remote-mep id 2 MEP Identifier: 1, MAC address: 00:04:DF:13:09:2E Remote MEP identifier: 2, MAC address: 00:04:DF:12:F3:C1 DM Way: Two-way delay Delay measurement statistics (microsecond): Frame Delay 1 23761 2 21712 3 42793 4 22721 5 28420 Average delay: 27881 Average delay variation: 8722 EDD-2#show cfm delay-statistics md Client ma MA-EDD remote-mep id 1 MEP Identifier: 2, MAC address: 00:04:DF:12:F3:C1 Remote MEP identifier: 1, MAC address: 00:04:DF:13:09:2E DM Way: Two-way delay Delay measurement statistics (microsecond): Frame Delay 1 29181 2 25986 3 22486 4 22636 5 22963 Average delay: 24650 Average delay variation: 2911 DATACOM 43

Simulação de falhas no CFM Shutdown em interfaces Para esta simulação, as interfaces 1/1 e 1/2 do DM4001-1 serão colocadas em shutdown para forçar uma perda de conectividade. Logo após o shutdown, os equipamentos reportam falha. Para isolar a falha, será executado o Linktrace a partir de DM4004-2 com destino ao MEP em DM4001-1: DM4004-2#cfm linktrace ma MA-Provider mep id 2 remote-mep id 1 Linktrace to remote MEP ID 1 waiting for reply message... Sent to 00:04:DF:11:0F:44 Transaction ID 8 1 00:04:DF:10:D7:E6, TTL 62 2 00:04:DF:11:15:D4, TTL 63 O MIP em DM4001-2, de acordo com a norma, não irá responder ao Linktrace. Isto ocorre porque devido ao shutdown nas interfaces o MAC do destino não se encontra mais em suas tabelas; neste caso a norma IEEE 802.1ag determina que o equipamento descarte o quadro sem responder. Erro de provisionamento de VLAN Para esta simulação, não forçaremos a perda de conectividade usando shutdown. Desta vez o circuito será interrompido removendo a VLAN protegida pelo CFM em uma das interfaces. As interfaces 1/1 e 1/2 do DM4001-1 foram removidas da VLAN 300. configure interface vlan 300 no set-member ethernet range 1/1 1/2 Os MEPs de todos os domínios (exceto o domínio da Operadora 2) vão reportar falha. Para isolar a falha, vamos executar um Linktrace a partir do MEP 2 no domínio do provedor com destino ao MEP 1 do mesmo domínio: DM4004-2#cfm linktrace ma MA-Provider mep id 2 remote-mep id 1 Linktrace to remote MEP ID 1 waiting for reply message... Sent to 00:04:DF:11:0F:44 Transaction ID 6 1 00:04:DF:13:5F:1C, TTL 61 2 00:04:DF:11:15:D4, TTL 63 3 00:04:DF:10:D7:E6, TTL 62 Observamos que neste caso temos 3 respostas, sendo que a última delas, com TTL 61, pertence ao MIP em DM4001-2. Como o destino era o MEP em DM4001-1, sabemos agora que a falha está presente entre DM4001-1 e DM4001-2. DATACOM 44