Mostrando entradas con la etiqueta IS-IS. Mostrar todas las entradas
Mostrando entradas con la etiqueta IS-IS. Mostrar todas las entradas
domingo, 8 de agosto de 2010
Se configurará IS-IS a dos routers interconectados como muestra la figura.
R5(config)#int f0/0
R5(config-if)#ip add 192.0.2.5 255.255.255.0
R5(config-if)#no shut
R5(config-if)#
R5(config-if)#router isis
R5(config-router)#net 49.0001.0050.0500.5005.00
R5(config-router)#int f0/0
R5(config-if)#ip router isis
R5(config-if)#
R6(config)#int f0/0
R6(config-if)#ip add 192.0.2.6 255.255.255.0
R6(config-if)#no shut
R6(config-if)#
R6(config-if)#router isis
R6(config-router)#net 49.0001.0060.0600.6006.00
R6(config-router)#int f0/0
R6(config-if)#ip router isis
R6(config-if)#
Luego si en R5 se revisan los adjacencias con show isis neighbors, se verá que en lugar de mostrar la representación de 6 bytes del System ID del router vecino, se muestra en vez -para nuestra comodidad- el hostname.
R5#sh isis nei
System Id Type Interface IP Address State Holdtime Circuit Id
R6 L1 Fa0/0 192.0.2.6 UP 7 R6.01
R6 L2 Fa0/0 192.0.2.6 UP 7 R6.01
R5#
Esto es gracias a que el RFC 2763 definió un nuevo TLV (Dynamic Hostname, type 137) que permite a los routers corriendo IS-IS conocer el hostname asociado a un system ID (Dynamic Hostname Exchange) que luego el RFC 5301 hizo parte del estándar del protocolo.
A continuación se repetirá este procedimiento para OSPF.
R5(config)#int f0/0
R5(config-if)#ip add 192.0.2.5 255.255.255.0
R5(config-if)#no shut
R5(config-if)#
R5(config-if)#router ospf 1
R5(config-router)#int f0/0
R5(config-if)#ip ospf 1 area 0
R5(config-if)#
R6(config)#int f0/0
R6(config-if)#ip add 192.0.2.6 255.255.255.0
R6(config-if)#no shut
R6(config-if)#
R6(config-if)#router ospf 1
R6(config-router)#int f0/0
R6(config-if)#ip ospf 1 area 0
R6(config-if)#
Sin embargo el resultado no es el mismo al ejecuar show ip ospf neighbor, se ve simplemente el router ID, que para este protocolo es de 4 bytes.
R5#sh ip ospf nei
Neighbor ID Pri State Dead Time Address Interface
192.0.2.6 1 FULL/BDR 00:00:37 192.0.2.6 FastEthernet0/0
R5#
Una manera de visualizar el hostname es configurando OSPF para que resuelva a través de DNS. Bueno, además se tendrá que configurar uno de los routers (R6) para que sea el DNS server en el ejemplo con ip dns server, además de configurar los mapeos name/IP con ip host. Por otro lado se le indicará a R5 con ip name-server que debe hacer las consultas de DNS a R6.
R6(config)#ip host R5 192.0.2.5
R6(config)#ip host R6 192.0.2.6
R6(config)#ip dns server
R5(config)#ip name-server 192.0.2.6
Por último se configura OSPF para que resuelva con ip ospf name-lookup. Los routers que no tengan configurado el mapeo de host/IP además necesitarán además configurado ip domain lookup.
R5(config)#ip ospf name-lookup
R5#sh ip ospf nei
Neighbor ID Pri State Dead Time Address Interface
R6 1 FULL/BDR 00:00:31 192.0.2.6 FastEthernet0/0
R5#
Por último añadir que dado que para OSPFv3, en implementaciones nativas de IPv6, el ID de 4 bytes asociado a cada router no será mapeado a direcciones IPv4 en esas redes, por lo que pierde sentido resolver por DNS. Es por eso que el RFC 5642 define un nuevo TLV (Dynamic Hostname) para utilizar en un Opaque LSA (Router Information, type 4), basado en lo definido previamente para IS-IS. Sin embargo aún no está implementado (hasta donde tengo entendido) en Cisco IOS.
martes, 2 de junio de 2009
BGP/MPLS IP VPNs I
Posted by Nicolas | martes, 2 de junio de 2009 | Category:
BGP,
IPv4,
IS-IS,
Layer 3 VPNs,
MPLS
|
1 comentarios
Dentro de los nuevos tópicos a incluir en la versión 4 del examen de R&S está MPLS (RFC 3031), en particular MPLS/VPN, descrito en el RFC 4364 (deja obsoleto 2547). Es por esto que a continuación se describirá el algunos conceptos básicos para el set-up de VPNs utilizando esta tecnología. Se utilizará la topología de la figura.
Primero que nada se setea el IGP de nuestra red, tomando en consideración que debemos insertar en la tabla de ruteo una dirección de host (/32) que identifique a cada equipo como se describe en el punto 5 (Forwarding) del RFC 4364. En nuestro caso se utilizará Integrated IS-IS usando la dirección de Loopback 0 seteada en cada equipo. A continuación la configuración relevante en uno de los PEs para lo señalado.
martes, 26 de mayo de 2009
Ruta default en IS-IS
Posted by Nicolas | martes, 26 de mayo de 2009 | Category:
HDLC,
IS-IS,
Layer 2 Technologies,
PPP
|
0
comentarios
Algo que mucha gente no contempla al diseñar una red con Integrated IS-IS como protocolo de ruteo es cómo éste inyecta default routes a los routers de menor envergadura. Para demostrarlo se utilizará la red de la figura.
La encapsulación de las interfaces seriales mirando R1 se hará utilizando PPP con autentificación CHAP. Las interfaces mirando R4 utilizarán HDLC (estandar ISO 13239). En primera instancia se configurarán todos los routers en una misma área; 0001. El dominio será 49, el cual identifica dominios privados. System ID (6 bytes) será setado en base a la Loopback de cada equipo. NSEL es 00 en todos los casos, lo que identifica a un router. Lo anterior está representado en el network entity title que se configura con el comando net. Para más detalles en la notación de NET referirse al RFC 1629.
La encapsulación de las interfaces seriales mirando R1 se hará utilizando PPP con autentificación CHAP. Las interfaces mirando R4 utilizarán HDLC (estandar ISO 13239). En primera instancia se configurarán todos los routers en una misma área; 0001. El dominio será 49, el cual identifica dominios privados. System ID (6 bytes) será setado en base a la Loopback de cada equipo. NSEL es 00 en todos los casos, lo que identifica a un router. Lo anterior está representado en el network entity title que se configura con el comando net. Para más detalles en la notación de NET referirse al RFC 1629.
Suscribirse a:
Entradas (Atom)
