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.