You are on page 1of 7

ndice

Introduo
Traceroute ICMP na rede MPLS
Trao ICMP provocado do PE ao PE remoto
Trao ICMP provocado do CE ao CE remoto
Traceroute MPLS LSP na rede MPLS
Trao LSP provocado do PE ao PE remoto
Trao LSP provocado do CE ao CE remoto
Referncia

Introduo
No ambiente IP, algum n em receber um pacote e se o TTL expira, espera-se gerar? TTL
excedido? O mensagem de erro ICMP (Type=11, Code=0) e envia-o ao endereo de origem de
pacote. Este conceito leveraged para seguir o caminho IP da fonte ao destino enviando o pacote
de UDP com o TTL que comea sequencialmente de 1. Poder-se-ia notar que as requisies
bsico mesmas para esta funcionalidade so como abaixo:
O endereo de origem do pacote alcanvel dos ns de trnsito.
O ICMP no filtrado ao longo do trajeto.
No ambiente MPLS, um fornecedor LSR do trnsito no pode sempre ter a alcanabilidade ao
endereo de origem e precisar algum realce para o ICMP que segura no domnio de MPLS. Este
documento discute sobre o comportamento do traceroute ICMP na rede MPLS e uma
comparao rpida com o trao LSP.

Traceroute ICMP na rede MPLS


O comportamento padro de todo o LSR em receber um pacote com o TTL=1 na etiqueta
superior seguir o comportamento tradicional IP de deixar cair o pacote e o mensagem de erro
ICMP do disparador. A fim distribuir o mensagem ICMP fonte, o LSR executar o abaixo,
Proteja a pilha de rtulo do pacote recebido (o pacote recebido com TTL=1)
Gere o mensagem de erro ICMP com fonte como seus prprios endereo e destino como o
endereo de origem do pacote recebido.
Adicione todas as etiquetas da parte inferior da pilha de rtulo (de que foi protegido mais
cedo em etapa 1) com o TTL=255 exceto superior.
Obtenha a etiqueta superior da pilha de rtulo protegida e execute a consulta local LFIB para
conseguir a etiqueta trocar e o salto seguinte associado.
Adicione a etiqueta nova ao parte superior de pilha com TTL=255 e envie-a transversalmente.
Com esta aproximao, o mensagem de erro ICMP atravessar do trnsito LSR sada LER e
ento de volta ao ingresso LER ao origem real.

Trao ICMP provocado do PE ao PE remoto

Est abaixo um exemplo simples que explica o comportamento quando o trao ICMP provocado
do PE ao PE remoto dentro do mesmo domnio de MPLS:

Na topologia acima, quando o traceroute ICMP provocado do R2 a 10.1.4.4, o primeiro pacote


ser enviado com o TTL de 1. R3 em receber o pacote decrescer o TTL a 0 e o mecanismo da
gerao do disparador ICMP.

O R3 proteger a pilha de rtulo e gerar o mensagem de erro ICMP e incluir a pilha do rtulo
recebido do buffer no payload ICMP. Povoa mais o cabealho IP com endereo de origem da

interface de entrada do pacote rotulado, endereo de destino como a fonte do pacote rotulado. O
TTL ser ajustado a 255. Agora empurra a pilha de rtulo do buffer e consulta a tabela LFIB para
encaminhar a ao na etiqueta superior. Na topologia acima, a pilha de rtulo recebida 17. Ao
executar uma consulta na tabela LFIB, a etiqueta 17 ser trocada com etiqueta 16 e encaminhada
para o nexthop R6. O R6 por sua vez estalar a etiqueta superior e para encaminhar ao R4 que
IP encaminhar o pacote para trs para o R2.
Porque se poderia notar no traceroute output no R2, o rtulo recebido ser alistado por cada salto
ao longo do trajeto.

Trao ICMP provocado do CE ao CE remoto


Est abaixo um exemplo simples que explica o comportamento quando o trao ICMP provocado
do CE ao CE remoto sobre o domnio de MPLS:

Na topologia acima, quando o traceroute ICMP est provocado do r1 (CE) a 192.168.5.5 (CE
remoto), o primeiro pacote ser enviado com o TTL de 1. Este pacote IP normal e assim que a
vontade R2 segue o comportamento tradicional de gerar o ICMP e da envi-lo diretamente ao r1.
O segundo pacote enviado com TTL=2 expirar no R3.

O R3 proteger a pilha de rtulo e gerar o mensagem de erro ICMP e incluir a pilha do rtulo
recebido do buffer no payload ICMP. Povoa mais o cabealho IP com endereo de origem da
interface de entrada do pacote rotulado, endereo de destino como a fonte do pacote rotulado. O
TTL ser ajustado a 255. Agora empurra a pilha de rtulo do buffer e consulta a tabela LFIB para
encaminhar a ao na etiqueta superior. Na topologia acima, a pilha de rtulo recebida {17, 18}.
Ao executar uma consulta na tabela LFIB para a etiqueta superior, 17 sero trocados com
etiqueta 16 e encaminhados para o nexthop R6. O R6 por sua vez estalar a etiqueta superior e
encaminhar-a-&z ao R4. O R4 usar a etiqueta VRF para identificar o VRF e para encaminhar
para trs o pacote para o r1.
Porque se poderia notar no traceroute output no r1, a pilha do rtulo recebido ser alistada por
cada salto ao longo do trajeto.

Traceroute MPLS LSP na rede MPLS

Ao contrrio do ICMP baseado o traceroute, traceroute LSP usa a maquinaria definido no


RFC4379. Usa o encapsulamento IP/UDP com endereo de destino do grupo do pedido ao
endereo de loopback (escala 127.0.0.0/8). Espera-se que o sibilo LSP deve ser provocada
dentro do mesmo domnio de MPLS e assim que a resposta ser enviada diretamente ao
iniciador.
Quando traceroute LSP (? os mpls que do traceroute o IPv4 <FEC>?) provocado de todo o
LSR, os detalhes sobre o FEC a ser validado sero includos em um TLV como? Pilha do alvo
FEC? na requisio de eco MPLS. Esta mensagem ser enviada com o TTL na pilha de rtulo

que comea sequencialmente de 1. Todo o trnsito LSR em receber o pacote e se o TTL expira
processar o pacote IP, porque o endereo de destino endereo de loopback. e pontap ao
CPU para o processamento MPLS OAM.
O que responde executar opcionalmente a validao FEC buscando as etiquetas da pilha de
rtulo de requisio de eco recebida MPLS e os detalhes FEC do alvo FEC empilham o TLV para
validar o mesmos contra a informao do plano do controle local. Em caso do trao, o que
responde incluir a informao a jusante como o rtulo de sada e o endereo etc. do vizinho
downstream em um TLV como rio abaixo traando (DSMAP) o TLV. (DSMAP ser suplicado por
DDMAP porque mais flexvel do que DSMAP).

Trao LSP provocado do PE ao PE remoto

Na topologia acima, o trao LSP provocado do R2 para validar o LSP para prefixar 10.1.4.4/32.
O TTL na etiqueta ser ajustado de 1. R3 em receb-lo pontap ao CPU para o processamento
OAM.

O R3 responder de volta ao R2 com resposta de eco MPLS com rtulo de sada levando 16
DSMAP TLV e informao adicional como detalhes do vizinho downstream. Ao contrrio dos
mensagens ICMP, a resposta de eco MPLS ser encaminhada diretamente do que responde R3
ao iniciador R2.
Porque se poderia notar no traceroute LSP output no R2, a pilha do rtulo de sada ser alistada
por cada salto ao longo do trajeto. Isto diferente do traceroute baseado ICMP onde a etiqueta
alistada na sada ser pilha do rtulo recebido.

Trao LSP provocado do CE ao CE remoto

Isto aplicvel no CSC como as encenaes onde o MPLS permitido entre o PE-CE. H 2
desafios em executar o trao LSP do CE ao CE remoto sobre o domnio de MPLS do portador
como abaixo:
A resposta de eco LSP ser enviada diretamente ao iniciador. Assim o que responde DEVE
ter a alcanabilidade ao iniciador. Na topologia acima, o R3 no pode ter a alcanabilidade ao
r1 enquanto est no VRF.
Para cada etiqueta na pilha de rtulo, deve haver uns detalhes relevantes FEC includos na
pilha do alvo FEC para a validao. O FEC includo pelo iniciador ser 1 quando o PE
empurrar 2 etiquetas. Na topologia acima, o r1 envia a requisio de eco MPLS com
FEC={192.168.5.5/32} e inclui a etiqueta 28 na pilha. Desde que as trocas R2 etiquetam 28
com {17, 27}, R3 receber o pedido com etiqueta 2 na pilha quando 1 FEC no TLV que
confunde a validao FEC.
O RFC6424 define o conceito de? Mudana TLV da pilha FEC? para abordar a edio 2. Este

TLV ser includo na resposta com o FEC relevante como PUSH/POP que pode ser includo pelo
iniciador na requisio de eco subsequente.
a esboo-IETF-mpls-LSP-sibilo-rel-resposta define o conceito da pilha levando do endereo de
n do rel no TLV que pode ser usado pelo que responde para retransmitir a resposta mesmo
que no tenha a alcanabilidade ao iniciador.

As 2 edies acima no so apoiadas atualmente nos IO e assim que o trao LSP do CE ao CE


remoto alistar somente o ingresso PE e CE remoto. Isto includo apenas para a integralidade.

Referncia
RFC 3032
RFC 4379
RFC 6424

You might also like