Está en la página 1de 21

Voz sobre IP

Conmutacin de paquetes de voz

FUNCIONAMIENTO
UNA RED VoIP

DE

VoIP funciona digitalizando la voz en paquetes de datos,


envindola a travs de la red y reconvirtindola a voz en el
destino.
Bsicamente el proceso comienza con la seal anloga del
telfono que es digitalizada en seales PCM (pulse code
modulacin por medio del codificador/decodificador de voz
(codec).
Las muestras PCM son pasadas al algoritmo de compresin, el
cual comprime la voz y la fracciona en paquetes
(Encapsulamiento) que pueden ser transmitidos para este caso
a travs de una red privada WAN. En el otro extremo de la
nube se realizan exactamente las mismas funciones en un
orden inverso. El flujo de un circuito de voz comprimido es el
mostrado en la figura.

Dependiendo de la forma en la que la red este configurada, el


router o el gateway pueden realizar la labor de codificacin,
decodificacin y/o compresin.
Por ejemplo, si el sistema usado es un sistema anlogo de voz,
entonces el router o el gateway realizan todas las funciones
mencionadas anteriormente como muestra la figura

En cambio, como muestra la figura de abajo, si el dispositivo


utilizado es un PBX digital, entonces es este el que realiza la
funcin de codificacin y decodificacin, y el router solo se
dedica a procesar y a encapsular las muestras PCM de los
paquetes de voz que le ha enviado el PBX

TIPOS DE ARQUITECTURAS
Uno de los beneficios de la tecnologa VoIP, es que permite
a las redes ser construidas usando una arquitectura
centralizada o bien distribuida.
Esta flexibilidad permite a las compaas construir redes
caracterizadas por una administracin simplificada e
innovacin de Endpoints (telfonos), dependiendo del
protocolo usado.

Arquitectura centralizada
En general, la arquitectura centralizada esta asociada con los
protocolos MGCP (Media Gateway Control Protocol, es un
protocolo interno de VoIP cuya arquitectura se diferencia del
resto de los protocolos VoIP por ser del tipo cliente) y
MEGACO(Megaco o H.248 (nombre dado por la ITU) define el
mecanismo necesario de llamada para permitir a un
controlador Media Gateway el control de puertas de enlace
para soporte de llamadas de voz/fax entre redes RTC-IP o IPIP.).
Estos protocolos fueron diseados para un dispositivo
centralizado llamado Controlador Media Gateway o Call Agent,
que maneja la lgica de conmutacin y control de llamadas.
El dispositivo centralizado comunica al Media Gateways, el
cual enruta y transmite la porcin audio/media de las llamadas
(la informacin de voz actual).

En la arquitectura centralizada, la inteligencia de la red


es centralizada y los dispositivos finales de usuario
(endpoints) son relativamente mudos (con
caractersticas limitadas). Sin embargo, muchas
arquitecturas VoIP centralizadas usan protocolos MGCP o
MEGACO.
Los defensores de la arquitectura VoIP centralizada,
apoyan este modelo porque centraliza la administracin,
el provisionamiento y el control de llamadas.
Simplifica el flujo de llamadas repitiendo las
caractersticas de voz. Es fcil para los ingenieros de voz
entenderlo. Los crticos de la arquitectura VoIP
centralizada demandan que se suprimen las
innovaciones de las caractersticas de los telfonos
(endponits) y que llegara a ser un problema cuando se
construyan servicios VoIP que muevan mas all de
caractersticas de voz.

Arquitectura
distribuida
La arquitectura distribuida esta asociada con los protocolos H.323
y SIP. Estos protocolos permiten que la inteligencia de la red se
distribuida entre dispositivos de control de llamadas y endpoints.
La inteligencia en esta instancia se refiere a establecer las
llamadas, caractersticas de llamadas, enrutamiento de llamadas,
provisionamiento, facturacin o cualquier otro aspecto de manejo
de llamadas.
Los Endpoints pueden ser Gateways VoIP, telfonos IP, servidores
media, o cualquier dispositivo que pueda iniciar y terminar una
llamada VoIP. Los dispositivos de control de llamadas son
llamados Gatekeepers en una red H.323, y servidores Proxy o
servidores Redirect en una red SIP.

Los defensores de la arquitectura VoIP distribuida


apoyan este modelo por su flexibilidad. Permite que las
aplicaciones VoIP sean tratadas como cualquier otra
aplicacin IP distribuida, y permite la flexibilidad para
aadir inteligencia a cualquier dispositivo de control de
llamadas o Endpoints, dependiendo de los
requerimientos tecnolgicos y comerciales de la red
VoIP.
La arquitectura distribuida son usualmente bien
entendida por los ingenieros que manejan redes de
datos IP. Los crticos de la arquitectura distribuida
comnmente apuntan a la existencia de la
Infraestructura PSTN (Public Switched Telephone
Network, La red telefnica pblica conmutada ) como el
nico modelo de referencia que debiera ser usado
cuando intentamos repetir los servicios de voz. Ellos
tambin notan que las redes distribuidas tienden a ser
ms complejas.

Encapsulamiento
Todas las comunicaciones de una red se originan en una fuente y son
enviadas a un destino, aqu se explica cmo es el proceso de
transmitir la informacin de un sitio a otro.
Si una computadora A quiere enviar datos a una computadora B, los
datos deben ser empacados primero por un proceso llamado
encapsulamiento. Este proceso puede pensarse como poner una carta
dentro de un sobre, y poner las direcciones correctas del destinatario
y el remitente para que sea entregada apropiadamente por el sistema
postal.
El encapsulamiento envuelve los datos con la informacin de
protocolo necesaria antes de transitar por la red. As, mientras la
informacin se mueve hacia abajo por las capas del modelo OSI, cada
capa aade un encabezado, y un trailer si es necesario, antes de
pasarla a una capa inferior. Los encabezados y trailers contienen
informacin de control para los dispositivos de red y receptores para
asegurar la apropiada entrega de de los datos y que el receptor
interprete correctamente lo que recibe.

Paso 1: los datos de usuario son enviados por una aplicacin a la capa
de aplicacin.
Paso 2: La capa de aplicacin aade el encabezado (layer 7 Header) a
los datos, el encabezado y los datos originales pasan a la capa de
presentacin.
Paso 3: La capa de presentacin recibe los datos provenientes de la
capa superior, incluyendo el encabezado agregado, y los trata como slo
datos, aade su encabezado a los datos, y los pasa a la capa de sesin
Paso 4: la capa de sesin recibe los datos y aade su encabezado, lo
pasa a la capa de transporte.

Paso 5: la capa de transporte recibe los datos y aade su


encabezado, pasa los datos a la capa inferior.
Paso 6: la capa de red aade su encabezado y los pasa a la capa de
enlace de datos.
Paso 7: la capa de enlace de datos aade el encabezado y un trailer
(cola) a los datos, usualmente es un Frame Check Sequence, que usa
el receptor para detectar si los datos enviados estn o no en error.
Esto envuelve los datos que son pasados a la capa fsica.
Paso 8: la capa fsica entonces transmite los bits hacia el medio de
red.

Des-encapsulamiento
Es el proceso inverso, cuando un dispositivo recibe el chorro de bits,
la capa fsica del dispositivo remoto los pasa a la capa de enlace de
datos para su manipulacin.
Paso 1: checa el trailer de la capa de enlace de datos (FCS) para ver
si los datos estn en error.
Paso 2: si los datos estn en error, pueden ser descartados, y la
capa de enlace de datos puede pedir la retransmisin.
Paso 3: si no hay ningn error, la capa de enlace de datos lee e
interpreta la informacin de control en el encabezado (L2 header)
Paso 4: quita el header y trailer y pasa lo que queda hacia la capa
superior basada en la informacin de control del header.

Comunicacin de Par a Par


Cuando los paquetes
van de origen a
destino, cada capa
en el nodo de origen
se comunica con su
capa par o igual en
el nodo destino, esto
es lo que se llama
comunicacin Peer
to Peer, durante
dicho proceso, los
protocolos de cada
capa intercambian
informacin en
unidades llamadas
protocol data unit
(PDU), entre las
capas pares.

Cada capa depende de la funcin de servicio de la capa inferior, para


dar el servicio, la capa inferior encapsula la informacin para poner el
PDU de la capa superior dentro de su campo de datos, entonces
agrega el encabezado que sea necesario para ejecutar su funcin.
Mientras se mueve la informacin de la capa 7 a la 5, se aaden
encabezados adicionales, el agrupamiento en la capa 4 es llamado
segmento.
La capa de red provee el servicio a la capa de transporte, y la capa de
transporte presenta los datos al subsistema de internetwork. La capa
de red mueve los datos encapsulando la informacin y agregando un
header, lo cual crea un paquete (Packet), el header trae informacin
necesaria, como las direcciones lgicas de origen y destino.

La capa de enlace de datos provee servicio a la capa de red


encapsulando el paquete de la capa de red dentro de una trama
(Frame), la trama contiene las direcciones fsicas requeridas para
completar la entrega, y adems pone un trailer (frame check
sequence)
La capa fsica da el servicio a la capa de enlace de datos codificando
el frame en un patrn de 1 y 0 (bits) para transmitirlos en el medio de
red, normalmente un alambre, dentro de la capa fsica.
Los Hubs operan en la capa 1, los switches en la capa 2, los routers
en la capa 3.

También podría gustarte