Vo IPBase

VoIP, IP Telephony - Nivel Inicial
Indice
Cap.I: Introduccin
Mercado
Evolucin
Convergencia
Codecs
Calidad
A h dde B
Ancho
Banda
d
H.323
H
323
SIP
Comparativa
Voz sobre DSL

Voz sobre HFC
Cap. VI: Otras alternativas

en el transporte
Parametros de la red
QOS
Cap.V: Integracin de VoIP

en el acceso
Cap.III: VoIP
Standards y Protocolos
Cap.IV: VoIP Calidad de

Servicio
Cap. II: Digitalizacin

de la voz
VoATM
VoFR
Cap. VII: Hardware y

Servicios
Captulo I
Evolucin de las Redes
El servicio de voz, ha sufrido

cambios desde su inicio en la
dcada de los 20.
Las redes destinadas a voz
fueron evolucionando desde:
redes de circuitos
exclusivos punto a punto
pasa
pasando
do por
po nodos
odos de
conmutacin manual
luego la evolucin de la
conm tacin automtica
conmutacin
a tomtica de
circuitos.
La conmutacin de circuitos se
adapta perfectamente a los
requerimientos del servicio de
voz. Durante aos hemos visto
avances en estas redes,
multiplicando su capacidad y
velocidad.
Hacia los aos 70 con la
aparicin de los datos y la
necesidad de transportar los
mismos de un punto a otro, se
recurri a la red existente en ese
momento, o sea la red de
conmutacin de circuitos.
Si bien la conmutacin de
circuitos se adaptaba
perfectamente a la voz,
rpidamente se vieron los
inconvenientes que aparecan al
transportar los datos.
datos
Dada que el transporte de los
datos se hace mediante el
armado de paquetes, las redes
ptimas para el transporte de
los datos tomaron el nombre de
Redes de conmutacin de
paquetes
La conmutacin de circuitos,
permite:
reserva de conexin durante
el tiempo necesario
canales dedicados para cada
conexin
mnimos retardos
Caractersticas que se
adaptaban perfectamente a la
voz, pero para los datos estas
presentaban los siguientes
problemas:
Ineficientes en el uso de
canales.
Gran desperdicio de
recursos.
Lo cual motivo a la separacin
de servicios, empleando redes
dedicadas a cada uno.
Llegando a las redes de fines de

los 80, donde los datos se
transportaban sobre
conmutacin de paquetes y la
voz sobre conmutacin de
circuitos
circuitos.
Si ahora aadimos, 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
apunta a:
una nica red
gestin integrada de todos
los servicios
soporte multiservicio
plataforma eficiente de
transporte
transporte.
Si tomamos en cuenta los
objetivos propuestos, estamos
hablando de una red de Banda
Ancha capaz de soportar todos
y cada uno de los servicios.
En este punto podramos decir

que se logra un transporte
eficiente de los servicios, pero
no hay que olvidarse del acceso
de los mismos al cliente, el cual
tambin requera de redes
separadas.
Si aplicamos el mismo principio
en el acceso, tendremos ahora
las redes de banda ancha en el
cliente.
Convergencia
Desde el punto de vista tecnolgico nos encontramos en la actualidad

con el siguiente escenario:
La voz migra a otras redes
Con los avances en la tcnica de

procesamiento de seales y
posterior aparicin del DSP,se
logra la incorporacin de la voz
en las redes de paquetes.
A
Apareciendo
i d as la
l VoIP
V IP y
siendo el punto de partida de
nuestro estudio.
VoIP pasa de una tcnica de
laboratorio y pruebas no
demasiado satisfactoria,, a ser
uno de los negocios de mayor
crecimiento.
VoIP evoluciona rpidamente,

logrando:
transporte eficiente
reducciones en los costos
integracin en las redes
servicios de valor agregados
mnima utilizacin de ancho
d banda
de
b d
Trfico comparado
10
VoIP - Telefona IP
Si bien se habla en general de VoIP, al mencionar la tecnologa

debemos hacer las salvedades del caso y distinguir dentro de la voz
paquetizada, dos aplicaciones con mercados y caractersticas distintas.
Voz sobre IP (VoIP): se emplea dicho trmino a toda
implementacin 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 trmino 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
11
VoIP - Telefona IP
VoIP, entonces se limita al
uso corporativo, interoficinas y
d en ell cuall se emplea
dems
l la
l
misma estructura LAN que
posee la empresa.
Pudiendo esta, utilizar enlaces
WAN, pero siempre bajo una
estructura
es
uc u a ce
cerrada
ada e interna,
e a,
propia de cada corporacin.
Telefona IP, se
caracteriza por brindar servicio
d telefona
de
t l f sobre
b IP,
IP tanto
t t en
forma local como internacional.
Reemplazando en muchos casos
a las mismas TELCO y
operadores de Larga Distancia,
ofreciendo
o
ec e do tarifas
a as reducidas
educ das y
en algunos casos
funcionalidades adicionales
(Fax e Imgenes).
Imgenes)
12
VoIP - Telefona IP
Por lo tanto el anlisis,

proyecciones y mercados deben
analizarse por separado
Si bien la tecnologa y principio
utilizados sean los mismos,
ambos
b conforman
f
servicios
i i
distintos, orientados a
aplicaciones y mercados
distintos.
13
VoIP mercado y expectativas
Mercado: mientras VoIP

comienza como un juego y una
aplicacin de menor
importancia, rpidamente se
observa la potencialidad del
mismo y el volumen del posible
mercado.
Mercado Americano:
Estima 50% del mercado
migrando a VoIP hacia el
2007
Mercado potencial de
60.000 MU$S
Mercado Europeo:
Actualmente, representa el
6% del trfico internacional
Estimaciones de
crecimiento al 15% para el
2007
14
VoIP en las empresas
Gran cantidad de empresas estn en plena migracin a VoIP, o planean

a corto o mediano plazo la migracin.
15
Telefona IP
El factor clave para el

desarrollo de dicha tecnologa
estriba en la fuerte diferencia
tarifaria en las comunicaciones
internacionales.
Mi t ell precio
Mientras
i del
d l minuto
i t
de una llamada local es de
$0,13 el mismo asciende a
$
$0,88
en promedio para una
llamada internacional.
El uso de la estructura de
Internet y redes IP dedicadas,
permite brindar servicios a
valores muy inferiores
inferiores.
Razn por la cual la Telefona

IP encuentra un mercado
amplio y ofrece valores muy
por debajo de los ofrecidos por
la PSTN.
A
Aparece
ell concepto
t de
d ITSP
(IP Telephony Service
Provider), multiplicandose en
USA y el resto del mundo.
ITXC, Primus, Startec Global,
Teleglobe,
g
, Delta Three,, iBasis,,
FNet, Vocaltec, IPCB.net
16
Distribucin de Trfico en USA
17
Telefona IP
Los servicios ofrecidos son:

comunicacin PC - PC
PC - POTS
FAX
Videoconferencia
Calling Card
Los cuales emplean segn la
aplicacin y el segmento de
mercado:
equipos
q p POTS tradicionales
Soft phones
Hardware dedicado.
Los cuales veremos ms en

detalle en el captulo 7.
Las tarifas (principal atractivo):
USA
Europa
Amrica
18
Telefona IP
En cuanto a la calidad del

servicio, podemos dividirlo en:
Bajo precio / baja calidad
Equivalente PSTN
Servicios de valor agregado
Obviamente las categoras

tienen su segmento:
residencial,
residencial hobbie
Corporativo, SOHO,
residencial
Corporativo, Pymes, SOHO
19
Voz sobre paquetes
Cronologa de la Voz paquetizada

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

intervinientes en la
estandarizacin de VoIP, son:
ITU
IETF
IMTC
ETSI
La ITU presenta en el ao 1996,

la especificacin H.323. Se dice
especificacin dado que H.323
no es mas que un conjunto de
normas agrupadas.
L razn
La
de
d esto
t es que la
l
H.323, no solamente cubre lo
relacionado con la voz, sino
tambin con lo relativo a
Multimedia, debiendo
especificar entonces el
tratamiento de video, datos su
multiplexado y control.
21
Protocolos ITU
Por lo tanto tenemos que H.323 como especificacin diseada para

entornos LAN.
La adaptacin a las caractersticas propias de los distintos medios de
transporte, ha generado la aparicin de una familia de normas
destinadas al Multimedia
Norma
3 0
H.320
H.324
H.310/321
H 323
H.323
Ao Transporte Audio
1990
990
ISDN
S
G
G.711
1995
POTS
G.723
1996
ATM
MPEG-1
1996/8
LAN
G 711
G.711
Video
H.261
6
H.263
H.262
H 261/3
H.261/3
Control Multiplexado
H.242
H.221
H.245
H.223
H.245
H.222
H 245
H.245
H 225
H.225
22
Protocolos ITU
H.323 se convierte en el
standard de facto
Todos los productos
comerciales adoptan dichas
especificaciones y comienza a
h b cierta
haber
i t interoperabilidad
i t
bilid d
entre los equipos.
H.323 es el resultado y
evolucin de las normas
anteriores, orientadas a una red
LAN,, ppartiendo de una ppremisa
fundamental.
El H.323 tuvo dos versiones y

se esta trabajando sobre la
tercera
H.323 v.1 (1996) basada en
una red con QOS no
garantizada.
ti d
H.323 v.2 (1998) define
VoIP independientemente
de multimedia, mejoras
sustanciales con respecto a
la versin 1.
H.323 v.3 (1999) permite
definicin de CODEC.
23
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
sealizacin,
li i TTL y dems.
d
24
Protocolos del IETF
El IETF, es conocido del

mbito de las redes de datos
mediante las RFC.
En lo relacionado con VoIP,
presenta los protocolos:
SIP (Session Initiation
protocol)
MGCP
GC (Media
( ed a Gateway
Ga eway
Control Protocol)
SAP (Session
Anno ncement protocol)
Announcement
RTSP (Real Time
Streaming Protocol)
SDP (Session Description

Protocol)
RTP (Real Time Protocol)
RTCP (Real Time Control
Protocol)
MEGACO (Media Gateway
Controller)
De los cuales utilizaremos
mayormente en los captulos
siguientes los protocolos RTP,
RTCP SIP y MGCP
RTCP,
MGCP.
25
Protocolos del IETF
El hecho que distintos

organismos generen diferentes
protocolos que trabajan en
principio sobre la misma
funcin, ha generado
controversias discusiones y
controversias,
pugnas por imponer el
protocolo reinante.
Como ser el caso de

H.323 vs. SIP
Lo cual analizaremos en el
captulo 3.
26
IMTC
IMTC, International
Multimedia teleconferencing
Consortium
Si bien no posee su propio
cuerpo de normas, el mismo se
d di a promover, facilitar,
dedica
f ilit
desarrollar y analizar la
interoperabilidad de los
sistemas de teleconferencia
Multimedia, sobre estndares
abiertos.
IMTC, es conocido como uno

de los entes encargados de los
estudio y pruebas en el campo
de la interoperabilidad.
En particular, la
i t
interoperabilidad,
bilid d conocida
id
como Superops entre
entidades T.120 y H.323.
27
Protocolos del ETSI - Typhon
TYPHON, Telephony &

Internet Protocol
Harmonization over Networks.
Inicia sus actividades en mayo
de 1997, con el objetivo, de:
Internamente se dividen en 8
grupos de trabajo.
Lograr la interoperabilidad
y co
convergencia
ve ge c a en
e los
os
sistemas punto a punto de
Telefona y Multimedia
sobre las NGNs
NGN s.
28
Captulo II
29
Codificacin de la Voz
El primer paso en VoIP es

convertir la seal analgica en
una seal digital.
Desde hace muchos aos se
conoce el principio de PCM, el
cuall comienza
i
hacia
h i los
l aos
40.
Hacia los aos 50 se comienza a
trabajar sobre lo que se toma
como el precursor del Vocoder,
el cual p
progresa
g
recin en la era
digital, dado que la tecnologa
analgica no era suficiente.
El gran salto en tcnicas de

compresin se logra con la
aparicin de DSP (Digital
Signal Procesor), dado que si
bien las bases matemticas
estaban dadas desde hacia aos,
aos
el bajo nivel de procesamiento
de la poca, no permita obtener
resultados
lt d en tiempo
ti
real.
l
Con lo cual los algoritmos de
mayor compresin aparecen
hacia fines de los 80.
30
La ITU normaliz las distintas

tcnicas de compresin, algunas
de las cuales utilizaremos en
VoIP.
Ao Norma
A
N
T i
Tcnica
Velocidad
V
l id d (Kb/s)
(Kb/ )
1972 G.711
PCM
64
1984 G.721
ADPCM
32
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
De lo visto anteriormente, la
ITU, gener una serie de
especificaciones para el servicio
de Multimedia segn el
medio de transporte,
especificando adems que tipo
de compresin utilizar en cada
caso.
31
Medio Especificacin Compresin Voz
Velocidades
ATM H.310/321
G.711, 728
16 y 64 Kb/s
IP
H 323 G
H.323
G.711,
711 723.1,
723 1 729 55,33 ; 8 y 64 Kb/s
Ethernet
H.322
G.711, 728
16 y 64 Kb/s
POTS
H.324
G.723.1, 729
5,3 y 8 Kb/s
ISDN
H 320
H.320
G 711 728
G.711,
16 y 64 Kb/s
Por lo tanto en VoIP,

utilizaremos:
G.711
G.723.1
G.729
La razn por la cual existen

tantas variantes en la
compresin, se debe a aos de
investigacin y una meta en
comn:
menor velocidad
l id d
mayor calidad
mayor
ayo eficiencia
e c e c a en
e el
e
algoritmo
menor retardo en la
compresin
32
La codificacin de la voz se
subdivide, segn:
Estos tres grandes grupos se

caracterizan por:
codificacin por forma de
onda.
Vocoder (Voice CODER),
basado en el principio de
generacin
ge
e ac de laa voz.
vo .
Hbridos, se combinan los
dos anteriores, logrando lo
mejor de cada uno.
no (alta
calidad / bajo bitrate)
33
Codificacin por forma de onda
A este tipo de codificadores

corresponden:
G.711 - PCM
G.721 - ADPCM
G.726 - ADPCM
34
G.711 - Pulse Code Modulation
Pertenece a los codificadores por

forma de onda
Es la codificacin por excelencia
en los sistemas TDM,el mismo
esta compuesto por:
muestreo
cuantificacin
uniforme
logartmica
codificacin
Para el canal telefnico de 4 Khz
de ancho de banda.
Por el Teorema de Nyquist, se

debe cumplir que:
Fs ] 2 * Fi
Por lo tanto la Fs (frecuencia de
sampling) o muestreo se toma
de 8 Khz.
Lo cual arroja un numero de
8000 muestras
ues as de laa seal
se a de
entrada por cada segundo.
La seal de entrada es
m estreada a Fs
muestreada
Fs.
35
Por lo tanto a la salida del

muestreador tendremos:
Luego dichas muestras deben

ser cuantificadas, para lo cual
tendremos en principio dos
opciones:
cuantificacin uniforme
cuantificacin logartmica
Uniforme: se dividen las

posibles combinaciones binarias
en forma simtrica entre los
distintos niveles de la muestra.
36
Logartmica: se aplica una

asignacin no lineal entre
codificacin disponible y
niveles de las muestras,
buscando con esto un mejor
comportamiento ante seales de
entrada de bajo nivel.
Este proceso alineal sigue una
transferencia del tipo
logartmica, la cual la ITU pasa
a llamar:
Ley A
Ley
La cual presentan leves

diferencias en la
correspondencia de niveles.
Siendo la Ley A empleada en
Europa y la Ley en USA.
En los casos de llamadas
internacionales nos vemos en la
obligacin de realizar la
conversin entre Ley - Ley A,
el cual ha sido fijado por la ITU
p
del ppas
como responsabilidad
de Ley .
37
G.721 - ADPCM
ADPCM (Adaptative
Diferential Pulse Code
Modulation), variante del PCM,
que busca optimizar la
velocidad.
L seal
La
l PCM presenta
t una
gran correlacin entre las
muestras. La cual dependiendo
de la variacin de la seal de
entrada puede llegar a ser
bastante importante.
Por lo tanto se logra una menor

dispersin en la diferencia de
las muestras que con las
muestras mismas.
Dada la baja dispersin, se
puede
d utilizar
tili un nivel
i l de
d
codificacin inferior,
reduciendo as, la cantidad de
bits a emplear.
38
G.721 - ADPCM
ADPCM, utiliza para la

codificacin de la diferencia de
las muestras solamente 4 bits.
El predictor, cumple la funcin
de estimar la salida en base a:
6 variaciones anteriores
2 diferencias de muestras
Dado que los valores
mencionados estn en funcin
de la velocidad de variacin de
la seal de entrada,
entrada se busca
b sca
poder adaptar los mismos a
dicha seal.
La parte adaptativa de mtodo

permite, trabajar en dos modos,
segn la seal de entrada:
rpido
voz
lento
datos
39
G.721 - ADPCM
40
Por qu comprimir?
Algunos se preguntarn porque es necesaria la compresin

de la voz, si en las redes analgicas no se realiza dicha
tcnica e inclusive 64 Kb/s no parece demasiado?
41
Por qu comprimir?
He aqu un breve ejemplo

numrico que servir para
aclarar las cosas.
Debemos convertir la seal de
entrada analgica en bits sobre
l redd para lo
la
l cuall emplearemos
l
G.711.
El proceso simplificado ser en
siguiente:
muestrear
cuantificar
c antificar
codificar
p
paquetizar
q
transmitir a la red
Las muestras se toman a 8 Khz,

lo cual corresponde a 125 s
cada una.
Cada muestra se codifica con 8
bits, lo cual nos queda:
8000 m/s * 8 bits/m = 64 Kb/s
Luego debemos insertar cada
muestra
ues a en
e un
u paquete
paque e para
pa a su
transmisin en la red, (por lo
tanto el encabezado ser de 58
bytes)
1 byte muestra + 58 encabezado
Debo enviar 1 paquete por cada
muestra
42
Por qu comprimir?
Con lo cual tenemos:
1 seg. = 8000 muestras
1 muestra
t = 1 paquete
t
1 paquete = 59 bytes
1 byte = 8 bits
1 seg. = 8000 * 59 * 8
1seg = 3.776.000 bits
G.711 => 3,77 Mb/s

Por lo tanto con este sistema no
podremos
d
enviar
i nii un solo
l canall
en una trama E1.
El error esta en el proceso de

paquetizado, en el cual por cada
muestra, debido a los
protocolos a emplear
(Eth/IP/UDP/RTP), cada
paquete posee un encabezado
de 58 bytes.
Los cuales resultan absurdos
comparados con nuestra carga.
La solucin entonces es
aumentar la carga
g de manera de
equilibrar la relacin
carga/encabezado.
43
Por qu comprimir ?
Periodo de paquetizado: se
denomina al tiempo
transcurrido en la obtencin de
n tramas, para el posterior
paquetizado.
Di h numero aparece en las
Dicho
l
recomendaciones de la ITU,
pero segn el caso puede ser
modificado a criterio del
usuario.
Las soluciones al problema

encontrado pasan por:
reducir la velocidad de
codificacin
emplear varias muestras por
cada paquete a enviar
reducir el overhead del
paquete,
paque
e, de manera
a e a de
optimizar el transporte.
Veremos ms adelante que cada
opcin posee ventajas
entajas y
desventajas, las cuales deben
ser cuidadosamente estudiadas
44
Otras tcnicas de Codificacin
A difererencia de las tcnicas de codificacin por forma de

onda, las cuales han probado su utilidad, con la difusin del
G.711 y dems.
El mercado demandaba una compresin aun mayor, poder
transmitir voz con velocidades aptas a interfaces seriales de
b j velocidad.
baja
l id d
Era claro que la tcnica de codificacin por forma de onda
no provea la solucin, dado que la calidad de voz se
degrada fuertemente con la reduccin de velocidad.
Dicho requerimiento requiri un estudio, ms profundo de
las seales y capacidades de procesamiento en MIPS,
MIPS cada
ves ms importantes.
45
Anlisis de la voz
Segn lo visto anteriormente, resulta fundamental poder comprimir

la voz, para lograr bit rates menores, del anlisis temporal de la voz
humana, surgen algunos elementos que pueden ayudar en la
compresin.
La naturaleza repetitiva (peridica) de la voz.
46
Anlisis de la voz
Las pausas realizadas en la misma conversacin.
47
Anlisis de la voz
Por lo que se comienza un

estudio exhaustivo de la voz y
sus propiedades, buscando
factores que ayuden a la
compresin de la misma.
Con lo cual nos encontramos

con las componentes esenciales
y composicin de la voz,
tomando esta como una
conversacin normal en un
dialogo telefnico
telefnico.
Composicin de la voz
22%
repeticiones
componentes
escenciales
i l
54%
24%
pausas
48
Codificacin VOCODER
El principio de codificacin, es
el de enviar solamente los
parmetros que permitan la
sntesis de la seal en el otro
extremo y que esta (al odo
humano) resulte similar a la
seal de origen.
El hecho de que resulte similar
al odo se debe a que en el
proceso de anlisis y posterior
sntesis,las formas de onda
pueden ser muy distintas.
Se ataca el problema mediante

el estudio de la generacin de la
voz.
Se busca un modelo matemtico
cuyo comportamiento se
asemeje
j all sistema
it
del
d l habla.
h bl
49
Vocoder LPC
El flujo de aire enviado de los

pulmones genera las
modificaciones en el volumen.
Las cuerdas vocales vibran,
generando los sonidos, siendo
responsables
bl del
d l tono
t
del
d l
mismo.
Variaciones en el sonido son
logradas por cambios en la
forma del tracto vocal
Dicho anlisis de los
componentes humanos
involucrados en el habla, se
modelizan matemticamente
matemticamente.
Lo que se busca es poder

extraer coeficientes que
permitan generar los sonidos y
a la vez requieran menos
troughput para su envo.
El modelo
d l matemtico
t ti
empleado es:
50
Vocoder LPC
Este sistema permite el llamado

LPC (Linear Prediction Coding)
Las muestras se determinan
como una funcin lineal de una
secuencia de excitacin, para lo
cuall se emplean
l
tambin
t bi
muestras anteriores.
Los coeficientes A, son
enviados a destino
A contienen informacin del
filtro LPC (sus 10 polos),
polos) la
ganancia, variacin y duracin.
Todas las variables de estado

estn contenidas en A.
Los valores representativos de
A, se reducen a 13 y estos a
su vez son enviados en tramas a
razn
dde 50 tramas
t
por
segundo.
La informacin brindada por A,
permite al filtro LPC, generar
una seal similar a la de origen.
51
Vocoder LPC
La tcnica VOCODER, permite

bajos bitrates, los cuales oscilan
entre 3 a 8 Kb/s
Lo que presenta una notable
mejora en comparacin con las
t i
tcnicas
de
d codificacin
difi i de
d
forma de onda
El inconveniente quizs con
esta tcnica es que el sonido
logrado por sntesis en el
extremo opuesto,
p
, ppierde el
tinte de la voz, dificultando el
reconocimiento de la misma.
52
Codificacin Hbrida
A este tipo de codificadores

corresponden:
G.723.1, MPC-MLQ
G.728, LD-CELP
G.729, CS-CELP
53
Codificacin Hbrida
Se basa en utilizar los dos

mtodos anteriores, buscando la
alta calidad de la codificacin
por forma de onda y los bajos
bitrates de la codificacin
Vocoder
Vocoder.
Se los subdivide en:
RELP (Residual Excited
Linear Prediction Coding)
MPC (Multiple Pulse
Coding)
CELP (Code Excited Linear
Prediction)
VSELP (Vector Sum

Excited Linear Prediction)
RPE-LTP
RPE LTP (Regular Pulse
Excitation - Long Term
Prediction)
Luego tenemos a su vez leves
variantes dentro de cada tipo,
pero a fines de no complicar en
exceso el anlisis, nos
centraremos en los procesos
involucrados en VoIP,, los
cuales son: CELP y MPC
54
Hbrida CELP
Al ser una tcnica hbrida, se

usa la prediccin lineal (LPC) y
adems se analizan las muestras
convirtiendolas en vectores con
un peso asignado.
CELP de
d u ttratamiento
t i t
diferenciado a las componentes
segn su retardo, dividiendolas
en:
bajo retardo
alto retardo
El Filtro predictivo, es como en

LPC, de orden 10, y responde a
la seales formadoras de la voz
de bajo retardo.
Las componentes de alto
retardo,
t d son modeladas
d l d
mediante un diccionario
adaptativo.
La incorporacin del anlisis de
alto retardo busca mantener el
timbre (p
(pitch)) de la seal
original, de manera de subir el
ndice MOS.
55
Hbrida CELP
De ambas seales se obtiene la

seal de error de prediccin.
Dicha seal es codificada
mediante el uso de otro
diccionario, el cual contiene
muestras
t de
d ruido
id blanco
bl
aleatorio.
El hecho de trabajar con
diccionarios, o sea en definitiva
tablas cuyos valores estn
indexados,, me permite
p
reducir
la informacin a enviar.
CELP enva al otro extremo

solamente los ndices de las
tablas, las ganancias de cada
seal formadora y los
coeficientes del filtro LPC.
El decodificador
d difi d obviamente
b i
t
posee dichas tablas y ajusta los
niveles de ganancia,
permitiendo junto con el
predictor lineal, sintetizar la
seal original.
56
Hbrida CELP
El hecho que en el transmisor se

compare la seal sintetizada y
la seal original, obteniendo el
error entre ambas y luego
realimentando dicho error en el
sintetizador de manera de
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:
No menos de 15 millones
de operaciones por segundo
(MIPS)
6 KB de memoria RAM
con retardos de unos 15 ms,
en el procesamiento.
57
Hbrida CELP
58
Calidad de la voz
El hecho que los codificadores

hbridos y Vocoder, generen
seales por sntesis las cuales
puede diferir en la forma de
onda, pero generan un
percepcin similar por parte de
la persona que recibe el dialogo,
nos fuerza a cambiar los
mtodos
t d tradicionales
t di i l de
d
medicin de calidad.
Pasamos entonces a basarnos en
mtodos subjetivos de
percepcin, como ser:
MOS (mean opinion score)

DAM (diagnostic
acceptability measure)
El mtodo de evaluacin ms
utilizado es el MOS, el cual se
basa en escuchas realizadas por
eexpertos
pe os audiofilos,
aud o os, los
os cua
cuales
es
son sometidos a escuchas,
evaluando las mismas con un
puntaje entre 1 y 5 siendo malo
y muy buenos respectivamente.
59
Calidad de la voz
Si comparamos entre s las tres

tcnicas de compresin, nos
encontraremos con:
Luego si comparamos entre s,

los distintos mtodos de
compresin 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
60
Procesamiento de la seal
Como es de suponer, todo este

preprocesamiento y post
procesamiento de la seal,
incorpora retardos a la misma.
Retardo que dependen
di t
directamente
t del
d l tamao
t
del
d l
cdigo a implementar en el
DSP, la potencia del mismo,
utilizacin de memoria y dems
parametros que son evaluados a
la hora de elegir una u otra
codificacin.
Si bien los cdigos y

procesadores difieren en
capacidades y velocidades, los
retardos tpicos estn ya
tabulados y sobre estos
trabajaremos
trabajaremos.
61
Comparativa de codificaciones
A modo de ejemplo veremos como las distintas codificaciones alteran

la calidad del patrn de prueba.
Permitiendo realizar una comparativa similar a la realizada por MOS.
MOS
Muestra
Norma
Patrn
G.711, ley A
G 711 lley mu
G.711,
G.721
G 729
G.729
Tamao
Codificacin
2,39 MB PCM, 48 Khz, 16 bits, mono
198 KB
PCM, 8 Khz, 8 bits
198 KB
PCM 8 Kh
PCM,
Khz, 8 bit
bits
102 KB
ADPCM, 8 Khz, 4 bits
102 KB
CS-CELP
62
Captulo III
63
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.
64
H.323 - ITU
H.323 esta formados por los

siguientes elementos:
Terminales
Gateways (GW)
Gatekeepers (GK)
Multipoint Control Unit
(MCU)
Proxy
P
H
H.323
323
De los cuales, segn la red,
complejidad de la misma e
interconexin, dispondremos de
varios de estos elemento o
solamente de los terminales.
Red H.323
65
Terminales - H.323
El terminal H.323 cumple la

funciones de:
Control del sistema
Transmisin de la
informacin
Codificacin/decodificacin
de audio y video
Interfaz de Red
Interfaz de Datos
Manejo de la sealizacin
Cabe destacar que el terminal

puede ser:
una PC con el software
correspondiente
Un dispositivo de hardware
dedicado
O una mezcla de ambos.
En principio en el terminal se
implementarn las siguientes
funciones:
66
Terminales - H.323
Audio Codecs: unidad capaz de

soportar la codificacin /
decodificacin de los tipos de
compresin segn:
ITU serie G.
ISO
GSM
La codificacin / decodificacin
de video depender de la
aplicacin y para nuestro caso
no es objeto de est
estudio
dio
67
Terminales - H.323
Unidad de control de Sistema:

encargada de implementar las
funciones vitales de:
Control de llamada
(H.225)
RAS (H.225)
Control
C t l y transporte
t
t de
d
medios H.245
Finalmente la interfaz de red, es

la encargada del:
armado y desarmado de
paquetes
adaptacin a red
manejo de canales lgicos
trfico UDP/TCP
Multiplexacin
M lti l
i de
d servicios
i i
68
Gateway - H.323
La funcin como indica su

nombre es la de proveer
interconectividad entre dos
redes tan dismiles como la red
IP y la red de circuitos
conmutados.
conmutados
El Gateway entonces ser
necesario, en las redes que
posean interconexin con la
PSTN, RDSI y dems redes.
En las cuales el Gateway
y
cumplir las siguientes
funciones:
69
Gateway - H.323
70
Gatekeeper - H.323
Sus principales funciones son

las de:
control de pre
pre-llamada
llamada
control de admisin
conversin de direcciones
administracin de zonas
H.323.
Si bien
bi ell mismo
i
tiene
ti
un
importante papel en el H.323, el
protocolo permite la conexin
de dos terminales en forma
extremo a extremo,
prescindiendo del Gatekeeper.
Por lo tanto podemos decir que

su presencia o no en la red
depender principalmente de la
envergadura de la misma.
Su implemetacin tambin
d
depender
d de
d las
l dimensiones
di
i
y
cantidad de nodos, pudiendo ser
esta:
Hardware especifico
Software dentro del
Terminal
Software dentro del
Gateway.
71
Gatekeeper - H.323
72
Multipoint Controller Unit - H.323
Su funcin principal es la de
soportar conferencias
multipunto, tanto sean estas de
voz, video o datos.
En general el MCU se
i l
implementa
t en software
ft
integrandolo segn el caso en:
Terminal
Gateway
Gatekeeper
El mismo esta compuesto por

dos funciones principales:
MP (Multipoint Processor)
MC (Multipoint Controller)
El MP, se encarga del manejo
tanto de voz, datos y video
hacia los distintos destinos.
El MC,
MC es el encargado de
gestionar los recursos y
capacidades de cada punto de
ser icios
servicios.
73
Multipoint Controller Unit - H.323
74
Proxy H.323
Al igual que el proxy standard,

el Proxy H.323, brinda las
siguientes funciones:
Seguridad, concentrando el
trfico 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.
Dicho elemento se encuentra

generalmente en redes privadas
con enlaces WAN y gran
cantidad de terminales.
75
Sealizacin 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 conexin.
76
RAS - H.225.0
Las funciones del RAS, son:

Registro
Admisin
Ad i i
Cambios en el Ancho de
Banda
Estado
Procedimiento de liberacin
Dado que RAS utiliza UDP, se
debe tener en cuenta los
TimeOut y llegado el caso con
la seal RIP, resetear los
mismos.
La mensajera H.225.0 utiliza la

sintaxis ASN.1.
Los comandos se agrupan por
funciones y segn la accin.
A continuacin entraremos en
detalle en cada una de las
funcionalidades del RAS.
77
RAS - Localizacin del GK
Los terminales deben

registrarse en el Gatekeeper
para lo cual resulta
indispensable la conexin con
el mismo, la cual puede ser:
Esttica,
E tti mediante
di t la
l
direccin IP del
Gatekeeper.
Dinmica, mediante la
funcin de localizacin del
Gatekeeper.
p
Es muy comn por temas

administrativos, evitar las
definiciones estticas de
direcciones IP, por lo cual dicha
funcin es bastante empleada.
Ad dde bbrindar
Adems
i d fl
flexibilidad,
ibilid d
recordemos que el Gatekeeper
no es un elemento obligatorio
dentro del H.323.
El autodiscovery se realiza
mediante UDP a la direccin
224.0.1.41 utilizando para el
mismo el puerto 1718.
78
RAS - Localizacin del GK
Mensajes de localizacin:
GRQ (Gatekeeper request),
es utilizado por el terminal
para localizar el
Gatekeeper, mediante
multidifusin.
ltidif i
GCF(Gatekeeper confirm),
respuesta del GK, se
devuelve direccin del
canal RAS
GRJ (Gatekeeper reject),
reject) el
GK no acepta el registro.
En el GCF, en algunas
ocasiones se puede pasar al
terminal la direccin IP de
gatekeepers alternativos.
79
RAS - Registro
Dado que el Gatekeeper cumple

la funcin de manejo de reas,
es imprescindible para el GK
conocer los nodos que de el
dependen.
L manera de
La
d brindar
bi d
informacin al Gatekeeper, es
mediante el proceso
indispensable de registro de los
terminales.
El registro
g
ppermite al
Gatekeeper conocer no solo la
direccin IP del elemento, sino
tambin su alias, el cual ser del

tipo:
pcvoz@andescap.cl
El registro se realiza en forma

directa al canal RAS, dado que
se supone que el terminal ya lo
localiz previamente.
La operacin se subdivide en:
registracin
desregistrarse
80
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)
(
)
81
RAS - Localizacin de Terminal
El mensaje es enviado al
Gatekeeper con el nico dato
que se tiene del terminal, en
este caso puede ser:
Alias. Pc1@andescap.cl
Nmero E.164
El gatekeeper realizar una
bsqueda en
e su tabla
ab a interna
e a
tratando de resolver el alias.
La funcin especifica para
dicha tarea es Locate,
Locate por lo
tanto tendremos:
Mensajes:
Locate Request (LRQ)
Locate
L t Confirm
C fi (LCF)
Locate Reject (LRJ)
LRQ, permite obtener la

resolucin de ms de una
di
direccin
i E.164.
E 164
LCF, la respuesta depender del
tipo de conexin que se este
usando.
82
RAS - Localizacin de Terminal

LCF, IP del Gatekeeper, es
porque se utiliza una
conexin del tipo GKRCS
LCF, IP del terminal, es
porque se utiliza un
conexin
i directa
di t entre
t
terminales.
83
RAS - Admisin de Terminal
Los terminales deben ser

admitidos por el Gatekeeper, el
cual puede:
aceptar la admisin
rechazar la admisin
Una de las funciones de la
admisin es la de regular el
aancho
c o de banda
ba da necesario
ecesa o para
pa a
la conexin.
Mensajes:
Admission Request (ARQ)
Admission
Ad i i Confirm
C fi (ACF)
Admission Reject (ARJ)
El ARQ es el paso previo a
iniciar un llamado.
Si el gatekeeper admite la
i es porque dispone
di
de
d
conexin
capacidad como para manejarla
y le entrega al Terminal el IP
del Gateway o Gatekeeper de
terminacin.
84
RAS - Estado de la conexin
El gatekeeper debe obtener

informacin sobre el estado de
la conexin, dado que una vez
iniciado el dilogo, el H225.0
no interviene.
Di h estado
Dicho
t d se puede
d obtener
bt
mediante dos tcnicas
Pooling
Reportes del terminal
Mensajes:
Information Request (IRQ)
Information
I f
ti Request
R
t
Response (IRR)
Mientras el IRQ parte del

Gatekeeper hacia el terminal, a
intervalos regulares
regulares.
IRR lo hace en sentido inverso,
entregando al Gatekeeper
informacin del estado del
enlace.
85
RAS - Control de Ancho de Banda
Si bien durante el proceso de

admisin, el gatekeeper verifica
la disponibilidad de ancho de
banda y en base a esta admite o
no la conexin, en algunos
casos es necesario realizar
modificaciones en el ancho de
banda una vez establecida la
conexin.
i
Mensajes:
Bandwith Request (BRQ)
Bandwith
B d ith Confirmation
C fi
ti
(BCF)
Bandwith Reject (BRJ)
Los rechazos pueden deberse a

que no se encuentre
t disponible
di
ibl
el ancho de banda solicitado.
Uno de los motivos tpicos de
requerimiento de cambio de
ancho de banda es el cambio de
codecs.
86
H.225.0
87
H.225 - Sealizacin de control de llamada
El H.225 utiliza para el control

de llamada los mensajes
basados en la norma ITU
Q.931.
La conexin se realiza mediante
TCP y se emplea
l ell puerto
t
1720.
El canal de sealizacin se
puede manejar de dos maneras:
Directo entre end points
Enrutado
Enr tado al Gatekeeper
En el modo directo solamente el

trfico H.225.0 llega al
Gatekeeper.
88
Mientras que el en modo

enrutado, tambin conocido
como GKRCS,
GKRCS , la mensajera
H.225 es manejada por el
Gatekeeper.
Mientras Q.931, brinda las

funciones ms utilizadas, Q.932
permite el manejo de servicios
adicionales.
Tanto Q.931 y Q.932 utilizan
mensajes
j del
d l tipo
ti ASN.1,
ASN 1 lo
l
cual dificulta su interpretacin
por parte del usuario, uno de los
puntos a favor de SIP, segn
veremos ms adelante.
89
Mensajes:
SETUP
SETUP, ell mismo
i
avisa
i
hacia delante el intento de
establecer un llamado, es
generado por el extremo
llamante hacia el end point
o GK segn el caso.
CALL PROCEEDING, es
un mensaje hacia atrs, el
cual da aviso al extremo
llamante que se ha iniciado
el proceso de llamada.
ALERTING, mensaje hacia

atrs, donde se avisa que el
sonido de llamada se ha
iniciado.
CONNECT, mensaje hacia
t donde
d d ell extremo
t
atrs,
llamado avisa al extremo
llamante que se acepta la
llamada.
RELEASE, es un mensaje
generado ppor cualquiera
g
q
de
los extremos, en particular
el que finalice la llamada, y
90

avisa al extremo opuesto la
finalizacin de la misma.
FACILITY,
FACILITY es un mensaje
hacia delante que indica si
la llamada se cursa o no a
t del
travs
d l Gatekeeper.
G t k
91
H.225 - Q.931
92
H.245 - Control Protocol
Su funcin es la de establecer y
controlar los canales lgicos
para los servicios de:
Voz
Datos
Video
El H.245 se encarga tambin
del intercambio de capacidades,
capacidades
tanto sean conexiones:
unidireccionales
bidireccionales
y de requerimientos:
Simtricos
Asimtricos
A i t i
El H.245 interviene en la
negociacin de codecs
La mensajera del H.245 es
ASN.1
L conexin
La
i H.245
H 245 puede
d ser:
Directa
Va Gatekeeper
p
93
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 el
e
cual se establece el retardo
de la conexin.
94

Logical Channel Signalling:
apertura y cierra de canales
lgicos.
Master/Slave Termination:
procedimiento en el cual se
fij un extremo
fija
t
como
maestro y el otro como
esclavo.
95
RTP/CRTP/RTCP - Transporte
RTP es el protocolo de
transporte en tiempo real, sus
principales funciones son:
Identificar la carga til
temporizacin del trfico
secuenciamiento
sincronizacin
RTP es ell protocolo
t l id
ideall para
el transporte sobre redes IP de
trfico como voz y video, dado
su alta sensibilidad al retardo y
las variaciones del retardo.
RTP se transporta sobre UDP y

su estructura se muestra a
continuacin:
96
RTP - Real
Real-Time
Time Transport Protocol
Campos del RTP:

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

es identificada y el nombre es
enviado en 32 bits.
CSRC: se emplean en la
multiplexacin, cada uno con
32 bit
bits y se puede
d tener
t
hasta
h t
16 tems.
Si recordamos, que a su vez el

RTP se monta en UDP y este a
su vez en IP, tendremos:
Luego el campo de datos

contendr el video o la voz
comprimida a ser transportada
en tiempo real.
98
RTP - Real
Real-Time
Si analizamos la eficiencia de
dicha configuracin tendremos:
Header:
20 Bytes, IP
8 Bytes, UDP
12 Bytes, RTP
40 Bytes, total Header
Datos:
20 Bytes, salida de la
paquetizacin.
p
q
Lo cual nos da una eficiencia

muy baja, del orden del 33%
Resulta ilgico emplear 40
bytes de encabezado para
transportar solamente 20 bytes
d informacin
de
i f
i til.
til
so uc aparece
apa ece con
co laa
Laa solucin
compresin de encabezado, de
manera de aumentar la
eficiencia disminuir los
eficiencia,
retardos y dems.
99
CRTP
CRTP, compressed Real Time

protocol.
Logra optimizar el tamao del
header, llevandolo a 2-4 bytes.
Lo cual representa un cambio
fundamental para la utilizacin
de interfaces lentas y una
sustancial reduccin de
velocidad de la misma, pasando
de:
24 Kb/s (IP+UDP+RTP)
9,6 Kb/s (CRTP)
100
RTCP - Real
Real-Time
Time Transport Control Protocol
RTCP enva a todos los

participantes en forma
peridica, paquetes de control,
mediante los cuales se
monitorea, identifica y controla
la entrega de datos.
datos
Dichos paquetes se multiplexan
en UDP con el resto del trfico,
mediante el uso de distintos
puertos, por convencin:
RTP acta en p
puerto ppar
RTCP en impar ms alto
RTCP es el encargado de
proveer informacin sobre la
calidad del transporte de
informacin.
Las fuentes RTP se identifican
mediante
di t ell llamado
ll
d nombre
b
cannico (CNAME)
Dado que RTCP aporta datos
estadsticos sobre las
conexiones RTP, esta
informacin debe reducirse a lo
estrictamente necesario, de
manera de no producir
congestin
congestin.
101
RTCP - Real
Real-Time
Time Transport Control Protocol
Paquetes RTCP:
SR sender report:
transmisin y recepcin de
estadsticas desde los
participantes.
RR receive report:
recepcin de estadsticas
desde participantes que no
son fuentes activas
SDES source description: se
enva el CNAME
BYE: indica fin de

participacin
APP: aplicaciones
experimentales.
102
H.323 - Llamado mediante gatekeeper
103
H.323 - Llamado a travs del gatekeeper
104
SIP - Session Initiation Protocol
SIP o protocolo de inicio de

sesin, propone el
establecimiento
mantenimiento
finalizacin
de sesiones multimedia, tanto
sean estas de voz, video o datos.
SIP es lla propuesta
t ddell IETF
IETF, lla
cual rivaliza con la norma
H.323
SIP esta orientado a llamadas
punto a punto y multipunto.
SIP es parte del conjunto de

normas del IETF, orientadas a
VoIP.
SIP (RFC 2543)
RSVP (RFC 2205)
RTP/RTCP (RFC 1889)
RTSP (RFC 2326)
SAP (RFC
SDP (RFC 2327)
SIP es un p
protocolo que
q surge
g
de internet, empleando
mensajes de texto, direcciones
URL y dems.
dems
105
SIP - Session Initiation Protocol
Las redes SIP constan de 2

elementos bsicos:
UA user agent
NS network Server
Dividiendo a la red en dos, un
elemento en el terminal del
cliente y otro en la red.
A su vez estos se pueden
subdividir en:
UAC User Agent Client
UAS User Agent Server
Y los servidores de red, estn

conformados por:
Proxy server
Redirect server
Registrars servers
Location servers
Empezaremos con la
descripcin de cada uno, su
funcin en la red y posible
localizacin.
106
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.
107
UA - User Agents
UAS: unidad encargada de

recibir las peticiones, en el
usuario llamado
llamado.
UAC: es el organismo
encargado de iniciar la
transaccin SIP,, del usuario
llamante.
108
Proxy Server
El Proxy Server se caracteriza

por poseer ambas funciones, la
de cliente y servidor a la vez,
dado que en muchos casos
recibe trafico y luego debe
iniciarlo hacia otro destino.
destino
El Proxy server es una de la s
partes esenciales en la
arquitectura SIP de cierto
volumen.
Su implementacin
p
varia desde
Software a Hardware dedicado.
LA IETF recomienda en la RFC

2543, la utilizacin de la
siguiente sintaxis en el nombre
de los proxy servers:
sip.andescap.cl
El Proxy Server puede

mantener
a e e transacciones
a sacc o es tanto
a o
sobre UDP como TCP,
permitiendo la sesin con los
User Agents.
Agents
109
Redirect Server
El servidor de
redireccionamiento cumple la
funcin de mantener
actualizado la base de datos con
la localizacin de cada usuario.
E t permite
Esto
it que ell usuario
i se
mueva a lo largo de la red e
inclusive pasar a distintas redes
y en el momento deseado poder
redireccionar la llamada a la
ultima direccin informada.
El Servicio de redirect apunta a

las Funcionalidades a Futuro,
en la cual se integran las redes y
se utiliza SIP como protocolo
general entre ellas.
A dif
diferencia
i del
d l Proxy
P
server,
el servidor de redireccin, no
acepta llamadas, ni procesa
peticiones SIP, se limita a
entregar al cliente la direccin a
donde redireccionar la peticin
SIP.
110
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
o
ofrece
ece servicios
se v c os de
localizacin
En general forman parte de los
pro ser
proxy
server
er o redirect server
ser er
111
Direccionamiento SIP
Direccionamiento en entornos
SIP:
en los end points se utiliza
el URL SIP, con el formato:
El campo usuario puede

estar conformado por el
nombre o nmero de
telfono.
El campo host, puede
contener
t
ell nombre
b del
d l
dominio o su direccin IP.
usuario @ host
fede@andescap.cl
37142871@andescap.cl
fede@17 35 123 245
fede@17.35.123.245
Para el caso de los servidores,

como ya vimos se recomienda
nombrarlos:
sip.andescap.cl
112
Hallazgo del Proxy Server
El terminal SIP, debe establecer

contacto con el proxy
server,para lo cual, segn la
recomendacin, este se inicia
como UDP.
N encontramos
Nos
t
ante
t dos
d
posibles escenarios:
El terminal posee la
direccin IP del Proxy
Server cargada en forma
Server,
esttica.
El terminal desconoce la
direccin del Proxy Server.
En el primer caso, la sesin se

inicia directamente, sin otro
particular.
En el segundo caso es necesario
descubrir laa direccin
descub
d ecc IP,, para
pa a
lo cual se procede de la
siguiente manera:
envo
en o UDP al puerto
p erto 5060
se consulta con el DNS,
para obtener el IP del Host.
113
Transaccin SIP
En caso de no obtener
resultados mediante el
UDP, se pasa a TCP.
Una vez obtenido la direccin

del Proxy Server, se puede
iniciar la transaccin SIP.
Laa transaccin
a sacc puede realizarse
ea a se
tanto mediante UDP como
TCP, si bien lo standard es
utilizar UDP como primer
medida.
En transacciones UDP, se
utiliza
tili la
l direccin
di
i del
d l header
h d
de la peticin
En TCP se mantiene la
conexin mientras dure la
transaccin.
114
Transacciones SIP
Mensajes SIP:
Request (peticiones)
Response
R
(respuestas)
(
t )
Denominando peticiones a los

mensajes iniciados por los
clientes y respuestas a los que
enva el servidor.
servidor
La estructura del mensaje es
idntica al HTTP, utilizando
campos con texto, lo cual
facilita su interpretacin.
El header de los mensajes se los

agrupa en 4 tipos,
tipos segn su
aplicacin, los cuales aparecen
en la siguiente tabla:
115
SIP Mensajes
De los cuales podemos rescatar los campos ms utilizados, como ser:

To, From, Via, Call-ID, Content Type & Length, Expires, Route,
etc.
etc
Algunos de los cuales explicaremos a continuacin.
116
SIP Mensajes
Campos del encabezado:

T
To: receptor
t de
d la
l peticin
ti i
From: quien enva la
peticin
Expires: fecha y hora en
que el mensaje expira.
Content
C t t Length:
L th tamao
t
en
bytes del mensaje.
Via: indica ruta tomada por
el mensaje
Call-ID: identificador de
usuario
Cseq: se incrementa el
numero de manera de
diferenciar los mensajes del
mismo
i
Call-ID
C ll ID
117
SIP - Request Message
Mediante este tipo de mensaje

los User Agents y el Proxy
server pueden localizar, invitar
y administrar una llamada.
Existen seis mtodos para el
requestt los
l cuales
l son:
INVITE
BYE
ACK
CANCEL
OPTIONS
REGISTER
INVITE: el usuario o servicio

es invitado a participar de una
sesin.
ACK: es la tpica respuesta al
invite.
OPTIONS: se consultan las
posibilidades disponibles por
agentes y servidores.
BYE: se emplea como preaviso
de liberacin de la llamada.
CANCEL: se emplea para
cancelar peticiones en curso.
118
SIP - Request Message
REGISTER: se el mtodo
empleado por los user agents
para registrar informacin til,
correspondiente a la
localizacin en los servidores
SIP.
SIP
119
SIP - Response Message
Las respuestas se agrupan en

dos tipos:
provisionales,
provisionales las cuales
indican a la parte emisora
que la peticin esta en
curso.
Finales, las cuales indican
la finalizacin de la peticin
y el estado resultante.
A fines didcticos
didcticos, podemos
agrupar las mismas en:
1XX
Informational
2XX
Success
3XX
Redirection
4XX
Client error
5XX
Server Error
6XX
Global Error
120
SIP - Response Message
Siendo la tabla completa:

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

puede hacer desde varios
aspectos, como ser:
Performance
Compatibilidad
Requerimientos del equipo
Anlisis, Traceo y Debbugin
Funcionalidades
Mercado
Tratando en todos ellos de
obtener
bt
parmetros
t equivalentes
i l t
que permitan una real valoracin
y comparacin entre ambos.
Segn la performance,
performance
podemos decir que:
H.323, requiere mayor
cantidad de mensajes entre
entidades
SIP reduce
substancialmente el trafico
de control entre entidades
As
A como ttambin
bi la
l
drstica reduccin en pasos
para el establecimiento de
una conexin entre SIP y
H.323.
124
H.323 vs SIP
Segn la compatibilidad, si
bien no hay compatibilidad
entre ambos, se habla de
interoperabilidad, lo cual
requiere la implementacin de
ambos
ambos.
La mayora de los
productos H.323 incorporan
SIP
Algunos productos SIP no
soportan
p
H.323
esto se justifica con la
siguiente comparacin.
Segn requerimientos al
equipo:
H.323,
H 323 exige un cdigo de
mayor tamao, mayor
potencia en el CPU, mayor
capacidad
id d de
d memoria.
i
SIP, reduce sensiblemente
el cdigo, optimizando el
CPU y minimizando la
capacidad de memoria.
125
H.323 vs SIP
Desde el punto de vista del

anlisis, traceo y Debbugin,
podemos decir que:
H.323 utiliza el ASN.1,
haciendo menos entendible
all humano
h
la
l mensajera
j y
complicando el
instrumental necesario.
SIP, emplea campos de
texto, permitiendo no solo
una mejor
j comprensin,
p
,
sino tambin herramientas
ms sencillas.
Segn las funcionalidades

soportadas:
Ambos soportan gran
cantidad de
funcionalidades, siendo
equiparables
i
bl en este
t rubro.
b
Todos estas razones y algunas
ms que escapan a nuestro
anlisis, permiten justificar una
tendencia en los mercados, en
la cual se observa:
126
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.
127
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.
128
MGCP - Media Gateway Control Protocol
El MGCP es la propuesta del

IETF, el cual surge de la
implemetacin conjunta de
otros dos protocolos:
SGCP + IPDC = MGCP
Es el protocolo por excelencia
paraa el
pa
e manejo
a ejo y control
co o de
llamadas entre el Gateway y las
redes externas (PSTN, ISDN,
GSM etc)
GSM,
Por lo tanto su implementacin

es necesaria solo si se desea
conectividad entre VoIP y redes
externas.
Desde el punto de vista
f i l debemos
funcional,
d b
separar all
Gateway en dos bloques
funcionales:
MGC, media gateway
controller
MG,
MG media gateway
129
MGCP - Media Gateway Control Protocol
MGC ser la unidad encargada

de la conversin de sealizacin
necesaria entre las dos redes, as
como tambin de manejar los
MG a su cargo, dado que un
MGC puede controlar ms de
un MG.
En el MG se dispondr de todo
el hardware necesario para
realizar la:
compresin/descompresin
p
p
adaptacin
conversin TDM / IP y
viceversa.
El MGC recibe comnmente en
el mercado el nombre de
SoftSwitch
Mientras que al MG,
dependiendo el uso y volumen
de conexiones se lo puede
encontrar como:
Access gateway
Residential gateway
gate a
130
MGCP - comandos
Comandos MGCP:
CreateConnection.
C
t C
ti
ModifyConnection.
DeleteConnection.
NotificationRequest.
Notify.
AuditEndpoint.
AuditConnection.
RestartInProgress Call
RestartInProgress.
Agent (MGC)
Los comandos estn

compuestos por un encabezado
de comando y una descripcin
de sesin (opcional)
Dado que los mensajes se
envan
mediante
di t UDP,
UDP estos
t
pueden perderse, para lo cual
resulta indispensable el campo
identificador de transaccin,
el cual es un numero dentro
del rango
g 1 a 999.999.999
131
MGCP en conexin POTS sobre IP
132
Gateway - Softswitch
133
MGCP - SIP, internetworking
134
Evolucin a MEGACO / H.248
La estructura distribuida en
MG, MGC y SG, fue planteada
originalmente por ETSI
(Typhon).
Estructura sobre la cual tanto
IETF e ITU,
ITU realizaron
li
trabajos
t b j
sobre esta base.
IETF, propuso el MGCP en su
RFC 2705, el cual evoluciona
luego en lo que hoy conocemos
como MEGACO - RFC3015.
Mientras la ITU, presenta en el

mercado el H.248.
Pero esta vez el trabajo en
conjunto de ambos, da como
resultado lo que en el mercado
se lo
l conoce como:
MEGACO / H
H.248
248
135
Fax sobre IP
El inconveniente en la
transmisin de fax sobre IP, se
presenta con:
compresin
cancelacin de eco
retardos y dems
Haciendo imposible el envo de
fax como si se tratara de una
conversacin.
El servicio de FAX via la PSTN

fue definido por la ITU, en las
normas:
T.30
T.4
T.30 define el hadshake,
mensajes, velocidades y dems.
136
Fax sobre IP
T.4 se ocupa de todo lo

referente al contenido de la hoja
a enviar, formato, resolucin,
escaneo, etc.
La solucin de Fax sobre IP se

brinda mediante dos
modalidades:
Transmisin transparente
Decodificacin y reenvo.
137
Fax sobre IP
Transmisin transparente
El Media Gateway detecta
el tono de envo del fax
fax.
Se avisa al MGC de la
intencin de envo
Este enva un cambio en la
conexin a ambos MGs
se pasa a G.711
G 711
se anula la cancelacin
de eco
Permitiendo enviar la seal
lo ms similar posible a la
original.
g
Decodificacin y Reenvo:
El Media Gateway detecta
el tono de envo del fax
fax.
Nuevamente se cuenta con
dos modalidades:
Tiempo real (T.38)
Extraccin y reenvo
138
Fax sobre IP
Extraccin y reenvo:
Se emula en forma local
(MG) el fax remoto,
remoto
implementando T.30 y T.4
Una vez obtenida la
informacin, se enva el fax
via E-mail, en forma de
attach hacia el Media
Gateway remoto
Luego el MG emular el
terminal T
T.30
30 - T.4
T4
enviando finalmente el fax
a destino.
Tiempo Real (T.38)

modalidad elegida por
H 323
H.323
La seal analgica recibida
es demodulada en el MG
Se arman paquetes segn la
informacin a enviar
indicadores: control
datos: informacin
Dichos paquetes se envan
segn:
UDP --> UDPTL
TCP -->
> directa
139
Fax sobre IP
140
DTMF sobre IP
La utilizacin de tonos DTMF

dentro de la conversacin es
cada vez mayor,
mayor como
ejemplos:
IVR
accesos codificados
consulta en bancos
recoleccin
l i de
d mensajes
j
etc.
Al igual que la seal de fax, los

tonos DTMF se vuelven
indetectables ante los procesos
de compresin/descompresin.
Original
Comprimido
Lo cual requiere un tratamiento
especial de los mismos.
mismos
Para lo cual se presentan dos
alternativas:
RTP/G.711
RTP/RFC 2833
141
Compresin del DTMF
142
DTMF sobre IP
RTP/G.711
El Media Gateway, cambia
el codec a G
G.711,
711 de manera
de evitar la deformacin de
dichos pulsos.
La informacin se enva
mediante RTP
Luego
uego en
e el
e otro
o o extremo
e e o
sern convertidos en forma
transparente.
RTP/RFC 2833
El Media Gateway detecta y
decodifica en forma local
los tonos.
Los mismos son insertados
en el RTP, pero no como
tono digitalizados, sino
como informacin
decodificada.
Se enva bsicamente, el
cdigo detectado
detectado, duracin
del mismo y nivel de
recepcin.
143
DTMF sobre IP
La informacin 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 emulacin transparente hacia el
usuario.
144
DTMF sobre RTP (segn RFC 2833)
145
Captulo IV
146
QOS - Quality of Service
Las herramienta y mtodos de

QOS, son todos aquellos que
nos permiten administrar, los
parmetros de la red
involucrados en la Calidad de
servicio como ser:
servicio,
Prdida de paquetes
Retardos
Ancho de banda
Jitter
y dems.
El QOS se divide a su vez en

dos mbitos, los cuales
disponen de distintas
herramientas y funciones, segn
se este en:
d dde bborde
d
red
Backbone
Esta
s a ddivisin
v s se debe a laa
diferencia en las tareas, donde:
Borde: filtrado/descarte,
ancho de banda,
banda
clasificacin del trfico
147
QOS - Quality of Service
Backbone: manejo de
congestiones, control de
trfico, transporte de alta
velocidad.
Adems de diferenciarse,
t bi en base
tambin
b
a las
l
tecnologas y sus propias
capacidades de QOS, que
variaran con la tecnologa de
borde o Backbone.
Cabe destacar q
que algunas
g
de
las herramientas son propietaria
y se pueden ver diferencias en

las implementaciones de cada
proveedor.
El trato preferencial que se le
otorga al trfico, permite
ofrecer
f
all cliente
li t lo
l que se
conoce como SLA.
148
SLA - Service Level Aggrement
SLA (Service Level

Aggrement), dado que entre
proveedor y cliente se estipulan
pautas de calidad de servicio
por las cuales:
ell cliente
li t se obliga
bli a pagar
el proveedor se obliga a
cumplir.
Los tems tpicos de todo SLA,
son:
Disponibilidad
Parmetros de la red
Jitter
Retardo
Ancho
A h dde B
Banda
d
Tasas de error
Responsabilidades
Tiempo medio de
reparacin
Punitorios
Multas en caso de
incumplimientos
p
en el SLA.
149
QOS
Por lo tanto el QOS es un factor

crtico en una organizacin, no
solo por las obligaciones
contractuales con los clientes,
mediante el SLA, sino tambin
para garantizar el
funcionamiento ptimo de la
red en su totalidad.
El QOS, estar entonces en

funcin de la tecnologa
elegida, las funcionalidades
propias de cada proveedor de
equipamiento y las polticas
implementadas
150
DIFFServ - COS
Forma parte de las herramientas

disponibles en IP V.4, la cual
mediante un campo de 3 bits,
permite diferenciar el contenido
de los paquetes.
El aspecto
t positivo
iti dde COS
COS, es
que pertenece a las soluciones
de QOS, dentro de banda, sin
generar overhead.
IP Precedence, permite otorgar

peso relativo al campo, de
forma de privilegiar el
tratamiento de los paquetes,
segn su contenido.
Combinacin
0
1
2
3
4
5
6
7
Prioridad otorgada
RUTINA
PRIORIDAD
INMEDIATO
FLASH
IGNORAR FLASH
CRITICA
INTERNETWORKING
CONTROL DE RED
151
COS - Class of Service
152
Protocolo RSVP
RSVP, es el protocolo de
configuracin de reserva de
recursos.
RSVP, se caracteriza por ser un
protocolo de sealizacin, que
opera de
d extremo
t
a extremo,
t
y
lo hace fuera de banda.
Los recursos reservados en cada
Hop, son el Ancho de Banda y
la prioridad que se le dar al
trfico.
RSVP, atraviesa Hop por Hop,

realizando la reserva
correspondiente.
RSVP, presenta sin embargo
algunos problemas como:
Escalabilidad
Control de Admisin
Tiempo de demora en
reserva
153
Protocolo RSVP
154
Gestin de Colas (Queu)
Otra de las tcnicas de QOS,

pero en este caso a realizarse
dentro del mismo router, en
forma local es la gestin eficaz
de las colas de espera.
D d que un router
Dado
t puede
d ttener
un numero considerable de
interfaces, en las cuales cada
una cursa trfico y este debe ser
enrutado, en nuestro ejemplo
supongamos una salida en
comn, resulta clave el tiempo
en que el paquete permanece en
espera de ser transmitido.

La forma en la cual, son
tratados los paquetes,
paquetes en forma
priorizada de acuerdo a un
determinado criterio se
d
denomina
i Gestin
G ti de
d Colas.
C l
Las tcnicas de encolado, se
dividen en:
FIFO
PQ
Custom
WFQ
155
Gestin de Colas (Queu)
Estas tcnicas son parte de las

mas comnmente
implementadas y en algunos
casos varan su nombre entre
fabricantes.
L tcnica
La
t i FIFO,
FIFO como su
nombre lo indica, First In First
Out, no corresponde a una
tcnica de QOS, pero su
importancia radica en que es la
operatoria bsica y hace las
veces de referencia de las
dems en lo que respecta a
retardos y consumo de
procesador y numero de colas a
utilizar.
Por esa razn la nombramos.
156
Priority Queuing - PQ
Es el resultado de establecer
como poltica de priorizacin,
el manejo y asignacin de
prioridades, asignando a cada
una una cola independiente.
E las
En
l implementaciones
i l
t i
tpicas
t i
de PQ, se utilizan 4 colas, las
cuales se vacan en forma
priorizada.
157
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 trfico a soportar y el tiempo
de Q
Queuing
g deseado.
158
Weighted Fair Queuing - WFQ
WFQ es una ampliacin de

funcionalidades del CQ, en la
cual se mantiene el concepto de
mltiples colas.
Las mismas son configuradas
por ell cliente,
li t pudiendose
di d
asignar a flujos en particular.
Presenta la ventaja de ser ms
rpido que sus antecesores y el
agregado de BW variable en
caso de trficos sin uso.
Permite un tratamiento
especifico a cada flujo,
logrando muy buenos
resultados.
El manejo en colas exclusivas
por flujos, reduce la fluctuacin
del retardo.
159
IP versin 6
Los cambios introducidos, en el

paquete IP v.6,
v 6 requiere algo de
anlisis.
El espacio de direccionamiento
se incremento a 128 bits
Se elimina el campo TOS, lo
cual parece
cua
pa ece un
u problema,
p ob e a, pero
pe o
se reemplaza con una nueva
funcionalidad.
El hecho de poder etiq
etiquetar
etar
flujos, permite individualizar en
los routers una comunicacin

multimedia y brindar a esta un
tratamiento diferenciado.
Por lo cual se equipara e
inclusive mejora las
prestaciones otorgadas por
Diffserv
se v de IP v.4.
v. .
160
Retardos
Retardos en la red
retardo del codec
retardos
t d de
d paquetizado
ti d
retardos de serializacin
retardos de buffereado
retardos de switcheo en la
red
retardos del de-jitter buffer
Retardos del codec

Dado que las aplicaciones
de VoIP
VoIP, buscan reducir la
carga que generan sobre la
red de datos, se busca la
f
forma
ms
eficiente
fi i t de
d
enviar de un punto a otro la
informacin.
161
Retardos del CODEC
El procesamiento por parte del

CODEC, el cual a su vez esta
conformado por un DSP,
incorpora retardos en la seal
debidos a proceso mismo de
compresin
compresin.
Dichos retardos, dependern de
los caractersticas del DSP
empleando y fundamentalmente
de la codificacin a utilizar.
Dada la importancia de reducir

el retardo, el criterio a emplear
es el de utilizar la codificacin
ms eficiente.
162
Retardos del CODEC
Observamos que el retardo del Codec varia fuertemente segn el

tipo de compresin empleada.
163
Retardos del CODEC
El proceso se completa con la

descompresin en el extremo
lejano.
En trminos generales el
proceso de descompresin es
b t t mas rpido
bastante
id que ell de
d
compresin, con tiempos del
orden del 10% del de
compresin.
Pero el retardo depender en

gran medida de la cantidad de
muestras incorporadas a cada
paquete.
164
Retardos del CODEC
Por lo tanto podremos tener:

compresin + (descompresin * 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 * ) =
165
Retardos de paquetizado
Dado que el paquetizado es la

operacin mediante la cual se
insertan las muestras de audio
procesadas adecuadamente en
el paquete a ser transmitido.
es obvio que dicho proceso

depender del tamao y
cantidad de muestras insertadas
en el mismo.
Esta operacin requiere la
acumulacin
l i de
d las
l muestras
t en
un buffer, para su posterior
envo, de ah que normalmente
se la conozca como retardo de
acumulacin.
166
Retardos de paquetizado
La relacin de compromiso
entre el paquetizado y la
velocidad de los datos, nos
impide bajar los valores ms
all de los 20 ms.
E particular
En
ti l para Cisco
Ci
los
l
valores oscilan en:
167
Retardo de serializacin
Luego de pasar por las fases

anteriores, la trama se encuentra
lista para ser transmitida por la
interfaz en cuestin.
Como es obvio dicha trama no
podr
d ser transmitida
t
itid a mayor
velocidad que la propia de la
interfaz.
Por lo tanto el retardo

incorporado estar en funcin
de:
velocidad de la interfaz
tamao de la trama
El calculo de dicho retardo
responde a la siguiente
ecuac :
ecuacin:
n bytes * 8 * (1/vel.)
168
Retardos de serializacin
La cual nos arroja las siguientes

cifras:
celda ATM:
53 * 8 * (1/2048) = 0,207ms
interfaz de 64 Kb/s:
53 * 8 * (1/64) = 6,62 ms
Rpidamente observamos que

el retardo de serializacin se
vuelve crtico para las interfaces
de baja velocidad.
Si bien esta puede mejorar al
d i ell tamao
t
de
d la
l trama.
t
reducir
169
Retardos de serializacin
No hay que olvidar que debo mantener lo ms alta posible la

relacin entre payload y overhead, que en definitiva me indica la
eficiencia en el transporte.
170
Retardo de cola
cola de espera
espera
En ingles se lo conoce como

Buffering/Queuing Delay
Es el retardo que se genera por
la espera que puede darse antes
de la transmisin de la trama,
d bid a que se est
debido
t
trasmitiendo otra trama.
Cabe destacar que la voz se

prioriza al resto de los datos,
con lo cual la trama deber
esperar ante dos situaciones.
Otro trama en transmisin.
Tramas de voz previas.
171
Retardo de cola
cola de espera
espera
Dado que el primer caso genera

una espera totalmente aleatoria,
se toma estadsticamente la
media, que corresponde a 0,5
del tiempo de serializacin de
trama
trama.
El segundo caso nos indica que

a mayor trafico de voz, se eleva
el queuing delay.
172
Retardos en la Red
173
Efectos del retardo sobre la voz
Efectos del retardo sobre la voz:
muestra original
10 ms de retardo
30 ms de retardo
60 ms de retardo
90 ms de retardo
150 ms de retardo
400 ms de retardo
174
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
prctica, nos encontramos con retardos variables en el tiempo, el cual
ejemplificamos a continuacin.
Los efectos no solo son apreciables audiblemente, sino que se puede
obser ar la deformacin provocada
observar
pro ocada sobre la seal original.
original Cabe
destacar que la distorsin es la parmetro con la cual se cuantifica la
diferencia entre la seal original y la seal posterior al proceso.
175
176
Cabe destacar que el las

comunicaciones que utilizamos
habitualmente, se aplican
tcnicas de supresin y
cancelacin de eco, de manera
de minimizar los efectos antes
observados.
Tcnicas que tambin se

aplicaran en el transporte de
voz sobre los redes de datos,
dado la alta componente de
retardo final.
177
Prdida de paquetes vs. Calidad
71
G.
3 .1
Codificacin Prdida % Audio

10
20
50
10
20
50
72
As como el retardo afecta la

calidad del audio, la prdida de
paquetes, tambin colabora en
la degradacin de la calidad del
mismo.
El efecto
f t es ms
o menos
nocivo segn obviamente la
tasa de prdida de paquetes y
segn la codificacin empleada.
A modo de demostracin,
observaremos su efecto sobre
G.711 y G.723.1, en forma
audible.
G.
178
Captulo V
179
VoDSL
Desde el punto de vista de las

operadoras, las cuales
desplegaron DSL como
tecnologa de Banda Ancha,
VoDSL permite:
ampliar
li servicios
i i
mayor valor agregado al
DSL
manejo de hasta 16 canales
de voz
Utilizacin
Utili acin del transporte
ATM
En cuanto al mercado objetivo

del VoDSL, el mismo esta
compuesto por:
Grandes empresas
Pymes
Residencial gama alta
A continuacin veremos la
distribucin de los clientes
ADSL en Chile.
180
VoDSL
Las soluciones de VoDSL

propuestas por Lucent
Technologies y Alcatel
proponen en ambos casos:
VoDSL mediante soporte
ATM y con iinterconexin
t
i
entre VG y Central
mediante GR-303/V.5
VoDSL mediante soporte IP
e integracin con
VG/Softswitch,, con
sealizacin SS7.
181
VoDSL - Redes
Solucin tipo c
182
VoDSL - Redes
Solucin tipo d
183
VoDSL
Por el momento la solucin

disponible y presentada por
ambas es VoDSL/ATM, la cual
desarrollaremos a continuacin.
El sistema esta formado por:

IAD (integrated access
device) en el cliente
DSLAM en la central
VG (voice gateway)
E1/V.5 como sealizacin
184
VoDSL - IAD
IAD permite:
Tratamiento diferenciado:
AAL2 para voz
AAL5 para datos
Compresin
G.711 (ley A o )
G.726 (32 Kb/s)
Qos segn aplicacin:
CBR o rtVBR, para voz
CBR o UBR,
UBR para datos
Voz:
Hasta 16 puertos, con
RJ11
deteccin Fax/mdem
Fax, full T.30
Mdem, V.34 y V.90
Servicios caller ID, call
f
forwarding
di y Call
C ll
waiting
Datos:
10/100 base T, RJ45
Bridging, PPPoA y
PPPoE
185
VoDSL - IAD
DHCP servidor/cliente
RIP 1 y 2
PAP/CHAP
SNMP 1.0, MIB1 y 2
IP Firewall
Insertar IADs con el 2400

Cisco.
186
VoDSL - LVG
El Voice Gateway, cumple las

funciones de:
Interfaz entre DSL y la PSTN
Compresin/Descompresin
de la voz
Manejo y terminacin de los
PVCs
Interfaz de sealizacin con
PSTN, tipo V.5 o SS7 segn
el caso.
Alcatel dispone del LVG 7310,

integrable con su lnea de
DSLAMss 7300
DSLAM
187
VoDSL - LVG
LVG 7310, Release 4.3/4.4

IADs soportados
Speed
S dT
Touch,
h RAD
RAD,
Netopia y otros.
Interfaces de datos
STM-1 ptica (SM/MM)
E3 elctrica
Interfaces a PSTN
V5.2,grupo de 1 a 8 E1
Hasta 8 grupos V5
V5.22
Codificacin de voz
G.711 / G.726
VAD / confort noise
ATM
1 PVC por IAD
QOS:
QOS CBR y rtVBR
tVBR
hasta 10368 conexiones
Capacidad de llamadas
240 por placa simult.
1920 por subbastidor
Overbooking
residencial: 8, 9 o 10
comercial: 4
Interfaces de voz a PSTN
8 E1 p
por placa
p
188
VoDSL - LVG topologa
La topologa a adoptar queda a criterio del operador.
189
Calidad de VoDSL
El transporte de Voz sobre DSL

hace uso de AAL2, sobre un
PVC dedicado, pudiendo ser del
tipo CBR, garantizando un alto
rendimiento.
L calidad
La
lid d dde lla V
VoDSL,
DSL
depende prcticamente de los
mismos parmetros que afectan
a VoIP, con algunas leves
diferencias.
Retardo
Eco
Compresin
En lo referente al retardo, el
mismo esta formado por:
retardo de paquetizado
5,5 ms - G.711
11 ms - G.726
retardos de serializacin
0 a T cell
retardos del DSL
(interleave)
20 ms - G.992.1
3 ms - G.992.2
190
Calidad de VoDSL
Retardos del dejitter buffer

0 a T cell
Propagacin
P
i
5 s/Km (F.O.)
Lo cual nos permite hablar de
retardos del orden de:
VoDSL - PSTN
36,5 ms a 54,5 ms
(G.711)
53 ms a 71 ms ((G.726))
Eco: en VoDSL se implementa

la cancelacin de eco segn
G.168, la que permite integrar
la funcionalidad en el DSP y
lograr valores muy buenos de
EL cercanos a los -60 dB
EL,
La compresin se puede elegir
entre G.711 y G.726, tomando
en cuenta que las mismas
agregan una penalidad en R de
0 y -7 respectivamente, por
cada proceso de compresin.
191
Calidad de VoDSL
Lo cual nos permite analizar

dichos resultados mediante la
G.107, empleando el modelo E,
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.
Por lo tanto si analizamos R en

funcin del retardo,
obtendremos:
192
Calidad de VoDSL
193
Calidad de VoDSL
De lo expuesto anteriormente,
podemos afirmar que:
VoDSL iguala y en
determinadas condiciones,
puede exceder la calidad
prestada
t d por PSTN.
PSTN
VoDSL permite el soporte
transparente de todas las
aplicaciones de la PSTN
Se integra a la red de
conmutacin segn la
conmutacin,
implementacin mediante
V.5 o SS7.
Permitiendo de esta manera:

brindar un servicio de valor
agregado a nuestra red
DSL.
Atender las necesidades del
sector SOHO
Mnima inversin en
hardware
a dwa e
Diseo flexible en el
transporte del trfico,
utilizando
tili ando o no la red ATM
preexistente.
194
VoDSL - Redes
La propuesta tipo d de Alcatel, propone una red conformada por:
195
VoDSL - Redes
Podemos decir que ambas

opciones c y d, permiten el
transporte de la voz.
La opcin d hace uso de todo
lo antes visto en VoIP,
simplemente
i l
t agregando
d la
l
adaptacin a ATM/DSL
correspondiente a capas 2 y 1
del modelo OSI.
La opcin c es propiamente
VoATM,, transportada
p
sobre
DSL, dado la naturaleza ATM
del mundo DSL, esta es la
opcin por default
default.
Esa es la razn por la cual la

mayora de los proveedores
dispone actualmente de la
opcin 1 y gradualmente
migraran a la opcin 2.
E algunos
En
l
casos, dicha
di h
migracin requiere cambios en
el IAD y el LVG, as como
replanteos en la red de
transporte.
196
VoHFC
VoHFC o VoCable, es por lo

tanto la tecnologa empleada
por los operadores de CATV,
para brindar el servicio
equivalente a POTS, utilizando
la estructura HFC instalada
instalada.
Si bien el objetivo de este curso
no es la VoHFC en particular,
dicha tecnologa se presenta a
modo de comentario y en forma
comparativa con respecto a
VoDSL, analizando ventajas y
desventajas de cada una.
Las redes HFC surgen de la

necesidad, de brindar
bidireccionalidad a la viejas
redes coaxil de las empresas de
cable.
Di h logro
Dicho
l
se obtiene
bti
con lla
utilizacin de Fibra Optica entre
el headen y el nodo de
distribucin, tecnologa a la
cual se bautiz HFC, por
Redes Hbridas Fibra-Coaxil.
197
VoHFC
Pasando de una red

unidireccional (descendente) a
una red bidireccional, en la cual
se posibilita el envo de datos y
en nuestro anlisis servicio de
telefona
telefona.
El servicio de VoIP sobre las
redes de cable aparece recin en
1999, con la aprobacin de la
norma DOCSIS 1.1
Si bien la DOCSIS 1.0 o ITU

J.112, disponan de suficiente
ancho de banda, el mismo no
posea mecanismos de QOS
acordes con el servicio de voz.
L normativa
La
ti referente
f
t all
servicio de cable mdem, esta
sujeta a bastante controversias,
encontrandose, en medio de
ellas a :
CableLabs (DOCSIS)
(
)
ITU
IEEE
EuroDOCSIS
198
VoHFC
La nueva tecnologa dota de un

canal de descendente, pero no
hay que olvidarse de que el
mismo es compartido por los
usuarios conectados a l.
P ende
Por
d en ttodo
d llo referente
f
t a
HFC, estaremos hablando
siempre de recursos
compartidos, lo cual trae
aparejado ciertos
inconvenientes como:
baja seguridad
ancho de banda compartido
congestin
ti
retardos importantes
falta de privacidad
L cuales
Los
l complican
li
ell
panorama a la voz, por las
exigencias propias de este
servicio hacia la red.
199
VoHFC
Red HFC desde el punto de vista de los datos
200
VoHFC - Distribucin de espectro
La norma define el uso de

FDM, en la cual se estipulan las
frecuencias y usos a los
distintos canales.
El trfico 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
201
VoHFC
La VoIP transportada sobre

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

anteriormente podemos alegar
que VoDSL permite una
implementacin y explotacin
menos traumtica, con mejor
calidad y prestaciones
prestaciones.
203
Captulo VI
204
VoFR - VoATM
En nuestro estudio de VoIP,

analizaremos brevemente dos
tecnologa capaces de brindar
servicio de transporte de voz, en
forma equivalente al IP.
B i d d una comparativa
Brindando
ti
entre VoIP, VoFR y VoATM,
analizando ventajas y
desventajas de cada
implementacin y sus posibles
aplicaciones.
Centrando el anlisis en las

caractersticas claves de cada
tecnologa, como ser:
la eficiencia en el transporte
servicios soportados
retardos propios
205
VoFR
Su aparicin se debe a la
versatilidad que presenta FR
para soportar otros protocolos.
Como integracin de servicios
en el segmento empresas,
permitiendo
iti d integrar
i t
voz y
dados en un nico enlace a
precios, brindando una solucin
nica a un bajo costo.
El caso de aplicacin tpica, en
la q
que se implementan
p
voz +
datos sobre FR es:
206
VoFR
El elemento clave en FR para la

integracin de voz y datos, se lo
denomina VFRAD o
simplemente FRAD.
El VFRAD se caracteriza por:
solucin de voz + datos
permite manejo de
codificacin
cod
cac de vo
voz G.7
G.711,,
G.726 y G.729
Integracin de voz y datos
sobre mismo DLCI
Optimizacin del ancho de

banda compartido por las
aplicaciones.
Alta eficiencia en bajos
bitrates.
207
VoFR
La FRF 11.1, aprobada en

diciembre del 97, incorpora
funcionalidades claves como:
Fragmentacin en UNI o
NNI
Fragmentacin extremo a
extremo
El proceso de fragmentado,
incorporado permite optimizar
el retardo y reducir
red cir las demoras
en las colas de salida.
As como tambin permite

mantener acotado al jitter.
Desde el punto de vista del
overhead, de ambos, tendremos
sobre codecs de 8 Kb/s:
VAD al 60%
FR
4 Kb/s
VoIP
6 Kb/s
Sin VAD
FR
10 Kb/s
VoIP
15 Kb/s
208
VoFR
Lo cual representa una ventaja

en overhead del 50 %, la cual si
bien no tan significativa en
interfaces de alta velocidad,
resulta clave en enlaces de baja
velocidad
velocidad.
A modo de ejemplo, sobre un
enlace de 64 Kb/s tendremos:
FR
6 canales
VoIP
4 canales
Esta ventaja comparativa, hace

que en la mayor parte de las
aplicaciones, donde se dispone
de una red y acceso FR, se
emplee voz sobre FR y no VoIP
sobre FR
FR.
209
El VFRAD puede realizar

cambios en el codec, o sobre el
HCV (propietario Newbridge)
de manera de adaptarse a
congestiones en la red.
Los indicadores BECN y

FECN, se emplearan en los
extremos para tratar de ajustarse
a la congestin.
210
VoATM
Si bien IP se perfila como el

futuro ganador de la contienda,
dada la universalidad del
mismo.
No hay que descartar los
bit en los
mbitos
l cuales
l VoATM
V ATM
se emplea y de manera exitosa.
Estos son:
Redes 3G, inalmbricas
Redes de acceso DSL
Mercado de carriers
ATM permite el transporte de

voz en sus dos posibles
adaptaciones:
AAL-1
AAL-2
Permitiendo cada una de ellas,
brindar ventajas, propias de
cada tcnica
c ca de adaptacin.
adap ac .
Las cuales describiremos a
continuacin y algo hemos
hablado en el captulo
capt lo 5.
5
211
VoATM, AAL-1
AAL 1
AAL-1: tambin conocida bajo

el nombre de CES, fue la
primer opcin en transporte de
voz disponible para ATM.
Brindando caractersticas como:
retardo de paquetizado de 6
a 0,125 ms
Permite
e
e laa recuperacin
ecupe ac de
clock, siendo la nica
tecnologa del mercado para
VoP
VoP.
Bajo retardo en insercin
directa del TDM a celdas.
Si bien el AAL-1 brinda

grandes prestaciones, tambin
posee algunas desventajas,
como ser:
canales fijos: el numero de
canales
l se define
d fi en ell
inicio y no puede ser
modificado.
Payload fijo: si bien se
adapta perfectamente a
trficos G.711 y G.726 del
tipo PCM
212
VoATM, AAL-1
AAL 1
Pero no permite la integracin

de bloques provenientes de
codecs G.723, G.728 y G.729.
Lo cual limita su aplicacin en
VoATM a trfico de voz de
b j compresin,
baja
i tpico
t i en ell
transporte entre carriers
Pero no demasiado apto para las
aplicaciones actuales tendientes
a minimizar el ancho de banda
ocupado
p
por
p la voz,, mediante
tcnicas de compresin,
supresin de silencios y dems.
Esta es la razn por la cual en el

capitulo 5, en VoDSL hemos
hablado de AAL
AAL-2
2 y no AAL
AAL-1.
1.
Un aspecto a favor, del AAL-1
y que lo hace ideal dentro de su
reducido
d id campo de
d aplicaciones
li i
es la alta eficiencia (88%), la
cual es imposible de igualar por
cualquiera de las dems
tecnologas de VoP.
213
VoATM, AAL-1
AAL 1
214
VoATM, AAL-2
AAL 2
Se presenta como alternativa a

las limitaciones impuestas por
AAL-1.
AAL
1.
Permitiendo:
Uso de mltiples canales
Mezcla de codificaciones
dentro de cada canal
Incorporacin de datos
dentro del mismo canal
Dichas funcionalidades se
logran a expensas de la
incorporacin de un sub-header
de 3 bytes, lo cual brinda

flexibilidad adicional en el
manejo de la informacin.
CPS, (Common Part Sublayer)
el header brinda posibilidades
como:
cada canal puede tener
distinto n de bits.
Soporte de voz comprimida
y no comprimida
Asociacin de canales de
voz a un mismo circuito
virtual.
215
VoATM, AAL-2
AAL 2
Interrupcin en la
transmisin de un canal,
permitiendo silence
silence
supression
En trminos generales las
ventajas
t j de
d AAL-2
AAL 2 son:
retardos controlables
sopo
soportee de silence
s e ce
supression
mezcla voz y datos
permite funcionalidades de
sealizacin
flexibilidad de codificacin.
Pero ttambin
P
bi posee algunas
l
limitaciones, las cuales son:
eficiencia baja al 64%
no permite el recuperado de
sincronismo.
216
VoATM, AAL-2
AAL 2
217
Captulo VII
218
Hardware VoP
Si bien en el mercado estn

disponible una gran cantidad de
proveedores de hardware
dedicado y implementaciones
mixtas de Hard y Soft, nos
limitaremos a describir las
caractersticas fundamentales de
los elementos generales de una
red.
d
En particular haremos una
visin en mayor profundidad al
portfolio de Cisco System, tanto
para H.323 como para SIP.
As como tambin por las

diversas opciones de terminales
IP, cubriendo algunas
aplicaciones especificas.
El objetivo es dotar de una
visin
i i de
d mercado
d y sus
productos. Asimilando las
funcionalidades de la teora
antes vista con el producto
disponible en el mercado.
En todos los casos,, la
informacin completa se
encuentra en los links del final
del captulo
captulo.
219
Productos Cisco - Entorno SIP
En la implementacin
comercial de Cisco - SIP, nos
encontramos con distintas
redes, a las cuales se les ha
incorporado y dotado de
servicio adicionales,
adicionales y que
varan segn los usos y
prestaciones.
Red mixta IP/PSTN
220
Red de IP/PSTN, mensajera y

entorno seguro.
Red IP/POTS + PSTN,

mensajera y proteccin.
221
Como podemos observar las

implementacin aumentan su
complejidad y funciones
prestadas, pero las mismas
estn compuestas por los
elementos bsicos vistos en los
captulos anteriores.
Si bien la topologa cambia y
las redes se vuelven ms
complejas en cuanto a las redes,
esquemas de direccionamiento,
protocolos, trfico y dems.
En todos los casos estn

compuestas por los siguientes
elementos bsicos del entorno
SIP.
Terminales IP
Proxy Server
Sistema de mensajera
Redirect Server
Gateway
222
Terminales SIP:
Lnea Cisco 79XX
7940
7960
Serie ATA 18X
186
188
Adaptacin de terminales
analgicos standard.
223
224
Serie 79XX, SIP IP Phone,

caractersticas principales:
Conexin directa con
10/100 BT, RJ-45
Asignacin de IP mediante
DHCP cliente o manual.
Codecs G.711 y G.729a
Manejo del DTMF in &
outband
Indicacin de mensaje en
espera
Desvo de llamado
Retencin de llamada
Ll
Llamado
d en conferencia
f
i
No interrumpir
Multidirectorio
Call Waiting
Discado directo segn:
E.164
URL
Bloq eo de caller ID.
ID
Bloqueo
225
Serie ATA 186/188:

2 puertos FXS (RJ-11)
DTMF deteccin
d t i y
generacin
Soporte de Fax, G3
Cancelador de eco 8ms/20dB
Manejo de DTMF in y
outband
tb d
Configuracin mediante
WebBowser
Implementa ToS y CoS.
Codecs disponibles:
G.723.1
G.729
G 729
G.711 Ley A y
VAD
CNG
Protocolos:
SIP
H.323 v.2
MGCP
226
SIP Proxy Server, el mismo

permite:
integrar funciones de
Redirect
registrar
Call forwarding
Traduccin de direcciones
Soporte de RADIUS
SIP/UDP
IPsec para mensajes de
sealizacin
SIP Gateway:
requiere IOS 12.1 o
superior
superior.
Soporte de interfaces:
FXS/FXO/E&M
E1 CAS/ E1 PRI
Soporte de SIP UDP y TCP
Soporte de codecs serie G
Protocolos: IPsec, SIP,
Interfaz con PSTN y RDSI
RDSI.
227
Productos Cisco - Entorno H.323
Cisco presenta para la

implementacin de entornos
H.323, los siguientes
componentes:
MCM Multimedia
C f
Conference
manager
IP/VC 3520 - Gateway
IP/VC
/VC 35
3510/1
0/ - MCU
CU
228
Productos Cisco - Entorno H.323
MCM cumple las funciones de:

Gatekeeper
Proxy
P
S
Server
se integra en 2500, 2600,
3600, 7200 y MC3810
Permite ambas funciones
GK y Proxy a un precio
razonable
razonable.
IP/VC 3520/21/26 Gateway

variando la capacidad segn
el modelo,
modelo desde RDSI
RDSI,
hasta E1, permitiendo el
manejo de mltiples
conexiones.
i
IP/VC 3510/11 MCU
229
Otros Terminales IP
Polycom, IP500
Nortel, I2004
Shoreline, serie Shore Phone
Avaya, 4620
230
Soft - Phones
Nortel, i2050
Avaya, IP Softphone
231
Servicios
En el presente captulo
analizaremos algunos de los
servicios que brinda la
tecnologa VoIP.
Tomando como factor comn
d todos
de
t d los
l servicios,
i i la
l
reduccin de costos, en lo que
corresponde a migrar el trfico
TDM a la nueva estructura IP.
Los servicios pueden a su vez

dividirse segn:
Red corporativa,
corporativa LAN
Redes WAN
Redes mixtas
LAN/WAN/PSTN/RDSI,
etc.
De lo visto anteriormente
estaremos refiriendonos a:
VoIP
IP Telephony
232
Calling Card
233
Operador H.323 internacional
234
Arquitectura Completa
235
236
Referencias
Parte del trabajo de investigacin de este
manual se realiz con material proveniente
de:
Organismos:
ITU:www.itu.int
IMTC: www.imtc.org
IETF www.ietf.org
IETF:
i tf
Typhon: www.etsi.org
Empresas:
Cisco Sytem: www

www.cisco.com
cisco com
Avaya: www.avaya.com
Nortel: www.nortel.com
RadCom: www.rad.com
IPTelephony: www.iptelephony.org
Octasic: www.octasic.com
Texas Instruments: www.ti.com
Vocaltec: www.vocaltec.com
Bibliografa
Broadband Access Technologies,
Azzam/Ransom - McGraw Hill
Implementing ADSL, David
Ginsburg - Adison Wesley
Fundamentos VoIP, Peters Davison Cisco Press
Davison,
Computer Networks, Tanenbaum Prentice Hall
237

Vo IPBase

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

Vo IPBase

Cargado por

Copyright:

Formatos disponibles

VoIP, IP Telephony - Nivel Inicial

Voz sobre DSL

Cap. VI: Otras alternativas

Cap.V: Integracin de VoIP

Cap.IV: VoIP Calidad de

Cap. II: Digitalizacin

Cap. VII: Hardware y

VoIP, IP Telephony - Nivel Inicial

VoIP, IP Telephony - Nivel Inicial

Evolucin de las Redes

El servicio de voz, ha sufrido

VoIP, IP Telephony - Nivel Inicial

Evolucin de las Redes

VoIP, IP Telephony - Nivel Inicial

Evolucin de las Redes

Llegando a las redes de fines de

VoIP, IP Telephony - Nivel Inicial

En este punto podramos decir

VoIP, IP Telephony - Nivel Inicial

Desde el punto de vista tecnolgico nos encontramos en la actualidad

VoIP, IP Telephony - Nivel Inicial

La voz migra a otras redes

Con los avances en la tcnica de

VoIP evoluciona rpidamente,

VoIP, IP Telephony - Nivel Inicial

VoIP, IP Telephony - Nivel Inicial

Si bien se habla en general de VoIP, al mencionar la tecnologa

VoIP, IP Telephony - Nivel Inicial

VoIP, IP Telephony - Nivel Inicial

Por lo tanto el anlisis,

VoIP, IP Telephony - Nivel Inicial

VoIP mercado y expectativas

Mercado: mientras VoIP

VoIP, IP Telephony - Nivel Inicial

VoIP en las empresas

Gran cantidad de empresas estn en plena migracin a VoIP, o planean

VoIP, IP Telephony - Nivel Inicial

El factor clave para el

Razn por la cual la Telefona

VoIP, IP Telephony - Nivel Inicial

Distribucin de Trfico en USA

VoIP, IP Telephony - Nivel Inicial

Los servicios ofrecidos son:

Los cuales veremos ms en

VoIP, IP Telephony - Nivel Inicial

En cuanto a la calidad del

Obviamente las categoras

VoIP, IP Telephony - Nivel Inicial

Voz sobre paquetes

Cronologa de la Voz paquetizada

VoIP, IP Telephony - Nivel Inicial

Los principales organismos

La ITU presenta en el ao 1996,

VoIP, IP Telephony - Nivel Inicial

Por lo tanto tenemos que H.323 como especificacin diseada para

VoIP, IP Telephony - Nivel Inicial

El H.323 tuvo dos versiones y

VoIP, IP Telephony - Nivel Inicial

VoIP, IP Telephony - Nivel Inicial

Protocolos del IETF

El IETF, es conocido del

SDP (Session Description

VoIP, IP Telephony - Nivel Inicial