ccabrera on Agosto 20th, 2017

Hoy en día hay routers de muchas marcas, todos conocemos a Cisco, sin embargo hay una marca que se ha venido posicionando fuertemente en todo el mundo y particularmente en Latinoamérica. Una de las razones es su estrategia competitiva tan agresiva y otra es que finalmente son muy buenos productos y tienen un ciclo de desarrollo supremamente rápido. En ésta entrada quiero compartir 10 comandos que usamos todo el tiempo en IOS (Cisco) en la plataforma de Huawei (VRP). Disfrútenlo.

Introducción
Los fabricantes, desde hace tiempo, se ven a sí mismos como productores de software más que de hardware. La piedra angular de ese negocio es el sistema operativo y cada uno tiene su sistema especial para cada plataforma, pretendiendo que sea una interfaz universal aunque nunca lo logren. El conocido IOS de Cisco tiene su contraparte en VRP de Huawei, que significa Versatile Routing Platform. El VRP es el sistema operativo de casi todos los productos administrables de Huawei en línea enterprise y carrier. La línea enterprise consiste en los enrutadores pequeños pero robustos para el uso en un campus u oficina principal de una empresa. La línea carrier son productos rackeables con muchas capacidades incluso los que son equipos pequeños, por ejemplo algunos switches carrier-grade soportan mpls desde su presentación de 1 unidad de rack o RU. En cualquier role que tengamos en nuestra organización, tendremos que ejecutar algunas tareas básicas todo el tiempo: mirar estado de las interfaces, consultar rutas, servicios, configuraciones e incluso el estado de la máquina. A continuación una breve comparativa de algunos comandos usuales de Cisco IOS y su contraparte en Huawei. En una próxima entrega les comparo otros comandos más avanzados.

Estado de la máquina
1. Archivos de configuración
show running-config vs display current-config
Lo más básico que hacemos cotidianamente es mirar la configuración, en ambos casos, las configuraciones se pueden filtrar. Los filtros usan el caracter | usualmente llamado pipe (se pronuncia paip en inglés), seguido de alguna palabra como begin, include o exclude. En ambas plataformas funciona igual. Ambas plataformas permiten especificar algunos contextos de congiguración como interface, por ej. show run inter gi 0/0 o dis cur int gi 0/0.

show startup-config vs display saved-config
En el caso del startup config sí hay una pequeña diferencia, para Huawei display start significa mostrar algunos parametros de arranque, no la configuración de arranque, para ésto usamos la palabra saved-config.
copy run start vs save
En Huawei no existe el copy run start, simplemente se escribe save. Equivalentemente, en Cisco se puede escribir write o su contracción wr.
erase startup vs delete saved-config
2. Estado de una interfaz
show interface vs display interface
show ip int brief vs display ip interface brief
3. Configuración de una interfaz
show run int X/Y vs display current
4. Uso de la memoria/Cpu
show cpu history versus display cpu
show environment versus display health
5. Listado de elementos
show platform versus display device / display elabel
show license display license
6. Ver rutas
show ip route versus display ip routing
7. Ver MACs
show mac address-table display mac address-table
8. Registro de mensajes
show logg display loggbuffer display trapbuffer display alarm

Tags: , , , ,

ccabrera on Agosto 5th, 2017

GNS3 es un emulador de enrutadores que ha permitido a quienes desean preparar una certificación, hacer laboratorios en máquinas 100% fieles a la realidad sin tener que invertir cientos de dolares en la tarea. Hace ya muchos años que conocí a GNS3, en su momento me pareció genial y ahora me lo parece aún más gracias a su gran versatilidad. En esta entrada, de la categoría de automatización, voy dar instrucciones detalladas de cómo instalarlo exitosamente. Más adelante tendremos tiempo para explorar cómo agregarle imágenes de IOS y crear topologías de prueba. Al final de la entrada hay un video (sin audio) que muestra paso a paso todo lo descrito en éste escrito. Disfrútenlo.
Read the rest of this entry »

Tags: , , , , ,

ccabrera on Julio 9th, 2017

He visto esta artículo en inglés y la discusión está buenísima, en especial para los que sabemos programar y lo usamos en nuestro trabajo. Si automatizamos nuestras tareas, qué es lo correcto: decirle a nuestros empleadores o hacer el trabajo al ritmo que ellos esperan? La discusión está servida. A continuación una breve reseña del contenido. Disfrútenlo y que se abra la discusión.

Nota original (en inglés)

NOTA: Esta nota no es una traducción/intepretación, es más bien una reseña con base en la nota publicada en Bussinessinsider.

El artículo original básicamente resume una discusión que comenzó en Stack Overflow, un popular sitio para compartir conocimiento técnico. Un programador anónimo publicó que se estaba sintiendo culpable porque había automatizado su trabajo hasta el punto de trabajar prácticamente dos horas a la semana. A este punto de la lectura algunas personas toman una posición: o bien el sr no es ético o bien es sólo otra forma de hacer un trabajo por el cual la empresa tiene una previsión de qué está invirtiendo. Quien publica la consulta dice más: no sólo ha terminado en el nivel de automatización comentado, sino que lo ha ocultado a su empleador y le mete pequeños errores a los resultados para que parezcan más humanos.

De las dos posiciones obvias hay argumentos a favor y encontra, por lo que la decisión sobre de cuál lado estar no es fácil. Uno de los usuarios que comentan, argumenta en contra con estos puntos de vista:

  • Recibe una paga de 40 horas por una tarea de 2
  • Ha trabajado de esa manera durante 6 meses
  • Cada semana aprox. debe mentir sobre su trabajo
  • Deliveradamente insertó errores
  • Hace que un analista siga gastando tiempo en verificación de un supuesto trabajo humano
  • El usuario admite que no se siente bien

De la otra orilla, otro grupo de personas argumentan lo siguiente:

  • Es una relación transaccional, por ende la empresa está recibiendo lo que espera y al precio que tiene decidido pagar. La industria está llena de ejemplos en los cuales si la empresa encuentra una solución más económica que un trabajador lo echa sin ningún remordimiento.
  • Un Sysadmin usualmente debe automatizar su trabajo y lo único que hace es supervisar que nada se salga de control.
  • Lo que el usuario debería hacer es no ocultarlo y, sin importar qué pase con el actual trabajo, buscar avanzar en ese campo, probablemente esté desperdiciando su talento y se sienta mejor en otro empleo.

Me pareció muy interesante esta discusión, porque yo intento automatizar todo tanto como puedo. No logro trabajar sólo dos horas a la semana, pero sí logro disminuir mucho mi carga y trabajar muy tranquilo. A veces lo digo otras veces no 🙂 Cómo lo hacen uds., qué opinan al respecto?

Tags: , , ,

ccabrera on Julio 2nd, 2017

A principios de Abril (de 2017) leí esta nota publicada en la red CRN, que me parece muy relevante para el público de éste blog, especialmente para los canales de venta de Cisco o Learning Partners o quienes quieran pertenecer a alguno de estos canales, ya que describe nuevas líneas de certificaciones de especialista sobre programabilidad de red a diferentes niveles. A continuación les ofrezco una interpretación/traducción. Sientanse libres de comentar con sus discusiones o preguntas. Disfrútenla.
Read the rest of this entry »

Tags: , ,

ccabrera on Junio 25th, 2017

Durante los últimos años he aprendido que cuando se trabaja con redes que tienen miles de dispositivos es prácticamente imposible hacer las cosas manualmente (incluso con unos pocos cientos). Hay muchas tecnologías que se combinan para ayudarnos con esos trabajos y en ésta entrada deseo hacer una panorámica desde mi experiencia de lo que he visto y usado, un poco trazando lo que va a ser una serie de escritos al respecto. Disfrútenlo.

Read the rest of this entry »

Tags: , , , ,

ccabrera on Junio 18th, 2017

De unos años para acá, cuando empecé a trabajar en campo (es decir, fuera de un aula) diseñando e implementando soluciones de comunicaciones fijas, me topé con la necesidad de automatizar la creación de scripts y recolección de información. Luego me he venido a dar cuenta de lo importantes que son las herramientas de virtualización en nuestro trabajo y me he acercado un poco a su relación con el famoso término SDN (software-defined networking). Hoy para retomar mi costumbre de escribir, quiero comenzar una serie sobre las soluciones que he explorado con mis problemas diarios, como recolectar información sobre en una cantidad enorme de dispositivos, crear scripts con base en una tabla de información de diseño o probar soluciones antes de su despliegue en emuladores locales. Para ello voy a crear la categoría nueva de automatización. Espero que les sea útil, lo disfruten y estén pendientes.

La primera entrada en ésta categoría ya la escribí hace como un año: Word: combinación de correspondencia o mail merge para crear scripts con base en un excel, esta es una característica poco usada pero muy útil que con un poco de creatividad se convierte en una aliada para automatización de tareas en nuestro trabajo. Leanla y estén pendientes. La próxima semana ofreceré una panorámica de las necesidades y soluciones que he probado en mi experiencia. Disfrútenlo.

Tags: , ,

ccabrera on Junio 13th, 2017

Lamentablemente, por un problema que todavía no comprendo, el blog dejó de enviar datos cuando era consultado. Como resultado y después de intentar recuperarlo de varias formas me tocó reinstalarlo desde cero, por fortuna encontré, después de buscar mucho, una copia más o menos actualizada y no se ha perdido tanto. Todavía me falta recuperar detalles y funcionalidades adicionales pero por lo pronto el contenido está prácticamente intacto. Actualmente tengo un trabajo muy interesante en Ciudad de México en el cual estoy aprendiendo y practicando cosas muy interesantes; espero recuperar la sana y divertida costumbre de compartir lo que sé con ustedes y seguir construyendo una comunidad activa a partir de éste Blog.

Gracias y sigan visitando.

ccabrera on Julio 13th, 2014

Hace rato que no escribo algo nuevo para éste blog y quiero retomar la buena costumbre, así que esta es la primera de una nueva serie de escritos para los aprendices, ingenieros o fanáticos de las redes y la tecnología. Estén pendientes, hoy les explico cómo automatizar la creación de scripts usando una hoja de cálculo y un procesador de texto. Disfrútenlo.

Los ingenieros de red acostumbramos escribir scripts (guiones en español) repetitivamente para ser ejecutados o entregados a personas que los aplicarán por nosotros, pero en un proyecto de despliegue masivo tales guiones son esencialmente los mismos: sólo cambian algunos datos en cada uno. Con la funcionalidad de combinación de correspondencia (o mail merge en inglés) podemos utilizar una hoja de cálculo y un procesador de texto para generar todos los guiones con base en información en una hoja de cálculo, como si ésta fuera la base de datos (no me regañen, yo sé que no lo es). Esta entrada responde a las preguntas ¿cómo automatizar documentos repetitivos? o ¿cómo generar documentos rápidamente con base en una hoja de cálculo? y en ella voy a describir la tecnología y un paso a paso. Disfrútenlo.


Read the rest of this entry »

Tags: ,

ccabrera on Diciembre 13th, 2013

Los estudiantes de CCNA están familiarizados con una topología en la cual hay dos enrutadores, un switch y un servidor, en la cual se ilustran los conceptos básicos del primer semestre. Pues en ésta entrada quiero mostrar la misma topología pero ésta vez configurada usando IPv6. Disfrútenlo.

Read the rest of this entry »

Tags: , ,

ccabrera on Noviembre 10th, 2013

ISON o C/2012 S1 ha generado mucho revuelo en los últimos días, particularmente porque podría llegar a ser el cometa más brillante de la historia de la Humanidad. También se ha dicho (y predicho) que podría desintegrarse durante su paso más cercano al sol (perihelio). Yo compilé información de dos artículos tomados de MilesdeMillones.com y alt1040 en un podcast de 4 minutos y medio que espero que descarguen, escuchen y disfruten.

 

NOTA: El audio fue hecho en un PC con menos prestaciones y un micrófono más bien malito 😉

Tags: , ,