VoIP - Basico PDF

VoIP, IP Telephony - Nivel Inicial 1
Indice
• Cap.I: Introducción • Cap.IV: VoIP Calidad de

– Mercado Servicio
– Evolución
– Parametros de la red
– Convergencia
– QOS
• Cap. II: Digitalización • Cap.V: Integración de VoIP
de la voz en el acceso
– Codecs
– Voz sobre DSL
– Calidad
– Voz sobre HFC
– A h dde B
Ancho Banda
d
• Cap. VI: Otras alternativas
• Cap.III: VoIP en el transporte
Standards y Protocolos – VoATM
– H.323
H 323
– VoFR
– SIP
– Comparativa
• Cap. VII: Hardware y
Servicios

Capítulo I

Evolución de las Redes
• El servicio de voz, ha sufrido • La conmutación de circuitos se

cambios desde su inicio en la adapta perfectamente a los
década de los 20. requerimientos del servicio de
• Las redes destinadas a voz voz. Durante años hemos visto
fueron evolucionando desde: avances en estas redes,
– redes de circuitos multiplicando su capacidad y
exclusivos punto a punto velocidad.
– pasa
pasando
do por
po nodos
odos de • Hacia los años 70 con la
conmutación manual aparición de los datos y la
necesidad de transportar los
– luego la evolución de la mismos de un punto a otro, se
conm tación automática
conmutación a tomática de recurrió a la red existente en ese
circuitos. momento, o sea la red de
conmutación de circuitos.

• Si bien la conmutación de • La conmutación de circuitos,

circuitos se adaptaba permite:
perfectamente a la voz, – reserva de conexión durante
rápidamente se vieron los el tiempo necesario
inconvenientes que aparecían al – canales dedicados para cada
transportar los datos.
datos conexión
• Dada que el transporte de los – mínimos retardos
datos se hace mediante el
armado de paquetes, las redes
óptimas para el transporte de • Características que se
los datos tomaron el nombre de adaptaban perfectamente a la
“Redes de conmutación de voz, pero para los datos estas
paquetes” presentaban los siguientes
problemas:

– Ineficientes en el uso de • Llegando a las redes de fines de

canales. los 80, donde los datos se
– Gran desperdicio de transportaban sobre
recursos. conmutación de paquetes y la
• Lo cual motivo a la separación voz sobre conmutación de
de servicios, empleando redes circuitos
circuitos.
dedicadas a cada uno. • Si ahora añadimos, otros
servicios como ser Video, nos
encontraremos con la
coexistencia de redes
independientes, multiplicando
recursos, aumentando los costos
y dificultando la posibilidad de
brindar al cliente los diversos
servicios sobre una misma red.
Convergencia
• El concepto de convergencia • En este punto podríamos decir

apunta a: que se logra un transporte
– una única red eficiente de los servicios, pero
– gestión integrada de todos no hay que olvidarse del acceso
los servicios de los mismos al cliente, el cual
también requería de redes
– soporte multiservicio separadas.
– plataforma eficiente de • Si aplicamos el mismo principio
transporte
transporte. en el acceso, tendremos ahora
• Si tomamos en cuenta los las redes de banda ancha en el
objetivos propuestos, estamos cliente.
hablando de una red de Banda
Ancha capaz de soportar todos
y cada uno de los servicios.

Convergencia
• Desde el punto de vista tecnológico nos encontramos en la actualidad

con el siguiente escenario:

La voz migra a otras redes
• Con los avances en la técnica de • VoIP evoluciona rápidamente,

procesamiento de señales y logrando:
posterior aparición del DSP,se – transporte eficiente
logra la incorporación de la voz – reducciones en los costos
en las redes de paquetes.
– integración en las redes
• A
Apareciendo
i d asíí la
l VoIP
V IP y
siendo el punto de partida de – servicios de valor agregados
nuestro estudio. – mínima utilización de ancho
• VoIP pasa de una técnica de d banda
de b d
laboratorio y pruebas no
demasiado satisfactoria,, a ser
uno de los negocios de mayor
crecimiento.

Tráfico comparado

VoIP - Telefonía IP
• Si bien se habla en general de VoIP, al mencionar la tecnología

debemos hacer las salvedades del caso y distinguir dentro de la voz
paquetizada, dos aplicaciones con mercados y características distintas.
– Voz sobre IP (VoIP): se emplea dicho término a toda

implementación de voz paquetizada que se utiliza en una red
privada (LAN) pudiendo esta tener o no contacto con la PSTN
– IP Telephony: se emplea dicho término a toda red de voz

paquetizada, soportada sobre redes de área amplia (WAN), las
c ales ccumplen
cuales mplen las veces
eces de la PSTN en forma total y/o
/o parcial.
parcial

• VoIP, entonces se limita al • Telefonía IP, se

uso corporativo, interoficinas y caracteriza por brindar servicio
d á en ell cuall se emplea
demás l lal d telefonía
de t l f í sobre
b IP,
IP tanto
t t en
misma estructura LAN que forma local como internacional.
posee la empresa. Reemplazando en muchos casos
Pudiendo esta, utilizar enlaces a las mismas TELCO y
WAN, pero siempre bajo una operadores de Larga Distancia,
estructura
es uc u a ce
cerrada
ada e interna,
e a, ofreciendo
o ec e do tarifas
a as reducidas
educ das y
propia de cada corporación. en algunos casos
funcionalidades adicionales
(Fax e Imágenes).
Imágenes)

• Por lo tanto el análisis,

proyecciones y mercados deben
analizarse por separado
• Si bien la tecnología y principio
utilizados sean los mismos,
ambos
b conforman
f servicios
i i
distintos, orientados a
aplicaciones y mercados
distintos.

VoIP mercado y expectativas
• Mercado: mientras VoIP • Mercado Europeo:

comienza como un juego y una – Actualmente, representa el
aplicación de menor 6% del tráfico internacional
importancia, rápidamente se – Estimaciones de
observa la potencialidad del crecimiento al 15% para el
mismo y el volumen del posible 2007
mercado.
• Mercado Americano:
– Estima 50% del mercado
migrando a VoIP hacia el
2007
– Mercado potencial de
60.000 MU$S

VoIP en las empresas
• Gran cantidad de empresas están en plena migración a VoIP, o planean

a corto o mediano plazo la migración.

Telefonía IP
• El factor clave para el • Razón por la cual la Telefonía

desarrollo de dicha tecnología IP encuentra un mercado
estriba en la fuerte diferencia amplio y ofrece valores muy
tarifaria en las comunicaciones por debajo de los ofrecidos por
internacionales. la PSTN.
• Mi t ell precio
Mientras i del
d l minuto
i t • A
Aparece ell concepto
t de
d ITSP
de una llamada local es de (IP Telephony Service
$0,13 el mismo asciende a Provider), multiplicandose en
$
$0,88 en promedio para una USA y el resto del mundo.
llamada internacional. ITXC, Primus, Startec Global,
• El uso de la estructura de Teleglobe,
g , Delta Three,, iBasis,,
Internet y redes IP dedicadas, FNet, Vocaltec, IPCB.net
permite brindar servicios a
valores muy inferiores
inferiores.

Distribución de Tráfico en USA

Telefonía IP
• Los servicios ofrecidos son: • Los cuales veremos más en

– comunicación PC - PC detalle en el capítulo 7.
– PC - POTS • Las tarifas (principal atractivo):
– FAX – USA
– Europa
– Videoconferencia
– América
– Calling Card
• Los cuales emplean según la
aplicación y el segmento de
mercado:
– equipos
q p POTS tradicionales
– Soft phones
– Hardware dedicado.

Telefonía IP
• En cuanto a la calidad del • Obviamente las categorías

servicio, podemos dividirlo en: tienen su segmento:
– Bajo precio / baja calidad – residencial,
residencial hobbie
– Equivalente PSTN – Corporativo, SOHO,
– Servicios de valor agregado residencial
– Corporativo, Pymes, SOHO

Voz sobre paquetes
• Cronología de la Voz paquetizada

– 1995, Vocaltec presenta el – IP Forum es incorporado el
primer teléfono IP IMTC
– 1996, la tecnología comienza a – 1999-2000, las Telco,
difundirse, pero como un comienzan a hacer anuncios
hobbie y prueba de laboratorio de sus estrategias de VoIP
– 1998, Vocaltec, Cisco, (MCI, Sprint, Cable &
Microsoft
c oso y ootros
os fundan
u da IP Wireless, BT, etc)
Forum – El aspecto regulatorio de
– Se crea el IMTC (International VoIP, se encuentra dividido
M ltimedia Teleconferencing
Multimedia entre promotores y
Consortium) detractores.

Estandarización de la VoIP
• Los principales organismos • La ITU presenta en el año 1996,

intervinientes en la la especificación H.323. Se dice
estandarización de VoIP, son: especificación dado que H.323
– ITU no es mas que un conjunto de
normas agrupadas.
– IETF • L razón
La ó de
d esto
t es que la
l
H.323, no solamente cubre lo
relacionado con la voz, sino
– IMTC también con lo relativo a
“Multimedia”, debiendo
– ETSI especificar entonces el
tratamiento de video, datos su
multiplexado y control.

Protocolos ITU
• Por lo tanto tenemos que H.323 como especificación diseñada para

entornos LAN.
• La adaptación a las características propias de los distintos medios de
transporte, ha generado la aparición de una familia de normas
destinadas al “Multimedia”
Norma Año Transporte Audio Video Control Multiplexado

3 0
H.320 1990
990 ISDN
S G
G.711 H.261
6 H.242 H.221
H.324 1995 POTS G.723 H.263 H.245 H.223
H.310/321 1996 ATM MPEG-1 H.262 H.245 H.222
H 323
H.323 1996/8 LAN G 711
G.711 H 261/3
H.261/3 H 245
H.245 H 225
H.225

Protocolos ITU
• H.323 se convierte en el • El H.323 tuvo dos versiones y

standard de facto se esta trabajando sobre la
• Todos los productos tercera
comerciales adoptan dichas – H.323 v.1 (1996) basada en
especificaciones y comienza a una red con QOS no
h b cierta
haber i t interoperabilidad
i t bilid d garantizada.
ti d
entre los equipos. – H.323 v.2 (1998) define
• H.323 es el resultado y VoIP independientemente
evolución de las normas de multimedia, mejoras
anteriores, orientadas a una red sustanciales con respecto a
LAN,, ppartiendo de una ppremisa la versión 1.
fundamental. – H.323 v.3 (1999) permite
definición de CODEC.

Protocolos ITU
– H.323 v.4 (en estudio

2000), incorpora servicio de
fax (T.38)
– H.323 v.5 (borrador 2003),
incorpora cambios en la
señalización,
ñ li ió TTL y demás.
d á

Protocolos del IETF
• El IETF, es conocido del – SDP (Session Description

ámbito de las redes de datos Protocol)
mediante las RFC. – RTP (Real Time Protocol)
• En lo relacionado con VoIP, – RTCP (Real Time Control
presenta los protocolos: Protocol)
– SIP (Session Initiation – MEGACO (Media Gateway
protocol) Controller)
– MGCP
GC (Media
( ed a Gateway
Ga eway • De los cuales utilizaremos
Control Protocol) mayormente en los capítulos
– SAP (Session siguientes los protocolos RTP,
Anno ncement protocol)
Announcement RTCP SIP y MGCP
RTCP, MGCP.
– RTSP (Real Time
Streaming Protocol)

Protocolos del IETF
• El hecho que distintos • Como ser el caso de

organismos generen diferentes
– H.323 vs. SIP
protocolos que trabajan en
principio sobre la misma • Lo cual analizaremos en el
función, ha generado capítulo 3.
controversias discusiones y
controversias,
pugnas por imponer el
protocolo reinante.

IMTC
• IMTC, International • IMTC, es conocido como uno

Multimedia teleconferencing de los entes encargados de los
Consortium estudio y pruebas en el campo
• Si bien no posee su propio de la interoperabilidad.
cuerpo de normas, el mismo se • En particular, la
d di a promover, facilitar,
dedica f ilit i t
interoperabilidad,
bilid d conocida
id
desarrollar y analizar la como “Superops” entre
interoperabilidad de los entidades T.120 y H.323.
sistemas de teleconferencia
Multimedia, sobre estándares
abiertos.

Protocolos del ETSI - Typhon
• TYPHON, Telephony & • Internamente se dividen en 8

Internet Protocol grupos de trabajo.
Harmonization over Networks.
• Inicia sus actividades en mayo
de 1997, con el objetivo, de:
– Lograr la interoperabilidad
y co
convergencia
ve ge c a en
e los
os
sistemas punto a punto de
Telefonía y Multimedia
sobre las NGN´s
NGN s.

Capítulo II

Codificación de la Voz
• El primer paso en VoIP es • El gran salto en técnicas de

convertir la señal analógica en compresión se logra con la
una señal digital. aparición de DSP (Digital
• Desde hace muchos años se Signal Procesor), dado que si
conoce el principio de PCM, el bien las bases matemáticas
cuall comienza
i hacia
h i los
l años
ñ estaban dadas desde hacia años,
años
40. el bajo nivel de procesamiento
• Hacia los años 50 se comienza a de la época, no permitía obtener
trabajar sobre lo que se toma resultados
lt d en tiempo
ti real.
l
como el precursor del Vocoder, • Con lo cual los algoritmos de
el cual p
progresa
g recién en la era mayor compresión aparecen
digital, dado que la tecnología hacia fines de los 80.
analógica no era suficiente.

• La ITU normalizó las distintas • De lo visto anteriormente, la

técnicas de compresión, algunas ITU, generó una serie de
de las cuales utilizaremos en especificaciones para el servicio
VoIP. de “Multimedia” según el
medio de transporte,
Año Norma
Añ N Té i
Técnica Velocidad
V l id d (Kb/s)
(Kb/ ) especificando además que tipo
1972 G.711 PCM 64 de compresión utilizar en cada
1984 G.721 ADPCM 32 caso.
1988 G.722
G 722 ADPCM 48 56 Y 64
48,
1992 G.728 LD-CELP 16
1995 G.729 CS-CELP 8
1995 G
G.723.1
723 1 MPC-MLQ
MPC MLQ 5 3 Y 66,44
5,3

Medio Especificación Compresión Voz Velocidades • La razón por la cual existen

ATM H.310/321 G.711, 728 16 y 64 Kb/s tantas variantes en la
IP H 323 G
H.323 G.711,
711 723.1,
723 1 729 55,33 ; 8 y 64 Kb/s compresión, se debe a años de
Ethernet H.322 G.711, 728 16 y 64 Kb/s investigación y una meta en
POTS H.324 G.723.1, 729 5,3 y 8 Kb/s común:
ISDN H 320
H.320 G 711 728
G.711, 16 y 64 Kb/s – menor velocidad
l id d
• Por lo tanto en VoIP, – mayor calidad
utilizaremos: – mayor
ayo eficiencia
e c e c a en
e el
e
– G.711 algoritmo
– G.723.1 – menor retardo en la
compresión
– G.729

• La codificación de la voz se • Estos tres grandes grupos se

subdivide, según: caracterizan por:
– codificación por forma de

onda.
– Vocoder (Voice CODER),
basado en el principio de
generación
ge e ac ó de laa voz.
vo .
– Híbridos, se combinan los
dos anteriores, logrando lo
mejor de cada uno.
no (alta
calidad / bajo bitrate)

Codificación por forma de onda
• A este tipo de codificadores

corresponden:
– G.711 - PCM
– G.721 - ADPCM
– G.726 - ADPCM

G.711 - Pulse Code Modulation
• Pertenece a los codificadores por • Por el Teorema de Nyquist, se

forma de onda debe cumplir que:
• Es la codificación por excelencia Fs ] 2 * Fi
en los sistemas TDM,el mismo • Por lo tanto la Fs (frecuencia de
esta compuesto por: sampling) o muestreo se toma
– muestreo de 8 Khz.
– cuantificación • Lo cual arroja un numero de
• uniforme 8000 muestras
ues as de laa señal
se a de
• logarítmica entrada por cada segundo.
– codificación • La señal de entrada es
m estreada a Fs
muestreada Fs.
• Para el canal telefónico de 4 Khz
de ancho de banda.

• Por lo tanto a la salida del • Uniforme: se dividen las

muestreador tendremos: posibles combinaciones binarias
en forma simétrica entre los
distintos niveles de la muestra.
• Luego dichas muestras deben

ser cuantificadas, para lo cual
tendremos en principio dos
opciones:
– cuantificación uniforme
– cuantificación logarítmica

• Logarítmica: se aplica una • La cual presentan leves

asignación no lineal entre diferencias en la
codificación disponible y correspondencia de niveles.
niveles de las muestras, • Siendo la Ley A empleada en
buscando con esto un mejor Europa y la Ley μ en USA.
comportamiento ante señales de • En los casos de llamadas
entrada de bajo nivel. internacionales nos vemos en la
• Este proceso alineal sigue una obligación de realizar la
transferencia del tipo conversión entre Ley μ - Ley A,
logarítmica, la cual la ITU pasa el cual ha sido fijado por la ITU
a llamar: p
como responsabilidad del ppaís
– Ley A de Ley μ.
– Ley μ

G.721 - ADPCM
• ADPCM (Adaptative • Por lo tanto se logra una menor

Diferential Pulse Code dispersión en la diferencia de
Modulation), variante del PCM, las muestras que con las
que busca optimizar la muestras mismas.
velocidad. • Dada la baja dispersión, se
• L señal
La ñ l PCM presenta t una puede
d utilizar
tili un nivel
i l de
d
gran correlación entre las codificación inferior,
muestras. La cual dependiendo reduciendo así, la cantidad de
de la variación de la señal de bits a emplear.
entrada puede llegar a ser
bastante importante.

G.721 - ADPCM
• ADPCM, utiliza para la • La parte adaptativa de método

codificación de la diferencia de permite, trabajar en dos modos,
las muestras solamente 4 bits. según la señal de entrada:
• El predictor, cumple la función – rápido Î voz
de estimar la salida en base a: – lento Î datos
– 6 variaciones anteriores
– 2 diferencias de muestras
• Dado que los valores
mencionados están en función
de la velocidad de variación de
la señal de entrada,
entrada se busca
b sca
poder adaptar los mismos a
dicha señal.

G.721 - ADPCM

Por qué comprimir?
Algunos se preguntarán porque es necesaria la compresión

de la voz, si en las redes analógicas no se realiza dicha
técnica e inclusive 64 Kb/s no parece demasiado?

Por qué comprimir?
• He aquí un breve ejemplo Â Las muestras se toman a 8 Khz,

numérico que servirá para lo cual corresponde a 125 μs
aclarar las cosas. cada una.
• Debemos convertir la señal de Â Cada muestra se codifica con 8
entrada analógica en bits sobre bits, lo cual nos queda:
l redd para lo
la l cuall emplearemos
l 8000 m/s * 8 bits/m = 64 Kb/s
G.711. Â Luego debemos insertar cada
• El proceso simplificado será en muestra
ues a ene un
u paquete
paque e para
pa a su
siguiente: transmisión en la red, (por lo
– muestrear tanto el encabezado será de 58
– cuantificar
c antificar bytes)
– codificar 1 byte muestra + 58 encabezado
– ppaquetizar
q Â Debo enviar 1 paquete por cada
– transmitir a la red muestra
Por qué comprimir?
Â Con lo cual tenemos: • El error esta en el proceso de

1 seg. = 8000 muestras paquetizado, en el cual por cada
1 muestra
t = 1 paquetet muestra, debido a los
protocolos a emplear
1 paquete = 59 bytes (Eth/IP/UDP/RTP), cada
1 byte = 8 bits paquete posee un encabezado
1 seg. = 8000 * 59 * 8 de 58 bytes.
1seg = 3.776.000 bits • Los cuales resultan absurdos
G.711 => 3,77 Mb/s comparados con nuestra carga.
• La solución entonces es
Â Por lo tanto con este sistema no
aumentar la cargag de manera de
podremos
d enviar
i nii un solo
l canall
equilibrar la relación
en una trama E1.
carga/encabezado.

Por qué comprimir ?
• Periodo de paquetizado: se • Las soluciones al problema

denomina al tiempo encontrado pasan por:
transcurrido en la obtención de – reducir la velocidad de
“n” tramas, para el posterior codificación
paquetizado. – emplear varias muestras por
• Di h numero aparece en las
Dicho l cada paquete a enviar
recomendaciones de la ITU, – reducir el overhead del
pero según el caso puede ser paquete,
paque e, de manera
a e a de
modificado a criterio del optimizar el transporte.
usuario.
• Veremos más adelante que cada
opción posee ventajas
entajas y
desventajas, las cuales deben
ser cuidadosamente estudiadas

Otras técnicas de Codificación
• A difererencia de las técnicas de codificación por forma de

onda, las cuales han probado su utilidad, con la difusión del
G.711 y demás.
• El mercado demandaba una compresión aun mayor, poder
transmitir voz con velocidades aptas a interfaces seriales de
b j velocidad.
baja l id d
• Era claro que la técnica de codificación por forma de onda
no proveía la solución, dado que la calidad de voz se
degrada fuertemente con la reducción de velocidad.
• Dicho requerimiento requirió un estudio, más profundo de
las señales y capacidades de procesamiento en MIPS,
MIPS cada
ves más importantes.

Análisis de la voz
• Según lo visto anteriormente, resulta fundamental poder comprimir

la voz, para lograr bit rates menores, del análisis temporal de la voz
humana, surgen algunos elementos que pueden ayudar en la
compresión.
• La naturaleza repetitiva (periódica) de la voz.

Análisis de la voz
• Las pausas realizadas en la misma conversación.

Análisis de la voz
• Por lo que se comienza un • Con lo cual nos encontramos

estudio exhaustivo de la voz y con las componentes esenciales
sus propiedades, buscando y composición de la voz,
factores que ayuden a la tomando esta como una
compresión de la misma. conversación normal en un
dialogo telefónico
telefónico.
Composición de la voz
22% repeticiones
componentes
escenciales
i l
54%
24% pausas

Codificación VOCODER
• El principio de codificación, es • Se ataca el problema mediante

el de enviar solamente los el estudio de la generación de la
parámetros que permitan la voz.
síntesis de la señal en el otro • Se busca un modelo matemático
extremo y que esta (al oído cuyo comportamiento se
humano) resulte similar a la asemejej all sistema
it del
d l habla.
h bl
señal de origen.
• El hecho de que resulte similar
al oído se debe a que en el
proceso de análisis y posterior
síntesis,las formas de onda
pueden ser muy distintas.

Vocoder LPC
• El flujo de aire enviado de los • Lo que se busca es poder

pulmones genera las extraer coeficientes que
modificaciones en el volumen. permitan generar los sonidos y
• Las cuerdas vocales vibran, a la vez requieran menos
generando los sonidos, siendo troughput para su envío.
responsables
bl del
d l tono
t del
d l • El modelo
d l matemático
t áti
mismo. empleado es:
• Variaciones en el sonido son
logradas por cambios en la
forma del tracto vocal
• Dicho análisis de los
componentes humanos
involucrados en el habla, se
modelizan matemáticamente
matemáticamente.
Vocoder LPC
• Este sistema permite el llamado • Todas las variables de estado

LPC (Linear Prediction Coding) están contenidas en “A”.
• Las muestras se determinan • Los valores representativos de
como una función lineal de una “A”, se reducen a 13 y estos a
secuencia de excitación, para lo su vez son enviados en tramas a
cuall se emplean
l también
t bié razón
ó dde 50 tramas
t por
muestras anteriores. segundo.
• Los coeficientes A, son • La información brindada por A,
enviados a destino permite al filtro LPC, generar
• “A” contienen información del una señal similar a la de origen.
filtro LPC (sus 10 polos),
polos) la
ganancia, variación y duración.

Vocoder LPC
• La técnica VOCODER, permite

bajos bitrates, los cuales oscilan
entre 3 a 8 Kb/s
• Lo que presenta una notable
mejoría en comparación con las
té i
técnicas de
d “codificación
“ difi ió de d
forma de onda”
• El inconveniente quizás con
esta técnica es que el sonido
logrado por síntesis en el
extremo opuesto,
p , ppierde el
“tinte de la voz”, dificultando el
reconocimiento de la misma.

Codificación Híbrida
• A este tipo de codificadores

corresponden:
– G.723.1, MPC-MLQ
– G.728, LD-CELP
– G.729, CS-CELP

Codificación Híbrida
• Se basa en utilizar los dos – VSELP (Vector Sum

métodos anteriores, buscando la Excited Linear Prediction)
alta calidad de la codificación – RPE-LTP
RPE LTP (Regular Pulse
por forma de onda y los bajos Excitation - Long Term
bitrates de la codificación Prediction)
Vocoder
Vocoder. • Luego tenemos a su vez leves
• Se los subdivide en: variantes dentro de cada tipo,
– RELP (Residual Excited pero a fines de no complicar en
Linear Prediction Coding) exceso el análisis, nos
– MPC (Multiple Pulse centraremos en los procesos
Coding) involucrados en VoIP,, los
– CELP (Code Excited Linear cuales son: CELP y MPC
Prediction)

Híbrida CELP
• Al ser una técnica híbrida, se • El Filtro predictivo, es como en

usa la predicción lineal (LPC) y LPC, de orden 10, y responde a
además se analizan las muestras la señales formadoras de la voz
convirtiendolas en vectores con de bajo retardo.
un peso asignado. • Las componentes de alto
• CELP ded u ttratamiento
t i t retardo,
t d son modeladas
d l d
diferenciado a las componentes mediante un diccionario
según su retardo, dividiendolas adaptativo.
en: • La incorporación del análisis de
– bajo retardo alto retardo busca mantener el
– alto retardo timbre (p
(pitch)) de la señal
original, de manera de subir el
índice MOS.

Híbrida CELP
• De ambas señales se obtiene la • CELP envía al otro extremo

señal de “error de predicción”. solamente los índices de las
• Dicha señal es codificada tablas, las ganancias de cada
mediante el uso de otro señal formadora y los
diccionario, el cual contiene coeficientes del filtro LPC.
muestras
t de d ruido
id blanco
bl • El decodificador
d difi d obviamente
b i t
aleatorio. posee dichas tablas y ajusta los
• El hecho de trabajar con niveles de ganancia,
diccionarios, o sea en definitiva permitiendo junto con el
tablas cuyos valores están predictor lineal, sintetizar la
indexados,, me permite
p reducir señal original.
la información a enviar.

Híbrida CELP
• El hecho que en el transmisor se – No menos de 15 millones

compare la señal sintetizada y de operaciones por segundo
la señal original, obteniendo el (MIPS)
error entre ambas y luego – 6 KB de memoria RAM
realimentando dicho error en el – con retardos de unos 15 ms,
sintetizador de manera de en el procesamiento.
minimizar el error, no s asegura
una mejora notable en la
calidad.
lid d
• Pero cabe destacar que el CELP
requiere gran cantidad de
procesamiento, lo que exige al
DSP:

Híbrida CELP

Calidad de la voz
• El hecho que los codificadores – MOS (mean opinion score)

híbridos y Vocoder, generen – DAM (diagnostic
señales por síntesis las cuales acceptability measure)
puede diferir en la forma de
onda, pero generan un
percepción similar por parte de • El método de evaluación más
la persona que recibe el dialogo, utilizado es el MOS, el cual se
nos fuerza a cambiar los basa en escuchas realizadas por
métodos
ét d tradicionales
t di i l de d eexpertos
pe os audiofilos,
aud o os, losos cua
cuales
es
medición de calidad. son sometidos a escuchas,
evaluando las mismas con un
• Pasamos entonces a basarnos en puntaje entre 1 y 5 siendo malo
métodos subjetivos de y muy buenos respectivamente.
percepción, como ser:

Calidad de la voz
• Si comparamos entre sí las tres • Luego si comparamos entre sí,

técnicas de compresión, nos los distintos métodos de
encontraremos con: compresión obtendremos:
Norma Velocidad MOS

G 711
G.711 64 41
4,1
G.726 32 3,85
G.728 16 3,61
G 729
G.729 8 3 92
3,92
G.729A 8 3,7
G.723.1 (MPC-MLQ) 6,3 3,9
G 723 1 (ACELP)
G.723.1 53
5,3 3 65
3,65

Procesamiento de la señal
• Como es de suponer, todo este • Si bien los códigos y

preprocesamiento y post procesadores difieren en
procesamiento de la señal, capacidades y velocidades, los
incorpora retardos a la misma. retardos típicos están ya
• Retardo que dependen tabulados y sobre estos
di t
directamentet del
d l tamaño
t ñ del
d l trabajaremos
trabajaremos.
código a implementar en el
DSP, la potencia del mismo,
utilización de memoria y demás
parametros que son evaluados a
la hora de elegir una u otra
codificación.

Comparativa de codificaciones
• A modo de ejemplo veremos como las distintas codificaciones alteran

la calidad del patrón de prueba.
• Permitiendo realizar una comparativa similar a la realizada por MOS.
MOS
Muestra Norma Tamaño Codificación

Patrón 2,39 MB PCM, 48 Khz, 16 bits, mono
G.711, ley A 198 KB PCM, 8 Khz, 8 bits
G 711 lley mu
G.711, 198 KB PCM 8 Kh
PCM, Khz, 8 bit
bits
G.721 102 KB ADPCM, 8 Khz, 4 bits
G 729
G.729 102 KB CS-CELP

Capítulo III

H.323 - ITU
• El paraguas H.323, de la ITU,

agrupa una serie de normas,
mediante las cuales podemos
transmitir:
– Voz
– Video
– Datos
• Mediante un red LAN o llegado

el caso la Internet.

H.323 - ITU
• H.323 esta formados por los • Red H.323

siguientes elementos:
– Terminales
– Gateways (GW)
– Gatekeepers (GK)
– Multipoint Control Unit
(MCU)
– Proxy
P H
H.323
323
• De los cuales, según la red,
complejidad de la misma e
interconexión, dispondremos de
varios de estos elemento o
solamente de los terminales.

Terminales - H.323
• El terminal H.323 cumple la • Cabe destacar que el terminal

funciones de: puede ser:
– Control del sistema – una PC con el software
– Transmisión de la correspondiente
información – Un dispositivo de hardware
– Codificación/decodificación dedicado
de audio y video – O una mezcla de ambos.
– Interfaz de Red
– Interfaz de Datos • En principio en el terminal se
– Manejo de la señalización implementarán las siguientes
funciones:

Terminales - H.323
• Audio Codecs: unidad capaz de

soportar la codificación /
decodificación de los tipos de
compresión según:
– ITU serie G.
– ISO
– GSM
• La codificación / decodificación
de video dependerá de la
aplicación y para nuestro caso
no es objeto de est
estudio
dio

Terminales - H.323
• Unidad de control de Sistema: • Finalmente la interfaz de red, es

encargada de implementar las la encargada del:
funciones vitales de: – armado y desarmado de
paquetes
– Control de llamada – adaptación a red
(H.225) – manejo de canales lógicos
– RAS (H.225) – tráfico UDP/TCP
– Control
C t l y transporte
t t de
d – Multiplexación
M lti l ió de
d servicios
i i
medios H.245

Gateway - H.323
• La función como indica su

nombre es la de proveer
interconectividad entre dos
redes tan disímiles como la red
IP y la red de circuitos
conmutados.
conmutados
• El Gateway entonces será
necesario, en las redes que
posean interconexión con la
PSTN, RDSI y demás redes.
• En las cuales el Gateway y
cumplirá las siguientes
funciones:

Gateway - H.323

Gatekeeper - H.323
• Sus principales funciones son • Por lo tanto podemos decir que

las de: su presencia o no en la red
– control de pre
pre-llamada
llamada dependerá principalmente de la
– control de admisión envergadura de la misma.
– conversión de direcciones • Su implemetación también
d
dependerá
d á de
d las
l dimensiones
di i y
– administración de zonas cantidad de nodos, pudiendo ser
H.323. esta:
• Si bien
bi ell mismo
i tiene
ti un – Hardware especifico
importante papel en el H.323, el
protocolo permite la conexión – Software dentro del
de dos terminales en forma Terminal
extremo a extremo, – Software dentro del
prescindiendo del Gatekeeper. Gateway.

Gatekeeper - H.323

Multipoint Controller Unit - H.323
• Su función principal es la de • El mismo esta compuesto por

soportar conferencias dos funciones principales:
multipunto, tanto sean estas de – MP (Multipoint Processor)
voz, video o datos. – MC (Multipoint Controller)
• En general el MCU se • El MP, se encarga del manejo
i l
implementat en software
ft tanto de voz, datos y video
integrandolo según el caso en: hacia los distintos destinos.
– Terminal • El MC,
MC es el encargado de
– Gateway gestionar los recursos y
– Gatekeeper capacidades de cada punto de
ser icios
servicios.

Multipoint Controller Unit - H.323

Proxy H.323
• Al igual que el proxy standard, • Dicho elemento se encuentra

el Proxy H.323, brinda las generalmente en redes privadas
siguientes funciones: con enlaces WAN y gran
– Seguridad, concentrando el cantidad de terminales.
tráfico H.323
– Manejo del IP precedence
de manera de lograr QOS.
– Manejo
a ejo de nodos
odos H.323
.3 3 co
con
direccionamiento privado.

Señalización RAS
• Registration, Admission &

Status (RAS), tal como su
nombre lo indica, estas son las
funciones principales y que
forman parte del denominado
control de pre-llamada
pre-llamada.
• El RAS se utiliza en el dialogo
con el Gatekeeper, dentro de
una zona o entre zonas.
• Como podemos observar el
RAS utliza el modo no seguro
g
(UDP) para la conexión.

RAS - H.225.0
• Las funciones del RAS, son: • La mensajería H.225.0 utiliza la

– Registro sintaxis ASN.1.
– Admisión
Ad i ió • Los comandos se agrupan por
– Cambios en el Ancho de funciones y según la acción.
Banda • A continuación entraremos en
– Estado detalle en cada una de las
funcionalidades del RAS.
– Procedimiento de liberación
• Dado que RAS utiliza UDP, se
debe tener en cuenta los
TimeOut y llegado el caso con
la señal RIP, resetear los
mismos.

RAS - Localización del GK
• Los terminales deben • Es muy común por temas

registrarse en el Gatekeeper administrativos, evitar las
para lo cual resulta definiciones estáticas de
indispensable la conexión con direcciones IP, por lo cual dicha
el mismo, la cual puede ser: función es bastante empleada.
– Estática,
E táti mediante
di t la
l • Ad á dde bbrindar
Además i d flflexibilidad,
ibilid d
dirección IP del recordemos que el Gatekeeper
Gatekeeper. no es un elemento obligatorio
– Dinámica, mediante la dentro del H.323.
función de localización del • El autodiscovery se realiza
Gatekeeper.
p mediante UDP a la dirección
224.0.1.41 utilizando para el
mismo el puerto 1718.

RAS - Localización del GK
• Mensajes de localización: • En el GCF, en algunas

– GRQ (Gatekeeper request), ocasiones se puede pasar al
es utilizado por el terminal terminal la dirección IP de
para localizar el gatekeepers alternativos.
Gatekeeper, mediante
multidifusión.
ltidif ió
– GCF(Gatekeeper confirm),
respuesta del GK, se
devuelve dirección del
canal RAS
– GRJ (Gatekeeper reject),
reject) el
GK no acepta el registro.

RAS - Registro
• Dado que el Gatekeeper cumple también su alias, el cual será del

la función de manejo de áreas, tipo:
es imprescindible para el GK
conocer los nodos que de el pcvoz@andescap.cl
dependen.
• L manera de
La d brindar
bi d
información al Gatekeeper, es • El registro se realiza en forma
mediante el proceso directa al canal RAS, dado que
indispensable de registro de los se supone que el terminal ya lo
terminales. localizó previamente.
• El registro
g ppermite al • La operación se subdivide en:
Gatekeeper conocer no solo la – registración
dirección IP del elemento, sino – desregistrarse

RAS - Registro
• Mensajes de registro:
– Registration request (RRQ)
– Registration
R i t ti Confirmation
C fi ti
(RCF)
– Registration Rejection
(RRJ)
• Mensajes de baja de registro:
– Unregister
U i t Request
R t (URQ)
– Unregister Confirm (UCF)
– Unregister
g Reject
j (URJ)
( )

RAS - Localización de Terminal
• El mensaje es enviado al • Mensajes:

Gatekeeper con el único dato – Locate Request (LRQ)
que se tiene del terminal, en – Locate
L t Confirm
C fi (LCF)
este caso puede ser:
– Locate Reject (LRJ)
– Alias. Pc1@andescap.cl
– Número E.164
• LRQ, permite obtener la
• El gatekeeper realizará una resolución de más de una
búsqueda ene su tabla
ab a interna
e a di
dirección
ió E.164.
E 164
tratando de resolver el alias.
• LCF, la respuesta dependerá del
• La función especifica para tipo de conexión que se este
dicha tarea es “Locate”,
“Locate” por lo usando.
tanto tendremos:

RAS - Localización de Terminal
– LCF, IP del Gatekeeper, es

porque se utiliza una
conexión del tipo GKRCS
– LCF, IP del terminal, es
porque se utiliza un
conexión
ió directa
di t entre t
terminales.

RAS - Admisión de Terminal
• Los terminales deben ser • Mensajes:

admitidos por el Gatekeeper, el – Admission Request (ARQ)
cual puede: – Admission
Ad i i Confirm
C fi (ACF)
– aceptar la admisión – Admission Reject (ARJ)
– rechazar la admisión • El ARQ es el paso previo a
• Una de las funciones de la iniciar un llamado.
admisión es la de regular el • Si el gatekeeper admite la
aancho
c o de banda
ba da necesario
ecesa o para
pa a ió es porque dispone
conexión di de
d
la conexión. capacidad como para manejarla
y le entrega al Terminal el IP
del Gateway o Gatekeeper de
terminación.

RAS - Estado de la conexión
• El gatekeeper debe obtener • Mensajes:

información sobre el estado de – Information Request (IRQ)
la conexión, dado que una vez – Information
I f ti Request
R t
iniciado el diálogo, el H225.0 Response (IRR)
no interviene.
• Di h estado
Dicho t d se pueded obtener
bt
mediante dos técnicas • Mientras el IRQ parte del
Gatekeeper hacia el terminal, a
– Pooling intervalos regulares
regulares.
– Reportes del terminal • IRR lo hace en sentido inverso,
entregando al Gatekeeper
información del estado del
enlace.

RAS - Control de Ancho de Banda
• Si bien durante el proceso de • Mensajes:

admisión, el gatekeeper verifica – Bandwith Request (BRQ)
la disponibilidad de ancho de – Bandwith
B d ith Confirmation
C fi ti
banda y en base a esta admite o (BCF)
no la conexión, en algunos
casos es necesario realizar – Bandwith Reject (BRJ)
modificaciones en el ancho de
banda una vez establecida la • Los rechazos pueden deberse a
conexión.
ió que no se encuentre
t disponible
di ibl
el ancho de banda solicitado.
• Uno de los motivos típicos de
requerimiento de cambio de
ancho de banda es el cambio de
codecs.

H.225.0

H.225 - Señalización de control de llamada
• El H.225 utiliza para el control • En el modo directo solamente el

de llamada los mensajes tráfico H.225.0 llega al
basados en la norma ITU Gatekeeper.
Q.931.
• La conexión se realiza mediante
TCP y se emplea
l ell puertot
1720.
• El canal de señalización se
puede manejar de dos maneras:
– Directo entre “end points”
– Enrutado
Enr tado al Gatekeeper

• Mientras que el en modo • Mientras Q.931, brinda las

enrutado, también conocido funciones más utilizadas, Q.932
como “GKRCS”,
GKRCS , la mensajería permite el manejo de servicios
H.225 es manejada por el adicionales.
Gatekeeper. • Tanto Q.931 y Q.932 utilizan
mensajes
j del
d l tipo
ti ASN.1,
ASN 1 lol
cual dificulta su interpretación
por parte del usuario, uno de los
puntos a favor de SIP, según
veremos más adelante.

• Mensajes: – ALERTING, mensaje hacia

atrás, donde se avisa que el
– SETUP
SETUP, ell mismo
i avisa
i sonido de llamada se ha
hacia delante el intento de iniciado.
establecer un llamado, es – CONNECT, mensaje hacia
generado por el extremo t á donde
atrás, d d ell extremo
t
llamante hacia el end point llamado avisa al extremo
o GK según el caso. llamante que se acepta la
– CALL PROCEEDING, es llamada.
un mensaje hacia atrás, el – RELEASE, es un mensaje
cual da aviso al extremo generado ppor cualquiera
g q de
llamante que se ha iniciado los extremos, en particular
el proceso de llamada. el que finalice la llamada, y

avisa al extremo opuesto la

finalización de la misma.
– FACILITY,
FACILITY es un mensaje
hacia delante que indica si
la llamada se cursa o no a
t é del
través d l Gatekeeper.
G t k

H.225 - Q.931

H.245 - Control Protocol
• Su función es la de establecer y y de requerimientos:

controlar los canales lógicos – Simétricos
para los servicios de: – Asimétricos
A i ét i
– Voz • El H.245 interviene en la
– Datos negociación de codecs
– Video • La mensajería del H.245 es
• El H.245 se encarga también ASN.1
del intercambio de capacidades,
capacidades • L conexión
La ió H.245
H 245 puede
d ser:
tanto sean conexiones: – Directa
– unidireccionales – Vía Gatekeeper
p
– bidireccionales

• Mensajes:
– C
Capability
bilit Exchange:
E h se
negocian los codecs, la
norma soporta los Codecs
tipo ITU, ISO y GSM.
– Round trip Delay:
procedimiento
p oced e o mediante
ed a e ele
cual se establece el retardo
de la conexión.

– Logical Channel Signalling:

apertura y cierra de canales
lógicos.
– Master/Slave Termination:
procedimiento en el cual se
fij un extremo
fija t como
maestro y el otro como
esclavo.

RTP/CRTP/RTCP - Transporte
• RTP es el protocolo de • RTP se transporta sobre UDP y

transporte en tiempo real, sus su estructura se muestra a
principales funciones son: continuación:
– Identificar la carga útil
– temporización del tráfico
– secuenciamiento
– sincronización
• RTP es ell protocolo
t l id ideall para
el transporte sobre redes IP de
tráfico como voz y video, dado
su alta sensibilidad al retardo y
las variaciones del retardo.

RTP - Real
Real-Time
Time Transport Protocol
• Campos del RTP: – PT payload type:

– V: versión del protocolo. identificador de tipo de
– Padding:
P ddi iindica
di sii la
l carga carga (7 bits)
contiene bits de relleno o – Secuence Number: contador
no. que me permite identificar
– X extension: duplica la ell orden
d ded los
l paquetes t
extensión del header RTP.
– CC CSRC Count: 4 bits que – TimeStamp: utiliza un reloj
indican la cantidad de como base de tiempo y el
identificadores CSRC que valor indica el desfasaje
contiene el header entre el relojj y el primer
p
byte del RTP.
– M marker: equivale al MF
de IP

RTP - Real
Real-Time
• SSRC: la fuente de sincronismo • Si recordamos, que a su vez el

es identificada y el nombre es RTP se monta en UDP y este a
enviado en 32 bits. su vez en IP, tendremos:
• CSRC: se emplean en la
multiplexación, cada uno con
32 bit
bits y se puede
d tener
t hasta
h t
16 ítems.
• Luego el campo de datos

contendrá el video o la voz
comprimida a ser transportada
en tiempo real.

RTP - Real
Real-Time
• Si analizamos la eficiencia de • Lo cual nos da una eficiencia

dicha configuración tendremos: muy baja, del orden del 33%
– Header: • Resulta ilógico emplear 40
• 20 Bytes, IP bytes de encabezado para
• 8 Bytes, UDP transportar solamente 20 bytes
d información
de i f ió útil.
útil
• 12 Bytes, RTP
• 40 Bytes, total Header
• Laa solución
so uc ó aparece
apa ece con
co laa
– Datos: compresión de encabezado, de
• 20 Bytes, salida de la manera de aumentar la
paquetización.
p q eficiencia disminuir los
eficiencia,
retardos y demás.

CRTP
• CRTP, compressed Real Time

protocol.
• Logra optimizar el tamaño del
header, llevandolo a 2-4 bytes.
• Lo cual representa un cambio
fundamental para la utilización
de interfaces lentas y una
sustancial reducción de
velocidad de la misma, pasando
de:
– 24 Kb/s (IP+UDP+RTP)
– 9,6 Kb/s (CRTP)

RTCP - Real
Real-Time
Time Transport Control Protocol
• RTCP envía a todos los • RTCP es el encargado de

participantes en forma proveer información sobre la
periódica, paquetes de control, calidad del transporte de
mediante los cuales se información.
monitorea, identifica y controla • Las fuentes RTP se identifican
la entrega de datos.
datos mediante
di t ell llamado
ll d nombreb
• Dichos paquetes se multiplexan canónico (CNAME)
en UDP con el resto del tráfico, • Dado que RTCP aporta datos
mediante el uso de distintos estadísticos sobre las
puertos, por convención: conexiones RTP, esta
– RTP actúa en p puerto ppar información debe reducirse a lo
– RTCP en impar más alto estrictamente necesario, de
manera de no producir
congestión
congestión.

RTCP - Real
Real-Time
Time Transport Control Protocol
• Paquetes RTCP: – BYE: indica fin de

– SR sender report: participación
transmisión y recepción de – APP: aplicaciones
estadísticas desde los experimentales.
participantes.
– RR receive report:
recepción de estadísticas
desde participantes que no
son fuentes activas
– SDES source description: se
envía el CNAME

H.323 - Llamado mediante gatekeeper

H.323 - Llamado a través del gatekeeper

SIP - Session Initiation Protocol
• SIP o protocolo de inicio de • SIP es parte del conjunto de

sesión, propone el normas del IETF, orientadas a
– establecimiento VoIP.
– mantenimiento – SIP (RFC 2543)
– finalización – RSVP (RFC 2205)
de sesiones multimedia, tanto – RTP/RTCP (RFC 1889)
sean estas de voz, video o datos. – RTSP (RFC 2326)
• SIP es lla propuesta
t ddell IETF
IETF, lla – SAP (RFC
cual rivaliza con la norma – SDP (RFC 2327)
H.323 • SIP es un p
protocolo que
q surgeg
• SIP esta orientado a llamadas de internet, empleando
punto a punto y multipunto. mensajes de texto, direcciones
URL y demás.
demás

SIP - Session Initiation Protocol
• Las redes SIP constan de 2 • Y los servidores de red, están

elementos básicos: conformados por:
– UA user agent – Proxy server
– NS network Server – Redirect server
• Dividiendo a la red en dos, un – Registrars servers
elemento en el terminal del – Location servers
cliente y otro en la red.
• A su vez estos se pueden • Empezaremos con la
subdividir en: descripción de cada uno, su
– UAC User Agent Client función en la red y posible
– UAS User Agent Server localización.

UA - User Agents
• Los UA, o Agentes de Usuario,

son aplicaciones presentes en
los puntos extremos, los
mismos pueden ser
implementados en software,
hardware o una mezcla de
ambos.

UA - User Agents
• UAS: unidad encargada de

recibir las peticiones, en el
usuario llamado
llamado.
• UAC: es el organismo
encargado de iniciar la
transacción SIP,, del usuario
llamante.

Proxy Server
• El Proxy Server se caracteriza • LA IETF recomienda en la RFC

por poseer ambas funciones, la 2543, la utilización de la
de cliente y servidor a la vez, siguiente sintaxis en el nombre
dado que en muchos casos de los proxy servers:
recibe trafico y luego debe – sip.andescap.cl
iniciarlo hacia otro destino.
destino
• El Proxy server es una de la s • El Proxy Server puede
partes esenciales en la mantener
a e e transacciones
a sacc o es tanto
a o
arquitectura SIP de cierto sobre UDP como TCP,
volumen. permitiendo la sesión con los
• Su implementación
p varia desde User Agents.
Agents
Software a Hardware dedicado.

Redirect Server
• El servidor de • El Servicio de redirect apunta a

redireccionamiento cumple la las Funcionalidades a Futuro,
función de mantener en la cual se integran las redes y
actualizado la base de datos con se utiliza SIP como protocolo
la localización de cada usuario. general entre ellas.
• E t permite
Esto it que ell usuario
i se • A dif
diferencia
i del
d l Proxy
P server,
mueva a lo largo de la red e el servidor de redirección, no
inclusive pasar a distintas redes acepta llamadas, ni procesa
y en el momento deseado poder peticiones SIP, se limita a
redireccionar la llamada a la entregar al cliente la dirección a
ultima dirección informada. donde redireccionar la petición
SIP.

Registrars Servers / Location Server
• Los Registrars Servers,

cumplen las siguientes
funciones:
– permiten a los usuarios
registrar su presencia
– el servidor maneja los
pedidos de registro
– oofrece
ece servicios
se v c os de
localización
• En general forman parte de los
pro ser
proxy server
er o redirect server
ser er

Direccionamiento SIP
• Direccionamiento en entornos – El campo usuario puede

SIP: estar conformado por el
– en los end points se utiliza nombre o número de
el URL SIP, con el formato: teléfono.
– El campo host, puede
usuario @ host contener
t ell nombre
b del
d l
dominio o su dirección IP.
fede@andescap.cl • Para el caso de los servidores,

37142871@andescap.cl como ya vimos se recomienda
fede@17 35 123 245
fede@17.35.123.245 nombrarlos:
sip.andescap.cl

Hallazgo del Proxy Server
• El terminal SIP, debe establecer – El terminal desconoce la

contacto con el proxy dirección del Proxy Server.
server,para lo cual, según la
recomendación, este se inicia • En el primer caso, la sesión se
como UDP. inicia directamente, sin otro
• N encontramos
Nos t ante
t dos
d particular.
posibles escenarios: • En el segundo caso es necesario
descubrir laa dirección
descub d ecc ó IP,, para
pa a
– El terminal posee la lo cual se procede de la
dirección IP del Proxy siguiente manera:
Server cargada en forma
Server, – envío
en ío UDP al puerto
p erto 5060
estática. – se consulta con el DNS,
para obtener el IP del Host.

Transacción SIP
– En caso de no obtener
resultados mediante el
UDP, se pasa a TCP.
• Una vez obtenido la dirección

del Proxy Server, se puede
iniciar la transacción SIP.
• En transacciones UDP, se
• Laa transacción
a sacc ó puede realizarse
ea a se utiliza
tili la
l dirección
di ió del
d l header
h d
tanto mediante UDP como de la petición
TCP, si bien lo standard es
utilizar UDP como primer • En TCP se mantiene la
medida. conexión mientras dure la
transacción.

Transacciones SIP
• Mensajes SIP:
– Request (peticiones)
– Response
R (respuestas)
( t )
• Denominando peticiones a los

mensajes iniciados por los
clientes y respuestas a los que
envía el servidor.
servidor
• La estructura del mensaje es
idéntica al HTTP, utilizando • El header de los mensajes se los
campos con texto, lo cual agrupa en 4 tipos,
tipos según su
facilita su interpretación. aplicación, los cuales aparecen
en la siguiente tabla:

SIP Mensajes
• De los cuales podemos rescatar los campos más utilizados, como ser:
– To, From, Via, Call-ID, Content Type & Length, Expires, Route,
etc.
etc
– Algunos de los cuales explicaremos a continuación.

SIP Mensajes
• Campos del encabezado: – Call-ID: identificador de

usuario
– T
To: receptor
t de
d lal petición
ti ió – Cseq: se incrementa el
– From: quien envía la numero de manera de
petición diferenciar los mensajes del
mismo
i Call-ID
C ll ID
– Expires: fecha y hora en
que el mensaje expira.
– Content
C t t Length:
L th tamaño
t ñ en
bytes del mensaje.
– Via: indica ruta tomada por
el mensaje

SIP - Request Message
• Mediante este tipo de mensaje • INVITE: el usuario o servicio

los User Agents y el Proxy es invitado a participar de una
server pueden localizar, invitar sesión.
y administrar una llamada. • ACK: es la típica respuesta al
• Existen seis métodos para el invite.
requestt los
l cuales
l son: • OPTIONS: se consultan las
posibilidades disponibles por
agentes y servidores.
• INVITE • BYE
• BYE: se emplea como preaviso
• ACK • CANCEL de liberación de la llamada.
• OPTIONS • REGISTER • CANCEL: se emplea para
cancelar peticiones en curso.

SIP - Request Message
• REGISTER: se el método
empleado por los user agents
para registrar información útil,
correspondiente a la
localización en los servidores
SIP.
SIP

SIP - Response Message
• Las respuestas se agrupan en

dos tipos:
– provisionales,
provisionales las cuales
1XX Informational
indican a la parte emisora
que la petición esta en 2XX Success
curso.
3XX Redirection
– Finales, las cuales indican
la finalización de la petición 4XX Client error
y el estado resultante. 5XX Server Error
6XX Global Error
• A fines didácticos
didácticos, podemos
agrupar las mismas en:

SIP - Response Message
• Siendo la tabla completa:

INFORMATIONAL “403” Forbidden SERVER ERROR
“100” Trying “404” Not Found “500” Internal Server Error
“180” Ringing 05 Method
“405” e od Noto Allowed
owed 501 Not Implemented
“501”
“181” Call Is Being Forwarded “406” Not Acceptable “502” Bad Gateway
“182” Queued “407” Proxy Authentication Required “503” Service Unavailable
“408” Request Timeout “504” Gateway Timeout
SUCCESS “409” Conflict “505” SIP Version Not Supported
“200” OK “410” Gone
“411” Length Required GLOBAL FAILURE
REDIRECTION “413” Request Message Body Too Large “600” Busy Everywhere
“300” Multiple Choices “414” Request-URI Too Large “603” Decline
“301” Moved Permanently “415” Unsupported Media Type “604” Does Not Exist Anywhere
“302” Moved Temporarily “420” Bad Extension “606” Not Acceptable
“303” See Other “480” Temporarily Not Available
“305” Use Proxy “481” Transaction Does Not Exist
“380” Alternative Service “482” Loop Detected
“483” Too Many Hops
CLIENT ERROR “484” Address Incomplete
400 Bad Request
“400” “485” Ambiguous
“401” Unauthorized “486” Busy Here
“402” Payment Required

SIP - Llamado mediante Proxy Server

SIP - Llamado mediante Redirect Server

H.323 vs SIP
• La comparación entre ambos se • Según la performance,

performance
puede hacer desde varios podemos decir que:
aspectos, como ser: – H.323, requiere mayor
– Performance cantidad de mensajes entre
– Compatibilidad entidades
– Requerimientos del equipo – SIP reduce
– Análisis, Traceo y Debbugin substancialmente el trafico
de control entre entidades
– Funcionalidades
– Así
A í como ttambién
bié la
l
– Mercado drástica reducción en pasos
• Tratando en todos ellos de para el establecimiento de
obtener
bt parámetros
á t equivalentes
i l t una conexión entre SIP y
que permitan una real valoración H.323.
y comparación entre ambos.

H.323 vs SIP
• Según la compatibilidad, si • Según requerimientos al

bien no hay compatibilidad equipo:
entre ambos, se habla de – H.323,
H 323 exige un código de
interoperabilidad, lo cual mayor tamaño, mayor
requiere la implementación de potencia en el CPU, mayor
ambos
ambos. capacidad
id d de
d memoria.
i
– La mayoría de los – SIP, reduce sensiblemente
productos H.323 incorporan el código, optimizando el
SIP CPU y minimizando la
– Algunos productos SIP no capacidad de memoria.
soportan
p H.323
– esto se justifica con la
siguiente comparación.

H.323 vs SIP
• Desde el punto de vista del • Según las funcionalidades

análisis, traceo y Debbugin, soportadas:
podemos decir que: – Ambos soportan gran
– H.323 utiliza el ASN.1, cantidad de
haciendo menos entendible funcionalidades, siendo
all humano
h la
l mensajería
j í y equiparables
i bl en este t rubro.
b
complicando el • Todos estas razones y algunas
instrumental necesario. más que escapan a nuestro
– SIP, emplea campos de análisis, permiten justificar una
texto, permitiendo no solo tendencia en los mercados, en
una mejorj comprensión,
p , la cual se observa:
sino también herramientas
más sencillas.

H.323 vs SIP
De lo visto podemos afirmar que a futuro,

futuro SIP tiende a
imponerse a H.323, y por el momento hay gran
interoperabilidad
p en las pplataformas existentes.

H.323 vs SIP
• La brecha entre SIP y H.323, se

reduce con las distintas
versiones del H.323.
• Una de las mayores diferencias,
lo que respecta a la complejidad
d H.323
de H 323 se iintenta
t t solucionar
l i
con el modo Fast Call, el cual
empieza a ser comparable con
SIP.

MGCP - Media Gateway Control Protocol
• El MGCP es la propuesta del • Por lo tanto su implementación

IETF, el cual surge de la es necesaria solo si se desea
implemetación conjunta de conectividad entre VoIP y redes
otros dos protocolos: externas.
SGCP + IPDC = MGCP • Desde el punto de vista
f i l debemos
funcional, d b separar all
• Es el protocolo por excelencia Gateway en dos bloques
paraa el
pa e manejo
a ejo y control
co o de funcionales:
llamadas entre el Gateway y las – MGC, media gateway
redes externas (PSTN, ISDN, controller
GSM etc)
GSM, – MG,
MG media gateway

MGCP - Media Gateway Control Protocol
• MGC será la unidad encargada – conversión TDM / IP y

de la conversión de señalización viceversa.
necesaria entre las dos redes, así • El MGC recibe comúnmente en
como también de manejar los el mercado el nombre de
MG a su cargo, dado que un “SoftSwitch”
MGC puede controlar más de • Mientras que al MG,
un MG. dependiendo el uso y volumen
• En el MG se dispondrá de todo de conexiones se lo puede
el hardware necesario para encontrar como:
realizar la: – Access gateway
– compresión/descompresión
p p – Residential gateway
gate a
– adaptación

MGCP - comandos
• Comandos MGCP: • Los comandos están

compuestos por un encabezado
– CreateConnection.
C t C ti de comando y una descripción
de sesión (opcional)
– ModifyConnection.
• Dado que los mensajes se
– DeleteConnection. envían
í mediante
di t UDP,
UDP estos
t
– NotificationRequest. pueden perderse, para lo cual
– Notify. resulta indispensable el campo
– AuditEndpoint. – identificador de transacción,
– AuditConnection. el cual es un numero dentro
– RestartInProgress Call
RestartInProgress. del rango
g 1 a 999.999.999
Agent (MGC)

MGCP en conexión POTS sobre IP

Gateway - Softswitch

MGCP - SIP, internetworking

Evolución a MEGACO / H.248
• La estructura distribuida en • Mientras la ITU, presenta en el

MG, MGC y SG, fue planteada mercado el H.248.
originalmente por ETSI • Pero esta vez el trabajo en
(Typhon). conjunto de ambos, da como
• Estructura sobre la cual tanto resultado lo que en el mercado
IETF e ITU,
ITU realizaron
li trabajos
t b j se lo
l conoce como:
sobre esta base.
• IETF, propuso el MGCP en su MEGACO / H
H.248
248
RFC 2705, el cual evoluciona
luego en lo que hoy conocemos
como MEGACO - RFC3015.

Fax sobre IP
• El inconveniente en la • El servicio de FAX via la PSTN

transmisión de fax sobre IP, se fue definido por la ITU, en las
presenta con: normas:
– compresión – T.30
– cancelación de eco – T.4
– retardos y demás • T.30 define el hadshake,
• Haciendo imposible el envío de mensajes, velocidades y demás.
fax como si se tratara de una
conversación.

Fax sobre IP
• T.4 se ocupa de todo lo • La solución de Fax sobre IP se

referente al contenido de la hoja brinda mediante dos
a enviar, formato, resolución, modalidades:
escaneo, etc. – Transmisión transparente
– Decodificación y reenvío.

Fax sobre IP
• Transmisión transparente • Decodificación y Reenvío:

– El Media Gateway detecta – El Media Gateway detecta
el tono de envío del fax
fax. el tono de envío del fax
fax.
– Se avisa al MGC de la – Nuevamente se cuenta con
intención de envío dos modalidades:
– Este envía un cambio en la • Tiempo real (T.38)
conexión a ambos MG´s • Extracción y reenvío
• se pasa a G.711
G 711
• se anula la cancelación
de eco
– Permitiendo enviar la señal
lo más similar posible a la
original.
g

Fax sobre IP
• Extracción y reenvío: • Tiempo Real (T.38)

– Se emula en forma local – modalidad elegida por
(MG) el fax remoto,
remoto H 323
H.323
implementando T.30 y T.4 – La señal analógica recibida
– Una vez obtenida la es demodulada en el MG
información, se envía el fax – Se arman paquetes según la
via E-mail, en forma de información a enviar
attach hacia el Media • indicadores: control
Gateway remoto
• datos: información
– Luego el MG emulará el
terminal T
T.30
30 - T.4
T4 – Dichos paquetes se envían
enviando finalmente el fax según:
a destino. • UDP --> UDPTL
• TCP -->> directa
Fax sobre IP

DTMF sobre IP
• La utilización de tonos DTMF • Al igual que la señal de fax, los

dentro de la conversación es tonos DTMF se vuelven
cada vez mayor,
mayor como indetectables ante los procesos
ejemplos: de compresión/descompresión.
– IVR
– accesos codificados Original Comprimido
– consulta en bancos • Lo cual requiere un tratamiento
– recolección
l ió ded mensajes
j especial de los mismos.
mismos
– etc. • Para lo cual se presentan dos
alternativas:
– RTP/G.711
– RTP/RFC 2833

Compresión del DTMF

DTMF sobre IP
• RTP/G.711 • RTP/RFC 2833

– El Media Gateway, cambia – El Media Gateway detecta y
el codec a GG.711,
711 de manera decodifica en forma local
de evitar la deformación de los tonos.
dichos pulsos. – Los mismos son insertados
– La información se envía en el RTP, pero no como
mediante RTP tono digitalizados, sino
– Luego
uego en
e ele otro
o o extremo
e e o como información
serán convertidos en forma decodificada.
transparente. – Se envía básicamente, el
código detectado
detectado, duración
del mismo y nivel de
recepción.

DTMF sobre IP
– La información recibida en el extremo, es decodificada y enviada al

generador de tonos
– El mismo se encargará
g de generarlos
g e intercalarlo con el trafico de
voz, de manera de lograr una emulación transparente hacia el
usuario.

DTMF sobre RTP (según RFC 2833)

Capítulo IV

QOS - Quality of Service
• Las herramienta y métodos de • El QOS se divide a su vez en

QOS, son todos aquellos que dos ámbitos, los cuales
nos permiten administrar, los disponen de distintas
parámetros de la red herramientas y funciones, según
involucrados en la Calidad de se este en:
servicio como ser:
servicio, – red d dde bborde
d
– Pérdida de paquetes – Backbone
– Retardos • Esta
s a ddivisión
v s ó se debe a laa
– Ancho de banda diferencia en las tareas, donde:
– Jitter – Borde: filtrado/descarte,
– y demás. ancho de banda,
banda
clasificación del tráfico

QOS - Quality of Service
– Backbone: manejo de y se pueden ver diferencias en

congestiones, control de las implementaciones de cada
tráfico, transporte de alta proveedor.
velocidad. • El trato preferencial que se le
• Además de diferenciarse, otorga al tráfico, permite
t bié en base
también b a las
l ofrecer
f all cliente
li t lol que se
tecnologías y sus propias conoce como SLA.
capacidades de QOS, que
variaran con la tecnología de
borde o Backbone.
• Cabe destacar q que algunas
g de
las herramientas son propietaria

SLA - Service Level Aggrement
• SLA (Service Level – Jitter

Aggrement), dado que entre – Retardo
proveedor y cliente se estipulan – Ancho
A h dde B Bandad
pautas de calidad de servicio
por las cuales: – Tasas de error
– ell cliente
li t se obliga
bli a pagar • Responsabilidades
– el proveedor se obliga a – Tiempo medio de
cumplir. reparación
• Los ítems típicos de todo SLA, • Punitorios
son: – Multas en caso de
– Disponibilidad incumplimientos
p en el SLA.
– Parámetros de la red

QOS
• Por lo tanto el QOS es un factor • El QOS, estará entonces en

crítico en una organización, no función de la tecnología
solo por las obligaciones elegida, las funcionalidades
contractuales con los clientes, propias de cada proveedor de
mediante el SLA, sino también equipamiento y las políticas
para garantizar el implementadas
funcionamiento óptimo de la
red en su totalidad.

DIFFServ - COS
• Forma parte de las herramientas • IP Precedence, permite otorgar

disponibles en IP V.4, la cual peso relativo al campo, de
mediante un campo de 3 bits, forma de privilegiar el
permite diferenciar el contenido tratamiento de los paquetes,
de los paquetes. según su contenido.
• El aspecto
t positivo
iti dde COS
COS, es
Combinación Prioridad otorgada
que pertenece a las soluciones 0 RUTINA
de QOS, dentro de banda, sin 1 PRIORIDAD
generar overhead. 2 INMEDIATO
3 FLASH
4 IGNORAR FLASH
5 CRITICA
6 INTERNETWORKING
7 CONTROL DE RED

COS - Class of Service

Protocolo RSVP
• RSVP, es el protocolo de • RSVP, atraviesa Hop por Hop,

configuración de reserva de realizando la reserva
recursos. correspondiente.
• RSVP, se caracteriza por ser un • RSVP, presenta sin embargo
protocolo de señalización, que algunos problemas como:
opera de
d extremo
t a extremo,
t y
lo hace fuera de banda. – Escalabilidad
• Los recursos reservados en cada – Control de Admisión
Hop, son el Ancho de Banda y
la prioridad que se le dará al – Tiempo de demora en
tráfico. reserva

Protocolo RSVP

Gestión de Colas (Queu)
• Otra de las técnicas de QOS, espera de ser transmitido.

pero en este caso a realizarse • La forma en la cual, son
dentro del mismo router, en tratados los paquetes,
paquetes en forma
forma local es la gestión eficaz priorizada de acuerdo a un
de las colas de espera. determinado criterio se
• D d que un router
Dado t pueded ttener d
denomina
i “Gestión
“G tió ded Colas”.
C l ”
un numero considerable de • Las técnicas de encolado, se
interfaces, en las cuales cada dividen en:
una cursa tráfico y este debe ser – FIFO
enrutado, en nuestro ejemplo
supongamos una salida en – PQ
común, resulta clave el tiempo – Custom
en que el paquete permanece en – WFQ

Gestión de Colas (Queu)
• Estas técnicas son parte de las retardos y consumo de

mas comúnmente procesador y numero de colas a
implementadas y en algunos utilizar.
casos varían su nombre entre • Por esa razón la nombramos.
fabricantes.
• L técnica
La té i FIFO,
FIFO como su
nombre lo indica, First In First
Out, no corresponde a una
técnica de QOS, pero su
importancia radica en que es la
operatoria básica y hace las
veces de referencia de las
demás en lo que respecta a

Priority Queuing - PQ
• Es el resultado de establecer
como política de priorización,
el manejo y asignación de
prioridades, asignando a cada
una una cola independiente.
• E las
En l implementaciones
i l t i típicas
tí i
de PQ, se utilizan 4 colas, las
cuales se vacían en forma
priorizada.

Custom Queuing - CQ
• El cliente establece las colas y

le asigna la prioridad a las
mismas.
• Para otorgar flexibilidad, se
emplean 16 colas, configurables
por ell usuario.
i
• Este no solo asigna prioridad,
sino que puede definir l
capacidad de cada cola en base
al tráfico a soportar y el tiempo
de QQueuing g deseado.

Weighted Fair Queuing - WFQ
• WFQ es una ampliación de • Permite un tratamiento

funcionalidades del CQ, en la especifico a cada flujo,
cual se mantiene el concepto de logrando muy buenos
múltiples colas. resultados.
• Las mismas son configuradas • El manejo en colas exclusivas
por ell cliente,
li t pudiendose
di d por flujos, reduce la fluctuación
asignar a flujos en particular. del retardo.
• Presenta la ventaja de ser más
rápido que sus antecesores y el
agregado de BW variable en
caso de tráficos sin uso.

IP versión 6
• Los cambios introducidos, en el los routers una comunicación

paquete IP v.6,
v 6 requiere algo de multimedia y brindar a esta un
análisis. tratamiento diferenciado.
• El espacio de direccionamiento • Por lo cual se equipara e
se incremento a 128 bits inclusive mejora las
• Se elimina el campo TOS, lo prestaciones otorgadas por
cual parece
cua pa ece un
u problema,
p ob e a, pero
pe o Diffserv
se v de IP v.4.
v. .
se reemplaza con una nueva
funcionalidad.
• El hecho de poder etiq
etiquetar
etar
flujos, permite individualizar en

Retardos
• Retardos en la red • Retardos del codec

– retardo del codec – Dado que las aplicaciones
– retardos
t d de d paquetizado
ti d de VoIP
VoIP, buscan reducir la
– retardos de serialización carga que generan sobre la
red de datos, se busca la
– retardos de buffereado f
forma más
á eficiente
fi i t de
d
– retardos de switcheo en la enviar de un punto a otro la
red información.
– retardos del de-jitter buffer

Retardos del CODEC
• El procesamiento por parte del • Dada la importancia de reducir

CODEC, el cual a su vez esta el retardo, el criterio a emplear
conformado por un DSP, es el de utilizar la codificación
incorpora retardos en la señal más eficiente.
debidos a proceso mismo de
compresión
compresión.
• Dichos retardos, dependerán de
los características del DSP
empleando y fundamentalmente
de la codificación a utilizar.

Retardos del CODEC
• Observamos que el retardo del Codec varia fuertemente según el

tipo de compresión empleada.

Retardos del CODEC
• El proceso se completa con la • Pero el retardo dependerá en

descompresión en el extremo gran medida de la cantidad de
lejano. muestras incorporadas a cada
• En términos generales el paquete.
proceso de descompresión es
b t t mas rápido
bastante á id que ell de
d
compresión, con tiempos del
orden del 10% del de
compresión.

Retardos del CODEC
• Por lo tanto podremos tener:

compresión + (descompresión * n° muestras)
– G.711:
G 711
• 0,75 ms + ( 0,07 ms * ) =
– G.729:
• 10 ms + ( 1 ms * 3) = 13 ms
– G.723.1:
• 30 ms + ( 3 ms * 1) = 33 ms
– G.726:
• 1 ms + ( 0,1
0 1 ms * ) =

Retardos de paquetizado
• Dado que el paquetizado es la • es obvio que dicho proceso

operación mediante la cual se dependerá del tamaño y
insertan las muestras de audio cantidad de muestras insertadas
procesadas adecuadamente en en el mismo.
el paquete a ser transmitido. • Esta operación requiere la
acumulación
l ió ded las
l muestras
t en
un buffer, para su posterior
envío, de ahí que normalmente
se la conozca como retardo de
acumulación.

Retardos de paquetizado
• La relación de compromiso
entre el paquetizado y la
velocidad de los datos, nos
impide bajar los valores más
allá de los 20 ms.
• E particular
En ti l para Cisco
Ci los
l
valores oscilan en:

Retardo de serialización
• Luego de pasar por las fases • Por lo tanto el retardo

anteriores, la trama se encuentra incorporado estará en función
lista para ser transmitida por la de:
interfaz en cuestión. – velocidad de la interfaz
• Como es obvio dicha trama no – tamaño de la trama
podrá
d á ser transmitida
t itid a mayor • El calculo de dicho retardo
velocidad que la propia de la responde a la siguiente
interfaz. ecuac ó :
ecuación:
n° bytes * 8 * (1/vel.)

Retardos de serialización
• La cual nos arroja las siguientes • Rápidamente observamos que

cifras: el retardo de serialización se
– celda ATM: vuelve crítico para las interfaces
53 * 8 * (1/2048) = 0,207ms de baja velocidad.
– interfaz de 64 Kb/s: • Si bien esta puede mejorar al
d i ell tamaño
reducir t ñ de
d lal trama.
t
53 * 8 * (1/64) = 6,62 ms

Retardos de serialización
• No hay que olvidar que debo mantener lo más alta posible la

relación entre payload y overhead, que en definitiva me indica la
eficiencia en el transporte.

Retardo de “cola
cola de espera
espera”
• En ingles se lo conoce como • Cabe destacar que la voz se

“Buffering/Queuing Delay” prioriza al resto de los datos,
• Es el retardo que se genera por con lo cual la trama deberá
la espera que puede darse antes esperar ante dos situaciones.
de la transmisión de la trama, – Otro trama en transmisión.
d bid a que se está
debido tá – Tramas de voz previas.
trasmitiendo otra trama.

Retardo de “cola
cola de espera
espera”
• Dado que el primer caso genera • El segundo caso nos indica que
una espera totalmente aleatoria, a mayor trafico de voz, se eleva
se toma estadísticamente la el queuing delay.
media, que corresponde a 0,5
del tiempo de serialización de
trama
trama.

Retardos en la Red

Efectos del retardo sobre la voz
• Efectos del retardo sobre la voz:
– muestra original – 90 ms de retardo

– 10 ms de retardo – 150 ms de retardo
– 30 ms de retardo – 400 ms de retardo
– 60 ms de retardo

Retardo sobre la voz
• En los casos anteriores se observa el efecto que tiene sobre la voz el

retardo.
• Pero en todos ellos el retardo se mantiene constante en el tiempo.
• En las redes de datos y dado que el retardo esta compuesto por distintas
componentes, las cuales no siempre mantienen su nivel de retardo, en la
práctica, nos encontramos con retardos variables en el tiempo, el cual
ejemplificamos a continuación.
• Los efectos no solo son apreciables audiblemente, sino que se puede

obser ar la deformación provocada
observar pro ocada sobre la señal original.
original Cabe
destacar que la distorsión es la parámetro con la cual se cuantifica la
diferencia entre la señal original y la señal posterior al proceso.


• Cabe destacar que el las • Técnicas que también se

comunicaciones que utilizamos aplicaran en el transporte de
habitualmente, se aplican voz sobre los redes de datos,
técnicas de supresión y dado la alta componente de
cancelación de eco, de manera retardo final.
de minimizar los efectos antes
observados.

Pérdida de paquetes vs. Calidad
• Así como el retardo afecta la

calidad del audio, la pérdida de
paquetes, también colabora en Codificación Pérdida % Audio
la degradación de la calidad del 10
mismo.
20
1
71
• El efecto
f t es másá o menos
G.
nocivo según obviamente la 50
tasa de pérdida de paquetes y
según la codificación empleada. 10
• A modo de demostración,
20
3 .1
observaremos su efecto sobre
72
G.711 y G.723.1, en forma
G. 50
audible.

Capítulo V

VoDSL
• Desde el punto de vista de las • En cuanto al mercado objetivo

operadoras, las cuales del VoDSL, el mismo esta
desplegaron DSL como compuesto por:
tecnología de Banda Ancha, – Grandes empresas
VoDSL permite: – Pymes
– ampliar
li servicios
i i – Residencial gama alta
– mayor valor agregado al • A continuación veremos la
DSL distribución de los clientes
– manejo de hasta 16 canales ADSL en Chile.
de voz
– Utilización
Utili ación del transporte
ATM

VoDSL
• Las soluciones de VoDSL

propuestas por Lucent
Technologies y Alcatel
proponen en ambos casos:
¦ VoDSL mediante soporte
ATM y con iinterconexión
t ió
entre VG y Central
mediante GR-303/V.5
§ VoDSL mediante soporte IP
e integración con
VG/Softswitch,, con
señalización SS7.

VoDSL - Redes
• Solución tipo c

VoDSL - Redes
• Solución tipo d

VoDSL
• Por el momento la solución • El sistema esta formado por:

disponible y presentada por – IAD (integrated access
ambas es VoDSL/ATM, la cual device) en el cliente
desarrollaremos a continuación. – DSLAM en la central
– VG (voice gateway)
– E1/V.5 como señalización

VoDSL - IAD
• IAD permite: – Voz:

– Tratamiento diferenciado: • Hasta 16 puertos, con
• AAL2 para voz RJ11
• AAL5 para datos • detección Fax/módem
– Compresión • Fax, full T.30
• G.711 (ley A o μ ) • Módem, V.34 y V.90
• G.726 (32 Kb/s) • Servicios caller ID, call
– Qos según aplicación: f
forwarding
di y Call
C ll
waiting
• CBR o rtVBR, para voz
– Datos:
• CBR o UBR,
UBR para datos
• 10/100 base T, RJ45
• Bridging, PPPoA y
PPPoE
VoDSL - IAD
– DHCP servidor/cliente • Insertar IAD´s con el 2400

– RIP 1 y 2 Cisco.
– PAP/CHAP
– SNMP 1.0, MIB1 y 2
– IP Firewall

VoDSL - LVG
• El Voice Gateway, cumple las • Alcatel dispone del LVG 7310,

funciones de: integrable con su línea de
– Interfaz entre DSL y la PSTN DSLAM’ss 7300
DSLAM
– Compresión/Descompresión
de la voz
– Manejo y terminación de los
PVC´s
– Interfaz de señalización con
PSTN, tipo V.5 o SS7 según
el caso.

VoDSL - LVG
• LVG 7310, Release 4.3/4.4 – ATM

– IAD´s soportados • 1 PVC por IAD
• Speed
S dT Touch,
h RAD
RAD, • QOS:
QOS CBR y rtVBR tVBR
Netopia y otros. • hasta 10368 conexiones
– Interfaces de datos – Capacidad de llamadas
• STM-1 óptica (SM/MM) • 240 por placa simult.
• E3 eléctrica • 1920 por subbastidor
– Interfaces a PSTN – Overbooking
• V5.2,grupo de 1 a 8 E1 • residencial: 8, 9 o 10
• Hasta 8 grupos V5
V5.22 • comercial: 4
– Codificación de voz – Interfaces de voz a PSTN
• G.711 / G.726 • 8 E1 p
por placa
p
• VAD / confort noise
VoDSL - LVG topología
• La topología a adoptar queda a criterio del operador.

Calidad de VoDSL
• El transporte de Voz sobre DSL • En lo referente al retardo, el

hace uso de AAL2, sobre un mismo esta formado por:
PVC dedicado, pudiendo ser del – retardo de paquetizado
tipo CBR, garantizando un alto • 5,5 ms - G.711
rendimiento.
• 11 ms - G.726
• L calidad
La lid d dde lla V
VoDSL,
DSL
depende prácticamente de los – retardos de serialización
mismos parámetros que afectan • 0 a T cell
a VoIP, con algunas leves – retardos del DSL
diferencias. (interleave)
– Retardo • 20 ms - G.992.1
– Eco • 3 ms - G.992.2
– Compresión

Calidad de VoDSL
– Retardos del dejitter buffer • Eco: en VoDSL se implementa

• 0 a T cell la cancelación de eco según
– Propagación
P ió G.168, la que permite integrar
la funcionalidad en el DSP y
• 5 μs/Km (F.O.) lograr valores muy buenos de
• Lo cual nos permite hablar de EL cercanos a los -60 dB
EL,
retardos del orden de: • La compresión se puede elegir
– VoDSL - PSTN entre G.711 y G.726, tomando
• 36,5 ms a 54,5 ms en cuenta que las mismas
(G.711) agregan una penalidad en R de
• 53 ms a 71 ms ((G.726)) 0 y -7 respectivamente, por
cada proceso de compresión.

Calidad de VoDSL
• Lo cual nos permite analizar • Por lo tanto si analizamos R en

dichos resultados mediante la función del retardo,
G.107, empleando el modelo E, obtendremos:
de Calidad planteado por la
ITU, el cual utiliza un factor
denominado R,R como indicador
de calidad.
• Podemos decir que R, equivale
al MOS, pero su escala difiere,
dado que R varia de 0 a 100.

Calidad de VoDSL

Calidad de VoDSL
• De lo expuesto anteriormente, • Permitiendo de esta manera:

podemos afirmar que: – brindar un servicio de valor
– VoDSL iguala y en agregado a nuestra red
determinadas condiciones, DSL.
puede exceder la calidad – Atender las necesidades del
prestada
t d por PSTN.
PSTN sector SOHO
– VoDSL permite el soporte – Mínima inversión en
transparente de todas las hardware
a dwa e
aplicaciones de la PSTN – Diseño flexible en el
– Se integra a la red de transporte del tráfico,
conmutación según la
conmutación, utilizando
tili ando o no la red ATM
implementación mediante preexistente.
V.5 o SS7.

VoDSL - Redes
• La propuesta tipo d de Alcatel, propone una red conformada por:

VoDSL - Redes
• Podemos decir que ambas • Esa es la razón por la cual la

opciones c y d, permiten el mayoría de los proveedores
transporte de la voz. dispone actualmente de la
• La opción d hace uso de todo opción 1 y gradualmente
lo antes visto en VoIP, migrarían a la opción 2.
simplemente
i l t agregando
d la
l • E algunos
En l casos, dicha
di h
adaptación a ATM/DSL migración requiere cambios en
correspondiente a capas 2 y 1 el IAD y el LVG, así como
del modelo OSI. replanteos en la red de
• La opción c es propiamente transporte.
VoATM,, transportada
p sobre
DSL, dado la naturaleza ATM
del mundo DSL, esta es la
opción por default
default.

VoHFC
• VoHFC o VoCable, es por lo • Las redes HFC surgen de la

tanto la tecnología empleada necesidad, de brindar
por los operadores de CATV, bidireccionalidad a la viejas
para brindar el servicio redes coaxil de las empresas de
equivalente a POTS, utilizando cable.
la estructura HFC instalada
instalada. • Di h logro
Dicho l se obtiene
bti con lla
• Si bien el objetivo de este curso utilización de Fibra Optica entre
no es la VoHFC en particular, el headen y el nodo de
dicha tecnología se presenta a distribución, tecnología a la
modo de comentario y en forma cual se bautizó HFC, por
comparativa con respecto a “Redes Híbridas Fibra-Coaxil”.
VoDSL, analizando ventajas y
desventajas de cada una.

VoHFC
• Pasando de una red • Si bien la DOCSIS 1.0 o ITU

unidireccional (descendente) a J.112, disponían de suficiente
una red bidireccional, en la cual ancho de banda, el mismo no
se posibilita el envío de datos y poseía mecanismos de QOS
en nuestro análisis servicio de acordes con el servicio de voz.
telefonía
telefonía. • L normativa
La ti referente
f t all
• El servicio de VoIP sobre las servicio de cable módem, esta
redes de cable aparece recién en sujeta a bastante controversias,
1999, con la aprobación de la encontrandose, en medio de
norma DOCSIS 1.1 ellas a :
– CableLabs (DOCSIS)
( )
– ITU
– IEEE
– EuroDOCSIS

VoHFC
• La nueva tecnología dota de un – retardos importantes

canal de descendente, pero no – falta de privacidad
hay que olvidarse de que el • L cuales
Los l complican
li ell
mismo es compartido por los panorama a la voz, por las
usuarios conectados a él. exigencias propias de este
• P ende
Por d en ttodo
d llo referente
f t a servicio hacia la red.
HFC, estaremos hablando
siempre de recursos
compartidos, lo cual trae
aparejado ciertos
inconvenientes como:
– baja seguridad
– ancho de banda compartido
– congestión
tió

VoHFC
• Red HFC desde el punto de vista de los datos

VoHFC - Distribución de espectro
• La norma define el uso de

FDM, en la cual se estipulan las
frecuencias y usos a los
distintos canales.
• El tráfico ascendente generado
por ell usuario,
i es enviado
i d en la
l
banda de 5 a 42 Mhz
• Mientras que los datos
descendentes llegan al usuario
en la banda de 450 a 750 Mhz

VoHFC
• La VoIP transportada sobre • En forma comparativa el

Cable, enfrenta algunos paquete de voz requiere una
problemas vistos anteriormente, serie de procesos más que en el
mediante: caso de VoDSL, procesos que
– privacidad agregan su retardo
• IPsec (NCS) correspondiente
correspondiente.
• CBC (DOCSIS) • El hecho de compartir el
acceso, hace que el mismo sea
– Ruidos e interferencias en controlado y secuencial, lo cual
banda ascendente incorpora retardos importantes.
• Modulación QPSK • El cual se incrementa con la
– Retardos incorporación de abonados al
• Tema aun pendiente de nodo, como se observa en la
resolución el cual es
resolución, figura
figura.
clave en VoIP
VoHFC
• Por todo lo expuesto

anteriormente podemos alegar
que VoDSL permite una
implementación y explotación
menos traumática, con mejor
calidad y prestaciones
prestaciones.

Capítulo VI

VoFR - VoATM
• En nuestro estudio de VoIP, • Centrando el análisis en las

analizaremos brevemente dos características claves de cada
tecnología capaces de brindar tecnología, como ser:
servicio de transporte de voz, en – la eficiencia en el transporte
forma equivalente al IP. – servicios soportados
• B i d d una comparativa
Brindando ti – retardos propios
entre VoIP, VoFR y VoATM,
analizando ventajas y
desventajas de cada
implementación y sus posibles
aplicaciones.

VoFR
• Su aparición se debe a la
versatilidad que presenta FR
para soportar otros protocolos.
• Como integración de servicios
en el segmento empresas,
permitiendo
iti d integrar
i t voz y
dados en un único enlace a
precios, brindando una solución
única a un bajo costo.
• El caso de aplicación típica, en
la q
que se implementan
p voz +
datos sobre FR es:

VoFR
• El elemento clave en FR para la – Optimización del ancho de

integración de voz y datos, se lo banda compartido por las
denomina VFRAD o aplicaciones.
simplemente FRAD. – Alta eficiencia en bajos
• El VFRAD se caracteriza por: bitrates.
– solución de voz + datos
– permite manejo de
codificación
cod cac ó de vo
voz G.7
G.711,,
G.726 y G.729
– Integración de voz y datos
sobre mismo DLCI

VoFR
• La FRF 11.1, aprobada en • Así como también permite

diciembre del 97, incorpora mantener acotado al jitter.
funcionalidades claves como: • Desde el punto de vista del
– Fragmentación en UNI o overhead, de ambos, tendremos
NNI sobre codecs de 8 Kb/s:
– Fragmentación extremo a – VAD al 60%
extremo • FR 4 Kb/s
• VoIP 6 Kb/s
• El proceso de fragmentado, – Sin VAD
incorporado permite optimizar • FR 10 Kb/s
el retardo y reducir
red cir las demoras
en las colas de salida. • VoIP 15 Kb/s

VoFR
• Lo cual representa una ventaja • Esta ventaja comparativa, hace

en overhead del 50 %, la cual si que en la mayor parte de las
bien no tan significativa en aplicaciones, donde se dispone
interfaces de alta velocidad, de una red y acceso FR, se
resulta clave en enlaces de baja emplee voz sobre FR y no VoIP
velocidad
velocidad. sobre FR
FR.
• A modo de ejemplo, sobre un
enlace de 64 Kb/s tendremos:
– FR 6 canales
– VoIP 4 canales

• El VFRAD puede realizar • Los indicadores BECN y
cambios en el codec, o sobre el FECN, se emplearan en los
HCV (propietario Newbridge) extremos para tratar de ajustarse
de manera de adaptarse a a la congestión.
congestiones en la red.

VoATM
• Si bien IP se perfila como el • ATM permite el transporte de

futuro ganador de la contienda, voz en sus dos posibles
dada la universalidad del adaptaciones:
mismo. – AAL-1
• No hay que descartar los – AAL-2
á bit en los
ámbitos l cualesl VoATM
V ATM • Permitiendo cada una de ellas,
se emplea y de manera exitosa. brindar ventajas, propias de
• Estos son: cada técnica
éc ca de adaptación.
adap ac ó .
– Redes 3G, inalámbricas • Las cuales describiremos a
– Redes de acceso DSL continuación y algo hemos
– Mercado de carriers hablado en el capítulo
capít lo 5.
5

VoATM, AAL-1
AAL 1
• AAL-1: también conocida bajo • Si bien el AAL-1 brinda

el nombre de CES, fue la grandes prestaciones, también
primer opción en transporte de posee algunas desventajas,
voz disponible para ATM. como ser:
• Brindando características como: – canales fijos: el numero de
– retardo de paquetizado de 6 canales
l se define
d fi en ell
a 0,125 ms inicio y no puede ser
– Permite
e e laa recuperación
ecupe ac ó de modificado.
clock, siendo la única – Payload fijo: si bien se
tecnología del mercado para adapta perfectamente a
VoP
VoP. tráficos G.711 y G.726 del
– Bajo retardo en inserción tipo PCM
directa del TDM a celdas.

VoATM, AAL-1
AAL 1
• Pero no permite la integración • Esta es la razón por la cual en el

de bloques provenientes de capitulo 5, en VoDSL hemos
codecs G.723, G.728 y G.729. hablado de AAL
AAL-2 2 y no AAL
AAL-1.1.
• Lo cual limita su aplicación en • Un aspecto a favor, del AAL-1
VoATM a tráfico de voz de y que lo hace ideal dentro de su
b j compresión,
baja ió típico
tí i en ell reducido
d id campo de d aplicaciones
li i
transporte entre carriers es la alta eficiencia (88%), la
• Pero no demasiado apto para las cual es imposible de igualar por
aplicaciones actuales tendientes cualquiera de las demás
a minimizar el ancho de banda tecnologías de VoP.
ocupado
p por
p la voz,, mediante
técnicas de compresión,
supresión de silencios y demás.

VoATM, AAL-1
AAL 1

VoATM, AAL-2
AAL 2
• Se presenta como alternativa a de 3 bytes, lo cual brinda

las limitaciones impuestas por flexibilidad adicional en el
AAL-1.
AAL 1. manejo de la información.
• Permitiendo: • CPS, (Common Part Sublayer)
– Uso de múltiples canales el header brinda posibilidades
– Mezcla de codificaciones como:
dentro de cada canal – cada canal puede tener
– Incorporación de datos distinto n° de bits.
dentro del mismo canal – Soporte de voz comprimida
• Dichas funcionalidades se y no comprimida
logran a expensas de la – Asociación de canales de
incorporación de un sub-header voz a un mismo circuito
virtual.

VoATM, AAL-2
AAL 2
– Interrupción en la – flexibilidad de codificación.

transmisión de un canal,
permitiendo “silence
silence • Pero ttambién
P bié posee algunas
l
supression” limitaciones, las cuales son:
• En términos generales las – eficiencia baja al 64%
ventajas
t j ded AAL-2
AAL 2 son:
– no permite el recuperado de
– retardos controlables sincronismo.
– sopo
soportee de silence
s e ce
supression
– mezcla voz y datos
– permite funcionalidades de
señalización

VoATM, AAL-2
AAL 2

Capítulo VII

Hardware VoP
• Si bien en el mercado están • Así como también por las

disponible una gran cantidad de diversas opciones de terminales
proveedores de hardware IP, cubriendo algunas
dedicado y implementaciones aplicaciones especificas.
mixtas de Hard y Soft, nos • El objetivo es dotar de una
limitaremos a describir las visión
i ió de
d mercadod y sus
características fundamentales de productos. Asimilando las
los elementos generales de una funcionalidades de la teoría
red.
d antes vista con el producto
• En particular haremos una disponible en el mercado.
visión en mayor profundidad al • En todos los casos,, la
portfolio de Cisco System, tanto información completa se
para H.323 como para SIP. encuentra en los links del final
del capítulo
capítulo.

Productos Cisco - Entorno SIP
• En la implementación • Red mixta IP/PSTN

comercial de Cisco - SIP, nos
encontramos con distintas
redes, a las cuales se les ha
incorporado y dotado de
servicio adicionales,
adicionales y que
varían según los usos y
prestaciones.

• Red de IP/PSTN, mensajería y • Red IP/POTS + PSTN,

entorno seguro. mensajería y protección.

• Como podemos observar las • En todos los casos están

implementación aumentan su compuestas por los siguientes
complejidad y funciones elementos básicos del entorno
prestadas, pero las mismas SIP.
están compuestas por los – Terminales IP
elementos básicos vistos en los – Proxy Server
capítulos anteriores.
– Sistema de mensajería
• Si bien la topología cambia y
las redes se vuelven más – Redirect Server
complejas en cuanto a las redes, – Gateway
esquemas de direccionamiento,
protocolos, tráfico y demás.

• Terminales SIP:
– Línea Cisco 79XX
• 7940
• 7960
– Serie ATA 18X
• 186
• 188
Adaptación de terminales
analógicos standard.


• Serie 79XX, SIP IP Phone, – Desvío de llamado

características principales: – Retención de llamada
– Conexión directa con – Ll
Llamado
d en conferencia
f i
10/100 BT, RJ-45 – No interrumpir
– Asignación de IP mediante – Multidirectorio
DHCP cliente o manual.
– Call Waiting
– Codecs G.711 y G.729a
– Discado directo según:
– Manejo del DTMF in &
outband • E.164
– Indicación de mensaje en • URL
espera – Bloqueo
Bloq eo de caller ID.
ID

• Serie ATA 186/188: – Codecs disponibles:

– 2 puertos FXS (RJ-11) • G.723.1
– DTMF detección
d t ió y • G.729
G 729
generación • G.711 Ley A y μ
– Soporte de Fax, G3 – VAD
– Cancelador de eco 8ms/20dB – CNG
– Manejo de DTMF in y – Protocolos:
outband
tb d • SIP
– Configuración mediante • H.323 v.2
WebBowser
• MGCP
– Implementa ToS y CoS.

• SIP Proxy Server, el mismo • SIP Gateway:

permite: – requiere IOS 12.1 o
– integrar funciones de superior
superior.
• Redirect – Soporte de interfaces:
• registrar • FXS/FXO/E&M
– Call forwarding • E1 CAS/ E1 PRI
– Traducción de direcciones – Soporte de SIP UDP y TCP
– Soporte de RADIUS – Soporte de codecs serie G
– SIP/UDP – Protocolos: IPsec, SIP,
– IPsec para mensajes de – Interfaz con PSTN y RDSI
RDSI.
señalización

Productos Cisco - Entorno H.323
• Cisco presenta para la

implementación de entornos
H.323, los siguientes
componentes:
– MCM Multimedia
C f
Conference manager
– IP/VC 3520 - Gateway
– IP/VC
/VC 35
3510/1
0/ - MCUCU

Productos Cisco - Entorno H.323
• MCM cumple las funciones de: • IP/VC 3520/21/26 Gateway

– Gatekeeper – variando la capacidad según
– Proxy
P S
Server el modelo,
modelo desde RDSI
RDSI,
– se integra en 2500, 2600, hasta E1, permitiendo el
3600, 7200 y MC3810 manejo de múltiples
conexiones.
i
– Permite ambas funciones
GK y Proxy a un precio • IP/VC 3510/11 MCU
razonable
razonable.

Otros Terminales IP
• Polycom, IP500 • Nortel, I2004
• Shoreline, serie Shore Phone • Avaya, 4620

Soft - Phones
• Nortel, i2050 • Avaya, IP Softphone

Servicios
• En el presente capítulo • Los servicios pueden a su vez

analizaremos algunos de los dividirse según:
servicios que brinda la – Red corporativa,
corporativa LAN
tecnología VoIP. – Redes WAN
• Tomando como factor común – Redes mixtas
d todos
de t d los
l servicios,
i i la l LAN/WAN/PSTN/RDSI,
reducción de costos, en lo que etc.
corresponde a migrar el tráfico
TDM a la nueva estructura IP. • De lo visto anteriormente
estaremos refiriendonos a:
– VoIP
– IP Telephony

Calling Card

Operador H.323 internacional

Arquitectura Completa

Referencias
Parte del trabajo de investigación de este – Texas Instruments: www.ti.com

manual se realizó con material proveniente – Vocaltec: www.vocaltec.com
de:
• Organismos: • Bibliografía
– ITU:www.itu.int – Broadband Access Technologies,
– IMTC: www.imtc.org Azzam/Ransom - McGraw Hill
– IETF www.ietf.org
IETF: i tf – Implementing ADSL, David
– Typhon: www.etsi.org Ginsburg - Adison Wesley
• Empresas: – Fundamentos VoIP, Peters -
– Cisco Sytem: www
www.cisco.com
cisco com Davison Cisco Press
Davison,
– Avaya: www.avaya.com – Computer Networks, Tanenbaum -
– Nortel: www.nortel.com Prentice Hall
– RadCom: www.rad.com
– IPTelephony: www.iptelephony.org
– Octasic: www.octasic.com

VoIP - Basico PDF

Cargado por

Información del documento

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

VoIP - Basico PDF

Cargado por

Copyright:

Formatos disponibles

VoIP, IP Telephony - Nivel Inicial 1

• Cap.I: Introducción • Cap.IV: VoIP Calidad de

VoIP, IP Telephony - Nivel Inicial 2

VoIP, IP Telephony - Nivel Inicial 3

• El servicio de voz, ha sufrido • La conmutación de circuitos se

VoIP, IP Telephony - Nivel Inicial 4

• Si bien la conmutación de • La conmutación de circuitos,

VoIP, IP Telephony - Nivel Inicial 5

– Ineficientes en el uso de • Llegando a las redes de fines de

• El concepto de convergencia • En este punto podríamos decir

VoIP, IP Telephony - Nivel Inicial 7

• Desde el punto de vista tecnológico nos encontramos en la actualidad

VoIP, IP Telephony - Nivel Inicial 8

• Con los avances en la técnica de • VoIP evoluciona rápidamente,

VoIP, IP Telephony - Nivel Inicial 9

VoIP, IP Telephony - Nivel Inicial 10

• Si bien se habla en general de VoIP, al mencionar la tecnología

– Voz sobre IP (VoIP): se emplea dicho término a toda

– IP Telephony: se emplea dicho término a toda red de voz

VoIP, IP Telephony - Nivel Inicial 11

• VoIP, entonces se limita al • Telefonía IP, se

VoIP, IP Telephony - Nivel Inicial 12

• Por lo tanto el análisis,

VoIP, IP Telephony - Nivel Inicial 13

• Mercado: mientras VoIP • Mercado Europeo:

VoIP, IP Telephony - Nivel Inicial 14

• Gran cantidad de empresas están en plena migración a VoIP, o planean

VoIP, IP Telephony - Nivel Inicial 15

• El factor clave para el • Razón por la cual la Telefonía

VoIP, IP Telephony - Nivel Inicial 16

VoIP, IP Telephony - Nivel Inicial 17

• Los servicios ofrecidos son: • Los cuales veremos más en

VoIP, IP Telephony - Nivel Inicial 18

• En cuanto a la calidad del • Obviamente las categorías

VoIP, IP Telephony - Nivel Inicial 19

• Cronología de la Voz paquetizada

VoIP, IP Telephony - Nivel Inicial 20

• Los principales organismos • La ITU presenta en el año 1996,

VoIP, IP Telephony - Nivel Inicial 21

• Por lo tanto tenemos que H.323 como especificación diseñada para

Norma Año Transporte Audio Video Control Multiplexado

VoIP, IP Telephony - Nivel Inicial 22

• H.323 se convierte en el • El H.323 tuvo dos versiones y

VoIP, IP Telephony - Nivel Inicial 23

– H.323 v.4 (en estudio

VoIP, IP Telephony - Nivel Inicial 24

• El IETF, es conocido del – SDP (Session Description

VoIP, IP Telephony - Nivel Inicial 25

• El hecho que distintos • Como ser el caso de

VoIP, IP Telephony - Nivel Inicial 26

• IMTC, International • IMTC, es conocido como uno

VoIP, IP Telephony - Nivel Inicial 27

• TYPHON, Telephony & • Internamente se dividen en 8

VoIP, IP Telephony - Nivel Inicial 28

VoIP, IP Telephony - Nivel Inicial 29

• El primer paso en VoIP es • El gran salto en técnicas de

VoIP, IP Telephony - Nivel Inicial 30

• La ITU normalizó las distintas • De lo visto anteriormente, la

VoIP, IP Telephony - Nivel Inicial 31

Medio Especificación Compresión Voz Velocidades • La razón por la cual existen

VoIP, IP Telephony - Nivel Inicial 32

• La codificación de la voz se • Estos tres grandes grupos se

– codificación por forma de