marzo 16, 2012

Cisco actualizó su path de certificación de Service Provider

http://librosnetworking.blogspot.com/2012/03/cisco-actualizo-su-path-de.html

Por Oscar Gerometta

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:

Enlaces de referencia



marzo 12, 2012

Tipos de direcciones IPv6


Por Oscar Gerometta

Tomado de: http://librosnetworking.blogspot.com/2012/03/tipos-de-direcciones-ipv6.html

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.
 
 http://ccnabolivia.blogspot.com/

marzo 06, 2012

El problema, los síntomas, la causa.

Por Oscar Gerometta

http://librosnetworking.blogspot.com/2012/03/el-problema-los-sintomas-la-causa.html

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.

febrero 29, 2012

Cisco actualizó el path de certificación de seguridad


Tomado de: http://librosnetworking.blogspot.com/2012/02/cisco-actualizo-el-path-de.html

Por Oscar Gerometta

Cisco ha anunciado la actualización de las certificaciones CCNA Security y CCNP Security.

El anuncio está referido tanto a la actualización de exámenes de certificación, como de los entrenamientos que mapean directamente a ambas certificaciones. De acuerdo al anuncio, esta actualización incorpora destrezas y conocimientos referidos a nuevos productos e implementaciones:


  • Se ha incluido Cisco ASA con firmware versión 8.3 y 8.4.
  • Se ha focalizado la atención en Cisco AnyConnect 3.0 y otros clientes IPsec tradicionales.
  • Se ha incluido información a la implementación de NAT en Cisco ASA 8.3.
  • Se ha ampliado la información referida a la configuración global de ACLs.
  • Lo mismo se ha hecho respecto de EtherChannel.
  • Se ha incorporado la utilización de CCP para el management de ISRs.
  • Se ha incluido Cisco IOS 15.x en el caso de ISRs.

¿Cómo quedan ahora las certificaciones?
CCNA Security
El examen de certificación actual es IINS 640-553. Podrá ser rendido aún hasta el 30 de septiembre de 2012 para obtener la certificación. Esto quiere decir que quienes están estudiando hoy para obtener su certificación pueden seguir haciéndolo con los mismos manuales y rendir el mismo examen para lograr su objetivo.

El nuevo examen de certificación es el IINS v2.0 640-554 ya está disponible y será el único a partir del 1 de octubre de 2012.
 
CCNP Security
La certificación de nivel profesional está compuesta de 4 exámenes, de los cuales 2 han sido actualizados.

Fue actualizado el examen de FIREWALL (Deploying Cisco ASA Firewall Solutions). El examen actual (642-617) podrá ser rendido hasta el 28 de mayo de 2012. El nuevo examen de certificación FIREWALL v2.0 642-618 ya está disponible.

También fue actualizado el examen VPN (Deploying Cisco ASA VPN Solutions). El examen actual 642-647 podrá ser rendido también hasta el 28 de mayo de 2012. El nuevo examen de certificación VPN v2.0 642-648 también ya está disponible.

Por el momento no hay anunciados cambios para los exámenes SECURE v1.0 (642-637) e IPS v7.0 (642-627).

De esta manera, a partir del 28 de mayo de 2012, la certificación CCNP Security queda conformada por estos 4 exámenes:

  • SECURE v1.0 642-637
  • FIREWALL v2.0 642-618
  • VPN v2.0 642-648
  • IPS v7.0 642-627
Hasta esa fecha, es posible obtener la certificación con los exámenes aún vigentes.
También hay que tener presente que los exámenes ya aprobados (por ejemplo un FIREWALL v1.0) tienen una validez de 3 años, por lo que quienes ya tienen aprobado alguno de los exámenes que se han actualizado no necesitan rendir nuevamente las versiones nuevas sino completar el path.

Enlaces de referencia:

febrero 27, 2012

Cisco Medianet reduce los costos y acelera la toma de decisiones.

Descargue el documento PDF -Descripcion general de Medianet 2.2

 Tomado de: http://www.blogciscolatam.com/2012/02/cisco-medianet-reduce-los-costos-acelera-la-toma-de-decisiones/

Reducción de costos y toma de decisiones acertadas, gracias a una mayor visibilidad de la red
Descargue este documento para familiarizarse con los componentes de Medianet 2.2 y cómo estos funcionan en conjunto para:
  • Reducir los costos de TI y la complejidad de implementar servicios de voz, datos y vídeo, además de mejorar la experiencia del usuario.
  • Brindar una visibilidad superior de la red a fin de agilizar la solución de problemas y poder evaluar el impacto que tienen sobre la red los servicios de voz, datos y vídeo.
La introducción del vídeo y otras aplicaciones multimedia interactivas en las empresas puede ayudar a reducir los gastos por viajes y a aumentar la productividad; sin embargo, la implementación exitosa de una solución de colaboración basada en voz, datos y vídeo exige que se ofrezca una experiencia del usuario de buena calidad.

La incorporación de nuevos servicios de voz, datos y vídeo transforma de forma radical las demandas que se imponen a la red, las que no solo pueden afectar la calidad de las aplicaciones, sino que también pueden aumentar la complejidad de las operaciones. Normalmente, es necesario contar con una mayor cantidad de empleados calificados para implementar y operar la solución.

Medianet 2.2 permite a las organizaciones aprovechar al máximo las ventajas de las aplicaciones de voz, datos y vídeo, puesto que proporciona recursos que simplifican la implementación de puntos terminales de vídeo, agilizan la resolución de problemas y facilitan la evaluación del impacto que tiene cada aplicación en la red antes de su implementación.

Ventajas comerciales
Las ventajas que le ofrece Medianet a su empresa son:
  • Reduce los costos operativos:
    • Simplifica la instalación y administración de los puntos terminales de vídeo.
    • Agiliza la resolución de problemas de aplicaciones de voz, datos y video.
  • Contribuye a tomar mejores decisiones de inversión a fin de lograr los objetivos de la empresa:
    es posible evaluar el impacto de las aplicaciones de voz, datos y video en la red (por ejemplo, es posible determinar el tamaño adecuado de la red y evitar actualizaciones innecesarias del ancho de banda).
  • Garantía y negociación de contratos de nivel de servicio (SLA): es posible recopilar estadísticas fundamentales respecto del servicio que se proporciona.
  • Agiliza la adopción de aplicaciones multimedia interactivas por parte del usuario final gracias a una experiencia positiva de alta calidad.
Componentes de la solución
La solución Medianet incluye diversos componentes que funcionan en conjunto para resolver los problemas relacionados con la implementación y la administración de aplicaciones de voz, datos y vídeo. En este documento se abordan las nuevas funciones introducidas en Medianet 2.2.
  • Media Monitoring
  • Performance Monitor
  • Mediatrace
  • IP SLA Video Operation
  • Interfaz de servicios multimedia
  • Detección de servicios Medianet y autorregistro
  • Cisco WebEx
  • Solución de administración de LAN Cisco Prime™
  • Cisco Prime Collaboration Manager
  • Información acerca de Cisco Prime
  • Servicio de evaluación del grado de preparación para Medianet de Cisco
Fuente:
http://blog-cisco-spain.com/2011/12/14/medianet-2-2-descripcion-general-de-la-solucion-documento/

Artículos relacionados:
  1. Cisco simplifica y reduce los costos de su solución de comunicaciones unificadas para las empresas medianas.
  2. Las tecnologías de colaboración y convergencia ayudan a aumentar la productividad y bajar costos

Principios de resolución de fallos

Tomado de: http://librosnetworking.blogspot.com/2012/02/principios-de-resolucion-de-fallos.html


Por Oscar Gerometta

La resolución de fallos es el proceso que lleva al diagnóstico, y si es posible la resolución, de un problema, incidente o evento.

Este proceso reconoce 3 etapas o momentos principales:
  1. El reporte del problema, incidente o evento.En el proceso de resolución de fallos el problema no existe hasta que es notificado.Esto significa, ante todo, que el evento que causó el problema reportado no necesariamente ocurrió en el momento en que fue reportado.Es posible que el evento que causó el fallo haya ocurrido tiempo antes y nadie lo haya advertido, o si lo hizo no lo reportó.También es importante tener presente que el usuario reporta un incidente desde su propia perspectiva y con su lenguaje. Esto hace imprescindible que al momento de analizar el reporte de un incidente el técnico asuma la posición de usuario para poder comprender claramente el hecho reportado y el grado de urgencia que reporta para la tarea del usuario.Es preciso diferenciar y distinguir claramente el problema de los síntomas, y a estos de las verdaderas causas del problema.El usuario nos reporta el problema y muchas veces los síntomas. Muy difícilmente nos indica las causas.
  2. A partir del reporte de un problema se inicia el proceso de diagnóstico.Este es un proceso complejo cuyo objetivo es detectar la verdadera causa del problema para, si es posible, solucionarla.Como resultado de este proceso se debe proponer una posible solución. En algunos casos la solución no será posible implementarla de modo inmediato, por lo que será necesario definir una tarea preliminar que permita remediar provisionalmente los síntomas del problema hasta tanto se pueda implementar una solución definitiva.
  3. Se considera que se ha llegado a una verdadera solución cuando es posible resolver la causa profunda del problema, no simplemente cuando se resuelve el síntoma al que apunta el reporte inicial del problema que hizo el usuario.
El proceso de resolución de fallos es un proceso complejo que conlleva la elección de estrategias de abordaje, a la vez que un conjunto de herramientas o técnicas específicas. Respecto de estas estrategias y herramientas me ocuparé en futuros posts.

febrero 20, 2012

¿Cuál es el ancho de banda disponible de mi interfaz?

Tomado de: http://librosnetworking.blogspot.com/2012/02/cual-es-el-ancho-de-banda-disponible-de.html

Por Oscar Gerometta

Hace ya tiempo dediqué un post a comentar el significado del comando bandwidth. En él explicaba que este comando no establece en "ancho de banda" de un enlace sino que tiene un valor declarativo para establecer un parámetro que luego utilizarán en sus algoritmos de cálculo los protocolos de capa superior, como los protocolos de enrutamiento.

Ahora bien, el ancho de banda declarado (bandwidth) también tiene impacto en las políticas de QoS.

La políticas de QoS por defecto
Un punto que frecuentemente ignoramos u olvidamos, es que Cisco IOS aplica en las interfaces una política por defecto: se reserva solamente un 75% del ancho de banda para el tráfico de datos. Esta reserva recibe el nombre de "available bandwidth".

¿Qué quiere decir esto?

Esto tiene 2 consecuencias:


  • Cisco IOS asegura que siempre hay una reserva de hasta el 25% del bandwith para el tráfico del plano de control.
    Esta  política tiene como propósito asegurar que los protocolos (p.e. protocolos de enrutamiento) que mantienen la infraestructura de la red tengan espacio suficiente para operar.
  • Cuando se aplican políticas de calidad de servicio, no se puede asignar más del 75% del ancho de banda declarado.
    Si una política define un volumen de tráfico garantizado mayor del 75% disponible, al aplicar la política a la interfaz se recibirá un mensaje de error indicando que se está excediendo la disponibilidad actual.
Esta política por defecto es importante en enlaces de baja capacidad ya que asegura el mantenimiento del plano de control. Sin embargo puede representar una mala política de asignación de recursos cuando se trata de enlaces de alta capacidad (por ejemplo enlaces de 10 Mbps o superiores).

De cualquier modo téngase en cuenta que esto no significa que ese 25 % no podrá ser utilizado para datos si está disponibles. Pongamos un ejemplo:

  • Tomemos como base un enlace de 10 Mbps: bandwidth 10000
  • Por defecto: reserva 2,5 Mbps para tráfico de control y permite reservar hasta 7,5 Mbps para datos.
  • ¿Qué ocurre si no tenemos más que 0,5 Mbps de plano de control?
    1. El tráfico de control tiene reservada capacidad de transporte más que suficiente.
    2. El tráfico de datos tiene reservados hasta 7,5 Mbps
    3. Siempre es posible que haya más de 7,5 Mbps de datos porque el tráfico de control no utiliza toda su reserva, pero no es posible garantizar cuánto más podrá usar.
¿Se puede modificar esta política por defecto?
Si, la política por defecto se puede modificar.

Una manera de modificarla es simplemente "mentir" el bandwidth ya que es puramente declarativo. Esta NO es una práctica recomendable ya que el parámetro no se utiliza solamente para el cálculo de las asignación de QoS, sino también como métrica para los protocolos de enrutamiento.

El modo de modificar la política es utilizando el comando max-reserved-bandwidth que permite modificar ese porcentaje por defecto del 75% para aplicar la política que más se ajuste a nuesta necesidad.

Este comando está disponible en todas las versiones actuales de IOS, a partir de 12.0, si bien en IOS 15.0 está como comando oculto ya que está anunciado por Cisco que el comando es reemplazado por otra metodología de configuración de QoS.

Enlaces relacionados


febrero 17, 2012

El tráfico de datos de Internet móvil global crecerá 18 veces

[ 16/02/2012 - 07:59 CET ]







http://www.diarioti.com/noticia/El_trafico_de_datos_de_Internet_movil_global_crecera_18_veces/31090


El tráfico de nube móvil representará el 71 por ciento, ó 7.6 exabytes por mes del total del tráfico de datos móviles para el año 2016, comparado con el 45 por ciento, ó 269 petabytes por mes del año 2011.


Diario Ti: De acuerdo con el Índice de Red Visual de Cisco (VNI) de Pronóstico de Tráfico de Datos Móviles Globales del año 2011 al 2016 Cisco® Visual Networking Index (VNI) Global Mobile Data Traffic Forecast for 2011 to 2016, el tráfico de datos móviles aumentará 18 veces en los próximos cinco años, alcanzando los 10.8 exabytes por mes - ó una tasa anual de 130 exabytes - para el año 2016. En el caso de América Latina esta cifra será de 738 terabytes (0.74 exabytes) por mes.



El fuerte aumento esperado en el tráfico móvil se debe, en parte, al incremento proyectado del número de dispositivos conectados con Internet Móvil mobile Internet, que excederá el número de personas sobre la tierra (se estima que la población mundial para el año 2016 será de 7.3 mil millones; fuente Naciones Unidas). Durante 2011−2016 Cisco anticipa que el tráfico de datos móviles globales crecerá tres veces más que el tráfico de datos fijos globales.

El pronóstico predice una tasa anual de 130 exabytes de tráfico de datos móviles, el equivalente a:

  • 33 mil millones de DVDs.
  • 4.3 cuatrillones de archivos de MP3 (música/audio).
  • 813 cuatrillones de mensajes de texto de servicio de mensaje corto (SMS).

Un exabyte es una unidad de información ó almacenamiento de computadora igual a 1 quintillón de bytes.

Este tráfico de datos móviles representa una Tasa de Crecimiento Anual Compuesta (CAGR) del 78 por ciento del período pronosticado. El creciente aumento del tráfico que se agrega a Internet móvil solo entre los años 2015 y 2016 es de aproximadamente tres veces el tamaño estimado en toda la Internet móvil en el año 2012. Las siguientes tendencias están impulsando estos aumentos significativos:

1. Más Contenido Transmitido: Con las expectativas del consumidor que requiere cada vez más contenido bajo demanda ó contenido transmitido versus el contenido simplemente descargado, el tráfico de nube móvil aumentará, creciendo 28 veces del año 2011 al 2016, una tasa de crecimiento anual compuesta del 95 por ciento.

2. Más Conexiones Móviles: Habrá más de 10 mil millones de dispositivos conectados a Internet móvil en el año 2016, incluyendo módulos máquina a máquina (M2M) - excediendo la población mundial proyectada para ese momento de 7.3 mil millones. (Una aplicación M2M es el uso de redes inalámbricas para actualizar carteles digitales. Esto permite a los publicistas mostrar distintos mensajes basados en la hora del día ó el día de la semana y permite cambios globales para los mensajes, tales como los cambios de precios del combustible).

3. Mejor Computación en los Dispositivos: Los dispositivos móviles son cada vez más potentes y por lo tanto pueden consumir y generar más tráfico de datos. Las tabletas son un ejemplo de esta tendencia que genera niveles de tráfico que crecerán 62 veces del año 2011 al 2016--la tasa más alta de cualquier categoría de dispositivo seguida en el pronóstico. La cantidad de tráfico de datos móviles a ser generada por las tabletas en el año 2016 (1 exabyte por mes) será cuatro veces la cantidad total de tráfico de datos móviles del año 2010 (237 petabytes por mes).

4. Velocidades Móviles Más Rápidas: La velocidad de conexión de red móvil es un elemento clave para el crecimiento del tráfico de datos móviles. Mayor velocidad significa mayor consumo, y Cisco proyecta que las velocidades móviles (incluyendo redes de 2G, 3G y 4G) crecerán nueve veces del año 2011 al 2016.

5. Más Video Móvil: Los usuarios móviles quieren tener las mejores experiencias y generalmente esto significa video móvil, que abarcará el 71 por ciento de todo el tráfico de datos móviles para el año 2016.

El estudio de Cisco también proyecta que el 71 por ciento de los teléfonos inteligentes y tabletas (1.6 mil millones) podría ser capaz de conectarse a una red móvil con Protocolo de Internet (IP) versión 6 (IPv6) para el año 2016. Desde una perspectiva más amplia, el 39 por ciento de todos los dispositivos móviles globales (más de 4 mil millones), podría ser compatible con IPv6 para el año 2016.

Impacto de los Dispositivos/Conexiones Móviles
El creciente número de dispositivos inalámbricos y nodos que acceden a redes móviles a nivel mundial es el primer contribuyente al crecimiento del tráfico. Para el año 2016, habrá más de 8 mil millones de dispositivos personales móviles y casi 2 mil millones de conexiones máquina a máquina, tales como sistemas GPS en automóviles, sistemas de rastreo de bienes en sectores de flete y manufactura y aplicaciones médicas para disponer del registro del paciente más fácilmente.

Los teléfonos inteligentes, las laptops y otros dispositivos portátiles impulsarán cerca del 90 por ciento del tráfico de datos móviles globales para el año 2016.

El tráfico M2M representará el 5 por ciento del tráfico de datos móviles globales del año 2016 mientras que los portales de banda ancha móvil residenciales representarán el restante 5 por ciento del tráfico de datos móviles globales.

Impacto de la Descarga de Tráfico desde redes Móviles a redes Fijas
Para abordar el aumento en la demanda de Internet móvil, los proveedores de servicio están buscando cada vez más descargar el tráfico a redes Wi-Fi/fijas.

En el año 2011, el 11 por ciento, ó 72 petabytes por mes del total del tráfico de datos móviles fue descargado. Para el año 2016, el 22 por ciento, ó 3.1 exabytes por mes del total de tráfico de datos móviles será descargado.

Sin esa descarga, la tasa de crecimiento anual global del tráfico de datos móviles globales entre los años 2011 y 2016 sería de un 84 por ciento en lugar de un 78 por ciento.

Teniendo en cuenta todos los aspectos de la movilidad, tales como tráfico de celulares, tráfico descargado de redes celulares y tráfico Wi-Fi/ fijo generado desde dispositivos portátiles, la cantidad total del tráfico de movilidad sería cuatro veces mayor al pronóstico de nivel de tráfico celular correspondiente al Cisco Mobile VNI para el año 2016.

En el año 2011, la suma del tráfico de celular; el tráfico de descarga de celular; y el tráfico Wi-Fi/ fijo desde dispositivos portátiles totalizó 11.5 exabytes por mes:
Celular es 5.2 por ciento ó 597 petabytes por mes
Descarga Celular es 0.6 por ciento ó 72 petabytes por mes
Wi-Fi/ Fijo es 94.2 por ciento ó 10.9 exabytes por mes
En el año 2011, el tráfico Wi-Fi/ fijo fue 18 veces mayor que el tráfico celular.

En el año 2015, la suma del tráfico celular; el tráfico de descarga de celular; y el tráfico Wi-Fi/ fijo desde dispositivos portátiles totalizará 44.1 exabytes por mes:
Celular es el 16 por ciento ó 6.9 exabytes por mes
Descarga de Celular es el cuatro por ciento ó 2.0 exabytes por mes
Wi-Fi/ Fijo es el 80 por ciento ó 35.2 exabytes por mes

En el año 2015, el tráfico Wi-Fi/ Fijo será cinco veces mayor que el tráfico de celular.

Proyecciones de Crecimiento regional Claves
De acuerdo con el pronóstico actualizado por Cisco, las siguientes regiones están experimentando el mayor crecimiento.

Medio Oriente y África tendrá la mayor tasa de crecimiento de tráfico de datos móviles con una Tasa de Crecimiento Anual Global de 104 por ciento ó crecerá 36 veces.

Asia-Pacífico tundra una Tasa de Crecimiento Anual Compuesta del 84 por ciento ó crecerá 21 veces.

Europa Central y Oriental tendrá una Tasa de Crecimiento Anual Compuesta del 83 por ciento ó crecerá 21 veces.

América Latina tendrá una Tasa de Crecimiento Anual Compuesta del 79 por ciento ó crecerá 18 veces.

América del Norte tendrá una Tasa de Crecimiento Anual Compuesta del 75 por ciento ó crecerá 17 veces.

Europa Occidental tendrá una Tasa de Crecimiento Anual Compuesta del 68 por ciento ó crecerá 14 veces.

Fuente: Resultados del Cisco Global Internet Speed Test (GIST), parte del programa Cisco VNI, y otros resultados de pruebas de velocidad independientes. La aplicación GIST de Cisco tiene más de 900.000 usuarios globales. Estas proyecciones incluyen velocidades de conexión de celular solamente y están basadas en exploraciones de datos de velocidad de conexión de red móvil históricas.

America Latina
En América Latina, el tráfico de datos móviles crecerá 18 veces entre 2011 y 2016, a una tasa compuesta de crecimiento anual del 79%.

En América Latina, el tráfico de datos móviles alcanzará los 737,808 Terabytes (0,74 exabytes) por mes en 2016, el equivalente a 184 millones de DVDs cada mes, o 2,033 millones de mensajes de texto cada segundo.

En América Latina, el tráfico de datos móviles llegará a una tasa anual de 9 exabytes en 2016.

En América Latina el tráfico de datos móviles crecerá 1 vez más rápido que el tráfico IP fijo entre 2011 y 2016.

En América Latina, el tráfico de datos móviles representará el 8% del tráfico de datos fijos y móviles en 2016, frente a un 4% en 2011.

En América Latina, el tráfico de datos móviles en el año 2016 será equivalente a 19 veces el volumen de la totalidad de Internet de América Latina en 2005.

LATAM: la conexión móvil media va a generar 878 megabytes de tráfico de datos móviles por mes en 2016, un crecimiento de 1,325% desde los 62 megabytes por mes en 2011, una tasa CAGR del 70%.

En América Latina, el tráfico de video móvil crecerá 23 veces entre 2011 a 2016, una tasa compuesta de crecimiento anual del 88%.

El vídeo será el 73% del tráfico móvil de datos de América Latina en 2016, frente al 58% a finales de 2011.

El vídeo representa la mitad del tráfico móvil de América Latina de datos a fin del año 2010 o antes.

Metodología del Pronóstico Cisco Mobile VNI
El Cisco VNI móvil se basa en pronósticos de analistas independientes y estudios de uso de datos móviles en el mundo real. Sobre esta base están fundadas las propias estimaciones de Cisco para la adopción de la aplicación móvil, los minutos de uso y las velocidades de transmisión. Los facilitadores clave tales como la velocidad de banda ancha y la potencia de computación del dispositivo son también tenidos en cuenta en las proyecciones y resultados del Cisco VNI. Una descripción detallada de la metodología se incluye en el reporte completo (ver vínculo debajo).

Los resultados del actual pronóstico representan las crecientes cantidades de tráfico para los años 2011 al 2015, reflejando un crecimiento mayor al esperado desde el pronóstico móvil previo de Cisco VNI liberado en Febrero del 2011. En el estudio del año pasado, se pronosticó que el tráfico de Internet móvil del año 2011 crecería un 131 por ciento. Este año, el crecimiento real del tráfico de Internet móvil del año 2011 fue estimado en un 133 por ciento.

Refiriéndose al informe, Suraj Shetty, vicepresidente de marketing de producto y soluciones, Cisco declaró: "Para el año 2016, el 60 por ciento de los usuarios móviles -- 3 mil millones de personas en todo el mundo - pertenecerán al "Club Gigabyte", cada una generando más de un gigabyte de tráfico de datos móviles por mes. En contraste, en el año 2011, solo un medio por ciento de los usuarios móviles calificaba. Este impresionante crecimiento en tráfico móvil será impulsado por dispositivos más potentes, notablemente tabletas y teléfonos inteligentes, que utilicen redes más veloces tales como 4G y Wi-Fi, para acceder a más aplicaciones, particularmente video de datos intensivos".

Fuente: Cisco
Vea también: Vídeo "A Mobile Love Story in Paris: How Multiple Devices will Drive Data Traffic in 2016 

febrero 13, 2012

Test de cable utilizando Cisco IOS

Por Oscar Gerometta

Tomado de: http://librosnetworking.blogspot.com/2012/02/test-de-cable-utilizando-cisco-ios.html

Un problema desafortunadamente habitual pero poco analizado en nuestras redes Ethernet, es el cableado. En muchos casos al hacer el cableado inicial se certificó la instalación, se compraron patchs certificados, pero luego se opera regularmente sin volver sobre el tema cableado. Fue un punto de atención en el momento de la implementación, pero no recibe mayor atención hasta que se produce un fallo.

Y en la resolución de fallos, cuando se trata de una red que estaba en operaciones, no siempre es un punto que se verifica inicialmente. Muchas veces se llega a analizar el estado del cable cuando ya se han descartado todas las otras causas posibles. Y esto es porque no siempre tenemos a mano un tester de cables, o estamos físicamente lejos de la instalación y eso nos hace difícil la verificación.

Pues bien, en el caso de los switches Catalyst, Cisco IOS incluye un feature que nos permite hacer una verificación de TDR (Time Domain Reflector) del cable Ethernet que está conectado en una boca específica del switch.


show cable-diagnostics tdr
Se trata de un comando de modo privilegiado introducido a partir de IOS 12.2(25)FX.
La estructura del comando es la siguiente:

Switch#show cable-diagnostics tdr interface FastEthernet 0/1


TDR test last run on: February 10 20:15:40

Interface Speed Local pair Pair length     Remote pair Pair status

--------- ----- ---------- --------------- ----------- ------------

Fa0/1     auto  Pair A     0 +/- 2  meters  N/A         Open

                Pair B     0 +/- 2  meters  N/A         Open
                Pair C     0 +/- 2  meters  N/A         Open
                Pair D     0 +/- 2  meters  N/A         Open


Como se puede apreciar, el comando en la columna "Pair length" nos permite precisar a qué distancia respecto de la boca del switch en la que se ejecutó el comando se encuentra potencialmente el problema. Reporta solamente en 3 situaciones concretas:
  • El cable está conectado y la interface está up.
  • El cable está "abierto".
  • El cable está en corto.
La columna "Remote Pair" identifica con qué par remoto está conectado cada par del cable. Pero esta información sólo se brinda cuando el cable está adecuadamente conectado a otro switch y el enlace está operativo.

Este comando está soportado esclusivamente en puertos de cobre 10/100 y 10/100/1000.

Sin dudas un comando muy útil en la resolución de fallos, tanto cuando estamos operando de modo remoto como cuando estamos en el lugar pero no disponemos de un probador de cables o queremos evitar interrumpir la conexión. La información detallada del comando, como siempre, la pueden encontrar en el sitio de Cisco:

febrero 09, 2012

Promo Carnavalera - Libros Networking Bolivia

Promo Carnavalera!!!!

Desde el día de compadres (Hoy, Jueves 9/febrero) y hasta el 22/Febrero (Miércoles de cenizas) y durante todo el carnaval, compra una Guía de Preparación para el Examen de Certificación CCNA V4.1 



Costo: 420 Bolivianos
El costo incluye los dos tomos originales, impresos en la Argentina, más el envío por Courier a cualquier ciudad del estado Boliviano.





Y llévate DE REGALO este libro

Introducción a Quality of Services

Mas info aquí

Consultas/Pedidos: libros.networking.bolivia@gmail.com