FCS Retenção e OAM Protocolos

Atualmente, nas redes de átomo, a seqüência de verificação de quadro (FCS) da Ethernet, Frame Relay, High-Level Data Link Control (HDLC) e PPP Camada 2 frames é removida antes AToM envia os quadros em todo o pseudowire. No final remotas do pseudowire, a saída PE insere o FCS, calculando-o sobre o quadro recebido da camada 2. Este comportamento pode conduzir a problemas se intermediário Label Switch Routers introduzir um problema pelo qual eles mudam a carga útil do Multiprotocol Label Switching pacote. Este problema pode passar despercebido até que o pacote chega ao host destino. Isso também faz a resolver o problema mais difícil, porque você primeiro tem que identificar onde o problema acontece. Um projecto está actualmente no âmbito do IETF (draft-ietf-pwe3-fcs-retenção) que descreve a retenção FCS e como ela pode ser assinalada entre os roteadores PE para que os roteadores PE pode decidir sobre a manutenção da FCS original. Quando o FCS original é mantida, garante o comportamento transparente do pseudowire para a camada 2 frames.

AToM Fragmentação e Remontagem

Fragmentação geralmente não é boa porque coloca uma maior carga de trabalho sobre a plataforma que está executando a fragmentação. Portanto, evite se possível. Path MTU Discovery e uso cuidadoso da MTU IP e Multiprotocol Label Switching MTU comandos geralmente começá-lo agora. Às vezes, a fragmentação é inevitável, como no caso do Path MTU Discovery não está funcionando por causa de firewalls bloqueando as mensagens ICMP necessários para Path MTU Discovery para funcionar corretamente. Se a carga é de tráfego IP, o roteador PE ingresso pode fragmentar o pacote IP antes de entrar no pseudowire. Nesse caso, o host de destino reagrupa os pacotes. Se a carga quadro não é IP, o roteador PE ingresso pode executar a fragmentação do quadro antes de entrar no pseudowire eo roteador PE saída remonta a moldura. O projecto IETF "draft-ietf-pwe3 fragmentação", descreve este procedimento. Mesmo que o Multiprotocol Label Switching MTU é suficiente no Multiprotocol Label Switching nuvem para o tráfego Atom, você ainda pode querer fragmento de quadros para garantir uma transmissão de baixa latência em o pseudowire. O roteador PE deverá receber sinal da sua capacidade para remontar os fragmentos em direção ao PE de ingresso no Circuito Virtual Forwarding Equivalence elemento de classe. A fragmentação é tratada através da palavra de controle, presentes abaixo do rótulo da pilha do Multiprotocol Label Switching pacote.

Circuit Emulation

Há ainda uma quantidade enorme de time-division multiplexing (TDM), linhas privadas e equipamentos legados que utilizam estes serviços TDM. Portanto, faz sentido realizar TDM sobre MPLS para suportar os serviços legados usando T1, E1, T3, E3, N × 64, e V.35. A vantagem de realizar estes tipos de serviços mais Multiprotocol Label Switching é que a rede de uma rede comum, o Multiprotocol Label Switching pode levar o IP / ATOM tráfego eo tráfego TDM. Com TDM emulação de circuito, o fluxo de bits TDM é realizada em todo o Multiprotocol Label Switching nuvem sobre uma Multiprotocol Label Switching pseudowire. A parte difícil é a emulação do circuito TDM. Exemplos incluem a recuperação de relógio e os procedimentos de sinalização de alarme. O roteador PE saída pode recuperar o relógio usando timestamps que o ingresso PE define roteador. Synchronous Digital Hierarchy / Synchronous Optical Network (SDH / SONET) emulação de circuitos mais Multiprotocol Label Switching é uma outra área de desenvolvimento. SONET e SDH são normas que descrevem uma hierarquia digital síncrona para transportar dados em redes de fibra. Ambos são populares SONET nos Estados Unidos e SDH na Europa.

GMultiprotocol Label Switching

Generalized Multiprotocol Label Switching (GMultiprotocol Label Switching) é baseada em MPLS TE, mas não adicionou extensões que tornam o trabalho mais recente em uma série de plataformas. Estas novas plataformas são densa multiplexação por divisão de comprimento de onda (DWDM) sistemas, Photonic Cross-Connects (PXC) e Optical Cross-Connects (OXC), entre outros. Estas plataformas que rodam GMultiprotocol Label Switching não são apenas roteadores ou Asynchronous Transfer Mode interruptores que têm Multiprotocol Label Switching habilitado. Estas plataformas nonrouter executar GMultiprotocol Label Switching no plano controle, enquanto Multiprotocol Label Switching está ausente do plano de dados. Isso porque essas novas plataformas não mudar os pacotes que podem ser rotulados, nem eles trocam células Asynchronous Transfer Mode.

Eles trocam comprimentos de onda (lambdas), tempo de divisão de canais (Synchronous Optical Network e Synchronous Digital Hierarchy: SONET / SDH), e completa portas físicas ou fibras. Os blocos de construção GMultiprotocol Label Switching são as mesmas que as de regular Multiprotocol Label Switching TE no plano de controle: o protocolo IPv4, um protocolo de roteamento de estado de ligação, e Resource Reservation Protocol (Resource Reservation Protocol) com as extensões TE. Um novo protocolo necessário para executar GMultiprotocol Label Switching é o Link Management Protocol (LMP), que foi desenvolvido para gerenciar as ligações mais fáceis. GMultiprotocol Label Switching necessidades LMP porque essas plataformas mais recentes podem ter um grande número de comprimentos de onda entre eles, o que torna a gestão das ligações pesado. LMP cuida da gestão e de verificação de conectividade link sobre estas ligações. GMultiprotocol Label Switching como Multiprotocol Label Switching TE distribui restrições de rede da mídia física para todas as plataformas que participam GMultiprotocol Label Switching. Você pode então usar essas restrições para construir Label Switch Routerss toda a rede que pode-like regular Multiprotocol Label Switching TE desviar do caminho mais curto. As limitações são diferentes das utilizadas pela Multiprotocol Label Switching TE, porque a mídia física é diferente. Diferentes capacidades de conexão, proteção, restauração e restrições estão envolvidos.

OAM Protocolos

BFD é um novo e leve, o protocolo de comunicação independentes que detecta falhas no plano de dados entre dois dispositivos. Foi desenvolvido especificamente para ser o protocolo de roteamento e meios de comunicação independentes e rápida para detectar falhas de comunicação de dados. O "rapidamente" representa para a detecção subsecond. SONET tem alarmes que pode detectar e notificar problemas rapidamente. A maioria dos meios de comunicação, no entanto, não têm como mecanismos de detecção rápida. BFD detecta rapidamente todas as falhas entre roteadores em vez de confiar no mecanismo Olá dos protocolos de roteamento. Os protocolos de roteamento pode executar a mesma função, mas são mais lentas e menos escalável que o número de interfaces é grande.

BFD também detecta falhas de dados de avião para Multiprotocol Label Switching Label Switch Routerss. Embora Label Switch Routers Ping pode fazer isso, ele também verifica as informações do plano de controle contra o plano de dados. BFD para Multiprotocol Label Switching Label Switch Routerss não faz isso, portanto, é mais leve no projeto e pode ser implementado em mais de hardware. Uma sessão BFD é estabelecida entre a entrada ea saída Label Switch Router, e pacotes de controle são enviados através BFD. Como tal, BFD faixas a vivacidade do Multiprotocol Label Switching Label Switch Routers e detecta falhas no plano de dados para o Label Switch Routers. Porque BFD para Multiprotocol Label Switching Label Switch Routerss é mais leve do Label Switch Routers Ping, é mais escalável. Você pode usar em mais BFD Label Switch Routerss, e ele detecta falhas mais rapidamente. Um problema com Multiprotocol Label Switching muitas vezes é que o plano de controle parece bem, mas o plano de dados não. Label Distribution Protocol (Label Distribution Protocol), Resource Reservation Protocol ou Border Gateway Protocol (Border Gateway Protocol) pode indicar os rótulos corretos de entrada e saída, mas o avião envio-o a LIGA ou da ASIC, que é programado com a LIGA, poderia estar fazendo o encaminhamento errado, resultando no pacote que está sendo misrouted ou descartada.

Uma solução para este problema é um Label Switch Router testar seu próprio plano de informação de dados. Essa funcionalidade é chamado de Label Switching Router Self-Test. O Label Switch Router a fazer o teste envia um pacote especial chamado um Multiprotocol Label Switching Data Plane Verificação da Requisição de seu vizinho upstream. Este pacote contém o rótulo de entrada de pilha que o Label Switch Router a fazer o teste de espera nos pacotes provenientes do seu vizinho upstream. Este montante Label Switch Router, em seguida, encaminha o pacote marcado para o vizinho a jusante da Label Switch Router em teste. O Label Switch Router a fazer o ensaio realiza transmissão normal de etiqueta no pacote e, portanto, está testando a regularidade de uma Label Switch Routers em seu plano de dados. Em outras palavras, o Label Switch Router a fazer o teste executa a operação de etiqueta normal (pop, push, ou swap) no pacote rotulado e encaminha-lo para o seu vizinho a jusante. O vizinho a jusante intercepta o pacote e envia uma Multiprotocol Label Switching Data Plane Verificação Responder ao Label Switch Router a fazer o teste. O Multiprotocol Label Switching Data Plane Verificação pacote de resposta indica a interface do vizinho a jusante, na qual o pacote foi recebido eo rótulo pilha. O Label Switch Router a fazer o teste pode verificar esta informação. Esta Label Switch Router Self-Test funcionalidade é baseada na funcionalidade Label Switch Routers Ping, mas extensões foram adicionados a ele.

Multiprotocol Label Switching Labeled Multicast

Desenvolvimentos recentes têm sido feitos sobre Multiprotocol Label Switching marcado multicast. Multicast IP é uma arquitetura conhecida que é comprovada no setor. Muitos querem o tráfego multicast deve ser Multiprotocol Label Switching rotulado. O rótulo de caminhos comutados (Label Switch Routers) encontrou neste artigo são ponto-a-ponto. Você pode torná-las ponto-multiponto ou mesmo multiponto-multiponto. Multiprotocol Label Switching TE and Resource Reservation Protocol para o TE foram estendidas para ser capaz de criar ponto-multiponto Label Switch Routerss. Label Distribution Protocol também pode criar esses pontos tomultipoint Label Switch Routerss para as pessoas que não precisam de TE ou que já tenham implantado uma rede Multiprotocol Label Switching com Label Distribution Protocol. Label Distribution Protocol foi prorrogado para a prestação destes ponto-multiponto-multiponto e multipointto Label Switch Routerss. Mesmo que você pode usar o rótulo de distribuição a jusante com Multiprotocol Label Switching multicast marcado, introduz rótulo distribuição a montante. Multiprotocol Label Switching redes até agora não usou rótulo distribuição a montante. Quando o transporte de pacotes multicast Multiprotocol Label Switching marcado, um Label Switch Router pode transmitir uma única cópia de um pacote rotulado em um link multi-acesso a múltiplos a jusante Label Switch Routers.

O Label Switch Router só pode fazer isso se ele suporta o modo upstream Label Distribution, porque então ela distribui um rótulo para a sua jusante Label Switch Routers para um ponto-multiponto Label Switch Routers. No modo de Downstream Label Distribution, cada um a jusante Label Switch Router independentemente atribui um rótulo diferente para o mesmo ponto-multiponto Label Switch Routers. Este proíbe o montante Label Switch Router de enviar uma única cópia de um pacote rotulado no pointto-multiponto Label Routers Switch no link multiaccess. Uma das aplicações mais interessantes de rotular o tráfego de multicast está carregando Multiprotocol Label Switching Virtual Private Network tráfego multicast através da Multiprotocol Label Switching backbone no ponto-multiponto Label Switch Routerss.

A proliferação de Multiprotocol Label Switching

Multiprotocol Label Switching já não é apenas utilizada por prestadores de serviços, mas cada vez mais por redes de empresas que possuem um diâmetro maior rede ou que têm necessidades específicas. Além disso, Multiprotocol Label Switching já evoluiu a partir do núcleo da rede mais próxima à borda. Um exemplo disto é a prorrogação do Switch Label Routerss para o roteador CE para o desenvolvimento mais fácil de QoS em Multiprotocol Label Switching redes Virtual Private Network. Embora Multiprotocol Label Switching Virtual Private Network sistemas autônomos ainda estão interligados via IP na maioria das vezes, no futuro, mais e mais Multiprotocol Label Switching Virtual Private Network redes serão interligadas através Multiprotocol Label Switching, e os pacotes serão enviados marcado para o outro sistema autônomo. A interligação entre Multiprotocol Label Switching redes não será limitada à interconexão Multiprotocol Label Switching redes Virtual Private Network, mas também será utilizado para alternar ATOM ou tráfego IPv6 de um provedor para outro. Esta tendência de mais marcado pacotes nos lugares onde eles não são hoje muito provavelmente continuar. Multiprotocol Label Switching espalhou-se de serem utilizados exclusivamente em roteadores IP e Asynchronous Transfer Mode muda para serem utilizados no plano de controle de OXCs, sistemas DWDM e TDM switches. Multiprotocol Label Switching mais definitivamente ainda tem que amadurecer nesta área.

um artigo submetido por George S Twiss

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 "FCS Retenção e OAM Protocolos" 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.