2.

Operación LDP

2.1. FEC

Es necesario especificar con precisión qué paquetes se pueden mapear

cada LSP. Esto se hace proporcionando una especificación FEC para cada
LSP. El FEC identifica el conjunto de paquetes IP que pueden asignarse a
ese LSP.

Cada FEC se especifica como un conjunto de uno o más elementos de FEC. Cada FEC
elemento identifica un conjunto de paquetes que pueden asignarse a la
correspondiente LSP. Cuando un LSP es compartido por múltiples elementos FEC,
ese LSP termina en (o antes) el nodo donde los elementos de FEC
ya no puede compartir el mismo camino.

Esta especificación define un solo tipo de elemento FEC, la "Dirección

Prefijo elemento FEC ". Este elemento es un prefijo de dirección de cualquier longitud
de 0 a una dirección completa, inclusive.

Elementos adicionales de FEC pueden ser definidos, según sea necesario, por otros
presupuesto.

En el resto de esta sección, damos las reglas que se utilizarán para

mapeo de paquetes a LSP que se han configurado usando un Prefijo de dirección
Elemento FEC.

Decimos que una dirección particular "coincide" con una dirección particular
prefijo si y solo si esa dirección comienza con ese prefijo. Nosotros también
decir que un paquete en particular coincide con un LSP particular si y solo si
que LSP tiene un elemento FEC prefijo de dirección que coincide con el paquete
dirección de destino. Con respecto a un paquete en particular y una
particular LSP, nos referimos a cualquier elemento de prefijo de dirección FEC que
coincide con el paquete como el "prefijo de coincidencia".

El procedimiento para mapear un paquete particular a un LSP particular

usa las siguientes reglas Cada regla se aplica a su vez hasta que
el paquete se puede mapear a un LSP.

- Si un paquete coincide exactamente con un LSP, el paquete se asigna a

ese LSP.

- Si un paquete coincide con múltiples LSP, se asigna al LSP

cuyo prefijo de coincidencia es el más largo. Si no hay un solo LSP
cuyo prefijo de coincidencia es más largo, el paquete se mapea a uno
del conjunto de LSP cuyo prefijo de coincidencia es más largo que el
otros. El procedimiento para seleccionar uno de esos LSP es
más allá del alcance de este documento.
- Si se sabe que un paquete debe atravesar una salida particular
enrutador, y hay un LSP que tiene un prefijo de dirección FEC
elemento que es una dirección / 32 de ese enrutador, luego el paquete
está mapeado a ese LSP. El procedimiento para obtener esto
el conocimiento está más allá del alcance de este documento.

El procedimiento para determinar que un paquete debe atravesar una

El enrutador de salida particular está fuera del alcance de este documento. (Como
un ejemplo, si uno está ejecutando un algoritmo de enrutamiento de estado de enlace,
puede
ser posible obtener esta información de la base de datos de estado del enlace.
Como otro ejemplo, si uno está ejecutando BGP, puede ser posible
obtener esta información del atributo BGP next hop del
ruta del paquete)

2.2. Etiquetar espacios, identificadores, sesiones y transporte

2.2.1. Label Spaces

La noción de "espacio de etiqueta" es útil para discutir la tarea

y distribución de etiquetas. Hay dos tipos de espacios de etiquetas:

- Por espacio de etiqueta de interfaz. Etiquetas entrantes específicas de la interfaz

se utilizan para interfaces que usan recursos de interfaz para
etiquetas. Un ejemplo de tal interfaz es una etiqueta controlada
Interfaz ATM que utiliza VCI (identificadores de canales virtuales) como
etiquetas, o una interfaz Frame Relay que usa DLCI (enlace de datos)
Identificadores de conexión) como etiquetas.

Tenga en cuenta que el uso de un espacio de etiqueta por interfaz solo hace
sentido cuando los pares LDP están "directamente conectados" a través de un
interfaz, y la etiqueta solo se usará para el tráfico
enviado a través de esa interfaz.

- Por espacio de etiqueta de la plataforma. Las etiquetas entrantes de toda la plataforma

son
utilizado para interfaces que pueden compartir las mismas etiquetas.

2.2.2. Identificadores LDP

Un identificador LDP es una cantidad de seis octetos utilizada para identificar un LSR
espacio de etiqueta. Los primeros cuatro octetos identifican el LSR y deben ser valor global
único, como un identificador de enrutador de 32 bits asignado al LSR. Los últimos dos
octetos identifican un espacio de etiqueta específico dentro del LSR. Los últimos dos
octetos de identificadores LDP para etiquetas de plataforma completa los espacios son
siempre ambos cero. Este documento usa la siguiente impresión representación para
identificadores LDP:

<ID de LSR>: <identificador de espacio de etiqueta>

por ejemplo, lsr171: 0, lsr19: 2.

Tenga en cuenta que un LSR que gestiona y anuncia múltiples espacios de etiquetas
usa un identificador LDP diferente para cada espacio de etiqueta.

Una situación en la que un LSR necesitaría anunciar más de una etiqueta

espacio para un par y, por lo tanto, utilizar más de un identificador LDP
cuando el LSR tiene dos enlaces con el par y ambos son ATM (y el uso por
etiquetas de interfaz). Otra situación sería donde el LSR tenía dos
enlaces al par, uno de los cuales es ethernet (y utiliza por plataforma
etiquetas) y el otro de los cuales es ATM.

2.2.3. Sesiones LDP

Existen sesiones de LDP entre LSR para admitir el intercambio de etiquetas entre
ellos.

Cuando un LSR utiliza LDP para anunciar más de un espacio de etiqueta para
otro LSR, usa una sesión LDP separada para cada espacio de etiqueta.

2.2.4. Transporte LDP

LDP usa TCP como un transporte confiable para las sesiones.

Cuando se requieren múltiples sesiones de LDP entre dos LSR, hay

una sesión TCP para cada sesión LDP.

2.3. Sesiones LDP entre LSR conectados no directamente

Sesiones de LDP entre LSR que no están directamente conectados en el enlace

nivel puede ser deseable en algunas situaciones.

Por ejemplo, considere una aplicación de "ingeniería de tráfico" donde LSRa

envía tráfico que coincide con algunos criterios a través de un LSP para no directamente
conectado LSRb en lugar de reenviar el tráfico a lo largo de su normalmente
camino enrutado

La ruta entre LSRa y LSRb incluiría uno o más intermedios

LSRs (LSR1, ... LSRn). Una sesión de LDP entre LSRa y LSRb
habilitar LSRb para etiquetar el tráfico de conmutación que llega al LSP desde LSRa
hacia
proporcionar LSRb significa anunciar etiquetas para este propósito a LSRa.
 En esta situación, LSRa aplicaría dos etiquetas para traficar hacia adelante
en el LSP a LSRb: una etiqueta aprendida de LSR1 para reenviar tráfico
a lo largo de la ruta LSP de LSRa a LSRb; y una etiqueta aprendida de LSRb
para permitir que LSRb etiquete el tráfico de conmutación que llega al LSP.

LSRa primero agrega la etiqueta aprendida a través de su sesión LDP con LSRb a
la pila de etiquetas de paquetes (ya sea reemplazando la etiqueta en la parte superior
pila de etiquetas de paquete con él si el paquete llega etiquetado o por
empujándolo si el paquete llega sin etiqueta). A continuación, empuja el
etiqueta para el LSP aprendido de LSR1 en la pila de etiquetas.

2.4. Descubrimiento de LDP

El descubrimiento de LDP es un mecanismo que permite descubrir un LSR

potenciales pares LDP. El descubrimiento hace innecesario explícitamente
configurar una etiqueta LSR conmutando pares.

Hay dos variantes del mecanismo de descubrimiento:

- Un mecanismo de descubrimiento básico utilizado para descubrir vecinos LSR que

están directamente conectados en el nivel de enlace.

- Un mecanismo de Descubrimiento extendido utilizado para localizar LSR que son

no conectado directamente en el nivel de enlace.

2.4.1. Mecanismo de descubrimiento básico

Para participar en LDP Basic Discovery en una interfaz, un LSR periódicamente

envía LDP Link Hellos fuera de la interfaz. LDP Link Hellos se envían como
Paquetes UDP dirigidos al conocido puerto de descubrimiento LDP para el
la dirección de multidifusión del grupo "todos los enrutadores en esta subred".

Un saludo de enlace LDP enviado por un LSR lleva el identificador LDP para el
espacio de etiquetas que el LSR pretende usar para la interfaz y posiblemente
Información Adicional.

Recibo de un enlace LDP Hola en una interfaz identifica un "Hola

adyacencia "con un potencial par LDP alcanzable en el nivel de enlace en
la interfaz, así como el espacio de etiqueta que el par intenta usar para
La interfaz.

2.4.2. Mecanismo de descubrimiento ampliado

Las sesiones de LDP entre LSR no conectados directamente son compatibles con LDP
Descubrimiento extendido.
 Para participar en LDP Extended Discovery, un LSR envía periódicamente LDP
Hellos dirigidos a una dirección específica. LDP Targeted Hellos se envían
como paquetes UDP dirigidos al conocido puerto de descubrimiento LDP en el
dirección específica.
LSRa primero agrega la etiqueta aprendida a través de su sesión LDP con LSRb a
la pila de etiquetas de paquetes (ya sea reemplazando la etiqueta en la parte superior
pila de etiquetas de paquete con él si el paquete llega etiquetado o por
empujándolo si el paquete llega sin etiqueta). A continuación, empuja el
etiqueta para el LSP aprendido de LSR1 en la pila de etiquetas.

2.4. Descubrimiento de LDP

El descubrimiento de LDP es un mecanismo que permite descubrir un LSR

potenciales pares LDP. El descubrimiento hace innecesario explícitamente
configurar una etiqueta LSR conmutando pares.

Hay dos variantes del mecanismo de descubrimiento:

- Un mecanismo de descubrimiento básico utilizado para descubrir vecinos LSR que

están directamente conectados en el nivel de enlace.

- Un mecanismo de Descubrimiento extendido utilizado para localizar LSR que son

no conectado directamente en el nivel de enlace.

2.4.1. Mecanismo de descubrimiento básico

Para participar en LDP Basic Discovery en una interfaz, un LSR periódicamente

envía LDP Link Hellos fuera de la interfaz. LDP Link Hellos se envían como
Paquetes UDP dirigidos al conocido puerto de descubrimiento LDP para el
la dirección de multidifusión del grupo "todos los enrutadores en esta subred".

Un saludo de enlace LDP enviado por un LSR lleva el identificador LDP para el
espacio de etiquetas que el LSR pretende usar para la interfaz y posiblemente
Información Adicional.

Recibo de un enlace LDP Hola en una interfaz identifica un "Hola

adyacencia "con un potencial par LDP alcanzable en el nivel de enlace en
la interfaz, así como el espacio de etiqueta que el par intenta usar para
La interfaz.

2.4.2. Mecanismo de descubrimiento ampliado

Las sesiones de LDP entre LSR no conectados directamente son compatibles con LDP
Descubrimiento extendido.

Para participar en LDP Extended Discovery, un LSR envía periódicamente LDP

Hellos dirigidos a una dirección específica. LDP Targeted Hellos se envían
 como paquetes UDP dirigidos al conocido puerto de descubrimiento LDP en el
dirección específica.

Un Hello Targeted LDP enviado por un LSR lleva el identificador LDP para
el espacio de etiquetas que el LSR pretende utilizar y posiblemente adicional
información opcional.

Extended Discovery difiere de Basic Discovery en lo siguiente

formas:

- Un saludo específico se envía a una dirección específica en lugar de a

la dirección de multidifusión del grupo "todos los enrutadores" para el saliente
interfaz.

- A diferencia de Basic Discovery, que es simétrico, Extended Discovery

es asimétrico

Un LSR inicia Extended Discovery con otro LSR específico,

y el LSR objetivo decide si responder o ignorar
el objetivo de Hola. Un LSR específico que elige responder
lo hace enviando periódicamente Targeted Hellos al
iniciando LSR.

La recepción de un LDP Targeted Hello identifica una "Hola adyacencia" con

un posible par LDP alcanzable a nivel de la red y la etiqueta
espacio que el par intenta usar.

2.5. Estableciendo y Manteniendo Sesiones LDP

2.5.1. Establecimiento de sesión LDP

El intercambio de LDP Discovery Hellos entre dos LSR desencadena LDP

establecimiento de sesión. El establecimiento de la sesión es un proceso de dos pasos:

- Establecimiento de conexión de transporte

- Inicialización de sesión

A continuación se describe el establecimiento de una sesión de LDP entre LSR

LSR1 y LSR2 desde el punto de vista de LSR1. Asume el intercambio de
Hellos que especifica el espacio de etiqueta LSR1: a para LSR1 y espacio de etiqueta
LSR2: b
para LSR2.

2.5.2. Establecimiento de conexión de transporte

El intercambio de Hellos resulta en la creación de una adyacencia Hello

en LSR1 que sirve para unir el enlace (L) y los espacios de etiqueta LSR1: a
 y LSR2: b.

1. Si LSR1 aún no tiene una sesión LDP para el intercambio

de espacios de etiqueta LSR1: a y LSR2: b, intenta abrir un TCP
conexión para una nueva sesión LDP con LSR2.

LSR1 determina las direcciones de transporte que se utilizarán en su extremo

(A1) y el extremo LSR2 (A2) de la conexión LDP TCP. Dirección A1
se determina de la siguiente manera:

a. Si LSR1 usa el objeto opcional de dirección de transporte (TLV) en

Hellos envía a LSR2 para anunciar una dirección, A1 es el
la dirección LSR1 se anuncia a través del objeto opcional;

segundo. Si LSR1 no utiliza el objeto opcional Dirección de transporte,

A1 es la dirección de origen utilizada en Hellos que envía a LSR2.

Del mismo modo, la dirección A2 se determina de la siguiente manera:

a. Si LSR2 usa el objeto opcional Dirección de transporte, A2 es

la dirección LSR2 se anuncia a través del objeto opcional;

segundo. Si LSR2 no utiliza el objeto opcional Dirección de transporte,

A2 es la dirección de origen en Hellos recibida de LSR2.

2. LSR1 determina si jugará el rol activo o pasivo

en el establecimiento de la sesión comparando las direcciones A1 y A2 como
enteros sin signo. Si A1> A2, LSR1 juega el rol activo;
de lo contrario, es pasivo.

El procedimiento para comparar A1 y A2 como enteros sin signo es:

- Si A1 y A2 no están en la misma familia de direcciones, son

incomparable, y no se puede establecer ninguna sesión.

- Sea U1 el entero abstracto sin signo obtenido tratando

A1 como una secuencia de bytes, donde el byte que aparece
más temprano en el mensaje es el byte más significativo de la
entero y el byte que aparece más reciente en el mensaje es
el byte menos significativo del entero.

Deje que U2 sea el entero abstracto sin signo obtenido de A2 en

una manera similar.

- Compara U1 con U2. Si U1> U2, entonces A1> A2; si U1 <U2,

luego A1 <A2.
 3. Si LSR1 está activo, intenta establecer el LDP TCP
conexión al conectarse al conocido puerto LDP en la dirección
A2. Si LSR1 es pasivo, espera que LSR2 establezca el LDP
Conexión TCP a su conocido puerto LDP.

Tenga en cuenta que cuando un LSR envía un saludo, selecciona la dirección de transporte
para su fin de la conexión de la sesión y utiliza el Hola para publicitar
la dirección, explícitamente incluyéndola en una opción
Dirección de transporte TLV o implícitamente al omitir el TLV y usarlo
como la dirección de origen de Hello.

Un LSR DEBE publicitar la misma dirección de transporte en todos los Hellos que
anuncia el mismo espacio de etiqueta. Este requisito asegura que dos
LSR vinculados por múltiples adyacencias Hello usando los mismos espacios de
etiquetas
jugar el mismo rol de establecimiento de conexión para cada adyacencia.