Sei sulla pagina 1di 38

 Estandarizado en RFC2328

 Utiliza un modelo jerárquico de dos niveles


 El cálculo del SPF es realizado
independientemente para cada área
 Típicamente de convergencia mas rápida que los
protocolos de vector de distancia
 Requerimientos de ancho de banda relativamente
bajos
 Uso de métricas (costo del enlace), en lugar del
número de saltos
 Convergencia, típicamente, más rápida que los
protocolos de vector de distancias
 Soporta CIDR, VLSM, autentificación, múltiples
caminos, y direcciones de Ip sin número
(unnumbered IP)
 Requerimientos de ancho de banda relativamente
bajos
 Costo es aplicado en todos los enlaces
 Es un número entre 1-65,535 (216)
 Mientras mas bajo, mucho mejor
 De relevancia solo cuando se anuncia por la
interface
 Decisiones de enrutamiento están basadas en el
costo total del camino
 OSPF utiliza modelo jerárquico de dos niveles
 Áreas son definidas con un número de 32 bits
 Expresadas como una dirección de IP (cuatro octetos
separados por un punto)
 También puede ser definido utilizando un valor decimal
 Área 0.0.0.0 está reservada para el área de
backbone
 Todas las otras áreas deben tener una conexión
al área 0.0.0.0
 Enrutadores Internos (dentro de un área)
 Enrutadores de Backbone (dentro del área 0)
 Enrutadores de Borde de Área (ABR)
 Un ABR conecta una o más áreas
 Debe tocar el área de backbone (área 0)
 Enrutadores de Borde del Sistema Autónomo
(ASBR)
 Un enrutador que redistribuye entre protocolos puede ser
un ABSR
 Cambios en la red generan LSA
 Todos los enrutadores intercambian LSAs para
construir y mantener una base de datos
consistente
 El protocolo se mantiene, relativamente, quieto
durante el tiempo que la red esté estable
 LSAs son refrescados cada 30 minutos
 Actualizaciones son enviadas solo cuando hay cambios
 Todos los tipos tiene un encabezado común
 Los paquetes son enviados con un tipo de
servicio (TOS) de cero (0)
 Hay cinco tipos de paquetes utilizados por OSPF
 Hello
 Descripción de la Base de Datos
 Solicitud de estado de enlace
 Actualización de estado de enlace
 Acuse de recibo del estado de enlace
 Son enviados en todas las interfaces del enrutador
utilizando multicast en la dirección todos los
enrutadores de OSPF (224.0.0.5)
 En enlaces virtuales se envian vía un paquete unicast
 Los paquetes se envian cada
 10 segundos en un segmento LAN
 30 segundos en un segmento NBMA
 Son utilizados para formar adyacencias entre los
enrutadores
 Describe otras capacidades y caracteristicas
adicionales
 Enrutador (Router LSA – tipo 1)
 Red (Network LSA – tipo 2)
 Resumen de Redes (Network Summary LSA –
tipo 3)
 Resumen de ASBR (tipo 4)
 Externo (tipo 5)
 NSSA (tipo 7)
 Es la versión de OSPF para IPv6
 Basada en OSPFv2, con varias adiciones
 Usada para distribuir prefijos de IPv6
 Utiliza IPv6 como transporte
 Aunque tiene el mismo nombre que OSPFv2, son
dos protocolos diferente
 Tipos básicos de paquetes
 Hello, DBD, LSR, LSU, LSA
 Mecanismos para el descubrimiento de vecinos y
la formación de adyacencias
 Tipos de Interfaces
 P2P, P2MP, Broadcast, NBMA, Virtual
 Propagación y remoción de LSAs
 Tipos muy similares de LSAs
 Direcciones de 128 bits
 Uso de direcciones de enlace local (link-local)
 Multiple direcciones por interfase
 Autentificación
 OSPFv3 usan el enlace, en lugar de la subred
 Puedes tener varias instancias por enlace
 Topología de OSPFv2 no es específica para IPv6
 Router ID
 Link ID
 Mecanismos estandarizados de autentificación
 Utiliza direcciones de enlace local
 El alcance de los anuncios (flooding) es global
 Direcciones de Ipv6 no están presente en los
paquetes de OSPFv3
 Excepto en la carga de los LSAs
 Los LSA de enrutadores y de redes expresan la
topología
 Los identificadores de enrutador (router id), area
(area id) y de estado de enlace (lsa link-state)
continúan siendo un número de 32 bits
 Los vecinos continúan siendo identificados por el
identificador de enrutador (router id)
 LSA de enlace (Link LSA)
 Informa a los vecinos sobre las direcciones de enlace
local
 Informa a los vecinos sobre los prefijos de IPv6 en el
enlace
 LSA de Prefijos entre Áreas (Intra-Area Prefix LSA
 Asocia prefijos de IPv6 con una red o un enrutador
 Todos los tipos tiene un encabezado común
 Los paquetes son enviados con un tipo de
servicio (TOS) de cero (0)
 Hay cinco tipos de paquetes utilizados por OSPF
 Hello
 Descripción de la Base de Datos
 Solicitud de estado de enlace
 Actualización de estado de enlace
 Acuse de recibo del estado de enlace
 El alcanze de las actualizaciones ha sido generalizado
 Codificado explicitamente en el campo de tipo de LS del LSA
 Tres tipos de alcance han sido definidos
 Enlace local
 Area
 Sistema Autónomo
 Codificado en los tres primeros bits del campo de tipo
de LS
 0x0008 – LSA de enlace tiene alcance de enlace local
 0x2001 – LSA de enrutador tiene alcance en el área
 Soporte para actualizaciones de LSA con tipo
indeterminado
 U: indica como el router debe manajar el LSA
cuando el router no reconoce el código
 S2, S1: indican el alcance de la actualización
(enlace local, área, sistema autónomo)
 Cada código de LSA también implica una
configuración específica para los bits U, S2 y S1.
 Un nuevo LSA ha sido creado para distribuir
direcciones de IPv6 e información para la resolución
del próximo salto
 Cambio en el nombre de los LSAs para mayor
consitencia
 El campo de opciones fué removido del encabezado y su
tamaño han sido incrementado
 El campo de tipo de LSA ha sido incrementado a 16 bits e
incluye los bits de alcance de las actualizaciones
 Direcciones son representadas como prefijo/longitud de
mascara
 Router-LSA es fragmentado
 Sigue al encabezado del LSA, cuando tiene sentido usarlo

 V6: Si está en 0 el enrutador/enlace debe ser excluido de los calculos del


SPF de enrutamiento para IPv6
 E: Si está en 0 los LSA de AS-Externo no son soportados
 MC: describe si los datagramas de IP multicast deben ser re-enviados
 N: Está inicializado si está conectado an un NSSA
 R: Indica si el enrutador que originó el LSA está activo
 Si el registro está vacio, entonces las rutas que transmite el enrutador que
anuncia no pueden ser calculadas
 DC: describe la capacidad del enrutador de manejar circuitos en
demanda
 Identificador de Interfaz es de 32 bits
 Los paquetes de Hello no tienen la mascara
 El DR o BDR son indicados por el identificador de
enrutador y el identificador de interfaz
 E-bit: la interfaz se conecta a un área no-stub
 N-bit: ls interfaz se conecta un área NSSA
 DC-bit: el enrutador desea suprimir nuevos envios de
Hellos via la interfaz
 Paquetes de tipo 1
 Enviados perdiódocamente en todas las interfaces
para establecer y mantener relaciones de vecinos
 Los paquetes de Hello son enviados vía multicast en
enlaces con capacidad de multicast/broadcast, lo cual
habilita dinámico de enrutadores vecinos
 Todos los enrutadores conectados a un enlace común
deben estar de acuerdo en ciertos parametros
 Intervalo de envio (HelloInterval)
 Intervalo de Perdida de conexión (RouterDeadInterval)
 OSPFv3 tiene un manejo mas flexible de LSAs desconocidos
 Tipos de LSA que no se reconozcan pueden ser tratados como
que tienen alcance local (U=0), o son almacenados y enviados
si hubiesen sidos entendidos (U=1)
 Esta distinción está basada en tipo de LS

 En OSPFv2 el descartar tipos desconocidos no es soportado,


porque se desea combinar las capacidades en el mismo enlace
 Descartar tipos desconocidos causa problemas cuando el enrutador designado
(DR) soporta menos opciones que los otros routers en el enlace
 Áreas Stub solo llevan router-LSAs, network-LSAs, Inter-
Area-Prefix-LSAs, Link-LSAs, y Intra-Area-Prefix-LSAs
 IPv6 permite que los LSA de tipo desconocido sean
etiquetados como “Almacena y envia el LSA, como si se
supiese que tipo es”
 La introducción descontrolada de estos LSAs pudiera
causar que la base de datos de enlaces para el área,
crezca mas allá de sus capacidades
 LSA para los cuales no se puede determinar el tipo, solo
pueden ser anunciados en o a través del área stub si:
 El LSA tiene alcance de la actualición en el área o de enlace local, y
 El LSA tiene el bit U inicializado en 0
 LSAs con alcance de actualización en el AS no
son anunciados sobre una adyacencia virtual
 Direcciones Site-Local o Globales son utilizadas
como la dirección origen de los paquetes
enviados via el enlace virtual
 La dirección de IPv6 de la interfaz del enlace
virtual es anunciada en LSA Intra-Area-Prefix para
que puedan ser descubiertas
 Los enlaces virtuales son asignados un
identificador de Interfaz único
 El proceso de elección del enrutador designado
 El intercambio de la descripción de la base de
datos
 Soporte de áreas de OSPF
 El Cáculo del SPF
 El envejecimiento de LSAs
 Similar a OSPFv2
 En lugar de utilizar “ip” se usa “ipv6” en los comandos
 Las interfaces son configuradas directamente
 No hay necesidad de utilizar el comando “network”
 Modo de enrutamiento nativo en IPv6
 No es un sub-modo de “router ospf”
 Iniciar modo de enrutador
 [no] ipv6 router ospf <processID>

 Iniciar modo de interfaz


 [no] ipv6 ospf <processID> area <areaID>

 Modo de ejecución
 show ipv6 ospf [<processID>]
 clear ipv6 ospf [<processID>]
 Configurar el rango del área
 [no] area <areaID> range <prefix/prefix_length>

 Viendo los nuevos LSAs


 show ipv6 ospf [<processID>] database link
 show ipv6 ospf [<processID>] database prefix
ipv6 unicast-routing
!
interface Ethernet0/0
ipv6 address 3ffe:ffff:1:1::1/64
ipv6 ospf1 area 0
!
interface Ethernet0/1
ipv6 address 3ffe:ffff:1:2::2/64
ipv6 ospf1 area 1
!
ipv6 router ospf 1
router-id 2.2.2.2
area 1 range 3ffe:ffff:1:2::/48
ipv6 unicast-routing
!
interface Ethernet0/0
ipv6 address 3ffe:ffff:1:1::1/64
ipv6 ospf 1 area 0
!
interface Ethernet0/1
ipv6 address 3ffe:ffff:1:2::2/64
ipv6 rip trial1 enable
!
ipv6 router ospf 1
router-id 2.2.2.2
redistribute rip trial1 metric 20
!
ipv6 router rip trial1
 RFC 2740 “OSPF for IPv6”
 RFC 2328 “OSPF version 2”
 RFC 1587 “NSSA”
 RFC 2373 “IP Version 6 Addressing
Architecture”
 RFC 2460 “Internet Protocol, Version 6 (IPv6)
Spec“
 RFC 3041 “Extensions to IPv6 Address
Autoconfiguration”
 Deploying IPv6 Networks
 Poppviciu, Ciprian – Cisco Press
 Configuring Ipv6 for Cisco IOS
 Parenti Jr, Edgar – Syngress
 IPv6 Essentials
 Hagen, Silvia – O’reilly
 IPv6 Network Administration
 Murphy, Niall Richard – O’Reilly
 Running IPv6
 Van Beijnum, Iljitsch - APress

Potrebbero piacerti anche