Documente Academic
Documente Profesional
Documente Cultură
FEUP/DEEC/RBL 2005/06
Jos Ruela
O IETF desenvolveu uma arquitectura designada Multiprotocol Label Switching (MPLS), que se encontra descrita em vrios documentos, nomeadamente
RFC 2702 Requirements for Traffic Engineering Over MPLS RFC 3031 Multiprotocol Label Switching Architecture RFC 3032 MPLS Label Stack Encoding RFC 3035 MPLS using LDP and ATM VC Switching RFC 3036 LDP Specification RFC 3209 RSVP-TE: Extensions to RSVP for LSP Tunnels RFC 3212 Constraint-Based LSP Setup using LDP RFC 3270 MPLS Support of Differentiated Services RFC 3564 Requirements for Support of Differentiated Services-aware MPLS Traffic Engineering
Necessidade
Com o crescimento explosivo da Internet, os fornecedores de servios IP (ISP Internet Service Providers) necessitam de dispor de uma infra-estrutura de rede (backbone) de elevada capacidade e pequena latncia, flexvel, escalvel, e que permita oferecer Qualidade de Servio diferenciada
A gesto destas redes requer mecanismos poderosos de Engenharia de Trfego, isto , a capacidade de mapear fluxos na topologia fsica, de forma a distribuir o trfego de forma equilibrada na rede, e assim conseguir utilizao eficiente de recursos, evitar congestionamento e melhorar o desempenho global
As redes de fornecedores de servio IP tm vindo a evoluir para uma estrutura em dois nveis um ncleo (core) de alta velocidade que interliga routers IP localizados na periferia (edge), onde se situa a inteligncia de processamento
A arquitectura CLIP (Classical IP over ATM), do tipo overlay, segue este modelo mas apresenta diversas limitaes, o que justificou a pesquisa de novas solues baseadas no conceito de comutao multi-camada (multilayer switching), de que o MPLS se constitui actualmente como referncia As arquitecturas de comutao multi-camada integram tcnicas de comutao baseadas em etiquetas (label swapping forwarding), realizadas na camada de ligao de dados, com tcnicas de encaminhamento caractersticas da camada de rede (network layer routing)
A arquitectura CLIP caracteriza-se por dois tipos de equipamentos routers IP e comutadores ATM e duas topologias segregadas (topologia fsica ATM na qual sobreposta a topologia lgica IP)
os routers e os comutadores no partilham informao topolgica, o que impede uma optimizao conjunta de recursos cada rede tem os seus protocolos prprios de encaminhamento e sinalizao e o seu espao de endereamento, com naturais duplicaes e ineficincias
Ao organizar os routers IP numa nica LIS (Logical IP Subnetwork) cada router adjacente lgico (logical peer) de qualquer outro
O nmero de Circuitos Virtuais cresce com o quadrado do nmero de routers, o que levanta problemas de escalabilidade O consequente aumento do tamanho das tabelas de encaminhamento torna a sua gesto e actualizao mais complexa O trfego de controlo cresce com o aumento do nmero de adjacncias entre routers e com a replicao com efeitos multiplicativos dos avisos que recebem dos vizinhos Em caso de reconfiguraes podem criar-se situaes de instabilidade com tempos elevados de convergncia para um estado estvel
Em redes IP, por cada pacote que recebe, um n (router) toma uma deciso independente quanto ao prximo passo do percurso (hop-by-hop routing), com base no endereo de destino (destination based routing) e no contedo actual da tabela de encaminhamento Este mtodo (destination based routing) tem algumas limitaes
A deciso tomada exclusivamente com base em informao presente no cabealho do pacote, excluindo-se assim critrios baseados noutro tipo de informao para alm da explicitamente transportada no pacote O cabealho transporta mais informao do que a que utilizada para seleccionar o percurso (next hop), o que significa que nem mesmo explorada a possibilidade de usar outra informao disponvel no cabealho (e.g., campo ToS Type of Service)
O processamento do cabealho relativamente complexo (quando comparado com o processamento de um identificador de circuito virtual, ou de etiquetas na terminologia MPLS)
Look-up da tabela de encaminhamento Decremento do campo TTL (Time To Live) Computao dum novo CRC (Cyclic Redundancy Check)
Uma consequncia que as ligaes que fazem parte de uma rvore podem ficar congestionadas, enquanto outras ligaes se podem manter subutilizadas
Isto acontece porque no possvel explorar percursos alternativos (a alterao dinmica de mtricas poderia ser uma soluo, mas demasiado complexa e pode causar efeitos indesejveis, por exemplo, instabilidade do algoritmo) A utilizao de percursos alternativos permitiria reencaminhar trfego de modo a contornar zonas congestionadas, distribuir carga de forma mais equilibrada pelas ligaes e realizar a transferncia de trfego para percursos de reserva em caso de falhas
Nas actuais redes IP no existem mecanismos de Engenharia de Trfego e no possvel providenciar rotas que suportem requisitos especficos de fontes ou servios ou sujeitas a restries de Qualidade de Servio (QoS)
MPLS objectivos
O MPLS incorpora princpios bsicos e ideias adoptadas em arquitecturas multi-camada desenvolvidas por fabricantes, tais como o IP Switching (Ipsilon) e o Tag Switching (Cisco), sendo fortemente influenciado por este
Embora o objectivo de integrao de IP com ATM esteja na origem do desenvolvimento destas arquitecturas, o MPLS tem um carcter mais genrico, permitindo o suporte de mltiplos protocolos de rede (para alm do IP) sobre qualquer tecnologia de comutao de etiquetas (no necessariamente ATM) No entanto, os esforos iniciais esto focados no suporte de IP, sendo o ATM um forte candidato (mas no o nico) para o suporte da comutao de etiquetas
Ao contrrio dos modelos overlay, nas arquitecturas multi-camada existe uma nica topologia e uma famlia de equipamentos que partilham informao topolgica e executam o mesmo conjunto de protocolos, reduzindo-se assim o nmero de adjacncias entre ns, que da ordem de grandeza do que habitual em redes de comutao de pacotes parcialmente emalhadas
MPLS
As arquitecturas de comutao multi-camada (multilayer switching), de que o MPLS se constitui como modelo, tm como ideia base combinar
tcnicas simples e robustas de encaminhamento na camada de rede (de que o paradigma o IP e protocolos associados) Layer 3 Routing / Control tcnicas de comutao rpida, eficientes e escalveis, na camada de ligao de dados (de que o ATM a principal referncia) Layer 2 Forwarding / Switching
Torna-se assim necessrio estabelecer uma associao entre informao de nvel 3 (rotas) e informao de nvel 2 (etiquetas) label binding o que justifica a designao comutao multi-camada
Num domnio MPLS os pacotes so comutados exclusivamente com base numa etiqueta que transportam num cabealho adicional, sendo este processo realizado pela componente de Transporte
Nos ns de entrada (ingress nodes), a cada pacote apensa uma etiqueta; nos ns internos a etiqueta processada e eventualmente trocada (label swapping); a etiqueta removida nos ns de sada (egress nodes)
A componente de Controlo, com recurso a protocolos de encaminhamento e sinalizao, mantm informao topolgica necessria para a construo e manuteno das tabelas de encaminhamento e de comutao
As rotas usadas para o transporte de pacotes no interior dum domnio MPLS, entre ns de entrada e de sada, so determinadas com base em protocolos de encaminhamento ou por outros meios (e.g., encaminhamento explcito) Em cada n, a informao sobre rotas mantida numa tabela de encaminhamento (routing table) usada para construir a tabela de comutao (forwarding table) que associa um par <porta, etiqueta> na entrada a um par <porta, etiqueta> na sada, realizando-se deste modo o mapeamento entre rotas e etiquetas (label binding ) Para manter a consistncia das tabelas de comutao dos ns, necessrio um protocolo de distribuio de etiquetas (LDP Label Distribution Protocol)
Control
Routing Table
Forwarding Table
Forwarding
Packet out
Packet in
Label Processing and Swapping
Conceitos e definies
Label (etiqueta) identificador de comprimento fixo e pequeno, definido num espao de valores contguos, com significado local, usado para identificar fluxos de pacotes (designao equivalente tag) Forwarding Equivalence Class (FEC) grupo de pacotes (nvel 3) transportados de forma idntica (pelo mesmo percurso, sujeitos ao mesmo tratamento), pelo que podem ser mapeados na mesma etiqueta Label Switched Hop salto (hop) entre dois ns MPLS adjacentes entre os quais a transferncia de pacotes baseada numa mesma etiqueta Label Switched Path (LSP) percurso (rota) criado pela concatenao de Label Switched Hops, isto , um percurso entre ns de entrada e sada num domnio MPLS, ao qual est associado uma sequncia ordenada de etiquetas, o que permite transporte de pacotes entre ns MPLS pela simples troca de etiquetas Stream agregado de um ou mais fluxos tratados de forma semelhante para efeito de transporte na rede e descritos por uma mesma etiqueta Stream merge agregao de fluxos (streams / LSPs) num ponto de confluncia (merge point), a partir do qual o agregado partilha o mesmo percurso e etiqueta Label stack conjunto ordenado de etiquetas no qual se realizam funes Push e Pop a que corresponde um modo de operao do tipo LIFO (Last In First Out)
So possveis vrios critrios para definir um FEC; estes critrios devero ser tidos em considerao no processo de classificao de pacotes e respectiva associao a um FEC
Prefixo do endereo de destino corresponde ao critrio actualmente usado em redes IP (destination based routing) Classe de Servio (CoS) baseado em campos do cabealho IPv4 (por exemplo, IP Precedence, Type of Service) ou IPv6 (por exemplo, Flow) Fluxo de Aplicao (baseado em endereos de origem e destino e informao adicional das camadas de Rede e de Transporte) Grupo multicast Encaminhamento explcito Virtual Private Network (VPN)
Os ns de um domnio MPLS designam-se genericamente por Label Switching Routers (LSR); , no entanto, habitual designar os ns de entrada e de sada no domnio por Label Edge Routers (LER) Todos os ns participam nos protocolos de encaminhamento, de distribuio de etiquetas e outros protocolos de controlo Os pacotes de um mesmo FEC so transportados no mesmo LSP
o LSP definido pela sequncia de etiquetas associadas ao FEC em cada n
As funes mais complexas associadas ao transporte de pacotes so realizadas pelo LER de entrada, nomeadamente
interface a redes externas (terminao do protocolo IP) classificao dos pacotes IP (associao a um FEC e portanto a um LSP)
esta associao feita uma nica vez, no LER de entrada (nas redes IP com encaminhamento passo a passo, cada n toma uma deciso independente para associar um pacote a uma rota)
atribuio da etiqueta (associada ao FEC / LSP) adio da etiqueta ao pacote e determinao da porta de sada
Os ns interiores realizam a funo de comutao (processamento e troca de etiquetas), enquanto o LER de sada remove a etiqueta e processa o pacote IP, decidindo sobre o respectivo encaminhamento
Comutao de Etiquetas
O LER na entrada do domnio MPLS adiciona uma etiqueta ao pacote IP Os LSR ao longo do LSP realizam comutao com base na etiqueta (label swapping) O LER de sada remove a etiqueta, recuperando o pacote inicial LER LSR LSR LER
IP
#L1
IP
#L2
IP
#L3
IP
IP
IP Forwarding
LABEL SWAPPING
IP Forwarding
Output Queue
Output Packets
MPLS Label
IP Header IP payload
User Plane
Input Packets
N intermdio
Control Plane Next Hop Label Forwarding Entry Routing Packets/Traffic Engineering Parameters
Next Hop + Port Queuing and Schedule rules
Output Queue
Output Packets
MPLS Label
IP Header IP payload
Label Swap
MPLS Label
IP Header IP payload
Input Packets
User Plane
Output Queue
Output Packets
MPLS Label
IP Header IP payload
Input Packets
User Plane
O estabelecimento de Label Switched Paths, condio para se poder realizar o transporte de pacotes num domnio MPLS, exige um conjunto de passos que podem ser realizados de acordo com vrias estratgias
Descoberta e seleco de rotas Criao de etiquetas Associao de etiquetas a cada FEC (label binding) ao longo da rota (LSP) Distribuio da informao sobre a associao etiqueta / FEC pelos LSR que fazem parte do LSP a estabelecer (Label Distribution Protocol)
ns adjacentes passam a partilhar essa informao um n completa a informao presente na sua tabela de comutao relativa a um LSP, com base na informao partilhada com os ns adjacentes nesse LSP
Seleco de rotas
Em MPLS so adoptados dois mtodos para descoberta e seleco de rotas O mtodo bsico baseado em algoritmos de encaminhamento passo a passo (hop-by-hop routing), tal como os usados actualmente em redes IP
Cada LSR determina de forma independente o n adjacente (next hop) para cada FEC (hop-by-hop routed LSP) Este mtodo baseado na topologia e permite descoberta de shortest path routes
O segundo mtodo baseado em encaminhamento explcito e pode reservar recursos ao longo da rota (ER-LSP Explicitly Routed Label Switched Path)
Um LSR (normalmente o LER de entrada ou de sada) especifica alguns ou todos os LSR que fazem parte do LSP (loosely / strictly routed LSP) A rota explcita (ER-LSP) pode ser escolhida por configurao ou dinamicamente determinada, por exemplo com base em encaminhamento sujeito a restries Duas estratgias podem ser seguidas para estabelecimento de um ER-LSP
Adoptar um protocolo de reserva de recursos (e.g., RSVP) e estend-lo de modo a suportar encaminhamento explcito e distribuio de etiquetas (MPLS-RSVP) Adoptar um protocolo usado para distribuio de etiquetas e estend-lo de modo a suportar encaminhamento explcito e reserva de recursos (CR-LDP Constraint-based Routed Label Distribution Protocol)
LSR
LSR
LSR
LSR
LSR
LSR
LSR
Hop-by-Hop LSP (shortest path tree) ER-LSP
Criao de etiquetas
A necessidade de criao de etiquetas, respectiva associao a um FEC (rota) e estabelecimento de um LSP pode ser determinada de acordo com dois tipos de critrios
O processo pode ser despoletado pela chegada de pacotes associados a um FEC para o qual no existe ainda um LSP estabelecido; este mtodo baseado em trfego do tipo data driven (flow based) O processo pode ser desencadeado em resposta a trfego de controlo (control driven), com duas variantes relacionadas com o mtodo de seleco de rotas
A descoberta de rotas em resultado da execuo de protocolos de encaminhamento permite iniciar o processo de atribuio de etiquetas, associao de etiquetas a FECs (rotas) e distribuio desta informao (protocolo de distribuio de etiquetas); este mtodo baseia-se na partilha de informao topolgica pelos ns da rede (topology based) O processo inicia-se com pedidos para o estabelecimento de rotas explcitas (ER-LSP); este mtodo permite criar rotas alternativas s rotas descobertas pelos algoritmos de encaminhamento, de acordo com polticas de carcter administrativo (policy routing) ou objectivos de Engenharia de Trfego
Critrios do tipo control driven so mais facilmente escalveis, baseando-se em rotas estabelecidas antes (e independentemente) de qualquer fluxo de trfego ser submetido rede
Distribuio de Etiquetas
Routing Table: Routing Table: Addr-prefix Next Hop Addr-prefix Next Hop 47.0.0.0/8 47.0.0.0/8 LSR2 LSR2 Routing Table: Routing Table: Addr-prefix Next Hop Addr-prefix Next Hop 47.0.0.0/8 47.0.0.0/8 LSR3 LSR3
LSR1
IP Packet
47.80.55.3
LSR2
LSR3
Forwarding Table: Forwarding Table: Label-In FEC Label-Out Label-In FEC Label-Out XX 47.0.0.0/8 XX 47.0.0.0/8 17 17
Forwarding Table: Forwarding Table: Label-In FEC Label-Out Label-In FEC Label-Out 17 47.0.0.0/8 XX 17 47.0.0.0/8 XX
A distribuio de etiquetas garante que ns adjacentes partilham a associao etiqueta / FEC O processo de distribuio de etiquetas realizado entre ns adjacentes sendo iniciado pelo n a jusante (downstream), relativamente ao sentido do fluxo de dados 1 O LSR2 descobre um next hop para um FEC particular, cria uma etiqueta e associa-a ao FEC 2 O LSR2 comunica a associao etiqueta / FEC ao LSR1 (n a montante) 3 O LSR1 insere o valor da etiqueta (associada ao FEC) na sua tabela de comutao
Tabelas de encaminhamento
D est 4 7 .1 4 7 .2 4 7 .3 O ut 1 2 3
D est 4 7 .1 4 7 .2 4 7 .3 O ut 1 2 3
47.1 1
D est 4 7 .1 4 7 .2 4 7 .3 O ut 1 2 3
IP 47.1.1.1 3 2
IP 47.1.1.1
3 IP 47.1.1.1
47.3 3 IP 47.1.1.1 2
47.2
Intf In 3
47.1 1 3 IP 47.1.1.1
Label 0.50
IP 47.1.1.1
Label 0.40
1 3 2
IP 47.1.1.1
47.3 3 IP 47.1.1.1 2
47.2
Codificao de etiquetas
Em MPLS possvel usar diferentes tecnologias de nvel 2 ATM, Frame Relay, PPP, LAN Switching
As tramas Frame Relay e as clulas ATM transportam identificadores que podem desempenhar a funo de etiquetas MPLS embora permitam apenas um ou quando muito dois nveis de etiquetagem Por outro lado tramas PPP e MAC no transportam quaisquer identificadores
O IETF definiu uma foram genrica de codificao de etiquetas, que se torna particularmente til em PPP e LANs
Uma pilha de etiquetas (label stack) representada como uma sequncia de entradas, cada uma constituda por quatro octetos e quatro campos
Label Exp S TTL Valor da etiqueta (20 bits) Para uso experimental (3 bits) Indicao de bottom of stack (1 bit) Time To Live (8 bits)
Quando necessrio um cabealho MPLS (shim header) inserido entre os cabealhos de nvel 2 e nvel 3 Em ATM a etiqueta no topo da pilha pode ser transportada no VCI e/ou VPI, mas etiquetas adicionais so transportadas num shim header na trama AAL5
Cabealho MPLS
Label
Exp
TTL
Layer 2 Header
MPLS Header
Layer 3 Header
User Data
Tneis MPLS
Conceptualmente um LSP um tnel MPLS um pacote IP encapsulado com uma etiqueta (transportada num cabealho de nvel 2 ou num shim header entre cabealhos de nvel 2 e 3) e viaja inalterado no interior do domnio MPLS Em MPLS possvel usar vrios nveis de encapsulamento, recorrendo pilha de etiquetas (label stack), isto , possvel criar tneis MPLS (LSPs) dentro de um LSP de nvel superior, o que permite fazer encaminhamento hierrquico Genericamente um router Ru pode forar um pacote a ser enviado para um router Rd, mesmo que Ru e Rd no sejam adjacentes no percurso passo-a-passo que seria normalmente seguido pelo pacote e que Rd no seja o destino final; isto pode ser feito encapsulando o pacote dentro de outro pacote endereado a Rd cria-se assim um tnel para transporte do pacote original (tunneled packet)
Se Ru e Rd forem LSRs, o objectivo realizado com um tnel MPLS (LSP)
Hop-by-hop Routed Tunnel o pacote segue o percurso hop-by-hop entre LSRu e LSRd Explicitly Routed Tunnel o pacote segue um percurso explicitamente definido entre LSRu e LSRd, diferente do percurso hop-by-hop entre estes ns
Em qualquer dos casos o percurso hop-by-hop entre Ru e o destino final no domnio MPLS (diferente de Rd) poderia no passar por Rd; a criao do tnel terminado em Rd obriga a que o pacote passe por Rd no seu trajecto dentro do domnio MPLS
Engenharia de Trfego
A possibilidade de estabelecer ER-LSP permite suportar tcnicas de Engenharia de Trfego e diferenciao de servios num domnio MPLS
O trfego pode ser enviado por percursos diferentes dos baseados em mtricas do tipo shortest path, com base em polticas administrativas, de Qualidade de Servio (QoS) ou requisitos de Engenharia de Trfego
O encaminhamento explcito um caso particular de encaminhamento sujeito a restries (constraint-based routing), em que a restrio o percurso explcito. Em geral estes algoritmos tero em conta caractersticas das ligaes fsicas, como largura de banda, atraso, nmero de saltos (hops) e parmetros de QoS
MPLS permite estabelecer e enviar trfego em ER-LSP, mas no providencia os meios para descobrir percursos sujeitos a restries Uma vez que MPLS permite Engenharia de Trfego e encaminhamento explcito, suscita o interesse em tcnicas de encaminhamento que seleccionem rotas baseadas em requisitos de QoS (QoS routing) ou polticas administrativas (policy routing)
O clculo de rotas sujeitas a restries requer a extenso dos actuais protocolos de encaminhamento, o que est a ser considerado pelo IETF no mbito mais geral do suporte de Engenharia de Trfego na Internet
Num domnio MPLS fluxos de trfego que recebem o mesmo tratamento por parte da rede so associados num mesmo FEC, o que permite diferenciar classes de trfego, que podem ser transportadas em LSPs diferentes No modelo Differentiated Services (DiffServ), fluxos de pacotes com o mesmo comportamento alvo constituem um Behaviour Aggregate (BA)
Em ns de ingresso num domnio DiffServ os pacotes so classificados e marcados com um cdigo correspondente ao respectivo BA, o que permite seleccionar um comportamento (PHB Per Hop Behaviour) que determina o tratamento que recebero em cada n do domnio (escalonamento, precedncia de descarte, etc.)
O MPLS oferece mecanismos apropriados para o suporte de DiffServ, existindo vrias alternativas para associar BAs a FECs e mape-los em LSPs
Uma soluo simples consiste em usar um LSP para suportar at oito BAs de um dado FEC; neste caso o campo Exp do cabealho MPLS usado para determinar o PHB a aplicar aos pacotes
Uma soluo prometedora para providenciar QoS em redes IP, usando standards aprovados pelo IETF, consiste em combinar MPLS com DiffServ e constraint-based routing
O paradigma MPLS pode ser estendido ao domnio ptico, com a adopo das tcnicas do plano de controlo MPLS para controlar um cross-connect ptico (OXC Optical Cross-Connect) e usando comprimentos de onda em lugar de etiquetas numricas (conceptualmente equivalentes), o que traduzido na designao Multiprotocol Lambda Switching
Funes do plano de controlo incluem descoberta de recursos, controlo distribudo de encaminhamento e gesto de conexes Estas funes devem permitir estabelecimento expedito de canais ptico, suporte de funes de Engenharia de Trfego e esquemas de proteco e restauro
Um canal ptico (lightpath) pode consistir num nico comprimento de onda ao longo do percurso na rede ptica de transporte (propriedade de continuidade de comprimento de onda) ou numa concatenao de comprimentos de onda (o que determina a necessidade de converso) A mesma arquitectura de controlo pode ser usada para controlar LSRs e OXCs, que deste ponto de vista apresentam algumas propriedades comuns
Em ambos os casos existe separao do plano de controlo do plano de dados As relaes estabelecidas num LSR/OXC e mantidas numa tabela entre pares <porta, etiqueta / canal ptico > na entrada e na sada no so alteradas pelo payload dos pacotes (plano de dados)
Edge constitudo por routers IP, que realizam agregao de trfego e processamento electrnico ao nvel do pacote Core constitudo por malha de OXCs e que se caracteriza pela ausncia de processamento electrnico e ptico a nvel de pacote
eliminado o processamento electrnico por pacote nos ns de trnsito (bypass no nvel ptico), mas no existe igualmente, com esta tecnologia, possibilidade de processamento individual de pacotes no domnio ptico (a unidade de comutao o comprimento de onda)
So estabelecidas conexes pticas directas (canais pticos / lightpaths) ponto-a-ponto entre dispositivos situados na periferia Os canais pticos fornecem uma rede overlay de percursos pticos que definem a topologia de uma rede virtual entre clientes na periferia (routers IP, comutadores ATM, etc.), semelhante providenciada por circuitos virtuais numa rede ATM
A rede ptica de transporte deve ser controlvel e dinamicamente reconfigurvel, de forma a adaptar-se a variaes de trfego e alteraes da topologia fsica, e ser flexvel de modo a suportar mltiplas camadas cliente (IP, ATM, SONET/SDH)
OXC - A
OXC - B
OXC - C
Os canais pticos podem ser configurados de forma esttica ou podem ser dinamicamente estabelecidos, como no caso de MPS em qualquer caso trata-se de uma forma de comutao de circuitos (optical circuit switching), uma vez que no existe processamento individual de pacotes transportados no canal ptico; este o objectivo mais ambicioso da comutao ptica de pacotes (optical packet switching)
As propriedades do Plano de Controlo MPLS (transparncia e suporte de mltiplos protocolos) permitem transportar num canal ptico diferentes payloads digitais (IP, ATM, SONET/SDH).
O MPS constituiu uma primeira generalizao do conceito MPLS O IETF est a especificar a arquitectura Generalized Multiprotocol Label Switching (GMPLS) que estende MPLS de modo a incluir mltiplas dimenses de comutao
Temporal comutao de pacotes (IP, ATM) e de circuitos (SONET/SDH, PDH, G.709) Comprimento de onda comutao ptica de circuitos Espacial comutao de fibras ou portas
Uma arquitectura unificada do plano de controlo permitir controlar uma variedade de planos de transporte de dados, independentemente do tipo de meio ou de equipamento, o que exige extenses aos actuais protocolos de sinalizao e encaminhamento
Em GMPLS existe um Plano de Controlo nico, comum a vrios Planos de Dados O Plano de Dados estendido para suportar comutao de pacotes (MPLS), comprimentos de onda (MPS), time slots ou fibras
Concluses
O MPLS oferece mltiplas vantagens sobre solues anteriores, permitindo suportar infra-estruturas de redes com capacidade de integrao e diferenciao de servios
Algumas das vantagens no so exclusivas do MPLS e, por outro lado, MPLS tem de ser combinado com outros mecanismos (e.g., QoS) para se tirar total partido dos seus atributos
As propriedades de escalabilidade e Engenharia de Trfego so importantes para a implantao do MPLS a curto prazo, pois permitem criar uma infra-estrutura de elevado desempenho (elevada capacidade e pequena latncia), possibilitando economias de escala, oferta de novos servios (e.g, VPNs, segregao de trfego por CoS) e restauro rpido de rotas; por outro lado, os operadores podem tirar partido dos investimentos feitos na tecnologia ATM, usando LSRs baseados em ATM ou MPLS sobre ATM num modelo overlay (neste caso, LSRs MPLS comunicam atravs de uma rede ATM) A generalizao do MPLS (e em particular a sua extenso ao domnio ptico) permite aos operadores investir de forma segura numa soluo de longo prazo