martes, 9 de septiembre de 2014

Doble CCIE R&S SP

Últimamente he estado un poco ausente de mi blog.

Cuando empecé hace unos cuantos meses a ponerme a trabajar en serio con el CCIE de Service Provider lo cierto es que generé bastante material para el Blog, pero por falta de tiempo nunca le di formato, y por tanto no lo publiqué.

Hace poco más de una semana me presenté al examen del CCIE de Service Provider en Bruselas. Cuando te presentas a un examen de este tipo nunca sabes lo que va a pasar, crees que vas preparado realmente bien, has trabajado en ello innumerables horas, pero a la hora de la verdad son ocho horas y media en las que te juegas todo.

Supongo que será el hecho de saber que cuando entrase al examen ya era CCIE, y que pasase lo que pasase iba a salir de la sala siendo CCIE,  pero creo que ha sido el examen de CCIE en el que he trabajado más “tranquilo”, lo pongo entre comillas, porque en realidad en estos exámenes siempre se trabaja a un ritmo frenético ya que los laboratorios son muy largos, y muy duros.

Una vez terminado mi examen rápido de vuelta al avión, y a comerte la cabeza pensando que tal te ha ido. Cuando me subí al avión no tenía claro si había aprobado o había suspendido, siempre te salen dudas sobre si has hecho lo que te pedían, o has interpretado lo que te ha dado la gana.

Antes de dormir en mi interior esas dudas se iban disipando, tenía una buena sensación global, mi sensación estaba basada en que había repasado muy bien cada pregunta al final del examen, por tanto era difícil que cometiese tres veces el mismo error durante el examen.

Al final a las 2:15 llegó el resultado, aprobé y ahora soy doble CCIE, Routing and Switching, y Service Provider.

Pese a que ya ha pasado algo más de la semana reconozco que todavía estoy un poco cansado mentalmente, principalmente porque estos exámenes son realmente exigentes, pero en cualquier caso con un buen sabor de boca.


Creo que me he ganado estos dos logos :-) :

miércoles, 11 de junio de 2014

Frame relay multipunto


Este artículo forma parte de una serie de varios artículos que tratan distintas tecnologías WAN en routers y switches para CCNA R&S, para ir al índice del curso tienes este link:

http://networkkings-es.blogspot.com.es/2013/07/curso-gratuito-ccna-200-120.html

Frame Relay

En el artículo anterior hablamos sobre conexiones frame relay punto a punto, las cuales permiten conectar dos equipos en una red entre solo dos equipos. En esta ocasión vamos a conectar tres routers en un mismo segmento de red por medio de una conexión Frame relay punto multipunto.

Las redes punto a multipunto tienen asignados varios DLCI en la misma interfaz, cada DLCI conecta a un único router.

En este ejemplo tenemos tres routers conectados por una red frame relay punto a multipunto, todos ellos tienen conexión entre ellos.




R1:

interface Serial1/1
 no ip address
 encapsulation frame-relay
 serial restart-delay 0
!
interface Serial1/1.123 multipoint <---debemos indicarle que es multipunto
 ip address 192.168.123.1 255.255.255.0
 frame-relay map ip 192.168.123.2 102 broadcast <---Indicamos el DLCI para alcanzar R2
 frame-relay map ip 192.168.123.3 103 broadcast<---Indicamos el DLCI para alcanzar R3
 no frame-relay inverse-arp
!
R2:

interface Serial1/2
 no ip address
 encapsulation frame-relay
 serial restart-delay 0
!
interface Serial1/2.123 multipoint
 ip address 192.168.123.2 255.255.255.0
 frame-relay map ip 192.168.123.1 201 broadcast<---Indicamos el DLCI para alcanzar R1
 frame-relay map ip 192.168.123.3 203 broadcast<---Indicamos el DLCI para alcanzar R3
 no frame-relay inverse-arp
R3:

interface Serial1/3
 no ip address
 encapsulation frame-relay
 serial restart-delay 0
!
interface Serial1/3.123 multipoint
 ip address 192.168.123.3 255.255.255.0
 frame-relay map ip 192.168.123.1 301 broadcast<---Indicamos el DLCI para alcanzar R1
 frame-relay map ip 192.168.123.2 302 broadcast<---Indicamos el DLCI para alcanzar R2
 no frame-relay inverse-arp

Ahora unos pings entre los propios routers para comprobar conectividad.

R1#ping 192.168.123.2
Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 192.168.123.2, timeout is 2 seconds:
!!!!!
Success rate is 100 percent (5/5), round-trip min/avg/max = 12/40/60 ms
R1#ping 192.168.123.3
Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 192.168.123.3, timeout is 2 seconds:
!!!!!
Success rate is 100 percent (5/5), round-trip min/avg/max = 16/45/72 ms

R2#ping 192.168.123.1
Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 192.168.123.1, timeout is 2 seconds:
!!!!!
Success rate is 100 percent (5/5), round-trip min/avg/max = 24/48/80 ms
R2#ping 192.168.123.3
Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 192.168.123.3, timeout is 2 seconds:
!!!!!
Success rate is 100 percent (5/5), round-trip min/avg/max = 16/39/56 ms



lunes, 9 de junio de 2014

Frame relay punto a punto


Este artículo forma parte de una serie de varios artículos que tratan distintas tecnologías WAN en routers y switches para CCNA R&S, para ir al índice del curso tienes este link:

http://networkkings-es.blogspot.com.es/2013/07/curso-gratuito-ccna-200-120.html

Frame Relay



Frame relay es una tecnología de redes WAN que destaca principalmente por funcionar por medio de circuitos virtuales permanentes(PVC), lo que permite aislar unos clientes de otros. Cada sede tiene un número de circuito(DLCI), y ese circuito se conecta con otras sedes.

Las redes frame relay se caracterizan por ser redes sin broadcast(NBMA).
Los circuitos pueden ser punto a punto, o punto multipunto, pero en el artículo de hoy configuraremos únicamente redes punto a punto.

Los números de DLCI nos los tiene que facilitar el operador, o quien quiera que haya configurado el switch frame relay. En cada extremo pondremos el número de DLCI que nos asignen




R1:

interface Serial1/1
 no ip address
 encapsulation frame-relay <---Ya no ponemos HDLC ahora es Frame relay
!
interface Serial1/1.103 point-to-point
 ip address 192.168.103.1 255.255.255.0
 frame-relay interface-dlci 103 <---numero de dlci

R3:

interface Serial1/3
 no ip address
 encapsulation frame-relay
!
interface Serial1/3.301 point-to-point
 ip address 192.168.103.3 255.255.255.0
 frame-relay interface-dlci 301

miércoles, 4 de junio de 2014

OSPF IPv6 IOSXR

 En el artículo anterior configurábamos ospf para IPv4 en IOS-XR, en esta ocasíon vamos a hacer exactamente la misma configuración pero para Ipv6.

Primero configuramos interfaces, que se hace exactamente igual que en IOS normal.

hostname XR1
cdp
interface Loopback0
ipv6 address 2001::19:19:19:19/128
!
interface GigabitEthernet0/0/0/0
description XR2
cdp
ipv6 address 2001:10:19:20::19/64
!
interface GigabitEthernet0/0/0/2
description R5 E0/1
cdp
ipv6 address 2001:20:5:19::19/64
!
interface GigabitEthernet0/0/0/3
description R6 E0/0
cdp
ipv6 address 2001:20:6:19::19/64

Y después la configuración del OSPF para Ipv6, que simplemente es el ospfv3. Las interfaces se configuran igual que en OSPF para Ipv4, en este caso hay varias interfaces en el área 0, y una en el área 1.

router ospfv3 1
router-id 19.19.19.19
area 0
interface Loopback0
!
interface GigabitEthernet0/0/0/0
!
interface GigabitEthernet0/0/0/2
!
area 1
interface GigabitEthernet0/0/0/3
cost 1000
!


lunes, 2 de junio de 2014

OSPF IPv4 IOSXR



Configurar OSPF en IOS es algo bastante fácil, pero configurarlo en IOS-XR tiene sus pequeñas diferencias, y este artículo pretende explicar un poco la sintaxis de IOS-R para configurar OSPF para IPv6.

Primero la configuración de las interfaces, en lugar de ip address como en IOS aquí ya se pone ipv4 address ya que IPv4 en CRS no se considera el protololo IP por defecto, la mayoría de comandos van a ser igual que siempre, pero con IPv4 en lugar de IP.

hostname XR1
cdp
interface Loopback0
 ipv4 address 19.19.19.19 255.255.255.255

interface GigabitEthernet0/0/0/0
 description XR2
 cdp
 ipv4 address 10.19.20.19 255.255.255.0
!
interface GigabitEthernet0/0/0/1
 shutdown
!
interface GigabitEthernet0/0/0/2
 description R5 E0/1
 cdp
 ipv4 address 20.5.19.19 255.255.255.0
!
interface GigabitEthernet0/0/0/3
 description R6 E0/0
 cdp
 ipv4 address 20.6.19.19 255.255.255.0
!!

En IOS solíamos configurar OSPF y dentro usabamos el comando network para asignar cada interfaz al area al que pertenecía, o a nivel de interfaz pero fuera del OSPF.
En IOS-XR es algo un poco intermedio, aunque hay que reconocer que en el fondo es bastante mas claro.
router ospf 1
 router-id 19.19.19.19
 area 0
  interface Loopback0
  !
  interface GigabitEthernet0/0/0/0
  !
  interface GigabitEthernet0/0/0/2
  !
area 1
  interface GigabitEthernet0/0/0/3
   cost 1000


En esta configuración lo que hacemos es configurar el proceso 1 de ospf en el router, asignamos el router-id, y luego asignamos las interfaces loopback 0, gigabitEthernet0/0/0/0 y gigabitEthernet0/0/0/2 al area 0, por último el interfaz GigabitEthernet0/0/0/3 la asignamos al area 1, y le ponemos un coste a la interfaz para penalizar el tráfico.
Eso si, no te olvides de meter el comando commit, porque hasta que no metes el commit no has hecho nada, y si la lías siemre queda rollback :-) .

viernes, 30 de mayo de 2014

Siguiente objetivo: CCIE Service Provider

 En los últimos meses tras haberme sacado el CCIE de Routing &Switching la verdad es que he estado bastante vaguete, también es cierto que entre vacaciones, cambio de trabajo y demás no he tenido demasiado tiempo libre.

Sin embargo llevaba ya tiempo pensando en la posibilidad de sacarme un segundo CCIE, quizá no sea tan interesante como tener el primer CCIE cuando te dan el número, pero lo cierto es que por el camino se aprende un montón, y nunca viene mal para reforzar tu carrera.



Estuve planteándome que path seguir, lo bueno que tiene haberme sacado R&S es que te da una visión general de las redes, y quizá resulta mas facil el salto a otros CCIE.

Por interés personal quizá el que mas me gustaba era el CCIE Datacenter pero el problema es la emulación de hardware para los ejercicios, y si terminas haciendo algún rack rental vas a tener que empeñar algún órgano.

Mi segunda opción fue pensar en el CCIE Security, hace años me saqué el CCSP y estuve trabajando en ese area, pero lo cierto es que como materia me aburre bastante, personalmente me parece mucho mas entretenido el trabajo de construir una red escalable, que el tema de seguirdad.

El tercero que apareció en mi mente fue el CCIE de Service Provider, que quizá para mi sea el CCIE mas natural por el hecho de que me muevo mucho en entornos ISP, y si bien me siento bastante confiado cuando te preparas un CCIE alcanzas un dominio de la tecnología increíble, por tanto sería algo que podría ayudarme en mi trabajo, y no sería un cambio drástico.

Por tanto a finales de verano tengo mi cita ineludible con Bruselas para otra gran batalla contra la máquina, quizá no siento esa necesidad tan imperiosa como cuando buscaba el primer CCIE, pero lo cierto es que mi presión también mucho menor al ya tener mi número de CCIE.

Durante las próximas semanas vereis regularmente publicarse un par de artículos semanales vinculados a la temática de Service Provider, fruto de algunas decenas de tardes que ya he dedicado al tema.


miércoles, 28 de mayo de 2014

Comprimir configuración en IOS

Hace poco tiempo que conozco esta funcionalidad de los routers cisco, pero lo cierto es que me ha parecido bastante curiosa, y por eso os la dejo aquí, pues estoy seguro que en algún momento a alguien le puede ser de utilidad.

En ocasiones, y particularmente en routers un poco antiguos, el espacio en la NVRAM no es tampoco excesivo, esto hace que si teneis una configuración muy grande no tenga suficiente espacio en la NVRAM.

Al no haber suficiente espacio en la NVRAM si utilizamos el comando write nos va a dar fallo, y por tanto si se reiniciase el router no tendríamos la configuración guardada.

Una manera de solucionar esto es comprimiendo la configuración en la NVRAM con el comando en el modo de configuración global:

R(config)#service compress-config

Lo que hacemos cuando activamos el servicio compress-config, es que cuando guardamos la configuración en la NVRAM esta se guarde comprimida, de modo que ocupará menos. Cuando el router tenga que arrancar reconocerá la configuración como comprimida, y esto hará que tenga que descomprimirla, por tanto durante el arranque del router quizá tarde un poco más en arrancar.

Una vez que el router ya haya arrancado correctamente y la configuración esté cargada en la memoria RAM no habrá ninguna diferencia de rendimiento. Simplemente se penaliza un poco el tiempo de arranque del router, pero por lo demás no hay mayor problema.

El ratio de compresión depende un poco de la configuración en sí misma, pero la ganancia mínima de espacio es de un 30%, aunque normalmente  es alrededor del 50.

Desde el punto de vista del router, cuado guardemos la configuración veremos el siguiente mensaje, de este modo sabremos que el servicio de compresión está correctamente activado.

R#wr
Building configuration...
Compressed configuration from xxx bytes to xxx bytes[OK]


 Este comando puede ser útil para equipos que hagan de BRAS, aunque si la configuración sigue siendo demasiado grande incluso para ser comprimida, lo normal es que se configure una startup mínima, y que saque la configuración de un servidor tftp.