1

MPLS

Multi-Protocol LABEL Switching

Edgard Jamhour

Nesse mdulo ser vista a estratgia de roteamento e engenharia de trfego denominada

MPLS: Multi-Protocol LABEL Switching.

O MPLS , atualmente, uma das tecnologias mais utilizadas para criao de circuitos virtuais.
Sua principal aplicao a venda de caminhos, com garantias de qualidade de servio, para
clientes corporativos.

A configurao de um caminho MPLS pode ser feito de maneira manual ou automtica. A

configurao automtica feita atravs de protocolos de sinalizao especializados para o
MPLS denominados "Protocolos de Distribuio de LABELs".

Nesse mdulo sero vistos os principais conceitos do MPLS, incluindo os principais

protocolos de distribuio de LABELs.
 2
MPLS X Roteamento Tadicional (Hop by Hop)

Nova demanda Melhor caminho:

50 Mbps para Para 200.0.0.0/24: 1 -2 -3

200.0.0.128/25
Para 210.0.0.0/24: 1-4-5

100 Mbps para

200.0.0.0/25
1Gbps [900]
Cliente 1 2 100Mbps [0]
1Gbs [900] 200.0.0.128/25
100Mbps [50] 200.0.0.0/24

50 Mbps para
3 200.0.0.0/25
100Mbps [100]
210.0.0.0/24 4
100Mbps [100]
100Mbps [50]

100Mbps [50]
5 210.0.0.0/24

Edgard Jamhour

O MPLS: Multiprotocol LABEL Switching foi originalmente proposto pelo IETF em 1997,
como uma soluo para acelerar o processo de roteamento na Internet. A idia principal
por trs do MPLS era introduzir uma tcnica de comutao por rtulos, similar a existente
nas tecnologias Frame-Relay e ATM.
A tcnica de comutao por rtulos (LABEL Switching) considerada mais eficiente que a
tcnica Hop by Hop usada pelo protocolo IP. No protocolo IP, o endereo de destino de um
pacote pode estar contido em mltiplas rotas de destino ao mesmo tempo. Por exemplo, o
endereo 200.1.2.3 pode estar nas rotas 200.1.2.0/24, 200.1.0.0/16, 200.0.0.0/8 e at
mesmo 0.0.0.0/0. Dessa forma, um roteador precisa localizar a melhor rota para
encaminhar um pacote. No MPLS, por outro lado, o prprio quadro traz um cdigo que
identifica a rota de destino de maneira nica.
Alm disso, a tcnica de comutao por rtulos permite definir mltiplos caminhos para um
mesmo destino. Essa caracterstica tornou o MPLS um instrumento primordial para
engenharia de trfego, pois ele permite uma melhor distribuio do trfego pelas rotas
alternativas que uma rede WAN oferece. Antes de discutir esse aspecto do MPLS, convm
ilustrar porque o roteamento Hop-by-Hop considerado inadequado para engenharia de
trfego.
Considere o exemplo ilustrado na figura. Suponha que uma operadora de
telecomunicaes vendeu para um cliente um canal de 100 Mbps para a subrede
200.0.0.0/25 e 50 Mbps para a subrede 210.0.0.0/24. No roteamento hop-by-hop os
pacotes so sempre roteados pelo caminho de menor custo. Considerando as velocidades
dos enlaces, o caminho de menor custo para a rede 200.0.0.0/25 1-2-3 e para rede
210.0.0.0/24 1-4-5.
Suponha agora que a operadora deseja vender mais um canal de 50 Mbps para a rede
200.0.0.128/25. Considerando a velocidade dos enlaces, o melhor caminho para essa rede
tambm 1-2-3. Como o enlace 2-3 j est exaurido, o novo canal no pode ser vendido.
Contudo, observando a rede, ainda seria possvel alocar o canal usando o trajeto 1-4-5-3.
 3
Roteamento MPLS
LFIB LABEL Forwarding Information Base
SE LABEL de entrada for 1 ENTO enviar para 2 com LABEL 2

100 Mbps para

200.0.0.0/25 com
LABEL 10
if1
1
Cliente 1 2 2 3

if0 4 200.0.0.128/25
200.0.0.0/24
3 200.0.0.0/25

5 210.0.0.0/24
LSP: LABEL Switch Path

Edgard Jamhour

O MPLS utiliza uma tcnica de roteamento denominada "comutao de rtulos" (LABEL

switching), que muito utilizada pelas tecnologias que permitem criar "circuitos virtuais",
como o ATM e o Frame Relay. No MPLS, o termo LSP (LABEL Switch Path) utilizado ao
invs de circuito virtual, todavia seu significa muito similar. Um LSP um caminho fixo
entre dois pontos da rede, definido como uma seqncia de enlaces de roteadores. Cada
enlace de roteador usado por um caminho especfico identificado por um LABEL, de
forma que um LSP definido por uma seqncia de LABELs.
Um LABEL um nmero inteiro (de 12 bits), contido no cabealho MPLS. O cabealho
MPLS colocado entre os cabealhos de enlace (camada 2) e rede (camada 3) de cada
pacote. Por essa razo o MPLS classificado com sendo pertencente a camada 2.5 do
modelo OSI.
A figura ilustra o conceito de LSP e comutao por LABELs. Primeiramente, considere o
caminho do cliente para a rede 200.0.0.0/5 (indicado em vermelho na figura). Esse LSP
definido como sendo a seqncia de LABELs 1-2-3-4. Do ponto de vista do cliente,
contudo, o caminho identificado apenas como sendo LABEL 10. Para o cliente usar o
caminho ele simplesmente configura a regra: "marcar com LABEL 1 todos os pacotes
direcionados para a rede 200.0.0.0/25).
Cada roteador possui uma tabela que indica como encaminhar pacotes marcados com
LABELs. Essa tabela denomina-se LFIB (LABEL Forwarding Information Base). A LFIB
indica duas informaes bsicas: para onde enviar o pacote e com que valor de LABEL. O
LABEL precisa ser trocado pelo roteador a fim de que no seja necessrio ter um sistema
centralizado para evitar o uso de LABELs repetidos. Usando a estratgia de comutao por
LABELs, o valor dos LABELS tem significado apenas local ao enlace, isto , os valores de
LABEL podem ser repetidos em enlaces distintos, mesmo que pertenam ao mesmo
caminho.
 4
Roteamento MPLS

SE LABEL de entrada for 1 ENTO enviar para 2 com LABEL 1

SE LABEL de entrada for 2 ENTO enviar para 2 com LABEL 2
SE LABEL de entrada for 3 ENTO enviar para 4 com LABEL 1

SE LABEL de entrada for 2 ENTO enviar para 4 com LABEL 1

SE LABEL de entrada for 1 ENTO enviar para 3 com LABEL 1

2
2
Cliente 1
1 1 2 1
3
1 1 200.0.0.128/25
200.0.0.0/24
1
3 2
200.0.0.0/25

4
1
2
1

5 210.0.0.0/24
1
LSP: LABEL Switch Path
Edgard Jamhour

A figura ilustra como ficaria o cenrio considerando os trs caminhos simultaneamente. Um

caminho (LSP - LABEL Switched Path) criado preenchendo-se as tabelas de
encaminhamento de LABELs (LFIB) de todos os roteadores da rede. Essa tabela pode ser
preenchida manualmente pelo administrador da rede quando o LSP criado, ou
automaticamente, utilizando protocolos de sinalizao criados para o MPLS, como o
RSVP-TE e o CR-LDP.
Caso a tabela seja preenchida manualmente, caber ao administrador a escolha dos
valores dos LABELs. Os valores podem ser usados livremente, desde que no se use
LABELS repetidos para caminhos distintos no mesmo enlace. Por exemplo, se o caminho
vermelho for o primeiro a ser criado, poder-se-ia usar o mesmo valor de LABEL para todos
os enlaces (LABEL=1). Contudo, o LABEL=1 no pode ser mais usado para identificar o
caminho verde no enlace de entrada do roteador 1. Dessa forma, foram escolhidos os
LABELs 2 e 3 para identificar os caminhos verde e azul. Observe que na sada do roteador
1, o caminho vermelho continua com LABEL=1 e o caminho verde continua com LABEL=2.
Contudo, o caminho azul foi comutador para LABEL=1. Apesar do caminho azul e
vermelho usarem o mesmo valor de LABEL, no existe conflito, pois se tratam de enlaces
distintos.
Quando as tabelas so preenchidas atravs de um protocolo de sinalizao, a escolha do
LABEL feita pelo prprio roteador, simplesmente escolhendo um valor de LABEL
aleatrio que no tenha sido ainda usado em seu enlace. O roteador pode escolher esse
LABEL sem necessidade de conhecer os outros LABELs usados na rede, o que justifica a
estratgia de LABEL switching.
 5
LSR x LER

Se destino REDE A ento inserir LABEL 1 e enviar para B

Se destino REDE B ento inserir LABEL 2 e enviar para B

pacotes sem pacotes com

rtulo rtulo

LER de
C Egresso rede A
A B E F G

LER de LSR rede B

Ingresso
pacotes com pacotes sem
rtulo rtulo

Se chegar pacote LABEL 1, remover o LABEL e encaminhar para REDE A

Se chegar pacote LABEL 2, remover o LABEL e encaminhar para REDE B
Edgard Jamhour

Como sabemos, o roteamento puramente IP j estava bastante difundido quando o MPLS foi
introduzido. Dessa forma, quando o MPLS adotado por uma operadora de
telecomunicaes em seu backbone, necessrio criar mecanismos de converso entre os
pacotes puramente IP vindos dos clientes e os pacotes marcados com MPLS usados no
backbone. Isto , quando um cliente puramente IP injeta um pacote na rede o LABEL (ou
rtulo) deve ser inserido, e quando o pacote deixa o domnio da operadora o LABEL deve ser
removido para que os roteadores que no suportam MPLS possam interpretar o pacote.
Dessa forma, podemos definir que em uma rede MPLS existem dois tipos de roteadores os
LER (LABEL Edge Routers) e os LSR (LABEL Switch Routers). Roteadores LER ficam nas
bordas de um domnio MPLS. Sua funo inserir ou remover o cabealho MPLS que
contm os LABELs, fazendo o mapeamento entre o mundo IP e o MPLS. J os roteadores
LSR realizam operaes de encaminhamento de pacotes usando unicamente as informaes
de LABEL.
A figura ilustra esse conceito. Observe que os roteadores A e G so roteadores do tipo LER e
os roteadores B, C, E e F so do tipo LSR. Um roteador do tipo LER possui uma tabela
especial, que associa a cada rota possvel de destino um LABEL. Devemos lembrar que os
caminhos LSPs so sempre unidirecionais, sendo que os pacotes so sempre transmitidos de
um n de ingresso para um n de egresso. Para se ter um caminho bidirecional entre os
roteadores A e G necessrio criar dois LSPs distintos.
Os roteadores LER podem ser de dois tipos: LER de ingresso (que faz a insero do LABEL)
e LER de egresso (que faz a remoo do LABEL). Observe que essa denominao feita por
caminho, isto , um roteador LER pode se comportar como ingresso para um dado caminho,
e como egresso para outro.
 6
Forwarding Equivalence Class (FEC)

FEC1

44.1.2.0/24
LSR2 LSR3 LER2

1 55.1.2.0/24

LER1 2 LSR1

3 FEC2

66.1.2.0/24
LSR4 BE
LER3

FEC3

Se FEC1 inserir LABEL 1 e enviar para LSR1 60.1.2.0/24

Se FEC2 inserir LABEL 2 e enviar para LSR1 EF
Se FEC3 inserir LABEL 3 e enviar para LSR1

Edgard Jamhour

Em uma tabela de roteamento IP, o destino sempre uma sub-rede (isto , um endereo de
base e uma mscara de sub-rede). No MPLS, os destinos recebem uma denominao mais
genrica denominada FEC (Forward Equivalence Class). Uma FEC definida como um ou
mais destinos para os quais os pacotes so encaminhados da mesma forma, isto , seguindo
sempre o mesmo LSP (LABEL Switch Path).
O conceito de FEC permite a agregao de vrios endereos, mesmo descontnuos, e a
diferenciao de caminhos para um mesmo destino, mas para aplicaes ou nveis de
servios distintos. A figura ilustra esse conceito.
No exemplo, a FEC1 agrupa as sub-redes 44.1.2.0/24 e 55.1.20/24. Isto significa, que os
pacotes enviados para qualquer uma dessas duas sub-redes seguiro sempre o mesmo
caminho, pelo menos na parte da rede que est estrutura em MPLS. Aps o LER de egresso,
os pacotes podem seguir caminhos distintos, pois o roteamento passa a ser puramente IP.
As FECs 2 e 3 referem-se a mesma sub-rede 66.1.2.0/24. Contudo, a FEC2 representa o
trfego do tipo Best Effort e a FEC3 do tipo Expedited Forwarding. Usando duas FECs
distintas permite que o trfego EF siga um caminho com enlaces exclusivos, garantindo que
os pacotes com esse tipo de marcao sofram pouco atraso.
O roteador LER de ingresso (LER1) possui uma tabela que relaciona cada uma das FEC a
um LSP especfico. O LER de ingresso responsvel por determinar por qual caminho cada
pacote ir percorrer. As regras de mapeamento de LABELs nas FECs podem levar em conta
diversos campos do pacote, como IP de origem, IP de destino, Tipo de Protocolo, byte DS
(DSCP) ou, at mesmo, as portas do protocolo de transporte.
 7
Cabealho MPLS e Empilhamento de LABELs
LABEL do topo

LABEL empilhado

Cabealho L2 1 2 3 Cabealho L3

LABEL 1 Exp 0 TTL

LABEL 2 Exp 0 TTL
LABEL 3 Exp 1 TTL

O valor do campo S do ltimo rtulo 0

Edgard Jamhour

A estrutura do cabealho MPLS mostrada na figura. Observe que o cabealho MPLS est
situado entre os cabealhos das camada 2 e 3. Por exemplo, o cabealho MPLS pode estar
entre o cabealho Ethernet e o IP. Por essa razo, muitos autores situam o MPLS como um
protocolo da camada 2.5.
Um cabealho MPLS pode aparecer mltiplas vezes em um mesmo pacote, criando uma pilha
de LABELs. Um roteador MPLS analisa sempre o LABEL que est no topo da pilha (isto , o
que est no cabealho mais externo), a fim de tomar sua deciso de encaminhamento. Os
demais LABELs so considerados apenas quando o cabealho do topo removido. Como
veremos, o empilhamento de LABELs utilizado para criar tneis MPLS, que permite evitar
conflitos entre os LABELs adotados por uma operadora de servios de comunicao e seus
clientes privados.
Um cabealho MPLS possui 32 bits, e contm apenas quatro campos:
LABEL (20 bits): contm o valor do LABEL MPLS. Note que possvel definir mais de 1
milho de valores de LABELs distintos por enlace.
Exp (3 bits): bits reservados para uso experimental. Atualmente, sua maior aplicao o
mapeamento de uma marcao similar ao DiffServ ao nvel do cabealho MPLS. Se mais do
que um LSP atravessar o mesmo roteador, os pacotes de cada LSP podero ser alocados em
filas distintas, e com um PHB especfico, de acordo com o valor marcado nesses bits.
S (1 bit): base da pilha. Conforme ilustrado na figura, uma cabealho MPLS pode ser
empilhado. O valor 1 indica que o rtulo a base da pilha, isto , que ele o ltimo cabealho
empilhado;
TTL (8 bits): Time to Live = determina a quantidade mxima de saltos que o pacote poder
percorrer. Quando o cabealho MPLS inserido pelo LER, esse campo copiado do TTL do
IP.
 8
Posio do LABEL MPLS

Edgard Jamhour

Conforme seu nome diz, o MPLS foi definido para trabalhar com mltiplos protocolos, tanto de
enlace quanto de rede. Apesar do IPv4 ser o protocolo mais usado com o MPLS, ele pode ser
usado com outros protocolos de camada 3, como o IPv4, IPv6, IPX, e o AppleTalk. O MPLS
pode ser tambm encapsulado em mltiplas tecnologias de enlace, como o Etherenet, o ATM
e o Frame-Relay.
Em tecnologias como o Ethernet II e o IEEE 802.3 (com a sub-camada LLC), o rtulo MPLS
pode ser inserido integralmente, pois no existe informao equivalente nesses protocolos.
Para as tecnologias como Frame-Relay e ATM, contudo, j existe um campo reservado para
LABEL, de maneira que possvel mapear o LABEL MPLS nesses campos.
Para rtulos simples, isto , no empilhados, o LABEL MPLS pode ser transportado atravs
dos LABELs do Frame-Relay e do ATM sem necessidade de inserir novos cabealhos. Caso
exista empilhamento de LABELs MPLS, apenas o LABEL do topo pode ser mapeado, sendo
que os demais LABELs da pilha precisam ser inseridos no cabealho. Caso os campos EXP
do MPLS precisem ser utilizados, nem mesmo o LABEL de topo poder ser mapeado, sendo
necessrio inclu-lo integralmente no cabealho MPLS.
A figura ilustra as diferentes situaes de mapeamento. A primeira figura o caso genrico,
em que toda a pilha de LABELs (MPLS Label Stack) inserida entre os cabealhos 2 e 3 do
pacote. O segundo caso ilustra como ocorre a insero da pilha de LABELs no caso do IEEE
802.3 com a sub-camada LLC.
A terceira figura ilustra a insero da pilha de LABELs para o caso do ATM. Os pacotes
MPLS so transportados no formato AAL5 do ATM. Observe que o LABEL MPLS de topo
mapeado nos campos VPI/VCI, e os demais LABELs so inseridos antes do cabealho IP.
De forma similar, o LABEL de topo do MPLS mapeado no campo DLCI do Frame-Relay, e
os demais LABELs da pilha so inseridos antes do cabealho IP.
 9
LABEL Switching com Tunelamento
Site A Site B

A 5 7 G
6

C D E F

7
8 H
B 6

A 5 20-6 23-6 6 7 G

C D E F

H
B 6 20-7 23-7 7 8

Edgard Jamhour

Conforme dito anteriormente, o empilhamento de LABELs utilizado para criar tneis MPLS,
onde os LABELs de uma operadora no entram em conflito com os LABELs utilizados por
seus clientes privados. A figura ilustra esse conceito.
Considere que uma organizao privada deseja interligar dois sites remotos utilizando a
tecnologia MPLS. Suponha que esses sites precisam ter dois LSPs distintos (indicados nas
cores vermelha e azul na figura). Um desses LSPs poderia estar sendo usado para
transportar dados e outro para trfego VoIP. A figura mostra a seqncia de LABELs para
cada um dos LSPs conforme configurado pelos administradores da organizao privada.
Suponha que a organizao no possua o enlace necessrio para conectar os roteadores C e
F dos dois sites. Ela ento precisar contratar um circuito virtual junto a uma operadora.
Suponha que a rede da operadora responsvel por conectar os dois sites formada pelos
roteadores D e E, mostrados na parte inferior da figura. Como a operadora tambm utiliza a
tecnologia MPLS para criar os circuitos virtuais, necessrio criar algum mecanismo para
evitar que os LABELs usados pelas organizaes privadas sejam comutados pela rede da
operadora. Na situao ideal, os pacotes que chegarem ao roteador F precisam ter
exatamente os mesmos valores de LABEL que teriam caso o enlace entre os roteadores C e
F fosse fsico.
Para esconder os LABELs de seus clientes, a operadora utiliza o empilhamento de LABELs.
Um novo LABEL de topo inserido assim que o pacote do cliente entra na rede da operadora.
Durante o trajeto dentro da operadora, apenas o LABEL de topo alterado. Quando o pacote
entregue ao site remoto, o LABEL da operadora removido, e o roteador F recebe os
pacotes em situao idntica ao de um enlace fsico.
O trecho da rede onde os pacotes so transportados com empilhamento de LABELs
usualmente denominado tnel. preciso ter cuidado, contudo, pois alguns autores utilizam a
palavra tnel de maneira indiscriminada, como um sinnimo de LSP, mesmo quando o
empilhamento no utilizado.
 10
Configurao do MPLS

No LER origem
FEC (destino)
FTN
FEC 1
FEC 2

No LSR Ao X Next Hop

Push LABEL 1 Next-Hop ip LSR NHLFE
FEC (destino)
ILM
Change LABEL 1 to LABEL 2 Next-Hop LER2
LABEL 1 X if1
Pop LABEL 2 Next-Hop SELF
LABEL 2 X if2

No LER destino

FEC (destino)
ILM
LABEL 2 X if1
LABEL 3 X if2

LABEL 1 LABEL 2 Sem LABEL

LER1 LSR LER2 FEC1

if1 if1 if2 if1 if2

Edgard Jamhour

A configurao de um LSP em uma rede MPLS consiste no preenchimento de um conjunto de

tabelas. Diferente do que acontece com o protocolo IP, onde o formato das tabelas de
roteamento o mesmo em todos os roteadores da rede, no MPLS o tipo de tabela pode
mudar bastante de acordo com o papel que o roteador desempenha na rede: LER de
ingresso, LSR ou LER de egresso.
A tabela mais importante do MPLS, que est presente em todos os roteadores, denominada
The Next Hop LABEL Forwarding Entry (NHLFE). Essa tabela define um conjunto de aes
que segue genericamente o seguinte formato:
[Ao sobre o LABEL] X [Ao de Encaminhamento].
As aes sobre um LABEL podem ser: Remover (Pop), Inserir (Push) ou Trocar (Change). A
ao de encaminhamento indica qual o prximo salto do pacote (Next Hop). O prximo salto
pode se outro roteador, ou o prprio roteador (SELF). O modo SELF usado quando o
roteador remove o LABEL de topo. Nesse caso, o pacote re-enviado para pilha IP para que
seja roteador utilizando o endereo IP de destino do pacote.
Alm da NHLFE, um roteador LER de ingresso (origem), configurado atravs de uma tabela
denominada FEC-to-NHLFE Map (FTN). Essa tabela redireciona pacotes ainda sem LABELs
para uma entrada especfica do NHLFE, baseado na FEC.
Ao invs da FTN, um roteador LSR utiliza uma tabela denominada Incoming LABEL Map
(ILM). Essa tabela indica o que fazer com pacotes j com LABELs, que chegam a uma
interface especfica do roteador, apontando para a NHLFE. A tabela ILM tambm utilizada
no roteador LER de egresso.
Para ilustrar o uso das tabelas, observe o cenrio mostrado na parte inferior da figura, onde
um roteador LER de ingresso (LER1) envia pacotes para a FEC1 atravs do roteador LSR e
do roteador LER de egresso (LER2). A figura mostra tambm como as tabelas dos roteadores
so configuradas nesse cenrio.
Observe que o LER1 possui uma FTN e uma NHLFE e o LSR e o LER3 possuem uma ILM e
uma NHLFE.
 11
Distribuio de LABELs
No Solicitado
10.1/16 LABEL 10 10.1/16 LABEL 10
10.2/16 LABEL 20
1 R3 Rede 10.1/16 FEC
2
R1 R2
R4 Rede 10.2/16 FEC
1
anncio 10.2/16 LABEL 10

Solicitado
solicitao

FEC 10.1/16
R3 Rede 10.1/16 FEC
1
R1 R2 2

R4 Rede 10.2/16 FEC

3
10.2/16 LABEL 20
10.2/16 LABEL 10 anncio

Edgard Jamhour

A configurao das tabelas do MPLS pode ser feita de duas formas: manual ou atravs de um
protocolo de distribuio de LABELs (protocolo de sinalizao). A configurao manual
implica em que cada roteador seja acessado individualmente, e pode ser trabalhosa,
principalmente quando ocorrem alteraes freqentes nos LSPs.
Os protocolos de distribuio de LABELs, por sua vez, simplificam muito essa tarefa pois eles
permitem que a configurao de caminhos seja feita de forma automtica ou semi-
automtica. Em uma rede MPLS, a distribuio de LABELs pode ser feita de duas formas: por
demanda ou no-solicitada.
No modo no solicitado, os roteadores de LER de egresso alocam um LABEL para cada rota
(FEC) em sua tabela. Ele anuncia ambos, a rota e o LABEL para todos os roteadores
vizinhos. Quando um roteador vizinho recebe o anncio, ele repassa adiante, alterando o
valor do LABEL, conforme indicado na parte superior da figura.

No modo solicitado, um roteador LER de ingresso envia uma solicitao para obter um LABEL
para uma determinada FEC. Esse pedido ir se propagar pela rede at chegar a um roteador
LER de egresso que conhea a FEC. A partir desse ponto, feito o anncio para a FEC
solicitada, conforme indicado na parte inferior da figura.

Os protocolos de distribuio de LABELs podem operar com ou sem restries. No modo sem
restries, no existe diferenciao entre rotas. Geralmente, a rota escolhida para FEC
coincide com a rota de melhor custo determinada pelo protocolo de roteamento.
No modo sem restries, possvel solicitar uma FEC, mas impondo restries para o
caminho (como s aceitar enlaces que ainda tenham uma certa quantidade de banda
disponvel).
Os protocolos de distribuio de LABELs que j foram definidos para o MPLS so os
seguintes:
Sem restries: LDP (LABEL Discovery Protocol)
Com restries: CR-LDP (Constraint-Based Routed LABEL Distributed Protocol)
RSVP-TE (Resource Reservation Protocol-Traffic Engineering)
 12
LDP - LABEL Distribution Protocol
ID do LSR

PDU/LDP
msg LDP msg LDP
header
PDU sub sub
header TLV TLV header TLV TLV
TLV TLV

Tipos 100 Fec 302 Returned PDU

TLV 101 Address List 303 Returned Message
opcionais 103 Hop Count 400 Common Hello Parameters.
104 Path Vector 401 Transport Address
200 Generic Label 402 Configuration Sequence Number
201 ATM Label 500 Common Session Parameters
202 Frame Relay Label 501 ATM Session Parameters
300 Status 502 Frame Relay Session Parameters
301 Extended Status 600 Label Request Message ID
Edgard Jamhour

O LDP (Label Distribution Protocol) foi o primeiro protocolo de distribuio de LABELs definido
pelo IETF (Janeiro de 2001).
A estrutura de uma mensagem LDP definida conforme a figura. Assim como muitos
protocolos modernos, o LDP formado por vrias mensagens distintas, todas elas, com um
cabealho fixo e uma quantidade de campos varivel. Os campos do LDP carregam uma
srie de opes (tipos), definidas atravs do formato TLV (Tipo -Tamanho - Valor).
O LDP define quatro tipos de mensagens:
1. Discovery messages: HELLO (UDP Multicast)
Anuncia e mantem a presena de um LSR na rede;
2. Session messages: Inicializao de Sesso (TCP)
Estabelece, mantem e termina sesses entre roteadores vizinhos;
3. Advertisement messages: Anncio de Endereo e Rtulo (TCP)
Cria, muda e termina mapeamentos
4. Notification messages: Notificao de Erro (TCP)
Consulta e sinaliza erros.
O LDP suporta dois mtodos de distribuio de rtulos: Downstream por Demanda e
Downstream no Solicitado. O mtodo escolhido durante a fase de Inicializao de Sesso
(IS) do LDP. Nessa fase, cada roteador informa ao seu vinzinho qual o mtodo desejado. Em
caso de desacordo, a RFC 3036 define que o mtodo ser escolhido conforme a tecnologia
do enlace que liga os roteadores, da seguinte forma:
ATM e Frame-Relay: Por Demanda
Outras Tecnologias: No Solicitado
Os dois modos podem ser combinados em diferentes enlaces de uma nuvem MPLS
 13
Tipos de Mensagem LDP
LSR Passivo
LSR Ativo
(maior ID) (menor ID)
Hello (UDP)

Conexo TCP

Inicializao de Sesso (IS)

tempo de KA
(IS) ou notificao de erro
tamanho max PDU
Keep Alive (KA)

Anncio de Endereos de Interface Indica todos os endereos

do LSR

Solicitao de LABEL (LABEL Request)

Utilizado apenas na
distribuio de rtulos sob
Anncio de LABEL (LABEL Mapping) demanda
Remoo de LABEL (LABEL Withdraw)
Liberao de LABEL (LABEL Release)_
Controla o mapeamento de
FECs em LABELs
Edgard Jamhour

A figura ilustra uma seqncia tpica de estabelecimento de negociao LDP. A descoberta

de ns vizinhos, isto roteadores LSR com suporte ao MPLS, feita atravs de mensagens
HELLO.
Uma vez que um vizinho tenha sido descoberto, o LSR ativo (aquele com o menor ID
recebido na mensagem de HELLO) estabelece uma conexo TCP com seu vizinho passivo.
Aps essa fase, os roteadores trocam mensagens de inicializao, que definem qual o modo
de propagao de LABELs desejado (No Solicitado ou Sob Demanda), a periodicidade das
mensagens Keep Alive e o MTU do enlace.
A mensagem de anncio de endereos permitem que um roteador conhea os endereos de
toda as interfaces de seu vizinho.
A mensagem de solicitao de LABEL enviada apenas no modo Sob Demanda.
O LDP define as seguintes mensagens de controle de LABEL:
Anncio de LABEL: oferece ao vizinho um caminho associado a um FEC
Remoo de LABEL: remove a oferta de LABEL para uma FEC previamente anunciada
Liberao de LABEL: informa ao vizinho que um LABEL previamente solicitado para uma FEC
no mais necessrio.
A mensagem de notificao utilizada quando ocorrem erros ou eventos adicionais durante a
troca de mensagens entre os LSRs. Exemplos de mensagens de notificao so: TVL
desconhecida para LSRs que no suportam CR-LDP, recursos insuficientes, etc.
 14
Downstream No-solicitado

LABELS
Downstream

LSP p/ FEC 64.12

LER1 LSR2 LSR3

Oferta para p/ FEC 64.12 Oferta para FEC 64.12 com

com label #150 label #100

LABEL de entrada = #20 LABEL de entrada = #150 LABEL de entrada = #100

FEC = 64.12 FEC = 64.12 FEC = 64.12
LABEL de sada = #150 Rtulo de sada = #100 LABEL de sada = #134
Prx. vizinho = LSR2 Prx. vizinho = LSR3 Prx. vizinho = LSR4

Upstream
DADOS

Edgard Jamhour

A figura ilustra o funcionamento de uma distribuio de LABELs no modo Downstream No

Solicitado. O termo "Downstream" indica transmisso no sentido do LER de ingresso e
"Upstream" no sentido do LER de egresso. Observe que os dados so sempre transmitidos
no sentido Upstream e os LABELs se propagam no sentido Downstream.
No modo no solicitado, os roteadores fazem ofertas de caminho para todas as FEC que
conhecem para todos os seus vizinhos. Observe que um roteador pode conhecer a rota para
uma FEC em duas situaes:
1) Porque est conectado diretamente a ela
2) Porque recebeu uma oferta de um roteador vizinho
O modo no solicitado no til para aplicaes de engenharia de trfego (isto , quando se
deseja distribuir a carga por vrios caminhos alternativos na rede). Sua funo principal
substituir o mtodo de roteamento baseado puramente no endereo IP de destino pelo
roteamento baseado em LABELs, considerado mais eficiente.
Com a criao dos protocolos de suporte distribuio de LABELs com restries, esse
mtodo tornou-se pouco utilizado.
 15
Downstream Sob Demanda

LABELS
Downstream

LSP p/ FEC 64.12

Requisio de atribuio para 64.12 Requisio de atribuio para 64.12

LER1 LSR2 LSR3

Atribuio de label #150 p/ Atribuio de label #100 p/

FEC 64.12 FEC 64.12

LABEL de entrada = #20 LABEL de entrada = #150 LABEL de entrada = #100

FEC = 64.12 FEC = 64.12 FEC = 64.12
LABEL de sada = #150 LABEL de sada = #100 LABEL de sada = #134
Prx. vizinho = LSR2 Prx. vizinho = LSR3 Prx. vizinho = LSR4

Upstream
DADOS

Edgard Jamhour

A figura ilustra o funcionamento de uma distribuio de LABELs no modo Downstream Sob

Demanda.
No modo sob demanda, um roteador LER de ingresso faz a solicitao de um LABEL para
uma determinada FEC enviando uma mensagem de solicitao de LABEL para o(s) seu(s)
vizinho(s), no sentido Upstream.
Quando um LSR recebe a solicitao, se ele conhecer a FEC, ele responde imediatamente.
Caso contrrio, ele repassa a solicitao a seus vizinho. Quando a solicitao encontra um
roteador que conhece a FEC, um anncio de LABEL feito no sentido Downstream, apenas
para o roteador que fez a solicitao. O anncio se propaga at atingir o LABEL de ingresso.
 16
Combinando formas de Distribuio

Solicitao de LABEL para FEC Solicitao de LABEL para FEC

LER1 LSR2 LSR3

Anncio Solicitado Anncio Solicitado

LABEL 4 para FEC LABEL 3 para FEC

Anncio no solicitado
LABEL 2

FEC LSR5 LSR4

Anncio no solicitado
LABEL 1
LSP p/ FEC

Edgard Jamhour

Os mtodos de distribuio de LABELS no solicitado e por demanda podem ser combinados

em uma mesma rede, pois a escolha do mtodo feita para roteadores vizinhos. Dessa
forma, um roteador pode ter um acordo de distribuio de LABELs pelo mtodo no solicitado
com um vizinho, e com outro vizinho um acordo de distribuio de LABELs sob demanda.
A figura ilustra esse conceito. Observe que h um acordo de anncio no solicitado entre os
roteadores LSR5 e LSR4, assim como entre os roteadores LSR4 e LSR4. Entre os roteadores
LSR3 e LSR2 o acordo no modo solicitado, assim como entre os roteadores LSR2 e o
LER1.
Em uma situao inicial, o roteador LSR5 far o anncio de sua FEC conhecida para seu
vizinho LSR4 que, por sua vez, propagara esse anncio para o LSR3. Contudo o LSR3 no
propagar o anncio adiante.
Quando o LER1 desejar obter um LABEL, ele far a solicitao ao LSR2, que por no
conhecer a FEC solicitada, repassar o pedido para o LSR3. Como o LSR3 j conhece a
FEC, ele responde ao LSR2 sem repassar o pedido aos demais roteadores.
 17
CR-LDP - Constraint-Based LDP
ID do LSR

PDU/LDP
msg LDP msg LDP
header
PDU sub sub
header TLV TLV header TLV TLV
TLV TLV

Tipos 821 LSPID 820 Preemption

TLV 822 ResCls 823 Route Pinning
adicionais 503 Optical Session Parameters 910 Optical Interface Type
800 Explicit Route 920 Optical Trail Desc
801-804 ER-Hop TLVS 930 Optical Label
810 Traffic Parameters 940 Lambada Set

Edgard Jamhour

O LDP foi o primeiro protocolo de distribuio de LABELs para o MPLS e no suporta

restries. Quando o MPLS passou a ser visto como uma soluo de engenharia de trfego
(TE), e no apenas um mtodo para acelerar o roteamento, novos protocolos com suporte a
restries precisaram ser desenvolvidos.
O IETF definiu que a fim de suportar a engenharia de trfego, esses novos protocolos
deveriam ser capazes de:
a) Definir um LSP distinto do sugerido pelo OSPF
b) Fazer reserva dinmica de recursos junto com o estabelecimento do LSP
c) Distribuir o trfego por LSPs paralelos
d) Criar e Remover dinamicamente LSPs conforme as necessidades da rede
e) Tratar falhas pela migrao de trfego entre LSPs altenativos e criao de LSPs backups
ou de espera.
f) Suportar rotas explcitas
g) Fazer controle de admisso para solicitao (a criao do LSP negada caso no haja
recursos suficientes)
h) Fazer priorizao de LSPs e preempo
Um desses protocolos foi denominado foi denominado CR-LDP, definido pela RFC 3212 de
janeiro de 2002. O CR-LDP baseado na adio de TLVs nas mensagens LDP existentes.
As principais caractersticas do CR_LDP so as seguintes:
a) Criao de LSPs fim-a-fim sob restries, utilizando o modo Downstream por demanda. As
restries so impostas pelo LSR de ingresso, e os LABELs so distribudos a partir do LSR
de egresso.
b) Prioridades podem ser atribudas para as LSPs para suportar o esquema de preempo.
c) Re-roteamento ou no em caso de falha.
d) Suporte a duas classes de restries: Rotas Explcitas e Parmetros de Trfego
 18
Restrio por Roteamento Explcito

Requisio de LABEL com Requisio de LABEL com

Rota Explicita: 2, 3, 5 Rota Explcita: 3, 5

LER1 LSR2 LSR3

Anuncia o LABEL 30 Anuncia o LABEL 20

Anuncia o LABEL 10 Requisio de LABEL

com Rota Explcita: 5

LSR4 LSR5

* (estrito)
B E LSP
+ (flexvel)
A*:B*:D*:E*:G* A D G
A*:F+:G* C F

Edgard Jamhour

Quando um LER de ingresso faz a solicitao de um LABEL para uma determinada FEC ele
pode escolher de forma parcial ou absoluta o caminho at a FEC de destino utilizando as
restries do tipo Rota Explcita.
O CR-LDP permite que a rota seja explicitada por endereos IPv4, IPv6, SAs ou
identificadores de LSR. Uma rota explcita definida como uma seqncia de ns abstratos,
onde um n abstrato formado por um ou mais LSRs. A rota deve passar por pelo menos um
LSR do n abstrato.
So definidos dois tipos de ns abstratos:
Estrito: Nenhum n no especificado pode ser inserido entre o n estrito e o n anterior.
Flexvel: A passagem pelo n obrigatria, mas ela pode ser feita inserindo-se ns no
especificados entre o n flexvel e o ns precedentes da rota.
 19
Restrio por Parmetros de Trfego

Requisio de LABEL com Requisio de LABEL com

Trfego Prometido e Servio Trfego Prometido e Servio
Desejado Desejado

LER1 LSR2 LSR3

Anuncia o LABEL 30 Anuncia o LABEL 20

Anuncia o LABEL 10 Requisio de LABEL com

Trfego Prometido e
Servio Desejado

LSR4 LSR5

LSP

Edgard Jamhour

O segundo tipo de restrio suportado pelo CR-LDP baseado em parmetros de trfego.

Nesse tipo de restrio, quando o LER faz a solicitao de um LABEL para uma data FEC ele
inclui dois conjuntos de informaes: Trafego Prometido e Servio Desejado. O trfego
transmitido uma descrio daquilo que ser enviado atravs do LSP.
O Trfego Prometido descrito na forma de dois parmetros:
PDR (Peak Data Rate): taxa de pico de transmisso de dados (bytes por segundo)
PBS (Peak Burst Size): tamanho da rajada na taxa de pico (em bytes)
O Servio Desejado definido por trs parmetros:
CDR (Commited Data Rate): taxa mdia solicitada (bytes por segundo)
EBS (Commited Burst Size): tamanho da rajada garantida (bytes)
EBS (Excess Burst Size): tamanho da rajada permitida em momentos de pouco
congestionamento, mas no garantida em outros momentos (bytes).
A mensagem de requisio de LABEL inclui ainda as seguintes informaes complementares:
Freqncia de Amostragem: Quando se solicita uma garantida de taxa mdia (CDR),
necessrio especificar sobre qual perodo a taxa mdia ser amostrada. Os valores possveis
so:
Muito freqente: CDR garantido para quaisquer 2 pacotes
Freqente: CDR garantido para uma mdia de poucos pacotes pequenos
No Especificado: Uso de uma intervalo razovel (i.e., 1 segundo)
Peso: Indica a capacidade do LSR de utilizar recursos disponveis de outros LSRs para
transporte de trfego excedente. O LSR com maior peso tem prioridade sobre os LSRs de
menor peso:
Valor de 1 a 255
Flag de Negociao: A TLV de parmetros de trfego define um campo flag (1 byte), para
indicar quais itens do pedido podem ser re-negociados, caso no haja recursos na rede para
atender ao pedido inicial:
bit 0: reservado; bit 1: reservado; bit 2: PDR; bit 3: PBS; bit 4: CDR; bit 5: CBS; bit 6: EBS; bit
7: Peso
 20
Fluxo de Mensagens: CR-LDP

A B C D

LABEL LABEL LABEL

1 Request 2 3 Request
Request
[Trafego] [Reduzido] [Reduzido]
[Flag Neg.]

Notification Notification
2* 3*

LABEL LABEL LABEL

Mapping 6 Mapping 5 Mapping 4
[Mnimo] [Mnimo] [Mnimo]

7 LABEL 8 LABEL 9 LABEL

Release Release Release

Edgard Jamhour

A figura ilustra uma seqncia tpica de mensagens trocadas segundo o protocolo CR-LDP.
1) O LSR A (ingresso) envia a mensagem de LABEL Request com a TLV de parmetros de
trfego, indicando os itens negociveis.
2) Se houver recursos suficientes, o LSR B efetua a reserva e repassa a mensagem adiante.
Se no houver recursos suficientes, mas houverem parmetros negociveis, o LSR B faz uma
reserva menor e repassa o pedido alterado para frente.
2*) Se o LSR B no tiver recursos e no houver itens renegociveis, ele notifica a falha para o
LSR A
3) O LSR C executa o mesmo procedimento que o LSR B, podendo novamente, encaminhar
uma mensagem de LABEL Request modificada, com menos recursos que os recebidos do
LSR B.
3*) Caso o LSR C no tenha recursos para efetuar a reserva, ele encaminha uma mensagem
de notificao para B, fazendo com que ele libere os recursos previamente alocados.
4) O LSR D (egresso) envia uma mensagem de LABEL Mapping, que ecoa os parmetros de
trfego (que so os menores ao longo do caminho).
5) O LSR C ao receber a mensagem atualiza sua reserva, e repassa a mensagem ao LSR B
alterando apenas o valor do LABEL.
6) O LSR B tambm atualiza sua reserva e repassa a mensagem de LABEL Mapping ao n
de ingresso.
7) Ao receber a mensagem de LABEL Mapping, o n de ingresso decide se os parmetros
alocados so suficientes. Se no forem, ele envia uma mensagem de LABEL Release, que ir
se propagar at o n de egresso.
 21
Preempo
A nova demanda ir derrubar o caminho vermelho
50 Mbps
Configurao 2

50 Mbps
Reteno 3
100 Mbps

1 2 100Mbps
50 Mbps 200.0.0.128/25
100Mbps
Reteno 2 200.0.0.0/24
3 200.0.0.0/25
100Mbps
4
100Mbps
100Mbps

Edgard Jamhour

A fim de suportar o mecanismo de preempo (tomada de recursos de LSR sobre outro j

estabelecido), uma prioridade deve ser associada a cada LSR. O mecanismo de preempo
adotado pelo CR-LDP define dois parmetros de prioridade:
prioridade de reteno: prioridade em reter recursos
prioridade de configurao: prioridade para tomar recursos
Dessa forma, caso no exista recursos suficientes para atender ao pedido de criao de um
novo LSR, um LSP menos prioritrio pode ser terminado, a fim de liberar recursos na rede.
Isso feito se:
prioridade de configurao do novo LSR > prioridade de reteno do LSR j estabelecido
O exemplo da figura ilustra nesse conceito. Observe que a rede j possui dois LSRs
estabelecidos: em vermelho (com Reteno=2) e em azul (com Reteno=3). Suponha que a
rede tenha recebido o pedido para criao de um novo LSR em verde a partir do roteador 1.
Como no existem recursos disponveis para atender o pedido, um dos LSRs j estabelecidos
precisa ser desfeito. Nesse caso, o LSR vermelho ser desfeito pois sua prioridade de
reteno inferior ao do novo caminho.
 22
RSVP-TE (RSVP Traffic Extension)
O RSVP-TE reutiliza todas as sete mensagens RSVP:
Path: pedido de reserva (ingresso)
Resv: confirmao de reserva (egresso)
ResvConf: confirmao pelo ingresso
ResvTear: desistncia pelo egresso
ResvErr: notificao de erro ao receber pedido de reserva
PathErr: notificao de erro ao receber medido de path
PathTear: desistncia pelo ingresso

PDU/RSVP-TE

header PDU
Tipo de Objeto Objeto Objeto Objeto
Mensagem

Edgard Jamhour

O segundo protocolo de distribuio de LABELs com restries definido para o MPLS o

RSVP-TE, definido pela RFC 3209 de dezembro de 2001.
O RSVP-TE (Resource Reservation Protocol - Traffic Extension) baseado no RSVP,
definido para a metodologia de QoS denominada servios integrados. O RSVP permite fazer
reservas fim-fim para fluxos de trfego individuais, mas no possui recursos para distribuio
de LABELS. No RSVP-TE as mensagens foram expandidas para suportar distribuio de
LABELs e outros recursos previstos para um protocolo de sinalizao para o MPLS. As
modificaes foram:
a) Suporte ao gerenciamento de LABELs: Objetos "LABEL Request" na mensagem Path e
"LABEL" na mensagem Resv
b) Dois novos tipos de classe de servio: IPv4 LSP Tunnel, IPv6 LSP Tunnel, em adio aos
servios existentes: Carga Controlada (cria caminho sem reserva) e Servio Garantido (cria
caminho com reserva).
c) Suporte a Requisio e Registro de Rotas Explcitas: Objetos "Rota Explcita" na
mensagem Path e "Registro de Rota" nas mensagens Path e Resv [Opcional]
d) Suporte a preempo: Objeto "Atributo de Sesso" inclui as prioridades na mensagem Path
e) Manuteno de conectividade entre LSRs: Alm dos objetos includos nas mensagens j
existentes, uma nova mensagem denominada Hello para a ser trocada entre LSRs adjacentes
 23
Criao de um LSP com RSVP-TE

1. Path. Define a FEC de

destino e restries de
caminho <2,3,4> e recursos 2. Path propagada para o
prximo N

LER1 LSR2 LSR3 LER4 FEC

LSP

5. Resv com a 4. Resv com a informao 3. Resv com a informao do

informao do Rtulo 3 do Rtulo 2 Rtulo 1

Edgard Jamhour

O RSVP-TE utiliza duas mensagens Principais:

Path: Solicita um LABEL para uma FEC, incluindo restries como Rota explcita e banda
requisitada ao longo do caminho
RESV: Enviada do receptor para o transmissor. Anuncia o LABEL caso a reserva possa ser
atendida. Alm do LABEL, a mensagem RESV contm os seguintes parmetros:
Flow Spec: Especifica a reserva desejada
Service Class: Servio Garantido ou Carga Controlada
Tspec: requisitos do transmissor
Rspec: taxa de transmisso solicitada
Filter Spec: identifica os pacotes que devem de beneficiar da reserva
Protocolo de transporte e nmero de porta.
Um reserva em RSVP caracterizada por uma estrutura de dados denominada
Flowspec.
Flowspec composta por dois elementos:
Rspec (Reserve Spec):
indica a classe de servio desejada.
Tspec (Traffic Spec):
indica o que ser Transmitido.
OBS. Rspec e Tspec so definidas na RFC 2210 e so opacos para o RSVP.
Servio de Carga Controlada (RFC 2211). Rspec no especificado, apenas Tspec. No
feita reserva de banda. Os dispositivos evitam a deteriorao das condies da rede limitando
o trfego das aplicaes. Limite (num intervalo T): < rT +b (bytes)
Servio Garantido (RFC 2212): RSpec e TSpec so especificados. feita reserva de banda.
 24
O Token Bucket Model

sada
(bytes/s)
r bytes/s d <= b/p
p
R
r
b bytes
t

chegada reserva
sada Servio
R Garantido se
r <= R
p bytes/s
B

Edgard Jamhour

O modelo utilizado pelo RSVP-TE o Token Bucket. Este modelo um mtodo para definir
uma taxa de transmisso varivel com atraso limitado. Os parmetros do Token Bucket so
transmitidos atravs do objeto Tspec, e so definidos da seguinte forma:
r - taxa mdia em bytes/s
Taxa de longo prazo: 1 a 40 terabytes/s
b - tamanho do bucket (em bytes)
Taxa momentnea: 1 a 250 gigabytes
p - taxa de pico
m - tamanho mnimo do pacote
(pacotes menores que esse valor so contados como m bytes)
M - MTU (tamanho mximo do pacote)
Regra: seja T o trfego total pelo fluxo num perodo T:
T < rT + b
Assumindo o Token Bucket Model, Rspec definido da seguinte forma:
R - taxa desejvel
Taxa mdia solicitada
s - Saldo (slack) de retardo
Valor excedente de atraso que pode ser utilizado pelos ns intermedirios.
Ele corresponde a diferena entre o atraso garantido se a banda R for reservada e o
atraso realmente necessrio, especificado pela aplicao.
 25
Mensagens PATH e RESV

PATH

Session
Label
Request Explicit
Ingress
Service: IPv4-LSP Route Egress
Destination: 10.0.1.7 10.0.7.33,
Setup Prio 7 Tspec
10.0.1.7
Hold Prio 7 62500 bps

RESV

Flow Spec Filter Spec ....

LABEL
Service Class IP origem
Ingress Egress
Rspec Porta origem
ou
Tspec Flow LABEL

Edgard Jamhour

Um exemplo de mensagens PATH e RESV mostrado a seguir:

Resource ReserVation Protocol (RSVP): PATH Message.
RSVP Header. PATH Message.
SESSION: IPv4-LSP, Destination 10.0.1.7, Tunnel ID 0, Ext ID a000103.
HOP: IPv4, 10.0.7.34
TIME VALUES: 30000 ms
EXPLICIT ROUTE: IPv4 10.0.7.33, IPv4 10.0.1.7
LABEL REQUEST: Basic: L3PID: IP (0x0800)
SESSION ATTRIBUTE: SetupPrio 7, HoldPrio 7, SE Style, [C1_t0]
SENDER TEMPLATE: IPv4-LSP, Tunnel Source: 10.0.1.3, LSP ID: 13.
SENDER TSPEC: IntServ: Token Bucket, 62500 bytes/sec.
ADSPEC

Resource ReserVation Protocol (RSVP): RESV Message.

RSVP Header. RESV Message.
SESSION: IPv4-LSP, Destination 10.0.1.7, Tunnel ID 0, Ext ID a000103.
HOP: IPv4, 10.0.7.33
TIME VALUES: 30000 ms
STYLE: Shared-Explicit (18)
FLOWSPEC: Controlled Load: Token Bucket, 62500 bytes/sec.
FILTERSPEC: IPv4-LSP, Tunnel Source: 10.0.1.3, LSP ID: 13.
LABEL: 0
 26
Concluso
MPLS oferece a possibilidade de mltiplas rotas para o mesmo destino
A definio dos caminhos pode ser feita de forma manual ou automtica
No modo automtico utiliza-se protocolos de distribuio de LABELs.
Dois protocolos so usados atualmente:
CR-LDP
RSVP-TE (Preferido pelo IETF)

Edgard Jamhour

O IETF desencoraja a utilizao do CR-LDP, sendo que o protocolo considerado apenas um

padro proposto. Grandes fornecedores, como a Cisco e a Juniper utilizam o RSVP-TE. As
vantagens do RSVP-TE sobre o CR-LDP, que justificam essa posio pelo IETF so as
seguintes:
O RSVP-TE funciona sobre IP puro e no sobre TCP (como o CRLDP). Isso torna o protocolo
mais eficiente e consome menos recursos do roteador.
O CRLDP um protocolo de estado rgido, o qual mantido pelas conexes TCP. Um
protocolo de estado rgido pode manter reservas desnecessrias, pois preciso enviar
mensagens explcitas de encerramento das reservas. O RSVP-TE, por outro lado, um
protocolo de estado flexvel. Em um protocolo de estado flexvel, o estado se mantm apenas
se for renovado periodicamente. Caso a renovao falhe, o estado removido, evitando o
desperdcio de recursos da rede.
Apenas o RSVP-TE permite o compartilhamento de recursos (criao de LSPs sobre
caminhos existentes). O compartilhamento de recursos importante para suportar a reserva
em comunicaes do tipo ponto-multiponto (multicast).