Cisco acaba de publicar una actualización de su path de certificación de Service Provider.
Primera aclaración: No confundir, hay 2 path de certificación diferentes: Service Provider y Service Provider Operations; aquí me estoy refiriendo al primero de ellos.
Segunda aclaración: hay una modificación importante y significativa: se ha introducido un nuevo CCNA que es el CCNA Service Provider.
En conclusión, la noticia principal es que hay un nuevo CCNA.
CCNA Service Provider
Las características que destacan de este nuevo CCNA son las siguientes:
- Se trata de una certificación completamente nueva y diferente.
- NO es un CCNA Concentrations. CCNA Concentrations son CCNA Sec, CCNA Wir, CCNA Vo y CCNA SPO; en estos 4 casos es pre-requisito el CCNA R&S.
- Esta nueva certificación NO requiere como pre-requisito el CCNA R&S tradicional (640-802).
- Esta certificación se obtiene aprobando 2 exámenes: 640-875 SPNGN1 y 640-878 SPNGN2.
- En sus contenidos estos exámenes (y las capacitaciones correspondientes) se centran en las tecnologías y dispositivos de redes de transporte, y la implementación de IOS-XE y IOS-XR.
De esta manera, un esquema posible de la situación actual de los path de certificación de Cisco es el siguiente:
Versión actualizada del esquema, en este post.
Enlaces de referencia
IPv6 no sólo ofrece un nuevo esquema de direccionamiento con un espacio de direccionamiento mucho más amplio. También establece una nueva forma de utilizar el direccionamiento y nuevas prestaciones. Parte de esta novedad es una variedad amplia de diferentes tipos de direcciones IPv6.
Básicamente hay 3 tipos de direcciones: unicast, multicas y anycast. En IPv6 se ha suprimido completamente el broadcast de capa 3.
Pero más allá de esta simplificación de 3 tipos de direcciones, hay más aspectos a considerar.
Direcciones de unicast
Se utilizan para comunicaciones uno a uno.
Pueden ser sumarizadas, para esto las direcciones son acompañadas por un prefijo que especifica una cantidad determinada de bits significativos.
Hay varios tipos de direcciones de unicast:
- Direcciones globales.
Son utilizadas para tráfico global y tienen una estructura jerárquica de 3 niveles:
Un prefijo de enrutamiento global (red), típicamente de 48 bits.
Un identificador de enrutamiento local (subred), de 16 bits.
Un identificador de interfaz de 64 bits de longitud.
La longitud de cada porción es arbitraria, pero generalmente se respetan los 64 bits del ID de interfaz para mantener compatibilidad con múltiples implementaciones.
En la actualidad IANA y RIR están asignando direcciones del rango 2000::/3.
- Direcciones site-local (obsoletas).
- Direcciones unique local.
Son direcciones que tienen el alcance de un sitio específico sin garantías de que sean globalmente únicas. Estas direcciones tienen una estructura propia:
Un prefijo FC00::/7 de 8 bits.
Un ID global pseudo-aleatorio de 40 bits.
Un ID de subred de 16 bits.
Un identificador de interfaz de 64 bits.
Estas direcciones no son ruteables sobre Internet.
- Direcciones link-local.Todas las interfaces que operan con IPv6 tienen una dirección link-local.Su alcance está limitado al enlace y no son reenviadas.Son generadas dinámicamente con el prefijo FE80::/10 y un identificador de interfaz de 64 bits.Permiten la comunicación entre dispositivos que están en un mismo segmento de red sin necesidad de otro tipo de direcciones.Se utilizan en procesos de configuración automática, descubrimiento de vecinos y descubrimiento de routers.
- Direcciones para propósitos especiales:
Dirección sin especificar: ::
Se utiliza como dirección de origen con propósitos especiales, por ejemplo en solicitudes DHCP.
Nunca ocupa el campo de dirección de origen en un encabezado IPv6. Si así fuera el paquete no será reenviado.
Dirección de loopback: ::1
Como en el caso de la dirección 127.0.0.1, define una interfaz local para el stack IP.
Direcciones de multicast
Permiten establecer como destino todos las interfaces de un grupo.
Son direcciones definidas por el prefijo FF00::/8 donde el segundo octeto define el alcance de esta dirección multicast que puede ser la sola interfaz, el segmento de red, una subred, una red o Internet.
El ID del grupo de multicast está definido por los restantes 112 bits.
El rango FF00:: a FF0F:: está reservado y asignado a través del RFC 2375.
Direcciones de anycast
Permiten definir como destino un host cualquiera de un grupo.
Son direcciones asignadas a interfaces de uno o más nodos.
Cuando la dirección de destino de un paquete IPv6 es una dirección de anycast, se rutea hacia la interfaz más cercana que esté asociada a esa dirección.
Las direcciones de anycast se toman del rango de direcciones de unicast y requieren que la interfaz esté explícitamente configurada para identificar la dirección como dirección de anycast.
Recuerdo:
En IPv6 no existen las direcciones de broadcast.
Bibliografía asociada:
Cuadernillo: Protocolo IPv6 básico - Oscar Gerometta
Días atrás, al introducir los principios de resolución de fallos, mientras desarrollaba la primer etapa de la tarea introduje una distinción: el problema, los síntomas y las causas verdaderas del problema.
Varios de ustedes, lectores, me pidieron bajar a casos concretos este tema, que ciertamente puede tornarse un poco abstracto. Por eso permítanme un pequeño ejemplo de esta distinción.
La distinción entre síntomas, problemas y causas es aplicable a todo incidente. Para ver de dejarla clara la aplicaré a un incidente muy sencillo.
Incidente: El usuario X reporta que no puede acceder a Internet.
La primer tarea que debe realizar quien recibe el reporte es revisar y verificar el incidente denunciado para determinar y establecer claramente cuál es el problema y cuál es el alcance del mismo. Como fruto de esto debe obtener un enunciado claro y preciso del problema.
Problema: Cuando el usuario intenta acceder cualquier URL (p.e. www.google.com) desde su navegador de Internet recibe como respuesta que el servicio no está disponible. Igualmente, cuando se ejecuta un ping al mismo dominio (google.com) se recibe como respuesta que no se puede encontrar el host buscado.
La definición del problema es la descripción precisa del inconveniente que experimenta el usuario. Es una descripción no técnica, desde la perspectiva del usuario.
El paso siguiente es volcar esta descripción a un lenguaje técnico, tan preciso como resulte posible. En este mismo caso:
Síntoma: A partir de la ejecución del ping se puede verificar que el sistema no está traduciendo el nombre de dominio por una dirección IP válida.
Es decir, nuestro usuario tiene problemas de DNS, por eso no puede navegar Internet.
Hasta aquí solamente hemos descrito el problema del usuario y los síntomas que lo verifican. A partir de este momento comienza el proceso de diagnóstico al cual aludía días atrás. El objeto del proceso de diagnóstico es encontrar la verdadera causa del problema para resolverlo a partir de la corrección de la causa. ¿Qué es lo que está causando estos síntomas?
En nuestro caso, la causa del problema resultó ser un error de configuración.
Causa: Un error de configuración IP en el cliente del usuario impide a la terminal ejecutar exitosamente la traducción de los nombres de dominio.
Como se puede observar, sólo un correcto diagnóstico de la causa puede llevar a una verdadera resolución del incidente en su raíz.
En algunos casos la resolución rápida de los síntomas puede dar una respuesta transitoria al problema (p.e. el agregado de una ruta estática para solucionar un problema de enrutamiento), pero el incidente en sí mismo no estará resuelto hasta tanto diagnostiquemos claramente las causas y elaboremos una estrategia de resolución.
Bibliografía asociada:
Cuadernillo: Elementos de diagnóstico y resolución de fallos - Oscar Gerometta
