Hola compañeros.
Como ustedes pudieron haber encontrado las preguntas, sobre el efecto del LSA de tipo 3, 5 y 7 generado en OSPF mientras la red se superpone, durante la entrevista de HCIE-R & S. Aproveche esta oportunidad, discutiremos los detalles de esta pregunta.
Pregunta: ¿Qué afectaría la red superpuesta a la generación de LSA OSPF tipo 3, 5 y 7?
En primer lugar, consulte la topología a continuación. Una red 10.1.0.0/24 se conecta a AR3, y la red 10.1.1.0/24 a 10.1.4.0/24 se conecta a AR4, como se muestra en la siguiente imagen:
OPSF está habilitado entre AR1 y AR2. En AR2, dos rutas estáticas configuradas, una es 10.1.0.0/24, que luego salta hacia AR3, otra es 10.1.0.0/16, que luego salta hacia AR4. Después de eso, estas dos rutas estáticas se importan al proceso OSPF.
#########################################
<R2>display current-configuration | begin ip route
ip route-static 10.1.0.0 255.255.255.0 13.1.1.2 preference 60
ip route-static 10.1.0.0 255.255.0.0 12.1.1.2 preference 60
<R2>display current-configuration configuration ospf
#
ospf
import-route static
area 0.0.0.0
network 11.1.1.2 0.0.0.0
#
#########################################
¿Podrás confirmar a que las rutas funcionen bien? Echemos un vistazo a la tabla de enrutamiento y OSPF LSDB en AR1.
#########################################
<R1>display ip routing-table 10.1.1.0 Routing tables:
Summary count: 0
<R1>display ip routing-table 10.1.2.0
Routing tables:
Summary count: 0
<R1>display ip routing-table 10.1.3.0
Routing tables:
Summary count: 0
<R1>display ospf lsdb ase
Link State Data Base
type : ASE
ls id : 10.1.0.0
adv rtr : 11.1.1.2
ls age : 160
len : 36
seq# : 80000002
chksum : 0xa9e3
options : (DC)
Net mask : 255.255.255.0
Tos 0 metric: 1
E type : 2
Forwarding Address :0.0.0.0
Tag: 1
#########################################
Desde la salida, no hay una ruta hacia 10.1.1.0, 10.1.2.0 o 10.1.3.0. Y solo un tipo 5 LSA, que se trata de la red 10.1.0.0/24, en la salida LSDB. Como resultado, ningún tráfico podría llegar a la red 10.1.1.0/24-10.1.4.0/24 mientras se reenvía desde AR2. Puede estar confundido por qué el tipo 5 LSA 10.1.0.0/16 no aparece en el AR1 LSDB.
Para explicar este error, volvemos al principio de la generación de LSA de tipo 5.
Para un LSA de tipo 5, el ID de estado de enlace describe el prefijo de la red importada, y la máscara se almacena en el campo de datos de enlace, y solo se rellena mientras se genera el LSA de tipo 5. En el escenario anterior, el tipo 5 LSA, cuyo ID de estado de enlace es 10.1.0.0, para 10.1.0.0/24 se generó al importar 10.1.0.0/16. Si la ruta 10.1.0.0/16 se puede importar mientras existe el LSA de tipo 5 para 10.1.0.0/24 en el LSDB, entonces se debe generar un nuevo LSA de tipo 5 cuyo ID de estado de enlace es 10.1.0.0. Éste se confunde con el existente. Como resultado, no se pudo generar ningún LSA de tipo 5 sobre la red 10.1.0.0/16, ni tampoco se generaron rutas en consecuencia.
1. La solución se enumera en el Apéndice E del RFC 2328. El RFC 2328 se describe a continuación:
Determine si el router ya está originando un AS-external-LSA con ID de estado de enlace igual a NA (en tal LSA, el router en sí aparecerá como el router publicitario de LSA). De lo contrario, el ID de estado del enlace se establece igual a NA y el algoritmo termina. De lo contrario,
2. Obtenga la máscara de red del cuerpo del AS-external-LSA ya existente. Llame a esta máscara NM2. Entonces hay dos casos:
NM1 es más largo (es decir, más específico) que NM2. En este caso, configure el ID de estado de enlace en el nuevo LSA para que sea la red [NA, NM1] con todos los bits de host configurados (es decir, igual a NA o junto con todos los bits que no están configurados en NM1, que es la dirección de transmisión de la red [NA, NM1]).
NM2 es más largo que NM1. En este caso, cambie el LSA existente (que tiene ID de estado de enlace de NA) para hacer referencia a la nueva red [NA, NM1] incrementando el número de secuencia, cambiando la máscara en el cuerpo a NM1 e insertando el costo de la nueva red. Luego, origine un nuevo LSA para la red antigua [NA, NM2], con el ID de estado de enlace igual a NA o unido junto con los bits que no están configurados en NM2 (es decir, la dirección de transmisión de la red [NA, NM2]).
La explicación de RFC es algo compleja. Hagamoslo de una manera más sencilla.
Cree la topología en eNSP e importe las rutas estáticas al proceso OSPF en AR2. Verifique el LSDB y la tabla de enrutamiento en AR1:
#########################################
<AR1>display ospf lsdb ase
OSPF Process 10 with Router ID 1.1.1.1
Link State Database
Type : External
Ls id : 10.1.0.255
Adv rtr : 2.2.2.2
Ls age : 102
Len : 36
Options : E
seq# : 80000001
chksum : 0x3129
Net mask : 255.255.255.0
TOS 0 Metric: 1
E type : 2
Forwarding Address : 0.0.0.0
Tag : 100
Priority : Low
Type : External
Ls id : 10.1.0.0
Adv rtr : 2.2.2.2
Ls age : 102
Len : 36
Options : E
seq# : 80000001
chksum : 0x3129
Net mask : 255.255.0.0
TOS 0 Metric: 1
E type : 2
Forwarding Address : 0.0.0.0
Tag : 100
Priority : Low
<AR1>display ip routing-table protocol ospf
Route Flags: R - relay, D - download to fib
------------------------------------------------------------------------------
Public routing table : OSPF
Destinations : 2 Routes : 2
OSPF routing table status : <Active>
Destinations : 2 Routes : 2
Destination/Mask Proto Pre Cost Flags NextHop Interface
10.1.0.0/16 O_ASE 150 1 D 11.1.1.2 GigabitEthernet0/0/2
10.1.0.0/24 O_ASE 150 1 D 11.1.1.2 GigabitEthernet0/0/2
#####################################################
Desde la salida, hay dos LSA de tipo 5. El ID de estado de enlace para estos dos son 10.1.0.255 y 10.1.0.0. Como resultado de la coincidencia de prefijo más larga, el OSPF establecerá los bits de host del LSA de tipo 5 cuya máscara de red es más larga, y esto es exactamente igual que el RFC descrito. Por cierto, existe el mismo principio para el tipo 3 y el tipo 7 LSA.
Por fin, podemos hacer la captura de paquetes para verificarlo. A medida que se muestra el resultado de la captura de paquetes a continuación, la secuencia archivada para el prefijo 10.1.0.0/16 pasa a ser 0x80002, por lo que, cuando AR1 recibe este LSA, se actualizará el LSA de tipo 5 cuyo campo de secuencia es 0x80002.
Suscríbete a nuestra nueva colección: Class HCIE para obtener más preguntas escritas, LAB y de entrevista de HCIE.
Saludos.