BRPI0811209B1

BRPI0811209B1 - Ponto de manutenção de gerenciamento de falhas de conexão para fornecimento de gerenciamento de falhas de conexão acionadas por dados, respondedor desencapsulador, e, método para fornecer gerenciamento de falhas de conexão acionadas por dados

Info

Publication number: BRPI0811209B1
Application number: BRPI0811209-6A
Authority: BR
Inventors: Panagiotis Saltsidis
Original assignee: Telefonaktiebolaget Lm Ericsson (Publ)
Priority date: 2007-05-21
Filing date: 2008-04-28
Publication date: 2020-09-15
Also published as: WO2008143579A2; US8310941B2; ES2511691T3; JP5646714B2; AU2008253791A1; US8483072B2; EP2634967B1; AU2008253791B2; ES2523765T3; TWI455519B; US8750135B2; BRPI0811209A2; EP2158728B1; US20080291823A1; JP2014042283A; EP2158728A2; EP2634967A1; JP2010528526A; JP5380433B2; EP2158728A4

Abstract

sistema para fornecer gerenciamento de falhas de conexão acionadas por dados, em um rede de comunicação, ponto de manutenção de gerenciamento de falhas de conexão, e, método para fornecer gerenciamento de falhas de conexão acionadas por dados. ponto de manutenção de gerenciamento de falhas de conexão, cfm, e método para fornecer gerenciamento de falhas de conexão acionados por dados, ddcfm, em pontos de manutenção de cfm em uma rede de comunicação. um respondedor de reflexão (30), um receptor de rfm (40) e um respondedor desencapsulador (50) são implementados em pontos de manutenção de cfm existente. o respondedor de reflexão (30) seleciona quadros a serem refletidos, espelha os quadros selecionados, se uma opção de continuação for estabelecida e encapsula os quadros selecionados com return frame message, rfm, opcode. o receptor derfm (40) envia quadros de rfm recebidos para um analisador (42), se endereçados para o ponto de manutenção e, caso contrário, para um multiplexador passivo (33). o respondedor desencapsulador (50) desencapsula quadros de send frame message, sfm, e envia quadros desencapsulados para destino especificado em cada quadro.

Description

Pedidos Relacionados

[001] O presente pedido reivindica o benefício de Pedido Provisório dos Estados Unidos N° 60/939.245, depositado em 21 de maior de 2007.

CAMPO TÉCNICO

[002] A presente invenção se refere a sistemas de detecção e isolamento de falhas em redes de comunicação. Mais particularmente, e não à guisa de limitação, a invenção é dirigida para um ponto de manutenção de Gerenciamento de Falhas de Conexão (CFM) e método para fornecimento de Gerenciamento de Falhas de Conexão Acionadas por Dados (DDCFM) em pontos de manutenção de CFM em uma rede de comunicação.

ANTECEDENTES

[003] Gerenciamento de Falhas de Conexão Acionadas por Dados e Dependente de Dados (DDCFM) é descrito no documento IEEE 802.1 Qaw/D0.2, "Draft Standard for Local and Metropolitan Area Networks - Virtual Bridged Local Area Networks - Amendment 10: Data Driven and Data Dependent Connectivity Fault Management,"abril de 2007. O DDCFM proporciona aos operadores capacidades para detecção e isolamento de falhas dependentes de dados e acionadas por dados em Virtual Bridged Local Networks (Redes Locais Virtuais em Ponte). DDCFM é uma extensão de Gerenciamento de Falhas de Conexão (CFM). Como com o CFM, o DDCFM pode ser usado em redes operadas por múltiplas organizações independentes, cada uma com acesso de gerenciamento restrito ao equipamento de outras organizações.

[004] Há dois amplos tipos de falhas em Redes em Ponte que afetam apenas quadros ou sequência de quadros, conduzindo certos dados/ endereços ou combinações deles. Falhas dependentes de dados simples são aquelas que resultam na perda repetitiva de cada um dos quadros, conduzindo dados particulares, independente de quaisquer outros quadros. As falhas dependentes de dados, usualmente, são o resultado de má configuração simples ou de uma falha em apreciar as conseqüências de uma opção de configuração (por exemplo, instalação de filtros específicos de protocolos). As falhas acionadas por dados são mais complexas são mais complexas e se originam quando a presença (ou ausência) de alguns quadros causa ou contribui para a perda de outros quadros. Embora os serviços suportados pelas redes em ponte sejam, de modo nocional, independentes de dados, o uso de técnicas acionadas por dados permite distribuição otimizada de serviços. Exemplos incluem (1) filtragem de quadros de multidifusão, e conseqüente economia de largura de banda, é facilitada por processo de escuta de tráfego de rede IGMP; (2) firewall completo são usados para proteger usuários conectados aos serviços gerenciados; e (3) alocação eficiente de quadros para os links individuais de uma agregação (Agregação de Link 802.3ad), frequentemente, está baseada em conversas cruciais pela procura de dados de quadros.

[005] A principal tarefa de detecção de falhas dependentes de dados e acionadas por dados (DDFs) é descobrir onde as DDFs realmente ocorrem. Uma vez que as DDFs sejam isoladas em um segmento de rede bastante pequeno, tal como uma porta de ponte ou um Ponto de Manutenção (MP), a etapa seguinte de detecção de por que ou como aqueles padrões ou sequências de dados realmente causam a falha, a localização se torna muito mais fácil. O procedimento básico para isolar uma DDF é dividir a rede em múltiplos segmentos e determinar se os quadros de dados suspeitos podem atravessar através de cada segmento, como esperado. Quando um segmento de rede e identificado como sendo responsável pelo problema, o segmento é ainda dividido em segmentos menores, até que uma ponte, uma porta ou um Ponto de Manutenção de CFM seja identificado como responsável pela não passagem através das instancias de serviços ou quadros de dados suspeitos com qualidade esperada. A DDF pode não ser evidente na ausência de tráfego ativo (isto é, quando os dados de teste são usados). Portanto, a diagnose deve ser realizada, enquanto a rede está funcionando realmente e as próprias ferramentas de diagnóstico não devem introduzir outras falhas dependentes de dados.

[006] O DDCFM é uma ferramenta que permite aos operadores detectar, isolar e verificar falhas dependentes de dados e acionadas por dados. Há dois tipos de testagem de DDF: Testagem de Curso de Avanço (FPT) e Testagem de Curso de Retorno (RPT).

[007] A figura 1 é um diagrama em blocos, simplificado, de um mecanismo existente para realização de Testagem de Curso de Avanço (FPT) para falhas dependentes de dados e acionadas por dados. A meta da FPT é determinar se um fluxo de tráfego especificado (por exemplo, quadros associados com uma instância de serviço ou quadros de dados selecionados com o mesmo Endereço de Destino e semelhantes) podem alcançar uma localização particular tal como uma porta de ponte ou um Ponto de Manutenção sem queda de pacotes ou desenvolvimento de outros erros. Na figura 1, um fluxo de tráfego identificado é transmitido de um nó fonte (A) 11 para um nó de destino (B) 12. FPT é alcançado através de reflexão (ou giro) do fluxo identificado em um ponto de reflexão 13 para uma localização alvo específica (T) 14, que poderia ser uma ponte, um equipamento de teste ou o nó fonte A. Os quadros refletidos são encapsulados com um cabeçalho de CFM. A localização verifica os quadros de dados refletidos. Há muitas maneiras para a localização alvo verificar os quadros de dados refletidos. Por exemplo, a localização alvo pode comparar os quadros refletidos com os originais, a fim de determinar se há algum erro. Alternativamente, a localização alvo pode executar uma aplicação Proxy para simular estabelecimento de comunicação, como se aqueles pacotes realmente alcançassem seus destinos originais.

[008] A figura 2 é um diagrama em blocos simplificado de um mecanismo existente para realização de Testagem de Curso de Retorno (RPT) para falhas dependentes de dados e acionadas por dados. A meta de RPT é determinar se um fluxo de tráfego pode ser enviado sem erro de um ponto específico dentro de uma rede para uma estação ou estações especificadas pelo destino, endereço (DA) associado com os quadros do Fluxo-sob-Teste. Na figura 2, RPT é realizado pelo encapsulamento de cada quadro do Fluxo- sob-Teste com um cabeçalho de CFM em uma estação de origem 21. O destino do fluxo encapsulado é o ponto de partida 22 da Testagem de Curso de Retorno. No ponto de partida de RPT, os quadros encapsulados de DDCFM são desencapsulados e avançados para a estação ou estações especificadas pelo campo de DA nos quadros do Fluxo-sob-Teste (por exemplo, o nó A 23).

[009] A figura 3 é um diagrama em blocos funcional de um Ponto Final de associação de Manutenção (MEP), conforme ilustrado e descrito no documento IEEE 802.1 ag/Q8,0, "Draft Standard for Local- and Metropolitan Area Networks - Virtual Bridged Local Area Networks - Amendment 05: Connectivity Fault Management," fevereiro, 2007 (daqui em diante "IEEE 802.1ag/D8")

SUMÁRIO

[0010] A solução existente falha em proporcionar uma maneira consistente de implementação de DDCFM em Pontos de Manutenção, conforme definido em IEEE 802.1ag/D8. Em particular, a solução existente não faz uso eficiente da funcionalidade de MPs corrente e falha em proporcionar funções que poderiam ser utilizadas para identificar, efetivamente, as portas de egresso em quadros de DDCFM ou relacionados com DDCFM através de uma ponte. A presente invenção proporciona operação de DDCFM eficiente de maneira que não interrompe a operação normal de CFM.

[0011] Em uma modalidade, a presente invenção é dirigida a um Ponto de Manutenção de CFM, que proporciona DDCFM em uma rede de comunicação. Um Respondedor de Reflexão, um Receptor de RFM e um Respondedor desencapsulador são implementados no ponto de manutenção. O Respondedor de Reflexão seleciona quadros a serem refletidos, espelha os quadros selecionados, se uma opção de Continuação for estabelecida e encapsula os quadros selecionados com Mensagem de Quadro de retorno (RFM). OpCode. O Receptor de RFM envia os quadros de RFM recebidos para um analisador, se endereçados para o ponto de manutenção e, caso contrário, para um multiplexador passivo. O Respondedor desencapsulador desencapsula quadros de Send Frame Message (SFM - Enviar Mensagens de Quadros) e envia quadros desencapsulados para o destino especificado em cada quadro.

[0012] Em outra modalidade, a presente invenção é dirigida para um Respondedor de Reflexão em um Ponto de Manutenção de CFM em uma rede de comunicação. O Respondedor de Reflexão inclui meios para recebimento de quadros de dados do tipo CFM; meios para selecionar quadros de dados a serem refletidos; meios para espelhar uma entidade de multiplexador passivo no Ponto de Manutenção de CFM, os quadros selecionados para serem continuados, se uma opção de continuação for estabelecida; meios para o encapsulamento dos quadros selecionados com OpCode de RFM; e meios para avançar, seletivamente, os quadros de RFM para uma entidade de multiplexador ativo no Ponto de Manutenção de CFM ou para ambas, a entidade de multiplexador ativo e a entidade de multiplexador passivo no Ponto de Manutenção de CFM dependendo de um tipo de endereço alvo de respondedor nos quadros recebidos.

[0013] Em outra modalidade, a presente invenção é dirigida para um Receptor de RFM em um Ponto de Manutenção de CFM em uma rede de comunicação, o receptor de RFM inclui meios para recebimento de quadros de dados de RFM do tipo quadro; meios para determinar se o endereço de destino de cada quadro de RFM recebido corresponde a um endereço de MAC do Ponto de Manutenção de CFM; meios para avançar para um analisador cada quadro tendo um endereço de destino que corresponde ao endereço de MAC do Ponto de Manutenção de CFM; e meios para avançar para a entidade de multiplexador passivo cada quadro tendo um endereço de destino que não corresponde ao endereço de MAC do Ponto de Manutenção de CFM.

[0014] Em outra modalidade, a presente invenção é dirigida a um Respondedor desencapsulador em um Ponto de Manutenção de CFM em uma rede de comunicação. O Respondedor desencapsulador inclui meios para recebimento de quadros de dados de Quadro tipo SFM; meios para determinar se o endereço de destino de cada quadro de SFM recebido corresponde a um endereço de MAC do Ponto de Manutenção de CFM; meios para descartar os quadros de SFM tendo um endereço de destino que não corresponde ao endereço de MAC do Ponto de Manutenção de CFM; meios para desencapsular os quadros de SFM tendo um endereço de destino que corresponde o endereço de MAC do Ponto de Manutenção de CFM; e meios para enviar os quadros desencapsulados para uma entidade respondedora de SFM.

[0015] Em outra modalidade, a presente invenção é dirigida a um método em um Respondedor de Reflexão em um Ponto de Manutenção de CFM para fornecimento de DDCFM em uma rede de comunicação. O método inclui as etapas de recebimento de quadros de dados de quadro do tipo CFM; filtragem dos quadros de dados recebidos para selecionar quadros a serem refletidos; espelhamento em uma entidade de multiplexador passivo no Ponto de Manutenção de CFM dos quadros selecionados para serem continuados, se uma opção de continuação for estabelecida; encapsulamento dos quadros selecionados com OpCode de RFM; e avanço, seletivamente, dos quadros de RFM para uma entidade de multiplexador ativo no Ponto de Manutenção de CFM ou para ambas, a entidade de multiplexador ativo e a entidade de multiplexador passivo no Ponto de Manutenção de CFM, dependendo de um tipo de endereço alvo de respondedor nos quadros recebidos.

[0016] Em outra modalidade, a presente invenção é dirigida para um método em um Respondedor desencapsulador em um Ponto de Manutenção de CFM para fornecimento de DDCFM em uma rede de comunicação, o método inclui as etapas de: recebimento de quadro de dados de quadro tipo SFM; determinação se o endereço de destino de cada quadro de SFM recebido corresponde a um endereço de MAC do Ponto de Manutenção de CFM; descarte dos quadros de SFM tendo um endereço de destino que não corresponde ao endereço de MAC do Ponto de Manutenção de CFM; desencapsulamento dos quadros de SFM tendo um endereço de destino que corresponde ao endereço de MAC do Ponto de Manutenção de CFM e envio dos quadros desencapsulados para entidade respondedora de SFM.

BREVE DESCRIÇÃO DOS DESENHOS

[0017] No seguinte, as características essenciais da invenção será descritas em detalhes mostrando as modalidades preferidas com referência às figuras anexas, em que: A figura 1 (Técnica Anterior) é um diagrama em blocos simplificado de um mecanismo existente para realizar Testagem de Curso de Avanço (FPT) para falhas dependentes de dados e acionadas por dados; A figura 2 (Técnica Anterior) é um diagrama em blocos simplificado de um mecanismo existente para realizar Testagem de Curso de Retorno (RPT) para falhas dependentes de dados e acionadas por dados; A figura 3 (Técnica Anterior) é um diagrama em blocos funcional de um Ponto Final de associação de Manutenção (MEP) existente; A figura 4 (Técnica Anterior) é um diagrama em blocos funcional de uma Semi Função (MHF) de Ponto intermediário de domínio de Manutenção (MIP) existente; A figura 5 é um diagrama em blocos funcional simplificado de um Respondedor de Reflexão em uma modalidade exemplificativa da presente invenção; A figura 6 é um diagrama em blocos funcional simplificado de um Receptor de Mensagem de Quadro de retorno (RFM) de MP em uma modalidade exemplificativa da presente invenção; A figura 7 é um diagrama em blocos funcional simplificado de um Respondedor de Descapsulador de MP em uma modalidade exemplificativa da presente invenção; A figura 8 é um fluxograma de um Procedimento de Respondedor de Reflexão em uma modalidade exemplificativa do método da presente invenção; A figura 9 é uma ilustração de uma Máquina de Estado de Respondedor de Reflexão em uma modalidade exemplificativa da presente invenção; A figura 10 é um fluxograma de um Processo de Procedimento de Respondedor desencapsulador, SFM(), em uma modalidade exemplificativa do método da presente invenção; e A figura 11 é uma ilustração de uma Máquina de Estado de Respondedor de Reflexão em uma modalidade exemplificativa da presente invenção.

DESCRIÇÃO DETALHADA

[0018] A presente invenção inclui diversos elementos funcionais de Gerenciamento de Falhas de Conectividade Acionadas por Dados (DDCFM) que proporcionam operação eficiente de Dependente de Dados e DDCFM de tal maneira que não interrompe operação normal de CFM. Em uma modalidade exemplificativa, a invenção inclui um Respondedor de Reflexão 30, um Receptor de Mensagem de Quadro de Retorno (RFM) de MP 40 e um Respondedor desencapsulador de MP 50 implementado na estrutura de componente de Pontos de Manutenção (MPs) na rede. Um MP pode ser um Ponto Final de associação de Manutenção (MEP) ou uma Meia Função (MHF) de Ponto intermediário de domínio de Manutenção (MIP), conforme mostrado nas figuras 3 e 4, respectivamente.

[0019] DDCFM proporciona capacidades para análise de falhas dependentes de dados em uma rede. Desse modo, a fim de conduzir um teste de DDCFM, vários pontos em uma rede estão envolvidos: (1) um ponto para iniciação de tráfego de teste; (2) um ponto tendo como alvo o tráfego de teste, a fim de seguir as mesmas condições que o tráfego original monitorado; e (3) um ponto onde o tráfego de teste é avançado para realizar a análise final. Em vários cenários, os pontos podem coincidir em pares de nos na rede, mas, em geral, os pontos de teste são implementados em diferentes pontos na rede.

[0020] Dois testes são descritos no DDCFM. Um teste requer RFM PDUs, enquanto o outro teste requer SFM PDUs. A fim de conduzir cada um desses testes, vários pontos na rede precisam ser envolvidos e entidades de protocolos específicos precisam ser implementadas naqueles pontos, a fim de proporcionar a funcionalidade requerida. O Respondedor de Reflexão 30 proporciona a funcionalidade de criação de quadros de RFM com base em critérios pré-definidos, enquanto o Receptor de RFM 40 proporciona a funcionalidade de captura desses quadros de RFM. Por necessidade, o Respondedor de Reflexão e o Receptor de RFM são implementados para um teste específico em diferentes pontos na rede. O mesmo se mantém verdadeiro para o Originador de SFM (não descrito) e o Respondedor desencapsulador 50 para os quadros de SFM.

[0021] A exposição aqui descreve como implementar entidades de DDCFM em MPs (MEPs ou MHFs) pela reutilização das funções internas existentes dos MPs. Isso permite que os MPs que já tenham sido implementados na rede sejam usados para testes de DDCFM como originadores, pontos de processamento ou analisadores finais. Para um teste de DDCFM individual, as entidades de DDCFM são implementadas em MPs diferentes. Um MP único pode conter mais de uma entidade de DDCFM, porém, permitindo que o MP desempenhe diferentes papéis para diferentes testes de DDCFM.

[0022] A descrição aqui também especifica as entidades de DDCFM e campos de protocolos que podem ser usados para identificar as portas de egresso apropriadas em uma Ponte que implementa DDCFM. Em uma modalidade da presente invenção, o Respondedor de Reflexão, o Respondedor desencapsulador de MP e o Receptor de RFM de MP são ativados pelo comando do operador e sua operação é limitada por cronômetro.

[0023] O Respondedor de Reflexão 30, o Receptor de RFM de MP 40 e o Respondedor desencapsulador de MP 50 funcionam como pontos de origem e de encerramento para os dois tipos de Unidades de Dados de Protocolo (PDUs) em DDCFM, a saber, Mensagens de Quadro de retorno (RFMs) e Mensagens de Quadro de Envio (SFMs). O Respondedor de Reflexão 30 identifica dados que correspondem a certos filtros, encapsula os dados em RFM PDUs e envia as RFM PDUs para o Receptor de RFM de MP 40. O Receptor de RFM de MP recebe as RFM PDUs e analisa os resultados. Um Originador de SFM (não mostrado) envia quadros de SFM de encapsulamento de dados especificamente construídos para o Respondedor desencapsulador de MP 50, onde os quadros de SFM são recebidos e desencapsulados.

[0024] Não há conexão direta entre o Respondedor de Reflexão 30 e o Receptor de RFM de MP ou entre o Originador de SFM e o Respondedor desencapsulador MP 50. Na verdade, os RFMs e SFMs são enviados em cursos de conectividade monitorados pelas Associações de Manutenção (Mas) associadas com os MPS do Receptor de RFM de MP e o Respondedor desencapsulador de MP, respectivamente. Dentro de cada MP, essas entidades de DDCFM não interagem com entidades funcionais que têm um estado interno (representado com caixas em linhas cheias, nas figuras 3 e 4), mas utilizam as funções proporcionadas pelas entidades representadas com caixas de linhas tracejadas. Deve ser notado que as operações do Receptor de RFM de MP e do Originador de SFM são consideradas estarem fora do escopo do projeto 802.1Qaw (DDCFM).

[0025] Quando da introdução de uma nova funcionalidade no CFM, é desejável não parar a operação das ferramentas de OAM associadas com uma Associação de Manutenção específica. A introdução, por exemplo, de um ponto semelhante a MEP no meio de um serviço pode parar a operação de Mensagens de Verificação de Continuidade (CCM). O Respondedor de Reflexão 30, o Respondedor desencapsulador de MP 50, o Receptor de RFM de MP 40 e o Originador de SFM são entidades de CFM que estão associadas com um domínio de manutenção específico, permitindo acesso apenas aos administradores desse domínio. Eles podem ser colocados em qualquer ponto na rede que é ligado por qualquer Ponto de Acesso a Serviços de Domínio (DoSAP) de seus domínios de manutenção correspondentes. Sua relação com os MPs é guiada pelas entidades componentes de MP, das quais obtêm e enviam informação. Desse modo, o Respondedor de Reflexão 30 não requer qualquer uma das subfunções de MPs, conforme mostrado nas figuras 3 e 4 e, em conseqüência, pode ser definido como CFM shimindependente. O Respondedor de Reflexão pode ser colocado em qualquer Porta de Ponte ligada por DoSAP do domínio de manutenção associado do Respondedor de Reflexão. Não requer nem mesmo a entidade multiplex de EISS. O mesmo se mantém verdadeiro para o Originador de SFM. Note que ambas as entidades transmitem quadros de CFM que estão associados com um MA específico, mas a criação dessas entidades de DDCFM não está associada com um MA. Na prática, isso significa que um Respondedor de Reflexão ou Originador de SFM pode enviar RFMs ou SFMs (respectivamente), que estão associados com diferentes MAs.

[0026] O Receptor de RFM de MP 40 e o Respondedor desencapsulador de MP 50, por outro lado, têm um número de sub-entidades comuns com que eles formam interface nos MPs. No topo de seu Receptor de RFM de (MP) único e máquinas de estado de Respondedor desencapsulador (MP), eles requerem um Desmultiplexador de Tipo (uma função que também já é proporcionada pelos Desmultiplexadores do Tipo Ativo e Passivo 24 e 25 em um MEP ou Desmultiplexador do Tipo MHF 44 em uma MHF, um Desmultiplexador de Nível (uma função que já é proporcionada pelos Desmultiplexadores de Nível Ativos e Passivos 26 e 27 em um MEP ou o Desmultiplexador de Nível de MHF 45 em uma MHF), um Desmultiplexador de OpCode (uma função que já é proporcionada pelos Desmultiplexadores de OpCode Baixo e Igual 28 e 29 em um MEP ou o Desmultiplexador de OpCode em uma MHF) e um Multiplexador Ativo e um Passivo (funções que já são proporcionadas pelos Multiplexadores Ativos e Passivos 35 e 36 em um MEP ou os Multiplexadores de MHF Ativos e de MHF Passivos 47 e 48 em uma MHF).

[0027] Além disso, se o serviço for baseado em VLAN, o Receptor de RFM de MP 40 e o Respondedor desencapsulador de MP 50 também formam interface com a entidade de multiplex de EISS (não mostrada), conforme descrito na Seção 6.15 de IEEE STD. 802.1 ag-2007. Através da reutilização de funcionalidades dessas entidades componentes de MP, a implementação do Receptor de RFM de MP e do Respondedor desencapsulador de MP é simplificada quando eles são implementados em um MP porque têm apenas que proporcionar as funções adicionais das entidades de Receptor de RFM de MP ou de Respondedor desencapsulador de MP. A implementação dessas entidades de DDCFM em não MPs requererá a implementação de todas as sub-entidades de MP previamente mencionadas, além do Receptor de RFM de MP e do Respondedor desencapsulador de MP.

[0028] Nas figuras 5 - 7, as setas de Opcode que entram se originam do Desmultiplexador de OpCode Igual 28 no caso de um MEP (figura 3) ou o Desmultiplexador de OpCode 46 no caso de um MIP (figura 4). As caixas de linha tracejadas rotuladas "Active Multiplexer"("Multiplexador Ativo") e "Passive Multiplexer"(Multiplexador Passivo) também se referem aos Multiplexadores Ativos e Passivos 35 e 36 na figura 3 e os Multiplexadores de MHF Ativos e Passivos 47 e 48 na figura 4.

[0029] A figura 5 é um diagrama em blocos funcional simplificado de um Respondedor de Reflexão 30 em uma modalidade exemplificativa da presente invenção. O Respondedor de Reflexão é um componente de Ponto de Manutenção para selecionar quadros a serem refletidos, para espelhar os quadros selecionados a serem continuados, se uma opção de Continuação for estabelecida e para encapsular os quadros selecionados com OpCode de RFM. A implementação do Respondedor de Reflexão em um MP garante a operação de DDCFM e a de CFM, algo que requererá cuidados de gerenciamento especiais, se o Respondedor de Reflexão tiver que ser implementado em qualquer outro ponto na rede.

[0030] Em uma modalidade da presente invenção, em um ponto de manutenção que suporta 1, o desmultiplexador de CodeOp Igual MEP (figura 3, item 28) e o desmultiplexador de CodeOp MHF (figura 4, item 46) são modificados como segue: a) Mediante recebimento de um quadro de CFM com OpCode = SFM, duplicar e proporcionar uma cópia para o Respondedor desencapsulador de MP 50 e uma para o Multiplexador Passivo 36 (figura 3) no caso de um MIP; e b) Mediante recebimento de um quadro de CFM com OpCode = RFM, avançar o quadro para o Receptor de RFM de MP 40.

[0031] Um Filtro de Reflexão 31 dentro do Respondedor de Reflexão 30 filtra quadros que correspondem a uma definição de Filtragem de Reflexão. Uma unidade de espelho 32 ramifica os quadros para dois fluxos, um primeiro fluxo em direção a uma Entidade de Retransmissão (através do multiplexador passivo 36 ou 48) e um segundo fluxo em direção a uma Unidade de Encapsulamento de Quadro Refletido 34. A Unidade de Encapsulamento de Quadro Refletido encapsula os quadros filtrados com RFM OpCode.

[0032] O Respondedor de Reflexão 30 requer configuração com a seguinte informação: a) uma referência ao MP em que o Respondedor de Reflexão é implementado. b) Definição de Filtro de Reflexão, que especifica que quadros de dados devem ser selecionados para reflexão. Por exemplo, um endereço de destino ou um endereço fonte nos quadros, indicando um VLAN ID particular pode ser usado como critério de filtro. c) O Endereço Alvo de Reflexão, que é um endereço de MAC para o qual os quadros refletidos são dirigidos. d) opção de Continuação, que indica se os quadros refletidos também devem ser continuados ou não em direção ao endereço de destino especificado no cabeçalho de quadro. e) Cronômetro para Testagem de curso de avanço (ação de reflexão) permanecer ativo após ser ativado. f) Os parâmetros de prioridade e drop_eligible a serem usados nos quadros encapsulados transmitidos (padrão é prioridade de CCM 802.lag 12.14.7.1.3).

[0033] O Ponto de Reflexão de Testagem de Curso de Avanço (não mostrado) é um MP dentro de uma associação de manutenção. PDUs de CFM incluem um amplo conhecido como o Nível de MD, que junto com o VLAN ID (VID) da etiqueta de VLAN, indica à qual associação de manutenção a PDU pertence. O Nível de MD determina que MPs estão interessados no conteúdo de uma PDU de CFM e os MPs através dos quais o quadro conduzindo a PDU de CFM tem permissão para passar. Quadros de dados não encapsulados que entram não conduzem qualquer informação de nível de MD; portanto, eles sempre serão processados pelo Respondedor de Reflexão de nível mais baixo. Isso, de fato, significa que apenas um Ponto de Reflexão pode ser configurado em uma porta.

[0034] O Filtro de Reflexão 31 seleciona quadros de dados a serem refletidos. Os algoritmos de seleção a seguir podem ser suportados por todas as Pontes para o Filtro de Reflexão. a) Refletir Tudo: todos os quadros dentro do nível de MA associado são selecionados para reflexão. b) Seleção Baseada em Instâncias de Serviços: todos os quadros de dados pertencentes às instâncias de serviço são selecionadas para reflexão. c) Seleção Baseada em Endereço de Destino: todos os quadros de dados com o Endereço de Destino especificado são selecionados para reflexão. d) Seleção Baseada em Endereço Fonte: todos os quadros de dados com o Endereço Fonte especificado são selecionados. Algoritmos de seleção de reflexão adicionais também podem ser definidos.

[0035] O Alvo de Reflexão é um endereço para o qual os quadros refletidos encapsulados de DDCFM são avançados. O Alvo de Reflexão pode ser um Ponto Final de associação de Manutenção (MEP), um Ponto intermediário de associação de Manutenção (MIP), uma ponte ou um equipamento de teste que não participa em protocolos de CFM. O Alvo deve estar dentro do mesmo Domínio de Manutenção que o Ponto de Reflexão a fim de receber os quadros de dados refletidos encapsulados de CFM.

[0036] Se o Alvo for um MP, ele deve ter o mesmo nível de Domínio de Manutenção que o Ponto de Reflexão. Se o Alvo não for um MP, ele deve ser capaz de terminar os quadros encapsulados de DDCFM, mesmo que ele não tenha que terminar outras mensagens de CFM definidas na Seção 18 de IEEE 802.1ag/D8.

[0037] A figura 6 é um diagrama em blocos funcional simplificado de um Receptor de RFM de MP 40 em uma modalidade exemplificativa da presente invenção. Se DDCFM for suportado. A figura 6 será adicionada às entidades componentes de um MP, conforme representado nas figuras 3 e 4, prendendo-o nas sub-entidades representadas apropriadas. O Receptor de RFM está associado com o ponto alvo de RFMs. Sua implementação é altamente simplificada, se for feita em um MP (MEP ou MHF). A implementação em qualquer outro ponto na rede é muito mais difícil com base em um dispositivo, ao mesmo tempo em que também requer gerenciamento de amplo domínio administrativo (isto é, conhecimento de outros Domínios de Manutenção na região).

[0038] Dentro do Receptor de RFM de MP 40, uma Unidade de Verificação de MAC DA 41 verifica o Endereço de Destino do quadro recebido (OpCode = RFM) que foi recebido do desmultiplexador de CodeOp Igual MEP 28 ou o desmultiplexador de CodeOp de MIP 46 do MP. Se o Endereço de Destino corresponde ao endereço de MAC do MP de recebimento, o quadro é avançado para um Analisador 42. Caso contrário, o quadro é avançado para o Multiplexador Passivo 36 (MEP) ou para o Multiplexador Passivo de MHF 48 (MIP) do MP.

[0039] A opção "Continuação" permite que os quadros de dados selecionados sejam continuados para seus destinos originais bem como refletidos. A opção de Continuação pode ser estabelecida para ser "Sim" ou "Não". Quando "Sim" é escolhido para a opção de Continuação, os quadros de dados selecionados são derivados para duas direções: uma direção para o Respondedor de Reflexão 30 e outra direção para a Entidade de Retransmissão de MAC (através do multiplexador passivo 33). Quando "Não" é escolhido para a opção de Continuação, os quadros selecionados são apenas avançados para o Respondedor de Reflexão 30.

[0040] A reflexão dos quadros de dados de volta na rede pode criar tráfego extra na rede. Para impedir essa ação de ser executada para sempre, um cronômetro é usado para limitar a ação de reflexão a um período de tempo fixo.

[0041] A figura 7 é um diagrama em blocos funcional simplificado de um Respondedor desencapsulador de MP 50 em uma modalidade exemplificativa da presente invenção. Se DDCFM for suportado, a figura 7 será adicionada às entidades componentes de um MP, conforme representado nas figuras 3 e 4, anexando-o às sub-entidades apropriadas representadas. A implementação do Respondedor desencapsulador é altamente simplificada, se for feita em um MP (MEP ou MHF). A implementação em qualquer outro ponto na rede é muito mais difícil com base em um dispositivo, ao mesmo tempo em que também requer gerenciamento de amplo domínio administrativo (isto é, conhecimento de outros Domínios de Manutenção na região).

[0042] O Respondedor desencapsulador de MP 50 desencapsula Enviar Mensagens de Quadros (SFMs) recebidas do desmultiplexador de CodeOp Igual MEP 28 ou o desmultiplexador de CodeOp MIP 46 do MP e envia quadros desencapsulados para seus destinos especificados pelos quadros de dados desencapsulados .

[0043] Quando uma SFM é recebida por uma porta que tem o Respondedor desencapsulador de MP 50 ativado, SFM pode ser examinado para validade e descartado, se inválido. Uma Unidade de Verificação de MAC DA 51 verifica o Endereço de Destino da SFM recebida. Se o Endereço de Destino não corresponde ao endereço de MAC do MP de recebimento, o quadro é descartado. Se o Endereço de Destino corresponde, o quadro é avançado para uma Unidade de Desencapsulamento de Quadro 52. O quadro desencapsulado é, então, passado para uma Entidade de Respondedor de SFM 53 como uma mensagem de Ponto de Acesso a Serviço (SAP) de Respondedor de SFM de Serviço de Subcamada ((E)ISS. A Entidade Respondedora de SFM identifica uma porta de egresso através de consulta a uma Base de Dados de Filtragem (FDB). A consulta pode usar o endereço alvo do quadro de dados desencapsulados. Um bit no campo de Flagsda mensagem de SFM indica se o quadro deve ser inundado ou descartado, se não existir entrada de FDB. O quadro é, então, enviado para a porta de egresso identificada como uma mensagem de SAP de Multiplexador de Saída de Einktrace (EOM) de (E)ISS, usando o mesmo curso que as Mensagens de Einktrace (ETMs), conforme descrito na seção 19.5 de IEEE Std 802.lag.

[0044] Para um MP que suporta DDCFM, o desmultiplexador de CodeOp Igual MEP e o desmultiplexador de CodeOp MHF serão atualizados como segue: a) Com o recebimento de um quadro de CFM com OpCode = SFM, duplicar e proporcionar uma cópia para o Respondedor desencapsulador de MP e uma cópia para o Multiplexador Passivo 36 (MEP) ou para o Multiplexador Passivo de MHF 48 (MIP); e b) Mediante recebimento de um quadro de CFM com OpCode = RFM, avançar o quadro para o Receptor de RFM de MP 40.

[0045] O originador para os quadros de SFM não tem que ser um MP. Contudo, o originador deve ser configurado com o mesmo nível de Domínio de Manutenção que o Ponto de Reflexão de Testagem de Curso de Retorno, de modo que a SFM pode ter o nível adequado de Domínio de Manutenção para as mensagens a serem enviadas, conforme necessário.

[0046] Protocolos de DDCFM podem ser especificados em termos de um número de máquinas de estado, com um número de variáveis e procedimentos associados com cada máquina. Uma variável de cronômetro de Respondedor de Reflexão, FPTwhile é definida como uma variável de cronômetro usada pela máquina de estado de RR para desativar o Refletor após o período de tempo pré-definido. A variável de Respondedor de Reflexão, FPTtime, é uma variável especificando o tempo que o Respondedor de Reflexão pode permanecer ativo após sua ativação. A variável de Respondedor de Reflexão, ReflectionActive, essencialmente, liga e desliga o Respondedor de Reflexão. Quando ajustado para "VERDADEIRO", o Respondedor de Reflexão seleciona ativamente quadros definidos pelo filtro para serem refletidos. Quando ajustado para "FALSO", o Respondedor de Reflexão passa, transparentemente, todos os quadros para o multiplexador passivo.

[0047] A figura 8 é um fluxograma de um Procedimento de Respondedor de Reflexão, ProcessoFPT(), em uma modalidade exemplificativa do método da presente invenção. Na etapa 61, o Respondedor de Reflexão é ativado e a Máquina de Estado de Respondedor de Reflexão chama o processo de ProcessFPTQ. Na etapa 62, o Respondedor de Reflexão recebe um quadro de não CFM. Na etapa 63 é determinado se o quadro recebido passa os critérios de filtro para o Respondedor. Se não, o método se move para a etapa 64, onde o ProcessFPTQ não empreende ação alguma. Se o quadro recebido passa pelo critério do filtro, o método se move para a etapa 65, onde o ProcessFPTQ ajusta o próprio endereço de MAC de MP's no campo de Endereço Fonte. Na etapa 66, o tipo de Endereço Alvo de Respondedor é determinado. Se o Endereço Alvo de Respondedor for um endereço de MP ou de MAC, o método se move para a etapa 67 onde o Endereço Alvo de Respondedor é especificado como "Fonte", o método se move para a etapa 68 onde o endereço de MAC do campo Source_Address do quadro recebido é ajustado no campo Destination_Address.

[0048] Da etapa 67 ou 68, o método se move para a etapa 69, onde o ProcessFPTQ estabelece o ReflectedFrameMessage OpCode no campo de OpCode. Na etapa 70, o ProcessFPTQ estabelece o próprio Nível de Domínio de Manutenção de MPls, no campo de Nível de Domínio de Manutenção. Na etapa 71, o ProcessFPTQ copia todo o quadro recebido no campo de Dados. Na etapa 72, é determinado se a opção de "Continuação" é ON. Se assim, o método se move para a etapa 73, onde uma cópia do quadro recebido é enviada para a Entidade de Retransmissão de MAC. Na etapa 74, se o Endereço Alvo de Respondedor for especificado como "Fonte", a RFM é avançada para SAP de Multiplexador Ativo. Se o Endereço Alvo de Respondedor não for especificado como "Fonte", a RFM é avançada para os SAPs de Multiplexadores Ativo e Passivo.

[0049] A figura 9 é uma ilustração de uma Máquina de Estado de Respondedor de Reflexão em uma modalidade exemplificativa da presente invenção. Uma vez que o Respondedor de Reflexão é configurado e ativado por um administrador de rede, ele permanece ativo até que o cronômetro configurado expire ou há uma ação para parar a testagem. Desse modo, quando o Respondedor de Reflexão é desativado, a máquina de estado está no estado FPTR_IDLE 76. Quando a instrução de Reflection Active 77 é recebida do administrador de rede, a máquina de estado faz a transição para o estado de LFP_SEND 78 e permanece naquele estado até que o cronômetro configurado expira ou uma instrução para parar a testagem é recebida. Mediante um daqueles eventos, a máquina de estado faz a transição em 79 de volta para o estado de FPTR_IDLE e o Respondedor de Reflexão é desativado.

[0050] A máquina de estado de Respondedor desencapsulador de MP pode utilizar a variável de cronômetro "RPTwhile" para desativar o Desencapsulador.

[0051] O tempo em que o Respondedor de Reflexão pode ficar ativo após sua ativação pode ser representado pela variável de Respondedor desencapsulador "RPTtime".

[0052] Quando a variável de Respondedor desencapsulador "ReflectionActive" é estabelecida em "FALSO", o Respondedor desencapsulador descarta todos os quadros recebidos.

[0053] A figura 10 é um fluxograma de um Procedimento de Respondedor desencapsulador. O ProcessoSFMQ em uma modalidade exemplificativo do método da presente invenção. Na etapa 81, o Respondedor desencapsulador é ativado e a Máquina de Estado de Desencapsulador de MP chama o processo de ProcessSFMQ. Na etapa 82, o Respondedor desencapsulador recebe um quadro de SFM. Na etapa 83, o quadro de SFM recebido é examinado para validade usando os métodos usados para mensagens de CFM, como descrito em (20.46) de IEEE 802.1ag/D8,0. Na etapa 84, é determinado se o quadro de SFM é válido. Se não, o método se move para a etapa 85, onde o quadro de SFM é descartado. Se o quadro de SFM for válido, então, é determinado, na etapa 86 se o destination_address corresponde ao endereço de MAC do MP de recebimento, o processo se move para a etapa 88, onde o quadro de SFM é desencapsulado e passado para a Entidade de Respondedor de SFM.

[0054] Na etapa 89, o ProcesSFMQ consulta a Base de Dados de Filtragem, utilizando o campo de Endereço de MAC Alvo do quadro desencapsulado como o destination_address da consulta. O conjunto de portas de transmissão potenciais, normalmente criados pelo reforço de topologia Ativo (como descrito no documento (8.6.1) de IEEE P802.1Q -2006/D) "Draft Standard for Local and Metropolitan Area Networks" - Virtual Bridged Local Area Networks") é o conjunto de todas as Portas de Ponte, que estão no conjunto ativo do vlan_identifier da SFM e que estão no estado de Avanço para que vlan_identifier, exceto que a Porta de Egresso é excluída do conjunto. Na etapa 90, é determinado se uma única Porta de Egresso é identificada. Se assim, o método se move para a etapa 91, onde o quadro desencapsulado é conduzido para a interface de LOM relacionada para transmissão. Se a Base de Dados de Filtragem não puder produzir uma única Porta de Egresso, o método se move para a etapa 92, onde é determinado se o bit de EnableFlooding do campo de flags do quadro de SFM é estabelecido em "1". Se não, o método se move para a etapa 93, onde o quadro de SFM é descartado. Se o bit de EnableFlooding do campo de flags do quadro de SFM for estabelecido em "1", o método se move para a etapa 94, onde o quadro desencapsulado é inundado para todas as portas de avanço no conjunto de VID.

[0055] Quando o Respondedor desencapsulador é desativado, a Máquina de Respondedor desencapsulador de MP chama o procedimento de DropSFMO, a fim de baixar os quadros recebidos.

[0056] A figura 11 é uma ilustração de uma Máquina de Estado de Respondedor desencapsulador em uma modalidade exemplificativa da presente invenção. Uma vez que o Respondedor desencapsulador seja configurado e ativado por um administrador de rede, ele fica ativo até que o cronômetro configurado expira ou há uma ação para parar a testagem. Desse modo, quando o Respondedor desencapsulador é desativado, a máquina de estado está no estado DR_IDEE 96. Quando uma instrução de DecapsulatorActive 97 é recebida do administrador de rede, a máquina de estado faz a transição para o estado de TPR_RESPOND 98 e permanece naquele estado até que o cronômetro configurado expira ou uma instrução para parar a testagem é recebida. Mediante um daqueles eventos, a máquina de estado realiza a transição em 99, de volta o estado DR_IDEEe o Respondedor desencapsulador é desativado.

[0057] Na maneira descrita acima, a presente invenção faz uso eficiente da funcionalidade de MPs correntes e identifica, efetivamente, as portas de egresso para quadros de DDCFM ou relacionados com DDCFM em uma ponte. A presente invenção proporciona operação eficiente de DDCFM de maneira que não interrompa a operação normal de CFM.

[0058] Embora modalidades preferidas da presente invenção tenham sido ilustradas nos desenhos anexos e descritas na Descrição Detalhada precedente, é compreendido que a invenção não está limitada às modalidades aqui divulgadas, mas é definida pelas reivindicações anexas.

Claims

1. Ponto de manutenção de Gerenciamento de Falhas de Conexão, CFM, para fornecimento de Gerenciamento de Falhas de Conexão Acionadas por Dados, DDCFM, em uma rede de comunicação, o referido ponto de manutenção CFM compreendendo uma pluralidade de entidades de multiplexação e de desmultiplexação compreendendo Desmultiplexador de Tipo (24), um Desmultiplexador de nível (26), um Desmultiplexador de Opcode (29), um Multiplexador Ativo (35) e um Multiplexador Passivo (25); o ponto de manutenção CFM caracterizadopelo fato de compreender: um ponto de teste de DDCFM integrado seletivamente com a pluralidade de entidades de multiplexação e de desmultiplexação, em que o ponto de teste de DDCFM é um respondedor desencapsulador (50) configurado para: receber (82) a partir do Desmultiplexador de Opcode (29), quadros de dados de quadro do tipo Enviar Mensagem de Quadro, SFM; descartar (87) os quadros de SFM tendo um endereço de destino que não corresponde a um endereço de Controle de Acesso de Mídia, MAC, do ponto de manutenção de CFM; desencapsular (88) os quadros de SFM tendo um endereço de destino que corresponde ao endereço de MAC do Ponto de Manutenção de CFM; e enviar os quadros desencapsulados para um destino especificado pelo quadro de dados desencapsulado, em que o respondedor desencapsulador (50) é configurado para enviar os quadros desencapsulados para o destino especificado por consultar (89) uma Base de Dados de Filtragem, em uma tentativa de identificar uma porta de egresso para os quadros desencapsulados; quando uma porta de egresso única é identificada, conduzir (91) cada quadro desencapsulado para um Multiplexador de Saída de Linktrace, LOM; quando uma porta de egresso única não é identificada: descartar (93) o quadro SFM quando o bit de EnableFlooding de um campo de flags de SFM não for estabelecido; e inundar (94) cada quadro desencapsulado para todas as portas de avanço em uma Identidade de Rede de Área Local Virtual associada, VID, estabelecida quando o bit de EnableFlooding é estabelecido.

2. Respondedor Desencapsulador (50) em um ponto de manutenção em um Gerenciamento de Falhas de Conexão, CFM, em uma rede de comunicação, em que o respondedor desencapsulador recebe (82) quadros de dados de quadro do tipo Enviar Mensagem de Quadro, SFM, caracterizado pelo fato de que é configurado para descartar (87) os quadros de SFM tendo um endereço de destino que não corresponde ao endereço de Controle de Acesso de Mídia, MAC, do ponto de manutenção de CFM; desencapsular (88) os quadros de SFM tendo um endereço de destino que corresponde ao endereço de MAC do Ponto de Manutenção de CFM; e enviar os quadros desencapsulados para um destino específico pelo quadro de dados desencapsulado, em que o respondedor desencapsulador (50) é configurado para enviar os quadros desencapsulados para o destino especificado por consultar (89) uma Base de Dados de Filtragem, em uma tentativa de identificar uma porta de egresso para os quadros desencapsulados; quando uma porta de egresso única é identificada (90), conduzir (91) cada quadro desencapsulado para um Multiplexador de Saída de Linktrace, LOM; quando a porta de egresso única não é identificada (90): descartar (93) o quadro SFM quando o bit de EnableFlooding de um campo de flags de SFM não for estabelecido; e inundar (94) cada quadro desencapsulado para todas as portas de avanço em uma Identidade de Rede de Área Local Virtual associada, VID, estabelecida quando o bit de EnableFlooding é estabelecido.

3. Método em um Respondedor Desencapsulador (50), em um ponto de manutenção de gerenciamento de falhas de conexão, CFM, para fornecer Gerenciamento de Falhas de Conexão Acionadas por Dados, DDCFM, em uma rede de comunicação, em que o Respondedor Desencapsulador recebe (82) quadros de dados de quadro do tipo Enviar Mensagem de Quadro, SFM, o método caracterizado pelo fato de que compreende as etapas de: descartar (87) os quadros de SFM tendo um endereço de destino que não corresponde a um endereço de MAC do Ponto de Manutenção de CFM; desencapsular (88) os quadros de SFM tendo um endereço de destino que corresponde ao endereço de MAC do Ponto de Manutenção de CFM; e enviar os quadros desencapsulados para um destiono especificado pelo quadro de dados desencapsulados; em que a etapa de enviar inclui: consultar (89) uma Base de Dados de Filtragem, em uma tentativa de determinar uma porta de egresso para os quadros desencapsulados; quando a porta de egresso única é identificada (90), conduzir (91) cada quadro desencapsulado para um Multiplexador de Saída de Linktrace, LOM; quando a porta de egresso única não é identificada (90): descartar (93) o quadro SFM quando o bit de EnableFlooding de um campo de flags de SFM não for estabelecido; e inundar (94) cada quadro desencapsulado para todas as portas de avanço em uma Identidade de Rede de Área Local Virtual associada, VID, estabelecida quando o bit de EnableFlooding é estabelecido.