RFC 5340 OSPF para IPv6

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. . . . . . . . . . . . . . . . . . . . . . . . . 4
1.1 . Requisitos de notacin. . . . . . . . . . . . . . . . . . 4
1.2 . Terminologa. . . . . . . . . . . . . . . . . . . . . . . 4
2 . Las diferencias de OSPF para IPv4. . . . . . . . . . . . . . . . 5
2.1 . Proceso de protocolo Per-Link, no Per-subred. . . . . . . 5
2.2 . La eliminacin de direccionamiento Semntica. . . . . . . . . . . . . 5
2.3 . Adems de las inundaciones Alcance. . . . . . . . . . . . . . . . 6
2.4 . Apoyo explcito a varias instancias por cada enlace. . . . . 6
2.5 . Uso de las direcciones de enlace local. . . . . . . . . . . . . . . 7
2.6 . Cambios en la autenticacin. . . . . . . . . . . . . . . . . . 7
2.7 . Los cambios de paquetes de definicin. . . . . . . . . . . . . . . . . . 8
2.8 . Cambios en el formato de LSA. . . . . . . . . . . . . . . . . . . . 9
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
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
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. La seccin 2

describe la
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,
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
Network-
independiente del protocolo bsico. En particular:
Coltun, et al. Normas Track [Pgina 5]
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.

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.
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 ).
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

router-
LSA. 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
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-prefijo-

LSA".
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-rea-

router-
LSA, 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 vincular-
LSA
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

AS-
external-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 U-
bit en
A.4.2.1 Apndice ).
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 router-
LSA,
red-LSA, inter-rea-prefix-LSA, enlace-LSA, e intra-zona-
prefix-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 .
3.2 . Desaprobacin de MOSPF para IPv6

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

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
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.
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
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: router-
LSA, 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.

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 intra-
zona-
prefix-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.

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.
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
(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:
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 per-
IP-
subred.
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).
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.
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 Red-
LSA 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-zona-
prefix-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 ).
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-zona-
Se 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.
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, NSSA-
LSA, 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.

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 red-
LSA 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 intra-
zona-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

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
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 router-
LSAs para un rea dada. Cada router-LSA contiene un nmero entero
de descripciones de la interfaz. En conjunto, la coleccin de router-
LSA 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,
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.
; 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. Red-

LSA 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.
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 Network-
LSA se origin:
; Red-LSA para la red N3

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
Router conectado = 192.0.2.4; 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-zona-
prefijo-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.
Las direcciones de enlace local o nunca DEBEN ser objeto de publicidad en

la inter-zona-
prefix-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

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 inter-
zona-
enrutador-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.
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
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. COMO-

external-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 AS-
external-LSA que se originan por el mismo router.

de red
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.
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

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:
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.

de red
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 separado-
LSA
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.
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.
; RT3 de enlace-LSA para N3

Tipo LS = 0x0008; link-LSA
Link State ID = 1; ID de interfaz de RT3 en N3
RTR prioridad = 1; Prioridad N3 router de RT3
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 64-
bits
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-zona-
prefijo-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
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 intra-
zona-prefijo-LSA que se est construyendo. Los prefijos que tiene la NU-
bit
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 punto-
a 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.
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-zona-
prefijo-LSA se origin en la zona 1 por Router RT3 por sus propios prefijos
se muestra a continuacin.
; RT4 de intra-zona-prefijo-LSA para la red de enlace N3

Tipo LS = 0x2009; intra-zona-prefijo-LSA
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

Tipo LS = 0x2009; intra-zona-prefijo-LSA
# 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 intra-
zona-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

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
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.
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.
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.
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 Network-

LSA 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-zona-
prefix-LSA.
o Tipo 3 y 4 resumen-LSAs han cambiado de nombre inter-reas-prefix-LSA

y entre reas de enrutador LSA respectivamente.
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
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 intra-
zona-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 router-
LSA, 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
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 Network-
LSA. Esto est en contraste con la segunda etapa de la OSPFv2 intra-
rea 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.
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 LSA-

NSSA 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
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
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:
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
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 .
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 RFC 5340
0x10 Nt-bit 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.
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 V6-

y 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 DN-

poco 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.
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.
[ 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.

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
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.
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 ].
*-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.
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.
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 |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-
+-+-+-+-+-+-+-+-+-+-+-+-+
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-
+-+-+-+-+-+-+-+-+-+-+-+-+
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-
+-+-+-+-+-+-+-+-+-+-+-+-+
| ID de interfaz |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-
+-+-+-+-+-+-+-+-+-+-+-+-+
| RTR Prioridad | opciones |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-
+-+-+-+-+-+-+-+-+-+-+-+-+
| HelloInterval | RouterDeadInterval |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-
+-+-+-+-+-+-+-+-+-+-+-+-+
| Designada Router ID |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-
+-+-+-+-+-+-+-+-+-+-+-+-+
| Designado de respaldo Router ID |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-
+-+-+-+-+-+-+-+-+-+-+-+-+
| Identificacin vecino |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-
+-+-+-+-+-+-+-+-+-+-+-+-+
| ... |
El paquete Hello de OSPF
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.
0123
01234567890123456789012345678901
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-
+-+-+-+-+-+-+-+-+-+-+-+-+
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-
+-+-+-+-+-+-+-+-+-+-+-+-+
| Router ID |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-
+-+-+-+-+-+-+-+-+-+-+-+-+
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-
+-+-+-+-+-+-+-+-+-+-+-+-+
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-
+-+-+-+-+-+-+-+-+-+-+-+-+
| 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
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 ].
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 ].
0123
01234567890123456789012345678901
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-
+-+-+-+-+-+-+-+-+-+-+-+-+
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-
+-+-+-+-+-+-+-+-+-+-+-+-+
| Router ID |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-
+-+-+-+-+-+-+-+-+-+-+-+-+
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-
+-+-+-+-+-+-+-+-+-+-+-+-+
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-
+-+-+-+-+-+-+-+-+-+-+-+-+
| 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 .
0123
01234567890123456789012345678901
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-
+-+-+-+-+-+-+-+-+-+-+-+-+
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-
+-+-+-+-+-+-+-+-+-+-+-+-+
| Router ID |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-
+-+-+-+-+-+-+-+-+-+-+-+-+
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-
+-+-+-+-+-+-+-+-+-+-+-+-+
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-
+-+-+-+-+-+-+-+-+-+-+-+-+
| # 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).
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
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-
+-+-+-+-+-+-+-+-+-+-+-+-+
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-
+-+-+-+-+-+-+-+-+-+-+-+-+
| Router ID |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-
+-+-+-+-+-+-+-+-+-+-+-+-+
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-
+-+-+-+-+-+-+-+-+-+-+-+-+
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-
+-+-+-+-+-+-+-+-+-+-+-+-+
||
+--+
||
+ - 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, AS-
external-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
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
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 LA-
bit 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.
0123
01234567890123456789012345678901
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-
+-+-+-+-+-+-+-+-+-+-+-+-+
| LS Edad | Tipo LS |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-
+-+-+-+-+-+-+-+-+-+-+-+-+
| Estado Link ID |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-
+-+-+-+-+-+-+-+-+-+-+-+-+
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-
+-+-+-+-+-+-+-+-+-+-+-+-+
| 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.
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.
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.
0123
01234567890123456789012345678901
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-
+-+-+-+-+-+-+-+-+-+-+-+-+
| LS Edad | 0 | 0 | 1 | 1 |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-
+-+-+-+-+-+-+-+-+-+-+-+-+
| Estado Link ID |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-
+-+-+-+-+-+-+-+-+-+-+-+-+
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-
+-+-+-+-+-+-+-+-+-+-+-+-+
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-
+-+-+-+-+-+-+-+-+-+-+-+-+
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-
+-+-+-+-+-+-+-+-+-+-+-+-+
| 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.
bit V
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
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
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 .
0123
01234567890123456789012345678901
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-
+-+-+-+-+-+-+-+-+-+-+-+-+
| LS Edad | 0 | 0 | 1 | 2 |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-
+-+-+-+-+-+-+-+-+-+-+-+-+
| Estado Link ID |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-
+-+-+-+-+-+-+-+-+-+-+-+-+
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-
+-+-+-+-+-+-+-+-+-+-+-+-+
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-
+-+-+-+-+-+-+-+-+-+-+-+-+
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-
+-+-+-+-+-+-+-+-+-+-+-+-+
| 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-zona-
prefijo-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.
0123
01234567890123456789012345678901
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-
+-+-+-+-+-+-+-+-+-+-+-+-+
| LS Edad | 0 | 0 | 1 | 3 |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-
+-+-+-+-+-+-+-+-+-+-+-+-+
| Estado Link ID |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-
+-+-+-+-+-+-+-+-+-+-+-+-+
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-
+-+-+-+-+-+-+-+-+-+-+-+-+
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-
+-+-+-+-+-+-+-+-+-+-+-+-+
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-
+-+-+-+-+-+-+-+-+-+-+-+-+
| 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 .
0123
01234567890123456789012345678901
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-
+-+-+-+-+-+-+-+-+-+-+-+-+
| LS Edad | 0 | 0 | 1 | 4 |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-
+-+-+-+-+-+-+-+-+-+-+-+-+
| Estado Link ID |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-
+-+-+-+-+-+-+-+-+-+-+-+-+
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-
+-+-+-+-+-+-+-+-+-+-+-+-+
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-
+-+-+-+-+-+-+-+-+-+-+-+-+
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-
+-+-+-+-+-+-+-+-+-+-+-+-+
| 0 | opciones |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-
+-+-+-+-+-+-+-+-+-+-+-+-+
| 0 | Mtricas |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-
+-+-+-+-+-+-+-+-+-+-+-+-+
| Router ID de destino |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-
+-+-+-+-+-+-+-+-+-+-+-+-+
Inter-Area-router-LSA Formato
opciones
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-external-
LSA,
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.
0123
01234567890123456789012345678901
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-
+-+-+-+-+-+-+-+-+-+-+-+-+
| LS Edad | 0 | 1 | 0 | 5 |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-
+-+-+-+-+-+-+-+-+-+-+-+-+
| Estado Link ID |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-
+-+-+-+-+-+-+-+-+-+-+-+-+
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-
+-+-+-+-+-+-+-+-+-+-+-+-+
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-
+-+-+-+-+-+-+-+-+-+-+-+-+
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-
+-+-+-+-+-+-+-+-+-+-+-+-+
| | E | F | T | Mtricas |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-
+-+-+-+-+-+-+-+-+-+-+-+-+
| prefixlength | PrefixOptions | Tipo de referencia LS |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-
+-+-+-+-+-+-+-+-+-+-+-+-+
| ... |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-
+-+-+-+-+-+-+-+-+-+-+-+-+
||
+--+
||
+ - 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.
Mtrico
El costo de esta ruta. La interpretacin depende de la externa
Tipo de indicacin (bit E anterior).

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 AS-
external-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.
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.
0123
01234567890123456789012345678901
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-
+-+-+-+-+-+-+-+-+-+-+-+-+
| LS Edad | 0 | 0 | 0 | 8 |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-
+-+-+-+-+-+-+-+-+-+-+-+-+
| Estado Link ID |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-
+-+-+-+-+-+-+-+-+-+-+-+-+
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-
+-+-+-+-+-+-+-+-+-+-+-+-+
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-
+-+-+-+-+-+-+-+-+-+-+-+-+
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-
+-+-+-+-+-+-+-+-+-+-+-+-+
| RTR Prioridad | opciones |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-
+-+-+-+-+-+-+-+-+-+-+-+-+
||
+--+
||
+ - Interfaz Direccin de enlace local - +
||
+--+
||
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-
+-+-+-+-+-+-+-+-+-+-+-+-+
| # Prefijos |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-
+-+-+-+-+-+-+-+-+-+-+-+-+
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-
+-+-+-+-+-+-+-+-+-+-+-+-+
| ... |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-
+-+-+-+-+-+-+-+-+-+-+-+-+
| ... |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-
+-+-+-+-+-+-+-+-+-+-+-+-+
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-
+-+-+-+-+-+-+-+-+-+-+-+-+
| ... |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-
+-+-+-+-+-+-+-+-+-+-+-+-+
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.
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.

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.
0123
01234567890123456789012345678901
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-
+-+-+-+-+-+-+-+-+-+-+-+-+
| LS Edad | 0 | 0 | 1 | 9 |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-
+-+-+-+-+-+-+-+-+-+-+-+-+
| Estado Link ID |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-
+-+-+-+-+-+-+-+-+-+-+-+-+
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-
+-+-+-+-+-+-+-+-+-+-+-+-+
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-
+-+-+-+-+-+-+-+-+-+-+-+-+
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-
+-+-+-+-+-+-+-+-+-+-+-+-+
| # Prefijos | Tipo de referencia LS |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-
+-+-+-+-+-+-+-+-+-+-+-+-+
| Referenciada ID de estado de enlace |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-
+-+-+-+-+-+-+-+-+-+-+-+-+
| Router Publicidad de Referencia |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-
+-+-+-+-+-+-+-+-+-+-+-+-+
| prefixlength | PrefixOptions | Mtricas |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-
+-+-+-+-+-+-+-+-+-+-+-+-+
| ... |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-
+-+-+-+-+-+-+-+-+-+-+-+-+
| ... |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-
+-+-+-+-+-+-+-+-+-+-+-+-+
| prefixlength | PrefixOptions | Mtricas |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-
+-+-+-+-+-+-+-+-+-+-+-+-+
| ... |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-
+-+-+-+-+-+-+-+-+-+-+-+-+
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.
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.

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.
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.
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.
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.
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

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 no-
cero), 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.
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
punto-
redes 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.
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
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.

RFC 5340 OSPF para IPv6

Cargado por

Información del documento

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

RFC 5340 OSPF para IPv6

Cargado por

Copyright:

Formatos disponibles

Red Grupo de Trabajo R.

OSPF para IPv6

Condicin de este memo

Este documento especifica un protocolo de seguimiento de normas de

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

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

Coltun, et al. Normas Track [Page 1]

RFC 5340 OSPF para IPv6 de julio de 2008

Coltun, et al. Normas Track [Page 2]

RFC 5340 OSPF para IPv6 de julio de 2008

Coltun, et al. Normas Track [Page 3]

RFC 5340 OSPF para IPv6 de julio de 2008

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

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

Este documento est organizado de la siguiente manera. La seccin 2

1.1 . requisitos notacin

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"

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

2 . Las diferencias de OSPF para IPv4

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

Las siguientes subsecciones describen las diferencias entre este

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

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

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

2.2 . La eliminacin de la Semntica de direccionamiento

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

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

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

o enrutadores vecinos estn siempre identificados por ID del router.

2.3 . La adicin de las inundaciones Alcance

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

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

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

2.4 . Apoyo explcito a varias instancias por enlace

OSPF es ahora compatible con la capacidad de ejecutar varias instancias

Coltun, et al. Normas Track [Pgina 6]

RFC 5340 OSPF para IPv6 de julio de 2008

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

2.5 . Uso de las direcciones de enlace local

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

2.6 . Cambios en la autenticacin

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

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

RFC 5340 OSPF para IPv6 de julio de 2008

Proteccin de los intercambios de paquetes OSPF contra accidental de

2.7 . Los cambios de formato de paquetes

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

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

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

o El campo Opciones de paquetes de saludo y automticas

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

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

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

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

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

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

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