Multiprotocol Label Switching Operação e Manutenção

Você pode usar Multiprotocol Label Switching Operação e Manutenção (OAM), para detectar falhas operacionais, mas também de contabilidade e de medição de desempenho na rede Multiprotocol Label Switching. Problemas no plano de controle pode ser relatado por armadilhas ou visto por votação do Management Information Base (MIB). Isso pode ser suficiente para as redes IP, mas é mais difícil de detectar os problemas que são puramente no plano de dados quando a rede está funcionando Multiprotocol Label Switching. Multiprotocol Label Switching OAM é um conjunto de protocolos que detecta problemas na rede Multiprotocol Label Switching mais facilmente e mais rapidamente e mantém o controle de medições, que são importantes em redes que têm acordos de nível de serviço (SLAs) com os clientes ou outras empresas. O objetivo do Multiprotocol Label Switching OAM é detectar, reportar e corrigir um problema antes de um usuário chama-lo dentro

  

 

Requisitos de Multiprotocol Label Switching OAM

 

Os requisitos de Multiprotocol Label Switching OAM são as seguintes:

■ detecção e diagnóstico de defeitos e controle de plano de dados
■ A detecção de um defeito em um rótulo ligado caminho (Label Switch Routers)
■ pacotes OAM fluindo no mesmo caminho como Multiprotocol Label Switching dados de tráfego
■ caracterização Caminho
■ Medição de SLAs
■ OAM Interworking
■ MIBs
■ Contabilidade

 

Detecção e diagnóstico de controle e plano de dados Defeitos

 

Os problemas mais comuns para as redes Multiprotocol Label Switching são os pacotes que chegam em um Label Switching Router (Label Switch Router) com um rótulo específico para o qual a top Label Switch Router não tem nenhuma informação de encaminhamento ou transmissão de informações incorretas. Este problema pode ser detectado pelas informações de controle que Label Distribution Protocol (Label Distribution Protocol), Resource Reservation Protocol (Resource Reservation Protocol), protocolos de roteamento IP, da tabela de roteamento, a base de informações do rótulo (LIB) e rotular base de informação de encaminhamento (LIGA) fornecer. No entanto, o problema só se torna aparente se o tráfego está fluindo reais e não em algum Label Switch Router. A mais sutil e mais difícil de detectar o problema é aquela em que o plano de controle de informação é correta, mas o plano de dados falhar. É possível que o software do controle de avião a se comportar corretamente, com o problema detectado pelo mostrar comandos do roteador, enquanto o plano de dados gotas ou maltrata o pacote, o que poderia resultar em uma falha de encaminhamento. Por exemplo, um ASIC que realiza o encaminhamento de pacotes marcados em hardware no Label Switch Router pode tratar o valor TTL errada. Nesse caso, os pacotes podem falhar neste Label Switch Router ou a um Label Switch Router que está a jusante. Você verá mais adiante neste artigo que o ping Label Switch Routers e Label Switch Routers traceroute são ferramentas que podem detectar problemas no Multiprotocol Label Switching controle e planos de dados.

A detecção de um defeito em um Label Switched Path (Label Switch Routers)

Outro problema comum é a falta de um anúncio de etiqueta entre dois Label Switch Routers. Por exemplo, o Label Distribution Protocol cercanias de pares podem ser estabelecidas entre dois Label Switch Routers, que faz com que os pacotes para ser descartado ou encaminhado, sem etiqueta pilha. Por exemplo, se Multiprotocol Label Switching Layer 2 transporta o tráfego que passa não marcado em um provedor (P) roteador, ele é descartado. Da mesma forma, torna-se o tráfego IPv4 sem rótulo, que pode ser transmitida de acordo com a tabela de roteamento global. Se nenhuma rota para o endereço IP de destino existir, o pacote é descartado. Se existe uma entrada de roteamento, o pacote é transmitido. Nesse caso, duas coisas podem acontecer: o pacote poderá realmente fazer isso e ser enviadas para o destino, ou pode ser enviada para o destino errado. O pacote pode ser retirado mais tarde, ou o pacote de retorno pode ser descartada. Outro problema comumente visto em Multiprotocol Label Switching redes é problemas MTU. Por causa do rótulo adicionou pilha, o tamanho dos aumentos de pacotes por n vezes 4 bytes, onde n é o número de rótulos no rótulo pilha. Se a palavra controle está presente entre a etiqueta ea pilha Multiprotocol Label Switching carga útil, mais 4 bytes é adicionado. Isto pode causar problemas em roteadores MTU certo, ou porque não pode suportar tamanho maior MTU ou por causa de um erro de configuração. Em ambos os casos, enquanto os pacotes menores são encaminhados, o problema passa despercebido. O problema é detectado pela primeira vez, pacotes maiores são transmitidos. Nas redes que têm custo igual múltiplos caminhos (ECMP), alguns problemas podem passar despercebidas, enquanto um caminho dos caminhos ECMP não é usado. No entanto, assim como os fluxos de tráfego através de um caminho que não, o problema se torna aparente. É o melhor para detectar os problemas antes que um cliente solicita-los dentro Multiprotocol Label Switching OAM foi desenvolvido com isso em mente.

Pacotes OAM fluindo no mesmo caminho como Multiprotocol Label Switching Traffic Data

É importante que os pacotes OAM seguir o mesmo caminho que os dados reais do usuário para detectar os erros no plano de dados da Label Switch Router. Portanto, o Multiprotocol Label Switching tráfego OAM é simples tráfego protocolo UDP (UDP) e não um tipo de dados especial que os roteadores podem tratar de forma diferente. Por exemplo, o tráfego Internet Control Message Protocol (ICMP) podem ser transmitidas de forma diferente em routers de TCP comum ou o tráfego UDP. O encaminhamento do plano de dados desempenha um papel importante aqui. Alguns encaminhamento de hardware é diferente, dependendo do tipo de tráfego, ou às vezes é ignorada, com o software de encaminhamento do tráfego.

Caminho Caracterização

OAM tráfego pode determinar as características do caminho da Multiprotocol Label Switching tráfego. Essas características podem incluir o seguinte:

■ Qualidade de serviço (QoS) de tratamento
■ Time To Live (TTL) de tratamento
■ Latência
■ Jitter
■ comportamento ECMP
■ A unidade de transmissão máxima (MTU) ao longo do caminho
■ perda de pacotes

É importante quando se olha para o tratamento de tráfego ao longo de um Label Switch Routers ou tráfego pertencente a um determinado Forwarding Equivalence Class (Forwarding Equivalence Class) que você medir as características corretas. É, por exemplo, por mais importante que o tráfego de voz tem uma pequena latência e jitter valor ao longo do caminho, enquanto isso não é tão importante para o tráfego de dados na Internet. Uma excelente ferramenta para caracterizar o caminho de dados é IP SLA, que é discutido posteriormente neste artigo.

Medição de SLAs

Se SLAs aplica à rede Multiprotocol Label Switching, as características do Switch Label Routerss deve corresponder aos SLAs pré-definidos. Como tal, Multiprotocol Label Switching OAM deve fornecer um mecanismo para medir as características do Switch Label Routerss. Para SLA, a latência, jitter, round-trip-time (RTT), perda de pacotes e são características importantes para medir a cada Label Switch Routers. Você pode olhar a informação MIB para isso, ou você pode medir isso ativamente, enviando sondas para o Switch Label Routerss. IP SLA pode enviar sondas para medir o desempenho da rede ad hoc ou em intervalos regulares.

OAM Interworking

 Quando você Transport Layer 2 frames entre a nuvem Multiprotocol Label Switching (AToM), cada aresta fornecedor (PE router) tem circuitos de penhora (AC). Essas ACs pode ter Layer 2 protocolos com as suas próprias mensagens OAM e pacotes de erro. Multiprotocol Label Switching OAM deve apoiar a tradução ou mapeamento destes nativos Layer 2 a OAM protocolo (ou pelo menos um subconjunto deles) em recém-definido Multiprotocol Label Switching mensagens OAM. No caminho oposto, específico Multiprotocol Label Switching condições de erro que afetam o Pseudowires devem ser mapeados para as mensagens OAM nativa dos protocolos AC nos roteadores PE.

MIBs

Gestão de sempre joga um papel importante na rede. Isto não é diferente para Multiprotocol Label Switching redes. Gestão e MIBs desempenhar um papel importante no monitoramento do estado de uma rede e fornecer um alerta quando as coisas dão errado. MIBs específicas para Multiprotocol Label Switching têm sido desenvolvidos, e os novos ainda estão sendo trabalhadas. À luz da OAM para Multiprotocol Label Switching redes, as necessidades de gestão muita atenção, e sua importância é muitas vezes esquecido ou subestimado.

Contabilidade

A contabilidade é importante para as medições de rede e efeitos de facturação. Netflow pode fornecer contabilidade no Cisco IOS. Netflow foi feita Multiprotocol Label Switching ciente de tráfego por conta rotulado Label Switch Routers e ainda melhor do que isso, porque qualquer rótulo no rótulo pilha pode ser rastreado. Netflow é explicado posteriormente neste artigo.

um artigo submetido por Richard Mader


Isenção de responsabilidade:O nosso site não se responsabiliza pelo conteúdo deste artigo. Webarticles é uma fonte de informação livre.
Importante: Este artigo "Multiprotocol Label Switching Operação e Manutenção" foi traduzida por um software automático. Nós sentimos muito por quaisquer erros de ortografia que pode ter ocorrido. Obrigado pela sua compreensão.


Online: 236 users browsing the articles directory   


  

|