Vous êtes sur la page 1sur 191

Red Grupo de Trabajo R.

Coltun
Peticin de Comentarios: 5340 Acoustra Producciones
Obsoletes: 2740

D. Ferguson

Categora: Normas pista Juniper Networks


J. Moy
Sycamore Networks, Inc
A. Lindem, Ed.
Redback Networks
de julio de 2008

OSPF para IPv6

Condicin de este memo

Este documento especifica un protocolo de seguimiento de normas de


Internet para la
comunidad de Internet, y solicita debate y sugerencias para
mejoras. Por favor refirase a la edicin actual del "Internet
Normas Oficiales de Protocolo "(STD 1) para la normalizacin
y la situacin de este protocolo. La distribucin de este memo es ilimitada.

Abstracto

En este documento se describen las modificaciones a OSPF para apoyar la


versin
6 del Protocolo de Internet (IPv6). Los mecanismos fundamentales de
OSPF (inundacin, el enrutador designado (DR) eleccin, soporte de rea,
Corto
En primer lugar los clculos (SPF) de ruta, etc.) se mantienen sin cambios.
Sin embargo, algunos
cambios han sido necesario, ya sea debido a los cambios de protocolo

semntica entre IPv4 e IPv6, o simplemente para manejar el aumento


tamao de la direccin de IPv6. Estas modificaciones requerirn
incrementar la versin del protocolo de la versin 2 a la versin 3. OSPF
para IPv6 tambin se conoce como versin OSPF 3 (OSPFv3).

Los cambios entre OSPF para IPv4, la versin 2 de OSPF, y OSPF para IPv6
como
descrito en este documento incluyen los siguientes. la semntica de
direccionamiento tienen
ha eliminado de los paquetes OSPF y el estado bsico Enlace
Anuncios (LSA). Nuevos LSA han sido creados para llevar IPv6
direcciones y prefijos. OSPF ahora se ejecuta en funcin de cada enlace en
lugar
que en funcin de cada subred IP. el alcance de la inundacin por las LSA
ha sido
generalizada. De autenticacin se ha eliminado del protocolo OSPF
y en su lugar se basa en la cabecera de autenticacin de IPv6 y
encapsular
Security Payload (ESP).

Incluso con las direcciones IPv6 ms grandes, la mayora de los paquetes


en OSPF para IPv6 son
casi tan compacto como los de OSPF para IPv4. La mayora de los campos
y de paquetes
limitaciones de tamao presentes en OSPF para IPv4 se han relajado. En
Adems, la configuracin futura se ha hecho ms flexible.

Coltun, et al. Normas Track [Page 1]

RFC 5340

OSPF para IPv6 de julio de 2008

Todos OSPF para las capacidades opcionales de IPv4, incluyendo la


demanda
apoyo circuito y no tan Stubby reas (NSSAs), tambin son compatibles
en OSPF para IPv6.

Tabla de contenido

1 . Introduccin. . . . . . . . . . . . . . . . . . . . . . . . .

1.1 . Requisitos de notacin. . . . . . . . . . . . . . . . . .


1.2 . Terminologa. . . . . . . . . . . . . . . . . . . . . . .

2 . Las diferencias de OSPF para IPv4. . . . . . . . . . . . . . . .

2.1 . Proceso de protocolo Per-Link, no Per-subred. . . . . . .

2.2 . La eliminacin de direccionamiento Semntica. . . . . . . . . . . . .


2.3 . Adems de las inundaciones Alcance. . . . . . . . . . . . . . . .

2.4 . Apoyo explcito a varias instancias por cada enlace. . . . .

2.5 . Uso de las direcciones de enlace local. . . . . . . . . . . . . . .

2.6 . Cambios en la autenticacin. . . . . . . . . . . . . . . . . .

2.7 . Los cambios de paquetes de definicin. . . . . . . . . . . . . . . . . .


2.8 . Cambios en el formato de LSA. . . . . . . . . . . . . . . . . . . .

2.9 . Manipulacin de Tipos de LSA Desconocida. . . . . . . . . . . . . . . . 10


2.10 . Trozo / Soporte rea NSSA. . . . . . . . . . . . . . . . . . 11
2.11 . La identificacin de Vecinos por ID del router. . . . . . . . . . . . 11
3 . Diferencias con el RFC 2740 .. . . . . . . . . . . . . . . . . 11
3.1 . Soporte para mltiples interfaces en el mismo enlace. . . . . 11
3.2 . Desaprobacin de MOSPF para IPv6. . . . . . . . . . . . . . 12
3.3 . NSSA Especificacin. . . . . . . . . . . . . . . . . . . . 12
3.4 . Taln de la zona Desconocido inundaciones LSA Restriccin en
desuso. . 12
3.5 . Supresin Enlace LSA. . . . . . . . . . . . . . . . . . . 12
3.6 . Opciones de LSA y Prefijo Opciones Actualizaciones. . . . . . . . . . 13
3.7 . IPv6 direcciones locales del sitio. . . . . . . . . . . . . . . . 13
4 . Detalles de implementacion . . . . . . . . . . . . . . . . . . . . 13

4.1 . Estructuras de datos de protocolo. . . . . . . . . . . . . . . . . 14


4.1.1 . La estructura de datos de la zona. . . . . . . . . . . . . . . 15
4.1.2 . La estructura de la interfaz de datos. . . . . . . . . . . . . 15
4.1.3 . La estructura de datos Vecino. . . . . . . . . . . . . 16
4.2 . Procesamiento de Paquetes Protocolo. . . . . . . . . . . . . . . . 17
4.2.1 . Protocolo de envo de paquetes. . . . . . . . . . . . . . . 17
4.2.1.1 . El envo de paquetes de saludo. . . . . . . . . . . . . . 18
4.2.1.2 . Envo de base de datos Descripcin Paquetes. . . . . . . 19
4.2.2 . Protocolo de recepcin de paquetes. . . . . . . . . . . . . . 19
4.2.2.1 . Recepcin de paquetes de saludo. . . . . . . . . . . . . 21
4.3 . La estructura de la tabla de enrutamiento. . . . . . . . . . . . . . . 22
4.3.1 . Tabla de enrutamiento de bsqueda. . . . . . . . . . . . . . . . . 23
4.4 . Enlace anuncios de estado. . . . . . . . . . . . . . . . 23
4.4.1 . La cabecera LSA. . . . . . . . . . . . . . . . . . . . 23
4.4.2 . La base de datos de estado de enlace. . . . . . . . . . . . . . . 24
4.4.3 . Originario LSA. . . . . . . . . . . . . . . . . . . 25
4.4.3.1 . Opciones de LSA. . . . . . . . . . . . . . . . . . . 27
4.4.3.2 . Router-LSAs. . . . . . . . . . . . . . . . . . . 27

Coltun, et al. Normas Track [Page 2]

RFC 5340

OSPF para IPv6 de julio de 2008

4.4.3.3 . Network-LSA. . . . . . . . . . . . . . . . . . . 29
4.4.3.4 . Inter-Area-Prefijo-LSA. . . . . . . . . . . . . . 30
4.4.3.5 . Router-LSAs inter-rea. . . . . . . . . . . . . . 31
4.4.3.6 . AS-externa-LSAs. . . . . . . . . . . . . . . . . 32
4.4.3.7 . NSSA-LSA. . . . . . . . . . . . . . . . . . . . 33

4.4.3.8 . Link-LSA. . . . . . . . . . . . . . . . . . . . 34
4.4.3.9 . Intra-Area-Prefijo-LSA. . . . . . . . . . . . . . 36
4.4.4 . Validacin futuro LSA. . . . . . . . . . . . . . . . 40
4.5 . Inundacin . . . . . . . . . . . . . . . . . . . . . . . . . 40
4.5.1 . Recepcin de paquetes de estado de enlace Actualizar. . . . . . . . .
40
4.5.2 . El envo de paquetes de estado de enlace Actualizar. . . . . . . . . .
41
4.5.3 . Instalacin de LSA en la base de datos. . . . . . . . . . . 43
4.6 . Definicin de libre origin LSAs. . . . . . . . . . . . 43
4.7 . Enlaces virtuales. . . . . . . . . . . . . . . . . . . . . . 44
4.8 . Clculo tabla de enrutamiento. . . . . . . . . . . . . . . . 44
4.8.1 . El clculo de la ruta ms corta del rbol por un rea. . . . 45
4.8.2 . El clculo de siguiente salto. . . . . . . . . . . . . . . 44
4.8.3 . El clculo de las rutas inter-rea. . . . . . . . . . 47
4.8.4 . Examinar Resumen de LSAs zonas de trnsito. . . . . . . . 48
4.8.5 . El clculo, como rutas externas y NSSA. . . . . . . 48
4.9 . Mltiples interfaces a un enlace individual. . . . . . . . . . . 48
4.9.1 . Estado de interfaz de espera. . . . . . . . . . . . . . . 50
5 . Consideraciones de Seguridad . . . . . . . . . . . . . . . . . . . 52
6 . Consideraciones de gestin. . . . . . . . . . . . . . . . . 52
7 . Consideraciones IANA. . . . . . . . . . . . . . . . . . . . . 52
7.1 . Consideraciones MOSPF para OSPFv3 Deprecation IANA. . . . . 53
8 . Agradecimientos. . . . . . . . . . . . . . . . . . . . . . . 53
9 . Referencias. . . . . . . . . . . . . . . . . . . . . . . . . . 55
9.1 . Referencias normativas . . . . . . . . . . . . . . . . . . . 55
9.2 . Referencias informativas. . . . . . . . . . . . . . . . . . 56
Apndice A . OSPF formatos de datos. . . . . . . . . . . . . . . . . . 57
A.1 . La encapsulacin de paquetes OSPF. . . . . . . . . . . . . . 57
A.2 . El campo de opciones. . . . . . . . . . . . . . . . . . . . 58
A.3 . OSPF formatos de paquetes. . . . . . . . . . . . . . . . . . . 60
A.3.1 . El encabezado del paquete OSPF. . . . . . . . . . . . . . . . 60
A.3.2 . El paquete de saludo. . . . . . . . . . . . . . . . . . . 62

A.3.3 . La base de datos Descripcin de paquetes. . . . . . . . . . . 63


A.3.4 . El paquete de solicitud de estado de enlace. . . . . . . . . . . . 65
A.3.5 . La actualizacin de paquetes de estado de
enlace. . . . . . . . . . . . . 66
A.3.6 . El Reconocimiento de paquetes de estado de enlace. . . . . . . . .
67
A.4 . Formatos de LSA. . . . . . . . . . . . . . . . . . . . . . . 68
A.4.1 . Prefijo IPv6 Representacin. . . . . . . . . . . . . . 69
A.4.1.1 . Prefijo Opciones. . . . . . . . . . . . . . . . . . 69
A.4.2 . La cabecera LSA. . . . . . . . . . . . . . . . . . . . 70
A.4.2.1 . Tipo LSA. . . . . . . . . . . . . . . . . . . . . 72
A.4.3 . Router-LSAs. . . . . . . . . . . . . . . . . . . . . 73
A.4.4 . Network-LSA. . . . . . . . . . . . . . . . . . . . . 76
A.4.5 . Inter-Area-Prefijo-LSA. . . . . . . . . . . . . . . . 77

Coltun, et al. Normas Track [Page 3]

RFC 5340

OSPF para IPv6 de julio de 2008

A.4.6 . Router-LSAs inter-rea. . . . . . . . . . . . . . . . 78


A.4.7 . AS-externa-LSAs. . . . . . . . . . . . . . . . . . . 79
A.4.8 . NSSA-LSA. . . . . . . . . . . . . . . . . . . . . . 82
A.4.9 . Link-LSA. . . . . . . . . . . . . . . . . . . . . . 82
A.4.10 . Intra-Area-Prefijo-LSA. . . . . . . . . . . . . . . . 84
Apndice B . Constantes de arquitectura. . . . . . . . . . . . . . . 86
Apndice C . Las constantes configurables. . . . . . . . . . . . . . . 86
C.1 . Los parmetros globales. . . . . . . . . . . . . . . . . . . . 86
C.2 . Parmetros de la zona. . . . . . . . . . . . . . . . . . . . . 87
C.3 . Parmetros de la interfaz del router. . . . . . . . . . . . . . . 88

C.4 . Parmetros de conexin virtual. . . . . . . . . . . . . . . . . 90


C.5 . Parmetros de red NBMA. . . . . . . . . . . . . . . . . 91
C.6 . Punto a multipunto parmetros de red. . . . . . . . . . 92
C.7 . Anfitrin Parmetros de ruta. . . . . . . . . . . . . . . . . . 92

1 . Introduccin

En este documento se describen las modificaciones a OSPF para apoyar la


versin
6 del Protocolo de Internet (IPv6). Los mecanismos fundamentales de
OSPF (apoyo inundaciones, DR (DR) elecciones, rea,
(Shortest Path First) SPF clculos, etc.) se mantienen sin cambios.
Sin embargo, algunos cambios han sido necesarios, ya sea debido a los
cambios en
la semntica de protocolo entre IPv4 e IPv6, o simplemente para manejar
la
el aumento de tamao de la direccin de IPv6. Estas modificaciones
requerirn
incrementar la versin del protocolo de la versin 2 a la versin 3. OSPF
para IPv6 tambin se conoce como versin OSPF 3 (OSPFv3).

Este documento est organizado de la siguiente manera.


describe la

La seccin 2

diferencias entre OSPF para IPv4 (OSPF versin 2) y OSPF para IPv6
(OSPF versin 3) en detalle. La seccin 3 describe la diferencia
entre RFC 2740 y este documento. Seccin 4 ofrece
detalles de la implementacin de los cambios. Apndice A da la OSPF
para el paquete IPv6 y Link Estado Publicidad formatos (LSA). Apndice
B se enumeran las constantes arquitectnicas OSPF. Apndice C describe
parmetros de configuracin.

1.1 . requisitos notacin

Las palabras clave "DEBE", "NO DEBE", "REQUERIDO", "DEBER", "NO


DEBER",
"DEBE", "NO", "recomendada", "MAYO", y "OPCIONAL" en este
Documento se han de interpretar como se describe en [ RFC-PALABRAS
CLAVE ].

1.2 . Terminologa

En este documento se intenta usar trminos tanto del OSPF para IPv4
especificacin ([ OSPFv2 ]) y las especificaciones del protocolo IPv6
([ IPV6 ]). Esto ha producido un resultado mixto. La mayor parte de los
trminos utilizados
tanto por OSPF y IPv6 tiene ms o menos el mismo significado (por
ejemplo,

Coltun, et al. Normas Track [Page 4]

RFC 5340

OSPF para IPv6 de julio de 2008

interfaces). Sin embargo, hay algunos conflictos. IPv6 utiliza "link"


de manera similar a "subred" de IPv4 OSPF o "red". En este caso,
han optado por utilizar la terminologa de "enlace" de IPv6. "Enlace"
reemplaza OSPF
"Subred" y "red" en la mayora de lugares en este documento, aunque
OSPF de la red-LSA se mantiene sin cambios (y, posiblemente, por
desgracia, una
nuevo enlace-LSA tambin se ha creado).

Los nombres de algunos de los LSA de OSPF tambin han cambiado. Ver
Seccin 2.8 para ms detalles.

En el contexto de este documento, un ejemplo OSPF es un separada


instancia del protocolo completo con sus estructuras de datos propia de
protocolo
(Por ejemplo, reas, interfaces, vecinos), la base de datos de estado de
enlace, el protocolo
mquinas de estado, y el procesamiento de protocolo (por ejemplo, el
clculo SPF).

2 . Las diferencias de OSPF para IPv4

La mayora de los algoritmos de OSPF para IPv4 [ OSPFv2 ] han sido


preservado en OSPF para IPv6. Sin embargo, algunos cambios han sido
es necesario, ya sea debido a los cambios en la semntica de protocolo
entre IPv4
e IPv6, o simplemente para manejar el aumento de tamao de la direccin
de IPv6.

Las siguientes subsecciones describen las diferencias entre este


documento y [ OSPFv2 ].

2.1 . Proceso de protocolo Per-Link, no Per-subred

IPv6 utiliza el trmino "enlace" para indicar "una facilidad de


comunicacin o
medio sobre el que los nodos pueden comunicarse a la capa de enlace "([
IPV6 ]).
"Interfaces" se conectan a los enlaces. subredes IPv6 Se pueden asignar
varios
a un solo enlace, y dos nodos pueden hablar directamente sobre un nico
enlace,

incluso si no comparten una subred IPv6 comn (prefijo IPv6).

Por esta razn, OSPF para IPv6 corre per-enlace en lugar de la IPv4
comportamiento de per-IP-subred. Los trminos "red" y "subred" utilizados
en
la especificacin IPv4 OSPF ([ OSPFv2 ]) en general, debe ser reemplazado
por enlace. Del mismo modo, una interfaz OSPF ahora se conecta a un
enlace en su lugar
de una subred IP.

Este cambio afecta a la recepcin de paquetes del protocolo OSPF, la


contenido de los paquetes de saludo, y el contenido de network-LSA.

2.2 . La eliminacin de la Semntica de direccionamiento

En OSPF para IPv6, la semntica de direccionamiento se han eliminado de


la
paquetes del protocolo OSPF y los principales tipos de LSA, dejando un
Networkindependiente del protocolo bsico. En particular:

Coltun, et al. Normas Track [Pgina 5]

RFC 5340

OSPF para IPv6 de julio de 2008

o direcciones IPv6 no estn presentes en los paquetes OSPF, excepto en


LSA
cargas tiles que llevan los paquetes de estado de enlace Actualizar. Ver

Seccin 2.7 para ms detalles.

o router-LSA y LSA-red ya no contienen las direcciones de red,


sino simplemente expresar informacin de topologa. Ver Seccin 2.8
para
detalles.

o OSPF Router identificaciones, ID de zona, y LSA ID de estado de enlace


permanecen en el
tamao IPv4 de 32 bits. Ellos ya no pueden ser asignados como (IPv6)
direcciones.

o enrutadores vecinos estn siempre identificados por ID del router.


Anteriormente, se haban identificado mediante una direccin IPv4 en
difusin, NBMA (Non-Broadcast Multi-Access), y el punto-a
enlaces multipunto.

2.3 . La adicin de las inundaciones Alcance

el alcance de la inundacin por las LSA se ha generalizado y es ahora de


forma explcita
codificado en el campo Tipo de LS de la LSA. En la actualidad hay tres
separada
alcances de inundacin para las LSA:

o mbito de enlace local. LSA nicamente se inunda en el enlace local y


sin
promover. Se utiliza para el nuevo enlace-LSA. Ver Seccin 4.4.3.8 para
detalles.

o mbito de la zona. LSA se inunda solamente a travs de una sola rea


OSPF.
Se utiliza para el router-LSA, red-LSA, inter-rea-prefix-LSA, inter

rea de enrutador LSA, e intra-zona-prefijo-LSA.

o Como se alcance. LSA se inunda todo el dominio de enrutamiento.


Usado para
AS-externa-LSAs. Un router que se origina como LSA es de mbito
considerado como un router como lmite (ASBR) y establecer su E-bit
en
Router-LSA para las reas regulares.

2.4 . Apoyo explcito a varias instancias por enlace

OSPF es ahora compatible con la capacidad de ejecutar varias instancias


del protocolo OSPF
en un solo enlace. Por ejemplo, esto puede ser necesario en un segmento
de PNA
compartida entre varios proveedores. Los proveedores pueden ser el
apoyo
dominios independientes de enrutamiento OSPF que desean permanecer
separados, incluso
pesar de que tienen uno o ms segmentos de red fsicos (es decir,
enlaces)
en comn. En OSPF para IPv4, esto fue apoyado en una azarosa
la moda usando los campos de autenticacin en el OSPF para IPv4
cabecera.

Coltun, et al. Normas Track [Pgina 6]

RFC 5340

OSPF para IPv6 de julio de 2008

Otro uso para ejecutar varias instancias de OSPF es que si quieres, por
una razn u otra, para tener un solo enlace pertenecen a dos o ms
Las reas OSPF.

Soporte para mltiples instancias de protocolo en un enlace se logra a


travs
un "ID de instancia" contenida en la cabecera del paquete OSPF y OSPF
estructuras de datos de la interfaz. ID de instancia afecta nicamente a la
recepcin
de paquetes OSPF y se aplica a las interfaces normales OSPF y virtuales
campo de golf.

2.5 . Uso de las direcciones de enlace local

direcciones locales de vnculo IPv6 son para su uso en un solo enlace, para
los fines
de descubrimiento de vecinos, auto-configuracin, etc. enrutadores IPv6
no lo hacen
hacia adelante datagramas IPv6 tiene direcciones de origen del enlace
local [ IP6ADDR ].
direcciones unicast de enlace local se asignan a partir del intervalo de
direcciones IPv6
FE80 / 10.

OSPF para IPv6 supone que cada router ha sido asignada de enlace local
direcciones unicast en cada uno de los enlaces fsicos conectados del
router
[ IP6ADDR ]. En todas las interfaces OSPF, excepto los enlaces virtuales,
paquetes OSPF
son enviados usando la direccin unicast de enlace local asociado de la
interfaz
como la direccin de origen. Un router aprende las direcciones locales de
vnculo de

todos los dems routers conectados a sus enlaces y utiliza estas


direcciones como
la informacin del siguiente salto durante el reenvo de paquetes.

En los enlaces virtuales, una direccin IPv6 alcance global debe ser
utilizado como la
direccin de origen para los paquetes del protocolo OSPF.

Las direcciones de enlace local, aparecen en el enlace de OSPF-LSA (vase


la Seccin 4.4.3.8 ).
Sin embargo, las direcciones locales de vnculo no estn permitidos en
otra OSPF LSA
tipos. En particular, las direcciones locales de vnculo, no debern ser
objeto de publicidad en
Entre la zona-prefijo-LSA ( Seccin 4.4.3.4 ), AS-externa-LSAs
( Seccin 4.4.3.6 ), NSSA-LSA ( Seccin 4.4.3.7 ), o intra-zona-de prefijos
LSA ( Seccin 4.4.3.9 ).

2.6 . Cambios en la autenticacin

En OSPF para IPv6, la autenticacin se ha eliminado de la OSPF


protocolo. Los campos "y" AuType "autenticacin" se han eliminado
desde la cabecera del paquete OSPF, y todos los campos relacionados con
la autenticacin
se han retirado del rea OSPF y estructuras de datos de la interfaz.

Cuando se ejecuta a travs de IPv6, OSPF se basa en la cabecera de


autenticacin IP
(ver [ ipauth ]) y la carga til de seguridad de encapsulacin IP (vase
[ IPESP ]) como se describe en [ OSPFv3-AUTH ] para asegurar la
integridad y la
autentificacin / confidencialidad de los intercambios de enrutamiento.

Coltun, et al. Normas Track [Pgina 7]

RFC 5340

OSPF para IPv6 de julio de 2008

Proteccin de los intercambios de paquetes OSPF contra accidental de


datos
la corrupcin es proporcionado por la suma de comprobacin IPv6 de capa
superior estndar (como se
se describe en la Seccin 8.1 de [ IPV6 ]), que cubre la totalidad del
paquete OSPF
y antepone IPv6 pseudo-cabecera (ver Apndice A.3.1 ).

2.7 . Los cambios de formato de paquetes

OSPF para IPv6 se ejecuta directamente a travs de IPv6. Aparte de esto,


todo
la semntica de direccionamiento se han quitado de las cabeceras de los
paquetes OSPF,
por lo que es esencialmente "red independiente del protocolo". Todo
abordar
la informacin se encuentra ahora en slo los diversos tipos de LSA.

En detalle, los cambios en formato de paquete OSPF consisten en lo


siguiente:

o El nmero de versin OSPF se ha incrementado das 2 y 3.

o El campo Opciones de paquetes de saludo y automticas


los paquetes se ha ampliado a 24 bits.

o Los campos de autenticacin y AuType se han eliminado de la


Cabecera del paquete OSPF (ver seccin 2.6 ).

o El paquete de saludo ahora contiene ninguna informacin de la direccin


en absoluto.
Ms bien, ahora incluye un ID de interfaz que el originario
router ha asignado para identificar de forma nica (entre su propio
interfaces) de su interfaz para el enlace. Este ID de interfaz ser
Enlace utilizado como identificacin del estado de la red-LSA si el router
se convierte en el
Router designado en el enlace.

o bits de dos opciones, la "R-bit" y el "V6 de bits", se han aadido a


el campo Opciones para el procesamiento de router-LSA durante el SPF
clculo (vase el Apndice A.2 ). Si el "R-bit" es clara, un OSPF
hablante puede participar en la distribucin de topologa OSPF sin
se usa para reenviar el trfico de trnsito; esto se puede utilizar en
mltiples
homed hosts que desean participar en el protocolo de enrutamiento. los
V6 bits se especializa el R-bit; si el V6 de bits es clara, un OSPF
hablante puede participar en la distribucin de topologa OSPF sin
se usa para reenviar datagramas IPv6. Si el R-bit est establecido y el
V6 bits es clara, los datagramas IPv6, pero no se reenvan los
datagramas
que pertenece a otra familia de protocolos puede ser reenviado.

o La cabecera del paquete OSPF incluye ahora una "ID de instancia" que
permite
varias instancias del protocolo OSPF que se ejecutan en un solo enlace
(ver
Seccin 2.4 ).

Coltun, et al. Normas Track [Pgina 8]

RFC 5340

OSPF para IPv6 de julio de 2008

2.8 . Cambios en el formato de LSA

Todos semntica de direccionamiento se han eliminado de la cabecera


LSA,
Router-LSAs y network-LSA. Estos dos LSAs ahora describen el
la topologa de enrutamiento de dominio de una manera red
independiente del protocolo.
Nuevos LSAs se han aadido para distribuir informacin de la direccin
IPv6 y
datos necesarios para la resolucin del siguiente salto. Los nombres de
algunos de IPv4
LSA se han cambiado para ser ms coherentes entre s.

En detalle, los cambios en formato LSA consisten en lo siguiente:

o El campo Opciones se ha eliminado de la cabecera LSA, ampliado


a 24 bits, y se traslad en el cuerpo del enrutador-LSA, red-LSA,
Entre la zona de enrutador LSA, y Link-LSA. Vase el Apndice A.2 para
detalles.

o El campo Tipo de LSA se ha ampliado (en las opciones anteriores


espacio) a 16 bits, con los tres bits superiores que codifican las
inundaciones

alcance y la manipulacin de los tipos de LSA desconocidos (ver seccin


2.9 ).

o Las direcciones de las LSA estn expresados como [prefijo, longitud del
prefijo]
en lugar de [direccin, mscara] (vase el Apndice A.4.1 ). El valor por
defecto
ruta se expresa como un prefijo con la longitud 0.

o router-LSA y de la red de LSAs ahora no tienen ninguna informacin de


la direccin y
son protocolos de red independiente.

o router interfaz de informacin pueden estar dispersos en mltiples


routerLSA. Los receptores deben concatenar todos los Router-LSA originados
por un router dado cuando se ejecuta el clculo SPF.

o Un nuevo LSA llama el enlace-LSA se ha introducido. Link-LSA tienen


enlace local alcance inundaciones; nunca se inundan ms all del enlace
con la que estn asociados. Link-LSA tienen tres propsitos: 1)
que proporcionan direcciones de enlace local del router para todos los
dems routers
unido al enlace, 2) que informan a otros routers conectados a la
eslabn de una lista de prefijos IPv6 a asociarse con el enlace, y 3)
permiten que el router para anunciar un conjunto de bits de opciones
para
asociarse a la red-LSA que se origin de la
enlazar. Ver Seccin 4.4.3.8 para ms detalles.

o En IPv4, el router-LSA lleva interfaz IPv4 de un router


direcciones, el equivalente IPv4 de direcciones de enlace local. Estos son
slo se utiliza en el clculo de saltos siguientes durante el enrutamiento
OSPF

clculo (vase la Seccin 16.1.1 de [ OSPFv2 ]), por lo que no es


necesario
a ser inundado ms all del vnculo local. Por lo tanto, el uso de enlaces
de LSAs de
distribuir estas direcciones es ms eficiente. Tenga en cuenta que
varillaje
direcciones locales no pueden ser aprendidas a travs de la recepcin
de Hellos

Coltun, et al. Normas Track [Pgina 9]

RFC 5340

OSPF para IPv6 de julio de 2008

en todos los casos. En los enlaces NBMA, enrutadores de salto siguiente


no necesariamente
Hellos de cambio. Ms bien, estos routers aprenden del otro a travs
existencia a travs del router designado (DR).

o El campo Opciones en la LSA red se establece en el OR lgico de


Las opciones que cada router en el enlace anuncia en su varillaje
LSA.

o Tipo-3 Resumen de LSAs han cambiado de nombre "inter-zona-prefijoLSA".


LSA de resumen de tipo 4 se han renombrado "inter-rea de enrutador
LSA".

o La identificacin de vnculo Estado de inter-zona-prefijo-LSA, inter-rearouterLSA, NSSA-LSA, y AS-externa-LSAs ha perdido su frente

semntica y ahora sirve nicamente para identificar las piezas


individuales de
la base de datos de estado de enlace. Todas las direcciones y los ID de
router que eran
anteriormente expresada por el ID de estado de enlace ahora se realizan
en la LSA
cuerpos.

o Red-LSA y Link-LSA LSA son los nicos cuya Enlace Estado ID


tiene un significado adicional. Para estos LSA, el Estado Link ID es
siempre es el ID de interfaz del router se origina en el enlace
que se describe. Por esta razn, network-LSA y Link-LSA son
Ahora la nica LSA cuyo tamao no puede limitarse: A must-red LSA
listar todos los routers conectados al enlace y una lista debe vincularLSA
todas las direcciones de un router en el enlace.

o Un nuevo LSA llamado intra-zona-prefijo-LSA se ha introducido.


Este LSA lleva toda la informacin de prefijo IPv6 que en IPv4 es
incluido en Router-LSAs y network-LSA. Ver Seccin 4.4.3.9 para
detalles.

o La inclusin de una direccin de reenvo o etiqueta de ruta externa en


ASexternal-LSA es ahora opcional. Adems, AS-external-LSA puede
ahora hacer referencia a otra LSA, para la inclusin de la ruta adicional
atributos que estn fuera del alcance del protocolo OSPF. por
ejemplo, esta referencia podra ser usado para pegar ruta BGP
atributos de rutas externas.

2.9 . Manipulacin de Tipos de LSA Desconocido

Manipulacin de los tipos de LSA desconocidos se ha hecho ms flexible,


de modo que,
en funcin del tipo LS, tipos de LSA desconocidos son tratados como
teniendo
enlace local alcance inundaciones, o se almacenan y se inund como si
fueran
entendido. Este comportamiento est codificado explcitamente en el
Manejo de LSA
poco de campo de tipo LS de la cabecera de estado de enlace (vase el Ubit en
A.4.2.1 Apndice ).

Coltun, et al. Normas Track [Pgina 10]

RFC 5340

OSPF para IPv6 de julio de 2008

El comportamiento de OSPF IPv4 simplemente descartando tipos


desconocidos es
sin soporte debido al deseo de mezclar las capacidades del router en un
nico
enlazar. El descarte de tipos desconocidos causa problemas cuando el
Designado
Router es compatible con menos opciones que los otros routers en el
enlace.

2.10 . Soporte ramal / rea NSSA

En OSPF para IPv4, reas de rutas y NSSA fueron diseados para


minimizar varillaje

base de datos del estado y la tabla de enrutamiento tamaos para las


reas "interna
routers. Esto permite que los routers con recursos mnimos para participar
incluso en grandes dominios de enrutamiento OSPF.

En OSPF para IPv6, se conserva el concepto de reas de rutas y NSSA. En


IPv6, de los tipos de LSA obligatorias, reas de rutas llevan nico routerLSA,
red-LSA, inter-rea-prefix-LSA, enlace-LSA, e intra-zonaprefix-LSA. reas NSSA se limitan a estos tipos y, de
Por supuesto, NSSA-LSA. Este es el equivalente IPv6 de los tipos de LSA
realizado en reas de rutas IPv4: Router-LSAs, red-LSA, tipo 3
Resumen de LSAs y para las reas NSSA: tipos rea de rutas y NSSA-LSA.

2.11 . La identificacin de Vecinos por ID de enrutador

En OSPF para IPv6, los routers vecinos en un enlace dado son siempre
identificado por su ID de router OSPF. Esto contrasta con el IPv4
donde los vecinos comportamiento en las redes de punto a punto y
enlaces virtuales
son identificados por su ID de router, mientras que vecinos de emisin,
NBMA, enlaces y de punto a multipunto se identifican por su IPv4
las direcciones de interfaz.

Este cambio afecta a la recepcin de los paquetes OSPF (vase la seccin


8.2 del
[ OSPFv2 ]), la bsqueda de los vecinos ( Seccin 10 del [ OSPFv2 ]), y el
la recepcin de los paquetes de saludo (Seccin 10.5 del [ OSPFv2 ]).

El ID de enrutador de 0.0.0.0 est reservado y no debe ser utilizado.

3 . Diferencias con el RFC 2740

OSPFv3 implementaciones basadas en el RFC 2740 va a interoperar


plenamente con
implementaciones basadas en esta especificacin. Hay, sin embargo,
algunas adiciones de protocolo y cambios (todos los cuales son hacia atrs
compatible).

3.1 . Soporte para mltiples interfaces en el mismo enlace

Esta caracterstica se ha especificado el protocolo slo parcialmente en el


RFC 2740 .
El nivel de especificacin era insuficiente para implementar la funcin.
Seccin 4.9 especifica las adiciones y aclaraciones necesarias para
implementacin. Son totalmente compatibles con RFC 2740 .

Coltun, et al. Normas Track [Pgina 11]

RFC 5340

OSPF para IPv6 de julio de 2008

3.2 . Desaprobacin de MOSPF para IPv6

Esta caracterstica se ha especificado el protocolo slo parcialmente en el


RFC 2740 . El
nivel de especificacin era insuficiente para implementar la funcin.
No hay implementaciones conocidas. Extensiones de multidifusin a OSPF
(MOSPF) apoyo y sus campos de protocolo operadora han sido
en desuso desde OSPFv3. Consulte la Seccin 4.4.3.2 , Seccin 4.4.3.4 ,

Seccin 4.4.3.6 , Seccin 4.4.3.7 , Apndice A.2 , Apndice A.4.2.1 ,


Apndice A.4.3 , Apndice A.4.1.1 , y la Seccin 7.1 .

3.3 . NSSA Especificacin

Esta caracterstica se ha especificado el protocolo slo parcialmente en el


RFC 2740 . El
nivel de especificacin era insuficiente para implementar la funcin.
Este documento incluye una especificacin nica para NSSA OSPFv3. Esta
especificacin, junto con [ NSSA ] proporcionar la suficiente especificacin
para su implementacin. Consulte la Seccin 4.8.5 , Apndice A.4.3 ,
Apndice A.4.8 , y [ NSSA ].

3.4 . Taln de la zona Desconocido inundaciones LSA Restriccin


Desfasada

En el RFC 2740 [ OSPFv3 ], inundaciones de LSA desconocida fue


restringido en
taln y reas NSSA. El texto que describe esta restriccin es
se incluye a continuacin.

Sin embargo, a diferencia de IPv4, IPv6 permite LSAs no reconocida con


tipos LS a ser etiquetados como "tienda e inundan la LSA, como si el
tipo de
entendida "(vase el U-bit en el Apndice A.4.2.1 ). incontrolada
introduccin de este tipo de LSA podra causar un estado de enlace del
rea de rutas
base de datos crezca ms grande que la capacidad de sus routers de
componentes.

Para protegerse contra esto, la siguiente regla con respecto a reas de


rutas
se ha establecido: un LSA cuyo tipo LS es lata no reconocido

Slo se inundaron / a lo largo de un rea de rutas tanto si a) la LSA


tiene un rea de inundacin o el alcance de enlace local y b) la LSA
tiene U-bit
ajustado a 0. Vea la Seccin 3.5 para ms detalles.

Esta restriccin ya no se utiliza. routers OSPFv3 inundarn enlace


y alcance LSA cuya rea LS tipo es reconocido y cuyos U-bit es
se pone a 1 en toda taln y reas NSSA. No hay atraso
problemas de compatibilidad distintos routers OSPFv3 todava apoyan la
restriccin puede no propagar los tipos de LSA recin definidos.

3.5 . Supresin Enlace LSA

El parmetro de configuracin de interfaz LinkLSASuppression ha sido


adicional. Si LinkLSASuppression est configurado para una interfaz y la
tipo de interfaz no se difunde o NBMA, originacin del enlace-LSA

Coltun, et al. Normas Track [Pgina 12]

RFC 5340

OSPF para IPv6 de julio de 2008

puede ser suprimida. La configuracin de la interfaz LinkLSASuppression


parmetro se describe en el Apndice C.3 . Seccin 4.8.2 y la
Seccin 4.4.3.8 se actualiza para reflejar el uso del parmetro.

3.6 . Opciones de LSA y opciones Prefijo Actualizaciones

Los campos Opciones de LSA y Opciones de prefijo se han actualizado


para
reflejar las adiciones recientes de protocolo. Especficamente, los bits
relacionados con
MOSPF han quedado en desuso, campo Opciones Bits comn con OSPFv2
Se han reservado, y el DN-bit ha sido aadido a la prefijos
Opciones. Consulte el Apndice A.2 y el Apndice A.4.1.1 .

3.7 . Las direcciones IPv6 locales de sitio

Todas las referencias a direcciones IPv6 locales de sitio se han eliminado.

4 . Detalles de la implementacin

Cuando se pasa de IPv4 a IPv6, los mecanismos bsicos siguen siendo


OSPF
sin cambios desde las documentadas en [ OSPFv2 ]. Estos mecanismos
son
esbozado brevemente en la Seccin 4 de [ OSPFv2 ]. Tanto IPv4 y IPv6
tienen una
base de datos de estado de enlace compuesto por LSA y sincronizada
entre
routers adyacentes. La sincronizacin inicial se realiza a travs de la
proceso de cambio de base de datos, que incluye el intercambio de la
base de datos
Descripcin, LSR, y Link Estado Actualizar paquetes.
A partir de entonces, la sincronizacin de bases de datos se mantiene a
travs de la inundacin,
Actualizar la utilizacin de estado de enlace y Link Estado de acuse de
recibo de paquetes.
Tanto IPv6 e IPv4 pueden usar los paquetes de saludo OSPF para descubrir
y mantener
las relaciones de vecinos, as como para elegir a los routers y Designados

Los routers designados copia de seguridad en la emisin y enlaces NBMA.


La decisin
en cuanto a que las relaciones de vecinos se convierten en las
adyacencias, y el bsico
ideas detrs de rutas inter-zona, la importacin de informacin externa en
AS-externa-LSAs los diversos clculos de enrutamiento, y son tambin la
mismo.

En particular, la siguiente funcionalidad IPv4 OSPF describe en


[ OSPFv2 ] permanece sin cambio alguno para IPv6:

o Tanto IPv4 e IPv6 utilizan tipos de paquetes OSPF que se describen en la


Seccin 4.3
de [ OSPFv2 ], a saber: Hola, automticas, estado de enlace
Solicitud, enlace de actualizacin de estado y de acuse de recibo de
estado de enlace paquetes.
Mientras que en algunos casos (por ejemplo, paquetes de saludo) su
formato ha cambiado
tanto, las funciones de los diversos tipos de paquetes siguen siendo la
mismo.

Coltun, et al. Normas Track [Pgina 13]

RFC 5340

OSPF para IPv6 de julio de 2008

o Los requisitos del sistema para una implementacin OSPF se mantienen

sin cambios, a pesar de OSPF para IPv6 requiere una pila de protocolo
IPv6
(De la capa de red hacia abajo) ya que se ejecuta directamente sobre el
IPv6 capa de red.

o El descubrimiento y el mantenimiento de las relaciones de vecinos, y el


la seleccin y el establecimiento de adyacencias, siguen siendo los
mismos. Esta
incluye eleccin del enrutador designado y designado de respaldo
Enrutador de emisin y enlaces NBMA. Estos mecanismos son
se describe en las secciones 7 , 7.1 , 7.2 , 7.3 , 7.4 y 7.5 de [ OSPFv2 ].

o Los tipos de enlace (o equivalentemente, tipos de interfaz) con el apoyo


de
OSPF se mantienen sin cambios, a saber: punto a punto, difusin, NBMA,
punto a multipunto y enlaces virtuales.

o La mquina de estado de la interfaz, incluyendo la lista de interfaz OSPF


estados y eventos, y el DR y BDR
algoritmo de eleccin del enrutador se mantienen sin cambios. Estos se
describen
en las Secciones 9.1 , 9.2 , 9.3 y 9.4 de [ OSPFv2 ].

o La mquina de estados vecinos, incluyendo la lista de OSPF vecino


estados y eventos, se mantiene sin cambios. La mquina de estados
vecinos
se describe en las Secciones 10.1 , 10.2 , 10.3 y 10.4 de [ OSPFv2 ].

o el envejecimiento de la base de datos de estado de enlace, as como el


lavado de las LSA
el dominio de enrutamiento a travs del proceso de envejecimiento
prematuro, restos
sin cambios en la descripcin de las secciones 14 y 14.1 de la
[ OSPFv2 ].

Sin embargo, algunos mecanismos de protocolo OSPF han cambiado como


antes
se describe en la Seccin 2 en este documento. Estos cambios se explican
en detalle
en los apartados siguientes, haciendo referencias a la adecuada
secciones de [ OSPFv2 ].

Las siguientes subsecciones proporcionan una receta para convertir un


OSPF IPv4
aplicacin en una implementacin de IPv6 OSPF.

4.1 . Estructuras de datos de protocolo

Las principales estructuras de datos OSPF son los mismos tanto para IPv4
e IPv6:
reas, las interfaces, los vecinos, la base de datos de estado de enlace, y
el
tabla de enrutamiento. Las estructuras de datos de alto nivel para IPv6
sigue siendo los mismos
figuran en la seccin 5 de [ OSPFv2 ], con las siguientes modificaciones:

o Todas las LSA tipo conocido con LS y AS alcance inundaciones aparecen


en el
estructura de datos de nivel superior, en vez de pertenecer a un rea
especfica
o un enlace. AS-external-LSA LSA son las nicas definidas por esta
especificacin que tienen como alcance las inundaciones. LSA con BT

Coltun, et al. Normas Track [Pgina 14]

RFC 5340

OSPF para IPv6 de julio de 2008

tipo, U-bit se establece en 1 (inundaciones, incluso cuando no


reconocido), y AS
alcance inundaciones tambin aparecen en la estructura de datos de
nivel superior.

4.1.1 . La estructura de datos de la zona

La estructura de datos del rea de IPv6 contiene todos los elementos


definidos para IPv4
reas en la seccin 6 de [ OSPFv2 ]. Adems, todas las LSA de tipo
conocido
que alcance tienen rea de inundacin estn contenidos en el rea de
datos de IPv6
estructura. Esto siempre incluye los siguientes tipos de LSA: routerLSA, red-LSA, inter-rea-prefix-LSA, entre reas de enrutador LSA,
y dentro de la zona-prefix-LSA. LSA con el tipo BT, T-bit con valor
1 (inundaciones, incluso cuando no reconocido), y la zona de alcance
tambin aparecen en el
estructura de datos de zona. NSSA-LSA tambin se incluyen en un rea de
NSSA
estructura de datos.

4.1.2 . La estructura de la interfaz de datos

En OSPF para IPv6, una interfaz de un router se conecta a un enlace. el


IPv6
estructura de interfaz modifica la estructura de interfaz IPv4 (como se
define
en la Seccin 9 de la [ OSPFv2 ]) de la siguiente manera:

Interface ID

Cada interfaz se le asigna un ID de interfaz, que nicamente


identifica la interfaz con el router. Por ejemplo, algunos
implementaciones pueden ser capaces de utilizar el MIB-II IfIndex ([
INTFMIB ])
como el ID de interfaz. El ID de interfaz aparece en los paquetes de
saludo
enviado fuera de la interfaz, el local de enlace-LSA se origin por el
enrutador para el enlace adjunto, y el router-LSA originados por la
enrutador-LSA para el rea asociada. Tambin servir como el
Enlace de identificacin del estado de la red-LSA que el router se
originar
para el enlace si el router es elegido enrutador designado.
El ID de interfaz para un enlace virtual es independiente de la
ID de interfaz de la interfaz de salida que atraviesa en el trnsito
zona.

ID de instancia
Cada interfaz se le asigna un ID de instancia. Esto debe predeterminado
a 0. Slo es necesario asignar un valor distinto de 0 en
esos enlaces que van a contener mltiples comunidades separadas de
enrutadores OSPF. Por ejemplo, supongamos que hay dos comunidades
los enrutadores en un segmento Ethernet determinada que desea
mantener
separar.
La primera comunidad se le asigna un ID de instancia de 0 y todo el
routers de la primera comunidad sern asignados 0 como la instancia
Identificacin de las interfaces conectadas al segmento de Ethernet. Una
instancia
ID de 1 se asigna a las interfaces de los dems routers conectados a
el segmento de Ethernet. El OSPF de transmisin y recepcin de
procesamiento
(ver seccin 4.2 ) ser entonces mantener las dos comunidades
separadas.

Coltun, et al. Normas Track [Pgina 15]

RFC 5340

OSPF para IPv6 de julio de 2008

Lista de las LSA con el alcance de enlace local


Todas las LSA con el alcance de enlace local y que se originaron /
inundadas en
el enlace pertenecen a la estructura de interfaz que se conecta a la
enlazar. Esto incluye la coleccin de enlace de LSAs del enlace.

direccin de interfaz IP
Para IPv6, la direccin IPv6 que aparece en la fuente de los paquetes
OSPF
enviado en la interfaz es casi siempre una direccin de enlace local. los
nica excepcin es para los enlaces virtuales que debe utilizar una de
las
propia IPv6 global del enrutador aborda como la direccin IP de la
interfaz.

Lista de prefijos de enlace


Una lista de prefijos IPv6 se puede configurar para el enlace adjunto.
Estos sern anunciados por el router en el enlace-LSA, por lo que
puede ser objeto de publicidad por DR del enlace en el comercio intrazonaprefix-LSA.

En OSPF para IPv6, cada interfaz del router tiene una nica mtrica
que representa el costo de envo de paquetes en la interfaz. En
Adems, OSPF para IPv6 se basa en la cabecera de autenticacin IP
(vase
[ Ipauth ]) y la carga til de seguridad de encapsulacin IP (ver [ IPESP ])
como

Se describe en [ OSPFv3-AUTH ] para asegurar la integridad y


autenticacin /
confidencialidad de los intercambios de enrutamiento. Por esta razn, y
AuType
clave de autenticacin no estn asociados con las interfaces IPv6 OSPF.

estados de interfaz, los eventos y la mquina de estados de interfaz


permanecen
sin cambios de IPv4 como se documenta en las secciones 9.1 , 9.2 y 9.3
del
[ OSPFv2 ], respectivamente. El enrutador designado y designado de
respaldo
algoritmo de eleccin router tambin se mantiene sin cambios desde el
IPv4
elecciones en la Seccin 9.4 de [ OSPFv2 ].

4.1.3 . La estructura de datos Neighbor

La estructura vecino realiza la misma funcin en tanto IPv6 y


IPv4. Es decir, que recoge toda la informacin requerida para formar una
adyacencia entre dos routers cuando se convierte en una adyacencia tales
necesario. Cada estructura de vecino se une a una sola OSPF
interfaz. Las diferencias entre la estructura vecino IPv6 y
la estructura vecina definido para IPv4 en la Seccin 10 de la [ OSPFv2 ]
son:

Vecino del ID de interfaz


El ID de interfaz que el vecino anuncia en sus paquetes de saludo
deben ser registrados en la estructura vecina. El router
incluir la ID de interfaz del vecino en el router enrutador-LSA
cuando sea a) la publicidad de un punto a punto o punto a multipunto
enlace con el vecino o b) la publicidad de un enlace a una red donde
el vecino se ha convertido en el DR.

Coltun, et al. Normas Track [Pgina 16]

RFC 5340

OSPF para IPv6 de julio de 2008

direccin IP vecino
direccin IPv6 del vecino contenido como la direccin de origen
OSPF para paquetes IPv6. Esta ser una direccin de enlace local IPv6
para todos los tipos de enlace excepto enlaces virtuales.

Router Designado del vecino


La eleccin del vecino del enrutador designado de ahora se codifica
como una
ID del router en lugar de como una direccin IP.

BDR del vecino


La eleccin del vecino del BDR es ahora codificada
como un ID de router en lugar de como una direccin IP.

Estados vecinos, eventos, y seguir siendo la mquina de estados vecinos


sin cambios de IPv4 como se documenta en las secciones 10.1 , 10.2 y
10.3 de
[ OSPFv2 ], respectivamente. La decisin en cuanto a que las adyacencias
para formar
Tambin se mantiene sin cambios desde la lgica IPv4 documentado en la
Seccin 10.4
de [ OSPFv2 ].

4.2 . Procesamiento de Paquetes Protocolo

OSPF para IPv6 se ejecuta directamente sobre la capa de red de IPv6.


Como tal,
se encapsula en uno o ms cabeceras IPv6 con el Encabezado Siguiente
mbito de los IPv6 inmediato de encapsulacin de cabecera de set al valor
89.

En cuanto a OSPF para IPv4, OSPF para IPv6 OSPF paquetes de protocolo
de enrutamiento son
enviado a lo largo de adyacencias solamente (con la excepcin de los
paquetes de saludo,
que se utilizan para descubrir las adyacencias). OSPF tipos de paquetes y
funciones son las mismas tanto en IPv4 y IPv6, codificada por el Tipo
campo de la cabecera del paquete estndar OSPF.

4.2.1 . Protocolo de envo de paquetes

Cuando un router IPv6 enva un paquete de protocolo de enrutamiento


OSPF, que se llena
en los campos de la OSPF estndar para la cabecera del paquete IPv6
(vase
Apndice A.3.1 ) como sigue:

Versin #
Se establece en 3, el nmero de versin del protocolo como se
documenta en este
especificacin.

Tipo
El tipo de paquete OSPF, tales como la actualizacin de estado de
enlace o de Hola
paquete.

Coltun, et al. Normas Track [Pgina 17]

RFC 5340

OSPF para IPv6 de julio de 2008

longitud del paquete


La longitud de todo el paquete OSPF en bytes, incluyendo el
encabezado estndar de paquetes OSPF.

Router ID
La identidad del propio router (que se origina el paquete).

la zona ID
El rea OSPF para la interfaz en la que se enva el paquete.

ID de instancia
El OSPF ID de instancia asociado con la interfaz de los cuales
el paquete est siendo enviado.

Suma de comprobacin
La suma de comprobacin IPv6 de capa superior estndar (como se
describe en la Seccin
8.1 de [ IPV6 ]) que cubre todo el paquete IPv6 OSPF y antepuesto
pseudocabecera (ver Apndice A.3.1 ).

Seleccin de la fuente IPv6 OSPF protocolo de enrutamiento de paquetes y


'
direcciones de destino se lleva a cabo de forma idntica a la lgica de IPv4

Seccin 8.1 de [ OSPFv2 ]. La direccin de destino IPv6 se selecciona de


entre
entre los AllSPFRouters direcciones, AllDRouters, y el vecino IP
direccin asociada con el otro extremo de la adyacencia (que en
IPv6, para todos los enlaces excepto los enlaces virtuales, es un IPv6 de
enlace local
direccin).

El envo de paquetes de solicitud del estado del enlace y estado de enlace


paquetes de confirmacin se mantiene sin cambios a partir de los
procedimientos IPv4
documentado en las secciones 10.9 y 13.5 de [ OSPFv2 ] respectivamente.
El envo de los paquetes de saludo se documenta en la Seccin 4.2.1.1 , y
el
envo de paquetes de base de datos Descripcin de la Seccin 4.2.1.2 . los
envo de paquetes de estado de enlace Actualizar se documenta en la
Seccin 4.5.2 .

4.2.1.1 . El envo de paquetes de saludo

IPv6 cambia la forma de paquetes de saludo OSPF se envan en el


siguiente
maneras (en comparacin con la seccin 9.5 de [ OSPFv2 ]):

o Antes del paquete de saludo es enviado en una interfaz, de la interfaz


ID de interfaz se debe copiar en el paquete de saludo.

o El paquete de saludo ya no contiene una mscara de red IP desde OSPF


para IPv6 se ejecuta por cada enlace en lugar de por cada subred.

o La eleccin de DR y BDR es
Ahora se indica en Hellos por sus ID del router en lugar de por
sus direcciones de interfaz IP. La publicidad de la DR

Coltun, et al. Normas Track [Pgina 18]

RFC 5340

OSPF para IPv6 de julio de 2008

(O BDR) como 0.0.0.0 indica que el


Router designado (o BDR) todava no ha sido
elegido.

o El campo Opciones dentro de los paquetes de saludo se ha movido


alrededor, conseguir
ms grande en el proceso. Ms opciones de bits son ahora posibles.
Aquellos
que se deben establecer correctamente en los paquetes de saludo son
los siguientes. los
E-bit se establece si y slo si la interfaz se conecta a un habitual
zona, es decir, no un trozo o rea NSSA. De manera similar, el N-bit se
establece
si y slo si la interfaz se conecta a un rea NSSA (ver
[ NSSA ]). Por ltimo, el DC-bit se establece si y slo si el enrutador
deseos para suprimir el envo de futuras Hellos travs de la interfaz
(ver [ DEMAND ]). Los bits no reconocidos en Opciones del paquete de
saludo
campo debe ser limpiado.

El envo de los paquetes de saludo en NBMA redes para IPv6 procede


exactamente de
de la misma manera como para IPv4, como se documenta en la Seccin
9.5.1 de [ OSPFv2 ].

4.2.1.2 . Envo de base de datos Descripcin Paquetes

El envo de paquetes de base de datos Descripcin difiere de la Seccin


10.8
de [ OSPFv2 ] de las siguientes maneras:

o El campo Opciones de base de datos dentro de los paquetes descripcin


se ha movido
alrededor, cada vez ms grande en el proceso. Ms opciones de bits son
ahora
posible. Aquellos que se deben establecer correctamente en la Base de
datos
Descripcin paquetes son los siguientes. El DC-bit se establece si y slo
Si el router desea para suprimir el envo de Hellos sobre el
interfaz (ver [ DEMAND ]). Los bits no reconocidos en la Base de Datos
Descripcin del campo Opciones de paquetes debe ser limpiado.

4.2.2 . Protocolo de recepcin de paquetes

Cada vez que un router recibe un paquete de protocolo OSPF, se marca


con
la interfaz en la que se recibi. Para los routers que tienen
enlaces virtuales configurado, puede no ser inmediatamente obvio con
cul es la interfaz para asociar el paquete. Por ejemplo, considere la
Router RT11 representa en la Figura 6 de [ OSPFv2 ]. Si recibe un RT11
OSPF paquete de protocolo en su interfaz de red N8, es posible que desee
asociar el paquete con la interfaz de la zona 2, o con el
enlace virtual a Router RT10 (que es parte de la columna vertebral). En el
siguiente, se supone que el paquete se asocia inicialmente con el
enlace no virtual.

Para que el paquete que se pas a OSPF para el procesamiento, la


siguientes pruebas se deben realizar en las cabeceras IPv6 encapsulacin:

Coltun, et al. Normas Track [Pgina 19]

RFC 5340

OSPF para IPv6 de julio de 2008

o direccin IP de destino del paquete deber ser uno de los IPv6


direcciones de unidifusin asociados con la interfaz receptora (este
incluye las direcciones de enlace local), uno de la multidifusin IPv6
AllSPFRouters direcciones o AllDRouters, o una direccin IPv6 global
(Para los enlaces virtuales).

o El campo Cabecera Siguiente de la cabecera IPv6 encapsulado de


inmediato
Debe especificar el protocolo OSPF (89).

o Cualquier encapsulacin de autenticacin y cabecera IP (ver [ ipauth ]) y


la
Las cargas tiles IP de seguridad de encapsulacin (vase [ IPESP ])
deben ser procesados
y / o verificado para asegurar la integridad y autenticacin /
confidencialidad de los intercambios de enrutamiento OSPF. Esto se
describe en
[ OSPFv3-AUTH ].

Despus de procesar las cabeceras IPv6 encapsulacin, el paquete OSPF


cabecera se procesa. Los campos especificados en la cabecera deben
coincidir
los configurados para la interfaz OSPFv3 recibir. Si no lo hacen,

el paquete debe ser desechado:

o El campo de nmero de versin debe especificar el protocolo de la


versin 3.

La suma de comprobacin o IPv6 de capa superior (como se describe en la


Seccin 8.1 del
[ IPV6 ]), que cubre la totalidad del paquete OSPF e IPv6 antepuesto
pseudo-cabecera, debe verificarse (vase el Apndice A.3.1 ).

o El ID de rea y ID de instancia que se encuentra en la cabecera OSPF


deben estar
verificada. Si ambos de los siguientes casos fallan, el paquete debe
ser desechada. El identificador de la zona y la ID de instancia
especificada en la cabecera
debe:

1. Al menos uno de la ID de la zona (s) e interfaz de ID de instancia (s)


de
el enlace de recepcin. A diferencia de IPv4, la direccin IPv6 de
origen es
no se limita a estar dentro de la misma subred IPv6 que el
recibir enlace. IPv6 OSPF se ejecuta por cada enlace en lugar de perIPsubred.

2. Compare el rea de la columna vertebral y otros criterios para un


configurada
enlace virtual. El router receptor debe ser un ABR (rea
Border Router) y el ID de Router especificado en el paquete (la
router origen) debe ser el otro extremo de un virtual configurado
enlazar. Adems, el enlace de recepcin debe tener un OSPFv3
interfaz que se conecta al enlace de virtual configurado
zona de trnsito y el identificador de instancia deben coincidir con el
enlace virtual de

ID de instancia. Si todas estas comprobaciones tienen xito, el


paquete se
aceptado y est asociado con el enlace virtual (y la
rea de red troncal).

Coltun, et al. Normas Track [Pgina 20]

RFC 5340

OSPF para IPv6 de julio de 2008

o paquetes originados a nivel local no debera ser procesada por el OSPF,


excepto
para el apoyo de mltiples interfaces conectados al mismo enlace como
se describe en la Seccin 4.9 . Originados localmente paquetes tienen
una
direccin de origen igual a una de las direcciones locales del router.

o paquetes cuya IPv6 de destino es AllDRouters slo deben ser


aceptada si el estado de la interfaz OSPFv3 receptor es DR o
Respaldo (ver seccin 9.1 [ OSPFv2 ]).

Despus del procesamiento de cabecera, el paquete se procesa


adicionalmente de acuerdo con
su tipo de paquetes OSPF. tipos y funciones de paquetes OSPF son los
mismos
para IPv4 e IPv6.

Si el tipo de paquete es Hola, entonces debera ser procesado por


el procesamiento de paquetes Hola como se describe en la Seccin 4.2.2.1
. Todas

otros tipos de paquetes son enviados / recibidos slo en las adyacencias.


Esto significa
que el paquete debe haber sido enviado por uno de router de activos
vecinos. El vecino es identificado por el ID del router que aparecen en las
cabecera OSPF del paquete recibido. Los paquetes que no coincida con
ninguna activo
vecino se descartan.

El procesamiento de recepcin de los paquetes de base de datos


Descripcin, estado de enlace
Solicitud de paquetes, y los paquetes de estado de enlace reconocimiento
es casi
idnticos a los procedimientos documentados IPv4 en las Secciones 10.6 ,
10.7 ,
y 13.7 de [ OSPFv2 ], respectivamente, con las excepciones indicadas a
continuacin.

o LSA con tipos desconocidos LS Base de datos Descripcin paquetes que


tener un alcance inundaciones aceptables son procesados el mismo que
las LSA
con tipos LS conocidos. En OSPFv2 [ OSPFv2 ], el resultado sera
la adyacencia va a venir abajo con un evento SequenceMismatch.

La recepcin de los paquetes de saludo se documenta en la Seccin


4.2.2.1 y
la recepcin de los paquetes de actualizacin Link State est
documentado en
Seccin 4.5.1 .

4.2.2.1 . Recepcin de paquetes de saludo

El procesamiento de recepcin de los paquetes de saludo se diferencia de


la Seccin 10.5 del
[ OSPFv2 ] de las siguientes maneras:

o En todos los tipos de enlace (por ejemplo, difusin, NBMA, punto a


punto, etc.),
vecinos son identificados nicamente por su ID de router OSPF. Para
todos
tipos de enlace, excepto los enlaces virtuales, la direccin IP se
establece como Vecino
la direccin IPv6 de origen en el encabezado IPv6 del OSPF recibido
Hola paquete.

o Ya no es un campo Mscara de red en el paquete de saludo.

Coltun, et al. Normas Track [Pgina 21]

RFC 5340

OSPF para IPv6 de julio de 2008

o Eleccin del vecino del enrutador designado y designado de respaldo


Enrutador ya est codificado como un enrutador OSPF ID en lugar de
una direccin IP
Direccin de la interfaz.

4.3 . La estructura de la tabla de enrutamiento

La tabla de enrutamiento utilizada por OSPF para IPv4 se define en la


Seccin 11 del
[ OSPFv2 ]. Para IPv6, hay entradas de la tabla de enrutamiento anlogos:
no
son entradas de la tabla de enrutamiento para los prefijos de direcciones
IPv6 y tambin para AS

routers de frontera. Las entradas de la tabla de enrutamiento ltimo slo


se utilizan para
mantener los resultados intermedios durante el proceso de generacin
tabla de enrutamiento (ver
Seccin 4.8 ).

Adems, para almacenar los resultados intermedios durante la ruta ms


corta
clculo para cada rea, hay una tabla de enrutamiento por separado para
cada
rea de la celebracin de las siguientes entradas:

o una entrada para cada router en la zona. Los routers son identificados
por
su OSPF Router ID. Estas entradas de la tabla de enrutamiento tienen el
conjunto de
caminos ms cortos a travs de un rea dada a un router dado, que a su
a su vez permite el clculo de rutas a los prefijos IPv6 anunciados
por ese router en dentro de la zona-prefix-LSA. Si el router es tambin
un enrutador de borde de rea, estas entradas tambin se utilizan para
calcular
caminos para prefijos de direccin inter-rea. Si adems el router
es el otro punto final de un enlace virtual, la entrada de la tabla de
enrutamiento
describe el coste y la viabilidad de la conexin virtual.

o Una entrada para cada enlace de trnsito en la zona. enlaces de trnsito


tienen
asociados network-LSA. Tanto el enlace de trnsito y la RedLSA se identifica por una combinacin del enrutador designado de
ID de interfaz en el enlace y el enrutador OSPF del enrutador designado
CARN DE IDENTIDAD. Estas entradas de la tabla de enrutamiento
permiten el clculo posterior de caminos
a los prefijos IP anunciados para el enlace de trnsito en el comercio
intra-zonaprefix-LSA.

Los campos de la tabla de enrutamiento OSPF IPv4 (vase la Seccin 11


del
[ OSPFv2 ]) siguen siendo vlidas para IPv6: capacidades opcionales
(routers
solamente), tipo de ruta, el costo, el tipo 2 de costos, origen de estado de
enlace, y para cada
de las rutas de igual costo para el destino, el siguiente salto y
routers de publicidad.

Para IPv6, el campo de origen de estado de enlace en la entrada de la


tabla de enrutamiento es
el router-LSA o red-LSA que tiene directa o indirectamente
producido la entrada de la tabla de enrutamiento. Por ejemplo, si la tabla
de enrutamiento
entrada describe una ruta a un prefijo IPv6, el origen de estado de enlace
es
el router-LSA o red-LSA que se mencionan en el cuerpo de la
intra-zona-prefijo-LSA que se ha producido la ruta (ver
Apndice A.4.10 ).

Coltun, et al. Normas Track [Pgina 22]

RFC 5340

OSPF para IPv6 de julio de 2008

4.3.1 . Tabla de enrutamiento de bsqueda

tabla de enrutamiento de bsqueda (es decir, la determinacin de la


mejor coincidencia de enrutamiento

entrada de la tabla durante el reenvo de IP) es la misma para IPv6 como


para IPv4.

4.4 . Enlace estado de conexiones

Para IPv6, la cabecera OSPF LSA ha cambiado ligeramente, con el tipo LS


campo en expansin y el campo de opciones que se mueven en el cuerpo
de
LSA apropiadas. Adems, los formatos de algunos LSAs han cambiado
en cierta medida (es decir, un router-LSA, red-LSA, AS-externa-LSAs, y
NSSA-LSA), mientras que los nombres de otros LSA se han cambiado (tipo
3
y 4 resumen-LSAs son ahora inter-reas-prefix-LSA e inter-zonaSe han agregado del router-LSA respectivamente) y LSA adicionales
(varillaje
LSA y dentro de la zona-prefix-LSA). Tipo de Servicio (TOS) ha sido
retirado de la especificacin OSPFv2 [ OSPFv2 ] y no est codificado
OSPF dentro de las LSA de IPv6.

Estos cambios se describirn en detalle en la siguiente


subsecciones.

4.4.1 . La cabecera LSA

En IPv4 e IPv6, todas las LSA de OSPF comienzan con un estndar de 20


bytes
cabecera LSA. Sin embargo, el contenido de esta cabecera de 20 bytes
tienen
cambiado en IPv6. La edad LS, Publicidad Router, LS Nmero de
secuencia,
checksum LS, y la longitud de los campos dentro de la cabecera LSA
permanecen

sin cambios, tal como se documenta en las secciones 12.1.1 , 12.1.5 ,


12.1.6 , 12.1.7 ,
A.4.1 y de [ OSPFv2 ], respectivamente. Sin embargo, los siguientes
campos
han cambiado para IPv6:

opciones
El campo Opciones se ha eliminado de la norma LSA de 20 bytes
Encabezado y movido en el cuerpo del enrutador-LSA, red-LSA,
Entre la zona de enrutador LSA, y Link-LSA. El tamao de las Opciones
campo ha aumentado de 8 a 24 bits, y algunos de los bits
definiciones han cambiado (vase el Apndice A.2 ). Adems, una
PrefixOptions campo separadas, 8 bits de longitud, se encuentra junto a
cada prefijo anunciado dentro del cuerpo de un LSA.

tipo LS
El tamao del campo de tipo LS ha aumentado de 8 a 16 bits,
con el bit de orden superior que codifica para la manipulacin de los
tipos y la desconocidos
dos bits siguientes que codifican alcance inundaciones. Vase el
Apndice A.4.2.1 para
la codificacin actual del campo de tipo LS.

Coltun, et al. Normas Track [Pgina 23]

RFC 5340

OSPF para IPv6 de julio de 2008

Link ID Estado
El Estado Link ID se mantiene en 32 bits de longitud. Sin embargo,
excepto
de network-LSA y Link-LSA, el Estado Link ID se ha despojado de
cualquier
hacer frente a la semntica. Por ejemplo, un enrutador IPv6 de origen
mltiple AS-externa-LSAs podra comenzar mediante la asignacin de un
primer
Link ID Estado de 0.0.0.1, el segundo un ID de enlace 0.0.0.2 Estado,
y as. En lugar de la conducta IPv4 de codificacin de la red
nmero dentro del AS-externa-LSA Enlace identificacin del estado de la
IPv6 Link
Identificacin del estado simplemente sirve como una forma de
diferenciar varios LSA
originado por el mismo router.
Para network-LSA, el Estado Link ID se establece en el Designado
ID de interfaz del router en el enlace. Cuando un router origina una
link-LSA para un enlace dado, su Estado ID de enlace se establece igual
a la
ID de interfaz del router en el enlace.

4.4.2 . La base de datos de estado de enlace

En IPv6, como en IPv4, LSAs individuales se identifican por una


combinacin
de su tipo LS, Link Estado ID, y los campos de Publicidad Router.
Dados dos instancias de un LSA, se determina el caso ms reciente
mediante el examen de nmero de secuencia LS los LSA ', mediante la
suma de comprobacin de LS y LS
la edad como criterio de desempate (vase la Seccin 13.1 de [ OSPFv2 ]).

En IPv6, la base de datos de estado de enlace se divide en tres datos


separado
estructuras. LSA con AS alcance inundaciones estn contenidos dentro de
la

de nivel superior estructura de datos OSPF (ver seccin 4.1 ), siempre y


cuando sea
su tipo LS es conocido o su U-bit es 1 (inundaciones, incluso cuando
poco reconocido); esto incluye el AS-externa-LSAs. LSA con el rea
alcance inundaciones estn contenidos dentro de la estructura de rea
apropiada
(ver Seccin 4.1.1 ), siempre y cuando sea su tipo LS es conocido o su
U-bit es 1 (inundaciones, incluso cuando no reconocido); esto incluye el
router-LSA,
red-LSA, inter-rea-prefix-LSA, entre reas de enrutador LSA, NSSALSA, y dentro de la zona-prefix-LSA. LSA con un tipo LS desconocido, el
U-bit se establece en 0, y / o el alcance de enlace local inundaciones estn
contenidos dentro
la estructura de interfaz apropiado (ver seccin 4.1.2 ); esta
Incluye acoplamiento de LSAs.

Para buscar o instalar un LSA en la base de datos, primero se examina el


Tipo de LS y el contexto de la LSA (es decir, la zona o el enlace a la cual el
LSA pertenece). Esta informacin le permite encontrar la correcta
base de datos de LSA, donde luego de bsqueda basado en el tipo de la
LSA, Enlace
Identificacin del estado, y Publicidad Router.

Coltun, et al. Normas Track [Pgina 24]

RFC 5340

OSPF para IPv6 de julio de 2008

4.4.3 . originario LSA

El proceso de reoriginating un LSA en IPv6 es la misma que en IPv4:


LS nmero de secuencia de la LSA se incrementa, su edad LS se establece
en 0,
su suma de control se calcula LS, y se aade la LSA para el estado del
enlace
base de datos y se inund en las interfaces apropiadas.

Se da la lista de acontecimientos que causan las LSA que se reoriginated


para IPv4
en la Seccin 12.4 del [ OSPFv2 ]. Los siguientes eventos y / o acciones
son
aadido para IPv6:

o El estado o ID de interfaz de una de las interfaces del router


cambios. El router puede ser necesario (re) originar o vaciar su varillaje
LSA y uno o ms de router-LSA y / o dentro de la zona-prefix-LSA. Si
el router es el DR, el router tambin puede necesitar
(Re) se originan y / o vaciar la red correspondiente a la LSA
interfaz.

o La identidad del enrutador designado cambios de un objeto vinculado. el


router
puede ser necesario (re) tengan su origen o eliminar del enlace de redLSA y uno
o ms de router-LSA y / o dentro de la zona-prefix-LSA.

o Un vecino transiciones a / desde el estado "completo". El router puede


necesitar
(re) originar o eliminar del enlace de red-LSA y uno o ms

Router-LSAs y / o dentro de la zona-prefix-LSA.

o El ID de interfaz de un vecino cambia. Esto puede causar una nueva


instancia de un router-LSA que se origin en la zona asociada.

o Un nuevo prefijo se agrega a un enlace adjunto, o se elimina un prefijo


(Tanto a travs de la configuracin). Esto hace que el router
reoriginate su eslabn-LSA para el enlace o, si es el nico router
unido al enlace, hace que el router reoriginate un intrazona-prefijo-LSA.

o Un nuevo enlace-LSA se recibe, causando la coleccin del enlace de


prefijos para cambiar. Si el router es el router designado para
el enlace, se origina una nueva intra-zona-prefijo-LSA.

o Un nuevo enlace-LSA se recibe, haciendo que las opciones de LSA lgico


o de
anunciada por los routers adyacentes en el enlace para cambiar. Si el
router es el router designado por el enlace, se origina una nueva
network-LSA.

construccin detallada de los siete tipos de LSA IPv6 es requeridos


suministrada por las siguientes subsecciones. Con el fin de mostrar
ejemplo
LSA, el mapa de la red en la Figura 15 de la [ OSPFv2 ] ha sido revisado a
fin de
muestran el direccionamiento IPv6, lo que resulta en la Figura 1. El costo
OSPF de cada

Coltun, et al. Normas Track [Pgina 25]

RFC 5340

OSPF para IPv6 de julio de 2008

interfaz se muestra en la Figura 1. La asignacin de prefijos IPv6


a los enlaces de la red se muestra en la Tabla 1. Un nico intervalo de
direcciones de rea
se ha configurado para el rea 1, por lo que, fuera de la zona 1 la totalidad
de su
prefijos estn cubiertos por una sola ruta a 2001: 0db8: c001 :: / 48. los
ID de interfaz OSPF y las direcciones locales de vnculo para el router
interfaces en la figura 1 se dan en la Tabla 2.

..........................................
. rea 1.
. +.
.|.
. | 3 + --- + 1.
. N1 | - | RT1 | ----- +.
. | + --- + \.
. | \ ______.
. + \ / \ 1 + --- +
. * N3 * ------ | RT4 | -----. + / \ _______ / + --- +
.|/|.
. | 3 + --- + 1 / | .
. N2 | - | RT2 | ----- + 1 | .
. | + + --- + --- +.
. | | RT3 | ---------------. + + + ---.
. | 2.
.|.
. + ------------ +.
. N4.

..........................................

Figura 1: Zona 1 con direcciones IP que se muestra

prefijo de red IPv6


----------------------------------N1 2001: 0db8: c001: 0200 :: / 56
N2 2001: 0db8: c001: 0300 :: / 56
N3 2001: 0db8: c001: 0100 :: / 56
N4 2001: 0db8: c001: 0400 :: / 56

Tabla 1: Los prefijos IPv6 Link para la red de ejemplo

Coltun, et al. Normas Track [Pgina 26]

RFC 5340

OSPF para IPv6 de julio de 2008

Interfaz de interfaces del router ID direccin de enlace local


-------------------------------------------------- ----RT1 a N1 1 fe80: 0001 :: RT1

a N3 2 fe80: 0002 :: RT1


RT2 a N2 1 fe80: 0001 :: RT2
a N3 2 fe80: 0002 :: RT2
RT3 a N3 1 fe80: 0001 :: RT3
a N4 2 fe80: 0002 :: RT3
RT4 a N3 1 fe80: 0001 :: RT4

Tabla 2: interfaz OSPF ID y las direcciones de enlace local

Figura 1

4.4.3.1 . Opciones de LSA

El campo Opciones de LSA debe codificarse como sigue. El V6 bits


se debe establecer a menos que el router no participar en el trnsito IPv6
enrutamiento. El E-bit debe ser claro si y slo si el rea adjunta
es un trozo OSPF o rea OSPF NSSA. El E-bit debe estar siempre en
AS de mbito LSA. La N-bit debe establecerse si y slo si el adjunto
zona es un rea OSPF NSSA. El R-bit debe fijarse a menos que el enrutador
no participar en ninguna de enrutamiento de trnsito. La DC-bit debe ser
establecer si y slo si el router puede procesar correctamente el bit
DoNotAge
cuando aparece en el campo de las LSA LS edad (ver [ DEMAND ]). Todas
los bits no reconocidos en el campo Opciones deben ser liquidados.

El V6 bits y R bits slo se examinan en el Router-LSAs durante el SPF


clculo. En otros tipos de LSA que contienen opciones, que se establecen
para
slo para fines informativos.

4.4.3.2 . Router-LSAs

El tipo LS de un router-LSA se establece en el valor 0x2001. Router-LSAs


tener un alcance inundaciones zona. Un router puede originarse a uno o
ms routerLSAs para un rea dada. Cada router-LSA contiene un nmero entero
de descripciones de la interfaz. En conjunto, la coleccin de routerLSA originados por el router para un rea describe el recogieron
estados de todas las interfaces del router conectado a la zona. Cuando
Se utilizan mltiples de router-LSA, que se distinguen por su enlace
campos de identificacin del estado.

A la izquierda del campo de opciones, la capacidad Fresas V, E,


y B debe establecerse de acuerdo con la Seccin 12.4.1 de [ OSPFv2 ].

Cada una de las interfaces del router a la zona se describe a continuacin


por
Aadiendo "descripciones de los vnculos" al router-LSA. cada enlace
Descripcin es de 16 bytes de longitud, que consiste en cinco campos:
(enlace) Tipo,

Coltun, et al. Normas Track [Pgina 27]

RFC 5340

OSPF para IPv6 de julio de 2008

Mtrica, ID de interfaz, Vecino ID de interfaz, y el ID del router vecino


(vase el Apndice A.4.3 ). Interfaces en el estado "abajo" o "bucle
invertido"
no se describen (aunque en bucle de nuevo las interfaces pueden
contribuir
prefijos a intra-zona-prefijo-LSA), ni son interfaces sin ningn

adyacencias completa descritos (excepto en el caso de mltiples espera


Interfaces como se describe en la seccin 4.9 ). Todas las dems
interfaces a la
rea de aadir cero, uno, o ms descripciones de enlaces. El nmero y la
contenido de las mismas dependen del tipo de interfaz. Dentro de cada
enlace
descripcin, el campo mtrico siempre se establece en la salida de la
interfaz
el costo y el campo ID de interfaz se establece en OSPF de la interfaz
ID de interfaz.

interfaces punto a punto


Si el router vecino es totalmente adyacente, aadir un enlace de tipo 1
Descripcin (punto a punto). El campo de ID de interfaz Vecino es
establece en el ID de interfaz anunciada por el vecino en su Hola
paquetes, y el campo ID de enrutador de vecino se establece en el
vecino
ID del router.

las interfaces de transmisin y NBMA


Si el router es totalmente adyacente al enrutador designado del vnculo
o
si el propio router es el DR y es totalmente
adyacente a al menos otro router, aadir un solo enlace de Tipo 2
Descripcin (red de trnsito). El campo de ID de interfaz Vecino es
establece en el ID de interfaz anunciada por el enrutador designado en
su
Paquetes de saludo, y el campo ID de enrutador de vecino se establece
en el
Designado del router Router ID.

Los enlaces virtuales


Si el router vecino es totalmente adyacente, aadir un enlace de tipo 4
Descripcin (virtual). El campo ID de interfaz Vecino se establece en
El ID de interfaz anunciada por el vecino en sus paquetes de saludo,

y el campo ID de enrutador de vecino se establece en router del vecino


CARN DE IDENTIDAD. Tenga en cuenta que el coste de salida de un
enlace virtual se calcula
En el clculo tabla de enrutamiento (ver seccin 4.7 ).

Punto a multipunto de interfaces


Para cada vecino totalmente adyacente asociada con la interfaz,
aadir un enlace de tipo 1 Descripcin separado (punto a punto) con el
Vecino campo de ID de interfaz se establece en la ID de interfaz
anunciado por
el vecino en sus paquetes de saludo y el campo ID de enrutador de
vecino
establecido en el vecino Router ID.

Como ejemplo, considere el router-LSA ese router RT3 hara


se originan por la zona 1 en la Figura 1. Slo una nica interfaz debe ser
se describe, a saber, la que se conecta a la red de trnsito N3. Eso
RT4 asume que ha sido elegido el DR de la Red
N3.

Coltun, et al. Normas Track [Pgina 28]

RFC 5340

OSPF para IPv6 de julio de 2008

; enrutador-LSA de RT3 para el rea 1

LS edad = 0; recin (re) se origin


Tipo LS = 0x2001, router-LSA
Link State ID = 0; primer fragmento

Publicidad Router = 192.0.2.3; RT3 de ID de enrutador


bit E = 0; no es un router de frontera
bit B = 1; zona de frontera router
Opciones = (V6 bits | E-bit | R-bit)
Tipo = 2; se conecta a N3
Mtricas = 1; costo para N3
ID de interfaz = 1; RT3 de interfaz de ID en N3
ID de interfaz vecino = 1; ID de interfaz de RT4 en N3
Neighbor Router ID = 192.0.2.4; RT4 del router ID

enrutador-LSA de RT3 para el rea 1

Por ejemplo, si se aade otro router a red N4, RT3 hara


que anunciar una segunda descripcin de enlace para su conexin a
(Ahora el trnsito) N4 red. Esto podra lograrse por
reoriginating lo anterior enrutador-LSA, esta vez con dos enlaces
descripciones. O bien, un router-LSA separada podra ser originada con
una
separada de estado de enlace ID (por ejemplo, utilizando un ID de Enlace
del Estado 1) para describir
la conexin a N4.

Las rutas de host para redes aisladas ya no aparecen en el router-LSA.


Ms bien, estn incluidos en dentro de la zona-prefix-LSA.

4.4.3.3 . Network-LSA

El tipo LS de una red-LSA se establece en el valor 0x2002. RedLSA tienen alcance rea de inundacin. Una red-LSA se origin por cada
transmitir o enlazar NBMA con un enrutador designado electo que es
plenamente adyacente con al menos un otro router en el enlace. los
network-LSA se origin por router y listas exclusivas del enlace

todos los routers en el enlace con el que es totalmente adyacente.

El procedimiento de origen de la red de LSAs en IPv6 es la misma que la


IPv4 procedimiento documentado en la Seccin 12.4.2 de [ OSPFv2 ], con
el
siguientes excepciones:

Estado del enlace ID o de una red IPv6-LSA se establece en el ID de


interfaz de
el DR en el enlace.

o IPv6 red-LSA no contienen una mscara de red. Todo abordar


la informacin contenida en el antiguo IPv4 red-LSA tiene ahora
han consignado a dentro de la zona-prefix-LSA originados por el enlace
de
Router designado.

Coltun, et al. Normas Track [Pgina 29]

RFC 5340

OSPF para IPv6 de julio de 2008

o El campo Opciones en la red-LSA se establece en el OR lgico de


los campos Opciones contenidos dentro de varillaje asociado del enlace
LSA correspondientes a los vecinos adyacentes totalmente. De esta
manera, la
enlace de red exhibe una capacidad cuando al menos uno
completamente
vecino adyacente en el enlace solicita que la capacidad sea
anuncian.

A modo de ejemplo, suponiendo que el Router RT4 ha sido elegido el


Router de red N3 designado en la Figura 1, la siguiente NetworkLSA se origin:

; Red-LSA para la red N3

LS edad = 0; recin (re) se origin


Tipo LS = 0x2002; red-LSA
Link State ID = 1; ID de interfaz de RT4 en N3
Publicidad Router = 192.0.2.4; RT4 del router ID
Opciones = (V6 bits | E-bit | R-bit)
Router conectado = 192.0.2.4; Router ID
Router conectado = 192.0.2.1; Router ID
Router conectado = 192.0.2.2; Router ID
Router conectado = 192.0.2.3; Router ID

Red-LSA para la red N3

4.4.3.4 . Inter-Area-Prefijo-LSA

El tipo LS de un inter-zona-prefijo-LSA se establece en el valor 0x2003.


Inter-reas-prefix-LSA tienen alcance rea de inundacin. En IPv4, inter
zona-prefijo-LSA se llama resumen de tipo 3 LSA. Cada inter-zonaprefijo-LSA describe un prefijo externo a la zona, sin embargo interna para
el Sistema Autnomo.

El procedimiento para originario inter-rea-prefix-LSA en IPv6 es la


mismo que el procedimiento IPv4 documentado en las Secciones 12.4.3 y
12.4.3.1
de [ OSPFv2 ], con las siguientes excepciones:

o La identificacin de vnculo Estado de una inter-zona-prefijo-LSA ha


perdido toda su
hacer frente a la semntica y simplemente sirve para distinguir
mltiples
Entre la zona-prefix-LSA que se originan por el mismo router.

o El prefijo es descrito por los prefixlength, PrefixOptions, y


Abordar campos de prefijo incrustados dentro del cuerpo LSA. Mscara
de red
Ya no se especifica.

o La NU-bit en el campo PrefixOptions debe ser clara.

Coltun, et al. Normas Track [Pgina 30]

RFC 5340

OSPF para IPv6 de julio de 2008

Las direcciones de enlace local o nunca DEBEN ser objeto de publicidad en


la inter-zonaprefix-LSA.

A modo de ejemplo, a continuacin se muestra el rea inter-prefijo-LSA


que
Router RT4 se origina en el rea troncal OSPF, condensando todos
prefijos rea 1 en el nico prefijo 2001: 0db8: c001 :: / 48. los
coste se encuentra a 4, que es el coste mximo de todo el individuo
prefijos componentes. El prefijo se rellena a un nmero par de
palabras de 32 bits, por lo que consume 64 bits de espacio en lugar de 48

Bits.

; Entre la zona-prefijo-LSA para direcciones Zona 1


; originado por Router RT4 en la cadena principal

LS edad = 0; recin (re) se origin


Tipo LS = 0x2003; interreas-prefix-LSA
Publicidad Router = 192.0.2.4; RT4 de Identificacin
Mtricas = 4; mximo a los componentes
Prefixlength = 48
PrefixOptions = 0
El prefijo de direccin = 2001: 0db8: c001; acolchada de 64-bits

Entre la zona-prefijo-LSA para la zona 1 se originaron direcciones


por Router
RT4 en la cadena principal

4.4.3.5 . Router-LSAs Inter-Area-

El tipo LS de un rea inter-router-LSA se establece en el valor 0x2004.


Entre la zona de enrutador LSA tienen alcance rea de inundacin. En
IPv4, inter
rea de enrutador LSA se llama de tipo 4 Resumen de LSAs. Cada interzonaenrutador-LSA describe una ruta a un destino enrutador OSPF (es decir, un
AS
Lmites Router (ASBR)) que es externo a la zona interna para todava
el Sistema Autnomo.

El procedimiento para originario inter-rea-Router-LSAs en IPv6 es la


mismo que el procedimiento IPv4 documentado en la Seccin 12.4.3 de [
OSPFv2 ],
con las siguientes excepciones:

o La identificacin de vnculo Estado de un rea inter-router-LSA ya la no


es
del router de destino OSPF Router ID y ahora simplemente sirve para
distinguir mltiples inter-rea-Router-LSAs que se originan por
el mismo router. El router de destino ID de enrutador se encuentra ahora
en el cuerpo de la LSA.

Coltun, et al. Normas Track [Pgina 31]

RFC 5340

OSPF para IPv6 de julio de 2008

o El campo Opciones en un rea inter-router-LSA debe ser igual


para el campo Opciones contenida en el propio destino del router
enrutador-LSA. por lo tanto el campo de opciones describe las
capacidades
apoyado por el router de destino.

A modo de ejemplo, consideremos el sistema autnomo OSPF representa


en la figura
6 de [ OSPFv2 ]. Router RT4 se originara en la zona 1 de la siguiente
Entre la zona de enrutador LSA para router de destino RT7.

; Entre la zona de enrutador LSA para router de frontera RT7


; originado por Router RT4 en la zona 1

LS edad = 0; recin (re) se origin


Tipo LS = 0x2004; rea inter-router-LSA
Publicidad Router = 192.0.2.4; RT4 de Identificacin
Opciones = (V6 bits | E-bit | R-bit); capacidades de RT7
Mtricas = 14; costo para RT7
Identificacin de ID de destino Router Router = RT7

Inter-router-LSA para router de frontera RT7 originado por Router


RT4 en la zona 1

4.4.3.6 . AS-externa-LSAs

El tipo LS de un AS-external-LSA se establece en el valor 0x4005. COMOexternal-LSA tienen AS alcance inundaciones. Cada AS-externa-LSA
describe
un camino hacia un prefijo externo al sistema autnomo.

El procedimiento para originario AS-external-LSA en IPv6 es la misma que


el procedimiento IPv4 documentado en la Seccin 12.4.4 de [ OSPFv2 ],
con el
siguientes excepciones:

o La identificacin de vnculo Estado de un AS-external-LSA ha perdido


toda su
hacer frente a la semntica y simplemente sirve para distinguir
mltiples ASexternal-LSA que se originan por el mismo router.

o El prefijo es descrito por los prefixlength, PrefixOptions, y


Abordar campos de prefijo incrustados dentro del cuerpo LSA. Mscara
de red
Ya no se especifica.

o La NU-bit en el campo PrefixOptions debe ser clara.

o direcciones de enlace local nunca pueden ser objeto de publicidad en


AS-externa-LSAs.

o La direccin de reenvo est presente en la AS-externa-BAE si y


slo si el bit de AS-externa-LSA F se pone.

Coltun, et al. Normas Track [Pgina 32]

RFC 5340

OSPF para IPv6 de julio de 2008

o La etiqueta de ruta externa est presente en la AS-externa-BAE si y


Slo si el bit T de la AS-externa-LSA se establece.

o La capacidad de un AS-external-LSA para hacer referencia a otra LSA


tiene
han apoyado a travs de la inclusin del tipo referenciado LS
campo y el campo de Referencia de estado de enlace ID opcional (este
ltimo
presente si y slo si el tipo referenciado LS no es cero). Esta
capacidad es para uso futuro; el Tipo de Referencia LS debe
establecerse
a 0, y recibi valores distintos de cero para este campo debe ser
ignorado hasta que se defina su uso.

A modo de ejemplo, consideremos el sistema autnomo OSPF representa


en la figura
6 de [ OSPFv2 ]. Supongamos que RT7 ha aprendido la ruta a travs de
BGP N12
y que desea hacer publicidad de una mtrica de tipo 2 en el AS. tambin
asume que el prefijo IPv6 para N12 es el valor 2001: 0db8: 0A00 :: / 40.
RT7 entonces se originan los siguientes AS-externa-LSA para la
red externa N12. Tenga en cuenta que dentro de la AS-externa-LSA, N12
de
prefijo ocupa 64 bits de espacio con el fin de mantener 32 bits
alineacin.

; AS-externa-LSA para Red N12,


; originado por Router RT7

LS edad = 0; recin (re) se origin


Tipo LS = 0x4005; AS-externa-LSA
Link State ID = 123; tipo LSA / alcance identificador nico
Identificacin de Publicidad Router Router = RT7
bit E = 1; Tipo 2 mtricas
bit F = 0; ninguna direccin de reenvo
bit T = 1; etiqueta de ruta externa incluido
Mtrica = 2
Prefixlength = 40
PrefixOptions = 0
LS referencia Tipo = 0; sin referencia Enlace Estado ID
El prefijo de direccin = 2001: 0db8: 0A00; acolchada de 64-bits
Ruta externa Tag = segn BGP interaccin / OSPF

AS-externa-LSA para Red N12, originada por Router RT7

4.4.3.7 . NSSA-LSA

El tipo LS de un NSSA-LSA se establece en el valor 0x2007. NSSA-LSA


tener un alcance inundaciones zona. Cada NSSA-LSA describe una ruta de
acceso a un prefijo
externo al sistema autnomo cuyo alcance se limita inundaciones
a una sola rea NSSA.

El procedimiento para originario NSSA-LSAs en IPv6 es la misma que la


Procedimiento IPv4 documentado en [ NSSA ], con las siguientes
excepciones:

Coltun, et al. Normas Track [Pgina 33]

RFC 5340

OSPF para IPv6 de julio de 2008

o La identificacin de vnculo Estado de una NSSA-LSA ha perdido todo su


frente
semntica y simplemente sirven para distinguir mltiples NSSA-LSAs
que
son originadas por el mismo router en la misma zona.

o El prefijo es descrito por los prefixlength, PrefixOptions, y


Abordar campos de prefijo incrustados dentro del cuerpo LSA. Mscara
de red
Ya no se especifica.

o La NU-bit en el campo PrefixOptions debe ser clara.

Las direcciones de enlace local o nunca pueden ser objeto de publicidad


en NSSA-LSA.

o La direccin de reenvo est presente en la NSSA-BAE si y slo si


bits de la NSSA LSA-F se pone.

o La etiqueta de ruta externa est presente en la NSSA-BAE si y slo si


bits de la NSSA LSA-T se regula.

o La posibilidad de efectuar una NSSA-LSA para hacer referencia a otra


LSA ha sido
apoyado a travs de la inclusin del campo Tipo de Referencia LS
y el campo de Referencia de estado de enlace ID opcional (este ltimo
presente si y slo si el tipo referenciado LS no es cero). Esta
capacidad es para uso futuro; el Tipo de Referencia LS debe
establecerse
a 0, y recibi valores distintos de cero para este campo debe ser
ignorado hasta que se defina su uso.

Un ejemplo de un NSSA-LSA slo difieren de un AS-external-LSA


en que el tipo LS sera 0x2007 en lugar de 0x4005.

4.4.3.8 . Link-LSA

El tipo LS de un enlace-LSA se establece en el valor 0x0008. Link-LSA


tienen
enlace local alcance inundaciones. Un router origina un enlace separadoLSA
para cada enlace adjunto que soporta dos o ms (incluyendo el
propio router de origen) routers. Link-LSA no debe ser
originado por enlaces virtuales.

Link-LSA tienen tres propsitos:

1. Proporcionan direccin de enlace local del router para todos los dems
routers
unido al enlace.

2. Informan a otros routers conectados al enlace de una lista de IPv6


prefijos que se asocian con el enlace.

3. Permiten que el router para anunciar un conjunto de bits Opciones


en la red-LSA se origin por el DR en una
transmitir o enlazar NBMA.

Coltun, et al. Normas Track [Pgina 34]

RFC 5340

OSPF para IPv6 de julio de 2008

Un enlace-LSA para un enlace dado L se construye de la siguiente manera:

o El Estado Link ID se establece en la interfaz del router ID de Enlace L.

o La prioridad de enrutador de la interfaz del router para Enlace L es


insertado en el enlace-LSA.

o El campo Opciones de enlace-LSA se establece para reflejar la dcada


de enrutador
capacidades. En los enlaces de acceso mltiple, el DR se
lgica o las opciones de enlace-LSA campos para todas completamente
adyacentes
Enlace vecinos de L's-LSA de red.

o El enrutador inserta su direccin de enlace local en el enlace L en el


varillaje
LSA. Esta informacin ser utilizada cuando los otros routers en el
enlace
L hacer sus clculos de salto siguiente (vase la Seccin 4.8.2 ).

o Cada prefijo de la direccin IPv6 que se ha configurado en el enlace L es


aadido al enlace-LSA especificando valores para el prefixlength,
PrefixOptions, y los campos de prefijo de direccin.

Despus de la construccin de un enlace-LSA para un enlace dado, el


router instala el
link-LSA en la estructura de datos de interfaz asociado y las inundaciones
link-LSA en el enlace. Todos los otros routers en el enlace recibirn el
link-LSA, pero no van a inundar el enlace-LSA en otros enlaces.

Si LinkLSASuppression est configurado para la interfaz y la


tipo de interfaz no se difunde o NBMA, originacin del enlace-LSA
puede ser suprimida. Esto implica que otros enrutadores en el vnculo
determinar la direccin del siguiente salto del router mediante un
mecanismo distinto
el enlace-LSA (ver Seccin 4.8.2 ). Consulte el Apndice C.3 para una
Descripcin de la configuracin de la interfaz LinkLSASuppression
parmetro.

Como ejemplo, considere el enlace LSA-RT3 que construir para N3 en la


Figura 1. Supongamos que el prefijo 2001: 0db8: c001: 0100 :: / 56 ha sido
configurado dentro RT3 para N3. Esto dar como resultado en la siguiente
link-LSA que RT3 inundar slo en N3. Tenga en cuenta que no todos los
routers
en N3 necesita ser configurado con el prefijo; aquellos voluntad no se
configura
aprender el prefijo al recibir el enlace de LSA de RT3.

Coltun, et al. Normas Track [Pgina 35]

RFC 5340

OSPF para IPv6 de julio de 2008

; RT3 de enlace-LSA para N3

LS edad = 0; recin (re) se origin


Tipo LS = 0x0008; link-LSA
Link State ID = 1; ID de interfaz de RT3 en N3
Publicidad Router = 192.0.2.3; RT3 de ID de enrutador
RTR prioridad = 1; Prioridad N3 router de RT3
Opciones = (V6 bits | E-bit | R-bit)
Locales de vnculo de direccin de interfaz = fe80: 0001 :: RT3
# Prefijos = 1
Prefixlength = 56
PrefixOptions = 0
El prefijo de direccin = 2001: 0db8: C001: 0100; almohadilla de 64bits

RT3 de enlace-LSA para N3

4.4.3.9 . Intra-Area-Prefijo-LSA

El tipo LS de un intra-zona-prefijo-LSA se establece en el valor 0x2009.


Intra-zona-prefix-LSA tienen alcance rea de inundacin. Un intra-zonaprefijo-LSA tiene una de las dos funciones. Es bien asocia una lista de
prefijos de direcciones IPv6 con un enlace de red de trnsito por referencia
a una
network-LSA, o asocia una lista de prefijos de direcciones IPv6 con una
enrutador haciendo referencia a un router-LSA. prefijos de un enlace trozo
son
asociado a su router conectado.

Un router puede originarse a mltiples dentro de la zona-prefix-LSA para


un determinado
zona. Cada intra-zona-prefijo-LSA tiene un estado de enlace ID nica y
contiene un nmero entero de descripciones de prefijo.

Router designado de un enlace se origina una o ms intra-zona-de prefijos


LSA para anunciar prefijos del enlace de toda la zona. Para
enlace L, L's DR construye un intra-zona-prefijo-LSA en el
siguiendo la moda:

o Con el fin de indicar que los prefijos son estar asociado con
el enlace L, campo invocado Tipo LS, Referencia de estado de enlace
Identificacin y referenciada Publicidad Router se establecen en los
correspondientes
Enlace campos en L's-LSA de red (es decir, el tipo LS, Link Estado ID,
Publicidad y router, respectivamente). Esto significa que la
Tipo LS referencia se establece en 0x2002, el estado de los vnculos que
se hace referencia Identificacin

se establece en el enrutador designado de ID de interfaz de enlace L, y


el
Referenciado Publicidad router est configurado en el enrutador
designado de
ID del router.

o Cada enlace-LSA asociado con el enlace l se examina (stos estn en el


Designado estructura de la interfaz del router para Link L). Si el varillaje
Publicidad Router LSA es totalmente adyacente al Designado

Coltun, et al. Normas Track [Pgina 36]

RFC 5340

OSPF para IPv6 de julio de 2008

Router y el Estado Link ID coincide con identificador de interfaz del


vecino,
la lista de prefijos en el enlace-LSA se copia en la intrazona-prefijo-LSA que se est construyendo. Los prefijos que tiene la NUbit
y / o LA-bit establecido en su campo Opciones no se podr copiar, ni
pueden copiar direcciones deben de enlace local. Cada prefijo se
describe
por el prefixlength, PrefixOptions, y los campos de prefijo de la direccin.
Mltiples prefijos que tengan el mismo prefijo de direccin y prefixlength
se considera que son duplicados. En este caso, su
campos PrefixOptions deben ser lgicamente con OR juntos, y una
nica instancia del prefijo duplicado debe ser incluido en la
intra-zona-prefijo-LSA. El campo de mtrica para todos los prefijos se
establece
a 0.

o El campo "# prefijos" se establece en el nmero de prefijos que las


router ha copiado en la LSA. Si es necesario, la lista de
prefijos se pueden propagar a travs de mltiples intra-zona-prefijo-LSA
en
Para mantener el tamao pequeo LSA.

Un router construye un intra-zona-prefijo-LSA para anunciar prefijos de


sus enlaces adjuntos taln, interfaces de devolucin en bucle, y los
anfitriones. Un router
RTX construira su intra-zona-prefijo-LSA de la siguiente manera:

o Con el fin de indicar que los prefijos son estar asociado con
RTX el propio router, RTX establece el referenciada LS Tipo de 0x2001,
la identificacin del estado de Referencia Enlace a 0, y el referenciada
Publicidad
Router a Router ID propio de RTX.

o router RTX examina su lista de interfaces a la zona. Si el


interfaz est en el estado hacia abajo, sus prefijos no estn incluidos. Si
la interfaz se ha informado en la RTX enrutador-LSA como un Tipo 2
Descripcin enlace (enlace a la red de trnsito), prefijos que ser
incluido en el intra-zona-prefijo-LSA para el enlace se saltan.
Sin embargo, los prefijos que normalmente tendra el conjunto LA bits
Debe ser anunciado independiente de si es o no la interfaz
se anuncia como un enlace de trnsito. Si el tipo de interfaz es puntoa multipunto o la interfaz est en el bucle de retorno del estado, el
Las direcciones IPv6 mbito global asociados con la interfaz (si existe)
se copian en el intra-zona-prefijo-LSA con los PrefixOptions
LA-bit se establece, la prefixlength establece en 128, y el conjunto de
mtricas a 0.
De lo contrario, la lista de prefijos globales configurados en RTX para el
enlace se copian en el intra-zona-prefijo-LSA especificando el
Prefixlength, PrefixOptions, y el prefijo de la direccin campos. los

campo mtrico para cada uno de estos prefijos se establece en la


interfaz de
costo de salida.

o RTX aade los prefijos IPv6 para cualquier mquina directamente unidos
que pertenece a la zona (vase el apndice C.7 ) a la intra-zona-de
prefijos
LSA.

Coltun, et al. Normas Track [Pgina 37]

RFC 5340

OSPF para IPv6 de julio de 2008

o Si RTX tiene uno o ms enlaces virtuales configurados a travs de la


zona,
que incluye uno de sus alcance mundial de IPv6 en las direcciones de
interfaz
la LSA (si no lo ha hecho ya), estableciendo el LA-bit en el
PrefixOptions campo, el prefixlength a 128, y la mtrica a 0.
Esta informacin ser utilizada ms adelante en el clculo de
enrutamiento por lo
que los dos extremos del enlace virtual pueden descubrir el uno al otro
de
Direcciones IPv6.

o El campo "# prefijos" se establece en el nmero de prefijos que las


router ha copiado en la LSA. Si es necesario, la lista de
prefijos se pueden propagar a travs de mltiples intra-zona-prefijo-LSA
en
Para mantener el tamao pequeo LSA.

Por ejemplo, el intra-zona-prefijo-LSA se origin por RT4 para la Red


N3 (suponiendo que RT4 es el enrutador designado de N3) y la intra-zonaprefijo-LSA se origin en la zona 1 por Router RT3 por sus propios prefijos
se muestra a continuacin.

Coltun, et al. Normas Track [Pgina 38]

RFC 5340

OSPF para IPv6 de julio de 2008

; RT4 de intra-zona-prefijo-LSA para la red de enlace N3

LS edad = 0; recin (re) se origin


Tipo LS = 0x2009; intra-zona-prefijo-LSA
Link State ID = 5; tipo LSA / alcance identificador nico
Publicidad Router = 192.0.2.4; RT4 del router ID
# Prefijos = 1
Tipo de referencia LS = 0x2002; network-LSA referencia
Referencia de estado de enlace ID = 1
Publicidad referencia Router = 192.0.2.4
Prefixlength = 56; prefijo de N3
PrefixOptions = 0
Mtricas = 0
El prefijo de direccin = 2001: 0db8: C001: 0100; almohadilla

; RT3 de intra-zona-prefijo-LSA para sus propios prefijos

LS edad = 0; recin (re) se origin


Tipo LS = 0x2009; intra-zona-prefijo-LSA
Link State ID = 177; tipo LSA / alcance identificador nico

Publicidad Router = 192.0.2.3; RT3 de ID de enrutador


# Prefijos = 1
Tipo de referencia LS = 0x2001, router-LSA referencia
Referencia de estado de enlace ID = 0
Publicidad referencia Router = 192.0.2.3
Prefixlength = 56; prefijo de N4
PrefixOptions = 0
costo interfaz N4; mtrica = 2
El prefijo de direccin = 2001: 0db8: C001: 0400; almohadilla

Intra-zona-prefijo-LSA del enlace de red N3

Cuando cambian las condiciones de la red, puede ser necesario para un


router para
mover los prefijos de un intra-zona-prefijo-LSA a otro. por
ejemplo, si el router es el DR para un enlace pero el
enlace no tiene otros routers conectados, los prefijos del enlace son
anunciada en una intra-zona-prefijo-LSA se refiere al Designado
enrutador-LSA del router. Cuando los routers adicionales aparecen en el
enlace, una
network-LSA se origin por el enlace y prefijos del enlace son
movido a una intra-zona-prefijo-LSA referencia a la red-LSA.

Tenga en cuenta que en el intra-zona-prefijo-LSA, la referenciada


Publicidad
Router es siempre igual al router que est originando la intrazona-prefijo-LSA (es decir, la publicidad Router LSA). La razn que el
Referenciado campo de la publicidad router que aparece es que, a pesar
de que
Actualmente es redundante, puede que no sea en el futuro. Nosotros en
algn momento puede
que desee utilizar el mismo formato LSA para anunciar prefijos de
direccin para
otros conjuntos de protocolos. En este caso, el router designados no
podrn

Coltun, et al. Normas Track [Pgina 39]

RFC 5340

OSPF para IPv6 de julio de 2008

estar ejecutando otro conjunto de protocolos, y por lo que otro de la


relacin de
enrutadores pueden necesitar para originar el intra-zona-prefijo-LSA. En
eso
caso, la publicidad router hace referencia y Publicidad Router hara
s diferente.

4.4.4 . Validacin futuro LSA

Se espera que los nuevos LSAs se definirn que no ser


transformada en la ruta ms corta (SPF) de clculo como
se describe en la Seccin 4.8 , por ejemplo, LSAs OSPFv3 correspondiente
a
la informacin anunciada en OSPFv2 utilizando LSA opacos [ OPACOS ]. En
en general, la nueva informacin anunciada en los prximos LSA no debe
ser
utilizar a menos que el router OSPFv3 que origina la LSA es alcanzable.
Sin embargo, dependiendo de la aplicacin y los datos de publicidad, este
la validacin de accesibilidad se pueden hacer con menos frecuencia que
cada SPF
clculo.

Para facilitar la validacin de accesibilidad entre reas, cualquier router


OSPFv3

originario, ya que las LSA de mbito se considera un lmite router AS


(ASBR).

4.5 . Inundacin

La mayor parte del algoritmo de inundaciones se mantiene sin cambios


desde el IPv4
mecanismos de inundacin descritos en la Seccin 13 del [ OSPFv2 ]. En
en particular, los procesos de protocolo para determinar qu instancia LSA
es ms reciente (Seccin 13.1 de [ OSPFv2 ]), en respuesta a las
actualizaciones de auto
LSA originados (Seccin 13.4 del [ OSPFv2 ]), el envo de estado de enlace
Paquetes de confirmacin (Seccin 13.5 del [ OSPFv2 ]), retransmisoras
LSA (Seccin 13.6 del [ OSPFv2 ]), y la recepcin de estado de enlace
Paquetes de confirmacin (Seccin 13.7 del [ OSPFv2 ]), son exactamente
las
mismo para IPv6 e IPv4.

Sin embargo, la adicin de alcance inundaciones y manejo tipo LSA


desconocido
(vase el Apndice A.4.2.1 ) ha provocado algunos cambios en la
inundacin OSPF
algoritmo: la recepcin de actualizaciones de estado de enlace (Seccin
13 en
[ OSPFv2 ]) y el envo de actualizaciones de estado de enlace ( Seccin
13.3 del
[ OSPFv2 ]) debe tener en cuenta el alcance de la LSA y el ajuste de T bits.
Adems, la instalacin de las LSA en la base de datos OSPF (Seccin 13.2
del
[ OSPFv2 ]) provoca diferentes eventos en IPv6, debido a la reorganizacin
de los tipos de LSA y los contenidos IPv6 LSA. se describen Estos cambios
en detalle a continuacin.

4.5.1 . Recepcin de paquetes de estado de enlace Actualizar

La codificacin de alcance inundaciones en el tipo LS y la necesidad de


procesar
LS tipos desconocidos causan modificaciones al tratamiento de recibida
Actualizar los paquetes de estado de enlace. Al igual que en IPv4, cada
LSA en un Enlace recibido

Coltun, et al. Normas Track [Pgina 40]

RFC 5340

OSPF para IPv6 de julio de 2008

Estado de paquetes de actualizacin es examinada. En IPv4, ocho pasos


se ejecutan
para cada LSA, como se describe en la Seccin 13 del [ OSPFv2 ]. Para
IPv6, todos
los pasos son los mismos, excepto que los pasos 2 y 3 se modifican como
siguiente:

(2) Examinar tipo LS de la LSA. Desechar la LSA y obtener


el siguiente a partir del paquete de actualizacin de estado de
enlace si el
rea de interfase se ha configurado como un taln o
NSSA zona y el tipo LS indica "AS alcance inundaciones".

Esto generaliza el comportamiento IPv4 donde AS-external-LSA


y LSA opacos de mbito AS-[ OPAQUE ] no se inundan
a lo largo trozo o reas NSSA.

(3) Porque si el alcance de las inundaciones de tipo LS de la LSA se


establece en
"Reservado", desechar la LSA y obtener el siguiente de
el paquete de actualizacin de estado de enlace.

Pasos 5B (el envo de paquetes de estado de enlace Actualizar) y 5d (LSA


instalacin
en la base de datos de estado de enlace) en la seccin 13 de [ OSPFv2 ]
son tambin
algo diferente para IPv6, como se describe en las Secciones 4.5.2 y 4.5.3
abajo.

4.5.2 . El envo de paquetes de estado de enlace Actualizar

El envo de paquetes de estado de enlace actualizacin se describe en la


Seccin 13.3
de [ OSPFv2 ]. Para IPv4 e IPv6, los pasos necesarios para enviar un
estado de enlace
paquete de actualizacin son los mismos (los pasos 1 a 5 de la seccin
13.3 en
[ OSPFv2 ]). Sin embargo, la lista de interfaces elegibles sobre los cuales
se
inunde la LSA es diferente. Para IPv6, las interfaces son elegibles
seleccionados en base a los siguientes factores:

o mbito inundaciones de la LSA.

o Para las LSA con el rea o extensin inundaciones de enlace local, lo


particular
rea o de la interfaz con la que est asociada la LSA.

o Si la LSA tiene un tipo LS reconocido.

o El ajuste de la U-bit en el tipo LS. Si el U-bit se pone a

0, tipos LS no reconocidos son tratadas como si tuvieran el alcance de


enlace local.
Si se establece en 1, tipos LS no reconocidos se guardan y se inundaron
como si
que fueron reconocidos.

Coltun, et al. Normas Track [Pgina 41]

RFC 5340

OSPF para IPv6 de julio de 2008

Elegir el conjunto de interfaces elegibles luego se rompe en el


los siguientes casos:

Caso 1
Se reconoce el tipo LS de la LSA. En este caso, el conjunto de
interfaces de elegibles se establece en funcin del alcance inundaciones
codificado
en el tipo LS. Si el alcance de la inundacin es "como el alcance
inundaciones", la
las interfaces son elegibles todas las interfaces del router virtual de
excepcin
campo de golf. Adems, LSA-AS-externos no se inundan en
las interfaces de conexin a stub o reas NSSA. Si la inundacin
mbito de aplicacin es "mbito inundaciones zona", las interfaces
elegibles son aquellos

las interfaces de conexin de rea asociada de la LSA. Si el


alcance inundaciones es "enlace local alcance inundaciones", entonces
hay una
nica interfaz elegible, la conectada a la LSA de
enlace asociado (que tambin es la interfaz en la que la LSA era
recibido en un paquete Link State Update).

caso 2
El tipo LS es reconocido y el U-bit en el tipo LS se establece en
0 (el tratamiento de la LSA como si tuviera alcance inundaciones de
enlace local). En esto
caso, no hay una sola interfaz elegibles, a saber, la interfaz
en el que se recibi la LSA.

caso 3
El tipo LS es reconocido, y se establece el U-bit en el tipo LS
a 1 (la tienda y la inundacin de la LSA, segn si el tipo se entiende). En
este caso, seleccionar las interfaces elegibles en base a la codificada
alcance inundaciones el mismo que en el Caso 1 anterior.

Una decisin ms veces debe hacerse antes de la adicin de un LSA a una


dada la lista de retransmisin del estado de enlace del vecino (Paso 1d en
la Seccin
13.3 de [ OSPFv2 ]). Si el tipo LS es reconocido por el router, pero
no por el vecino (como puede determinarse mediante el examen de las
Opciones
campo que el vecino anuncian en su base de datos Descripcin
paquete) y U-bit de la LSA se establece en 0, entonces la LSA debe
aadirse
a la lista de retransmisin del estado de enlace del vecino si y slo si
vecino es el DR o BDR para el
enlace adjunto. Los tipos LS descritos en detalle en el presente
documento,
es decir, un router-LSA (LS tipo 0x2001), red-LSA (0x2002), inter-

, inter-rea-Router-LSA (0x2004), NSSA zona de LSAs-prefijo-LSA (0x2003)


(0x2007), AS-externa-LSAs (0x4005), enlace-LSA (0x0008), e intra
rea-Prefijo-LSA (0x2009), se supone que ser entendido por todos
routers. Sin embargo, todos los tipos LS pueden no ser entendidas por
todos los routers.
Por ejemplo, un nuevo tipo de LSA con su U-bit con valor 0 slo puede ser
entendido por un subconjunto de routers. Este nuevo tipo LS slo debe ser
inundado de un vecino OSPF que entiende el tipo LS o cuando el
vecino es el DR o BDR para el
enlace adjunto.

Coltun, et al. Normas Track [Pgina 42]

RFC 5340

OSPF para IPv6 de julio de 2008

El prrafo anterior resuelve un problema para las extensiones de IPv4


OSPF,
las cuales requieren que el DR apoyar la extensin de
Para tener los nuevos tipos de LSA inundadas a travs de la difusin y
NBMA
redes.

4.5.3 . Instalacin de LSA en la Base de Datos

Hay tres lugares separados para almacenar LSAs, dependiendo de su


alcance inundaciones. LSA con AS alcance inundaciones se almacenan en
el mundial
Estructura de datos OSPF (ver seccin 4.1 ), siempre que su tipo es LS

conoce o su U-bit es 1. LSA con el alcance rea de inundacin estn


almacenados
en el rea de estructura de datos apropiada (vase la Seccin 4.1.1 ),
siempre y cuando
su tipo LS es conocido o su U-bit es 1. LSA con enlace local
alcance inundaciones, y aquellos con LSA LS tipo desconocido y U-bit con
valor
0 (el tratamiento de la LSA como si tuviera alcance inundaciones de
enlace local), se almacenan
en la estructura de datos de interfaz apropiado.

Al almacenar la LSA en la base de datos de estado de enlace, un cheque


debe ser
realizado para ver si el contenido de la LSA han cambiado. Cambios en
contenidos se indican exactamente como en la Seccin 13.2 de [
OSPFv2 ]. Cuando
el contenido de un LSA se han cambiado, las siguientes partes de la
tabla de enrutamiento debe volver a calcular, en funcin del tipo LS de la
LSA:

Router-LSA, Red-LSA, dentro de la zona-prefijo-LSA, y Link-LSA


Toda la tabla de enrutamiento se vuelve a calcular, a partir de la
clculo de la ruta ms corta para cada rea (ver seccin 4.8 ).

Inter-Area-Prefijo-LSA y la inter-reas-Router-LSAs
La mejor ruta hacia el destino descrito por el LSA debe ser
recalculado (vase la seccin 16.5 en [ OSPFv2 ]). Si este destino
es un router de frontera, tambin puede ser necesario volver a examinar
todos los LSAs AS-externos.

AS-external-LSA y LSA-NSSA
La mejor ruta hacia el destino descrito por la AS-externa-LSA
o NSSA-LSA debe ser recalculado (vase la seccin 16.6 en [ OSPFv2 ] y
Seccin 2.0 en [ NSSA ]).

Al igual que en IPv4, cualquier instancia de edad de la LSA debe ser


retirado de la
base de datos cuando se instala la nueva LSA. Esta antigua instancia
tambin debe
ser eliminado de las listas de retransmisin de estado de enlace todos los
vecinos.

4.6 . Definicin de libre origin LSAs

En IPv6, la definicin de un LSA auto-originada se ha simplificado


de la definicin de IPv4 que aparece en las secciones 13.4 y 14.1 de
[ OSPFv2 ]. Para IPv6, libre origin LSAs son aquellos cuyos LSA
Publicidad Router es igual al ID propio router del router.

Coltun, et al. Normas Track [Pgina 43]

RFC 5340

OSPF para IPv6 de julio de 2008

4.7 . Enlaces virtuales

Enlaces virtuales de OSPF para IPv4 se describen en la Seccin 15 del [


OSPFv2 ].
Los enlaces virtuales son los mismos en IPv6, con las siguientes
excepciones:

o LSA teniendo como alcance las inundaciones no se inundan durante


virtuales
adyacencias, ni son las LSA con AS alcance inundaciones resumido sobre

adyacencias virtuales durante el proceso de intercambio de bases de


datos. Esto es
una generalizacin del tratamiento IPv4 del AS-externa-LSAs.

o La direccin de la interfaz IPv6 de un enlace virtual debe ser un IPv6


de direccin que tiene un alcance global, en lugar de las direcciones
locales de vnculo
utilizado por otros tipos de interfaz. Esta direccin se utiliza como el IPv6
fuente para los paquetes del protocolo OSPF enviados a travs de la
conexin virtual.
Por lo tanto, un enlace LSA-NO DEBEN ser originada por un enlace
virtual
ya que el enlace virtual no tiene direccin de enlace local o asociada
prefijos.

o Del mismo modo, la direccin IPv6 del vecino virtual es una direccin
IPv6
de mbito global. Para habilitar el descubrimiento de un virtual
direccin IPv6 del vecino durante el enrutamiento de clculo, la
vecino anuncia direccin de la interfaz IPv6 de su enlace virtual en
un intra-zona-prefijo-LSA se origin para el trnsito del enlace virtual
rea (vase la Seccin 4.4.3.9 y la Seccin 4.8.1 ).

o Al igual que todas las dems interfaces IPv6 OSPF, enlaces virtuales se
asignan
nico (en el enrutador) Interfaz de documentos de identidad. Estos se
anuncian en
Saludos enviados por el enlace virtual y en el Router-LSA del router.

4.8 . Clculo tabla de enrutamiento

Los IPv6 OSPF de clculo de enrutamiento avanza a lo largo de las mismas


lneas que

el clculo de enrutamiento IPv4 OSPF, siguiendo los cinco pasos


especificado
por la Seccin 16 del [ OSPFv2 ]. Diferencias de alto nivel entre el IPv6
y clculos IPv4 incluyen:

o Informacin de prefijo se ha eliminado desde el router-LSA y NetworkLSA y ahora se anuncian en dentro de la zona-prefix-LSA. Cuando
[ OSPFv2 ] especifica que las redes aisladas dentro de router-LSA ser
examinado, IPv6 en lugar de examinar los prefijos dentro intra-zonaprefix-LSA.

o Tipo 3 y 4 resumen-LSAs han cambiado de nombre inter-reas-prefix-LSA


y entre reas de enrutador LSA respectivamente.

Coltun, et al. Normas Track [Pgina 44]

RFC 5340

OSPF para IPv6 de julio de 2008

o informacin de direccionamiento ya no est codificada en los ID de


estado de enlace y
est ahora slo se encuentra dentro del cuerpo de LSAs.

o En IPv6, un router puede originar varios enrutadores-LSA,


distinguido por Enlace de identificacin del estado, dentro de una misma
zona. Estas

Router-LSAs deben ser tratados como un nico agregado por el rea de


clculo de la ruta ms corta (ver Seccin 4.8.1 ).

Para cada zona, el clculo del rbol de ruta ms corta crea enrutamiento
entradas de la tabla para los routers de la zona y enlaces de trnsito
(vase
Seccin 4.8.1 ). Estas entradas se utilizan en el tratamiento intra
zona-prefijo-LSA, inter-rea-prefix-LSA, e inter-rea de enrutador LSA,
como se describe en la Seccin 4.8.3 .

Los eventos generados como resultado de cambios en la tabla de


enrutamiento (Seccin 16.7
de [ OSPFv2 ]) y la lgica de trayectos mltiples de igual costo ( Seccin
16.8 del
[ OSPFv2 ]) son idnticas tanto para IPv4 e IPv6.

4.8.1 . El clculo de la ruta ms corta del rbol por un rea

El clculo de la ruta ms corta IPv4 est contenida en la Seccin 16.1 del


[ OSPFv2 ]. El grfico utilizado por el clculo del rbol de ruta ms corta es
idntica tanto para IPv4 e IPv6. vrtices de la grfica son los routers
y enlaces de trnsito, representada por el Router-LSAs y network-LSA
respectivamente. Un router se identifica por su OSPF Router ID, mientras
que una
enlace de trnsito se identifica por su Designado del interfaz del router ID
y el ID de router OSPF. Ambos routers y enlaces de trnsito han asociado
enrutamiento de entradas de la tabla dentro del rea (ver seccin 4.3 ).

Seccin 16.1 de [ OSPFv2 ] divide los clculos de la ruta ms corta


en dos etapas. En primer lugar, se realiza el clculo de Dijkstra, y
a continuacin, se aaden los enlaces de cdigo auxiliar en el rbol como
las hojas. el IPv6
clculo mantiene esta divisin.

El clculo Dijkstra para IPv6 es idntico al especificado para


IPv4, con las siguientes excepciones (referencia a los pasos de la
Clculo Dijkstra como se describe en la Seccin 16.1 de [ OSPFv2 ]):

o El ID de vrtice para un router OSPF es el ID del router. El Vertex ID


para una red de trnsito es una combinacin de la ID de interfaz y
OSPF Router ID del enrutador designado de la red.

o En el Paso 2, cuando un router Vertex V acaba de ser aadido a la


rbol de ruta ms corta, puede que haya muchas LSA asociados a la
enrutador. Todos los Router-LSAs con el router Publicidad establecen en
V de
OSPF Router ID debe ser procesado como un agregado, tratndolos
como
fragmentos de un solo gran enrutador-LSA. El campo y las opciones

Coltun, et al. Normas Track [Pgina 45]

RFC 5340

OSPF para IPv6 de julio de 2008

tipo de bits (bits enrutador Nt, V, E y B) se deben tomar siempre


desde el router-LSA con el ID de Enlace Estado ms pequeo.

o Paso 2a no es necesario en IPv6, ya que no hay red de conexin ms


largo
eslabones de Router-LSAs.

o En el paso 2b, si W es un router y el router-LSA V6-bit o bits R es


no establecido en las opciones de LSA, el enlace de trnsito W es
ignorado y V de
siguiente enlace se examina.

o En el paso 2b, si W es un router, no podr volver a ser mltiples LSA


asociado con el router. Todos los Router-LSAs con la Publicidad
Router configurado para W de OSPF Router ID debe ser procesado como
una
agregado, tratndolos como fragmentos de una sola router- gran
LSA.

o En el paso 4, en la actualidad hay entradas de la tabla de enrutamiento


por cada rea para cada
de los routers de un rea, en lugar de slo los enrutadores de lmite de
rea.
Estas entradas subsumen toda la funcionalidad de borde de rea de IPv4
entradas de la tabla de enrutamiento del router, incluyendo el
mantenimiento de virtuales
campo de golf. Cuando el router agrega al rea de la tabla de
enrutamiento en este
paso es el otro extremo de un enlace virtual, IP del vecino virtual
direccin se establece de la siguiente manera: La coleccin de intrazona-de prefijos
LSA originados por el vecino virtual se examinaron, con el
La direccin IP del vecino virtual que se establece en el primer prefijo
encontrado con el conjunto LA bits.

o entradas de la tabla de enrutamiento para redes de trnsito, que ya no


estn
asociada a las redes IP, tambin se calculan en el paso 4 y
aadido a la tabla de enrutamiento por la zona.

La siguiente etapa del clculo de la ruta ms corta procede de manera


similar a

los dos pasos de la segunda etapa de la Seccin 16.1 en [ OSPFv2 ].


Sin embargo, en lugar de examinar los vnculos dentro del trozo de routerLSA, la
Se examina la lista de la zona de intra-zona-prefijo-LSA. Un prefijo
cuya publicidad NU-bit est puesto no deberan incluirse en el
clculo de enrutamiento. El costo de cualquier prefijo anunciada es la
suma de
mtrica anunciada del prefijo ms el costo al vrtice de trnsito
(Ya sea router o red de trnsito) identificado por intra-zona-de prefijos
Referenciado de LSA LS Tipo, referenciado Enlace identificacin del
estado, y Referenciada
campos de la publicidad router. Este ltimo costo se almacena en el
trnsito
entrada de la tabla de enrutamiento del vrtice de la zona.

Esta especificacin no requiere que se utilice el algoritmo anterior


para calcular la intra-rea del rbol de ruta ms corta. Sin embargo, si otro
se utiliza el algoritmo o la optimizacin, un rbol de ruta ms corta
idnticos
debe ser producido. Tambin es importante que cualquier algoritmo
alternativo
o la optimizacin de mantener el requisito de que los vrtices de trnsito
deber

Coltun, et al. Normas Track [Pgina 46]

RFC 5340

OSPF para IPv6 de julio de 2008

ser bidireccional para su inclusin en el rbol. algoritmos alternativos y


optimizaciones estn ms all del alcance de esta especificacin.

4.8.2 . El clculo de siguiente salto

En IPv6, el clculo de la direccin IPv6 del siguiente salto (que se


ser una direccin de enlace local) el producto a lo largo de las mismas
lneas que el IPv4
clculo del siguiente salto (vase la Seccin 16.1.1 de [ OSPFv2 ]). Sin
embargo,
hay algunas diferencias. Al calcular el IPv6 del siguiente salto
frente a un enrutador (router llamarlo X) que comparte un enlace con el
el clculo de router, el router asigna el clculo de IPv6 del siguiente salto
direccin es la direccin de la interfaz local de enlace que figura en el
router
Link-LSA de X (ver Apndice A.4.9 ) para el enlace. Este procedimiento es
necesario para algunos tipos de enlaces, por ejemplo NBMA, donde los dos
routers no tienen que ser vecinos y podran no estar intercambiando
saludo de OSPF
paquetes. Para otros tipos de enlace, la direccin del siguiente salto puede
ser
determinado a travs de la direccin de origen IPv6 en Hola del vecino
paquete.

Adems, en el clculo de rutas para intra-zona-rea de


prefijo-LSA, el vrtice de los padres puede ser un router-LSA o NetworkLSA. Esto est en contraste con la segunda etapa de la OSPFv2 intrarea de SPF (Seccin 16.1 en [ OSPFv2 ]), donde el vrtice de los padres
es siempre
un router-LSA. En el caso en que el de intra-zona-prefix-LSA
Referenciado LSA es un directamente conectado a la red LSA, los prefijos
son
tambin se considera para ser conectado directamente. En este caso, el
siguiente salto
es nicamente el enlace de salida y no se selecciona ninguna direccin del
siguiente salto IPv6.

4.8.3 . El clculo de las rutas inter-reas

El clculo de rutas inter-rea para IPv6 procede a lo largo de la misma


lneas como el clculo de IPv4 en la Seccin 16.2 de [ OSPFv2 ], con el
siguientes modificaciones:

o Los nombres de los resumen de tipo 3 y tipo 4 LSA de resumen-LSAs


tienen
ha cambiado a inter-reas-prefix-LSA y inter-reas-Router-LSAs
respectivamente.

o La identificacin de vnculo Estado de los tipos de LSA anteriores ya no


codifica la
red o router describen en la LSA. En su lugar, una direccin
prefijo est contenida en el cuerpo de un rea inter-prefijo-LSA y una
Se anuncia como OSPF del router de borde Router ID se realiza en el
cuerpo de un rea inter-router-LSA.

o prefijos que tiene el conjunto NU-bit en su campo debe PrefixOptions


ser ignorado por el clculo de la ruta inter-rea.

Coltun, et al. Normas Track [Pgina 47]

RFC 5340

OSPF para IPv6 de julio de 2008

Cuando un solo inter-zona-prefijo-LSA o rea inter-router-LSA tiene

cambiado, los clculos incrementales describen en la Seccin 16.5 del


[ OSPFv2 ] se puede realizar en lugar de volver a calcular el itinerario
completo
mesa.

4.8.4 . Examinar Resumen de LSAs zonas de trnsito '

El examen de las LSA de resumen de zonas de paso 'en IPv6 avanza a lo


largo del
mismas lneas que el clculo de IPv4 en la Seccin 16.3 de [ OSPFv2 ],
modificado en la misma forma que el IPv6 inter-rea de clculo de la ruta
en
Seccin 4.8.3 .

4.8.5 . El clculo, como rutas externas y NSSA

Los IPv6 como el clculo de ruta externa procede a lo largo de las mismas
lneas
como el clculo de IPv4 en la Seccin 16.4 del [ OSPFv2 ] y la seccin 2.5
de [ NSSA ], con las siguientes excepciones:

o La identificacin de vnculo Estado de los tipos AS-externa-LSA y LSANSSA sin


Ya codifica la red descrita en la LSA. En su lugar, una
prefijo de la direccin est contenida en el cuerpo de la LSA.

o La ruta por defecto en AS-externa-LSAs o NSSA-LSA se anuncia


por un prefijo de longitud cero.

o En lugar de comparar la AS-externa-LSA o de NSSA-LSA


Reenvo de campo Direccin en 0.0.0.0 para ver si un reenvo
direccin se ha utilizado, el bit F en el respectivo LSA es

examinado. Una nueva direccin est en uso si y slo si el bit F es


conjunto.

o prefijos que tiene el conjunto NU-bit en su campo debe PrefixOptions


ser ignorado por el clculo de la ruta inter-rea.

o Enrutador de lmite (ASBR) y expedicin de seleccin de direccin se


proceder el mismo que si se desactiva RFC1583Compatibility.
Por otra parte, no es un RFC1583Compatibility OSPF para IPv6
parmetro de configuracin. Consulte el Apndice C.1 .

Cuando un solo AS-external-LSA o NSSA-LSA ha cambiado, la


clculos incrementales descritas en la Seccin 16.6 del [ OSPFv2 ] puede
ser
realizado en lugar de volver a calcular la tabla de enrutamiento.

4.9 . Mltiples interfaces a un enlace individual

En OSPF para IPv6, un router puede tener mltiples interfaces a un solo


enlace asociado con la misma instancia de OSPF y el rea. todas las
interfaces

Coltun, et al. Normas Track [Pgina 48]

RFC 5340

OSPF para IPv6 de julio de 2008

se utilizar para la recepcin y transmisin de datos mientras que el


trfico
slo una nica interfaz enva y recibe trfico de control OSPF. En
mas detalle:

O Cada una de las mltiples interfaces se asigna una interfaz diferente


CARN DE IDENTIDAD. Un router detectar automticamente que
mltiples interfaces
estn unidos al mismo enlace cuando un paquete Hola es recibido con
una de las direcciones locales de enlace del router como direccin de
origen y
un ID de interfaz que no sea el ID de interfaz de la receptora
interfaz.

O Cada una de las mltiples interfaces deben estar configurados con el


mismo
Interfaz ID de instancia para ser considerado en el mismo enlace. Si una
interfaz ha varios ID de instancia, ser agrupado con otra
interfaces basadas en la coincidencia de ID de instancia. Cada ID de
instancia se
ser tratado de forma nica con respecto a las agrupaciones de mltiples
interfaces en el mismo enlace. Por ejemplo, si la interfaz A es
configurado con ID de Instancia 1 y 35, y la interfaz B es
configurado con ID de instancia 35, la interfaz B puede ser el activo
Interfaz para la Identificacin Instancia 35, pero la interfaz A ser activo
para
ID de la instancia 1.

o El router ignorar los paquetes OSPF distintos paquetes de saludo de


todas menos una de las interfaces conectadas al enlace. Que slo se
enviar sus paquetes de control OSPF (incluyendo los paquetes de
saludo) en una
nica interfaz. Esta interfaz se designa el Active
Interfaz y otras interfaces unidos al mismo enlace se
Las interfaces en espera designadas. La eleccin de la interfaz activa

es dependiente de la implementacin. Por ejemplo, la interfaz con el


ms alto ID de interfaz podra ser elegido. Si se elige el router
Router designado, que ser el activo de la interfaz Interfaz ID
que se utilizar como ID de enlace del Estado de la red-LSA.

o Todas las interfaces con el enlace (activo y en espera) aparecer


en el router-LSA. Adems, un enlace de LSA se generar para
cada una de las interfaces. De esta manera, todas las interfaces sern
incluido en los clculos de enrutamiento de OSPF.

o Cualquier LSA alcance de enlace local que se originan por un modo de


espera
Interfaz ser inundado por la interfaz activa.
Si una interfaz de espera se cae, entonces los LSA alcance del enlace
local
originadas por las interfaces en espera deben enjuagarse en el
Active Interface.

Los prefijos o en modo de espera Interfaces ser procesado del mismo


modo que
prefijos en la interfaz activa. Por ejemplo, si el router es
la RD para el enlace, estn incluidos los prefijos de la interfaz activa

Coltun, et al. Normas Track [Pgina 49]

RFC 5340

OSPF para IPv6 de julio de 2008

en un intra-zona-prefix-LSA que se asocia con el Active

network-LSA de la interfaz; prefijos modo de espera Interfaces en el


enlace tambin se incluir en esa LSA intra-zona-prefijo.
Del mismo modo, si el enlace es un enlace de cdigo auxiliar, a
continuacin, los prefijos para la
Interfaces activo y en espera sern todos incluidos en el mismo
intra-zona-prefix-LSA que se asocia con el router-LSA.

o Si la interfaz activa falla, una nueva interfaz activa tendr que


tomar el control. La nueva interfaz activa debe formar todo nuevo
vecino
adyacencias con los routers en el enlace. Este fallo puede ser
Se detecta cuando otras interfaces del router al Active
enlace de interfaz de dejar de escuchar Hellos del router oa travs de
mecanismos internos, por ejemplo, el control de la interfaz de Active
estado.

o Si la red se reparti con diferentes interfaces locales


unir a diferentes particiones de red, interfaces mltiples
se convertir en interfaces activas y funcionan de manera
independiente.

o Durante el clculo SPF cuando una red-LSA para una red que
est conectado directamente con el vrtice de la raz est siendo
examinado, todos
las mltiples interfaces para el enlace del router LSA adyacentes deben
ser utilizado en el clculo del siguiente salto.
Esto se puede realizar durante la comprobacin de enlace (ver Seccin
16.1 , Etapa 2 (B), en [ OSPFv2 ]) mediante el examen de cada eslabn
de la
enrutador-LSA y hacer una lista de los enlaces que apuntan a la
network-LSA. Los identificadores de interfaz para los enlaces de esta
lista son entonces
usado para encontrar los correspondientes enlaces de LSAs y el enlace
local

direcciones utilizadas como saltos siguientes al instalar rutas de igual


costo en
la tabla de enrutamiento.

o La mquina de estado de la interfaz se modifica para aadir el estado de


espera.
Ver Seccin 4.9.1 para una descripcin del estado de espera.

4.9.1 . Estado interfaz de espera

En este estado, la interfaz es una de varias interfaces a un enlace


y esta interfaz se designa en espera y no est enviando o
la recepcin de paquetes de control. La interfaz seguir recibiendo
los paquetes de saludo enviado por la interfaz activa. La interfaz se
mantener un temporizador, el temporizador de Active Interface, con el
mismo intervalo
como el RouterDeadInterval. Este temporizador se restablece cada vez
que un OSPF
Hola paquete se recibe desde la interfaz activa para el enlace.

Dos nuevos eventos se aaden a la lista de eventos que causan la interfaz


cambios de estado: MultipleInterfacesToLink y ActiveInterfaceDead. los
descripciones de estos eventos son los siguientes:

Coltun, et al. Normas Track [Pgina 50]

RFC 5340

OSPF para IPv6 de julio de 2008

MultipleInterfacesToLink
Un interfaces en el router ha recibido un paquete de saludo de
otra interfaz en el mismo router. Una de las interfaces es
designada como la interfaz activa y la otra interfaz es
designado como interfaz de reserva. La interfaz de espera
transiciones al estado de espera.

ActiveInterfaceDead
No ha habido una indicacin de que una interfaz de espera ya no es
en un enlace con una interfaz activa. El disparo del Activo
Temporizador interfaz es una indicacin de este evento, ya que indica
que la interfaz de espera no ha recibido un paquete de saludo OSPF
desde la interfaz activa para el RouterDeadInterval. Otro
indicaciones pueden venir de notificaciones internas, tales como el
Active Interface est deshabilitado a travs de un cambio de
configuracin.
Cualquier indicacin interna al router, de tal manera que el router sabe
la interfaz activa ya no est activa en el enlace, puede desencadenar
el evento ActiveInterfaceDead para una interfaz de espera.

adiciones de mquina de estado de interfaz incluyen:

Estado (s): Esperar, DR Otros, copia de seguridad, o DR

Evento: MultipleInterfacesToLink

Nuevo estado: En espera

Accin: Todas las variables de la interfaz y la interfaz se restablecen


temporizadores desactivados. Tambin, todas las conexiones de
vecinos
asociada a la interfaz son destruidos. Esta
se realiza mediante la generacin del evento KillNbr en todo

vecinos asociados. El temporizador es Active Interface


comenz y la interfaz de escucha para OSPF Hola
los paquetes de interfaz activa del enlace.

Estado (s): En espera

Evento: ActiveInterfaceDead

Nuevo estado: Abajo

Accin: El temporizador se desactiva Active Interface primero.


Entonces
el evento InterfaceUp se invoca.

Adicionales de mquina de interfaz de espera del Estado

Coltun, et al. Normas Track [Pgina 51]

RFC 5340

OSPF para IPv6 de julio de 2008

5 . Consideraciones de Seguridad

Cuando se ejecuta a travs de IPv6, OSPFv3 se basa en la cabecera de


autenticacin IP
(ver [ ipauth ]) y la carga til de seguridad de encapsulacin IP (vase

[ IPESP ]) para garantizar la integridad y autentificacin / confidencialidad


de
paquetes de protocolo. Esto se describe en [ OSPFv3-AUTH ].

La mayora de las implementaciones OSPFv3 se ejecutan en sistemas que


soportan
mltiples protocolos con sus propias suposiciones de seguridad
independientes
y dominios. Cuando se utiliza IPsec para proteger OSPFv3 paquetes, es
importante para la aplicacin para comprobar la seguridad IPsec
Asociacin (SA) y la base de datos local SA para asegurar el paquete OSPF
originado a partir de una fuente que es de confianza para OSPFv3. Esto es
requerido para eliminar la posibilidad de que el paquete fue
Autentificado utilizando un SA definido para otro protocolo que se ejecuta
en el
mismo sistema.

Los mecanismos de [ OSPFv3-AUTH ] no proporcionan proteccin contra


comprometida, mal funcionamiento, o routers mal configurados. dichos
routers
puede, ya sea accidental o deliberadamente, provocar fallos de
funcionamiento
que afecta a todo el dominio de enrutamiento. Se invita al lector a
consulte [ Generic-AMENAZAS ] para una descripcin ms completa de
amenazas a los protocolos de enrutamiento.

6 . Consideraciones de la capacidad de gestin

La Base de Informacin de Gestin (MIB) para OSPFv3 se define en


[ OSPFv3-MIB ].

7 . Consideraciones IANA

La mayora de OSPF para IPv6 IANA consideraciones estn documentadas


en [ OSPF-IANA ].
IANA ha actualizado la referencia para el RFC 2740 al presente
documento.

Adems, este documento presenta la siguiente IANA


requisitos que no estaban presentes en [ OSPFv3 ]:

Se reserva o las opciones con los valores 0x000040 y para 0x000080


Opciones OSPFv2 migrados en el registro Opciones definidas en OSPFv3
[ OSPF-IANA ]. Para obtener informacin sobre el campo Opciones
OSPFv3, consulte
al Apndice A.2 .

o Aade la opcin de prefijo P-bit con valor de 0x08 a la OSPFv3 Prefijo


Opciones de registro se define en [ OSPF-IANA ]. Para obtener
informacin sobre
OSPFv3 Prefijo Opciones, se refieren al Apndice A.4.1.1 .

Coltun, et al. Normas Track [Pgina 52]

RFC 5340

OSPF para IPv6 de julio de 2008

o Aade la opcin de prefijo DN-bit con valor de 0x10 a la OSPFv3 Prefijo


Opciones de registro se define en [ OSPF-IANA ]. Para obtener
informacin sobre

OSPFv3 Prefijo Opciones, se refieren al Apndice A.4.1.1 .

7.1 . MOSPF para OSPFv3 Consideraciones IANA Deprecation

Con la depreciacin del MOSPF para OSPFv3, los siguientes puntos de


cdigo
estn disponibles para su reasignacin. Consulte [ OSPF-IANA ] para
obtener informacin
en los respectivos registros. Este documento:

o desaprueba el MC-bit con valor 0x000004 en las Opciones de OSPFv3


registro.

o desaprueba Grupo-pertenencia-LSA con el valor 6 en OSPFv3 LSA


Funcin de registro Cdigo.

o desaprueba MC-bit con el valor 0x04 en los Prefijo Opciones OSPFv3


registro.

El W-bit en las propiedades OSPFv3 Router tambin ha quedado en


desuso.
Esto requiere un nuevo registro de propiedades del router desde que
OSPFv3
se divergir de las Propiedades del router OSPFv2.

Nombre del registro: OSPFv3 Router Propiedades del Registro


Referencia: RFC 5340
Procedimientos de Registro: Accin Normas

Registro:
Valor Descripcin Referencia
------ ------------- --------0x01 B bits

RFC 5340

0x02 E-bit

RFC 5340

0x04 V-bit

RFC 5340

0x08 Desaprobados
0x10 Nt-bit

RFC 5340

RFC 5340

OSPFv3 Router Propiedades del Registro

8 . Agradecimientos

El texto RFC se produce utilizando la herramienta xml2rfc de Marshall


Rose.

Las siguientes personas contribuyeron los comentarios que se


incorporaron
en este documento:

o Harold Rabbies por su descripcin de los detalles de protocolo que


necesitan
aclarar para OSPFv3 apoyo NSSA.

Coltun, et al. Normas Track [Pgina 53]

RFC 5340

OSPF para IPv6 de julio de 2008

O Nic Neate por su sealando que tena que haber cambios para
LSA tipos desconocidos de manipulacin en el procesamiento de base de
datos
Descripcin de los paquetes.

O Jacek Kwiatkowski por ser el primero en sealar que el V6y R-bits no se tienen en cuenta en el intra-rea OSPFv3 SPF
clculo.

o Michael Barnes reconoci que el apoyo a mltiples interfaces


a un solo enlace estaba rota (ver seccin 4.9 ) y siempre que el
Descripcin de los actuales mecanismos de protocolo. Abhay Roy
revisado y sugerido mejoras en los mecanismos.

O Alan Davey revisado y comentado en revisiones de documentos.

O Vivek Dubey revisado y comentado en revisiones de documentos.

O Manoj Goyal y Vivek Dubey quejaron suficiente acerca de enlace de


LSAs
siendo innecesaria para obligar a la introduccin de LinkLSASuppression
parmetro de configuracin de la interfaz.

O Manoj Goyal por sealar que el clculo del siguiente salto para
intra-zona-prefix-LSA correspondientes a los vrtices de la red fue
poco claro.

o Ramana Koppula revisado y comentado en revisiones de documentos.

o Paul Wells revisado y comentado en revisiones de documentos.

o Amir Khan revisado y comentado en revisiones de documentos.

O Dow Street y Wayne Wheeler se refirieron a la adicin de la DNpoco a OSPFv3.

O Mitchell Erblichs proporcionado numerosos comentarios editoriales.

o Russ Blanco proporcionado numerosos comentarios editoriales.

O Kashima Hiroaki proporcion comentarios editoriales.

o Sina Mirtorabi sugiri que OSPFv3 debe estar alineada con OSPFv2
con respecto a la precedencia y debe asignarlo a la clase de trfico IPv6
como se especifica en RFC 2474 . Steve Blake ayud con el texto.

O Faraz Shamin examin una versin tarda del documento y proporcion


comentarios editoriales.

Coltun, et al. Normas Track [Pgina 54]

RFC 5340

OSPF para IPv6 de julio de 2008

o Cristiano Vogt realiz el equipo de revisin rea general (Gen-ART)


revisin y comentarios proporcionados.

O, Dave Ward, Dan Romascanu, Tim Polk, Ron Bonica, Pasi Eronen, y
Lars Eggert hizo comentarios durante la revisin IESG. Tambin,
Gracias a Pasi para el texto en la seccin 5 relativa al enrutamiento
amenazas.

9 . Referencias

9.1 . Referencias normativas

[ DEMAND ] Moy, J., "La extensin de OSPF para apoyar la demanda


Circuitos ", RFC 1793 , abril de 1995.

[ Diff-Serv ] Nichols, K., Blake, S., Baker, F. y D. Negro,


"Definicin del campo de servicios diferenciados
(Field DS) en los encabezados IPv4 e IPv6 ",
RFC 2474 , diciembre de 1998.

[ DN-BIT ] Rosen, E., Peter, P. y P. Pillay-Esnault,


"El uso de un anuncio de opciones del estado del enlace (LSA)
Bit para Prevenir Looping en BGP IP / MPLS virtual
Redes privadas (VPN) ", RFC 4576 , junio de 2006.

[ INTFMIB ] McCloghrie, K. y F. Kastenholz, "Las Interfaces


Grupo MIB ", RFC 2863 , junio de 2000.

[ IP6ADDR ] Hinden, R. y S. Deering, "IP versin 6


Frente a la arquitectura ", RFC 4291 , febrero de 2006.

[ Ipauth ] Kent, S., "Cabecera de Autenticacin IP", RFC 4302 ,


Diciembre de 2005.

[ IPESP ] Kent, S., "Seguridad de carga til IP encapsulante


(ESP) ", RFC 4303 , diciembre de 2005.

[ IPv4 ] postal, J., "Protocolo de Internet", STD 5, RFC 791 ,


Septiembre de 1981.

[ IPV6 ] Deering, S. y R. Hinden, "Protocolo de Internet,


La versin 6 (IPv6) Specification ", RFC 2460 ,
Diciembre de 1998.

[ NSSA ] Murphy, P., "El OSPF no tan Stubby Area (NSSA)


Opcin ", RFC 3101 , enero de 2003.

Coltun, et al. Normas Track [Pgina 55]

RFC 5340

OSPF para IPv6 de julio de 2008

[ OSPF-IANA ] Kompella, K. y B. Fenner, "Consideraciones IANA


para OSPF ", BCP 130 , RFC 4940 , julio de 2007.

[ OSPFv2 ] Moy, J., "OSPF versin 2", STD 54, RFC 2328 ,
Abril de 1998.

[ OSPFv3-AUTH ] Gupta, M. y N. Melam, "Autenticacin /


Confidencialidad para OSPFv3 ", RFC 4552 , junio de 2006.

[ RFC-PALABRAS CLAVE ] Bradner, S., "Palabras clave para su uso en RFC


para
Indicar Niveles de exigencia ", BCP 14 , RFC 2119 ,
Marzo de 1997.

9.2 . Referencias informativas

[ Generic-AMENAZAS ] Barbir, A., Murphy, S., y Y. Yang, "Generic


Amenazas a los protocolos de enrutamiento ", RFC 4593 ,
Octubre de 2006.

[ MOSPF ] Moy, J., "Extensiones de multidifusin a OSPF", RFC 1584 ,


Marzo de 1994.

[ MTUDISC ] Mogul, J. y S. Deering, "el descubrimiento de MTU de ruta",


RFC 1191 , noviembre de 1990.

[ OPAQUE ] Coltun, R., "La Opcin de OSPF Opaque LSA",


RFC 2370 , julio de 1998.

[ OSPFv3 ] Coltun, R., Ferguson, D., y J. Moy, "OSPF


IPv6 ", RFC 2740 , diciembre de 1999.

[ OSPFv3-MIB ] Joyal, D. y V. Manral, "Informacin de Gestin


Base para OSPFv3 ", Work in Progress,
Septiembre de 2007.

[ SERV-CLASE ] Babiarz, J., Chan, K., y F. Baker,


"Pautas de configuracin para el servicio DiffServ
Clases ", RFC 4594 , agosto de 2006.

Coltun, et al. Normas Track [Pgina 56]

RFC 5340

OSPF para IPv6 de julio de 2008

Apndice A . Formatos de datos OSPF

En este apndice se describe el formato de los paquetes del protocolo


OSPF y OSPF
LSA. El protocolo OSPF se ejecuta directamente a travs de la capa de red
IPv6.
Antes de describir los formatos de datos, los detalles de la OSPF
encapsulacin se explican.

A continuacin, se describe el campo Opciones OSPF. Este campo describe


diversas capacidades que pueden o no pueden ser soportados por piezas
de
el dominio de enrutamiento OSPF. El campo Opciones OSPF est contenida
en OSPF
Hola, paquetes de base de datos Descripcin paquetes, y las LSA de OSPF.

formatos de paquetes OSPF se detallan en la Seccin A.3.

Una descripcin de OSPF LSA aparece en la Seccin A.4. Esta seccin

describe cmo los prefijos de direcciones IPv6 se representan dentro de


las LSA,
detalles de la cabecera LSA estndar, y luego proporciona formatos para
cada
de los tipos de LSA especficos.

A.1 . La encapsulacin de paquetes OSPF

OSPF se ejecuta directamente sobre la capa de red del IPv6. paquetes


OSPF son
Por lo tanto, nicamente por encapsulado de IPv6 y las cabeceras de
enlace de datos locales.

OSPF no define una manera de fragmentar sus paquetes de protocolo, y


depende de IPv6 la fragmentacin cuando la transmisin de paquetes ms
grandes que
el enlace MTU. Si es necesario, la longitud de los paquetes OSPF puede ser
de hasta
65.535 bytes. Los tipos de paquetes OSPF que es probable que sean
grandes
(Base de datos Descripcin Solicitud de estado de enlace, estado de los
vnculos de actualizacin, y
paquetes de estado de enlace reconocimiento) por lo general se pueden
dividir en mltiples
paquetes de protocolo sin prdida de funcionalidad. Esto se recomienda;
IPv6 la fragmentacin debe evitarse siempre que sea posible. el uso de
este
razonamiento, se debe hacer un intento de limitar el tamao de OSPF
los paquetes enviados a travs de enlaces virtuales a 1280 bytes a menos
de MTU de ruta
El descubrimiento se est realizando [ MTUDISC ].

Las otras caractersticas importantes de la encapsulacin IPv6 de OSPF


son:

o Uso de IPv6 multicast. Algunos mensajes OSPF son multidifusin cuando


se envan
a travs de redes de difusin. Dos direcciones de multidifusin IP son
distintas
usado. Los paquetes enviados a estas direcciones multicast nunca
deben ser
remitido; que estn destinados a viajar un solo salto solamente. Como
tal,
las direcciones de multidifusin se han elegido con el alcance de enlace
local y
los paquetes enviados a estas direcciones deben tener su lmite de IPv6
Hop
puesto a 1. b

Coltun, et al. Normas Track [Pgina 57]

RFC 5340

OSPF para IPv6 de julio de 2008

AllSPFRouters
Esta direccin de multidifusin se ha asignado el valor FF02 :: 5.
Todos los routers que ejecutan OSPF deben estar preparados para
recibir paquetes
enviado a esta direccin. Hola paquetes se envan siempre a esta
destino. Tambin, ciertos paquetes del protocolo OSPF se envan a
esta direccin durante el proceso de inundacin.

AllDRouters
Esta direccin de multidifusin se ha asignado el valor FF02 :: 6.

Tanto el DR y BDR deben estar


preparado para recibir los paquetes destinados a esta direccin. Cierto
paquetes del protocolo OSPF se envan a esta direccin durante el
proceso de inundacin.

O OSPF es un protocolo IP 89. Este nmero debe ser insertado en el


Siguiente Campo de cabecera de la cabecera IPv6 encapsular.

o La especificacin OSPFv2 (Anexo A.1 en [ OSPFv2 ]) indica que


paquetes del protocolo OSPF se envan con precedencia IP establecida
Internetwork Control (B'110 ') [ IPv4 ]. Si los routers de la OSPF
dominio de enrutamiento IPv6 mapa su octeto de clase de trfico a la
Servicios diferenciados Point Code (DSCP) como se especifica en
[ Diff-Serv ], a continuacin, OSPFv3 paquetes deben enviarse con su
DSCP
establecido en CS6 (B'110000 '), como se especifica en [ SERV-CLASE ].
en las redes
el apoyo a esta asignacin, los paquetes OSPF se les dar prioridad
sobre el trfico de datos IPv6.

A.2 . El campo de opciones

El campo Opciones OSPF de 24 bits est presente en los paquetes de


saludo OSPF,
Descripcin base de datos de paquetes, y ciertos LSA (LSA de enrutador
de la red,
LSA, entre reas de enrutador LSA y LSA-enlace). El campo Opciones
permite que los routers OSPF para apoyar (o no apoyar) opcional
capacidades, ya comunicar su nivel de capacidad a otra OSPF
routers. A travs de este mecanismo, los routers de diferentes
capacidades
se pueden mezclar dentro de un dominio de enrutamiento OSPF.

Una falta de coincidencia entre los routers opcin puede causar una
variedad de comportamientos,
dependiendo de la opcin en particular. Algunos desajustes opcin Evitar
las relaciones de vecinos de la formacin (por ejemplo, el E-bit ms
adelante); estas
desajustes se descubren a travs del envo y recepcin de Hola
paquetes. Algunos desajustes opcin Evitar determinados tipos de LSA de
siendo inundado travs adyacencias; stos se descubren a travs de la
envo y recepcin de la base de datos Descripcin paquetes. algunos
opcin
desajustes prevenir routers de ser incluido en una o ms de la
varios clculos de enrutamiento debido a su funcionalidad reducida;
estos desajustes se descubren mediante el examen de las LSA.

Coltun, et al. Normas Track [Pgina 58]

RFC 5340

OSPF para IPv6 de julio de 2008

se han asignado siete bits del campo de Opciones de OSPF. Cada bit es
se describe brevemente a continuacin. Los routers deben restablecer (es
decir, claro)
los bits no reconocidos en el campo Opciones al enviar paquetes de
saludo o
Descripcin de bases de datos y paquetes LSA cuando se originan. A la
inversa,
routers que encuentran los bits no reconocidos en Opciones recibido Hola
Base de datos de paquetes, paquetes, descripcin o LSA debe pasar por
alto la
los bits no reconocidos y procesar el paquete o LSA normalmente.

12
012345678901234567890123
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-++-+-+-+-+--+
| | | | | | | | | | | | | | | | | * | * | DC | R | N | x | E | V6 |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-++-+-+-+-+--+

El campo Opciones

El campo Opciones

V6 bits
Si este bit est claro, el router / enlace debe ser excluido de IPv6
clculos de enrutamiento. Ver la Seccin 4.8 para ms detalles.

E-bit
Este bit describe la forma AS-external-LSA se inundan, como
descrito en las Secciones 3.6 , 9.5 , 10.8 y 12.1.2 de [ OSPFv2 ].

x-Bit
Este bit se utiliz previamente por MOSPF (ver [ MOSPF ]), que tiene
quedado en desuso para OSPFv3. El bit debe establecerse en 0 y
ignorado cuando se reciben. Puede ser reasignado en el futuro.

N bits
Este bit indica si el router est conectado a un
NSSA como se especifica en [ NSSA ].

R-bit
Este bit (el bit `router ') indica si el originador es una
router activo. Si la fresa es claro, entonces rutas que
transitar el nodo de publicidad no se puede calcular. Borrado de la

fresa sera apropiado para un host multitarjeta que quiere


para participar en el enrutamiento, pero no quiere que transmita la no
dirigida localmente paquetes.

DC-bit
Este bit describe el manejo del router de circuitos de la demanda, como
se especifica en [ DEMAND ].

Coltun, et al. Normas Track [Pgina 59]

RFC 5340

OSPF para IPv6 de julio de 2008

*-poco
Estos bits estn reservados para la migracin de protocolo OSPFv2
extensiones.

A.3 . Formatos de paquetes OSPF

Hay cinco tipos de paquetes OSPF distintos. Todos los tipos de paquetes
OSPF
comenzar con una cabecera de 16 bytes estndar. Esta cabecera se
describe
primero. Cada tipo de paquete se describe a continuacin, en una seccin
subsiguiente.
En estas secciones, el formato de cada paquete se visualiza y el paquete
de
campos de componentes se definen.

Todos los tipos de paquetes OSPF (distintos de los paquetes de saludo


OSPF) se ocupan de
listas de LSA. Por ejemplo, los paquetes de actualizacin Link State aplicar
el
saturacin de las LSA en todo el dominio de enrutamiento OSPF. El
formato de
LSA se describe en la Seccin A.4.

El procesamiento de recepcin de paquetes OSPF se detalla en la Seccin


4.2.2 .
El envo de paquetes OSPF se explica en la Seccin 4.2.1 .

A.3.1 . El encabezado del paquete OSPF

Cada paquete OSPF comienza con una cabecera de 16 bytes estndar.


Juntos
con las cabeceras IPv6 de encapsulacin, la cabecera OSPF contiene toda
la
informacin necesaria para determinar si el paquete debe ser
aceptado para su posterior procesamiento. Esta determinacin se describe
en
Seccin 4.2.2 .

0123
01234567890123456789012345678901
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-++-+-+-+-+-+-+-+-+-+-+-+-+
| Versin # | Tipo | Longitud del paquete |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-++-+-+-+-+-+-+-+-+-+-+-+-+
| Router ID |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-++-+-+-+-+-+-+-+-+-+-+-+-+
| Identificacin rea |

+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-++-+-+-+-+-+-+-+-+-+-+-+-+
| Suma de comprobacin | ID de la instancia | 0 |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-++-+-+-+-+-+-+-+-+-+-+-+-+

El encabezado del paquete OSPF

Versin #
El nmero de versin de OSPF. Esta versin documentos de
especificaciones 3
del protocolo OSPF.

Coltun, et al. Normas Track [Pgina 60]

RFC 5340

OSPF para IPv6 de julio de 2008

Tipo
Los tipos de paquetes OSPF son los siguientes. Vase el Apndice A.3.2
a travs
Apndice A.3.6 para ms detalles.

tipo Descripcin
--------------------------------1 Hola
2 Base de datos Descripcin
Solicitud 3 de estado de enlace

4 Actualizacin de estado de enlace


5 Link Estado Reconocimiento

longitud del paquete


La longitud del paquete de protocolo OSPF en bytes. Esta longitud
incluye el encabezado estndar OSPF.

Router ID
El ID del router de origen del paquete.

la zona ID
Un nmero de 32 bits que identifica el rea a la que pertenece este
paquete.
Todos los paquetes OSPF se asocian con una sola rea. La mayora del
recorrido una
solo salto solamente. Los paquetes que pasan un enlace virtual se
etiquetan
con la columna vertebral de la zona ID de 0.

Suma de comprobacin
OSPF utiliza el clculo de suma de control estndar para aplicaciones
IPv6:
El complemento de 16 bits de uno de uno de la suma de los
complementos de la
todo el contenido del paquete, empezando por el paquete OSPF
cabecera, y anteponiendo un "pseudo-cabecera" de los campos de
cabecera IPv6, como
especifica en la Seccin 8.1 de [ IPV6 ]. El "Alto-capa de paquete
Longitud "en el pseudo-cabecera se establece en el valor de la OSPF
campo de longitud de cabecera del paquete. El valor Cabecera Siguiente
utilizado en el
pseudo-cabecera es 89. Si la longitud del paquete no es una integral
nmero de palabras de 16 bits, el paquete se rellena con un byte de
cero

antes de suma de control. Antes de calcular la suma de comprobacin,


la suma de comprobacin
campo en la cabecera del paquete OSPF se establece en 0.

ID de instancia
Permite mltiples instancias de OSPF que se ejecutan sobre un nico
enlace.
Cada instancia del protocolo se le asigna un ID de instancia separada;
el ID de instancia slo tiene importancia local de enlace. Recibido
paquetes cuyo identificador de instancia no es igual a la recepcin
de interfaz de ID de instancia se descartan.

Coltun, et al. Normas Track [Pgina 61]

RFC 5340

OSPF para IPv6 de julio de 2008

0
Estos campos estn reservados. Deben ser puestos a 0 al enviar
paquetes de protocolo y deber ser ignorada cuando se recibe el
protocolo
paquetes.

A.3.2 . El paquete de saludo

Paquetes de saludo OSPF son paquetes tipo 1. Estos paquetes se envan


peridicamente en todas las interfaces (incluyendo enlaces virtuales) con
el fin de
establecer y mantener relaciones de vecindad. Adems, Hola
los paquetes son de multidifusin en los enlaces que tienen una difusin o
multidifusin
capacidad, lo que permite el descubrimiento dinmico de los routers
vecinos.

Todos los routers conectados a un enlace comn deben estar de acuerdo


en cierta
parmetros (HelloInterval y RouterDeadInterval). estos parmetros
estn incluidos en los paquetes de saludo que permiten diferencias de
inhibir la
formacin de relaciones de vecinos. El paquete de saludo contiene
tambin
campos utilizados en la eleccin DR (DR Identificacin y
BDR ID), y los campos utilizados para detectar bidireccional
comunicacin (los ID de enrutador de todos los vecinos cuyas Hellos han
sido
recibi recientemente).

0123
01234567890123456789012345678901
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-++-+-+-+-+-+-+-+-+-+-+-+-+
| 3 | 1 | Longitud de Paquete |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-++-+-+-+-+-+-+-+-+-+-+-+-+
| Router ID |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-++-+-+-+-+-+-+-+-+-+-+-+-+
| Identificacin rea |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-++-+-+-+-+-+-+-+-+-+-+-+-+
| Suma de comprobacin | ID de la instancia | 0 |

+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-++-+-+-+-+-+-+-+-+-+-+-+-+
| ID de interfaz |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-++-+-+-+-+-+-+-+-+-+-+-+-+
| RTR Prioridad | opciones |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-++-+-+-+-+-+-+-+-+-+-+-+-+
| HelloInterval | RouterDeadInterval |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-++-+-+-+-+-+-+-+-+-+-+-+-+
| Designada Router ID |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-++-+-+-+-+-+-+-+-+-+-+-+-+
| Designado de respaldo Router ID |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-++-+-+-+-+-+-+-+-+-+-+-+-+
| Identificacin vecino |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-++-+-+-+-+-+-+-+-+-+-+-+-+
| ... |

El paquete Hello de OSPF

Coltun, et al. Normas Track [Pgina 62]

RFC 5340

OSPF para IPv6 de julio de 2008

Interface ID
nmero de 32 bits que identifica de forma nica esta interfaz entre la
coleccin de las interfaces de ste router. Por ejemplo, en algunos

implementaciones puede ser posible utilizar el MIB-II IfIndex


([ INTFMIB ]).

prioridad RTR
Prioridad del router de este router. Se utiliza en (copia de seguridad) DR
eleccin. Si se establece en 0, el router no ser elegible para convertirse
(Copia de seguridad) Router designado.

opciones
Las capacidades opcionales soportados por el router, como se
documenta
en la Seccin A.2.

HelloInterval
El nmero de segundos entre los paquetes de saludo de ste router.

RouterDeadInterval
El nmero de segundos antes de declarar un router en silencio hacia
abajo.

Router designado ID
La opinin del router emisor de la identidad del enrutador designado
para esta red. El DR se identifica por su
ID del router. Se establece en 0.0.0.0 si no hay un enrutador designado.

BDR ID
La opinin del router emisor de la identidad de la reserva designado
Router para esta red. El BDR es
identificado por su ID de router IP. Se establece en 0.0.0.0 si hay
sin BDR.

vecino ID
Los ID de enrutador de cada router en la red con el estado vecino

1-Way o mayor.

A.3.3 . La base de datos Descripcin de paquetes

Base de datos Descripcin paquetes OSPF son paquetes de tipo 2. Estos


paquetes
se intercambian cuando se inicializa una adyacencia. describen
el contenido de la base de datos de estado de enlace. Mltiples paquetes
se pueden
se usa para describir la base de datos. Para este propsito, una encuesta
de respuesta
Se utiliz el procedimiento. Uno de los routers es designado para ser el
maestro
y el otro es el esclavo. El maestro enva automticas
paquetes (encuestas) que son reconocidos por los paquetes de base de
datos Descripcin
enviado por el esclavo (respuestas). Las respuestas estn ligadas a las
urnas
a travs de los nmeros de secuencia de los paquetes DD.

Coltun, et al. Normas Track [Pgina 63]

RFC 5340

OSPF para IPv6 de julio de 2008

0123
01234567890123456789012345678901
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-++-+-+-+-+-+-+-+-+-+-+-+-+
| 3 | 2 | Longitud de Paquete |

+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-++-+-+-+-+-+-+-+-+-+-+-+-+
| Router ID |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-++-+-+-+-+-+-+-+-+-+-+-+-+
| Identificacin rea |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-++-+-+-+-+-+-+-+-+-+-+-+-+
| Suma de comprobacin | ID de la instancia | 0 |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-++-+-+-+-+-+-+-+-+-+-+-+-+
| 0 | opciones |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-++-+-+-+-+-+-+-+-+-+-+-+-+
| MTU interfaz | 0 | 0 | 0 | 0 | 0 | 0 | I | M | EM |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-++-+-+-+-+-+-+-+-+-+-+-+-+
| nmero de secuencia de DD |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-++-+-+-+-+-+-+-+-+-+-+-+-+
||
+--+
||
+ - Una cabecera LSA - +
||
+--+
||
+--+
||
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-++-+-+-+-+-+-+-+-+-+-+-+-+
| ... |

La base de datos Descripcin de paquetes OSPF

El formato de la base de datos de descripcin de paquetes es muy similar


a los dos
la Solicitud de paquetes de estado de enlace y el Estado Reconocimiento
Enlace
paquete. La parte principal de los tres es una lista de elementos, cada
elemento
que describe una pieza de la base de datos de estado de enlace. El envo
de
Base de datos Descripcin paquetes se documenta en la Seccin 10.8 del
[ OSPFv2 ]. La recepcin de los paquetes de base de datos Descripcin es
documentado en la Seccin 10.6 de [ OSPFv2 ].

opciones
Las capacidades opcionales soportados por el router, como se
documenta
en la Seccin A.2.

MTU de la interfaz
El tamao en bytes de la mayor datagrama IPv6 que se puede enviar
fuera de la interfaz asociada sin fragmentacin. La MTU de
tipos comunes de enlace a Internet se pueden encontrar en la Tabla 7-1
de [ MTUDISC ].

Coltun, et al. Normas Track [Pgina 64]

RFC 5340

OSPF para IPv6 de julio de 2008

MTU de la interfaz debe establecerse en 0 Base de datos Descripcin


paquetes
enviado a travs de enlaces virtuales.

I-bit
El bit de Init. Cuando se establece en 1, este paquete es el primero en el
Base de datos de secuencia de paquetes descripcin.

M bits
El ms bits. Cuando se establece en 1, indica que ms de base de datos
Descripcin de los paquetes han de seguir.

MS-bit
El bit de maestro / esclavo. Cuando se establece en 1, indica que el
router
es el maestro durante el proceso de cambio de base de datos. De otra
manera,
el router es el esclavo.

nmero de secuencia DD
Se utiliza para secuenciar el conjunto de base de datos Descripcin
paquetes.
El valor inicial (indicado por el bit puesto Init) debe ser
nico. El nmero de secuencia DD incrementa entonces hasta la
completa
base de datos, tanto para el maestro y esclavo routers han sido
intercambiado.

El resto del paquete consiste en una lista (posiblemente parcial) de la


estado de enlace piezas de bases de datos. Cada LSA en la base de datos
se describe
por su cabecera LSA. La cabecera LSA se documenta en el Apndice
A.4.2 .
Contiene toda la informacin necesaria para identificar de forma nica
tanto
la LSA y la instancia actual de la LSA.

A.3.4 . El paquete de solicitud de estado de enlace

Solicitud de paquetes de estado de enlace OSPF son paquetes de tipo 3.


Despus de intercambiar
Base de datos Descripcin paquetes con un router vecino, un router puede
encuentran que partes de su base de datos de estado de enlace estn
fuera de fecha. El enlace
Solicitud de paquetes de estado se utiliza para solicitar las piezas del
vecino
base de datos que estn ms al da. Solicitud de estado de enlace mltiple
paquetes pueden necesitar para ser utilizado.

Un router que enva un paquete de solicitud de estado de enlace tiene en


cuenta la
ejemplo preciso de las piezas de base de datos que est solicitando. Cada
instancia se define por su nmero de secuencia LS, LS suma de
comprobacin, y LS
edad, aunque estos campos no se especifican en el estado de enlace
Solicitud de paquetes en s. El router puede recibir LSA an ms reciente
casos como respuesta.

El envo de paquetes de solicitud del estado del enlace se documenta en


la Seccin
10.9 de [ OSPFv2 ]. La recepcin de los paquetes de solicitud del estado
del enlace es
documentado en la Seccin 10.7 del [ OSPFv2 ].

Coltun, et al. Normas Track [Pgina 65]

RFC 5340

OSPF para IPv6 de julio de 2008

0123
01234567890123456789012345678901
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-++-+-+-+-+-+-+-+-+-+-+-+-+
| 3 | 3 | Longitud de Paquete |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-++-+-+-+-+-+-+-+-+-+-+-+-+
| Router ID |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-++-+-+-+-+-+-+-+-+-+-+-+-+
| Identificacin rea |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-++-+-+-+-+-+-+-+-+-+-+-+-+
| Suma de comprobacin | ID de la instancia | 0 |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-++-+-+-+-+-+-+-+-+-+-+-+-+
| 0 | Tipo LS |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-++-+-+-+-+-+-+-+-+-+-+-+-+
| Estado Link ID |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-++-+-+-+-+-+-+-+-+-+-+-+-+
| Router Publicidad |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-++-+-+-+-+-+-+-+-+-+-+-+-+
| ... |

El paquete de solicitud de enlace de OSPF Estado

Cada LSA solicitada se especifica por su tipo LS, Link Estado ID y


Router publicidad. Este identifica de forma exclusiva la LSA sin
especificando su instancia. paquetes de peticin de estado de los vnculos
se entienden
ser solicitudes para el ejemplo ms reciente de los LSAs especificados.

A.3.5 . El paquete de actualizacin de estado de enlace

Actualizar los paquetes de estado de enlace OSPF son paquetes de tipo 4.


Estos paquetes
aplicar la saturacin de las LSA. Cada paquete de actualizacin de estado
de enlace
lleva una coleccin de LSAs un salto ms lejos de su origen.
Varios LSAs se pueden incluir en un nico paquete.

paquetes de estado de enlace de actualizacin se multidifusin en esas


redes fsicas
que el apoyo de multidifusin / difusin. Con el fin de hacer que la
inundacin
procedimiento confiable, LSAs inundadas son reconocidos en el estado de
enlace
paquetes de confirmacin. Si la retransmisin de ciertas LSAs es
es necesario, los LSA retransmitidos se realicen siempre por Link unicast
Los paquetes de actualizacin de estado. Para obtener ms informacin
sobre las inundaciones fiable
de la LSA, consulte la seccin 4.5 .

Coltun, et al. Normas Track [Pgina 66]

RFC 5340

OSPF para IPv6 de julio de 2008

0123
01234567890123456789012345678901
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-++-+-+-+-+-+-+-+-+-+-+-+-+
| 3 | 4 | Longitud de Paquete |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-++-+-+-+-+-+-+-+-+-+-+-+-+
| Router ID |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-++-+-+-+-+-+-+-+-+-+-+-+-+
| Identificacin rea |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-++-+-+-+-+-+-+-+-+-+-+-+-+
| Suma de comprobacin | ID de la instancia | 0 |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-++-+-+-+-+-+-+-+-+-+-+-+-+
| # LSA |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-++-+-+-+-+-+-+-+-+-+-+-+-+
||
+-+-+
| LSA |
+-+-+
| ... |

El paquete OSPF Link State actualizacin

# LSA
El nmero de LSA incluido en esta actualizacin.

El cuerpo del paquete de estado de enlace de actualizacin consiste en


una lista de las LSA.
Cada LSA comienza con una cabecera de 20 bytes comn, se describe en
A.4.2 Apndice . Formatos detallados de los diferentes tipos de LSAs son
descrito A.4 Apndice .

A.3.6 . El paquete de enlace Estado de Reconocimiento

paquetes de estado de enlace de validacin estn OSPF tipo de paquete 5.


Para hacer
la saturacin de las LSA fiables, LSAs inundadas son explcita o
implcitamente reconocido. reconocimiento explcito se lleva a cabo
a travs del envo y recepcin de estado de enlace Reconocimiento
paquetes. El envo de paquetes de estado de enlace de reconocimiento se
documentado en la Seccin 13.5 del [ OSPFv2 ]. La recepcin de estado de
enlace
Paquetes de confirmacin se documenta en la Seccin 13.7 de [ OSPFv2 ].

Mltiples LSA puede ser reconocido en un solo estado de enlace


paquete de confirmacin. Dependiendo del estado del envo
interfaz y el remitente del correspondiente estado de actualizacin Enlace
de paquetes, un paquete de estado de enlace Reconocimiento se enva a
la multidifusin
AllSPFRouters direccin, las direcciones de multidifusin AllDRouters, oa
una
direccin unicast del vecino (vase la Seccin 13.5 del [ OSPFv2 ] para
detalles).

Coltun, et al. Normas Track [Pgina 67]

RFC 5340

OSPF para IPv6 de julio de 2008

El formato de este paquete es similar a la de la Descripcin Datos


paquete. El cuerpo de ambos paquetes es simplemente una lista de
cabeceras de LSA.

0123
01234567890123456789012345678901
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-++-+-+-+-+-+-+-+-+-+-+-+-+
| 3 | 5 | Longitud de Paquete |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-++-+-+-+-+-+-+-+-+-+-+-+-+
| Router ID |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-++-+-+-+-+-+-+-+-+-+-+-+-+
| Identificacin rea |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-++-+-+-+-+-+-+-+-+-+-+-+-+
| Suma de comprobacin | ID de la instancia | 0 |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-++-+-+-+-+-+-+-+-+-+-+-+-+
||
+--+
||
+ - Una cabecera LSA - +
||
+--+
||
+--+
||

+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-++-+-+-+-+-+-+-+-+-+-+-+-+
| ... |

El paquete OSPF Link State Reconocimiento

Cada LSA reconocido se describe por su cabecera LSA. La cabecera LSA


est documentada en el Apndice A.4.2 . Contiene toda la informacin
necesaria para identificar de forma nica tanto la LSA y la corriente de la
LSA
ejemplo.

A.4 . formatos de LSA

Este documento define ocho tipos distintos de LSA. Cada LSA comienza
con un encabezado estndar LSA de 20 bytes. Esta cabecera se explica en
A.4.2 Apndice . Secciones siguientes describen cada tipo LSA
individualmente.

Cada LSA describe una pieza del dominio de enrutamiento OSPF. cada
enrutador
se origina un router-LSA. Una red-LSA se anuncia para cada enlace
por su enrutador designado. direcciones locales de vnculo de un router
son
anuncian a sus vecinos en el enlace de LSAs. prefijos IPv6 son
anunciada en el intra-zona-prefijo-LSA, inter-rea-prefix-LSA, ASexternal-LSA y LSA-NSSA. Localizacin de routers especficos puede ser
anuncian a travs de los lmites del rea de inter-rea-Router-LSAs. Todas
LSA entonces se inundadas en todo el dominio de enrutamiento OSPF. los

Coltun, et al. Normas Track [Pgina 68]

RFC 5340

OSPF para IPv6 de julio de 2008

algoritmo de inundacin es fiable, asegurando que todos los routers


comunes a una
alcance inundaciones tiene la misma coleccin de LSAs asociado con ese
alcance inundaciones. (Ver Seccin 4.5 para obtener ms informacin
relativa a la
inundando algoritmo.) Esta coleccin de LSAs se llama el varillaje
base de datos de estado.

A partir de la base de datos de estado de enlace, cada router construye un


camino ms corto
rbol con s mismo como raz. Esto produce una tabla de enrutamiento
(ver Seccin
11 del [ OSPFv2 ]). Para ms detalles sobre el proceso de generacin tabla
de enrutamiento, consulte
la Seccin 4.8 .

A.4.1 . Representacin prefijo IPv6

Las direcciones IPv6 son cadenas de bits de longitud 128. enrutamiento


IPv6
protocolos, y OSPF para IPv6, en particular, anuncian direccin IPv6
prefijos. prefijos de direcciones IPv6 son cadenas de bits de longitud cuyas
reas de distribucin
entre 0 y 128 bits (ambos inclusive).

Dentro de OSPF, prefijos de direcciones IPv6 siempre se detectan por una


combinacin de tres campos: prefixlength, PrefixOptions, y Direccin
Prefijo. Prefixlength es la longitud en bits del prefijo.
PrefixOptions es un campo de 8 bits que describe diversas capacidades

asociado con el prefijo (vase el Apndice A.4.1.1 ). El prefijo de direccin


es
una codificacin de la propia prefijo como un mltiplo par de palabras de
32 bits,
acolchado con cero bits como sea necesario. Esta codificacin consume
((prefixlength + 31) / 32) palabras de 32 bits.

La ruta predeterminada es representada por un prefijo de longitud 0.

Ejemplos de representacin de Prefijos IPv6 en OSPF se pueden encontrar


en
A.4.5 del apndice , el apndice A.4.7 , Apndice A.4.8 , Apndice A.4.9 , y
el Apndice A.4.10 .

A.4.1.1 . prefijo Opciones

Cada prefijo se anuncia junto con un campo de 8 bits de capacidades.


Estos sirven como entrada a los diversos clculos de enrutamiento. por
ejemplo, pueden indican que los prefijos son para ser ignorado en algunos
casos o bien la indicacin de que no readvertisable en otros.

01234567
+-+-+-+-+-+-+-+-+
| | | | DN | P | x | LA | NU |
+-+-+-+-+-+-+-+-+

El campo PrefixOptions

Coltun, et al. Normas Track [Pgina 69]

RFC 5340

OSPF para IPv6 de julio de 2008

NU-bit
El "no unicast" bit de capacidad. Si se establece, el prefijo debe ser
excluidas de los clculos de unidifusin IPv6. Si no se establece, debe
ser
incluido.

LA bits
La "direccin local" bit de capacidad. Si se establece, el prefijo es
en realidad una direccin de interfaz IPv6 del router Publicidad.
Publicidad de las direcciones de enlace local se describe en
Seccin 4.4.3.9 . Una implementacin puede tambin establecer el LAbit para
prefijos anunciados con un prefixlength anfitrin (128).

x-bit
Este bit se defini previamente como un bit de capacidad "multicast".
Sin embargo, el uso no se ha especificado adecuadamente y ha sido
en desuso para OSPFv3. El bit debe establecerse en 0 y se ignoran
cuando recibido. Puede ser reasignado en el futuro.

P-bit
El "propagar" bits. Ubicado en la zona de prefijos NSSA que debe estar
readvertised por la frontera traducir rea NSSA [ NSSA ].

DN-bit
Este bit controla una inter-rea-prefix-LSA o LSA-AS-externos
re-anuncio en un entorno de VPN como se especifica en [ DN-BIT ].

A.4.2 . La cabecera LSA

Todas las LSA comienzan con una cabecera de 20 bytes comn. Este
encabezado contiene
suficiente informacin para identificar de forma exclusiva el tipo LSA (LS,
de estado de enlace
Identificacin y Publicidad Router). Pueden existir varias instancias de la
LSA
en el dominio de enrutamiento al mismo tiempo. Es entonces necesario
determinar qu instancia es ms reciente. Esto se logra
campos de examinar la edad LS, LS de nmero de secuencia, y LS
checksum que
Tambin se incluye en la cabecera LSA.

Coltun, et al. Normas Track [Pgina 70]

RFC 5340

OSPF para IPv6 de julio de 2008

0123
01234567890123456789012345678901
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-++-+-+-+-+-+-+-+-+-+-+-+-+
| LS Edad | Tipo LS |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-++-+-+-+-+-+-+-+-+-+-+-+-+
| Estado Link ID |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-++-+-+-+-+-+-+-+-+-+-+-+-+
| Router Publicidad |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-++-+-+-+-+-+-+-+-+-+-+-+-+
| LS Nmero de secuencia |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-++-+-+-+-+-+-+-+-+-+-+-+-+
| LS suma de comprobacin | longitud |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-++-+-+-+-+-+-+-+-+-+-+-+-+

La cabecera LSA

LS Edad
se origin el tiempo en segundos desde la LSA.

Tipo LS
El campo de tipo LS indica la funcin realizada por la LSA.
El alto orden tres bits de tipo LS codificar las propiedades genricas de
la LSA, mientras que el resto (llamado cdigo de funcin LSA) indican
funcionalidad especfica de la LSA. Vase el Apndice A.4.2.1 para una
Descripcin detallada del tipo LS.

Link ID Estado
identificador del router originarios para que la LSA. La combinacin
Identificacin del estado de enlace, tipo LS, y el router de forma nica
Publicidad
identificar la LSA en la base de datos de estado de enlace.

Publicidad Router
El Router ID del router que se origin la LSA. Por ejemplo,
en red-LSAs este campo es igual a la ID del Router
Router designado de la red.

nmero de secuencia LS
sucesivas instancias de un LSA se dan secuencia sucesiva LS
nmeros. El nmero de secuencia se puede utilizar para detectar de
edad o
duplicar instancias de LSA. Ver la Seccin 12.1.6 en [ OSPFv2 ] para
obtener ms
detalles.

checksum LS
La suma de comprobacin Fletcher de todo el contenido de la LSA,
incluyendo la cabecera LSA pero excluyendo la edad LS campo. Ver
Seccin 12.1.7 en [ OSPFv2 ] para ms detalles.

Coltun, et al. Normas Track [Pgina 71]

RFC 5340

OSPF para IPv6 de julio de 2008

longitud
La longitud en bytes de la LSA. Esto incluye la LSA 20 bytes
encabezamiento.

A.4.2.1 . Tipo de LSA

El campo de tipo LS indica la funcin realizada por la LSA. los


de orden tres bits de tipo LS codificar las propiedades genricas de la
LSA, mientras que el resto (llamado cdigo de funcin LSA) indican la
funcionalidad especfica de LSA. El formato del tipo LS es tan
siguiente:

0123456789012345
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| U | S2 | S1 | Funcin Cdigo LSA |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

Tipo de LSA

El U-bit indica la forma en la LSA debe ser manejado por un router que
no reconoce el cdigo de funcin de la LSA. Sus valores son:

Manipulacin LSA T-bits


-------------------------------------------------- ----------0 Tratar la LSA como si tuviera alcance inundaciones de enlace local
1 Tienda y la inundacin de la LSA, como si se entiende el tipo

T-Bit

Los bits de S1 y S2 indican el alcance inundacin de la LSA. los


valores son:

S2 S1 inundaciones Alcance
-------------------------------------------------- ----------Alcance 0 0 enlace local - inundado solamente en el enlace originario
0 1 rea de Alcance - inundado slo en el rea de origen
1 0 AS Alcance - inundado a lo largo AS
1 1 Reservado

Las inundaciones Alcance

Los cdigos de funcin LSA se definen como sigue. El origen y la


procesamiento de estos cdigos de funcin LSA se definen en otra parte
de este
documento, excepto por la NSSA-LSA (ver [ NSSA ]) y 0x2006, que era
utilizado anteriormente por MOSPF (ver [ MOSPF ]). MOSPF ha quedado en
desuso
para OSPFv3. Como se muestra a continuacin, cada funcin de cdigo de
b LSA tambin implica una
configuracin especfica para los bits U, S1, y S2.

Coltun, et al. Normas Track [Pgina 72]

RFC 5340

OSPF para IPv6 de julio de 2008

LSA funcin Ejecucin LS Descripcin


-------------------------------------------------- -

1 0x2001 router-LSA
2 0x2002 Red-LSA
3 0x2003 Inter-Area-Prefijo-LSA
4 0x2004 Inter-Area-router-LSA
5 0x4005 AS-externa-LSA
6 0x2006 en desuso (puede ser reasignado)
7 0x2007 NSSA-LSA
8 0x0008 Enlace-LSA
9 0x2009 dentro de la zona-prefijo-LSA

Funcin Cdigo LSA

A.4.3 . Router-LSAs

Router-LSAs tienen el tipo LS igual a 0x2001. Cada router en un rea


se origina una o ms de router-LSA. La coleccin completa de
Router-LSA originados por el router describen el estado y el costo de
interfaces del router a la zona. Para ms detalles acerca de la
construccin de enrutador-LSA, ver la Seccin 4.4.3.2 . Router-LSAs son
Slo inundado a travs de una sola rea.

Coltun, et al. Normas Track [Pgina 73]

RFC 5340

OSPF para IPv6 de julio de 2008

0123
01234567890123456789012345678901
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-++-+-+-+-+-+-+-+-+-+-+-+-+
| LS Edad | 0 | 0 | 1 | 1 |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-++-+-+-+-+-+-+-+-+-+-+-+-+
| Estado Link ID |

+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-++-+-+-+-+-+-+-+-+-+-+-+-+
| Router Publicidad |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-++-+-+-+-+-+-+-+-+-+-+-+-+
| LS Nmero de secuencia |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-++-+-+-+-+-+-+-+-+-+-+-+-+
| LS suma de comprobacin | longitud |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-++-+-+-+-+-+-+-+-+-+-+-+-+
| 0 | Nt | x | V | E | B | opciones |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-++-+-+-+-+-+-+-+-+-+-+-+-+
| Tipo | 0 | Mtricas |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-++-+-+-+-+-+-+-+-+-+-+-+-+
| ID de interfaz |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-++-+-+-+-+-+-+-+-+-+-+-+-+
| Vecino ID de interfaz |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-++-+-+-+-+-+-+-+-+-+-+-+-+
| Neighbor Router ID |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-++-+-+-+-+-+-+-+-+-+-+-+-+
| ... |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-++-+-+-+-+-+-+-+-+-+-+-+-+
| Tipo | 0 | Mtricas |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-++-+-+-+-+-+-+-+-+-+-+-+-+
| ID de interfaz |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-++-+-+-+-+-+-+-+-+-+-+-+-+
| Vecino ID de interfaz |

+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-++-+-+-+-+-+-+-+-+-+-+-+-+
| Neighbor Router ID |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-++-+-+-+-+-+-+-+-+-+-+-+-+
| ... |

Router LSA-Formato

Un nico router puede originarse una o ms de router-LSA, distinguido


por sus identificadores de estado de los vnculos (que son elegidos
arbitrariamente por el
enrutador de origen). El campo de opciones y V, E y B bits debe
ser la misma en todos los Router-LSAs desde un nico emisor. Sin
embargo, en
el caso de una falta de coincidencia, los valores de la LSA con el ms bajo
Enlace
Identificacin del estado tienen prioridad. Cuando se recibe ms de un
router-LSA
de un solo router, los enlaces se procesan como si concatenado en
un solo LSA.

Coltun, et al. Normas Track [Pgina 74]

RFC 5340

bit V

OSPF para IPv6 de julio de 2008

Cuando se establece, el router es un punto final de uno o ms


plenamente adyacentes
enlaces virtuales que tienen la zona descrita como zona de trnsito (V
es para
punto final de enlace virtual).

bit E
Cuando se establece, el router es un router de frontera (E est para el
exterior).

bit B
Cuando se establece, el router es un router de borde de rea (B es para
la frontera).

bit x
Este bit se utiliz previamente por MOSPF (ver [ MOSPF ]) y ha sido
en desuso para OSPFv3. El bit debe establecerse en 0 y se ignoran
cuando recibido. Puede ser reasignado en el futuro.

bit Nt
Cuando se establece, el router es un router de borde de la NSSA que es
incondicionalmente traducir NSSA-LSA en AS-externa-LSAs (Nt
es sinnimo de traduccin NSSA). Tenga en cuenta que estos routers
tienen su
parmetro de configuracin del rea de NSSATranslatorRole establecido
en Siempre.
(Vase [ NSSA ].)

opciones
Las capacidades opcionales soportados por el router, como se
documenta
en el Apndice A.2 .

Los siguientes campos se utilizan para describir cada interfaz del router.
los

campo Tipo indica el tipo de interfaz que se describe. Puede


ser una interfaz a una red de trnsito, una conexin punto a punto con
otro router o un enlace virtual. Los valores de todos los dems
campos que describen una interfaz de router dependen del tipo de la
interfaz
campo.

Tipo
El tipo de interfaz que se describe. Uno de los siguientes:

tipo Descripcin
-------------------------------------------------- 1 conexin de punto a punto a otro enrutador
2 La conexin a una red de trnsito
3 Reservado
4 enlace virtual

Tipos de enlace del router

Coltun, et al. Normas Track [Pgina 75]

RFC 5340

OSPF para IPv6 de julio de 2008

Mtrico
El coste de la utilizacin de esta interfaz del router para el trfico
saliente.

Interface ID
El ID de interfaz asignado a la interfaz que se describe. Ver
Seccin 4.1.2 y el apndice C.3 .

Neighbor Interface ID
El ID de interfaz del router vecino ha asociado con el enlace,
como se anuncia en los paquetes de saludo del vecino. Para el trnsito
(Tipo
2) enlaces, DR del enlace es el vecino descrito.
Para otros tipos de enlace, se describe el nico vecino adyacente.

Neighbor Router ID
El ID del router del vecino del router. Para el trnsito (tipo 2)
enlaces, DR del enlace es el vecino descrito.
Para otros tipos de enlace, se describe el nico vecino adyacente.

Para el trnsito (Tipo 2) enlaces, la combinacin de ID de interfaz Vecino


y Neighbor Router ID permite a la red-LSA para el enlace adjunto
que se encuentran en la base de datos de estado de enlace.

A.4.4 . Network-LSA

Network-LSA tienen el tipo LS igual a 0x2002. Una red-LSA es


originado por cada emisin y el enlace NBMA en el rea que incluye
dos o ms enrutadores adyacentes. La red-LSA se origin por el
Router designado de enlace. La LSA describe todos los routers conectados
a
el enlace incluido el propio enrutador designado. Enlace de la LSA
campo ID de estado se establece en el ID de interfaz que el enrutador
designado
ha sido la publicidad en los paquetes de saludo en el enlace.

La distancia de la red para todos los routers conectados es cero. Esta


Es por eso que los campos mtricas No deben indicarse en la red-LSA.
Para ms detalles sobre la construccin de la red-LSA, consulte
Seccin 4.4.3.3 .

Coltun, et al. Normas Track [Pgina 76]

RFC 5340

OSPF para IPv6 de julio de 2008

0123
01234567890123456789012345678901
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-++-+-+-+-+-+-+-+-+-+-+-+-+
| LS Edad | 0 | 0 | 1 | 2 |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-++-+-+-+-+-+-+-+-+-+-+-+-+

| Estado Link ID |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-++-+-+-+-+-+-+-+-+-+-+-+-+
| Router Publicidad |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-++-+-+-+-+-+-+-+-+-+-+-+-+
| LS Nmero de secuencia |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-++-+-+-+-+-+-+-+-+-+-+-+-+
| LS suma de comprobacin | longitud |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-++-+-+-+-+-+-+-+-+-+-+-+-+
| 0 | opciones |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-++-+-+-+-+-+-+-+-+-+-+-+-+
| Router conectado |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-++-+-+-+-+-+-+-+-+-+-+-+-+
| ... |

Red-LSA Formato

router conectado
Los ID de enrutador de cada uno de los routers conectados al enlace.
En realidad, slo los routers que son totalmente adyacente a la
DR est listado. El DR incluye
s en esta lista. El nmero de routers puede ser incluido
deducida de campo de longitud de la cabecera LSA.

A.4.5 . Inter-Area-Prefijo-LSA

Inter-reas-prefix-LSA tienen el tipo LS igual a 0x2003. Estas son las LSA


el equivalente de IPv6 OSPF de resumen de tipo 3 LSA de IPv4 (vase

Seccin 12.4.3 de [ OSPFv2 ]). Originado por los routers de frontera de


rea, que
se describen rutas a prefijos de direcciones IPv6 que pertenecen a otras
reas.
Una separada Entre la zona-prefijo-LSA se origin para cada direccin IPv6
prefijo. Para ms detalles sobre la construccin de inter-zonaprefijo-LSA, ver la Seccin 4.4.3.4 .

Por reas de rutas, entre reas-prefix-LSA tambin se puede utilizar para


describir una
(Por rea) ruta por defecto. Resumen de rutas por defecto se utilizan en
trozo
reas en lugar de inundar un conjunto completo de rutas externas.
Cuando
que describe una ruta de resumen por defecto, la inter-zona-prefijo-LSA
Prefixlength se establece en 0.

Coltun, et al. Normas Track [Pgina 77]

RFC 5340

OSPF para IPv6 de julio de 2008

0123
01234567890123456789012345678901
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-++-+-+-+-+-+-+-+-+-+-+-+-+

| LS Edad | 0 | 0 | 1 | 3 |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-++-+-+-+-+-+-+-+-+-+-+-+-+
| Estado Link ID |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-++-+-+-+-+-+-+-+-+-+-+-+-+
| Router Publicidad |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-++-+-+-+-+-+-+-+-+-+-+-+-+
| LS Nmero de secuencia |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-++-+-+-+-+-+-+-+-+-+-+-+-+
| LS suma de comprobacin | longitud |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-++-+-+-+-+-+-+-+-+-+-+-+-+
| 0 | Mtricas |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-++-+-+-+-+-+-+-+-+-+-+-+-+
| prefixlength | PrefixOptions | 0 |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-++-+-+-+-+-+-+-+-+-+-+-+-+
| El prefijo de direccin |
| ... |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-++-+-+-+-+-+-+-+-+-+-+-+-+

Formato Inter-Area-Prefijo-LSA

Mtrico
El costo de esta ruta. Expresada en las mismas unidades que la
costos de interfaz de router LSA. Cuando el rea inter-prefijo-LSA es
que describe una ruta a un rango de direcciones (ver Apndice C.2 ), el
de coste es el coste mximo alcanzable a cualquier componente de la
rango de direcciones.

Prefixlength, PrefixOptions, y el prefijo de la direccin


Representacin de la prefijo de direccin IPv6, como se describe en
A.4.1 Apndice .

A.4.6 . Router-LSAs Inter-Area-

Entre la zona de enrutador LSA tienen el tipo LS igual a 0x2004. Estas son
las LSA
el equivalente de IPv6 OSPF para el tipo 4 Resumen de LSAs de IPv4
(vase
Seccin 12.4.3 de [ OSPFv2 ]). Originado por los routers de frontera de
rea, que
describen rutas limtrofes con otros en otras reas. Para ver por qu
es necesario hacer publicidad de la ubicacin de cada asbr, consulte la
Seccin
16.4 en [ OSPFv2 ]. Cada LSA describe una ruta a un solo router.
Para ms detalles sobre la construccin de rea inter-router-LSA,
vase la Seccin 4.4.3.5 .

Coltun, et al. Normas Track [Pgina 78]

RFC 5340

OSPF para IPv6 de julio de 2008

0123
01234567890123456789012345678901

+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-++-+-+-+-+-+-+-+-+-+-+-+-+
| LS Edad | 0 | 0 | 1 | 4 |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-++-+-+-+-+-+-+-+-+-+-+-+-+
| Estado Link ID |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-++-+-+-+-+-+-+-+-+-+-+-+-+
| Router Publicidad |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-++-+-+-+-+-+-+-+-+-+-+-+-+
| LS Nmero de secuencia |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-++-+-+-+-+-+-+-+-+-+-+-+-+
| LS suma de comprobacin | longitud |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-++-+-+-+-+-+-+-+-+-+-+-+-+
| 0 | opciones |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-++-+-+-+-+-+-+-+-+-+-+-+-+
| 0 | Mtricas |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-++-+-+-+-+-+-+-+-+-+-+-+-+
| Router ID de destino |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-++-+-+-+-+-+-+-+-+-+-+-+-+

Inter-Area-router-LSA Formato

opciones
Las capacidades opcionales soportados por el router, como se
documenta
en el Apndice A.2 .

Mtrico
El costo de esta ruta. Expresada en las mismas unidades que la

costos de interfaz de router LSA.

Router ID de destino
El Router ID del router que se describe en la LSA.

A.4.7 . AS-externa-LSAs

AS-external-LSA tienen el tipo LS igual a 0x4005. Estas son las LSA


originado por routers de frontera y describir los destinos externos
al AS. Cada LSA describe una ruta a una sola direccin IPv6
prefijo. Para ms detalles referentes a la construccin de la AS-externalLSA,
vase la Seccin 4.4.3.6 .

AS-externa-LSAs puede ser usado para describir una ruta por defecto.
Defecto
la ruta se utiliza cuando hay una ruta especfica existe en el destino.
Cuando se describe una ruta por defecto, el AS-external-LSA prefixlength
de
se pone a 0.

Coltun, et al. Normas Track [Pgina 79]

RFC 5340

OSPF para IPv6 de julio de 2008

0123
01234567890123456789012345678901
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-++-+-+-+-+-+-+-+-+-+-+-+-+
| LS Edad | 0 | 1 | 0 | 5 |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-++-+-+-+-+-+-+-+-+-+-+-+-+
| Estado Link ID |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-++-+-+-+-+-+-+-+-+-+-+-+-+
| Router Publicidad |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-++-+-+-+-+-+-+-+-+-+-+-+-+
| LS Nmero de secuencia |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-++-+-+-+-+-+-+-+-+-+-+-+-+
| LS suma de comprobacin | longitud |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-++-+-+-+-+-+-+-+-+-+-+-+-+
| | E | F | T | Mtricas |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-++-+-+-+-+-+-+-+-+-+-+-+-+
| prefixlength | PrefixOptions | Tipo de referencia LS |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-++-+-+-+-+-+-+-+-+-+-+-+-+
| El prefijo de direccin |
| ... |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-++-+-+-+-+-+-+-+-+-+-+-+-+
||
+--+
||
+ - Direccin de reenvo (Opcional) - +
||
+--+

||
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-++-+-+-+-+-+-+-+-+-+-+-+-+
| Tag Ruta externa (opcional) |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-++-+-+-+-+-+-+-+-+-+-+-+-+
| Referenciada ID de estado de enlace (opcional) |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-++-+-+-+-+-+-+-+-+-+-+-+-+

AS-externa-LSA Formato

E bits
El tipo de mtrica externa. Si el bit E se pone, la mtrica
especificada es una mtrica externa de tipo 2. Esto significa que la
mtrica es
considerado ms grande que cualquier ruta intra-AS. Si el bit E es cero,
el
mtrica especificada es una mtrica externa de tipo 1. Esto significa que
se
se expresa en las mismas unidades que otros LSA (es decir, las mismas
unidades
ya que los costes de la interfaz del router en-LSA).

bit F
Si se activa, una direccin de reenvo se ha incluido en la LSA.

T bits
Si se establece, una etiqueta de ruta externa se ha incluido en la LSA.

Coltun, et al. Normas Track [Pgina 80]

RFC 5340

OSPF para IPv6 de julio de 2008

Mtrico
El costo de esta ruta. La interpretacin depende de la externa
Tipo de indicacin (bit E anterior).

Prefixlength, PrefixOptions, y el prefijo de la direccin


Representacin de la prefijo de direccin IPv6, como se describe en
A.4.1 Apndice .

Tipo de referencia LS
Si no es cero, un LSA con este tipo LS ha de ser asociado con
este LSA (ver referenciadas Enlace identificacin del estado ms
adelante).

Direccin de reenvo
Una direccin IPv6 completo (128 bits). Incluido en el BAE si
y slo si se ha establecido el bit F. Si se incluye, el trfico de datos para
el
anuncian destino ser enviada a esta direccin. Debera
No se establezca en el IPv6 no especificada Direccin (0: 0: 0: 0: 0: 0: 0:
0) o un
IPv6 de enlace local de direcciones (prefijo FE80 / 10). Mientras que las
rutas OSPFv3 son
normalmente se instala con las direcciones locales de vnculo, una
OSPFv3
aplicacin publicidad de una direccin de reenvo debe anunciar una
direccin IPv6 global. Esta direccin IPv6 global puede ser el siguiente
salto
puerta de entrada para un prefijo externo o se pueden obtener a travs
de algunos
otro mtodo (por ejemplo, la configuracin).

Ruta externa Tag

Un campo de 32 bits que se pueden utilizar para comunicarse adicional


informacin entre los routers de frontera. Incluido en el BAE si
y slo si se ha establecido el bit T.

Enlace referencia de identificacin del estado


Incluido si y slo si Tipo de referencia LS no es cero. Si
incluido, informacin adicional sobre la anunciada
ruta externa se puede encontrar en la LSA tener tipo LS igual a
"Referencia Tipo LS", Link Estado ID igual a "Referenciado Enlace
Identificacin del Estado ", y Publicidad Router el mismo que el
especificado en
encabezado de estado de enlace de la AS-externa-LSA. este adicional
informacin no es utilizada por el protocolo OSPF en s. Puede ser
utilizado para comunicar informacin entre los routers de frontera. los
naturaleza precisa de tal informacin se encuentra fuera del alcance de
este
especificacin.

Todo, ninguno o algunos de los campos de direccin de reenvo de la


etiqueta, externa
Tag ruta, y Referenciada Enlace identificacin del estado puede estar
presente en la ASexternal-LSA (como se indica por el ajuste del bit F, el bit T, y
LS referenciados Tipo respectivamente). Cuando est presente, Direccin
de reenvo
Siempre que ocurra primero, va externa etiqueta siguiente, y el vnculo
referido
Identificacin del estado pasado.

Coltun, et al. Normas Track [Pgina 81]

RFC 5340

OSPF para IPv6 de julio de 2008

A.4.8 . NSSA-LSA

NSSA-LSA tiene el tipo LS igual a 0x2007. Estos son originados por las LSA
routers de frontera dentro de una NSSA y describir los destinos externos
al AS que pueden o no pueden propagarse fuera de la NSSA (consulte
para [ NSSA ]). Aparte del tipo LS, su formato es exactamente el mismo
como LSA AS-externos como se describe en el Apndice A.4.7 .

Una direccin IPv6 global debe ser seleccionada como direccin de


reenvo para
NSSA-LSAs que han de ser propagadas por los routers de frontera de rea
NSSA. los
la seleccin debe proceder de la misma como soporte NSSA OSPFv2 [
NSSA ] con
comprobacin adicional para asegurar la direccin IPv6 de enlace local no
son
seleccionado.

A.4.9 . Link-LSA

Link-LSA tienen el tipo LS igual a 0x0008. Un router origina una


-LSA enlace independiente para cada enlace fsico adjunto. Estos tienen
LSA
enlace local alcance inundaciones; nunca se inundan ms all de la
enlace asociado. Link-LSA tienen tres propsitos:

1. Proporcionan direccin de enlace local del router para todos los dems
routers

unido al enlace.

2. Informan a otros routers conectados al enlace de una lista de IPv6


prefijos que se asocian con el enlace.

3. Permiten que el router para anunciar un conjunto de bits Opciones


en la red-LSA se origin por el DR en una
transmitir o enlazar NBMA.

Para ms detalles referentes a la construccin de enlaces-LSA, consulte


Seccin 4.4.3.8 .

Link State ID Una de enlace-LSA se fija igual a los originarios del enrutador
ID de interfaz en el enlace.

Coltun, et al. Normas Track [Pgina 82]

RFC 5340

OSPF para IPv6 de julio de 2008

0123
01234567890123456789012345678901
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-++-+-+-+-+-+-+-+-+-+-+-+-+
| LS Edad | 0 | 0 | 0 | 8 |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-++-+-+-+-+-+-+-+-+-+-+-+-+
| Estado Link ID |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-++-+-+-+-+-+-+-+-+-+-+-+-+
| Router Publicidad |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-++-+-+-+-+-+-+-+-+-+-+-+-+
| LS Nmero de secuencia |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-++-+-+-+-+-+-+-+-+-+-+-+-+
| LS suma de comprobacin | longitud |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-++-+-+-+-+-+-+-+-+-+-+-+-+
| RTR Prioridad | opciones |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-++-+-+-+-+-+-+-+-+-+-+-+-+
||
+--+
||
+ - Interfaz Direccin de enlace local - +
||
+--+
||
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-++-+-+-+-+-+-+-+-+-+-+-+-+
| # Prefijos |

+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-++-+-+-+-+-+-+-+-+-+-+-+-+
| prefixlength | PrefixOptions | 0 |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-++-+-+-+-+-+-+-+-+-+-+-+-+
| El prefijo de direccin |
| ... |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-++-+-+-+-+-+-+-+-+-+-+-+-+
| ... |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-++-+-+-+-+-+-+-+-+-+-+-+-+
| prefixlength | PrefixOptions | 0 |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-++-+-+-+-+-+-+-+-+-+-+-+-+
| El prefijo de direccin |
| ... |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-++-+-+-+-+-+-+-+-+-+-+-+-+

Formato Link-LSA

prioridad RTR
La prioridad de enrutador de la interfaz de fijar el origen
router para el enlace.

opciones
El conjunto de opciones de bits que el router le gustara establecer en el
network-LSA que se origin por el enrutador designado en
la radiodifusin o enlaces NBMA.

Coltun, et al. Normas Track [Pgina 83]

RFC 5340

OSPF para IPv6 de julio de 2008

Direccin de interfaz de enlace local


Direccin de la interfaz local de enlace del router origina en el enlace.

# prefijos
El nmero de prefijos de direcciones IPv6 contenida en la LSA.

El resto de la LSA-enlace contiene una lista de prefijos IPv6 para ser


asociado con el enlace.

Prefixlength, PrefixOptions, y el prefijo de la direccin


Representacin de un prefijo de direccin IPv6, como se describe en
A.4.1 Apndice .

A.4.10 . Intra-Area-Prefijo-LSA

Intra-zona-prefix-LSA tienen el tipo LS igual a 0x2009. A usos del router


dentro de la zona-prefix-LSA para hacer publicidad de uno o ms prefijos
de direcciones IPv6
que estn asociados con una direccin de router local, un trozo adjunta
segmento de red, o un segmento de red de trnsito adjunto. En IPv4,
las dos primeras se logra a travs del router-LSA y la del router
durar a travs de una red de LSA. En OSPF para IPv6, toda la informacin
de direccionamiento
que fue anunciado en el Router-LSA y LSA-red ha sido eliminado
y ahora se anuncia en dentro de la zona-prefix-LSA. Para detalles
en relacin con la construccin de intra-zona-prefijo-LSA, ver
Seccin 4.4.3.9 .

Un router puede originar mltiples dentro de la zona-prefix-LSA para cada


router o red de trnsito. Cada uno de dichos dispositivos de salvamento se
distingue por su
ID nico de estado de enlace.

Coltun, et al. Normas Track [Pgina 84]

RFC 5340

OSPF para IPv6 de julio de 2008

0123
01234567890123456789012345678901
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-++-+-+-+-+-+-+-+-+-+-+-+-+
| LS Edad | 0 | 0 | 1 | 9 |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-++-+-+-+-+-+-+-+-+-+-+-+-+
| Estado Link ID |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-++-+-+-+-+-+-+-+-+-+-+-+-+
| Router Publicidad |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-++-+-+-+-+-+-+-+-+-+-+-+-+
| LS Nmero de secuencia |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-++-+-+-+-+-+-+-+-+-+-+-+-+
| LS suma de comprobacin | longitud |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-++-+-+-+-+-+-+-+-+-+-+-+-+
| # Prefijos | Tipo de referencia LS |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-++-+-+-+-+-+-+-+-+-+-+-+-+
| Referenciada ID de estado de enlace |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-++-+-+-+-+-+-+-+-+-+-+-+-+
| Router Publicidad de Referencia |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-++-+-+-+-+-+-+-+-+-+-+-+-+
| prefixlength | PrefixOptions | Mtricas |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-++-+-+-+-+-+-+-+-+-+-+-+-+
| El prefijo de direccin |
| ... |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-++-+-+-+-+-+-+-+-+-+-+-+-+

| ... |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-++-+-+-+-+-+-+-+-+-+-+-+-+
| prefixlength | PrefixOptions | Mtricas |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-++-+-+-+-+-+-+-+-+-+-+-+-+
| El prefijo de direccin |
| ... |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-++-+-+-+-+-+-+-+-+-+-+-+-+

Intra-Area-Prefijo Formato LSA

# prefijos
El nmero de prefijos de direcciones IPv6 contenida en la LSA.

Tipo de referencia LS, referenciado estado de los vnculos de identidad, y


Referenciada
Publicidad Router
Identifica el router-LSA o red-LSA con el que el IPv6
prefijos de direccin deben estar asociados. Si es tipo referenciado LS
0x2001, los prefijos se asocian con un router-LSA, referenciado
Enlace Estado de identificacin debe ser 0, y Referenciada Publicidad
Router
debe ser originario del router Router ID. Si LS referenciadas
Tipo es 0x2002, los prefijos estn asociados con una red de LSA,
Referencia de estado de enlace de identificacin debe ser el ID de
interfaz del enlace de
Router designado, y Referenciada Publicidad Router debe ser el
Designado del router Router ID.

Coltun, et al. Normas Track [Pgina 85]

RFC 5340

OSPF para IPv6 de julio de 2008

El resto de la intra-zona-prefijo-LSA contiene una lista de IPv6


prefijos a estar asociados con el router o un enlace de trnsito, as como
sus costos asociados.

Prefixlength, PrefixOptions, y el prefijo de la direccin


Representacin de un prefijo de direccin IPv6, como se describe en
A.4.1 Apndice .

Mtrico
El costo de este prefijo. Expresada en las mismas unidades que la
costos de interfaz de router LSA.

B Apndice . Constantes de arquitectura

Las constantes de arquitectura para el protocolo OSPF se definen en el


Apndice
B de [ OSPFv2 ]. La nica diferencia para OSPF para IPv6 es que
DefaultDestination se codifica como un prefijo con la longitud 0 (ver
A.4.1 del Apndice ).

C apndice . Las constantes configurables

El protocolo OSPF tiene un buen nmero de parmetros configurables.


Estas
parmetros se enumeran a continuacin. Se agrupan en general,

categoras funcionales (parmetros de rea, parmetros de la interfaz,


etc.).
Valores de ejemplo se dan para algunos de los parmetros.

Algunos ajustes de los parmetros tienen que ser consistentes entre los
grupos de
routers. Por ejemplo, todos los routers de un rea deben estar de acuerdo
en que
parmetros de zona. Del mismo modo, todos los routers conectados a una
red deben
ponerse de acuerdo sobre HelloInterval y RouterDeadInterval de esa red.

Algunos parmetros pueden ser determinados por los algoritmos de router


fuera de
esta especificacin (por ejemplo, la direccin de un host conectado a la
router a travs de una lnea SLIP). Desde el punto de vista de OSPF, estos
artculos son
todava configurable.

C.1 . Los parmetros globales

En general, una copia independiente del protocolo OSPF se ejecuta para


cada
zona. Debido a esto, la mayora de los parmetros de configuracin estn
definidas en las
funcin de cada zona. Los pocos parmetros de configuracin globales se
enumeran
abajo.

Coltun, et al. Normas Track [Pgina 86]

RFC 5340

OSPF para IPv6 de julio de 2008

Router ID
Este es un nmero de 32 bits que identifica de forma exclusiva el router
en el
Sistema autnomo. Si se cambia de un router OSPF Router ID, la
software de OSPF del enrutador debe reiniciarse antes de que el nuevo
router
ID entra en vigor. Antes de reiniciar debido a un cambio Router ID, la
router debe vaciar sus LSA libre origin desde el enrutamiento
dominio (vase la Seccin 14.1 del [ OSPFv2 ]). De lo contrario, lo harn
persistir hasta MaxAge segundos.

Debido a que el tamao de la ID Router es ms pequea que una direccin


IPv6, se
No se puede establecer en una de las direcciones IPv6 del router (como es
comnmente
hecho por IPv4). procedimientos de asignacin de ID Router posibles para
IPv6
incluir: a) asignar el ID de enrutador IPv6 como uno de IPv4 del router
direcciones o b) asignar identificadores a travs del enrutador IPv6 en
algunos locales
procedimiento administrativo (similar a los procedimientos utilizados por
los fabricantes
para asignar nmeros de serie de los productos).

El ID de enrutador de 0.0.0.0 est reservado y no debe ser utilizado.

C.2 . Parmetros de la zona

Todos los routers que pertenecen a un rea deben estar de acuerdo en


que el rea de
configuracin. Los desacuerdos entre los dos routers conducirn a una
incapacidad para adyacencias para formar entre ellos, con una resultante
obstculo para el flujo de tanto la informacin de protocolo de
encaminamiento y de datos
trfico. Los siguientes artculos deben estar configurados para un rea:

la zona ID
Este es un nmero de 32 bits que identifica la zona. El rea de
Identificacin
0 est reservado para la columna vertebral.

Lista de rangos de direcciones


Los rangos de direcciones de control de la publicidad de rutas a travs
de la zona
lmites. Cada rango de direcciones consta de los siguientes elementos:

[Prefijo IPv6, la longitud del prefijo]


Describe la recopilacin de direcciones IPv6 contenida en el
rango de direcciones.

Estado
Se establece en cualquiera de los millones o DoNotAdvertise.
informacin de enrutamiento
se condensa en los lmites del rea. Externo a la zona, en la mayora
una sola ruta se anuncia (a travs de un rea inter-prefijo-LSA) para
cada rango de direcciones. La ruta se anuncia si y slo si el
Estado del rango de direcciones se establece en Publicidad.
unadvertised
rangos permiten la existencia de ciertas redes para ser

oculta intencionadamente de otras reas. Estado est establecido en


Publicidad por defecto.

Coltun, et al. Normas Track [Pgina 87]

RFC 5340

OSPF para IPv6 de julio de 2008

ExternalRoutingCapability
Ya sea AS-externa-LSAs se inund / en toda la zona.
Si LSA-AS-externos estn excluidos de la zona, la zona se llama
un rea de rutas o NSSA. Interna para reas de rutas, enrutamiento a
externa
destinos se basarn nicamente en una ruta inter-rea por defecto.
La columna vertebral no se puede configurar como un taln o rea
NSSA. Tambin,
enlaces virtuales no se pueden configurar a travs de taln o reas
NSSA.
Para obtener ms informacin, consulte la Seccin 3.6 de [ OSPFv2 ] y [
NSSA ].

StubDefaultCost
Si el rea se ha configurado como un rea de rutas, y el router
s es un enrutador de borde de rea, entonces el StubDefaultCost
indica el costo de la opcin predeterminada inter-rea-prefix-LSA que la
router debe anunciarse en la zona. Vase la Seccin 12.4.3.1 de
[ OSPFv2 ] para ms informacin.

NSSATranslatorRole y TranslatorStabilityInterval
Estos parmetros del rea se describen en el Apndice D del [ NSSA ].

Adems, se requiere tambin un enrutador de frontera NSSA zona (ABR)


a
permitir la configuracin de si existe o no una ruta por defecto es NSSA
anunciada en una NSSA-LSA. Si se anuncia, su mtrica y mtrica
tipo son configurable. Tambin estos requisitos se describen en
Apndice D del [ NSSA ].

ImportSummaries
Cuando se establece en habilitado, prefijos externa a la zona son
importados
en la zona a travs de la publicidad de inter-rea-prefix-LSA.
Cuando se establece en personas con discapacidad, entre las rutas de la
zona no se importan en el
zona. La configuracin por defecto est activada. Este parmetro slo
est
vlida para taln o reas NSSA.

C.3 . Parmetros de la interfaz del router

Algunos de los parmetros de la interfaz del router configurables (como


rea
Identificacin, HelloInterval, y RouterDeadInterval) en realidad implica
propiedades
de los enlaces adjuntos. Por lo tanto, estos parmetros deben estar
consistente en todos los routers conectados a ese enlace. los
parmetros que se deben configurar para una interfaz del router son:

IPv6 direccin de enlace local


La direccin de enlace local IPv6 asociada con esta interfaz. Mayo
ser aprendido a travs de la auto-configuracin.

Coltun, et al. Normas Track [Pgina 88]

RFC 5340

OSPF para IPv6 de julio de 2008

la zona ID
El rea OSPF a la que pertenece el enlace adjunto.

ID de instancia
La instancia de protocolo OSPF asociado con esta interfaz OSPF.
El valor predeterminado es 0.

Interface ID
nmero de 32 bits que identifica de forma nica esta interfaz entre la
coleccin de las interfaces de ste router. Por ejemplo, en algunos
implementaciones puede ser posible utilizar el MIB-II IfIndex
([ INTFMIB ]).

prefijos IPv6
La lista de prefijos IPv6 a asociarse con el enlace. estos sern
ser objeto de publicidad en dentro de la zona-prefix-LSA.

costo (s) salida de interconexin


El coste de envo de un paquete en la interfaz, se expresa en el

estado de enlace mtrica. Esto se anuncia como el coste de enlace para


este
interfaz de router-LSA del router. El costo salida de la interfaz
Siempre debe ser mayor que 0.

RxmtInterval
El nmero de segundos entre retransmisiones de LSA para adyacencias
perteneciente a esta interfaz. Tambin se utiliza cuando la retransmisin
Descripcin de bases de datos y paquetes de peticin de estado de los
vnculos. Esto debera
estar bien sobre el retardo de ida y vuelta prevista entre dos routers
en el enlace adjunto. El ajuste de este valor debe ser
retransmisiones innecesarias conservadoras o resultarn. Muestra
valor para una red de rea local: 5 segundos.

InfTransDelay
El nmero estimado de segundos que se tarda en transmitir un estado
de enlace
Actualizacin de paquetes a travs de esta interfaz. LSA contenidas en
la actualizacin
paquete debe haber incrementado su edad por esta cantidad antes
transmisin. Este valor debe tener en cuenta la
transmisin y propagacin de los retrasos de la interfaz. TIENE que ser
mayor que 0. Valor de la muestra para una red de rea local: 1 segundo.

prioridad del router


Un entero sin signo de 8 bits. Cuando dos routers conectados a una red
tanto intento de convertirse en el DR, el que tiene la
La prioridad ms alta router tiene prioridad. Si todava hay una
empate, el router con el ms alto ID Router tiene prioridad. UN
enrutador cuya prioridad router se pone a 0 no es elegible para
convertirse
el DR en el enlace adjunto. Prioridad del router es
Slo configurado para interfaces de radio y televisin y las redes NBMA.

Coltun, et al. Normas Track [Pgina 89]

RFC 5340

OSPF para IPv6 de julio de 2008

HelloInterval
La longitud de tiempo, en segundos, entre los paquetes de saludo que la
router enva en la interfaz. Este valor se anuncia en la
los paquetes de saludo del router. TIENE que ser el mismo para todos los
routers
unido a un enlace comn. Cuanto menor sea el HelloInterval, la
se detectaron cambios topolgicos ms rpidos. Sin embargo, ms de
OSPF
el trfico de protocolo de enrutamiento se producirn. Valor de la
muestra para un X.25 PDN:
30 segundos. Valor de la muestra para una red de rea local (LAN): 10
segundos.

RouterDeadInterval
Despus de dejar de escuchar los paquetes de saludo de un router, el
nmero de
segundos antes de que sus vecinos declaran que el router hacia abajo.
Esto es
Tambin se anuncia en los paquetes de saludo del router en su
RouterDeadInterval campo. Esto debe ser un mltiplo de la
HelloInterval (por ejemplo, 4). Este valor debe volver a ser el mismo
para
todos los routers conectados a un enlace comn.

LinkLSASuppression

Indica si la originacin de un enlace-LSA o no se suprime.


Si se establece en "activado" y el tipo de interfaz no se difunde o
NBMA, el router no se originar un enlace-LSA para el enlace. Esta
implica que otros routers en el enlace deber comprobar la dcada de
enrutador
direccin del siguiente salto mediante un mecanismo que no sea el
enlace-LSA (vase
Seccin 4.8.2 ). El valor por defecto es "desactivada" en la interfaz
tipos descritos en esta memoria descriptiva. Es implcitamente
"Desactivado" si el tipo de interfaz se emite o NBMA. Futuro
tipos de interfaz puede especificar un valor predeterminado diferente.

C.4 . Parmetros de conexin virtuales

Los enlaces virtuales se usan para restaurar / aumentar la conectividad de


la
columna vertebral. Los enlaces virtuales se pueden configurar entre
cualquier par de rea
enrutadores de borde que tienen las interfaces a un rea comn (no
troncal).
El enlace virtual aparece como un enlace punto a punto sin IPv6 global
direcciones en el grfico de la columna vertebral. El enlace virtual debe
estar
configurado en los dos enrutadores de lmite de rea.

Un enlace virtual aparece en el Router-LSA (para la columna vertebral)


como si
eran una interfaz de enrutador por separado a la cadena principal. Como
tal, tiene
la mayor parte de los parmetros asociados con una interfaz de router
(ver
C.3 Apndice ). Los enlaces virtuales no tienen direcciones locales de
vnculo, pero
en lugar de utilizar una de las direcciones IPv6 de alcance mundial del
router como el IP

fuente en paquetes del protocolo OSPF enva en el enlace virtual. Router


La prioridad no se utiliza en los enlaces virtuales. costo de salida de la
interfaz no es
configurado en los enlaces virtuales, pero se ajusta dinmicamente a ser
el costo de
la ruta intra-zona de zona de trnsito entre los dos routers de punto final.
El RxmtInterval parmetro puede ser configurado y debe ser ms de

Coltun, et al. Normas Track [Pgina 90]

RFC 5340

OSPF para IPv6 de julio de 2008

el retardo de ida y vuelta esperada entre los dos routers. Esto podra ser
difcil de estimar para un enlace virtual; es mejor errar en el lado
de lo que es demasiado largo.

Un enlace virtual se define por los dos siguientes configurable


parmetros: el ID del router del otro extremo del enlace virtual y
la zona (no troncal) que los atraviesa enlace virtual (que se refiere
como zona de trnsito del enlace virtual). Los enlaces virtuales no pueden
ser
configurado a travs de taln o reas NSSA. Adems, un ID de instancia
puede estar configurado para los enlaces virtuales de diferentes instancias
de protocolo
a fin de utilizar la misma rea de trnsito (sin requerir
diferentes ID de enrutador para demultiplexacin).

C.5 . Parmetros de red NBMA

OSPF trata de una red NBMA al igual que trata a una red de difusin.
Dado que puede haber muchos routers conectados a la red, un Designado
Router se ha seleccionado para la red. Este enrutador designado a
continuacin,
origina una red de LSA lista de todos los routers conectados a la NBMA
red.

Sin embargo, debido a la falta de capacidades de transmisin, puede ser


necesario el uso de parmetros de configuracin en el enrutador
designado
seleccin. slo tendrn que ser configurado en los que estos parmetros
routers que son a su vez se convierten en elegibles para el DR
(Es decir, aquellos cuya prioridad routers router de la red es nocero), y slo si hay un procedimiento automtico para descubrir
vecinos existe:

Lista de todos los otros routers conectados


La lista de todos los dems routers conectados a la red NBMA. Cada
enrutador est configurado con su ID de router e IPv6 de enlace local
direccin en la red. Adems, para cada router en la lista, que
elegibilidad del router para convertirse en el router designado debe ser
definida. Cuando una interfaz a una red NBMA viene por primera vez, la
router slo enva paquetes de saludo a los vecinos con derecho a
convertido en el enrutador designado hasta el momento en que un
Designados
Router es elegido.

PollInterval
Si un router vecino se ha convertido en inactiva (Hola paquetes tienen
no se ha visto por segundo RouterDeadInterval), todava puede ser
necesario enviar los paquetes de saludo al vecino muerto. estos Hola
los paquetes se enviarn al tipo reducido PollInterval, que
debe ser mucho mayor que HelloInterval. Valor de la muestra para una
PDN

red X.25: 2 minutos.

Coltun, et al. Normas Track [Pgina 91]

RFC 5340

OSPF para IPv6 de julio de 2008

C.6 . Punto a Multipunto parmetros de red

En las redes de punto a multipunto, puede ser necesario configurar el


un conjunto de vecinos que son directamente accesible a travs del
punto-a
red multipunto. Cada vecino se configura con su ID de enrutador
y la direccin de enlace local IPv6 en la red. Los routers son designados
no elegidos en las redes de punto a multipunto, por lo que el enrutador
designado
elegibilidad de los vecinos configurados no est definido.

C.7 . Anfitrin Parmetros de ruta

prefijos de acogida se anuncian en dentro de la zona-prefix-LSA. Ellos


o bien indicar direcciones de enrutador locales, las interfaces del router a
puntoredes a punto, interfaces del router en bucle o hosts IPv6 que son
directamente conectado al router (por ejemplo, a travs de una conexin
PPP). por

cada host conectado directamente al router, los siguientes elementos


deben
configurarse:

Anfitrin prefijo IPv6


Un prefijo IPv6 que pertenece al host directamente conectado. Esta
No debe ser un prefijo global de IPv6 vlida.

El costo de un enlace a acoger


El costo de enviar un paquete al host, en trminos del varillaje
mtrica de estado. Sin embargo, ya que el anfitrin probablemente tiene
slo un nico
la conexin a la Internet, el coste real configurado (s) en muchos
casos no es importante (es decir, no tendr ningn efecto sobre el
encaminamiento).

la zona ID
El rea OSPF a la que pertenece el prefijo del host.

Coltun, et al. Normas Track [Pgina 92]

RFC 5340

OSPF para IPv6 de julio de 2008

De los autores Direcciones

Rob Coltun
Acoustra Producciones
3204 Brooklawn Terraza
Chevy Chase, MD 20815
Estados Unidos

Dennis Ferguson
Juniper Networks
1194 N. Mathilda Avenida
Sunnyvale, CA 94089
Estados Unidos

EMail: dennis@juniper.net

John Moy
Sycamore Networks, Inc

10 Elizabeth Drive
Chelmsford, MA 01824
Estados Unidos

EMail: jmoy@sycamorenet.com

Acee Lindem (editor)


Redback Networks
102 Carric Corte Curva
Cary, NC 27519
Estados Unidos

EMail: acee@redback.com

Coltun, et al. Normas Track [Pgina 93]

RFC 5340

OSPF para IPv6 de julio de 2008

Declaracin de los derechos completa

Copyright (C) El IETF Trust (2008).

Este documento est sujeto a los derechos, licencias y restricciones


contenida en el BCP 78 , y salvo lo dispuesto en l, los autores
conservar todos sus derechos.

Este documento y la informacin contenida en este documento se


proporcionan en una
"TAL CUAL" y LA Contribucin, LA ORGANIZACIN HE / ELLA REPRESENTA
O est patrocinado por (si las hubiere), la sociedad de Internet, el IETF
confianza Y
LA INGENIERA DE INTERNET Grupo renuncia a toda garanta, expresa
O implcita, incluyendo pero no limitado a ninguna garanta de que el uso
de
LA INFORMACIN este documento no vulnere cualquier derecho o
cualquier implcita
GARANTAS DE COMERCIALIZACIN O IDONEIDAD PARA UN PROPSITO
PARTICULAR.

Propiedad intelectual

El IETF no toma posicin respecto a la validez o el alcance de cualquier


Los derechos de propiedad intelectual u otros derechos que puedan ser
reclamados a
pertenecen a la aplicacin o el uso de la tecnologa descrita en
este documento o en la medida en que ninguna licencia de dichos
derechos
puede o no estar disponibles; ni representa que tiene

hecho ningn esfuerzo para identificar independiente de cualquiera de


esos derechos. Informacin
Sobre los procedimientos con respecto a los derechos en los documentos
RFC pueden ser
que se encuentra en el BCP 78 y BCP 79 .

Las copias de las divulgaciones de DPI hechas a la Secretara y cualquier


IETF
Garantas de las licencias que se facilitar, o el resultado de una
Intento de obtener una licencia o permiso para el uso de
tales derechos de propiedad de los ejecutores y los usuarios de este
especificacin se puede obtener desde el repositorio IPR IETF en lnea en
http://www.ietf.org/ipr .

El IETF invita a alguna de las partes interesadas a que sealen a su


atencin cualquier
los derechos de autor, patentes o solicitudes de patentes u otros derechos
de propiedad
los derechos que podra incluir la tecnologa que pueden ser necesarias
para poner en prctica
esta norma. Por favor dirigirse a la informacin a la IETF en
ietf-ipr@ietf.org.

Coltun, et al. Normas Track [Pgina 94]