Switches Catalyst 9000

Desde hace años Cisco insiste en un concepto de arquitectura: el acceso unificado.

Detrás de este título se encontraba un desafío: romper el divorcio entre la red de acceso inalámbrico (access points) y la red de acceso conmutado (switches). Una dualidad de control y gestión que complica y encarece la gestión de la red y el diagnóstico y resolución de fallos.

Durante años este concepto fue primariamente un concepto de diseño e implementación que se reflejaba con mayor o menor precisión de acuerdo a la forma en que la red había sido concebida. Pero a fines del año 2018 este concepto teórico se convirtió en una realidad con la presentación de la familia Catalyst 9000. Una nueva línea de dispositivos de acceso Lan que integra tanto dispositivos inalámbricos como switches:

• Access points Catalyst 9100
• Controladores inalámbricos Catalyst 9800
• Switches Catalyst 9200, 9300, 9400, 9500 y 9600.

Las características más destacables de esta serie de productos son:

• Un único sistema operativo (IOS XE) para switches y access points.
• Una implementación consistente de seguridad y calidad de servicio en todo el acceso con capacidad de detección de malware en el tráfico encriptado.
• Listos para la virtualización, la implementación de DNA Center y redes basadas en intención.

En este contexto hoy quiero centrarme en dar una rápida mirada a los switches de la línea Catalyst 9000.

Switches Catalyst 9000 (C9K)

Se trata de la última generación de switches de la familia Catalyst para acceso, distribución y core de redes corporativas. Son la base de la nueva arquitectura Cisco DNA propuesta.

Es la primer plataforma diseñada específicamente para parovechar al máximo las posibilidades de la implementación de Cisco SD-Access. y está lista para este tipo de implementación. Entre sus características se destaca:

• Dispositivos SD-Access ready.
• Alta densidad de puertos con capacidad PoE+ o UPoE.
• Disponibilidad de PoE perpetuo.
• Prestaciones de seguridad y movilidad de última generación.
• Arquitectura de hardware basada en ciscuitos ASIC UADP versión 2.
• Performance muy superior a sus predecesores.
• Sistema operativo IOS XE.
• Posibilidades de stack de datos (StackWise) y stack de alimentación eléctrica (StackPower).
• Posibilidad de fuente de alimentación redundante.
• Posibilidades de modularidad con redundancia de placa controladora.
• Disponibilidad de puertos multigigabit y de 10 y 40 Gbps con diferentes configuraciones.
• Posibilidad de coolers modulares y redundantes.
• Puerto USB 2.0 para uso de memorias removibles.
• Puerto USB tipo B para acceso por consola (también el tradicional puerto RJ-45).
• Slot USB 3.0 para agregado de un almacenamiento SSD de hasta 120 GB removible.
• Soporte IPv6 en hardware.
• Soporte TrustSec
• Soporte para MACsec-256.

Atributos comunes de la familia de switches

• Circuitos ASIC UADP version 2.
• Sistema operativo IOS XE versión 16 o superior.
  Una única imagen binaria para todas las plataformas.
• Diseño común y experiencia de usuario mejorada.
• Un mismo ciclo de cualificación, validación y certificación.
• Herramientas e interfaces API comunes a través de toda la familia.
• Implementación de LED blue beacon en todos los sistemas y componentes, lo que facilita la identificación de los dispositivos ya instalados.
• Información de inventario por tag RFID pasivo.
• Acceso por bluetooth opcional para la gestión de los dispositivos.

Y un detalle no tan técnico. Los dispositivos presentan un rediseño innovador de los chasis en el cual parlicipó Pininfarina, a quienes se debe el acabado, visibilidad y estética de los switches.

Recursos en línea

• Infografía familia de productos Catalyst 9000
• Micrositio de la familia de productos Catalyst 9000
• Micrositio de la familia de switches Catalyst 9000

Para despejar dudas, compartir experiencia con otros, realizar consultas, las redes sociales nos dan una gran herramienta. Para eso están los diferentes grupos asociados a este blog.

Estás invitado a participar de nuestro grupo en Facebook:
https://www.facebook.com/groups/librosnetworking/

O si preferís redes sociales con mayor control de tu privacidad,
podés participar de nuestro grupo en VKontakte
https://vk.com/libros.networking

o seguir las principales novedades en el grupo de Telegram:
https://t.me/LibrosNetworking

Las abreviaturas y siglas utilizadas en este post puede encontrarlas desarrolladas en

 el Glosario de Siglas y Términos de Networking

que está disponible en la Librería en Línea de EduBooks.

IEEE 802.11ax (2)

Voy ahora a continuar con la revisión de algunos aspectos importantes del nuevo estándar de redes LAN inalámbricas IEEE 802.11ax.

Si querés revisar el inicio de esta serie de posts, por favor, ingresá aquí. 
Solo a modo de repaso revisemos las principales características del estándar:

• Compatibilidad con todos los estándares de capa física anteriores: 802.11a/b/g/n/ac
• Prestación por usuario muy superior en escenarios de alta densidad de clientes.
• Introducción de codificación 1024-QAM logrando mayores tasas de transferencia de datos.
• Modulación OFDMA con MU-MIMO tanto en el downlink como en el uplink.
• Modificaciones en la modulación OFDM FFT para lograr mayor robustez y rendimiento en entornos con múltiples reflejos y atenuación.
• Mejor flujo de tráfico y acceso a canales.
• Mejor administración de potencia para lograr mayor duración de la batería de los terminales.

Operación de múltiples usuarios
802.11ax tienes 2 modos de operación:

• Single User MIMO.
  Cada una de las terminales asociadas al AP envían y reciben tramas de datos una a la vez, de modo secuencial.
  Es el modo de operación tradicional de redes 802.11.
• Multiple User MIMO.
  Varias terminales conectadas al mismo AP pueden operar de modo simultáneo ya sea en el downlink como en el uplink.
  - En el downlink posibilita  que el AP transfiera datos a múltiples terminales de modo simultáneo. Esto ya estaba soportado en 802.11ac.
  - En el uplink posibilita que múltiples terminales transmitan simultáneamente hacia el AP. Esta es una novedad introducida por 802.11ax.

En el modo MU-MIMO también se especifican 2 formas diferentes de multiplexación: MU-MIMO con OFDM y MU-MIMO con OFDMA.

Para posibilitar esto el AP actúa como un controlador central que gestiona de modo independiente la operación de todos los aspectos de cada uno de los múltiples enlaces que la conectan con las terminales que tiene asociadas.

MIMO con Múltiples Usuarios
Ya 802.11ac implementaba MU-MIMO combinado con beamforming logrando una multiplexación espacial que permite mantener comunicación simultánea del AP con varias terminales diferentes.
Para esto el AP mantiene una matriz con la información correspondiente a cada enlace de cada terminal.

IEEE 802.11ax soporta la implementación simultánea de hasta 8 enlaces o cadenas de transmisión diferentes. A cada uno de estos enlaces de conexión a cada una de las diferentes terminales en la matriz corresponde su propio MCS (tasa de transferencia) y cantidad de cadenas de transmisión en paralelo.
En el uplink los APs 802.11ax mantienen esta matriz de conexiones para identificar cuál es la terminal que está transmitiendo en cada una de esas cadenas de transmisión y a qué conexión corresponde cada porción de información.

OFDMA
Para lograr mantener la conexión de mayor cantidad de terminales de modo simultáneo y aprovechar mejor el ancho de banda del canal, 802.11ax implementa OFDMA.
Las transmisiones IEEE 802.11a/g/n/ac ya utilizaban modulación OFDM (modulación por división de frecuencias ortogonales).
Sobre este esquema OFDMA introduce una modificación de relevancia: se asignan subportadoras específicas a cada terminal; es decir, divide el ancho de canal utilizado (20,40,80 o 160 MHz.según se haya definido) en subcanales, cada uno con un número específico de subportadoras.
Tomando como base la terminología propia de LTE (de dónde se ha tomado este tipo de modulación) se denomina Resource Unit (RU) a cada subcanal o bloque de 26 o más subportadoras.

El AP asigna cada subcanal en base a las necesidades de tráfico de downlink hacia los múltiples terminales buscando asignar todas las RUs disponibles.

De esta manera, un AP 802.11ax puede asignar todo el canal a un único usuario (como hace 802.11ac) o lo puede dividir para dar servicio a múltiples usuarios simultáneamente.

Este mecanismos permite, en entornos de "alta densidad" de terminales generar una celda en la que los terminales no necesitan competir por tiempo de uso del medio como ocurre habitualmente con CSMA/CA. OFDMA permite brindar espacio a múltiples terminales simultáneamente utilizando subcanales más pequeños pero dedicados.
Para esto el AP puede utilizar diferentes tamaños de RU, según se requiera. En su expresión más exigente este mecanismo permite asignar espacio en el downlink hasta a 9 terminales en un canal de 20 MHz.

Uplink de múltiples usuarios
Para coordinar las transmisiones MU-MIMO y OFDMA del uplink (desde las terminales hacia el AP), el AP envía una trama gatillo a la celda indicando el número de cadenas de transmisión espaciales y de asignaciones OFDMA (tamaño del RU) disponibles. 
A esto se agrega información de control de potencia para adecuar la potencia de los terminales de modo de intentar igualar la potencia con la que el AP recibe a todos los terminales para mejorar la recepción de tramas generadas por las terminales más alejadas.
El AP indicará a las terminales cuándo comenzar y terminar su transmisión. De esta manera las terminales comienzan y cesan sus transmisiones al mismo tiempo de modo que el AP envía un único acknowledge para las transmisiones de todos los terminales.

Uno de los objetivos principales de estos procedimientos (MU-MIMO de uplink y downlink y OFDMA) es optimizar el tiempo de operación de cada terminal para aumentar (hasta 4 veces) la cantidad de información transmitida (throughput) por cada terminal en entornos con alta densidad de usuarios.

Podés participar de nuestro grupo en Facebook:
https://www.facebook.com/groups/librosnetworking/

O seguir las principales novedades en el grupo de Telegram:
https://t.me/LibrosNetworking

Las abreviaturas y siglas utilizadas en este post puede encontrarlas desarrolladas en

 el Glosario de Siglas y Términos de Networking

que está disponible en la Librería en Línea de EduBooks.

IEEE 802.11ax (1)

Ya he abordado el tema del nuevo estándar de redes LAN inalámbricas IEEE 802.11ax, pero dada su complejidad me ha parecido adecuado dedicar algunos posts adicionales para profundizar aspectos más específicos.

Las redes LAN inalámbricas tuvieron un avance significativo con el lanzamiento de 802.11n y la consiguiente introducción de algunas innovaciones tales como channel bonding, MIMO, beamforming, etc.
Pero esto no era suficiente ya que no llegaba a poner la red inalámbrica a la altura de las redes cableadas de GigabitEthernet.
La introducción de 802.11ac resolvió parte de esto posibilitando conexiones superiores a los 800 Mbps utilizando canales de hasta 160 Mhz. de ancho y modulación de hasta 256-QAM. 
Pero aún en este caso las velocidades de transferencia más alta están reservadas solamente para entornos controlados.

En este punto está el aporte de 802.11ax.
Su objetivo es mejorar el rendimiento promedio por usuario (no tanto la capacidad total del access point), logrando performance (throughput, no data rate) en las conexiones de hasta 4 veces las alcanzadas con 802.11ac. 
El objetivo es lograr una transmisión de datos más eficiente, consistente y confiable.

Sus características principales son:

• Compatibilidad con todos los estándares de capa física anteriores: 802.11a/b/g/n/ac
• Prestación por usuario muy superior en escenarios de alta densidad de clientes.
• Introducción de codificación 1024-QAM logrando mayores tasas de transferencia de datos.
• Modulación OFDM con MU-MIMO tanto en el downlink como en el uplink.
• Modificaciones en la modulación OFDM FFT para lograr mayor robustez y rendimiento en entornos con múltiples reflejos y atenuación.
• Mejor flujo de tráfico y acceso a canales.
• Mejor administración de potencia para lograr mayor duración de la batería de los terminales.

Desafíos del acceso al medio inalámbrico
Las redes 802.11 utilizan como método de acceso a medio CSMA/CA. 
Esto impone un determinado modo de operación con algunas consecuencias:

• El objetivo primario de CSMA/CA es evitar la posibilidad de colisiones ya que no es posible su detección.
• Cuando un dispositivo transmite, los demás terminales que se encuentran dentro de la misma celda se bloquean por el espacio de tiempo necesario para transmitir la trama completa y recibir el correspondiente acknowledge.
• Cuando el medio está disponible para transmitir el dispositivo emisor transmite la trama completa bloqueando el acceso al medio de los demás terminales.
• La recepción de toda trama es notificada al emisor con un acknowledge (en capa 2, no tiene nada que ver con el acknowledge de TCP, capa 4).
• Si el emisor no recibe el acknowledge de capa 2 correspondiente, asumirá que la trama no ha llegado a destino e intentará retransmitirla en cuanto tenga medio de transmisión disponible.

Este mecanismo de acceso al medio es el primer responsable del bajo throughput de las redes inalámbricas 802.11 debido a los tiempos de espera, de negociación y el tráfico de control y gestión. 
Adicionalmente, esta eficacia se reduce aún más cuando se incrementa el número de terminales conectadas en una celda, cuando la superposición de celdas es alta y cuando se implementan canales de transmisión más anchos (tanto 802.11n como 802.11ac implementan channel bonding).

Optimización de la capa física
802.11ax introduce algunos cambios significativos en la manera de operar en capa física pero manteniendo siempre compatibilidad con sus predecesores de manera que es posible la comunicación de terminales 802.11ax con terminales más antiguas.

• Los terminales 802.11ax pueden demodular y decodificar tramas generadas por terminales más antiguas (802.11a/b/g/n/ac).
• Las terminales más antiguas (802.11a/b/g/n/ac) pueden demodular y decodificar encabezados 802.11ax aunque no la trama completa. Esto permite mantener el control de colisiones respetando el mecanismo de bloqueo de transmisión mientras otro terminal transmite.
  Esto no afecta la comunicación entre terminales ya que la comunicación entre terminales aún de diferente estándar se da a través del AP que asegura la compatibilidad.
• Modula utilizando OFDM he implementando FFT con lo que se reduce 4 veces la separación entre subportadoras haciendo más eficiente la transmisión.

• Se incrementa la duración del símbolo OFDM (cuatro veces), manteniendo la tasa de transmisión del enlace de los estándares anteriores. Esto hace más estable el vínculo inalámbrico.
• Implementa codificación 1024-QAM, lo que da lugar a una tasa de transmisión máxima de los enlaces, superior notoriamente superior.

Además, 802.11ax emplea beamforming explícito.

Para esto realiza un sondeo de canales con tramas null data lo que le permite medir el canal y responder con una retroalimentación adecuada: orienta la energía de radiofrecuencia emitida hacia cada usuario antes que dispersarla uniformemente en la celda.

Podés participar de nuestro grupo en Facebook:
https://www.facebook.com/groups/librosnetworking/

O seguir las principales novedades en el grupo de Telegram:
https://t.me/LibrosNetworking

Las abreviaturas y siglas utilizadas en este post puede encontrarlas desarrolladas en

 el Glosario de Siglas y Términos de Networking

que está disponible en la Librería en Línea de EduBooks.

Cisco IOS XE - Versiones

Ya me he referido varias veces a la migración en curso de sistema operativo IOS a IOS XE. Cada día son más las plataformas que operan con este sistema operativo y comienza a ser necesario que nos familiaricemos con la modalidad, versionado y ciclo de vida de este sistema operativo.

Plataformas soportadas
A diciembre de 2018 las plaformas soportadas por IOS XE son las siguientes:

Switches:

• Catalyst 3650
• Catalyst 3850
• Catalyst 9200
• Catalyst 9300
• Catalyst 9400
• Catalyst 9500

Controladores inalámbricos

• Catalyst 9800

Routers de sucursales

• ISR 1000
• ISR 4221
• ISR 4321
• ISR 4331
• ISR 4351
• ISR 4431
• ISR 4451

Routers de borde o agregación

• ASR 900
• ASR 1001-X
• ASR 1002-X
• ASR 1001-HX
• ASR 1002-HX
• ASR 1004
• ASR 1006
• ASR 1006-X
• ASR 1009-X
• ASR 1013
• NCS 4200

Equivalencia en versiones de IOS con versiones IOS XE

Durante la transición Cisco implementó una equivalencia o mapeo de versiones de IOS 15.x con versiones de IOS XE 03.x

Tomando como base las versiones de IOS, la equivalencia sería la siguiente:

• IOS 15.2 (2)          IOS XE 03.06.0x
• IOS 15.2 (3)          IOS XE 03.07.0x
• Sin equivalencia   IOS XE 16.x

Las imágenes (archivos .bin) de IOS de esta transición muestran en su nombre ambas versiones.

Por ejemplo, una imagen para un switch Catalyst 3650 puede presentar este nombre:

cat3k_caa-universalk9.SPA.03.06.08.E.152-2.E8.bin

• IOS XE 03.06.08E
• IOS 15.2(2)E8

Código de nombre de imágenes IOS XE

Como siempre, el código del nombre por defecto de las imágenes suministradas por Cisco proporciona información sobre la el contenido de esa imagen.

Tomo como referencia para el análisis el nombre de una imagen de IOS XE para un switch Catalyst 9300 de 24 puertos:

cat9k_iosxe.16.06.04a.SPA.bin

• cat9k - Imagen para switches Catalyst serie 9000. En este caso Catalyst 9300, 9400 y 9500.
• iosxe - Aclara que se trata de una imagen de IOS XE.
• 16.06.04a - Versión de IOS XE de esta imagen
  16     Major release
  06     Minor release
  04a   Maintenance release
• SPA - Imagen firmada digitalmente.
  S       Software firmado digitalmente
  P       Imagen implementada para producción
  A       Tipo de llave utilizada para la firma digital: de caracteres alfabéticos.

Versiones disponibles de IOS XE 16

• IOS EX 16.1.1 Denali
• IOS EX 16.2.1 Denali
• IOS EX 16.3.1 Denali
• IOS EX 16.4.1 Everest
• IOS EX 16.5.1 Everest
• IOS EX 16.6.1 Everest
• IOS EX 16.7.1 Fuji
• IOS EX 16.8.1 Fuji
• IOS EX 16.9.1 Fuji
• IOS EX 16.10.1 Gibraltar

En IOS XE hay 2 tipos de releases:

• Standard-Support releases.
  Cisco compromete para estos releases soporte por 12 meses a partir de la fecha de FCS (First Customer Shipment).
• Extended-Support releases.
  Estas versiones tienen un tiempo de soporte de 36 meses a partir de la fecha de FCS.

IOS XE 16.9.1 es el primer extended-support release generado de acuerdo a esta línea de tiempo definida por Cisco. Cada tercer release subsecuente a partir de este punto será entonces un extended-maintenance release (16.9, luego 16.12, y así).

Cisco sugiere migrar hacia un extended-maintenance release cuando ese release comienza a estar disponible.

Ciclo de vida de de los releases de Cisco IOS XE

• FCS
  First Customer Shipment
  Marca el inicio del ciclo de vida del release.
• Anuncio de EoL
  Para estandard- support releases se da 3 meses después del FCS.
  Para extended-support releases se da 12 meses después del FCS.
• EoS
  End of Sale
  Para estandar-support releases, 3 meses a partir del anuncio de EoL.
  Para extended-support releases, 6 meses a partir del anuncio de EoL.
• End of Software Maintenance
  Tanto para estándar-support como para extended-support releases, 6 meses después del EoS.
• End of Vulnerability and Security Support
  Para estandard-support releases, 6 meses después del EoS.
  Para extended-support releases, 18 meses después del EoS.
• Last Date of Support
  5 años después del EoS.

Podés participar de nuestro grupo en Facebook:
https://www.facebook.com/groups/librosnetworking/

O seguir las principales novedades en el grupo de Telegram:
https://t.me/LibrosNetworking

Las abreviaturas y siglas utilizadas en este post puede encontrarlas desarrolladas en

 el Glosario de Siglas y Términos de Networking

que está disponible en la Librería en Línea de EduBooks.

Qué puede pasar con las certificaciones en los próximos años

Hoy quiero compartir algunas reflexiones respecto de lo que podemos esperar en materias de certificaciones del área de networking en los próximos años.
No tengo ni me refiero a información específica de la orientación que están dando los fabricantes a sus programas de certificación, sino a la actual coyuntura de las tecnologías de la información y las comunicaciones, y como podríamos esperar que eso impacte en los planes de certificación en los años por venir.

Las tecnologías de comunicaciones están en un momento particular de su desarrollo y despliegue:

• En una primera mirada simplista podemos constatar con facilidad que las redes de comunicaciones progresivamente son más extensas y complejas.
  Tanto en la red pública (Internet) como en las redes corporativas y hogareñas el número y variedad de dispositivos conectados crecen aceleradamente. Y la variedad de tecnologías implementadas, aunque parece simplificarse, en realidad se hace cada vez más grande.
  Hoy los hogares progresivamente están más conectados, los vehículos tienden a estar conectados, las personas están conectadas, las empresas son cada vez más dependientes de sus sistemas de comunicaciones, Internet se vuelve omnipresente y hemos extendido nuestras conexiones regulares al espacio exterior (estación espacial orbital, sistema de satélites remotos, etc.).
• La implementación de Internet de Todo es ya una realidad que muchos llevamos en nuestro bolsillo en forma de smartphones pero que por sobre todo tiene un rol importantísimo en la reformulación de las actividades productivas.
  Y a Internet de Todo hay que sumarle conectividad en todas partes, el 5G de próxima puesta en producción, la convergencia de OT e IT, la automatización, inteligencia artificial, etc. Todos condimentos que potencian y aceleran la cuarta revolución industrial.
• Inteligencia artificial, realidad aumentada, automatización, virtualización son ahora también tecnologías que se vuelcan sobre la misma infraestructura de la red. Y con esto aumenta la tendencia a pasar de una gestión de red tradicional, básicamente reactiva, a una gestión claramente predictiva.
  Y cuando esta tendencia la proyectamos a la seguridad de la infraestructura y de los datos, aquí también estamos pasando de planteos reactivos a un modelo de gestión de la seguridad claramente preventivo y anticipatorio.
  Esto significa a la par nuevas generaciones de dispositivos y sistemas operativos, nuevas herramientas avanzadas de gestión y monitoreo, y consecuentemente nuevas modalidades de trabajo.

En consonancia con esta situación hay nuevas propuestas tecnológicas específicas del área de networking:

• Una nueva arquitectura: Software Defined Network (SDN).
• Un nuevo tipo de dispositivos: dispositivos virtualizados, sistemas operativos con capacidad de virtualización y automatización.
• Un nuevo modelo de gestión de la red: centralizado, proactivo y predictivo, basado en aplicaciones, con una visión holística de la red y que explota las posibilidades de big data y analítica

Las certificaciones técnicas y los entrenamientos desarrollados por los diferentes fabricantes están elaborados en base a los perfiles laborales a los que se busca dar respuesta.
Esos perfiles laborales hoy están cambiando.
De una gestión basada en el acceso por línea de comandos, alguna interfaz gráfica y el monitoreo en base a SNMP estamos pasando a sistemas de gestión centralizados y automatizados, basados en aplicaciones, con múltiples recursos de información cruzada de múltiples dispositivos gestionados de modo integral.
En este contexto hay capacidades de parte del operador, del técnico, que empiezan a destacar y que hasta ahora no eran tan relevantes. Comienza a dejar de ser necesario el conocimiento memorístico de comandos y el dominio de procedimientos manuales al mismo tiempo que poco a poco adquiere relieve la capacidad de comprensión integral de la operación, la creatividad, la capacidad de innovación y el pensamiento lateral.
Es por esto que cambian los conocimientos y habilidades que debieran ser requeridos. Cada vez es más necesario contar con:

• .Profundo conocimiento de la operación de TCP/IP, los protocolos asociados, y los protocolos de plano de control.
• Profundo conocimiento de los features disponibles y su impacto en la operación de la red.
• Conocimiento de la operación tanto de redes inalámbricas como cableadas.
• Conocimiento de los principios básicos de seguridad informática y los diferentes mecanismos de ataque.
• Comprensión de la dinámica del flujo de tráfico dentro de la red.
• Capacidad de interpretación de resultados de monitoreo y alarmas.
• Pierden relevancia las habilidades de configuración por línea de comandos o interfaz gráfica.
• Crece la importancia de la capacidad de interpretación y análisis de herramientas de monitoreo.
• Se requieren habilidades de diagnóstico avanzado a través de línea de comandos (show, debug, etc.).

Quizás simplificando en exceso, suelo decir que progresivamente no será tan importante saber configurar OSPF por línea de comandos (una aplicación nos facilitará la tarea) como ser capaz de entender la repercusión, por ejemplo, de definir un área como stub y lo que es de esperarse que se visualice en la tabla de enrutamiento y la base de datos topológica. El problema no será tomar conocimiento de la existencia de un problema (otra aplicación nos alertará y mostrará la información relacionada) como comprender el impacto de esto y contar con la habilidad necesaria para determinar cuál es la mejor solución.

¿Esto quiere decir que cambia las certificaciones CCNA y CCNP?
En verdad no lo sé. No puedo afirmarlo ni hacer futurología.
Pero lo que sí tengo claro es que esta tendencia en algún momento ha de impactar en las certificaciones de tecnologías vinculadas a la infraestructura de la red y a la seguridad de la misma. Y si así no ocurriera la demanda laboral nos lo exigirá.
Por lo tanto, sea que cambien o no algunas certificaciones, SDN, network programmability, Phyton (como lenguaje de programación), las nuevas herramientas, son tópicos en los que debemos comenzar a capacitarnos.

Esto es solamente una reflexión personal, espero que sea de utilidad.

Las abreviaturas y siglas utilizadas en este post puede encontrarlas desarrolladas en

 el Glosario de Siglas y Términos de Networking

que está disponible en la Librería en Línea de EduBooks.

Comandos: show ip route

Un comando de diagnóstico ampliamente utilizado para tareas de diagnóstico de enrutamiento es show ip route.

El comando tiene múltiples variantes, una de las cuáles es la que nos permite verificar la ruta que el dispositivo utilizará para enrutar un paquete con una IP de destino específica:
show ip route x.x.x.x

Este comando nos pemite verificar configuración específica y detallada respecto de la ruta que se utilizará para reenviar un paquete específico.
El comando fue introducido en IOS 9.2 y ha tenido una evolución muy importante sobre todo en lo que hace a las opciones e información que se brinda.

Como suelo hacer en estos casos, consideremos un ejemplo para revisar el resultado del comando:

Router#show ip route 192.168.5.130
Routing entry for 192.168.5.128/28
  Known via "eigrp 1", distance 90, metric 2172416, type internal
  Redistributing via eigrp 1
  Last update from 192.168.5.162 on Serial0/0/0.2, 00:20:16 ago
  Routing Descriptor Blocks:
  * 192.168.5.128, from 192.168.5.162, 00:20:16 ago, via Serial0/0/0.2
      Route metric is 2172416, traffic share count is 1
      Total delay is 20100 microseconds, minimum bandwidth is 1544 Kbit/sec
      Reliability 255/255, minimum MTU 1500 bytes
      Loading 1/255, Hops 1

Lectura del comando

Router#show ip route 192.168.5.130
Routing entry for 192.168.5.128/28

• Prefijo IP (red/máscara) de la ruta que se utilizará para efectivamente reenviar el paquete con la dirección IP de destino que se especifica.

  Known via "eigrp 1", distance 90, metric 2172416, type internal

• "Know via": indica la fuente de información a partir de la cuál se incorpora esta ruta en la tabla de enrutamiento. Refleja la información que se plasma en la columna izquierda de la tabla de enrutamiento con algunas letras.
• "distance" indica la distancia administrativa asignada a la ruta.
• "metric" muestra la métrica que se ha calculado para esta ruta.
• "tag" muestra la etiqueta asignada a esta ruta. En el ejemplo que elegí la ruta no tiene asignada etiqueta (las rutas no tienen por defecto asignada una etiqueta).
• "type" especifica el tipo de ruta de que se trata, el resultado depende del protocolo utilizado. En el caso de EIGRP se diferencian rutas internas de rutas externas.

  Redistributing via eigrp 1

• Indica cómo se redistribuirá esta información de enrutamiento. En este caso se utilizará el proceso de EIGRP sistema autónomo 1.

  Last update from 192.168.5.162 on Serial0/0/0.2, 00:20:16 ago

• "from" Indica la dirección IP de origen de los paquetes del protocolo de enrutamiento en los que llegó la información que dió origen a esta ruta.
  Es la dirección IP del puerto a través del cuál el dispositivo vecino envió el paquete EIGRP en este caso.
  En los protocolos de enrutamiento interior (IGP) esta es la dirección IP del próximo salto que se mostrará en la tabla de enrutamiento. En BGP la definición de la dirección del próximo salto es diferente.
• "on" muestra la interfaz local a través de la cual se recibió el paquete.
• Finalmente indica el tiempo transcurrido desde que se recibió la última actualización.

  Routing Descriptor Blocks:

• Muestra la información detallada de la ruta recibida.

  * 192.168.5.128, from 192.168.5.162, 00:20:16 ago, via Serial0/0/0.2

• Se repite la dirección de red destino.
• Se indica la dirección IP del próximo salto.
• El tiempo transcurrido desde la última actualización recibida.
• Interfaz local a través de la cual se recibió la actualización.

      Route metric is 2172416, traffic share count is 1

• Métrica asignada a la ruta.
• Cantidad de rutas que utilizan la misma métrica.

      Total delay is 20100 microseconds, minimum bandwidth is 1544 Kbit/sec

• Delay total de la ruta hasta la red destino expresado en microsegundos.
• Ancho de banda del enlace con menor ancho de banda de la ruta hasta el destino.

      Reliability 255/255, minimum MTU 1500 bytes

• Confiabilidad de la ruta considerado a partir de la cantidad de paquetes perdidos y expresada como un valor en función de 8 bits, con lo que 255 = 100%
• Menor tamaño máximo de la trama (MTU) soportado por esta ruta.

      Loading 1/255, Hops 1

• Carga de la ruta expresada utilizado 8 bits, por lo que 255 = 100%
• Cantidad de saltos de capa 3 que se deben atravesar para llegar a la red destino.

Las abreviaturas y siglas utilizadas en este post puede encontrarlas desarrolladas en

 el Glosario de Siglas y Términos de Networking

que está disponible en la Librería en Línea de EduBooks.

Estado de IPv6

Periódicamente vuelvo a encontrarme con diferentes publicaciones en las que se pone en dudas o se cuestiona la implementación de IPv6. Incluso algunas que siguen considerándola como una propuesta a futuro que podría o no darse.
Ya muchas veces he abordado el tema en este blog, incluso he publicado un manual con los conceptos básicos de IPv6. Pero evidentemente es necesario cada tanto volver sobre el tema.

La implementación de IPv6 no es una posibilidad, es una realidad que no podemos desconocer. Hay mucha información disponible sobre el tema.

La implementación al día de hoy
Como dije, IPv6 no es un proyecto a futuro sino una tecnología ya implementada cuya penetración es creciente cada día.
Así lo muestra la información disponible.

Un ejemplo.
Google publica en línea el porcentaje de tráfico de sus data centers que utiliza IPv6. Este es el reporte al día de hoy que, como podemos ver, muestra que el 21,09% del tráfico de los data centers de Google es tráfico IPv6 nativo:

Esta información está disponible en línea para quien quiera consultarla en este enlace.

Si lo que queremos es conocer la disponibilidad de conectividad IPv6 a nivel global, este mapa puede servir de primera aproximación:

Una mirada rápida nos permite verificar que el despliegue actual está centrado en América del Norte, Brasil, Europa, India, Japón, Australia y otros países asiáticos. El país con mayor nivel de adopción en este momento es Bélgica con el 62,59% de sus usuarios conectados utilizando IPv6.

Se puede acceder a la información detallada, país por país, desde este enlace.

¿Qué pasa en América Latina?
Como muestra el mapa global, si bien América Latina no se encuentra a la cabeza de la implementación global, tampoco está a la cola de la misma. En los últimos años varios países han disparado sus procesos de adopción

La vista regional del estado de adopción está volcada en este mapa en el que la intensidad del color verde indica un porcentaje creciente de usuarios conectados a IPv6.

Si consideramos el porcentaje de usuarios conectados con IPv6 un índice adecuado de evaluación del proceso, el líder en la región es entonces Uruguay con un 28,4% de sus usuarios conectados a la red IPv6.

Claro que por sus dimensiones, población y peso en la región no podemos ignorar a Brasil que se presenta con un 23,5% de sus usuarios conectados a IPv6.

Lo que es posible verificar de la observación de la información histórica de implementación en la región es que la misma se ha comenzado a desarrollar con mayor intensidad a partir del año 2015.

Esto es para empresas, ¿no para conexiones domiciliarias?

Este es otro prejuicio falso respecto a la implementación de IPv6.
No hay un Internet corporativo y otro hogareño. Claro que todo depende de nuestro proveedor de acceso.
Pero como un ejemplo, yo estoy en este momento utilizando una conexión hogareño de cable módem, y estoy conectado utilizando IPv6:

Y no se trata solamente de recibir direccionamiento IPv6 global unicast, sino que también opero utilizando IPv6 como primer opción:

Si querés saber si estás verdaderamente operando en la red IPv6 hay varios sitios que permiten verificar esto.
Uno de ellos es el sitio de verificación en línea dispuesto por Google:

También es posible utilizar servicios en línea con un análisis más detallados como el de IPv6 Test:

¿Qué debemos esperar a futuro?

A futuro debemos esperar un despliegue creciente de IPv6. Tanto en el ámbito corporativo como en el hogareño.

• Hace ya tiempo que se han agotado las direcciones IPv4 para seguir creciendo.
• El despliegue de IoE es una realidad que ya está instalada y sigue creciendo.
• El requerimiento de direccionamiento IP global es consecuentemente creciente.
• La respuesta para los requerimientos actuales de entonces IPv6.

Podemos discultir la velocidad con la que se realiza el despliegue, pero ya no es posible poner en dudas que se ha de hacer y que debemos ponernos en esta línea de trabajo.
Para quienes mayores precisiones sobre el crecimiento, hay un sitio que hace proyecciones para el despliegue de IPv6 a nivel global y por países. De acuerdo a vyncke.org el despliegue previsible para los próximos 2 años, a nivel global, es el siguiente:

Poner en dudas la implementación de IPv6 parece, entonces, un acto de ignorancia. La pregunta, creo, no es ya si IPv6 se implementará o no sino cuándo la implementaremos y si estamos listos para hacerlo.

Enlaces útiles:

• Estadísticas Google IPv6
• 6lab de Cisco
• Proyecciones de Vyncke.org
• Test IPv6 de Google
• IPv6 Test
• Bibliografía sugerida: Protocolo de Internet versión 6, v3.1
• Presentación: ¿Estás preparado para IPv6?

Las abreviaturas y siglas utilizadas en este post puede encontrarlas desarrolladas en

 el Glosario de Siglas y Términos de Networking

que está disponible en la Librería en Línea de EduBooks.