BRPI0910949B1 - Método e sistema para detectar e corrigir uma incompatibilidade, e, ponto de extremidade de associação de manutenção - Google Patents
Método e sistema para detectar e corrigir uma incompatibilidade, e, ponto de extremidade de associação de manutenção Download PDFInfo
- Publication number
- BRPI0910949B1 BRPI0910949B1 BRPI0910949-8A BRPI0910949A BRPI0910949B1 BR PI0910949 B1 BRPI0910949 B1 BR PI0910949B1 BR PI0910949 A BRPI0910949 A BR PI0910949A BR PI0910949 B1 BRPI0910949 B1 BR PI0910949B1
- Authority
- BR
- Brazil
- Prior art keywords
- mep
- traffic
- tesi
- ccm
- field
- Prior art date
Links
- 238000000034 method Methods 0.000 title claims abstract description 31
- 238000012423 maintenance Methods 0.000 title claims abstract description 15
- 238000012795 verification Methods 0.000 claims abstract description 7
- 230000004044 response Effects 0.000 claims description 9
- 238000001514 detection method Methods 0.000 claims description 7
- 210000003311 CFU-EM Anatomy 0.000 claims 56
- 201000000760 cerebral cavernous malformation Diseases 0.000 claims 40
- 230000005540 biological transmission Effects 0.000 claims 2
- 230000000737 periodic effect Effects 0.000 claims 2
- 230000009471 action Effects 0.000 abstract description 5
- 230000002457 bidirectional effect Effects 0.000 description 10
- 230000001681 protective effect Effects 0.000 description 8
- 230000007547 defect Effects 0.000 description 7
- 230000011664 signaling Effects 0.000 description 7
- 230000007246 mechanism Effects 0.000 description 6
- 229920000168 Microcrystalline cellulose Polymers 0.000 description 5
- 208000017763 cutaneous neuroendocrine carcinoma Diseases 0.000 description 5
- 235000019813 microcrystalline cellulose Nutrition 0.000 description 5
- 230000003044 adaptive effect Effects 0.000 description 3
- 238000005516 engineering process Methods 0.000 description 3
- 230000002441 reversible effect Effects 0.000 description 3
- 238000010586 diagram Methods 0.000 description 2
- 238000002955 isolation Methods 0.000 description 2
- 230000007257 malfunction Effects 0.000 description 2
- DWSYCUKCNSVBRA-UHFFFAOYSA-N 4-(5-methylsulfonyltetrazol-1-yl)phenol Chemical compound CS(=O)(=O)C1=NN=NN1C1=CC=C(C=C1)O DWSYCUKCNSVBRA-UHFFFAOYSA-N 0.000 description 1
- 101710167643 Serine/threonine protein phosphatase PstP Proteins 0.000 description 1
- 238000013459 approach Methods 0.000 description 1
- 230000008859 change Effects 0.000 description 1
- 238000004590 computer program Methods 0.000 description 1
- 230000003247 decreasing effect Effects 0.000 description 1
- 230000036541 health Effects 0.000 description 1
- 230000006872 improvement Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 230000008569 process Effects 0.000 description 1
- 230000001902 propagating effect Effects 0.000 description 1
- 230000008707 rearrangement Effects 0.000 description 1
- 230000003068 static effect Effects 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
- 230000007704 transition Effects 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/06—Management of faults, events, alarms or notifications
- H04L41/0654—Management of faults, events, alarms or notifications using network fault recovery
- H04L41/0663—Performing the actions predefined by failover planning, e.g. switching to standby network elements
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Small-Scale Networks (AREA)
- Maintenance And Management Of Digital Transmission (AREA)
Abstract
método para detectar e corrigir uma incompatibilidade entre uma primeira porta da estrutura principal de um cliente e uma segunda porta da estrutura principal de um cliente, e, ponto de extremidade de associação de manutenção. um método em um ponto de extremidade de associação de manutenção, mep, (110) para controlar tráfego entre um primeiro elemento de rede (23) e um segundo elemento de rede (24) conectado por uma instância de serviço de engenharia de tráfego de funcionamento, tesi, (21) e um tesi (22) de proteção. o primeiro elemento de rede configura um campo 'tráfego' (41) em uma mensagem de verificação de conectividade, ccm, enviado para o segundo elemento de rede. o campo 'tráfego' pode ser configurado utilizando um bit reservado dentro de um campo 'indicadores' (14') da ccm. o campo 'tráfego' indica que a tesi está sendo utilizado para transportar o tráfego. o segundo elemento de rede toma ação para controlar o tráfego com base em um valor do campo 'tráfego' na ccm recebida. quando o valor do campo 'tráfego' na ccm recebida não coincide com o valor do campo 'tráfego' nas ccms enviadas a partir do segundo elemento de rede para um pré-definido período de tempo, o segundo elemento de rede move o tráfego a partir de seu tesi corrente para o outro tesi.
Description
[001] A presente invenção se refere à rede de comunicações. Mais especificamente, e sem limitação, a invenção é direcionada para um indicador de campo ‘Tráfego’ para uso nas mensagens de Gerenciamento de Falha de Conectividade (CFM) para fornecer controle aprimorado dos Caminhos Comutados de Ethernet (ESPs).
[002] Gerenciamento de Falha de Conectividade (CFM), conforme descrito na IEEE 802.1 ag, é um componente principal de operação, administração, e manutenção para transportador de Ethernet. IEEE 802.1 ag especifica protocolos, procedimentos, e objetos gerenciados para detecção, verificação e isolamento de falha fim a fim. IEEE 802.1 ag estabelece objetos gerenciados, chamados Associações de Manutenção (MAs), para verificar a integridade de uma única circunstância de serviço trocando mensagens de CFM. O escopo de um MA é determinado por seu Domínio de Gerenciamento (MD), que descreve uma região da região da rede da rede onde conectividade e desempenho são gerenciados. Cada MA associa dois ou mais Pontos de extremidade de Associação de Manutenção (MEPs) e possibilita aos Pontos Intermediários de Associação de Manutenção (MIPs) suportar detecção e isolamento de falha.
[003] Um protocolo de verificação de continuidade é usado para detecção de falha, Cada MEP periodicamente transmite Mensagens de Verificação de Conectividade (CCMs) e monitora as CCMs recebidas a partir de outros MEPs na mesma associação de manutenção.
[004] A FIG. 1 ilustra o formato de uma unidade de dados de protocolo de CFM (PDU) existente 10. Um Cabeçalho de CFM comum consiste de um campo ‘nível de Domínio de Gerenciamento’ (MD) 11, campo ‘Versão’ 12, um campo ‘OpCode’ 13, um campo ‘Indicadores’ 14, e campo ‘Desvio do Primeiro Tempo, Comprimento e Valor (TLV)’ 15. O campo ‘Indicadores’ 14 do Cabeçalho de CFM Comum é correntemente separado em três partes: 1. Campo ‘RDT (um bit, o bit mais significativo); 2. Campo ‘Reservado’ (4 bits); e 3. Campo ‘Intervalo de CCM’ (os três bits menos significativos).
[005] Provedor de Estrutura principal em Ponte - Engenharia de Tráfego (PBB-TE), conforme descrito na IEEE 802.1Qay, foi designado para fornecer engenharia de tráfego total de caminhos em uma rede estruturada em pontes. PBB-TE elimina a necessidade de dispositivos de estrutura principal efetuar aprendizado e transbordo. Em vez de usar Protocolo de Arvore de Alcance Múltiplo / Protocolo de Arvore de Alcance Rápido (MSTP / RSTP) para evitar laço, PBB-TE usa um plano de gerenciamento ou um plano de controle externo para criar entrada de tabela de filtragem estática nos componentes de pontes.
[006] PBB-TE é uma tecnologia de Ethernet orientada à conexão que usa uma tupla configurada de modo estático consistindo do Endereço de Destino na Estrutura principal (B- DA), Endereço de Origem na Estrutura principal (B-SA), e VLAN ID da Estrutura principal (B-VID) para criar um caminho de PBB-TE. O caminho aprovisionado é chamado um Caminho Comutado de Ehernet (ESP). Dois ESPs encaminhados ponto a ponto com os mesmos endereços MAC de Porta de Cliente da Estrutura principal (CBP) formam um serviço de MAC bidirecional, que é chamado um Ambiente de Serviço de Engenharia de Tráfego (TESI) de ponto a ponto.
[007] PBB-TE suporta comutação de proteção de caminho bidirecional 1:1. Dois TESIs de ponto a ponto são aprovisionados. Um TESI é configurado como um TESI de "funcionamento" TESI e o outro como um TESI de "proteção". Em condições normais, o tráfego é transmitido sobre o TESI de funcionamento. No evento de, ou uma falha do TESI de funcionamento ou uma solicitação administrativa específica, o tráfego é comutado para o TESI de proteção. Opcionalmente, caminhos protegidos 1:1 de PBB-TE podem ser configurados para permitir o compartilhamento de carga. Neste caso, serviços de cliente denotados por um fluxo de quadro estruturado em I-TAG podem estar presentes em ambos TESIs em um grupo de proteção.
[008] A FIG. 2 ilustra um grupo de proteção do PBB-TE 20 convencional. O grupo de proteção inclui um TESI de funcionamento 21, um TESI de proteção 22, um (Componente B do Leste) 23 da extremidade próxima, e um (Componente B do Oeste) 24 da extremidade distante. O (Componente B do Leste) 23 da extremidade próxima inclui Portas de Provedor da Rede (PNPs) 25a e 25b e Porta de Cliente da Estrutura principal (CBP) 26. O (Componente B do Oeste) 24 da extremidade distante inclui PNPs 27a e 27b e CBP 28. Cada TESI é monitorada por um MA independente, e cada MA tem dois MEPs. um está localizado no CBP 26 da extremidade próxima, o outro está localizado no CBP 28 da extremidade distante. Quando o MEP da extremidade próxima detecta a perda de CCMs, ele notifica a MEP da extremidade distante enviando uma CCM com um indicador de Indicador de Defeito Remoto (RDI). Ambas as extremidades estão cientes da falha (ou através da perda de CCMs ou recebendo a CCM com o indicador de RDI), tal comutação de proteção para o TESI de proteção é executada em ambas extremidades. Quando a falha é eliminada, o tráfego pode ser comutado de volta para o TESI de funcionamento 21 ou pode ficar no TESI de proteção 22 de acordo com o modo configurado (reversivo ou não-reversivo).
[009] ITU-T G.8031 defines o protocolo de Comutação de Proteção Automática (APS) e mecanismos de comutação de proteção linear para conexões ponto a ponto de Sub-rede de Ethernet baseada em VLAN em redes de transporte de Ethernet. Arquiteturas de comutação de proteção 1:1 e linear 1:1 com comutação unidirecional e bidirecional são suportadas.
[0010] O esboço de PBB-TE corrente (2.0) suporta comutação de proteção de caminho bidirecional 1:1 com base no modelo do ITU-T G.8031. As diferenças entre funcionalidade de proteção de PBB- TE e funcionalidade de proteção de ITU-T G.8031 são: • ITU-T G.8031 define o protocolo de APS como Unidade de Dados de Protocolo (PDU) de sinalização enquanto PBB-TE reutiliza/estende CCM PDU para evitar complexidade desnecessária de uma PDU de sinalização adicional. • No PBB-TE, um sistema de gerenciamento "fora da banda" é assumido para coordenar as duas extremidades do serviço protegido pertencendo um único domínio. • No PBB-TE, um fluxo protegido é identificado por um TESI enquanto no G.8031 o fluxo protegido é identificado através de um ID de VLAN ID (VID).
[0011] Em uma publicação relacionada por Siemens, “Metro Ethernet Deployment with Siemens PBB-TE, SURPASS hiD 6600”, datado de 13 e Março de 2007, detecção de falha é descrita em um grupo de proteção PBB- TE compreendendo um TESI de funcionamento e um TESI de proteção. CCMs são enviados entre pontos de extremidade para monitorar o andamento do TESI de funcionamento. O grupo comuta sobre o TESI de proteção se uma falha for detectada. Entretanto, a publicação da Siemens não endereça uma incompatibilidade entre os pontos de extremidade.
[0012] Da mesma forma, a Publicação do Pedido de Patente U.S. No. 2007/0268817 discute detecção de falha em sub-domínios primário e de reserva dentro de um domínio de transmissão. Associações de manutenção primária e de reserva são monitorados, e quando a falha for detectada dentro da associação de manutenção do sub-domínio primário, um comutador para a associação de manutenção do sub-domínio de reserva acontece. Entretanto, como a publicação do Siemens, o pedido não endereça uma incompatibilidade entre os pontos de extremidade.
[0013] Ainda, a Patente U.S. No. 7.093.027 revela um mecanismo de proteção rápido para apenas conexões VLAN e para conexões que se baseiam parcialmente em tecnologia VLAN e parcialmente em tecnologia MPLS. O mecanismo fornece transição de uma VLAN principal para VLAN alternativa em um evento de uma falha de enlace. Mais uma vez, a patente não contempla uma incompatibilidade entre os pontos de extremidade.
[0014] Na comutação de proteção bidirecional 1:1, uma incompatibilidade entre as posições da ponte / seletor da extremidade próxima 23 e a extremidade distante 24 pode ocorrer. Para manter a operação apropriada da rede, esta incompatibilidade deve ser detectada e reportada para o operador de rede. Então o operador de rede pode eliminar o defeito. Há dois tipos de incompatibilidade na comutação de proteção bidirecional 1:1: • Incompatibilidade de Comutação de proteção incompleta; e • Incompatibilidade de configuração de funcionamento / proteção.
[0015] Ainda referindo à FIG. 2, um cenário é representado no qual uma incompatibilidade de comutação de proteção incompleta ocorre. Neste exemplo, devido a um funcionamento ruim do hardware, o (Componente B do Leste) 23 da extremidade próxima falha para comutar, mas ele envia um RDI para o (Componente B do Oeste) 24 da extremidade distante. A extremidade distante comuta para o TESI de proteção 22 enquanto a extremidade próxima ainda está no TESI de funcionamento 21. De forma similar, uma incompatibilidade pode também ocorrer quando a extremidade próxima comuta para o TESI de proteção, mas a extremidade distante falha para comutar quando ela recebe o RDI.
[0016] Uma incompatibilidade pode também ocorrer por causa de uma configuração errada. Por exemplo, uma extremidade pode ser configurada para enviar tráfego no TESI de funcionamento 21 enquanto a outra extremidade é configurada para enviar tráfego no TESI de proteção 22. De forma similar, uma extremidade pode ser configurada no modo reversivo enquanto a outra extremidade é configurada no modo não-reversivo. Neste caso, a incompatibilidade ocorre quando uma falha é eliminada.
[0017] Com base nos mecanismos existentes, há duas maneiras para endereçar o problema da incompatibilidade, mas ambos são indesejáveis em um ambiente de PBB-TE.
[0018] Primeiramente, o protocolo de APS pode ser utilizado para detectar a incompatibilidade (como em G.8031), mas esta abordagem é bastante complicada. No G.8031, o protocolo de APS é designado para arquiteturas de comutação de proteção 1:1 e 1 + 1 Linear com comutação unidirecional e bidirecional. Já que PBB-TE somente foca na comutação de proteção bidirecional 1:1, e PBB-TE já assume um sistema de gerenciamento de "fora da banda" para coordenar ambas extremidades em um único domínio, o protocolo de APS traz uma grande funcionalidade desnecessários e muito duplicada. Em adição, adicionar o protocolo de APS para uma ponte cria mudanças de arquiteturas principais.
[0019] A FIG. 3 ilustra um exemplo de como uma incompatibilidade na comutação de proteção bidirecional 1:1 pode ser detectada por um Sistema de Suporte de Operações / Sistema de Gerenciamento de Rede (OSS / NMS) 31 de "fora da banda". Embora a incompatibilidade possa ser detectada usando o protocolo de APS, sem APS, o OSS / NMS pode ser utilizado. No passo 32, o OSS / NMS solicita a posição do seletor / ponte a partir de ambos (Componente B do Leste) 23 da extremidade próxima falha e (Componente B do Oeste) 24 da extremidade distante. No passo 33, a extremidade próxima e a extremidade externa reportam suas posições de seletor / ponte para o OSS / NMS. No passo 34, o OSS / NMS compara as posições reportadas para detectar uma incompatibilidade. Para o ambiente de PBB-TE, este processo é bastante lento, e ele tem a desvantagem adicional de ter de ser iniciado pròativamente por um operador.
[0020] É desejável ter um mecanismo simples com base na arquitetura de ponte existente para constantemente monitorar as entidades de funcionamento / proteção e para imediatamente e automaticamente reporta para um operador se uma incompatibilidade ocorre. A presente invenção fornece um melhoramento de CCM com base na arquitetura de ponte existente para resolver o problema de incompatibilidade. É totalmente condizente com o padrão existente. Em adição, a presente invenção pode ser usada para ajustar o intervalo de CCM para economizar largura de banda. Em certos cenários, também é possível usar a invenção para fornecer suporte de sinalização de dentro da banda para solicitações do operador.
[0021] Em uma modalidade, a presente invenção utiliza um dos quatro bits reservados no campo ‘Indicadores’ de um CCM para indicar o estado de tráfego. Por exemplo, o bit pode indicar se o tráfego é transmitido no TESI monitorado por essas CCMs. Este bit é referido aqui como o campo "Tráfego".
[0022] A incompatibilidade é detectada pelo correspondente MEP quando o campo ‘Tráfego’ de CCMs transmitidas e CCMs recebidas não coincidem com um período de tempo pré-definido (por exemplo, 50 ms ou mais). O defeito de incompatibilidade é eliminado quando o correspondente MEP recebe a primeira CCM que indica o mesmo campo ‘Tráfego’ como suas CCMs transmitidas.
[0023] Assim sendo, em uma modalidade, a presente invenção é direcionada para um método para controlar o tráfego entre um primeiro elemento de rede e um segundo elemento de rede conectado por um caminho de rede de funcionamento e um caminho de rede de proteção. O método inclui o passo de configurar um campo ‘Tráfego’ em uma mensagem de configuração enviada entre o primeiro e segundo elementos de rede, o campo ‘Tráfego’ indicando que o caminho da rede está sendo utilizado para transportar o tráfego, receber a mensagem de configuração em uns elementos da rede; e tomar ação para controlar o tráfego com base em um valor do campo ‘Tráfego’ na mensagem de configuração recebida. O passo de tomar ação pode incluir comparar o valor do campo ‘Tráfego’ na mensagem de configuração com um valor de um campo ‘Tráfego’ nas mensagens de configuração enviadas do elemento da rede de recepção, e quando o valor do campo ‘Tráfego’ na mensagem de configuração recebida não coincide com o valor do campo ‘Tráfego’ nas mensagens de configuração enviadas do elemento da rede de recepção, movendo o tráfego de seu caminho corrente para o outro caminho da rede. Em uma modalidade, o tráfego é movido somente quando o valor do campo ‘Tráfego’ na mensagem de configuração recebida não coincidiu com o valor do campo ‘Tráfego’ nas mensagens de configuração enviada do elemento da rede de recepção por um pré-definido período de tempo.
[0024] Em uma particular modalidade, o caminho da rede de funcionamento e o caminho da rede de proteção são Ambientes de Serviço de Engenharia de Tráfego (TESIs) ponto a ponto bidirecional, e o passo de configurar um campo ‘Tráfego’ em uma mensagem de configuração inclui configurar um campo ‘Tráfego’ em uma Mensagem de Verificação de Conectividade (CCM) utilizando um bit reservado dentro de um campo ‘Indicadores’ como o campo ‘Tráfego’.
[0025] Utilizando o campo ‘Tráfego’ nas CCMs, um MEP pode determinar a carga de tráfego nos diferentes TESIs. Quando não há tráfego em um dado TESI, o MEP pode em resposta aumentar um intervalo de CCM no dado TESI. Da mesma forma, se o campo ‘Tráfego’ de forma subsequente indica que tráfego foi comutado para o dado TESI, o MEP, em resposta, pode dinamicamente reduzir o intervalo de CCM no dado TESI. O MEP pode também responder às mudanças do valor do campo ‘Tráfego’ nas CCMs recebidas para mover tráfego de um TESI para o outro de modo a equilibrar o tráfego entre os TESIs. Da mesma forma, o MEP pode configurar o campo ‘Tráfego’ em resposta a uma solicitação do operador para mover tráfego de um TESI para um outro.
[0026] Em uma outra modalidade, a presente invenção é direcionada para um MEP associado com uma primeira Porta de Cliente da Estrutura principal para controlar tráfego entre a primeira Porta de Cliente da estrutura principal e uma segunda Porta de Cliente da estrutura principal, onde as Portas de Cliente da estrutura principal estão conectadas por um TESI de funcionamento e um TESI de proteção. O MEP inclui meios para configurar um campo ‘Tráfego’ em uma primeira CCM enviada a partir da primeira Porta de Cliente da estrutura principal para o segundo Porta de Cliente da estrutura principal, o campo ‘Tráfego’ indicando que o TESI está sendo utilizado para transportar o tráfego. O MEP também inclui meios para receber um segundo CCM enviado a partir do segundo Porta de Cliente da estrutura principal; meios para determinar ser o campo ‘Tráfego’ na segunda CCM coincide com o campo ‘Tráfego’ na primeira CCM; e meios para tomar ação para controlar o tráfego com base em um resultado obtido a partir dos meios de determinação. As ações tomadas podem inclui movimentar o tráfego de um TESI para um outro quando o campo ‘Tráfego’ não coincide. Isto pode ser feito para equilibrar a carga de tráfego ou em resposta a uma solicitação do operador. O MEP pode também dinamicamente aumentar ou reduzir o intervalo de CCM no dado TESI em resposta à carga de tráfego.
[0027] No descrito a seguir, as características essenciais da invenção serão descritas em detalhes mostrando modalidades preferidas, com referência às figuras anexas nas quais: FIG. 1 (Arte Anterior) ilustra o formato de uma Unidade de Dados de Protocolo (PDU) de CFM existentes; FIG. 2 (Arte anterior) ilustra um grupo de proteção de PBB-TE existente; FIG. 3 (Arte anterior) ilustra um exemplo de como uma incompatibilidade na comutação de proteção bidirecional 1:1 pode ser detectada por um Sistema de Suporte à Operações / Sistema de Gerenciamento de Rede (OSS / NMS) de "fora da banda"; FIG. 4 ilustra o formato de um campo ‘Indicadores’ modificado de acordo com uma modalidade da presente invenção; FIG. 5 é um fluxograma ilustrando os passos de uma modalidade do método da presente invenção quando CCMs são enviadas pelo MEP; FIG. 6 é um fluxograma ilustrando os passos de uma modalidade do método da presente invenção quando CCMs são recebidas pelo MEP; FIG. 7 é um fluxograma ilustrando os passos de uma modalidade do método da presente invenção para fornecer um intervalo de CCM adaptativo; FIG. 8 (Arte Anterior) ilustra um cenário existente no qual uma solicitação do operador pode somente ser enviado par o NE / EMS em uma extremidade de um ambiente de serviço de PBB-TE protegido; e FIG. 9 ilustra uma modalidade do método da presente invenção para fornecer suporte de sinalização dentro da banda para um comando administrativo; FIG. 10 é um fluxograma ilustrando os passos de uma modalidade do método da presente invenção para suportar compartilhamento de carga; e FIG. 11 é um diagrama em bloco simplificado de um MEP em uma modalidade da presente invenção.
[0028] A FIG. 4 ilustra o formato de um campo ‘Indicadores’ 14' modificado de acordo com uma modalidade da presente invenção. Nesta modalidade, um dos bits reservados é utilizado para indicar o estado do tráfego do caminho monitorado. Este bit é referido aqui como o "campo Tráfego" 41.
[0029] A FIG. 5 é um fluxograma ilustrando os passos de uma modalidade do método da presente invenção quando CCMs são enviadas pelo MEP. No passo 51, o MEP compara seu próprio endereço de destinação e VLAN ID da estrutura principal (B-VID) contra o Endereço de Destino na estrutura principal (B-DA) e entradas de B-VID na tabela de ambientes de serviço de estrutura principal. No passo 52, é determinado se o endereço de destinação do MEP e B-VID estão na tabela de ambientes de serviço de estrutura principal. Se não, o método se move para o passo 53 onde o MEP configura o campo ‘Tráfego’ das CCMs de saída para "0". Contudo, se o endereço de destinação do MEP e B- VID estão na tabela de ambientes de serviço de estrutura principal, o método se move por sua vez para o passo 54 onde o MEP configura o campo ‘Tráfego’ das CCMs de saída para "1”.
[0030] A FIG. 6 é um fluxograma ilustrando os passos de uma modalidade do método da presente invenção quando CCMs são recebidos pelo MEP. No passo 61, o MEP inspeciona o campo ‘Tráfego’ 41 das CCM recebidas. No passo 62, é determinado se o campo ‘Tráfego’ recebido é diferente do campo ‘Tráfego’ das CCMs enviadas por este MEP por pelo menos, um pré-definido período de tempo (por exemplo, 50 ms). Se não, o método se move para o passo 63 onde nenhuma incompatibilidade é detectada. Contudo, se o campo ‘Tráfego’ recebido é diferente do campo ‘Tráfego’ das CCMs enviadas por este MEP para pelo menos, o pré-definido período de tempo, o método por sua vez se move para o passo 64 onde um defeito de incompatibilidade é declarado.
[0031] Há aplicações adicionais do campo ‘Tráfego’ 41 no tratamento de mensagem de CCM. Por exemplo, o campo ‘Tráfego’ pode ser utilizado para fornecer um intervalo de CCM adaptativo. O AM da Ethernet fornece um mecanismo para verificar conectividade em uma rede de provedor através da transmissão de quadros de CCM em um intervalo especificado. Um intervalo menor reduz o tempo para detectar uma falha de conectividade, mas faz isso em detrimento de uma fração maior de excesso de tráfego de CCM. Usando o novo campo ‘Tráfego’ 41, MEPs ou o TESI de funcionamento 21 ou o TESI de proteção 22 são mantidos informados do estado do tráfego.
[0032] A FIG. 7 é um fluxograma ilustrando os passos de uma modalidade do método da presente invenção para fornecer um intervalo de CCM adaptativo. No passo 71, não há nenhum tráfego no TESI monitorado pelas CCMs. Por conseguinte, no passo 72, o intervalo de CCM é aumentado para economizar largura de banda. No passo 73, o tráfego é comutado para o TESI monitorado. No passo 74, os correspondentes MEPs são informados da mudança de tráfego pelo campo ‘Tráfego’ 41. No passo 75, os MEPs dinamicamente reduzem o intervalo de CCM.
[0033] O campo ‘Tráfego’ 41 também pode ser usado para sinalização dentro da banda de comandos administrativos. O mecanismo de comutação de proteção precisa permitir operação manual pelo operador de rede independente do estado da rede. Similar à detecção de incompatibilidade, há duas escolhas para disseminar comandos administrativos a partir do operador da rede. Primeiramente, o protocolo de APS pode ser usado, mas como discutido acima, APS é complicado e redundante para PBB- TE. Segundo, um sistema de gerenciamento pode ser utilizado (e.g., OMS / NMS) para notificar ambas as extremidades de um ambiente de serviço de PBB-TE. Contudo, em certos cenários, as solicitações do operador podem originar de uma única extremidade tal como um Elemento de Rede (NE) ou Sistema de Gerenciamento de Elemento (EMS). A presente invenção fornece uma maneira convencional de propagar solicitações do operador para a outra extremidade.
[0034] A FIG. 8 ilustra um cenário existente no qual uma solicitação do operador pode somente ser enviada para o NE / EMS em uma extremidade de um ambiente de serviço de PBB-TE protegido. Um NMS 81 controla EMS 82 na rede de acesso 1 , EMS 83 na rede núcleo, e EMS 84 na rede de acesso 2. Uma solicitação do operador 85 pode ser recebida no EMS 82 na rede de acesso 1. EMS 82 controla NE 86 para passar adiante a solicitação do operador em direção aos NEs 87 e 88 de núcleo. De modo a coordenar a comutação da outra extremidade, a solicitação do operador precisa se comunicado dentro da banda sobre o ambiente de serviço de PBB-TE, assim sendo diminuindo a largura de banda disponível.
[0035] A FIG. 9 ilustra uma modalidade do método da presente invenção para fornecer suporte de sinalização dentro da banda para um comando administrativo. Nesta modalidade, o novo campo ‘Tráfego’ 41 é utilizado para sinalização dentro da banda da solicitação do operador sobre o grupo de proteção do PBB-TE. Neste exemplo, o comando é para comutação manual a partir do TESI de funcionamento para o TESI de proteção.
[0036] No passo 91, uma solicitação do operador chamado "comutação manual do funcionamento para proteção" é enviada para o (Componente B do Oeste) 24 da extremidade distante do ambiente de serviço de PBB-TE protegido. No passo 92, o Componente B do Oeste da extremidade distante comuta o tráfego a partir do TESI de funcionamento 21 para o TESI de proteção 22 e muda o campo ‘Tráfego’ 41. No passo 93, a extremidade distante reporta seu estado para o NMS. No passo 94, o (Componente B do Leste) 23 da extremidade próxima detecta uma incompatibilidade no campo ‘Tráfego’ 41 da CCM recebida. No passo 95, o Componente B do Leste 23 da extremidade próxima reporta o defeito de incompatibilidade para o NMS e no passo 96, o NMS notifica o (Componente B do Leste) 23 da extremidade próxima de seu estado. A extremidade próxima então comuta tráfego a partir do TESI de funcionamento 21 para o TESI de proteção 22. Note neste exemplo, que a extremidade próxima não pode dizer se a incompatibilidade foi devida a uma solicitação do operador para uma comutação manual, uma comutação forçada, ou um defeito de incompatibilidade. Assim a extremidade próxima tem de pegar sua informação de estado a partir do NMS.
[0037] A FIG. 10 é um fluxograma ilustrando os passos de uma modalidade do método da presente invenção para suportar compartilhamento de carga. No passo 101, o campo ‘Tráfego’ bit 41 é configurado em cada CCM TESI que está transportando tráfego de cliente. No passo 102 um operador determina que tráfego deve ser removido de um dado TESI. No passo 103, o operador move o tráfego para for a do dado TESI simplesmente eliminado o bit do campo ‘Tráfego’.
[0038] A FIG. 11 é um diagrama em bloco simplificado de um MEP 110 em uma modalidade da presente invenção. O MEP é associado com uma Porta de Cliente da Estrutura principal (CBP) tal como CBP 26 ou CBP 28 na Fig. 1. O MEP monitora o tráfego entre sua CBP associada e uma outra CBP conectada através de um TESI de funcionamento 21 e de um TESI de proteção 22. O MEP inclui um configurador de campo ‘Tráfego’ 111 para configurar o campo ‘Tráfego’ nas CCMs a serem enviadas através de um transmissor de CCM 112. O campo ‘Tráfego’ pode ser estabelecido configurando o bit reservado 41 (FIG. 4) no campo ‘Indicadores’ da CCM. Um receptor de CCM 113 recebe CCMs enviadas a partir da outra CBP, e uma unidade de comparação de campo ‘Tráfego’ 114 compara o campo ‘Tráfego’ nas CCMs enviadas com o campo ‘Tráfego’ nas CCMs recebidas para determinar se o campo ‘Tráfego’ coincide.
[0039] Quando o campo ‘Tráfego’ nas CCMs recebidas coincide com o campo ‘Tráfego’ nas CCMs, enviadas, o MEP continua a enviar o tráfego em seu TESI corrente. Quando o campo ‘Tráfego’ nas CCMs recebidas não coincide com o campo ‘Tráfego’ nas CCMs enviadas, o MEP pode declarar um defeito de incompatibilidade e consequentemente mover o tráfego. Em uma modalidade, o MEP inclui um contador de tempo 115, e o tráfego é movido somente quando o contador de tempo indica que o campo ‘Tráfego’ nas CCMs recebidas não coincidiram com o valor do campo ‘Tráfego’ nas CCMs enviadas por um pré-definido período de tempo.
[0040] O MEP pode também incluir uma unidade de determinação de carga 116 para determinar a carga de tráfego em cada TESI 21 e 22. Se um dado TESI não tem tráfego, um controlador de intervalo de CCM 117 pode em reposta aumentar o intervalo de CCM no dado TESI. Subsequentemente, a unidade de determinação de carga pode detectar a partir do campo ‘Tráfego’ nas CCMs recebidas que tráfego foi comutado para o dado TESI. Em resposta, o controlador do intervalo de CCM pode dinamicamente reduzir o intervalo de CCM no dado TESI.
[0041] Numa outra modalidade, a unidade de determinação de carga 116 pode reportar a carga de tráfego em cada TESI 21 e 22 a um equilibrador de carga do TESI 118. O equilibrador de carga do TESI move o tráfego a partir de um TESI para o outro de modo a equilibrar o tráfego entre os TESIs.
[0042] O MEP 110 pode também receber solicitações do operador para controlar o tráfego. As solicitações são enviadas para o configurador de campo ‘Tráfego’ 111, que muda o campo ‘Tráfego’ nas CCMs de saída para um valor correspondendo à solicitação do operador. A outra CBP recebe as CCMs e responde para o campo ‘Tráfego’.
[0043] Note também que o campo ‘Tráfego’ bit 41 pode ser usado nas mensagens CCM ao nível de ID de Serviço (I-SID) para permitir verificação cruzada e comutação na base de nível de serviço do cliente.
[0044] Operações do MEP podem ser controladas por um processador 119 executando as instruções de programa de computador armazenadas numa memória 120.
[0045] Embora modalidades preferidas da presente invenção tenham sido ilustradas nos desenhos anexos e descritas na Descrição Detalhada supra, entende-se que a invenção não é limitada às modalidades ora divulgadas, mas é capaz de numerosos re-arranjos, modificações, e substituições, sem fugir do escopo da invenção como definido pelas seguintes reivindicações.
Claims (16)
1. Método para detectar e corrigir uma incompatibilidade entre um primeiro Ponto de Extremidade de Associação de Manutenção, MEP, e um segundo MEP, em que os MEPs estão conectados por um Ambiente de Serviço de Engenharia de Tráfego em funcionamento, TESI, (21) e um TESI de proteção (22), caracterizadopelo fato de o referido método compreender os passos de: determinar se um endereço de destino associado com o segundo MEP e um identificador de acesso local virtual, VID, para um TESI monitorado pelo primeiro MEP estão incluídos em uma tabela de ambientes de serviço de estrutura principal do primeiro MEP; configurar um campo Tráfego (41) em uma primeira Mensagem de Verificação de Continuidade, CCM, enviada a partir do primeiro MEP para o segundo MEP no TESI em funcionamento ou de proteção, com base no fato de que se o endereço de destino associado com o segundo MEP e o VID para o TESI monitorado estão incluídos na tabela de ambientes de serviço de estrutura principal do primeiro MEP; receber pelo primeiro MEP, uma segunda CCM enviada a partir do segundo MEP, em que a segunda CCM inclui um campo Tráfego que indica se um endereço de destino associado com o primeiro MEP e o VID para o TESI monitorado estão incluídos em uma tabela de ambientes de serviço de estrutura principal do segundo MEP; determinar se o valor do campo Tráfego naquela segunda CCM coincide com o valor do campo Tráfego na primeira CCM; e detectar uma incompatibilidade quando o valor do campo Tráfego na segunda CCM não coincidir com o valor do campo Tráfego na primeira CCM.
2. Método de acordo com a reivindicação 1, caracterizadopelo fato de compreender ainda os passos de: quando o campo Tráfego na segunda CCM coincidir com o campo Tráfego na primeira CCM, continuar a enviar o tráfego a partir do primeiro MEP no TESI corrente; e quando o campo Tráfego na segunda CCM não coincidir com o campo Tráfego na primeira CCM, mover o tráfego pelo primeiro MEP a partir do TESI corrente ao outro TEST
3. Método de acordo com a reivindicação 2, caracterizado pelo fato de que o passo de mover o tráfego ao outro TESI inclui mover o tráfego apenas quando o valor do campo Tráfego na segunda CCM não tiver coincidido com o valor do campo Tráfego numa pluralidade de CCMs enviadas a partir do primeiro MEP por um período de tempo pré-definido.
4. Método de acordo com a reivindicação 1, caracterizado pelo fato de que o passo de configurar o campo Tráfego (41) na primeira CCM inclui utilizar um bit reservado dentro de um campo Indicadores como o campo Tráfego.
5. Método de acordo com a reivindicação 1, caracterizado pelo fato de compreender ainda os passos de: determinar a partir da incompatibilidade se não há tráfego num TESI identificado dos TESIs; e aumentar um intervalo de CCM no TESI identificado, em que o intervalo de CCM é um intervalo especificado para transmissão periódica das CCMs.
6. Método de acordo com a reivindicação 5, caracterizado pelo fato de compreender ainda os passos de: detectar subsequentemente a partir do campo Tráfego que tráfego tem sido subsequentemente comutado para o TESI identificado; e reduzir dinamicamente o intervalo de CCM no TESI identificado em resposta à detecção de que tráfego tem sido comutado ao TESI identificado.
7. Método de acordo com a reivindicação 4, caracterizado pelo fato de compreender ainda responder a mudanças do valor do campo Tráfego nas CCMs recebidas para mover o tráfego a partir de um TESI para o outro de modo a equilibrar o tráfego entre os TESIs.
8. Método de acordo com a reivindicação 1, caracterizado pelo fato de que o passo de configurar o campo Tráfego inclui configurar tal campo Tráfego em resposta à recepção de uma solicitação de operador no primeiro ou segundo MEP.
9. Método de acordo com qualquer uma das reivindicações 1 a 8, caracterizado pelo fato de que compreende adicionalmente o passo de reportar a incompatibilidade para um Sistema de Gerenciamento de Rede, NMS, ou para um operador.
10. Ponto de Extremidade de Associação de Manutenção, MEP, (110) para detectar e corrigir uma incompatibilidade entre o MEP e um segundo MEP, onde os MEPs são conectados por um Ambiente de Serviço de Engenharia de Tráfego em funcionamento, TESI, (21) e um TESI de proteção (22), tal MEP caracterizado pelo fato de compreender: meios para determinar se um endereço de destino associado com o segundo MEP e um identificador de acesso local virtual, VID, para um TESI monitorado pelo primeiro MEP estão incluídos em uma tabela de ambientes de serviço de estrutura principal do primeiro MEP; meios (111) para configurar um campo Tráfego (41) em uma primeira Mensagem de Verificação de Continuidade, CCM, enviada a partir de tal MEP para o segundo MEP no TESI em funcionamento ou de proteção, com base no fato de que se o endereço de destino associado com o segundo MEP e o VID para o TESI monitorado estão incluídos na tabela de ambientes de serviço de estrutura principal do primeiro MEP; meios (113) para receber pelo MEP, uma segunda CCM enviada a partir do segundo MEP, em que a segunda CCM inclui um campo Tráfego que indica se um endereço de destino associado com o primeiro MEP e o VID para o TESI monitorado estão incluídos em uma tabela de ambientes de serviço de estrutura principal do segundo MEP; meios (114) para determinar se o valor do campo Tráfego em tal segunda CCM coincide com o valor do campo Tráfego na primeira CCM; e meios (118) para detectar uma incompatibilidade quando o valor do campo Tráfego na segunda CCM não coincidir com o valor do campo Tráfego na primeira CCM.
11. MEP de acordo com a reivindicação 10, caracterizadopelo fato de compreender ainda: meios para continuar a enviar o tráfego a partir do referido MEP no TESI corrente quando o campo Tráfego na segunda CCM coincidir com tal campo Tráfego na primeira CCM; e meios para mover o tráfego pelo MEP a partir do TESI corrente ao outro TESI quando o campo Tráfego na segunda CCM não coincidir com o campo Tráfego na primeira CCM.
12. MEP de acordo com a reivindicação 11, caracterizadopelo fato de compreender ainda um contador de tempo, em que aqueles meios para mover o tráfego movem o tráfego somente quando o contador de tempo indica que tal campo Tráfego não coincidiu com o valor do campo Tráfego em uma pluralidade de CCMs enviadas por um período de tempo pré-definido.
13. MEP de acordo com a reivindicação 10, caracterizadopelo fato de que os meios para configurar um campo Tráfego na primeira CCM são adaptados para utilizarem um bit reservado dentro de um campo Indicadores como o campo Tráfego.
14. MEP de acordo com a reivindicação 10, caracterizadopelo fato de compreender ainda: meios para determinar a partir da incompatibilidade que não há tráfego em um TESI identificado dos TESIs; e meios para aumentar um intervalo de CCM no TESI identificado, em que aquele intervalo de CCM é um intervalo especificado para transmissão periódica das CCMs.
15. Sistema para detectar e corrigir uma incompatibilidade, dito sistema compreendendo um primeiro Ponto de Extremidade de Associação de Manutenção, MEP, (110) e um segundo MEP, os MEPs sendo conectados por um Ambiente de Serviço de Engenharia de Tráfego em funcionamento, TESI, (21) e um TESI de proteção (22), caracterizadopor tal primeiro MEP compreender: meios para determinar se um endereço de destino associado com o segundo MEP e um identificador de acesso local virtual, VID, para um TESI monitorado pelo primeiro MEP estão incluídos em uma tabela de ambientes de serviço de estrutura principal do primeiro MEP; meios (111) para configurar um campo Tráfego (41) em uma primeira Mensagem de Verificação de Continuidade, CCM, enviada a partir de tal MEP para o segundo MEP no TESI em funcionamento ou de proteção, com base no fato de que se o endereço de destino associado com o segundo MEP e o VID para o TESI monitorado estão incluídos na tabela de ambientes de serviço de estrutura principal do primeiro MEP; meios (113) para receber pelo MEP, uma segunda CCM enviada a partir do segundo MEP, em que a segunda CCM inclui um campo Tráfego que indica se um endereço de destino associado com o primeiro MEP e o VID para o TESI monitorado estão incluídos em uma tabela de ambientes de serviço de estrutura principal do segundo MEP; meios (114) para determinar se o valor do campo Tráfego em tal segunda CCM coincide com o valor do campo Tráfego na primeira CCM; e meios (118) para detectar uma incompatibilidade quando o valor do campo Tráfego na segunda CCM não coincidir com o valor do campo Tráfego na primeira CCM.
16. Sistema de acordo com a reivindicação 15, caracterizadopor tais primeiro e segundo MEPs serem conectados a um Sistema de Gerenciamento de Rede, NMS.
Applications Claiming Priority (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US4530208P | 2008-04-16 | 2008-04-16 | |
| US61/045302 | 2008-04-16 | ||
| PCT/IB2009/005218 WO2009127931A1 (en) | 2008-04-16 | 2009-04-13 | Connectivity fault management traffic indication extension |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| BRPI0910949A2 BRPI0910949A2 (pt) | 2016-01-05 |
| BRPI0910949B1 true BRPI0910949B1 (pt) | 2020-09-15 |
Family
ID=40806746
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| BRPI0910949-8A BRPI0910949B1 (pt) | 2008-04-16 | 2009-04-13 | Método e sistema para detectar e corrigir uma incompatibilidade, e, ponto de extremidade de associação de manutenção |
Country Status (15)
| Country | Link |
|---|---|
| US (2) | US8169896B2 (pt) |
| EP (2) | EP2110987B1 (pt) |
| JP (1) | JP5350461B2 (pt) |
| CN (1) | CN102007729B (pt) |
| AR (1) | AR071371A1 (pt) |
| AT (1) | ATE512519T1 (pt) |
| AU (1) | AU2009237405B2 (pt) |
| BR (1) | BRPI0910949B1 (pt) |
| CA (1) | CA2722247C (pt) |
| CL (1) | CL2009000922A1 (pt) |
| DK (1) | DK2110987T3 (pt) |
| ES (2) | ES2402806T3 (pt) |
| PL (2) | PL2110987T3 (pt) |
| WO (1) | WO2009127931A1 (pt) |
| ZA (1) | ZA201006935B (pt) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20250047553A1 (en) * | 2023-08-04 | 2025-02-06 | Ciena Corporation | Enhanced fault isolation in connectivity fault management (CFM) |
Families Citing this family (48)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US8782654B2 (en) | 2004-03-13 | 2014-07-15 | Adaptive Computing Enterprises, Inc. | Co-allocating a reservation spanning different compute resources types |
| US9558042B2 (en) | 2004-03-13 | 2017-01-31 | Iii Holdings 12, Llc | System and method providing object messages in a compute environment |
| US20070266388A1 (en) | 2004-06-18 | 2007-11-15 | Cluster Resources, Inc. | System and method for providing advanced reservations in a compute environment |
| US8176490B1 (en) | 2004-08-20 | 2012-05-08 | Adaptive Computing Enterprises, Inc. | System and method of interfacing a workload manager and scheduler with an identity manager |
| US8271980B2 (en) | 2004-11-08 | 2012-09-18 | Adaptive Computing Enterprises, Inc. | System and method of providing system jobs within a compute environment |
| US8863143B2 (en) | 2006-03-16 | 2014-10-14 | Adaptive Computing Enterprises, Inc. | System and method for managing a hybrid compute environment |
| US8631130B2 (en) | 2005-03-16 | 2014-01-14 | Adaptive Computing Enterprises, Inc. | Reserving resources in an on-demand compute environment from a local compute environment |
| US9231886B2 (en) | 2005-03-16 | 2016-01-05 | Adaptive Computing Enterprises, Inc. | Simple integration of an on-demand compute environment |
| CA2603577A1 (en) | 2005-04-07 | 2006-10-12 | Cluster Resources, Inc. | On-demand access to compute resources |
| US8041773B2 (en) | 2007-09-24 | 2011-10-18 | The Research Foundation Of State University Of New York | Automatic clustering for self-organizing grids |
| AU2009237405B2 (en) * | 2008-04-16 | 2013-09-26 | Telefonaktiebolaget L M Ericsson (Publ) | Connectivity fault management traffic indication extension |
| US8018863B2 (en) * | 2008-09-09 | 2011-09-13 | Telefonaktiebolaget L M Ericsson | Reducing CC message transmission in a provider network |
| US9106524B2 (en) * | 2008-09-11 | 2015-08-11 | Rpx Clearinghouse Llc | Protection for provider backbone bridge traffic engineering |
| US8218433B2 (en) * | 2009-01-07 | 2012-07-10 | Alcatel Lucent | Monitoring connectivity in ring networks |
| CN101908983B (zh) * | 2009-06-08 | 2014-09-10 | 中兴通讯股份有限公司 | 以太网局部段保护的联合检测方法及系统 |
| WO2011024187A2 (en) * | 2009-07-08 | 2011-03-03 | Tejas Networks Limited | A protection switching method and system |
| US8458322B2 (en) | 2009-07-24 | 2013-06-04 | Cisco Technology, Inc. | Dynamic management of maintenance association membership in a computer network |
| US9054990B2 (en) | 2009-10-30 | 2015-06-09 | Iii Holdings 2, Llc | System and method for data center security enhancements leveraging server SOCs or server fabrics |
| US20110103391A1 (en) | 2009-10-30 | 2011-05-05 | Smooth-Stone, Inc. C/O Barry Evans | System and method for high-performance, low-power data center interconnect fabric |
| US9876735B2 (en) | 2009-10-30 | 2018-01-23 | Iii Holdings 2, Llc | Performance and power optimized computer system architectures and methods leveraging power optimized tree fabric interconnect |
| US20130107444A1 (en) | 2011-10-28 | 2013-05-02 | Calxeda, Inc. | System and method for flexible storage and networking provisioning in large scalable processor installations |
| US9077654B2 (en) | 2009-10-30 | 2015-07-07 | Iii Holdings 2, Llc | System and method for data center security enhancements leveraging managed server SOCs |
| US9465771B2 (en) | 2009-09-24 | 2016-10-11 | Iii Holdings 2, Llc | Server on a chip and node cards comprising one or more of same |
| US8599863B2 (en) | 2009-10-30 | 2013-12-03 | Calxeda, Inc. | System and method for using a multi-protocol fabric module across a distributed server interconnect fabric |
| US9680770B2 (en) | 2009-10-30 | 2017-06-13 | Iii Holdings 2, Llc | System and method for using a multi-protocol fabric module across a distributed server interconnect fabric |
| US9311269B2 (en) | 2009-10-30 | 2016-04-12 | Iii Holdings 2, Llc | Network proxy for high-performance, low-power data center interconnect fabric |
| US9648102B1 (en) | 2012-12-27 | 2017-05-09 | Iii Holdings 2, Llc | Memcached server functionality in a cluster of data processing nodes |
| US11720290B2 (en) | 2009-10-30 | 2023-08-08 | Iii Holdings 2, Llc | Memcached server functionality in a cluster of data processing nodes |
| US10877695B2 (en) | 2009-10-30 | 2020-12-29 | Iii Holdings 2, Llc | Memcached server functionality in a cluster of data processing nodes |
| ES2463101T3 (es) * | 2009-11-30 | 2014-05-27 | Telefonaktiebolaget Lm Ericsson (Publ) | Método y aparato para soportar detección de desacuerdo |
| JP2011135259A (ja) * | 2009-12-24 | 2011-07-07 | Nec Access Technica Ltd | 暗号化システム、通信装置、暗号化方法及び暗号化プログラム |
| CN102291245B (zh) * | 2010-06-21 | 2015-08-12 | 中兴通讯股份有限公司 | 一种检测错配故障的方法及维护终端点 |
| JP5480189B2 (ja) * | 2011-03-28 | 2014-04-23 | エヌ・ティ・ティ・コミュニケーションズ株式会社 | ネットワーク監視装置、ネットワーク試験方法、パス情報管理方法、及びプログラム |
| US20130003528A1 (en) * | 2011-07-01 | 2013-01-03 | Fujitsu Network Communications, Inc. | Joint near-end and far-end state machine for service protection networks |
| US9092594B2 (en) | 2011-10-31 | 2015-07-28 | Iii Holdings 2, Llc | Node card management in a modular and large scalable server system |
| JP5891945B2 (ja) * | 2012-05-23 | 2016-03-23 | 富士通株式会社 | 通信制御装置、及び通信制御方法 |
| WO2014009963A1 (en) * | 2012-07-10 | 2014-01-16 | Indian Institute Of Technology, Bombay | Method and apparatus for optimizing and scaling control plane traffic in carrier ethernet transport networks |
| JP6107269B2 (ja) * | 2013-03-19 | 2017-04-05 | 富士通株式会社 | トランスポンダ及び光伝送装置 |
| CN105379180B (zh) * | 2013-08-09 | 2019-02-26 | 华为技术有限公司 | 一种业务流链路的连通性检测方法、相关装置及系统 |
| JP2015046783A (ja) * | 2013-08-28 | 2015-03-12 | 富士通株式会社 | 伝送装置、伝送方法及び伝送プログラム |
| JP6743494B2 (ja) * | 2016-06-03 | 2020-08-19 | 富士通株式会社 | 伝送システム、通信装置及びパス切替方法 |
| CN106656449B (zh) * | 2016-11-02 | 2019-11-22 | 华为技术有限公司 | 一种协商周期的方法、设备和系统 |
| EP3847782B1 (en) * | 2018-09-06 | 2025-08-13 | Nokia Technologies Oy | Automated roaming service level agreements between network operators via security edge protection proxies in a communication system environment |
| CN110247797A (zh) * | 2019-06-04 | 2019-09-17 | 深圳市中航比特通讯技术有限公司 | 一种在多点eth连通时精确远端错误指示系统 |
| EP4589913A3 (en) * | 2021-03-23 | 2025-08-20 | Adtran, Inc. | Communication resilience in a network |
| CN113438112B (zh) * | 2021-06-25 | 2022-12-20 | 瑞斯康达科技发展股份有限公司 | 一种故障检测的方法、装置、和设备及介质 |
| CN115001944B (zh) * | 2022-05-26 | 2025-01-21 | 苏州盛科通信股份有限公司 | Ccm检测周期的修改方法、装置、电子设备及存储介质 |
| WO2025041239A1 (ja) * | 2023-08-21 | 2025-02-27 | 日本電信電話株式会社 | 通信制御装置 |
Family Cites Families (17)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5689244A (en) * | 1994-06-24 | 1997-11-18 | Sony Corporation | Communication system and electronic apparatus |
| US6463475B1 (en) * | 1997-09-26 | 2002-10-08 | 3Com Corporation | Method and device for tunnel switching |
| JP2000022650A (ja) * | 1998-07-03 | 2000-01-21 | Fujitsu Ltd | 冗長系切換モード設定方式 |
| US6657970B1 (en) * | 1999-02-26 | 2003-12-02 | Cisco Technology, Inc. | Method and apparatus for link state determination in voice over frame-relay networks |
| JP2000269939A (ja) * | 1999-03-17 | 2000-09-29 | Nec Corp | 伝送路切替系異常監視方法及び装置 |
| JP2002152135A (ja) | 2000-09-04 | 2002-05-24 | Mitsubishi Electric Corp | 光多分岐通信システム |
| GB2372670B (en) * | 2001-02-27 | 2003-01-08 | 3Com Corp | Optimisation of network configuration |
| US7093027B1 (en) | 2002-07-23 | 2006-08-15 | Atrica Israel Ltd. | Fast connection protection in a virtual local area network based stack environment |
| JP4035820B2 (ja) * | 2003-01-27 | 2008-01-23 | 富士通アクセス株式会社 | 回線切替装置及びデータ伝送システム及び回線切替方法 |
| JP2004266560A (ja) * | 2003-02-28 | 2004-09-24 | Hitachi Information Technology Co Ltd | ネットワーク装置および通信回線監視方法 |
| JP2005269507A (ja) * | 2004-03-22 | 2005-09-29 | Nec Corp | 監視制御情報転送方法／プログラム／プログラム記録媒体／システム、ネットワーク装置 |
| US20070268817A1 (en) * | 2006-05-22 | 2007-11-22 | Nortel Networks Limited | Method and system for protecting a sub-domain within a broadcast domain |
| US20070274239A1 (en) * | 2006-05-26 | 2007-11-29 | Dell Products L.P. | System and method for automatic detection of network port configuration mismatch |
| CN101179479A (zh) * | 2006-11-09 | 2008-05-14 | 华为技术有限公司 | 一种以太网的操作管理和维护报文的传输方法、系统和节点 |
| US8400912B2 (en) * | 2007-06-27 | 2013-03-19 | World Wide Packets, Inc. | Activating a tunnel upon receiving a control packet |
| US7839795B2 (en) * | 2007-12-17 | 2010-11-23 | Ciena Corporation | Carrier Ethernet with fault notification |
| AU2009237405B2 (en) | 2008-04-16 | 2013-09-26 | Telefonaktiebolaget L M Ericsson (Publ) | Connectivity fault management traffic indication extension |
-
2009
- 2009-04-13 AU AU2009237405A patent/AU2009237405B2/en not_active Ceased
- 2009-04-13 CN CN2009801139409A patent/CN102007729B/zh active Active
- 2009-04-13 BR BRPI0910949-8A patent/BRPI0910949B1/pt active IP Right Grant
- 2009-04-13 JP JP2011504551A patent/JP5350461B2/ja active Active
- 2009-04-13 US US12/445,680 patent/US8169896B2/en active Active
- 2009-04-13 CA CA2722247A patent/CA2722247C/en active Active
- 2009-04-13 WO PCT/IB2009/005218 patent/WO2009127931A1/en not_active Ceased
- 2009-04-14 DK DK09157877.3T patent/DK2110987T3/da active
- 2009-04-14 PL PL09157877T patent/PL2110987T3/pl unknown
- 2009-04-14 EP EP09157877A patent/EP2110987B1/en active Active
- 2009-04-14 AT AT09157877T patent/ATE512519T1/de active
- 2009-04-14 EP EP11150807A patent/EP2372952B1/en active Active
- 2009-04-14 PL PL11150807T patent/PL2372952T3/pl unknown
- 2009-04-14 ES ES11150807T patent/ES2402806T3/es active Active
- 2009-04-14 ES ES09157877T patent/ES2365300T3/es active Active
- 2009-04-16 CL CL2009000922A patent/CL2009000922A1/es unknown
- 2009-04-16 AR ARP090101353A patent/AR071371A1/es active IP Right Grant
-
2010
- 2010-09-29 ZA ZA2010/06935A patent/ZA201006935B/en unknown
-
2012
- 2012-03-02 US US13/410,665 patent/US8593945B2/en not_active Expired - Fee Related
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20250047553A1 (en) * | 2023-08-04 | 2025-02-06 | Ciena Corporation | Enhanced fault isolation in connectivity fault management (CFM) |
| US12587437B2 (en) * | 2023-08-04 | 2026-03-24 | Ciena Corporation | Enhanced fault isolation in connectivity fault management (CFM) |
Also Published As
| Publication number | Publication date |
|---|---|
| ES2365300T3 (es) | 2011-09-28 |
| EP2372952A1 (en) | 2011-10-05 |
| JP5350461B2 (ja) | 2013-11-27 |
| BRPI0910949A2 (pt) | 2016-01-05 |
| CN102007729A (zh) | 2011-04-06 |
| US20110026397A1 (en) | 2011-02-03 |
| ATE512519T1 (de) | 2011-06-15 |
| AU2009237405B2 (en) | 2013-09-26 |
| WO2009127931A1 (en) | 2009-10-22 |
| JP2011518512A (ja) | 2011-06-23 |
| CA2722247A1 (en) | 2009-10-22 |
| CL2009000922A1 (es) | 2011-01-07 |
| DK2110987T3 (da) | 2011-09-26 |
| EP2110987B1 (en) | 2011-06-08 |
| US8593945B2 (en) | 2013-11-26 |
| ZA201006935B (en) | 2011-12-28 |
| EP2110987A1 (en) | 2009-10-21 |
| ES2402806T3 (es) | 2013-05-09 |
| US20120195191A1 (en) | 2012-08-02 |
| AR071371A1 (es) | 2010-06-16 |
| CN102007729B (zh) | 2013-11-06 |
| CA2722247C (en) | 2016-12-06 |
| EP2372952B1 (en) | 2013-01-09 |
| US8169896B2 (en) | 2012-05-01 |
| AU2009237405A1 (en) | 2009-10-22 |
| PL2110987T3 (pl) | 2011-10-31 |
| PL2372952T3 (pl) | 2013-06-28 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| BRPI0910949B1 (pt) | Método e sistema para detectar e corrigir uma incompatibilidade, e, ponto de extremidade de associação de manutenção | |
| EP2951959B1 (en) | Using ethernet ring protection switching with computer networks | |
| US9264328B2 (en) | Systems and methods for dynamic operations, administration, and management | |
| JP5913635B2 (ja) | 冗長ネットワーク接続 | |
| US20180351855A1 (en) | All-or-none switchover to address split-brain problems in multi-chassis link aggregation groups | |
| US9385944B2 (en) | Communication system, path switching method and communication device | |
| US8929203B2 (en) | Method and apparatus for supporting mismatch detection | |
| US9467332B2 (en) | Node failure detection for distributed linear protection | |
| BRPI0819136B1 (pt) | Método, sistema, e nó para prover comutação de proteção de ethernet em um domínio de engenharia de tráfego por ponte de espinha dorsal de provedor | |
| US20180091445A1 (en) | Evpn designated forwarder state propagation to customer edge devices using connectivity fault management | |
| EP2204947A1 (en) | Method and node device of ethernet failure detecting and converging | |
| BR112012022549B1 (pt) | Método e sistema para realizar acessibilidade da rota de destino no anel de acesso da rede de transporte de pacotes | |
| CN103227736A (zh) | 一种以太网性能检测方法、系统及光网络终端 | |
| US20160308753A1 (en) | Packet network linear protection systems and methods in a dual home or multi-home configuration | |
| CA2782256A1 (en) | Verifying communication redundancy in a network | |
| CN115914088B (zh) | 一种主备控制方法、装置、设备及可读存储介质 | |
| EP2858302B1 (en) | Connectivity check method of service stream link, related apparatus and system | |
| RU2016118682A (ru) | Способ и система кросс-доменного резервирования виртуальной частной локальной сети (вчлс) | |
| CN112637054B (zh) | Ip承载网的组网优化方法、装置、计算设备和存储介质 | |
| JP2007312091A (ja) | ルーチング装置および障害復旧方法 | |
| CN120567680A (zh) | 通信方法、装置、系统、设备及存储介质 | |
| BR102015002167A2 (pt) | método de reconfiguração dinâmica de topologia lógica sem ciclos em redes de comunicação do tipo agregação redundada com múltiplos níveis |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| B06F | Objections, documents and/or translations needed after an examination request according [chapter 6.6 patent gazette] | ||
| B06U | Preliminary requirement: requests with searches performed by other patent offices: procedure suspended [chapter 6.21 patent gazette] | ||
| B09A | Decision: intention to grant [chapter 9.1 patent gazette] | ||
| B16A | Patent or certificate of addition of invention granted [chapter 16.1 patent gazette] |
Free format text: PRAZO DE VALIDADE: 10 (DEZ) ANOS CONTADOS A PARTIR DE 15/09/2020, OBSERVADAS AS CONDICOES LEGAIS. |