ptenfrdeitrues

          Outras Línguas

English Français 

domingo, maio 31, 2020

CADERNOS TEMÁTICOS : CATEDRAL FM . DIPLOMACIA . GEOPOLÍTICAKULTFASHION .  NETWORK AVIATION .  ÓRACULO DA HISTÓRIA . POLITICAL  .  SMARTVIDEO . SCOREMORE . TEKSMART IT . TECHNOLOGY MAG . MILITARY SERIES  | ECONOMY INSIGHT | PONT DES ARTS | TROUBLE SPOTS (eng)                                                                     

Você está aqui:Tecnologia»Acessos à Internet»Multi Protocol Label Switching(MPLS)
segunda, 30 março 2020 18:01

Multi Protocol Label Switching(MPLS) Destaque

Escrito por
Classifique este item
(0 votos)

O Multiprotocol Label Switching (MPLS) é uma técnica de roteamento em redes de telecomunicações que direcciona dados de um nó para o próximo com base em rótulos de caminho curto, em vez de endereços de rede longos, evitando assim pesquisas complexas numa tabela de roteamento e acelerando os fluxos de tráfego. Os rótulos identificam links virtuais (caminhos) entre nós distantes, em vez de nós de extremidade. O MPLS pode encapsular pacotes de vários protocolos de rede, daí a referência "multiprotocolo" em seu nome. O MPLS suporta uma variedade de tecnologias de acesso, incluindo T1 / E1, ATM, Frame Relay e DSL.

Papel e funcionamento

O MPLS é escalável e independente de protocolo. Em uma rede MPLS, os pacotes de dados recebem rótulos(Lables). As decisões de encaminhamento de pacote são tomadas exclusivamente no conteúdo deste rótulo, sem a necessidade de examinar o próprio pacote. Isso permite criar circuitos ponto a ponto em qualquer tipo de meio de transporte, usando qualquer protocolo. O principal benefício é eliminar a dependência de uma determinada tecnologia OSI da camada de enlace de dados do modelo OSI (camada 2), como Modo de Transferência Assíncrona (ATM), Frame Relay, Rede Óptica Síncrona (SONET) ou Ethernet e eliminar a necessidade de múltiplas camadas 2 redes para satisfazer diferentes tipos de tráfego. A comutação de etiquetas multiprotocolo pertence à família de redes comutadas por pacotes.

O MPLS opera em uma camada que geralmente é considerada entre as definições tradicionais da Camada 2 de OSI (camada de enlace de dados) e da Camada 3 (camada de rede) e, portanto, é frequentemente chamada de protocolo da camada 2.5. Foi projectado para fornecer um serviço unificado de transporte de dados para clientes baseados em circuito e clientes de comutação de pacotes que fornecem um modelo de serviço de datagrama. Ele pode ser usado para transportar muitos tipos diferentes de tráfego, incluindo pacotes IP, bem como frames ATM, SONET e Ethernet nativos.

 

Várias tecnologias diferentes foram implantadas anteriormente com objectivos essencialmente idênticos, como Frame Relay e ATM. O Frame Relay e o ATM usam "rótulos" para mover frames ou células pela rede. O cabeçalho do Frame Relay e a célula ATM refere-se ao circuito virtual no qual o quadro ou célula reside. A semelhança entre o Frame Relay, o ATM e o MPLS é que, a cada salto na rede, o valor da "label" no cabeçalho é alterado. Isso é diferente do encaminhamento de pacotes IP. As tecnologias MPLS evoluíram com os pontos fortes e fracos do ATM. O MPLS foi projectado para ter uma sobrecarga menor do que o ATM, ao mesmo tempo em que fornece serviços orientados a conexão para quadros de tamanho variável, e substituiu muito uso do ATM no mercado.

Em particular, o MPLS dispensa a bagagem do protocolo de comutação de células e de sinalização do caixa electrónico. O MPLS reconhece que pequenas células ATM não são necessárias no núcleo das redes modernas, pois as redes ópticas modernas são tão rápidas (a partir de 2017, a 200 Gbit / s e mais) que mesmo pacotes completos de 1500 bytes não incorrem em real atrasos na fila de espera (a necessidade de reduzir esses atrasos - por exemplo, para suportar o tráfego de voz - foi a motivação para a natureza celular do ATM).

Ao mesmo tempo, o MPLS tenta preservar a engenharia de tráfego (TE) e o controle fora de banda que tornaram o Frame Relay e o ATM atraentes para a implantação de redes de grande escala.

História

  • 1994: A Toshiba apresentou as idéias do Cell Switch Router (CSR) ao IETF BOF
  • 1996: Ipsilon, Cisco e IBM anunciaram planos de troca de etiquetas
  • 1997: Formação do grupo de trabalho IETF MPLS
  • 1999: First MPLS VPN (L3VPN) and TE deployments
  • 2000: MPLS traffic engineering
  • 2001: First MPLS Request for Comments (RFCs) released
  • 2002: AToM (L2VPN)
  • 2004: GMPLS; Large-scale L3VPN
  • 2006: Large-scale TE "Harsh"
  • 2007: Large-scale L2VPN
  • 2009: Label Switching Multicast
  • 2011: Perfil de transporte MPLS

Em 1996, um grupo da Ipsilon Networks propôs um "protocolo de gestão de fluxo". Sua tecnologia "IP Switching", que foi definida apenas para funcionar em ATM, não alcançou o domínio do mercado. A Cisco Systems apresentou uma proposta relacionada, não restrita à transmissão ATM, chamada "Tag Switching"  (com seu protocolo de distribuição de tags TDP ). Era uma proposta proprietária da Cisco e foi renomeada como "Label Switching". Foi entregue à Internet Engineering Task Force (IETF) para padronização aberta. O trabalho da IETF envolveu propostas de outros fornecedores e o desenvolvimento de um protocolo de consenso que combinava recursos do trabalho de vários fornecedores. 

Uma motivação original era permitir a criação de switches simples de alta velocidade, pois por um período significativo de tempo era impossível encaminhar pacotes IP inteiramente em hardware. No entanto, os avanços no VLSI tornaram esses dispositivos possíveis. Portanto, as vantagens do MPLS giram principalmente em torno da capacidade de suportar vários modelos de serviço e executar a gestão de tráfego. O MPLS também oferece uma estrutura de recuperação robusta  que vai além dos simples anéis de protecção das redes ópticas síncronas (SONET / SDH).

Operação

O exemplo apresentado na Figura 1 indica o envio de um pacote da rede A para a rede B (PC1 para PC2). Para realizar a transmissão o PC1 envia um pacote para seu o roteador de saída padrão, pois o destino do pacote encontra-se em uma rede diferente. Entre as redes A e B existe o domínio MPLS. Localizado na borda da rede MPLS, o LER de ingresso irá realizar a classificação do pacote associando-o uma FEC e adicionando um LSP ao pacote. O LER de ingresso utiliza a tabela de roteamento para encaminhar o pacote ao LSR mais próximo. O LSR analisa o rótulo que está contido no pacote, dispensando a análise do IP. Com isto, ele descobre o próximo LSR, podendo ou não adicionar outro rótulo para esse pacote. Esse processo irá se repetir até que o pacote chegue em outro roteador de borda LER. Por fim, o LER de regresso retira o rótulo contido no pacote e encaminha para o ativo de rede mais próximo, chegando ao computador de destino (PC2) da rede B.

O MPLS funciona prefixando pacotes com um cabeçalho MPLS, contendo um ou mais rótulos. Isso é chamado de pilha de etiquetas. Cada entrada na pilha de etiquetas contém quatro campos:

  • Um valor de etiqueta de 20 bits. Um rótulo com o valor 1 representa o rótulo de alerta do roteador.
  • um campo de classe de tráfego de 3 bits para prioridade de QoS (qualidade de serviço) e ECN (notificação explícita de congestionamento). Antes de 2009, esse campo era chamado EXP.
  • uma parte inferior de 1 bit da bandeira da pilha Se isso estiver definido, significa que o rótulo actual é o último na pilha.
  • um campo TTL (tempo de vida) de 8 bits.

Esses pacotes rotulados MPLS são alternados após uma pesquisa / troca de rótulo em vez de uma pesquisa na tabela IP. Como mencionado acima, quando o MPLS foi concebido, a pesquisa de etiquetas e a troca de etiquetas eram mais rápidas que uma tabela de roteamento ou RIB (Routing Information Base), porque elas poderiam ocorrer directamente dentro da malha comutada e evitar a necessidade de usar o sistema operativo.

A presença de tal etiqueta, no entanto, deve ser indicada ao roteador / switch. No caso de quadros Ethernet, isso é feito através do uso dos valores EtherType 0x8847 e 0x8848, para conexões unicast e multicast, respectivamente.

 

Router comutador de etiquetas(LSR)

 

Um roteador MPLS que executa roteamento baseado apenas na etiqueta é chamado de router de comutador de etiqueta (LSR) ou roteador de trânsito. Este é um tipo de router localizado no meio de uma rede MPLS. É responsável por alternar os rótulos usados para rotear pacotes.

Quando um LSR recebe um pacote, ele usa o rótulo incluído no cabeçalho do pacote como um índice para determinar o próximo salto no caminho comutado por rótulo (LSP) e um rótulo correspondente para o pacote em uma tabela de pesquisa. O rótulo antigo é então removido do cabeçalho e substituído pelo novo rótulo antes que o pacote seja encaminhado.

Label edge router(LER)

Um router de borda de etiqueta (LER, também conhecido como edge LSR) é um router que opera na borda de uma rede MPLS e actua como pontos de entrada e saída da rede. Os LERs colocam um rótulo MPLS num pacote recebido e retiram-no de um pacote enviado. Como alternativa, no penúltimo salto pulando, essa função pode ser executada pelo LSR directamente conectado ao LER.

Ao encaminhar um datagrama IP para o domínio MPLS, um LER usa informações de roteamento para determinar o rótulo apropriado a ser afixado, rotula o pacote adequadamente e encaminha o pacote rotulado para o domínio MPLS. Da mesma forma, ao receber um pacote rotulado destinado a sair do domínio MPLS, o LER retira o rótulo e encaminha o pacote IP resultante usando regras normais de encaminhamento de IP.

Router Provider

No contexto específico de uma rede virtual privada (VPN) baseada em MPLS, as LERs que funcionam como roteadores de entrada e / ou saída para a VPN são freqüentemente chamadas de roteadores PE (Borda do Provider). Os dispositivos que funcionam apenas como routers de trânsito são chamados de routers P (Provider). O trabalho de um router P é significativamente mais fácil do que o de um router PE, portanto, eles podem ser menos complexos e mais confiáveis por causa disso.

LPD-Label Distribution Protoco(LPD)(Protocolo de distribuição de etiquetas)

Os rótulos são distribuídos entre LER e LSR usando o Label Distribution Protocol (LDP). Os LSR numa rede MPLS trocam regularmente informações de etiquetas e acessibilidade usando procedimentos padronizados para criar uma imagem completa da rede para que eles possam usar para encaminhar pacotes.

LPS-Label-switched paths(Caminhos comutados por rótulo)

Os caminhos comutados por rótulo (LSP) são estabelecidos pelo operador de rede para uma variedade de propósitos, como criar redes privadas virtuais IP baseadas em rede ou rotear o tráfego ao longo de caminhos especificados pela rede. Em muitos aspectos, os LSP não são diferentes dos circuitos virtuais permanentes (PVCs) nas redes ATM ou Frame Relay, excepto que eles não dependem de uma tecnologia de camada 2 específica.

Routing(Roteamento)

Quando um pacote não rotulado entra no router de entrada e precisa ser passado para um túnel MPLS, o router primeiro determina a classe de equivalência de encaminhamento (FEC) para o pacote e depois insere um ou mais rótulos no cabeçalho MPLS recém-criado do pacote. O pacote é então passado para o router do próximo salto para esse túnel.

O cabeçalho MPLS é adicionado entre o cabeçalho da camada de rede e o cabeçalho da camada de link do modelo OSI.

Quando um pacote rotulado é recebido por um router MPLS, o rótulo superior é examinado. Com base no conteúdo da etiqueta, uma operação de troca, empurre (Push) ou pop (descarte) é realizada na pilha de etiquetas do pacote. Os routers podem ter tabelas de pesquisa pré-construídas que informam que tipo de operação executar com base no rótulo mais alto do pacote recebido, para que possam processar o pacote muito rapidamente.

  • Numa operação de troca, o rótulo é trocado por um novo rótulo e o pacote é encaminhado ao longo do caminho associado ao novo rótulo.
  • Numa operação push, uma nova etiqueta é colocada sobre a etiqueta existente, efectivamente "encapsulando" o pacote em outra camada do MPLS. Isso permite o roteamento hierárquico de pacotes MPLS. Notavelmente, isso é usado pelas VPN MPLS.
  • Numa operação pop, a etiqueta é removida do pacote, o que pode revelar uma etiqueta interna abaixo. Esse processo é chamado de "decapsulação". Se o rótulo popped foi o último na pilha de rótulos, o pacote "sai" do túnel MPLS. Isso pode ser feito pelo router de saída.

Durante essas operações, o conteúdo do pacote abaixo da pilha MPLS Label não é examinado. De facto, os routers de trânsito normalmente precisam apenas examinar a etiqueta mais alta da pilha. O encaminhamento do pacote é feito com base no conteúdo dos rótulos, o que permite o "encaminhamento de pacotes independente de protocolo" que não precisa olhar para uma tabela de roteamento dependente de protocolo e evita a correspondência de prefixo IP mais longa em cada salto.

No router de saída, quando o último rótulo foi exibido, apenas a carga útil permanece. Pode ser um pacote IP ou qualquer outro tipo de pacote de carga útil. O router de saída deve, portanto, ter informações de roteamento para a carga útil do pacote, pois deve encaminhá-lo sem a ajuda de tabelas de pesquisa de rótulo. Um router de trânsito MPLS não tem esse requisito.

Normalmente (por padrão, com apenas um rótulo na pilha, de acordo com a especificação MPLS), o último rótulo é disparado no penúltimo salto (o salto antes do router de saída). Isso é chamado de penúltimo salto pop (PHP). Isso pode ser interessante nos casos em que o router de saída tem muitos pacotes que deixam os túneis MPLS e, portanto, gasta quantidades excessivas de tempo de CPU nisso. Ao usar o PHP, os routers de trânsito conectados directamente a esse router de saída efectivamente o descarregam, exibindo eles mesmos o último rótulo. Nos protocolos de distribuição de rótulos, essa acção pop de rótulo PHP é anunciada como valor 3 "implícito-nulo" (que nunca é encontrado num rótulo, pois significa que o rótulo deve ser populado).

Essa optimização não é mais tão útil (como nos fundamentos iniciais do MPLS - operações mais fáceis para os routers). Vários serviços MPLS (incluindo gestão completo de QoS  e 6PE) implicam manter uma etiqueta entre o penúltimo e o último router MPLS, com uma disposição de etiqueta sempre feita no último router MPLS: o «Ultimate Hop Popping» (UHP). Alguns valores específicos de etiqueta foram marcadamente reservados para esse uso:

  • 0: «explicit-null» para IPv4
  • 2: «explicit-null» para IPv6

LSP - Label-switched path (Caminho comutado por rótulo)

Um caminho comutado por rótulo (LSP) é um caminho através de uma rede MPLS, configurada pelo NMS ou por um protocolo de sinalização como LDP, RSVP-TE, BGP (ou o agora reprovado CR-LDP). O caminho é configurado com base nos critérios do FEC.

O caminho começa num router de borda de etiqueta (LER), que toma uma decisão sobre qual rótulo deve prefixar um pacote, com base no FEC apropriado. Em seguida, encaminha o pacote para o próximo router no caminho, que troca a etiqueta externa do pacote por outra etiqueta e o encaminha para o próximo router. O último roter no caminho remove o rótulo do pacote e encaminha o pacote com base no cabeçalho da próxima camada, por exemplo, IPv4. Devido ao encaminhamento de pacotes através de um LSP ser opaco para as camadas de rede mais altas, um LSP também é chamado de túnel MPLS.

O router que primeiro prefixa o cabeçalho MPLS a um pacote é chamado de router de entrada. O último router num LSP, que abre o rótulo do pacote, é chamado de router de saída. Os routers intermediários, que precisam apenas de rótulos de troca, são chamados de routers de trânsito ou routers de comutador de rótulo (LSR).

Observe que os LSP são unidirecionais; eles permitem que um pacote seja rotulado na rede MPLS de um terminal para outro. Como a comunicação bidirecional é normalmente desejada, os protocolos de sinalização dinâmica mencionados acima podem configurar um LSP na outra direcção para compensar isso.

Quando a protecção é considerada, os LSP podem ser classificados como primário (operacional), secundário (alternativo) e terciário (LSP de último recurso). Como descrito acima, os LSP são normalmente P2P (ponto-a-ponto). Um novo conceito de LSP, conhecido como P2MP (ponto a multiponto), foi introduzido recentemente. Estes são usados ​​principalmente para fins de difusão selectiva.

Instalando e removendo caminhos

Existem dois protocolos padronizados para gerir caminhos MPLS: o Label Distribution Protocol (LDP) e o RSVP-TE, uma extensão do Resource Reservation Protocol (RSVP) para engenharia de tráfego. Além disso, existem extensões do Border Gateway Protocol (BGP) que podem ser usadas para gerir um caminho MPLS.

Um cabeçalho MPLS não identifica o tipo de dados transportados dentro do caminho MPLS. Se alguém deseja transportar dois tipos diferentes de tráfego entre os mesmos dois roteadores, com tratamento diferente pelos roteadores principais para cada tipo, é necessário estabelecer um caminho MPLS separado para cada tipo de tráfego.

Endereçamento multicast

O multicast foi, em grande parte, uma reflexão tardia no design do MPLS. Foi introduzido pelo RSVP-TE ponto a multiponto.  Foi orientado pelos requisitos do provedor de serviços para transportar vídeo em banda larga por MPLS. Desde o início da RFC 4875, houve um aumento tremendo no interesse e na implantação do multicast MPLS e isso levou a vários novos desenvolvimentos tanto na IETF quanto nos produtos de remessa.

O hub & spoke multiponto LSP também é introduzido pelo IETF, curto como HSMP LSP. O HSMP LSP é usado principalmente para multicast, sincronização de horário e outros propósitos.

Relação com o Protocolo da Internet 


O MPLS trabalha em conjunto com o Internet Protocol (IP) e seus protocolos de roteamento, como o Interior Gateway Protocol (IGP). Os LSPs MPLS fornecem redes virtuais dinâmicas e transparentes, com suporte para engenharia de tráfego, capacidade de transportar VPNs da camada 3 (IP) com espaços de endereço sobrepostos e suporte para pseudo-fios da camada 2 usando a Emulação Pseudowire de ponta a ponta (PWE3)capazes de transportar uma variedade de cargas úteis de transporte (IPv4, IPv6, ATM, Frame Relay etc.). Os dispositivos compatíveis com MPLS são referidos como LSR. Os caminhos que um LSR conhece podem ser definidos usando a configuração hop-by-hop explícita, ou são roteados dinamicamente pelo algoritmo de menor caminho restrito primeiro (CSPF), ou são configurados como uma rota livre que evita um endereço IP específico ou é parcialmente explícito e parcialmente dinâmico.

Em uma rede IP pura, o caminho mais curto para um destino é escolhido mesmo quando o caminho fica congestionado. Enquanto isso, em uma rede IP com roteamento MPLS Traffic Engineering CSPF, restrições como a largura de banda RSVP dos links atravessados ​​também podem ser consideradas, de modo que o caminho mais curto com a largura de banda disponível seja escolhido. A MPLS Traffic Engineering conta com o uso de extensões TE para abrir o caminho mais curto primeiro (OSPF) ou o sistema intermediário para o sistema intermediário (IS-IS) e o RSVP. Além da restrição de largura de banda do RSVP, os utilizadores também podem definir suas próprias restrições especificando atributos de link e requisitos especiais para os túneis a serem roteados (ou não a serem roteados) por links com determinados atributos.

Para os utilizdores finais, o uso do MPLS não é visível directamente, mas pode ser assumido ao fazer um traceroute: apenas os nós que fazem o roteamento IP completo são mostrados como saltos no caminho, portanto, não os nós do MPLS usados ​​no meio, portanto, quando você vê Como um pacote salta entre dois nós muito distantes e quase nenhum outro 'salto' é visto na rede desse provedor (ou AS), é muito provável que a rede use MPLS.

Proteção local MPLS (nova rota rápida)

No caso de uma falha do elemento de rede quando os mecanismos de recuperação são empregados na camada IP, a restauração pode demorar alguns segundos, o que pode ser inaceitável para aplicativos em tempo real, como VoIP. Por outro lado, a protecção local MPLS atende aos requisitos de aplicativos em tempo real com tempos de recuperação comparáveis aos das redes de ponte de caminho mais curto ou anéis SONET de menos de 50 ms.

Comparações

O MPLS pode fazer uso da rede ATM existente ou da infraestrutura Frame Relay, pois seus fluxos rotulados podem ser mapeados para identificadores de circuito virtual ATM ou Frame Relay e vice-versa.

Frame Relay

O Frame Relay visava fazer um uso mais eficiente dos recursos físicos existentes, o que permite o subprovisionamento de serviços de dados pelas empresas de telecomunicações para os seus clientes, pois era improvável que os clientes utilizassem um serviço de dados 100% do tempo. Nos anos mais recentes, o Frame Relay adquiriu uma má reputação em alguns mercados devido ao excesso de reservas em excesso de largura de banda por parte dessas empresas de telecomunicações.

As empresas de telecomunicações costumam vender o Frame Relay para empresas que buscam uma alternativa mais barata às linhas dedicadas; seu uso em diferentes áreas geográficas dependia muito das políticas das empresas governamentais e de telecomunicações.

Muitos clientes migraram do Frame Relay para MPLS sobre IP ou Ethernet, o que, em muitos casos, reduzirá custos e melhorará a capacidade de gestão e o desempenho de suas redes de longa distância.

 

ATM (modo de transferência assíncrona)

Embora os protocolos e tecnologias subjacentes sejam diferentes, o MPLS e o ATM fornecem um serviço orientado à conexão para o transporte de dados através de redes de computadores. Nas duas tecnologias, as conexões são sinalizadas entre os pontos finais, o estado da conexão é mantido em cada nó no caminho e as técnicas de encapsulamento são usadas para transportar dados pela conexão. Excluindo as diferenças nos protocolos de sinalização (RSVP / LDP para MPLS e PNNI: interface rede a rede privada para ATM), ainda existem diferenças significativas no comportamento das tecnologias.

A diferença mais significativa está nos métodos de transporte e encapsulamento. O MPLS pode trabalhar com pacotes de comprimento variável, enquanto o ATM transporta células de comprimento fixo (53 bytes). Os pacotes devem ser segmentados, transportados e remontados numa rede ATM usando uma camada de adaptação, o que adiciona complexidade e sobrecarga significativas ao fluxo de dados. O MPLS, por outro lado, simplesmente adiciona um rótulo ao cabeçalho de cada pacote e o transmite na rede.

Também existem diferenças na natureza das conexões. Uma conexão MPLS (LSP) é unidirecional - permitindo que os dados fluam em apenas uma direcção entre dois pontos de extremidade. O estabelecimento de comunicações bidirecionais entre os terminais requer que um par de LSP seja estabelecido. Como são necessários 2 LSP para conectividade, os dados que fluem na direcção directa podem usar um caminho diferente dos dados que fluem na direcção reversa. As conexões ponto a ponto ATM (circuitos virtuais), por outro lado, são bidirecionais, permitindo que os dados fluam nas duas direcções pelo mesmo caminho (as conexões ATM SVC e PVC são bidirecionais). 

O ATM e o MPLS suportam o tunelamento de conexões dentro de conexões. O MPLS usa empilhamento de etiquetas para fazer isso, enquanto o ATM usa caminhos virtuais. O MPLS pode empilhar várias etiquetas para formar túneis dentro dos túneis. O indicador de caminho virtual ATM (VPI) e o indicador de circuito virtual (VCI) são ambos transportados juntos no cabeçalho da célula, limitando o ATM a um único nível de encapsulamento.

A maior vantagem que o MPLS tem sobre o ATM é que ele foi projectado desde o início para complementar o IP. Os routers modernos são capazes de suportar nativamente MPLS e IP numa interface comum, permitindo aos operadores de rede uma grande flexibilidade no design e operação da rede. As incompatibilidades do ATM com o IP requerem uma adaptação complexa, tornando-o comparativamente menos adequado para as redes predominantemente IP actuais.

Desenvolvimento

Actualmente, o MPLS está em uso em redes somente IP e é padronizado pela IETF na RFC 3031. Ele é implantado para conectar apenas duas instalações a implantações muito grandes.

Na prática, o MPLS é usado principalmente para encaminhar unidades de dados do protocolo IP (PDUs) e tráfego Ethernet do Serviço de LAN privada virtual (VPLS). As principais aplicações do MPLS são a engenharia de tráfego de telecomunicações e o MPLS VPN.

Evolução

O MPLS foi originalmente proposto para permitir o encaminhamento de tráfego de alto desempenho e a engenharia de tráfego em redes IP. No entanto, evoluiu no MPLS generalizado (GMPLS) para permitir a criação de caminhos comutados por rótulo (LSP) também em redes IP não nativas, como redes SONET / SDH e redes ópticas comutadas por comprimento de onda.

Protocolos concorrentes

O MPLS pode existir num ambiente IPv4 e IPv6, usando protocolos de roteamento apropriados. O principal objectivo do desenvolvimento do MPLS era o aumento da velocidade de roteamento.  Esse objectivo não é mais relevante  devido ao uso de métodos de comutação mais recentes (capazes de encaminhar IPv4 simples com a rapidez dos pacotes rotulados MPLS), como comutação baseada em ASIC, TCAM e CAM. Agora, portanto, a principal aplicação do MPLS é implementar engenharia de tráfego limitada e VPNs da camada 3 / camada 2 "tipo de provedor de serviços" em redes IPv4

Além do GMPLS, os principais concorrentes do MPLS são o SPB (Shortest Path Bridging), o provedor de backbone bridges (PBB) e o MPLS-TP. Eles também fornecem serviços como VPNs de camada 2 e 3 do provedor de serviços.

Como um exemplo de NPLC, considere duas cidades. Uma organização tem um escritório em cada cidade. A organização requer conectividade entre esses dois escritórios. O ISP terá acesso a um PoP em cada cidade e, portanto, possui um link entre os PoPs. Para conectar os escritórios aos PoPs, uma conexão via loop local será comissionada para cada escritório. Dessa maneira, um NPLC é entregue.

Referências

  • ^ https://searchnetworking.techtarget.com/definition/Multiprotocol-Label-Switching-MPLS
  • ^ MPLS Fundamentals, By Luc De Ghein Nov 21, 2006 (ISBN 1-58705-197-4)
  • ^ Applied Data Communications (A Business-Oriented Approach) James E. Goldman & Phillip T. Rawles, 2004 (ISBN 0-471-34640-3)
  • ^ P. Newman; et al. (May 1996). "Ipsilon Flow Management Protocol Specification for IPv4". RFC 1953. IETF. Missing or empty |url= (help)
  • ^ Y. Rekhter et al., Tag switching architecture overview, Proc. IEEE 82 (December 1997), 1973–1983.
  • ^ "IETF - Tag Distribution Protocol (draft-doolan-tdp-spec-00)". IETF. September 1996.
  • ^ V. Sharma; F. Hellstrand (February 2003), RFC 3469: Framework for Multi-Protocol Label Switching (MPLS)-based Recovery, IETF
  • ^ L. Andersson; R. Asati (February 2009), Multiprotocol Label Switching (MPLS) Label Stack Entry: "EXP" Field Renamed to "Traffic Class" Field, IETF
  • ^ Ivan Pepelnjak; Jim Guichard (2002), MPLS and VPN Architectures, Volume 1, Cisco Press, p. 27, ISBN 1587050811
  • E. Rosen; Y. Rekhter (February 2006), RFC 4364: BGP/MPLS IP Virtual Private Networks (VPNs), IETF
  • ^ B. Thomas; E. Gray (January 2001), RFC 3037: LDP Applicability, IETF
  • ^ Savecall telecommunication consulting company Germany Savecall - MPLS
  • ^ Doyle, Jeff. "Understanding MPLS Explicit and Implicit Null Labels". Network World. Retrieved 2018-03-13.
  • ^ "6PE FAQ: Why Does 6PE Use Two MPLS Labels in the Data Plane?". Cisco. Retrieved 2018-03-13.
  • ^ Gregg., Schudel (2008). Router security strategies : securing IP network traffic planes. Smith, David J. (Computer engineer). Indianapolis, Ind.: Cisco Press. ISBN 978-1587053368. OCLC 297576680.
  • ^ "Configuring Ultimate-Hop Popping for LSPs - Technical Documentation - Support - Juniper Networks". www.juniper.net. Retrieved 2018-03-13.
  • ^ Dino, Farinacci; Guy, Fedorkow; Alex, Conta; Yakov, Rekhter; C., Rosen, Eric; Tony, Li. "MPLS Label Stack Encoding". tools.ietf.org. Retrieved 2018-03-13.
  • ^  Eric C. Rosen. "Removing a Restriction on the use of MPLS Explicit NULL". tools.ietf.org. Retrieved 2018-03-13.
  • ^ L. Andersson; I. Minei; B. Thomas (October 2007), RFC 5036: LDP Specification, IETF
  • ^ D. Awduche; L. Berger; D. Gan; T. Li; V. Srinivasan; G. Swallow (December 2001), RFC 3209: RSVP-TE: Extensions to RSVP for LSP Tunnels, IETF
  • ^ Y. Rekhter; E. Rosen (May 2001), RFC 3107: Carrying Label Information in BGP-4, IETF
  • ^ Y. Rekhter; R. Aggarwal (January 2007), RFC 4781: Graceful Restart Mechanism for BGP with MPLS, IETF
  • ^ R. Aggarwal; D. Papadimitriou; S. Yasukawa (May 2007), RFC 4875: Extensions to Resource Reservation Protocol-Traffic Engineering (RSVP-TE) for Point-to-Multipoint TE Label Switched Paths (LSPs), IETF
  • ^ S. Bryant; P. Pate (March 2005), RFC 3985: Pseudo Wire Emulation Edge-to-Edge (PWE3) Architecture, IETF
  • ^ de Ghein, Luc, MPLS Fundamentals, pp. 249–326
  •  Aslam; et al. (2005-02-02), NPP: A Facility Based Computation Framework for Restoration Routing Using Aggregate Link Usage Information, QoS-IP 2005 : quality of service in multiservice IP network, retrieved 2006-10-27.
  • ^ Raza; et al. (2005), "Online routing of bandwidth guaranteed paths with local restoration using optimized aggregate usage information", IEEE International Conference on Communications, 2005. ICC 2005. 2005, IEEE-ICC 2005, 1, pp. 201–207, doi:10.1109/ICC.2005.1494347, ISBN 0-7803-8938-7.
  •  Li Li; et al. (2005), "Routing bandwidth guaranteed paths with local restoration in label switched networks", IEEE Journal on Selected Areas in Communications, IEEE Journal on Selected Areas in Communications, 23 (2): 437–449, doi:10.1109/JSAC.2004.839424.
  • ^ Kodialam; et al. (2001), "Dynamic Routing of Locally Restorable Bandwidth Guaranteed Tunnels using Aggregated Link Usage Information", Proceedings IEEE INFOCOM 2001. Conference on Computer Communications. Twentieth Annual Joint Conference of the IEEE Computer and Communications Society (Cat. No.01CH37213), IEEE Infocom. pp. 376–385. 2001, 1, pp. 376–385, doi:10.1109/INFCOM.2001.916720, ISBN 0-7803-7016-3.
  • ^ Tran Cong Hung, Le Quoc Cuong, Tran Thi Thuy Mai (10 Feb 2019). "A Study on Any Transport over MPLS (AToM)" (PDF)International Conference on Advanced Communications Technology. Retrieved 5 February 2020.
  • ^ "Is MPLS faster?". www.802101.com. 2017-08-04. Retrieved 2017-08-05.
  • ^ Alwayn, Vivek. (2002). Advanced MPLS design and implementation. Indianapolis, Ind.: Cisco Press. ISBN 158705020X. OCLC 656875465.
  • ^ Salah M. S. Buraiky (December 2018). "An Informal Guide to the Engines of Packet Forwarding". Juniper Forums.
  • ^ Richard A Steenbergen (June 13–16, 2010). "MPLS for Dummies" (PDF)NANOG.
  • ^ Joseph M. Soricelli with John L. Hammond, Galina Diker Pildush, Thomas E. Van Meter, Todd M. Warble (June 2003). Juniper JNCIA Study Guide (PDF). ISBN 0-7821-4071-8.

Leitura adicional

  • "Deploying IP and MPLS QoS for Multiservice Networks: Theory and Practice" by John Evans, Clarence Filsfils (Morgan Kaufmann, 2007, ISBN 0-12-370549-5)
  • Rick Gallaher's MPLS Training Guide (ISBN 1932266003)
Ler 116 vezes Modificado em terça, 07 abril 2020 17:29

Deixe um comentário

Make sure you enter all the required information, indicated by an asterisk (*). HTML code is not allowed.

Parceiros Educacionais

National Geographic   Discovery Channel      

Parceiros Tecnológicos de Referência


Teksmartit     IB6   

Usamos cookies para melhorar nosso site e sua experiência ao usá-lo. Os cookies utilizados para o funcionamento essencial deste site já foram definidos. To find out more about the cookies we use and how to delete them, see our privacy policy.

  I accept cookies from this site.
EU Cookie Directive Module Information