Voice VLAN

Cisco ofrece en los switches Catalyst un feature específico denominado Voice VLAN que permite la superposición de una topología de voz a una red de datos. Esto permite segmentar la red de telefonía IP compartiendo la infraestructura física de la red de datos.

• Coloca los teléfonos en una VLAN independiente sin necesidad de intervención del usuario.
• La asignación de VLAN se puede mantener uniforme aún en caso de que el teléfono sea cambiado de ubicación.
• El usuario simplemente conecta el teléfono al switch, y el switch le provee con la información necesaria.
• Esto facilita la segmentación y control del tráfico para preservar el tráfico de voz.
• La asignación de un segmento IP propio para los teléfonos depende solamente del servicio DHCP.
• Permite aplicar políticas de seguridad y QoS propias de la red de telefonía.
• En síntesis, se genera una topología lógica independiente con las mismas ventajas de una topología física separada, con menos complejidad.

Para esto los switches soportan la posibilidad de un puerto de acceso que sea multi-VLAN. A la VLAN de acceso convencional se agrega ahora la VLAN de voz o VLAN auxiliar. De este modo el puerto de acceso queda asociado a 2 VLANs:

• Una VLAN nativa identificada por el PVID para el servicio de datos.
• Una VLAN de voz identificada por el VVID

La operación de esta función depende de CDP.

• Durante el intercambio inicial de CDP con el switch el teléfono es configurado con el VVID.
• Utilizando CDP también se puede proporcionar configuración de QoS al teléfono.

Los paquetes de datos que tenera la terminal son intercambiados con el switch utilizando la VLAN nativa del puerto del switch, por lo que no llevan etiqueta de modo que no se requiere ninguna configuración en la terminal.
El teléfono IP marca las tramas utilizando la información de VLAN proporcionada por CDP.
El puerto del switch no es un puerto troncal sino que es considerado un puerto de acceso que transporta su VLAN nativa y la voice VLAN.

Configuración

Es una variación de la configuración de un puerto de acceso.

Switch(config)# interface gigabitethernet 0/10
Switch(config-if)# switchport mode access
Switch(config-if)# switchport access vlan 10
Switch(config-if)# switchport voice vlan 100
Switch(config-if)# exit
Switch(config)# exit
Switch#show vlan brief

VLAN Name                     Status    Ports
---- ----------------------- --------- ----------------------------
1    default                  active
10   Datos                    active    Gi0/1, Gi0/2, Gi0/3, Gi0/10
100  Voz                      active    Gi0/10
...

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.

Power over Ethernet

Una tecnología a la que no prestamos siempre la debida atención es la que popularmente denominamos de modo genérico PoE.
Es decir, el suministro de alimentación eléctrica a través del cableado Ethernet tradicional (UTP).
Hoy ya no lo podemos considerar un "opcional" que puede o no estar presente en un switch corporativo. Teléfonos, cámaras IP, access points e incluso terminales pueden recibir su suministro de energía a través del cableado de red. Y este "pueden" toma mayor fuerza cuando consideramos que para el despliege de dispositivos conectados puede ser suficiente el cableado de datos y que por lo tanto no exigiría despliegue de tendido eléctrico.
El tema es que no todo PoE es PoE.
Es decir... lo que llamamos genéricamente PoE es un conjunto de tecnologías diferentes, cada una de las cuales da prestaciones específicas y diferentes.
En dispositivos Cisco hay al menos 5 categorías que debemos considerar:

• Inline Power
• PoE (IEEE 802.3af)
• Enhanced PoE
• PoE+ (IEEE 802.3at)
• Universal PoE

Paso a continuación a revisar cada una de estas opciones.

Cisco Inline Power

• Pre-estándar propietario de Cisco.
• Proporciona hasta 6,3 Watts por puerto.
• Diseñado para dar soporte a teléfonos IP como los Cisco 7906G, 7911G, 7941G, etc.

IEEE 802.3af (PoE)

• Primer estándar definido por la IEEE en el junio de 2003.
• Proporciona hasta 15,4 W por puerto.
• Son 12,95 W al dispositivo considerando la pérdida de 100 m. de UTP.
• Utiliza solamente 2 pares del cable UTP categoría 5e.
• Permite dar alimentación eléctrica a  teléfonos 7941G-GE, 7985G y access points.

Enhanced PoE

• Extensión del estándar 802.3af propietaria de Cisco.
• Proporciona hasta 20 W por puerto.

IEEE 802.3at (PoE+)

• Nuevo estándar presentado por la IEEE en el año 2009.
• Proporciona hasta 30 W por puerto.
• Son 25,5 W al dispositivo considerando la pérdida de 100 m. de UTP.
• Utiliza solamente 2 pares del cable UTP categoría 5e.
• Extiende la posibilidad de suministro eléctrico a access points 802.11n, cámaras de seguridad, etc.

Universal PoE

• Desarrollo propietario presentado por Cisco en el año 2011.
• Proporciona hasta 60 W por puerto.
• Son 51 W al dispositivo considerando la pérdida de 100 m. de UTP.
• Utiliza los 4 pares del cable UTP categoría 5e.
• Puede implementarse en sistemas cableados estándar que soportan 802.3at.
• Soporta la alimentación eléctrica de switches Catalyst compactos, sistemas de telepresencia personales, etc.

Más allá de la variante de PoE que implemente cada switch, es importante considerar la capacidad de alimentación eléctrica del dispositivo ya que no depende exclusivamente de la cantidad de puertos con capacidad PoE, sino también de la fuente de alimentación eléctrica implementada.

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 ha consolidado las certificaciones de Colaboración

El 17 de febrero pasado Cisco ha anunciado la consolidación de su portafolio de certificaciones de Colaboración y al mismo tiempo el retiro de las certificaciones de Voz y Video.
Este anuncio concreta una modificación esperada hace ya tiempo en el path de certificaciones de voz, video y colaboración, que se iniciara con la migración de CCIE voice hacia CCIE collaboration. De este modo ahora se integra definitivamente un path de certificaciones de colaboración compuesto de la siguiente forma:

CCNA Collaboration | CCNP Collaboration | CCIE Collaboration

De esta forma se genera una ruta de certificación que consolida una serie de tecnologías que tienen alta incidencia en la transformación de la operación de las empresas actuales: voz sobre IP, video sobre IP, unidos a herramientas de colaboración.
Este nuevo conjunto de certificaciones está centrado en tres ejes básicos:

• Planeamiento y diseño de redes de colaboración y video utilizando soluciones de Cisco.
• Implementación de soluciones de colaboración de Cisco.
• Mantenimiento y optimización de soluciones de colaboración.

Es este nuevo conjunto de certificaciones se incorporan los conocimientos y habilidades de configuración anteriormente desarrollados en las currículas de CCNA voice, CCNA video y CCNP voice.

CCNA Collaboration
Esta nueva certificación se obtiene aprobando 2 exámenes de certificación:

• 210-060 CICD - Implementing Cisco Collaboration Deivces
• 210-065 CIVND - Implementing Cisco Video Network Devices

No tiene pre-requisitos, es decir, no requiere contar con la certificación CCENT o un CCNA R&S. Es una certificación de acceso directo.

Los exámenes actuales de CCNA Video (VIVND) y CCNA Voice (ICOMM) pueden aplicarlos para completar esta nueva certificación. Para revisar qué es necesario completar en cada caso puede utilizarse la CCNA Collaboration Exam Migration Tool que está disponible en línea.

Quienes ya tienen ambos exámenes aprobados (VIVND e ICOMM) acceden directamente a la nueva certificación.

Los exámenes ICOMM y VIVND estarán disponibles hasta el 14 de agosto de 2015.

CCNP Collaboration

Esta certificación tiene como pre-requisito la certificación CCNA Collaboration (o como habitualmente, contar con cualquier certificación CCIE).

Para obtener la certificación es necesario aprobar 4 exámenes:

• 300-070 CIPTV1 - Implementing Cisco IP Telephony and Video, part 1
• 300-075 CIPTV2 - Implementing Cisco IP Telephony and Video, part 2
• 300-080 CTCOLLAB - Troubleshooting Cisco IP Telephony and Video
• 300-085 CAPPS - Implementing Cisco Collaboration Applications

Quienes se encuentran completando la certificación CCNP Voice, pueden aplicar sus exámenes ya aprobados, salvo CVOICE, a esta nueva certificación. Para verificar cuáles son los exámenes ya aprobados que se pueden aplicar y los que es necesario aprobar para completar la certificación, se puede utilizar la CCNP Collaboration Exam Migration Tool que se encuentra disponible en línea.

Los exámenes del actual CCNP Voice estarán disponibles hasta el último trimestre de 2015.

Según informa Cisco, los nuevos exámenes de certificación y los nuevos entrenamientos estarán disponibles a partir de Abril de 2015.

Enlaces de referencia:

• Anuncio oficial de Cisco Systems.
• Sitio oficial de CCNA Collaboration.
• Sitio oficial de CCNP Collaboration.
• CCNA Collaboration Exam Migration Tool.
• CCNP Collaboration Exam Migration Tool.
• Convergencia de CCNA Video y CCNA Voice.

Analógico a Digital

Detrás de toda implementación de voz o video sobre IP hay un concepto inicial que es el de la conversión de analógico a digital.
La realidad es analógica
En principio es preciso tener claro que nuestra realidad sensorial es de tipo analógica.
Cuando señalamos que una "señal" (en nuestro caso un sonido o un color) es una realidad analógica, estamos refiriéndonos a una variable que puede tomar infinitos valores posibles. Si esto lo pasamos a términos matemáticos deberíamos decir que la realidad analógica se puede representar a través de variables continuas.
Para continuar nuestro ejemplo, el tono o el volumen de la voz humana pueden tener una cantidad infinita de variaciones posibles. Del mismo modo, entre el blanco y el negro hay infinitos colores diferentes posibles.
De esta manera, si representamos p.e. la voz humana sobre dos ejes x/y, tendremos una representación de este tipo:

La versión digital de la realidad
En la segunda mitad del siglo pasado, de la mano de la introducción de los sistemas electrónicos de cálculo se introdujo el concepto de digital.
Decimos que una señal es "digital" cuando asume valores discretos (no continuos) que pueden ser representados utilizando notación binaria (1s y 0s). Como la señal que representamos puede tener mayor o menor variabilidad, podemos querer representarla con mayor o menor precisión. Para tener mayor precisión requerimos de mayor cantidad de valores discretos. Como los valores discretos se representan en notación binaria, la cantidad de valores discretos ha de ser siempre una potencia de dos: 2, 4, 8, 16, 64, 128, 256...
De esta manera, la representación digital de la señal análogo de arriba, podría ser la siguiente:

Desde otra perspectiva, una señal analógica posee valores posibles para cada instante del tiempo transcurrido por infinitesimal que sea. Una señal digital, en cambio, sólo posee valores definidos para ciertos instantes en el tiempo; cada uno de esos instantes está separado por un intervalo regular de tiempo. Una señal digital no posee toda la información de la realidad, sino sólo "muetras" tomadas cada intervalos regulares de tiempo.


La conversión de analógico a digital
Para poder transmitir voz o video sobre redes de datos, es preciso antes convertir la señal analógica original en una señal digital. El proceso de conversión de una señal analógica a digital recibe el nombre de "digitalización".
Este proceso de digitalización puede sintetizarse en 4 pasos:

• Muestreo.
  Procedimiento por el cual se realiza una captura periódica del valor de la señal analógica.
• Cuantificación.
  Procedimiento para asignar un valor numérico a cada una de las muestras capturadas.
• Codificación.
  En la codificación se representa el resultado del procedimiento de cuantificación en formato binario. Por ejemplo, si utilizamos 8 dígitos binarios (8 bits) para representar un punto, este punto puede tomar  256 diferentes valores posibles.
• Opcionalmente, se puede aplicar compresión.
  Su propósito es reducir el número de bits que se deben transmitir para representar la señal analógica original.

Por ejemplo, un método común de conversión de voz a una señal digital (sin aplicar compresión) se basa en tomar 8000 muestras por segundo, representando cada una de esas muestras con 8 dígitos binarios (8 bits = 1 Byte). Esto genera un flujo de 64000 bits por segundo, o lo que es lo mismo, 64 Kbps. Esta es la base del canal digital de voz que recibe la denominación de DS0.


Los procesos de digitalización son complejos y requieren un estudio pormenorizado. Mi intención en este breve artículo es dar una muy rápida y simple aproximación al tema y brindar un panorama general de los elementos involucramos.

Cualquier comentario o consulta que consideres importante respecto a este tema,
 incorporalo a continuación en forma de comentario.
Muchas gracias.
Oscar Gerometta

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

• Sitio oficial de certificaciones de Cisco.
• Sitio oficial de CCNP Security.
• CCSP Exam Certification Tool.
• Noticia de la nueva certificación. 
• Sitio oficial de CCNP Voice.
• Examen 640-461 ICOMM.
• Noticia sobre la actualización del path de Voz.

¿Tenés alguna información o comentario para aportar en este tema....?

Perfecto!!!! agregá un comentario con el detalle.

Muchas gracias.

Oscar Gerometta

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:

• Micrositio de cisco referido a QoS.

¿Tenés alguna información adicional para aportar en este tema....?

Perfecto!!!! agregá un comentario con el detalle.

Muchas gracias.

Oscar Gerometta

La línea DS0

Una línea DS0, o mejor expresado, la tasa de transmisión de una línea DS0, es el resultado del proceso de digitalización de una comunicación telefónica analógica.
El proceso de conversión de la voz de analógica a digital, está compuesto de una serie de pasos:

• Muestreo o Sampling.
  Procedimiento por el cual se muestrea la señal analógica cada períodos de tiempo fijos. El resultado de este procedimiento es una señal PAM (Pulse Amplitude Modulation).
  En los proceso de digitalización actualmente utilizados se muestrea la señal analógica a razón de 8000 muestras por segundo.
• Cuantificación o Quantization.
  La señal PAM debe ser convertida a una escala segmentada que permita expresar cada valor de la amplitud de la señal a través de una cifra.
  Los procedimientos de digitalización en uso utilizan dos diferentes escalas quasi-logaritmicas: Mu-law (Canadá, Estados Unidos y Japón), A-law (resto del mundo).
• Codificación o Encoding.
  Los valores obtenidos en el proceso de cuantificación deben ser luego representados en formato binario.
  Las escalas utilizadas para el proceso de cuantificación registran 256 valores posibles para cada muestra que se obtiene. Para representar 256 valores diferentes en formato binario debemos utilizar una escala de 8 dígitos binarios (bits).
• Compresión o Compression.
  Opcionalmente, el resultado del proceso de codificación puede ser comprimido para reducir el requerimiento de ancho de banda. El nivel de compresión depende del codec que se utiliza. Cuando se utiliza G.711 para digitalizar señales analógicas de voz, no se realiza compresión.

Consecuentemente, si consideramos el ancho de banda requerido para digitalizar una comunicación de voz analógica utilizando el codec G.711 (sin compresión), el resultado es el siguiente:

• Se obtienen 8000 muestras por segundo.
• Cada una de esas muestras está descripta con 8 dígitos binarios (bits).
• El ancho de banda requerido es entonces de 8000 x 8 = 64000 bits por segundo

De aquí que una línea digital DS0 tenga una tasa de transferencia de 64 kbps.
La línea DS0 es el equivalente de las líneas E0 (del sistema europeo) y J0 (del sistema japonés). En todos los casos es la base del sistema jerárquico de transmisiones multiplexadas en sistemas de telecomunicaciones.

¿Tenés algo que querés aportar en este tema....?
Perfecto!!!! Agregá un comentario con el detalle.
Muchas gracias.
Oscar Gerometta.

Configuración de un router Cisco para soporte de VoIP

Un router puede estar equipado con puertos FXO / FXS que permiten su operación como gateway de voz con sistemas de telefonía tradicional, a la vez que realizan el transporte de tráfico de voz paquetizada sobre la red IP. Vamos ahora a revisar la configuración de un router Cisco IOS para operar como gateway de voz, definiendo un dial plan que nos permita utilizar tanto la red de telefonía pública como la red IP para el transporte de la voz.

La topología
Para el desarrollo vamos a utilizar un ejemplo:
Suponemos 2 routers Cisco conectados entre si a través de sus puertos seriales utilizando la subred 172.16.1.0/30. Router1 tiene conectado un teléfono analógico (interno 720) a través de un puerto FXS; el Router2 conecta a la red de telefonía pública utilizando un puerto FXO y da acceso al interno 721 a través de un puerto FXS.

La configuración
Para permitir la operación es necesario definir un dial plan. Vamos a revisar el dial plan configurado en el Router2:
!
interface Serial0/0/0
ip address 172.16.1.1 255.255.255.252
!
! Redirige una llamada dirigida al interno 720
! a través del enlace serial (sobre IP)
! hacia el Router1
dial-peer voice 1 voip
destination-pattern 720
session-target ipv4:172.16.1.2
!
! Una llamada al interno 721
! genera señal de ring en el puerto FXS
dial-peer voice 2 pots
destination-pattern 721
port 1/0/0
!
! Define dial-peer para acceso a línea externa
! Marcando 9 se obtiene línea
dial-peer voice 3 pots
destination-pattern 9
port 2/0/0
!
Cada número de interno definido requiere de un "destination-pattern" que define el ID que se recibe. Cuando se trata de una comunicación telefónica tradicional, a ese destination-pattern se asocia el puerto de voz correspondiente, es el caso por ejemplo del interno 721.Cuando se trata de destination-pattern cuyo tráfico debe encaminarse a través de la red IP se define la dirección IP de destino del dispositivo en el cual se encuentra conectado ese interno, como es el caso del interno 720.

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

Método simplificado para el cálculo de ancho de banda para VoIP

Un punto fundamental en el diseño de redes o rediseño de redes existentes para el transporte de voz sobre IP (VoIP), es el cálculo del ancho de banda necesario para la prestación adecuada del servicio.
El requerimiento del ancho de banda necesario en un enlace para el transporte de voz paquetizada sobre IP es el resultante de 2 factores:

• El número de llamadas concurrentes.
  Se suele denominar "llamadas concurrentes" a la estimación de la cantidad máxima de llamadas simultáneas que se podrán cursar sobre un enlace.
  Esta estimación debe considerar tanto la cantidad actual de llamadas telefónicas simultáneas entre diferentes puntos, como el posible margen de crecimiento y las políticas de la organización al respecto.
  
• El requerimiento de ancho de banda para cursar cada conversación telefónica.
  Cuando se implementa voz sobre IP se asume un conjunto de elecciones que impactan en ese requerimiento: CODEC, opciones de compresión, enlaces sobre los que se rutearán las llamadas, etc.
  

Para desarrollar el método, apelaré como otras veces a un ejemplo que nos permita comprenderlo más fácilmente.

Paso 1 - Calcular el tamaño de las tramas de voz.
Para esta tarea, podemos utilizar el siguiente procedimiento:

• Este parámetro es el resultado del CODEC utilizado, que da como resultado el tamaño de la porción de datos. A esto debe sumarse el tamaño de los encabezados de capa 4, capa 3 y capa 2.
  
  Tamaño de trama = Payload + Enc. 4 + Enc. 3 + Enc. 2
  
  Por ejemplo, las tramas obtenidas al utilizar G.729 tienen una longitud de 20 Bytes, a eso debemos sumarle los encabezados RTP, UDP e IP necesarios, que son 40B adicionales, y luego el encabezado de capa de enlace, que suponiendo que se trata de una trama PPP agrega 6B.
  
  Tamaño de trama = 20B + 40B + 6B = 66B
  
  
• Dado el peso del encabezado en el tamaño de la trama a transmitir, en enlaces de bajo ancho de banda (menos de 768 Kbps) es conveniente aplicar compresión de los encabezados de capa 3 y capa 4, lo que se suele denominar compresión de RTP (cRTP). Esto reduce esos 40B iniciales a 2 o 4B. De este modo nuestro cálculo queda:
  
  Tamaño de trama = 20B + 2B + 6B = 28B
  
  
• A fin de continuar el cálculo, es necesario convertir el tamaño expresado en Bytes a bits (1B = 8b):
  
  28 Bytes x 8 bits/Byte = 224 bits/trama
  

Paso 2 - Calcular el ancho de banda requerido por una llamada.

• Los CODECs actualmente utilizados para la digitalización de voz (G.711, G.728, G.728) generan 50 tramas por segundo.
  
• Para calcular el ancho de banda requerido para cada llamada debemos multiplicar el tamaño de cada trama por la cantidad de tramas que se envían por segundo:
  
  BW/llamada = tamaño de la trama x tramas por segundo
  
  BW/llamada = 224 bits/trama x 50 tramas/seg. = 11200 bps/llamada

Paso 3 - Calcular el ancho de banda requeridod en la implementación.

• Se debe considerar el número de llamadas concurrentes, y multiplicar el ancho de banda requerido para cada llamada por el número de llamadas concurrentes.
  
  BW requerido = BW/llamada x llamadas concurrentes
  
  Para nuestro ejemplo vamos a suponer que se trata de cursar un máximo de 10 llamadas concurrentes generadas utilizando CODEC G.729 sobre un enlace PPP con cRTP.
  
  BW requerido = 11,200 Kbps x 10 = 112 Kbps

Es preciso tener en cuenta que:

• El tamaño de la porción de datos depende del CODEC implementado.
• La porción correspondiente a los encabezados de capa 3 y 4 es de 40B si no se implementa compresión, y de 2 o 4B si se implementa cRTP.
• La porción correspondiente al encabezado de capa 2 está en función del enlace de que se trate. En este ejemplo he considerado un enlace PPP.
• Cuando se implementa voz sobre VPN IPSec, se debe considerar el overhead correspondiente a la implementación de IPSec que se esté aplicando.
  

Recursos:

• Calculadora de ancho de banda de Cisco.
  

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

FXS / FXO

Quienes desean iniciarse en el universo de la telefonía IP, uno de los primeros temas que deben abordar es la adquisión de los conceptos básicos de la telefonía convencional. Entre estos conceptos están los diferentes tipos de interfaces analógicas: FXS, FXO, E&M.
Las interfaces de telefonía analógica se encuentran en múltiples dispositivos de networking (routers, centrales de telefonía IP, etc.) que operan como gateways hacia los servicios de voz convencionales: teléfonos, faxes, PBXs o el mismo sistema de telefonía pública conmutada.

FXS
(Foreign eXchange Station)
También denominada interfaz de abonado. Es el que envía la línea analógica hacia el abonado.
Se trata de interfaces que permiten conectar dispositivos terminales, como un teléfono.
Una interfaz FXS proporciona alimentación eléctrica, señalización de llamada (ring) y tono al dispositivo terminal.
Estas interfaces son las que permiten conectar un teléfono analógico convencional a un router o central de telefonía IP.

FXO
(Foreign eXchange Office).
Puerto que recibe la línea analógica. Es la interfaz que permite conectar un dispositivo terminal a un servicio de telefonía como el servicio de telefonía pública (PSTN) o una PBX.
Envía al sistema telefónio una señal de colgado o descolgado (cierre de bucle).

FXS y FXO son siempre pares que se corresponden mutuamente: una interfaz FXS se conecta en el otro extremo de la línea a una interfaz FXO.
Cuando se instala una central telefónica (PBX), la línea telefónica se conecta al puerto FXO de la PBX, la cual provee múltiples puertos FXS para conectar los teléfonos o aparatos de fax.
E&M
Las interfaces E&M (Ear & Mouth) implementan técnicas se señalización que permiten conectar PBXs entre sí, es decir la implementación de troncales de telefonía convencional.

Gateway de Voz
Es el dispositivo que permite interconectar la red de telefonía pública o las PBX de telefonía tradicional con la red de telefonía paquetizada o telefonía IP.
Este dispositivo puede ser un router o una central de telefonía IP y debe contar con tantos puertos FXO como líneas telefónicas desea acceder, y puertos FXS como PBXs o teléfonos convencionales desea conectar.

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