Application Notes: OAM - CFM. Connectivity Fault Management

Transcrição

1 Application tes: OAM - CFM Connectivity Fault Management

2 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

3 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

4 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

5 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

6 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

7 É 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

8 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

9 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 DATACOM 8

10 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 DATACOM 9

11 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

12 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 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

13 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 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

14 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

15 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 DM EDD-1 configure hostname DM lldp sntp server sntp client clock timezone BRASIL -3 ip snmp-server host version 2c DTC-Metro! interface vlan 400 name Client set-member tagged ethernet 1/28 end configure hostname EDD-1 sntp server sntp client clock timezone BRASIL -3 DATACOM 14

16 ip snmp-server host 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 DM configure hostname DM lldp sntp server sntp client clock timezone BRASIL -3 ip snmp-server host 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 DM configure hostname DM lldp sntp server sntp client clock timezone BRASIL -3 ip snmp-server host 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

17 set-member tagged ethernet range 1/1 1/3 interface ethernet 1/3 spanning-tree edge-port end DM configure hostname DM lldp sntp server sntp client clock timezone BRASIL -3 ip snmp-server host 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 DM configure hostname DM lldp sntp server sntp client clock timezone BRASIL -3 ip snmp-server host 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

18 ! 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 DM EDD-2 configure hostname DM lldp sntp server sntp client clock timezone BRASIL -3 ip snmp-server host version 2c DTC-Metro interface vlan 400 name Client set-member tagged ethernet 1/28 end configure hostname EDD-2 sntp server sntp client clock timezone BRASIL -3 ip snmp-server host 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

19 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: df110f45, priority: 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 df df 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: df135f1a, priority: ID 1 Root info: df110f45, port: Eth 1/1, cost: 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 ad rf Verificar se o EAPS está completo no Master da Operadora 2. DATACOM 18

20 DM4004-1#show eaps EAPS information: Mode: M - Master T - Transit Pri Sec Ctrl Protected ID Domain State Mode Port Port VLAN Groups/VLANs Oper2 Complete M 4/ 1 4/ /4093 Configurando o CFM Configurando os níveis 1 e 2 para as Operadoras Operadora 1 Nível 1 Configuração dos equipamentos DM 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

21 DM 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): Alarm Stop Time (ms): 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

22 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: cs - Fri Jan 2 21:10: 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): Alarm Stop Time (ms): 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

23 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: cs - Fri Jan 2 20:21: 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 :04:DF:13:5F:1A, TTL :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 :04:DF:13:5F:19, TTL :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