27 de octubre de 2010

Nuevos paths de certificación Cisco para Voz y Seguridad

Días atrás Cisco ha anunciado la reformulación de los paths de certificación correspondientes a Voz y a Seguridad.
¿En qué consiste esta reformulación?
El nuevo path de Seguridad
El path de seguridad anterior estaba compuesto por la serie CCNA - CCNA Sec - CCSP - CCIE Sec. En esta secuencia CCSP ha sido reemplazado por el nuevo CCNP Security. Esta nueva certificación se centra en firewalls, VPNs, IOS e IPS y está compuesta por 4 exámenes:
  • 642-637 SECURE v1.0 - Securing Networks with Cisco Routers and Switches.
    Actualiza SNRS y considera las mejores prácticas para la seguridad de los routers y switches Cisco.
  • 642-617 FIREWALL v1.0 - Deploying Cisco ASA Firewall Solutions.
    Está específicamente orientado a la configuración, mantenimiento y operación de dispositivos Cisco ASA 5500.
  • 642-647 VPN v1.0 - Deploying Cisco ASA VPN Solutions.
    Focalizado en la configuración, mantenimiento y operación de soluciones VPN basadas en Cisco ASA 5500. Considera VPN IPSec site-to-site, VPN IPSec de acceso remoto y VPN SSL de acceso remoto.
  • 642-627 IPS v7.0 - Implementing Cisco Intrusion Prevention System v7.0
    Es una actualización del IPS ya existente, manteniéndose orientado a la gestión de IPSs.
Este path mantiene como pre-requisito la certificación CCNA Security.
Según lo expresado por Cisco en la publicación de la noticia, las certificaciones CCSP obtenidas hasta el momento mantienen su validez de 3 años originalmente asignada. Los exámenes correspondientes a CCSP se mantendrán disponibles hasta el mes de octubre de 2011. Quienes están completando actualmente la certificación CCSP pueden consultar la CCSP Exam Certification Tool para verificar el mejor modo de completar los requisitos para su certificación.
Actualización del path de Voz
Esta nueva certificación, denominada CCNP Voice reemplaza a la anterior CCVP, con un claro foco en la operación de Cisco Unified Communications Manager (CUCM). La certificación queda compuesta por 5 exámenes:
  • 642-437 CVOICE v8.0 - Implementing Cisco Unified Communications Voice over IP and QoS v8.0.
    Introduce las redes convergentes de voz y datos, centrándose en la configuración e implementación. Aquí se han incluido los temas de QoS que antes ocupaban un curso completo.
  • 642-447 CIPT1 v8.0 - Implementing Cisco Unified Communications Manager Part 1 v8.0.
    Está focalizado en la configuración de una solución CUCM en un entorno global y multisitio.
  • 642-457 CIPT2 v8.0 - Implementing Cisco Unified Communications Manager Part 2 v8.0.
    Se orienta a cubrir los tópicos avanzados de administración de CUCM.
  • 642-427 TVOICE v8.0 - Troubleshooting Cisco Unified Communications v8.0.
    Reemplaza el antiguo TUC. Se centra en el diagnóstico y resolución de los problemas más comunes en sistemas Unified Communications de Cisco.
  • 642-467 CAPPS v8.0 - Integrating Cisco Unified Communications Applications v8.0.
    Se trata de un examen nuevo que considera configuración e integración de gestión de llamadas, sistemas de correo de voz, etc. Se focaliza en Cisco Unity Connection y Cisco Unity Express que están integrados en CUCM y CUCM Express respectivamente.
Los exámenes que cubren la anterior certificación CCVP están disponibles para quienes desean completar su certificación, hasta el 28 de febrero de 2011.
Para esta certificación es pre-requisito la certificación CCNA Voice.
Esta certificación también ha sido actualizada para reflejar los avances operados en las redes convergentes de datos, voz y video.
  • 640-461 ICOMM v8.0 - Introducing Cisco Voice and Unified Communications v8.0.
    Se centra en la arquitectura, componentes, funcionalidades y características de las soluciones Cisco Unified Communications. Considera las tareas de monitoreo, cambios y modificaciones en Cisco CUCM, CUCM Express, Cisco Unity Connection y Cisco Unified Presence.
El anterior examen 640-460 IIUC y el examen 642-436 CVOICE están disponibles hasta el 28 de febrero de 2011.
Enlaces de referencia
¿Tenés alguna información o comentario para aportar en este tema....?
Perfecto!!!! agregá un comentario con el detalle.
Muchas gracias.
Oscar Gerometta

24 de septiembre de 2010

WLAN de Gigabit

Hace no mucho tiempo comentaba la aprobación definitiva del estándar IEEE 802.11n para redes WLAN. 802.11n permite la implementación de redes LAN inalámbricas que alcanzan tasas de transferencia de hasta 600 Mbps. De hecho lo que habitualmente encontramos aún en el mercado son dispositivos para trabajar hasta 300 Mbps con un throughput de hasta 230 Mbps; es decir que queda aún margen para el desarrollo de producto comercial: sistemas de hasta el doble de capacidad de los actuales, dispositivos para resdes mesh inalámbricas (802.11s) con backhault de alta velocidad, etc.
Sin embargo, ya se está trabajando (y hay pre-estándares publicados) en el desarrollo de redes inalámbricas con capacidad de gigabit. Permitanme entonces hacer un repaso de los proyectos de redes wireless LAN de alta velocidad actuales:


IEEE 802.11ac
En las redes WLAN actuales, la frecuencia de 5 GHz. es la menos utilizada. Originalmente adoptada para redes 802.11a tuvo poco uso debido a su costo superior y la falta de compatibilidad con los desarrollos iniciales en 2,4 GHz. Actualmente 802.11n le ha dado un nuevo impulso merced a la posibilidad de compatibilidad hacia atrás con 802.11a; sin embargo sigue siendo la frecuencia menos utilizada de hecho.
Esto podría ser compensado con la aparición de las redes 802.11ac. Este nuevo estándar trabajará sobre la frecuencia de 5 GHz utilizando canales de 40, 80 y potencialmente hasta 160 MHz. Esto le permitirá ofrecer tasas de transfencias del orden de 1 Gbps.
802.11 a trabaja con canales de 20 MHz, mientras que 802.11n puede trabajar con canales de 20 o 40 MHz.
Adicionalmente el nuevo estándar implementará MU-MIMO (Multiple User- Multiple Input Multiple Output). En esta tecnología las múltiples cadenas simultáneas que ya conocemos en MIMO se pueden aplicar a transmitir los datos de diferentes usuarios sobre el mismo canal.
La definición final del estándar está aún lejana, pero algunos especialistas especulan conque veremos los primeros dispositivos 802.11ac hacia fines de 2011 o inicios de 2012.


802.11ad
Este pre-estándar promete entregar tasas de transferencia de hasta 7 Gbps utilizando la frecuencia de 60 GHz. (57 a 66 GHz.). La gran limitación de esta tecnología es que los rangos de cobertura que promete ofrecer es de unos 10 metros.
Este desarrollo está apoyado por la llamada Wireless Gigabit Alliance o WiGig que cuenta con la presencia de líderes de la industria tales como Atheros, Bradcom, Intel, AMD, Dell, Toshiba, Nokia y Cisco. La Alianza está proponiendo el desarrollo de clientes 802.11 que soporten los estándares a/b/g/n para establecer enlaces de alcance medio (100 a 300 metros) y ad para soportar servicios de corto alcance y alto requerimiento de ancho de banda, esencialmente video.


Enlaces con información adicional
¿Tenés alguna información o comentario para aportar en este tema....?
Perfecto!!!! agregá un comentario con el detalle.
Muchas gracias.
Oscar Gerometta

    11 de septiembre de 2010

    Prefijos IP

    Como siempre, cuando recién nos iniciamos en los temas de direccionamiento IP hay una serie de términos que se usan regularmente sin mayor explicación, pero que pueden crear confusión en los menos experimentados.
    Uno de ellos es "prefijo IP" o ip prefix.
    Direcciones IP y direcciones de red
    Ya hemos visto varias veces los temas de direccionamiento IP, la manera de expresar esas direcciones, y un grupo de direcciones particulares que son las llamadas direcciones de red.
    La direccipon IPv4 es, propiamente, un conjunto de 32 bits agrupados en 4 octetos (bytes), que se expresan con notación binaria. Por ejemplo:
    11000000.10101000.00000001.00000001
    Para facilitar su manejo por la "interfaz humana", estos 32 bits suelen expresarse utilizando notación decimal:
    192.168.1.1
    Ahora bien, en la implementación actual del direccionamiento IPv4, toda dirección IP va acompañada de una máscara de subred que indica el modo en que el Administrador de la red está administrando y asignando su espacio de direccionamiento. Por ejemplo:
    192.168.1.1 255.255.255.240
    Donde los segundos 32 bits (255.255.255.240) indican que se utilizan 4 bits para dividir subredes dentro de la red mayor (192.168.1.0 255.255.255.0).
    La máscara de subred es particularmente necesaria al momento de señalar la dirección de red correspondiente a cada subred, y que es la que se encuentra referenciada en la tabla de enrutamiento. En nuestro ejemplo, la dirección de red de la subred que estamos trabajando es 192.168.1.0 255.255.255.240.
    La máscara de subred
    Ahora bien, normalmente la máscara de subred se expresa en notación decimal.
    255.255.255.240
    Esta expresión decimal representa la verdadera estructura binaria de la máscara de subred:
    11111111.11111111.11111111.11110000
    Es decir, que la máscara de subred, en nuestro caso, está compuesta por una sucesión de 28 bits en uno, terminando con 4 bits en cero. De allí que también se suela hablar de una máscara de subred de 28 bits o /28.
    ¿Qué es el prefijo IP entonces?
    Es una forma particular de expresar las direcciones de red y sus máscaras a partir de identificar solamente la cantidad de bits que se encuentran en uno en la máscara de subred.
    En el ejemplo que he elegido son expresiones equivalentes:
    • 192.168.1.0 255.255.255.240
    • 192.168.1.0/28
    La segunda expresión: 192.168.1.0/28 es la que se suele denominar prefijo IP.
    ¿Una definición de prefijo IP?
    Expresión de la dirección de red en la que se identifica la cantidad de bits significativos utilizados para identificar una red.
    En nuestro ejemplo, son significativos los primeros 28 bits de la dirección IP 192.168.1.0, o lo que es lo mismo, los bits 11000000.10101000.00000001.0000
    Para concluir
    • Dirección de red expresada en binarios:
      11000000.10101000.00000001.00000000
    • Dirección de red expresada en decimales:
      192.168.1.0
    • Máscara de subred expresada en binarios:
      11111111.11111111.11111111.11110000
    • Dirección de subred expresada en decimales:
      255.255.255.240
    • Prefijo IP expresado en binarios:
      11000000.10101000.00000001.0000
    • Prefijo IP expresado en decimales:
      192.168.1.0/28
    Otros posts para considerar:
      ¿Tenés alguna información adicional para aportar en este tema....?
      Perfecto!!!! agregá un comentario con el detalle.
      Muchas gracias.
      Oscar Gerometta

        2 de septiembre de 2010

        Introducción a Quality of Services

        Este manual es el inicio de una nueva colección denominada "Manuales CCNP".
        Es un primer manual de calidad de servicio que está pensado para brindar el marco teórico necesario para  comprender la complejidad de los modelos teóricos y los procesos de calidad de servicio, y deberá ser seguido luego por otro que aborde la temática de la implementación, monitoreo y administración de las herramientas que desarrollo en este manual. No pretendo en pocas páginas agotar la problemática de calidad de servicio, sino generar una herramienta que sirva como primera aproximación al tema para lo que en sus páginas reviso un conjunto de modelos y protocolos que están hoy vinculados a este tipo de implementaciones.
        Fecha de publicación: 20 de septiembre de 2010.
        Autor: Oscar Antonio Gerometta
        CCSI/CCAI/CCNA/CCNASec/CCDA. 
        Ha liderado numerosos proyectos e iniciativas como desarrollador de e-learning, ha sido miembro del Curriculum Review Board de Cisco Networking Academy y uno de los docentes más reconocidos dentro del Programa en la Región Sud América Sur. En el año 2007 fue nominado a los premios "Education Recognition" y "Extraordinary Contributions Recognition" con ocasión de cumplirse 10 años del lanzamiento de Cisco Networking Academy.
        En la actualidad se desempeña como consultor independiente. Como Certified Cisco Systems Instructor dicta una amplia variedad de cursos oficiales de Cisco Systems® (ICND, ROUTE, SWITCH, TROUBLE, QoS, BGP, MPLS, CUWN, CWLF, CWLAT, etc.). También es Senior Instructor del Programa de capacitación de Motorola en el área de redes inalámbricas (MWFE, MWSE y EWLAN).
        Contenidos:



        • Qué es y por qué QoS
        • El desafío de las redes convergentes
        • La respuesta: QoS
        • Modelos de implementación de QoS
        • Modelo de Servicios Integrados
        • Modelo de servicios diferenciados
        • DSCP
        • Per-Hop Behaviors
        • Mecanismos de Calidad de Servicio
        • Clasificación de tráfico
        • Marcado del tráfico
        • Administración de la congestión
        • Prevención de la congestion
        • Condicionadores de tráfico: Policing y Shaping
        • Eficiencia de los enlaces
        • Anexo 1 Orden de operaciones de QoS en dispositivos de capa 3
        • Anexo 2 RFCs referenciadas en el texto
        • Anexo 3 Delay de serialización de diferentes tamaños de trama
        • Anexo 4 Diccionario de Siglas
        Total: 88 páginas
        Para ver una demo de este manual, ingrese aquí.


        Para la adquisición:
        • Para solicitar tu ejemplar del texto impreso: solicitalo directamente por correo electrónico a libros.networking@gmail.com y lo recibirás en Argentina por Correo Argentino contrareembolso; en el exterior por Correo Argentino y hacen el pago por Western Union o PayPal.
        • La Introducción a Quality of Services en formato e-book está disponible desde el 3 de abril de 2003. Para consultas o adquisiciones, visite el blog de Ediciones EduBooks.
        Otros títulos que incluirá la colección:
        • Apunte Rápido ROUTE. (en proceso de redacción)
        • Apunte Rápido SWITCH. (en proceso de redacción)

        Cualquier comentario o consulta que consideres importante respecto a este tema,
        procuraré responderlo rápidamente.
        Por favor, incorporalo a continuación en forma de comentario.
        Muchas gracias.
        Oscar Gerometta

        30 de agosto de 2010

        Modelos de implementación de QoS

        Calidad de Servicio (QoS) es un requerimiento creciente en las redes actuales. La presencia de tráfico de VoIP y crecientemente de video o multicast en la misma infraestructura que se utiliza para el tráfico de datos requiere de la implementación de QoS a fin de asegurar una correcta prestación de cada uno de los servicios.
        Por esto me ha parecido conveniente ir introduciendo algunos conceptos relacionados con este tema. Y en primer lugar, referirme a los diferentes modelos de implementación.


        Modelos de implementación de QoS
        En la actualidad hay 3 modelos de aplicación de calidad de servicios para redes de datos:
        • Best-Effort.
          No se discrimina ningún tipo de tráfico y se brinda el mejor soporte posible desde la infraestructura.
        • IntServ.
          Las aplicaciones cuyo tráfico requieren tratamiento diferencial señalizan la red para requerir y garantizar los recursos necesarios para el adecuado funcionamiento de la aplicación.
          Garantiza las condiciones de operación de cada una de las sesiones que se establecen.
        • DiffServ.
          La infraestructura de la red es la que reconoce los diferentes tipos de tráfico y aplica políticas diferenciadas para cada clase de tráfico.
          Es más escalable y flexible en su implementación.
        Best Effort
        Es el modelo aplicado en Internet, y el que aplica por defecto toda red que no tiene políticas explícitamente definidas.
        No garantiza ningún tratamiento o recurso específico a ningún flujo de información. Todo paquete es tratado de igual forma; no hay tratamiento preferencial.
        Las principales características del modelo son:
        • Altamente escalable.
        • No requiere mecanismos o configuraciones especiales.
        • No garantiza recursos ni diferencia ningún tipo de servicio.
        IntServ
        Modelo de implementación de servicio bajo demanda. Tiene como objetivo garantizar recursos disponibles a lo largo de una ruta para una aplicación específica.
        Antes de iniciarse propiamente la sesión de la aplicación se señaliza la ruta para verificar la disponibilidad de los recursos necesarios para un adecuado desarrollo de la misma .Una vez que la aplicación realiza la reserva de recursos la misma se mantiene aún cuando la aplicación no la esté utilizando, hasta tanto se levante la reserva de recursos. Permite garantizar las condiciones de operación de aplicaciones críticas.
        Sus características más importantes son:
        • Negocia condiciones específicas de calidad de servicio antes de que se inicie la comunicación propiamente dicha.
        • Una vez hecha la reserva, la aplicación cuenta con los recursos reservados más allá de la situación de tráfico de la red.
        • Puede adecuarse a demandas específicas y diferentes de cada tipo de tráfico o aplicación.
        • La reserva de recursos se realiza para cada flujo de información en particular. No se reservan recursos en función de la aplicación genéricamente.
        • Cuando se asocia a desarrollos de telefonía IP, da una aproximación orientada a la conexión para este tipo de servicios. Cada dispositivo a lo largo de la ruta configura y mantiene la operación de cada comunicación individualmente.
        • Utiliza los servicios de RSVP (Resource Reservation Protocol).
        • No es escalable en grandes redes o implementaciones muy complejas.
        DiffServ
        Modelo de implementación de recursos garantizados de modo genérico y no por flujos o sesiones. Permite garantizar diferentes condiciones de servicio para diferentes tipos de tráfico, de modo escalable y efectivo, a través de toda la red.
        • No requiere señalización previa.
        • No permite garantizar condiciones de tráfico extremo a extremo.
        • Es muy flexible y escalable.
        • Divide el tráfico en clases en función de los requerimientos de la organización.
        • Cada paquete recibe el tratamiento que se ha definido para la clase a la cual ese paquete pertenece.
        • A cada clase se le puede asignar un diferente nivel de servicio y con ello diferentes recursos.
        • La asignación de recursos se hace salto por salto en cada dispositivo de la red y no para una ruta específica.
        • El mecanismo de implementación es relativamente complejo.
        Para consultar:
        ¿Tenés alguna información adicional para aportar en este tema....?
        Perfecto!!!! agregá un comentario con el detalle.
        Muchas gracias.
        Oscar Gerometta