VoIP - Basico PDF

VoIP, IP Telephony - Nivel Inicial 1
Indice Indice
Cap.I: Introduccin
Mercado
Cap.IV: VoIP Calidad de
Servicio
Evolucin
Convergencia
Cap. II: Digitalizacin
Servicio
Parametros de la red
QOS
Cap.V: Integracin de VoIP
de la voz
Codecs
Calidad
A h d B d
Cap.V: Integracin de VoIP
en el acceso
Voz sobre DSL
Voz sobre HFC
Ancho de Banda
Cap.III: VoIP
Standards y Protocolos
H323
Cap. VI: Otras alternativas
en el transporte
VoATM
H.323
SIP
Comparativa
VoFR
Cap. VII: Hardware y
Servicios
CaptuloI Captulo I
EvolucindelasRedes Evolucin de las Redes
El servicio de voz, ha sufrido
cambios desde su inicio en la
dcadadelos20.
La conmutacin de circuitos se
adapta perfectamente a los
requerimientosdel serviciode dcada de los 20.
Las redes destinadas a voz
fueron evolucionando desde:
requerimientos del servicio de
voz. Durante aos hemos visto
avances en estas redes,
multiplicandosucapacidady
redes de circuitos
exclusivos punto a punto
pasando por nodos de
multiplicando su capacidad y
velocidad.
Hacia los aos 70 con la
pasa dopo odosde
conmutacin manual
luego la evolucin de la
conm tacina tomticade
aparicin de los datos y la
necesidad de transportar los
mismos de un punto a otro, se
conmutacin automtica de
circuitos.
recurri a la red existente en ese
momento, o sea la red de
conmutacin de circuitos.
Si bien la conmutacin de
circuitos se adaptaba
perfectamentealavoz,
La conmutacin de circuitos,
permite:
reservadeconexindurante
perfectamente a la voz,
rpidamente se vieron los
inconvenientes que aparecan al
transportar losdatos
reserva de conexin durante
el tiempo necesario
canales dedicados para cada
transportar los datos.
Dada que el transporte de los
datos se hace mediante el
conexin
mnimos retardos
armado de paquetes, las redes
ptimas para el transporte de
los datos tomaron el nombre de
Caractersticas que se
adaptaban perfectamente a la
Redes de conmutacin de
paquetes
voz, pero para los datos estas
presentaban los siguientes
problemas:
Ineficientes en el uso de
canales.
Grandesperdiciode
Llegando a las redes de fines de
los 80, donde los datos se
transportabansobre
Gran desperdicio de
recursos.
Lo cual motivo a la separacin
transportaban sobre
conmutacin de paquetes y la
voz sobre conmutacin de
circuitos
de servicios, empleando redes
dedicadas a cada uno.
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 Convergencia
El concepto de convergencia
apunta a:
unanicared
En este punto podramos decir
que se logra un transporte
eficientedelosservicios, pero
una nica red
gestin integrada de todos
los servicios
eficiente de los servicios, pero
no hay que olvidarse del acceso
de los mismos al cliente, el cual
tambinrequeraderedes
soporte multiservicio
plataforma eficiente de
transporte
tambin requera de redes
separadas.
Si aplicamos el mismo principio
transporte.
Si tomamos en cuenta los
objetivos propuestos, estamos
en el acceso, tendremos ahora
las redes de banda ancha en el
cliente.
hablando de una red de Banda
Ancha capaz de soportar todos
y cada uno de los servicios.
Convergencia Convergencia
Desde el punto de vista tecnolgico nos encontramos en la actualidad
con el siguiente escenario:
Lavoz migraaotrasredes La voz migra a otras redes
Con los avances en la tcnica de
procesamiento de seales y
posterior aparicindel DSP,se
VoIP evoluciona rpidamente,
logrando:
transporteeficiente
posterior aparicin del DSP,se
logra la incorporacin de la voz
en las redes de paquetes.
A i d l V IP
transporte eficiente
reducciones en los costos
integracin en las redes
Apareciendo as la VoIP y
siendo el punto de partida de
nuestro estudio.
servicios de valor agregados
mnima utilizacin de ancho
d b d
VoIP pasa de una tcnica de
laboratorio y pruebas no
demasiado satisfactoria, a ser
de banda
,
uno de los negocios de mayor
crecimiento.
Trficocomparado Trfico comparado
VoIP - TelefonaIP 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, dosaplicacionesconmercadosycaractersticasdistintas. 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 alesc mplenlas ecesdelaPSTN enformatotal /oparcial cuales cumplen las veces de la PSTN en forma total y/o parcial.
VoIP, entonces se limita al
uso corporativo, interoficinas y
d l l l l
Telefona IP, se
caracteriza por brindar servicio
d t l f b IP t t dems en el cual se emplea la
misma estructura LAN que
posee la empresa.
de telefona sobre IP, tanto en
forma local como internacional.
Reemplazando en muchos casos
Pudiendo esta, utilizar enlaces
WAN, pero siempre bajo una
estructura cerrada e interna,
a las mismas TELCO y
operadores de Larga Distancia,
ofreciendo tarifas reducidas y es uc u ace adae e a,
propia de cada corporacin.
o ec e do a as educ dasy
en algunos casos
funcionalidades adicionales
(FaxeImgenes) (Fax e Imgenes).
Por lo tanto el anlisis,
proyecciones y mercados deben
analizarsepor separado analizarse por separado
Si bien la tecnologa y principio
utilizados sean los mismos,
b f i i ambos conforman servicios
distintos, orientados a
aplicaciones y mercados
distintos.
VoIP mercadoyexpectativas VoIP mercado y expectativas
Mercado: mientras VoIP
comienza como un juego y una
aplicacindemenor
Mercado Europeo:
Actualmente, representa el
6%del trficointernacional
aplicacin de menor
importancia, rpidamente se
observa la potencialidad del
mismoyel volumendel posible
6% del trfico internacional
Estimaciones de
crecimiento al 15% para el
mismo y el volumen del posible
mercado.
Mercado Americano:
2007
Estima 50% del mercado
migrando a VoIP hacia el
2007
Mercado potencial de
60.000 MU$S
VoIP enlasempresas VoIP en las empresas
Gran cantidad de empresas estn en plena migracin a VoIP, o planean
a corto o mediano plazo la migracin.
TelefonaIP Telefona IP
El factor clave para el
desarrollo de dicha tecnologa
estribaenlafuertediferencia
Razn por la cual la Telefona
IP encuentra un mercado
amplioyofrecevaloresmuy estriba en la fuerte diferencia
tarifaria en las comunicaciones
internacionales.
Mi t l i d l i t
amplio y ofrece valores muy
por debajo de los ofrecidos por
la PSTN.
A l t d ITSP Mientras el precio del minuto
de una llamada local es de
$0,13 el mismo asciende a
$
Aparece el concepto de ITSP
(IP Telephony Service
Provider), multiplicandose en
$0,88 en promedio para una
llamada internacional.
El uso de la estructura de
USA y el resto del mundo.
ITXC, Primus, Startec Global,
Teleglobe, Delta Three, iBasis,
Internet y redes IP dedicadas,
permite brindar servicios a
valoresmuyinferiores
g , , ,
FNet, Vocaltec, IPCB.net
valores muy inferiores.
DistribucindeTrficoenUSA Distribucin de Trfico en USA
Los servicios ofrecidos son:
comunicacin PC - PC
PC POTS
Los cuales veremos ms en
detalle en el captulo 7.
Lastarifas(principal atractivo):
PC - POTS
FAX
Videoconferencia
Las tarifas (principal atractivo):
USA
Europa
Videoconferencia
Calling Card
Los cuales emplean segn la
Amrica
aplicacin y el segmento de
mercado:
equipos POTS tradicionales q p
Soft phones
Hardware dedicado.
En cuanto a la calidad del
servicio, podemos dividirlo en:
Bajoprecio/ bajacalidad
Obviamente las categoras
tienen su segmento:
residencial hobbie Bajo precio / baja calidad
Equivalente PSTN
Servicios de valor agregado
residencial, hobbie
Corporativo, SOHO,
residencial
Corporativo, Pymes, SOHO
Voz sobrepaquetes Voz sobre paquetes
Cronologa de la Voz paquetizada
1995, Vocaltec presenta el
primer telfonoIP
IP Forum es incorporado el
IMTC primer telfono IP
1996, la tecnologa comienza a
difundirse, pero como un
IMTC
1999-2000, las Telco,
comienzan a hacer anuncios
hobbie y prueba de laboratorio
1998, Vocaltec, Cisco,
Microsoft y otros fundan IP
de sus estrategias de VoIP
(MCI, Sprint, Cable &
Wireless, BT, etc)
c oso yo os u da
Forum
Se crea el IMTC (International
M ltimediaTeleconferencing
El aspecto regulatorio de
VoIP, se encuentra dividido
entrepromotoresy
Multimedia Teleconferencing
Consortium)
entre promotores y
detractores.
EstandarizacindelaVoIP Estandarizacin de la VoIP
Los principales organismos
intervinientes en la
estandarizacindeVoIP, son:
La ITU presenta en el ao 1996,
la especificacin H.323. Se dice
especificacindadoqueH.323 estandarizacin de VoIP, son:
ITU
especificacin dado que H.323
no es mas que un conjunto de
normas agrupadas.
L d t l
IETF
IMTC
La razn de esto es que la
H.323, no solamente cubre lo
relacionado con la voz, sino
IMTC
ETSI
tambin con lo relativo a
Multimedia, debiendo
especificar entonces el
tratamiento de video, datos su
multiplexado y control.
ProtocolosITU Protocolos ITU
Por lo tanto tenemos que H.323 como especificacin diseada para
entornos LAN.
Laadaptacinalascaractersticaspropiasdelosdistintosmediosde 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 Ao Transporte Audio Video Control Multiplexado
H.320 1990 ISDN G.711 H.261 H.242 H.221 3 0 990 S G 6
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
H323 1996/8 LAN G711 H261/3 H245 H225 H.323 1996/8 LAN G.711 H.261/3 H.245 H.225
H.323 se convierte en el
standard de facto
Todoslosproductos
El H.323 tuvo dos versiones y
se esta trabajando sobre la
tercera
Todos los productos
comerciales adoptan dichas
especificaciones y comienza a
h b i t i t bilid d
tercera
H.323 v.1 (1996) basada en
una red con QOS no
ti d haber cierta interoperabilidad
entre los equipos.
H.323 es el resultado y
garantizada.
H.323 v.2 (1998) define
VoIP independientemente
evolucin de las normas
anteriores, orientadas a una red
LAN, partiendo de una premisa
de multimedia, mejoras
sustanciales con respecto a
la versin 1. , p p
fundamental.
H.323 v.3 (1999) permite
definicin de CODEC.
H.323 v.4 (en estudio
2000), incorpora servicio de
fax(T.38) fax (T.38)
H.323 v.5 (borrador 2003),
incorpora cambios en la
li i TTL d sealizacin, TTL y dems.
Protocolosdel IETF Protocolos del IETF
El IETF, es conocido del
mbito de las redes de datos
mediantelasRFC.
SDP (Session Description
Protocol)
RTP (Real TimeProtocol)
mediante las RFC.
En lo relacionado con VoIP,
presenta los protocolos:
RTP (Real Time Protocol)
RTCP (Real Time Control
Protocol)
SIP (Session Initiation
protocol)
MGCP (Media Gateway
MEGACO (Media Gateway
Controller)
Deloscualesutilizaremos
GC ( edaGaeway
Control Protocol)
SAP (Session
Anno ncement protocol)
De los cuales utilizaremos
mayormente en los captulos
siguientes los protocolos RTP,
RTCP SIP MGCP Announcement protocol)
RTSP (Real Time
Streaming Protocol)
RTCP, SIP y MGCP.
Protocolosdel IETF Protocolos del IETF
El hecho que distintos
organismos generen diferentes
protocolosquetrabajanen
Como ser el caso de
H.323 vs. SIP
protocolos que trabajan en
principio sobre la misma
funcin, ha generado
controversias discusionesy
Lo cual analizaremos en el
captulo 3.
controversias, discusiones y
pugnas por imponer el
protocolo reinante.
IMTC IMTC
IMTC, International
Multimedia teleconferencing
Consortium
IMTC, es conocido como uno
de los entes encargados de los
estudioypruebasenel campo Consortium
Si bien no posee su propio
cuerpo de normas, el mismo se
d di f ilit
estudio y pruebas en el campo
de la interoperabilidad.
En particular, la
i t bilid d id dedica a promover, facilitar,
desarrollar y analizar la
interoperabilidad de los
interoperabilidad, conocida
como Superops entre
entidades T.120 y H.323.
sistemas de teleconferencia
Multimedia, sobre estndares
abiertos.
Protocolosdel ETSI - Typhon Protocolos del ETSI Typhon
TYPHON, Telephony &
Internet Protocol
Harmonizationover Networks.
Internamente se dividen en 8
grupos de trabajo.
Harmonization over Networks.
Inicia sus actividades en mayo
de 1997, con el objetivo, de:
Lograr la interoperabilidad
y convergencia en los yco vege c ae os
sistemas punto a punto de
Telefona y Multimedia
sobrelasNGNs sobre las NGN s.
CaptuloII Captulo II
CodificacindelaVoz Codificacin de la Voz
El primer paso en VoIP es
convertir la seal analgica en
unaseal digital.
El gran salto en tcnicas de
compresin se logra con la
aparicindeDSP (Digital una seal digital.
Desde hace muchos aos se
conoce el principio de PCM, el
l i h i l
aparicin de DSP (Digital
Signal Procesor), dado que si
bien las bases matemticas
estabandadasdesdehaciaaos
cual comienza hacia los aos
40.
Hacia los aos 50 se comienza a
estaban dadas desde hacia aos,
el bajo nivel de procesamiento
de la poca, no permita obtener
lt d ti l
trabajar sobre lo que se toma
como el precursor del Vocoder,
el cual progresa recin en la era
resultados en tiempo real.
Con lo cual los algoritmos de
mayor compresin aparecen
p g
digital, dado que la tecnologa
analgica no era suficiente.
hacia fines de los 80.
La ITU normaliz las distintas
tcnicas de compresin, algunas
delascualesutilizaremosen
De lo visto anteriormente, la
ITU, gener una serie de
especificacionesparael servicio de las cuales utilizaremos en
VoIP.
especificaciones para el servicio
de Multimedia segn el
medio de transporte,
especificandoademsquetipo
A N T i V l id d(Kb/ )
especificando adems que tipo
de compresin utilizar en cada
caso.
Ao Norma Tcnica Velocidad (Kb/s)
1972 G.711 PCM 64
1984 G.721 ADPCM 32
1988 G722 ADPCM 48 56Y 64 1988 G.722 ADPCM 48, 56 Y 64
1992 G.728 LD-CELP 16
1995 G.729 CS-CELP 8
1995 G7231 MPC-MLQ 53Y 64 1995 G.723.1 MPC MLQ 5,3 Y 6,4
La razn por la cual existen
tantas variantes en la
compresin, sedebeaaosde
Medio Especificacin Compresin Voz Velocidades
ATM H.310/321 G.711, 728 16 y 64 Kb/s
IP H323 G711 7231 729 53; 8y64Kb/s
compresin, se debe a aos de
investigacin y una meta en
comn:
l id d
IP H.323 G.711, 723.1, 729 5,3 ; 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 H320 G711 728 16y64Kb/s
Por lo tanto en VoIP,
utilizaremos:
menor velocidad
mayor calidad
mayor eficiencia en el
ISDN H.320 G.711, 728 16 y 64 Kb/s
utilizaremos:
G.711
G.723.1
ayo e c e c ae e
algoritmo
menor retardo en la
compresin
G.729
compresin
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 de la voz. ge eac de avo .
Hbridos, se combinan los
dos anteriores, logrando lo
mejor decada no (alta mejor de cada uno. (alta
calidad / bajo bitrate)
Codificacinpor formadeonda Codificacin por forma de onda
A este tipo de codificadores
corresponden:
G.711 - PCM
G.721 - ADPCM
G.726 - ADPCM
G.711- PulseCodeModulation G.711 Pulse Code Modulation
Pertenece a los codificadores por
forma de onda
Eslacodificacinpor excelencia
Por el Teorema de Nyquist, se
debe cumplir que:
Fs] 2* Fi Es la codificacin por excelencia
en los sistemas TDM,el mismo
esta compuesto por:
Fs ] 2 Fi
Por lo tanto la Fs (frecuencia de
sampling) o muestreo se toma
muestreo
cuantificacin
uniforme
de 8 Khz.
Lo cual arroja un numero de
8000 muestras de la seal de
uniforme
logartmica
codificacin
8000 ues asde ase a de
entrada por cada segundo.
La seal de entrada es
m estreadaaFs
Para el canal telefnico de 4 Khz
de ancho de banda.
muestreada a Fs.
Por lo tanto a la salida del
muestreador tendremos:
Uniforme: se dividen las
posibles combinaciones binarias
enformasimtricaentrelos en forma simtrica entre los
distintos niveles de la muestra.
Luego dichas muestras deben
ser cuantificadas, para lo cual
tendremosenprincipiodos tendremos en principio dos
opciones:
cuantificacin uniforme
cuantificacin logartmica
Logartmica: se aplica una
asignacin no lineal entre
codificacindisponibley
La cual presentan leves
diferencias en la
correspondenciadeniveles. codificacin disponible y
niveles de las muestras,
buscando con esto un mejor
comportamientoantesealesde
correspondencia de niveles.
Siendo la Ley A empleada en
Europa y la Ley en USA.
comportamiento ante seales de
entrada de bajo nivel.
Este proceso alineal sigue una
En los casos de llamadas
internacionales nos vemos en la
obligacin de realizar la
transferencia del tipo
logartmica, la cual la ITU pasa
a llamar:
conversin entre Ley - Ley A,
el cual ha sido fijado por la ITU
como responsabilidad del pas
Ley A
Ley
p p
de Ley .
G.721- ADPCM G.721 ADPCM
ADPCM (Adaptative
Diferential Pulse Code
Modulation), variantedel PCM,
Por lo tanto se logra una menor
dispersin en la diferencia de
lasmuestrasqueconlas Modulation), variante del PCM,
que busca optimizar la
velocidad.
L l PCM t
las muestras que con las
muestras mismas.
Dada la baja dispersin, se
d tili i l d La seal PCM presenta una
gran correlacin entre las
muestras. La cual dependiendo
puede utilizar un nivel de
codificacin inferior,
reduciendo as, la cantidad de
de la variacin de la seal de
entrada puede llegar a ser
bastante importante.
bits a emplear.
ADPCM, utiliza para la
codificacin de la diferencia de
lasmuestrassolamente4bits.
La parte adaptativa de mtodo
permite, trabajar en dos modos,
segnlaseal deentrada: las muestras solamente 4 bits.
El predictor, cumple la funcin
de estimar la salida en base a:
segn la seal de entrada:
rpido voz
lento datos
6 variaciones anteriores
2 diferencias de muestras
Dadoquelosvalores Dado que los valores
mencionados estn en funcin
de la velocidad de variacin de
laseal deentrada seb sca la seal de entrada, se busca
poder adaptar los mismos a
dicha seal.
Por qucomprimir? Por qu comprimir?
Algunossepreguntarnporqueesnecesarialacompresin 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?
He aqu un breve ejemplo
numrico que servir para
aclarar lascosas.
Las muestras se toman a 8 Khz,
lo cual corresponde a 125 s
cadauna. aclarar las cosas.
Debemos convertir la seal de
entrada analgica en bits sobre
l d l l l
cada una.
Cada muestra se codifica con 8
bits, lo cual nos queda:
la red para lo cual emplearemos
G.711.
El proceso simplificado ser en
8000 m/s * 8 bits/m =64 Kb/s
Luego debemos insertar cada
muestra en un paquete para su
siguiente:
muestrear
c antificar
ues ae u paqueepaasu
transmisin en la red, (por lo
tanto el encabezado ser de 58
bytes)
cuantificar
codificar
paquetizar
bytes)
1 byte muestra +58 encabezado
Debo enviar 1 paquete por cada
p q
transmitir a la red
muestra
Con lo cual tenemos:
1 seg. =8000 muestras
1 t 1 t
El error esta en el proceso de
paquetizado, en el cual por cada
muestra, debidoalos
1 muestra =1 paquete
1 paquete =59 bytes
1byte=8bits
muestra, debido a los
protocolos a emplear
(Eth/IP/UDP/RTP), cada
paqueteposeeunencabezado
1 byte 8 bits
1 seg. =8000 * 59 * 8
1seg =3.776.000 bits
paquete posee un encabezado
de 58 bytes.
Los cuales resultan absurdos
G.711 => 3,77 Mb/s
Por lo tanto con este sistema no
d i i l l
comparados con nuestra carga.
La solucin entonces es
aumentar la carga de manera de
podremos enviar ni un solo canal
en una trama E1.
g
equilibrar la relacin
carga/encabezado.
Por qucomprimir ? Por qu comprimir ?
Periodo de paquetizado: se
denomina al tiempo
transcurridoenlaobtencinde
Las soluciones al problema
encontrado pasan por:
reducir lavelocidadde
transcurrido en la obtencin de
n tramas, para el posterior
paquetizado.
Di h l
reducir la velocidad de
codificacin
emplear varias muestras por
Dicho numero aparece en las
recomendaciones de la ITU,
pero segn el caso puede ser
cada paquete a enviar
reducir el overhead del
paquete, de manera de
modificado a criterio del
usuario.
paquee, de a eade
optimizar el transporte.
Veremos ms adelante que cada
opcinposee entajas opcin posee ventajas y
desventajas, las cuales deben
ser cuidadosamente estudiadas
OtrastcnicasdeCodificacin 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.711ydems. G.711 y dems.
El mercado demandaba una compresin aun mayor, poder
transmitir voz con velocidades aptas a interfaces seriales de
b j l id d baja velocidad.
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
lassealesycapacidadesdeprocesamientoenMIPS cada las seales y capacidades de procesamiento en MIPS, cada
ves ms importantes.
Anlisisdelavoz 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, surgenalgunoselementosquepuedenayudar enla humana, surgen algunos elementos que pueden ayudar en la
compresin.
La naturaleza repetitiva (peridica) de la voz.
Las pausas realizadas en la misma conversacin.
Por lo que se comienza un
estudio exhaustivo de la voz y
suspropiedades, buscando
Con lo cual nos encontramos
con las componentes esenciales
ycomposicindelavoz, sus propiedades, buscando
factores que ayuden a la
compresin de la misma.
y composicin de la voz,
tomando esta como una
conversacin normal en un
dialogotelefnico dialogo telefnico.
Composicin de la voz
22%
repeticiones
componentes
i l
24%
54%
escenciales
pausas
CodificacinVOCODER Codificacin VOCODER
El principio de codificacin, es
el de enviar solamente los
parmetrosquepermitanla
Se ataca el problema mediante
el estudio de la generacin de la
voz. parmetros que permitan la
sntesis de la seal en el otro
extremo y que esta (al odo
humano) resultesimilar ala
voz.
Se busca un modelo matemtico
cuyo comportamiento se
j l i t d l h bl
humano) resulte similar a la
seal de origen.
El hecho de que resulte similar
asemeje al sistema del habla.
al odo se debe a que en el
proceso de anlisis y posterior
sntesis,las formas de onda
pueden ser muy distintas.
Vocoder LPC Vocoder LPC
El flujo de aire enviado de los
pulmones genera las
modificacionesenel volumen.
Lo que se busca es poder
extraer coeficientes que
permitangenerar lossonidosy modificaciones en el volumen.
Las cuerdas vocales vibran,
generando los sonidos, siendo
bl d l t d l
permitan generar los sonidos y
a la vez requieran menos
troughput para su envo.
El d l t ti responsables del tono del
mismo.
Variaciones en el sonido son
El modelo matemtico
empleado es:
logradas por cambios en la
forma del tracto vocal
Dichoanlisisdelos Dicho anlisis de los
componentes humanos
involucrados en el habla, se
modelizanmatemticamente
modelizan matemticamente.
Este sistema permite el llamado
LPC (Linear Prediction Coding)
Lasmuestrassedeterminan
Todas las variables de estado
estn contenidas en A.
Losvaloresrepresentativosde Las muestras se determinan
como una funcin lineal de una
secuencia de excitacin, para lo
l l t bi
Los valores representativos de
A, se reducen a 13 y estos a
su vez son enviados en tramas a
d 50t cual se emplean tambin
muestras anteriores.
Los coeficientes A, son
razn de 50 tramas por
segundo.
La informacin brindada por A,
enviados a destino
A contienen informacin del
filtroLPC (sus10polos) la
permite al filtro LPC, generar
una seal similar a la de origen.
filtro LPC (sus 10 polos), la
ganancia, variacin y duracin.
La tcnica VOCODER, permite
bajos bitrates, los cuales oscilan
entre3a8Kb/s entre 3 a 8 Kb/s
Lo que presenta una notable
mejora en comparacin con las
t i d difi i d tcnicas de codificacin de
forma de onda
El inconveniente quizs con
esta tcnica es que el sonido
logrado por sntesis en el
extremo opuesto, pierde el p , p
tinte de la voz, dificultando el
reconocimiento de la misma.
CodificacinHbrida Codificacin Hbrida
A este tipo de codificadores
corresponden:
G.723.1, MPC-MLQ
G.728, LD-CELP
G.729, CS-CELP
CodificacinHbrida Codificacin Hbrida
Se basa en utilizar los dos
mtodos anteriores, buscando la
altacalidaddelacodificacin
VSELP (Vector Sum
Excited Linear Prediction)
RPE LTP (Regular Pulse
alta calidad de la codificacin
por forma de onda y los bajos
bitrates de la codificacin
Vocoder
RPE-LTP (Regular Pulse
Excitation - Long Term
Prediction)
Vocoder.
Se los subdivide en:
RELP (Residual Excited
Luego tenemos a su vez leves
variantes dentro de cada tipo,
pero a fines de no complicar en
Linear Prediction Coding)
MPC (Multiple Pulse
Coding)
exceso el anlisis, nos
centraremos en los procesos
involucrados en VoIP, los
Coding)
CELP (Code Excited Linear
Prediction)
,
cuales son: CELP y MPC
HbridaCELP Hbrida CELP
Al ser una tcnica hbrida, se
usa la prediccin lineal (LPC) y
ademsseanalizanlasmuestras
El Filtro predictivo, es como en
LPC, de orden 10, y responde a
lasealesformadorasdelavoz adems se analizan las muestras
convirtiendolas en vectores con
un peso asignado.
CELP d t t i t
la seales formadoras de la voz
de bajo retardo.
Las componentes de alto
t d d l d CELP de u tratamiento
diferenciado a las componentes
segn su retardo, dividiendolas
retardo, son modeladas
mediante un diccionario
adaptativo.
en:
bajo retardo
altoretardo
La incorporacin del anlisis de
alto retardo busca mantener el
timbre (pitch) de la seal
alto retardo
(p )
original, de manera de subir el
ndice MOS.
De ambas seales se obtiene la
seal de error de prediccin.
Dichaseal escodificada
CELP enva al otro extremo
solamente los ndices de las
tablas, lasgananciasdecada
Dicha seal es codificada
mediante el uso de otro
diccionario, el cual contiene
t d id bl
tablas, las ganancias de cada
seal formadora y los
coeficientes del filtro LPC.
El d difi d b i t muestras de ruido blanco
aleatorio.
El hecho de trabajar con
El decodificador obviamente
posee dichas tablas y ajusta los
niveles de ganancia,
diccionarios, o sea en definitiva
tablas cuyos valores estn
indexados, me permite reducir
permitiendo junto con el
predictor lineal, sintetizar la
seal original.
, p
la informacin a enviar.
El hecho que en el transmisor se
compare la seal sintetizada y
laseal original, obteniendoel
No menos de 15 millones
de operaciones por segundo
(MIPS) la seal original, obteniendo el
error entre ambas y luego
realimentando dicho error en el
sintetizador demanerade
(MIPS)
6 KB de memoria RAM
con retardos de unos 15 ms,
sintetizador de manera de
minimizar el error, no s asegura
una mejora notable en la
lid d
en el procesamiento.
calidad.
Pero cabe destacar que el CELP
requiere gran cantidad de
procesamiento, lo que exige al
DSP:
Calidaddelavoz Calidad de la voz
El hecho que los codificadores
hbridos y Vocoder, generen
sealespor sntesislascuales
MOS (mean opinion score)
DAM (diagnostic
acceptabilitymeasure)
seales por sntesis las cuales
puede diferir en la forma de
onda, pero generan un
percepcinsimilar por partede
acceptability measure)
El mtodo de evaluacin ms
percepcin similar por parte de
la persona que recibe el dialogo,
nos fuerza a cambiar los
t d t di i l d
utilizado es el MOS, el cual se
basa en escuchas realizadas por
expertos audiofilos, los cuales
mtodos tradicionales de
medicin de calidad.
Pasamos entonces a basarnos en
e pe osaudo os, oscuaes
son sometidos a escuchas,
evaluando las mismas con un
puntajeentre1y5siendomalo
mtodos subjetivos de
percepcin, como ser:
puntaje entre 1 y 5 siendo malo
y muy buenos respectivamente.
Calidaddelavoz Calidad de la voz
Si comparamos entre s las tres
tcnicas de compresin, nos
encontraremoscon:
Luego si comparamos entre s,
los distintos mtodos de
compresinobtendremos: encontraremos con: compresin obtendremos:
Norma Velocidad MOS
G711 64 41 G.711 64 4,1
G.726 32 3,85
G.728 16 3,61
G729 8 392 G.729 8 3,92
G.729A 8 3,7
G.723.1 (MPC-MLQ) 6,3 3,9
G7231(ACELP) 53 365 G.723.1 (ACELP) 5,3 3,65
Procesamientodelaseal Procesamiento de la seal
Como es de suponer, todo este
preprocesamiento y post
procesamientodelaseal,
Si bien los cdigos y
procesadores difieren en
capacidadesyvelocidades, los procesamiento de la seal,
incorpora retardos a la misma.
Retardo que dependen
di t t d l t d l
capacidades y velocidades, los
retardos tpicos estn ya
tabulados y sobre estos
trabajaremos
directamente del tamao del
cdigo a implementar en el
DSP, la potencia del mismo,
trabajaremos.
utilizacin de memoria y dems
parametros que son evaluados a
la hora de elegir una u otra
codificacin.
Comparativadecodificaciones Comparativa de codificaciones
A modo de ejemplo veremos como las distintas codificaciones alteran
la calidad del patrn de prueba.
Permitiendorealizar unacomparativasimilar alarealizadapor MOS
Muestra Norma Tamao Codificacin
Permitiendo realizar una comparativa similar a la realizada por MOS.
Patrn 2,39 MB PCM, 48 Khz, 16 bits, mono
G.711, ley A 198 KB PCM, 8 Khz, 8 bits
G711 l 198KB PCM 8Kh 8bit G.711, ley mu 198 KB PCM, 8 Khz, 8 bits
G.721 102 KB ADPCM, 8 Khz, 4 bits
G729 102KB CS-CELP G.729 102 KB CS-CELP
CaptuloIII Captulo III
H.323- ITU H.323 ITU
El paraguas H.323, de la ITU,
agrupa una serie de normas,
mediantelascualespodemos mediante las cuales podemos
transmitir:
Voz
Video
Datos
Mediante un red LAN o llegado
el caso la Internet.
H.323- ITU H.323 ITU
H.323 esta formados por los
siguientes elementos:
Terminales
Red H.323
Terminales
Gateways (GW)
Gatekeepers (GK)
Multipoint Control Unit
(MCU)
P H323 Proxy H.323
De los cuales, segn la red,
complejidad de la misma e
interconexin, dispondremos de
varios de estos elemento o
solamente de los terminales.
Terminales- H.323 Terminales H.323
El terminal H.323 cumple la
funciones de:
Control del sistema
Cabe destacar que el terminal
puede ser:
unaPC conel software Control del sistema
Transmisin de la
informacin
una PC con el software
correspondiente
Un dispositivo de hardware
Codificacin/decodificacin
de audio y video
Interfaz deRed
dedicado
O una mezcla de ambos.
Interfaz de Red
Interfaz de Datos
Manejo de la sealizacin
En principio en el terminal se
implementarn las siguientes
funciones:
Audio Codecs: unidad capaz de
soportar la codificacin /
decodificacindelostiposde decodificacin de los tipos de
compresin segn:
ITU serie G.
ISO
GSM
Lacodificacin/ decodificacin La codificacin / decodificacin
de video depender de la
aplicacin y para nuestro caso
noesobjetodeest dio no es objeto de estudio
Unidad de control de Sistema:
encargada de implementar las
funcionesvitalesde:
Finalmente la interfaz de red, es
la encargada del:
armadoydesarmadode funciones vitales de:
Control de llamada
armado y desarmado de
paquetes
adaptacin a red
(H.225)
RAS (H.225)
C t l t t d
manejo de canales lgicos
trfico UDP/TCP
M lti l i d i i Control y transporte de
medios H.245
Multiplexacin de servicios
Gateway- H.323 Gateway H.323
La funcin como indica su
nombre es la de proveer
interconectividadentredos 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:
Gateway- H.323 Gateway H.323
Gatekeeper - H.323 Gatekeeper H.323
Sus principales funciones son
las de:
control deprellamada
Por lo tanto podemos decir que
su presencia o no en la red
dependerprincipalmentedela
control de pre-llamada
control de admisin
conversin de direcciones
depender principalmente de la
envergadura de la misma.
Su implemetacin tambin
d d d l di i
administracin de zonas
H.323.
Si bi l i ti
depender de las dimensiones y
cantidad de nodos, pudiendo ser
esta:
Si bien el mismo tiene un
importante papel en el H.323, el
protocolo permite la conexin
Hardware especifico
Software dentro del
Terminal
de dos terminales en forma
extremo a extremo,
prescindiendo del Gatekeeper.
Terminal
Software dentro del
Gateway.
Gatekeeper - H.323 Gatekeeper H.323
Multipoint Controller Unit - H.323 Multipoint Controller Unit H.323
Su funcin principal es la de
soportar conferencias
multipunto, tantoseanestasde
El mismo esta compuesto por
dos funciones principales:
MP (Multipoint Processor)
multipunto, tanto sean estas de
voz, video o datos.
En general el MCU se
i l t ft
MP (Multipoint Processor)
MC (Multipoint Controller)
El MP, se encarga del manejo
implementa en software
integrandolo segn el caso en:
Terminal
tanto de voz, datos y video
hacia los distintos destinos.
El MC esel encargadode
Gateway
Gatekeeper
El MC, es el encargado de
gestionar los recursos y
capacidades de cada punto de
ser icios servicios.
Multipoint Controller Unit - H.323 Multipoint Controller Unit H.323
ProxyH.323 Proxy H.323
Al igual que el proxy standard,
el Proxy H.323, brinda las
siguientesfunciones:
Dicho elemento se encuentra
generalmente en redes privadas
conenlacesWAN ygran siguientes funciones:
Seguridad, concentrando el
trfico H.323
con enlaces WAN y gran
cantidad de terminales.
Manejo del IP precedence
de manera de lograr QOS.
Manejo de nodos H.323 con a ejode odos .3 3co
direccionamiento privado.
SealizacinRAS Sealizacin RAS
Registration, Admission &
Status (RAS), tal como su
nombreloindica, estassonlas nombre lo indica, estas son las
funciones principales y que
forman parte del denominado
control depre-llamada control de 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.
RAS- H.225.0 RAS H.225.0
Las funciones del RAS, son:
Registro
Ad i i
La mensajera H.225.0 utiliza la
sintaxis ASN.1.
Loscomandosseagrupanpor
Admisin
Cambios en el Ancho de
Banda
Los comandos se agrupan por
funciones y segn la accin.
A continuacin entraremos en
Estado
Procedimiento de liberacin
detalle en cada una de las
funcionalidades del RAS.
Dado que RAS utiliza UDP, se
debe tener en cuenta los
TimeOut y llegado el caso con
la seal RIP, resetear los
mismos.
RAS- Localizacindel GK RAS Localizacin del GK
Los terminales deben
registrarse en el Gatekeeper
paralocual resulta
Es muy comn por temas
administrativos, evitar las
definicionesestticasde para lo cual resulta
indispensable la conexin con
el mismo, la cual puede ser:
E tti di t l
definiciones estticas de
direcciones IP, por lo cual dicha
funcin es bastante empleada.
Ad d b i d fl ibilid d Esttica, mediante la
direccin IP del
Gatekeeper.
Adems de brindar flexibilidad,
recordemos que el Gatekeeper
no es un elemento obligatorio
Dinmica, mediante la
funcin de localizacin del
Gatekeeper.
dentro del H.323.
El autodiscovery se realiza
mediante UDP a la direccin p
224.0.1.41 utilizando para el
mismo el puerto 1718.
RAS- Localizacindel GK RAS Localizacin del GK
Mensajes de localizacin:
GRQ (Gatekeeper request),
esutilizadopor el terminal
En el GCF, en algunas
ocasiones se puede pasar al
terminal ladireccinIP de
es utilizado por el terminal
para localizar el
Gatekeeper, mediante
ltidif i
terminal la direccin IP de
gatekeepers alternativos.
multidifusin.
GCF(Gatekeeper confirm),
respuesta del GK, se
devuelve direccin del
canal RAS
GRJ (Gatekeeper reject) el GRJ (Gatekeeper reject), el
GK no acepta el registro.
RAS- Registro RAS Registro
Dado que el Gatekeeper cumple
la funcin de manejo de reas,
esimprescindibleparael GK
tambin su alias, el cual ser del
tipo:
es imprescindible para el GK
conocer los nodos que de el
dependen.
L d b i d
pcvoz@andescap.cl
La manera de brindar
informacin al Gatekeeper, es
mediante el proceso
El registro se realiza en forma
directa al canal RAS, dado que
sesuponequeel terminal yalo
indispensable de registro de los
terminales.
El registro permite al
se supone que el terminal ya lo
localiz previamente.
La operacin se subdivide en:
g p
Gatekeeper conocer no solo la
direccin IP del elemento, sino
registracin
desregistrarse
RAS- Registro RAS Registro
Mensajes de registro:
Registration request (RRQ)
R i t ti C fi ti Registration Confirmation
(RCF)
Registration Rejection
(RRJ )
Mensajes de baja de registro:
U i t R t (URQ) Unregister Request (URQ)
Unregister Confirm (UCF)
Unregister Reject (URJ ) g j ( )
RAS- LocalizacindeTerminal RAS Localizacin de Terminal
El mensaje es enviado al
Gatekeeper con el nico dato
quesetienedel terminal, en
Mensajes:
Locate Request (LRQ)
L t C fi (LCF)
que se tiene del terminal, en
este caso puede ser:
Alias. Pc1@andescap.cl
Locate Confirm (LCF)
Locate Reject (LRJ )
Nmero E.164
El gatekeeper realizar una
bsqueda en su tabla interna
LRQ, permite obtener la
resolucin de ms de una
di i E 164
bsquedae su aba e a
tratando de resolver el alias.
La funcin especifica para
dichatareaesLocate por lo
direccin E.164.
LCF, la respuesta depender del
tipo de conexin que se este
dicha tarea es Locate, por lo
tanto tendremos:
usando.
RAS- LocalizacindeTerminal RAS Localizacin de Terminal
LCF, IP del Gatekeeper, es
porque se utiliza una
conexindel tipoGKRCS conexin del tipo GKRCS
LCF, IP del terminal, es
porque se utiliza un
i di t t conexin directa entre
terminales.
RAS- AdmisindeTerminal RAS Admisin de Terminal
Los terminales deben ser
admitidos por el Gatekeeper, el
cual puede:
Mensajes:
Admission Request (ARQ)
Ad i i C fi (ACF)
cual puede:
aceptar la admisin
rechazar la admisin
Admission Confirm (ACF)
Admission Reject (ARJ )
El ARQesel pasoprevioa
Una de las funciones de la
admisin es la de regular el
ancho de banda necesario para
El ARQ es el paso previo a
iniciar un llamado.
Si el gatekeeper admite la
i di d
a c odeba da ecesa opaa
la conexin.
conexin es porque dispone de
capacidad como para manejarla
y le entrega al Terminal el IP
del Gateway o Gatekeeper de
terminacin.
RAS- Estadodelaconexin RAS Estado de la conexin
El gatekeeper debe obtener
informacin sobre el estado de
laconexin, dadoqueunavez
Mensajes:
Information Request (IRQ)
I f ti R t
la conexin, dado que una vez
iniciado el dilogo, el H225.0
no interviene.
Di h t d d bt
Information Request
Response (IRR)
Dicho estado se puede obtener
mediante dos tcnicas
Pooling
Mientras el IRQ parte del
Gatekeeper hacia el terminal, a
intervalosregulares
Reportes del terminal
intervalos regulares.
IRR lo hace en sentido inverso,
entregando al Gatekeeper
informacin del estado del
enlace.
RAS- Control deAnchodeBanda RAS Control de Ancho de Banda
Si bien durante el proceso de
admisin, el gatekeeper verifica
ladisponibilidaddeanchode
Mensajes:
Bandwith Request (BRQ)
B d ithC fi ti
la disponibilidad de ancho de
banda y en base a esta admite o
no la conexin, en algunos
casosesnecesariorealizar
Bandwith Confirmation
(BCF)
Bandwith Reject (BRJ )
casos es necesario realizar
modificaciones en el ancho de
banda una vez establecida la
i
Los rechazos pueden deberse a
t di ibl conexin. que no se encuentre disponible
el ancho de banda solicitado.
Uno de los motivos tpicos de
requerimiento de cambio de
ancho de banda es el cambio de
codecs.
H.225.0 H.225.0
H.225- Sealizacindecontrol dellamada H.225 Sealizacin de control de llamada
El H.225 utiliza para el control
de llamada los mensajes
basadosenlanormaITU
En el modo directo solamente el
trfico H.225.0 llega al
Gatekeeper. basados en la norma ITU
Q.931.
La conexin se realiza mediante
TCP l l t
Gatekeeper.
TCP y se emplea el puerto
1720.
El canal de sealizacin se
puede manejar de dos maneras:
Directo entre end points
Enr tadoal Gatekeeper Enrutado al Gatekeeper
Mientras que el en modo
enrutado, tambin conocido
comoGKRCS, lamensajera
Mientras Q.931, brinda las
funciones ms utilizadas, Q.932
permiteel manejodeservicios como GKRCS , la mensajera
H.225 es manejada por el
Gatekeeper.
permite el manejo de servicios
adicionales.
Tanto Q.931 y Q.932 utilizan
j d l ti ASN1 l mensajes del tipo ASN.1, lo
cual dificulta su interpretacin
por parte del usuario, uno de los
puntos a favor de SIP, segn
veremos ms adelante.
Mensajes:
SETUP l i i
ALERTING, mensaje hacia
atrs, donde se avisa que el
sonidodellamadaseha
SETUP, el mismo avisa
hacia delante el intento de
establecer un llamado, es
sonido de llamada se ha
iniciado.
CONNECT, mensaje hacia
t d d l t
generado por el extremo
llamante hacia el end point
o GK segn el caso.
atrs, donde el extremo
llamado avisa al extremo
llamante que se acepta la
CALL PROCEEDING, es
un mensaje hacia atrs, el
cual daavisoal extremo
llamada.
RELEASE, es un mensaje
generado por cualquiera de
cual da aviso al extremo
llamante que se ha iniciado
el proceso de llamada.
g p q
los extremos, en particular
el que finalice la llamada, y
avisa al extremo opuesto la
finalizacin de la misma.
FACILITY esunmensaje FACILITY, es un mensaje
hacia delante que indica si
la llamada se cursa o no a
t d l G t k travs del Gatekeeper.
H.225- Q.931 H.225 Q.931
H.245- Control Protocol H.245 Control Protocol
Su funcin es la de establecer y
controlar los canales lgicos
paralosserviciosde:
y de requerimientos:
Simtricos
A i t i
para los servicios de:
Voz
Datos
Asimtricos
El H.245 interviene en la
negociacin de codecs
Video
El H.245 se encarga tambin
del intercambiodecapacidades
La mensajera del H.245 es
ASN.1
L i H245 d
del intercambio de capacidades,
tanto sean conexiones:
unidireccionales
La conexin H.245 puede ser:
Directa
Va Gatekeeper
bidireccionales
p
Mensajes:
C bilit E h Capability Exchange: se
negocian los codecs, la
norma soporta los Codecs
tipo ITU, ISO y GSM.
Round trip Delay:
procedimiento mediante el p oced e o eda ee
cual se establece el retardo
de la conexin.
Logical Channel Signalling:
apertura y cierra de canales
lgicos. lgicos.
Master/Slave Termination:
procedimiento en el cual se
fij t fija un extremo como
maestro y el otro como
esclavo.
RTP/CRTP/RTCP - Transporte RTP/CRTP/RTCP Transporte
RTP es el protocolo de
transporte en tiempo real, sus
principalesfuncionesson:
RTP se transporta sobre UDP y
su estructura se muestra a
continuacin: principales funciones son:
Identificar la carga til
temporizacin del trfico
continuacin:
secuenciamiento
sincronizacin
RTP l t l id l RTP es el protocolo ideal para
el transporte sobre redes IP de
trfico como voz y video, dado
su alta sensibilidad al retardo y
las variaciones del retardo.
RTP - Real-TimeTransport Protocol RTP Real Time Transport Protocol
Campos del RTP:
V: versin del protocolo.
P ddi i di i l
PT payload type:
identificador de tipo de
carga(7bits)
Padding: indica si la carga
contiene bits de relleno o
no.
carga (7 bits)
Secuence Number: contador
que me permite identificar
l d d l t
X extension: duplica la
extensin del header
CC CSRC Count: 4bitsque
el orden de los paquetes
RTP.
TimeStamp: utiliza un reloj
CC CSRC Count: 4 bits que
indican la cantidad de
identificadores CSRC que
contieneel header
como base de tiempo y el
valor indica el desfasaje
entre el reloj y el primer
contiene el header
M marker: equivale al MF
de IP
j y p
byte del RTP.
SSRC: la fuente de sincronismo
es identificada y el nombre es
enviadoen32bits.
Si recordamos, que a su vez el
RTP se monta en UDP y este a
suvez enIP, tendremos: enviado en 32 bits.
CSRC: se emplean en la
multiplexacin, cada uno con
32bit d t h t
su vez en IP, tendremos:
32 bits y se puede tener hasta
16 tems.
Luego el campo de datos
contendr el video o la voz
comprimidaaser transportada comprimida a ser transportada
en tiempo real.
Si analizamos la eficiencia de
dicha configuracin tendremos:
Header:
Lo cual nos da una eficiencia
muy baja, del orden del 33%
Resultailgicoemplear 40 Header:
20 Bytes, IP
8 Bytes, UDP
Resulta ilgico emplear 40
bytes de encabezado para
transportar solamente 20 bytes
d i f i til
12 Bytes, RTP
40 Bytes, total Header
de informacin til.
La solucin aparece con la
Datos:
20 Bytes, salida de la
paquetizacin.
asouc apaececo a
compresin de encabezado, de
manera de aumentar la
eficiencia disminuir los
p q
eficiencia, disminuir los
retardos y dems.
CRTP CRTP
CRTP, compressed Real Time
protocol.
Lograoptimizar el tamaodel 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:
24Kb/s(IP+UDP+RTP) 24 Kb/s (IP+UDP+RTP)
9,6 Kb/s (CRTP)
RTCP - Real-TimeTransport Control Protocol RTCP Real Time Transport Control Protocol
RTCP enva a todos los
participantes en forma
peridica, paquetesdecontrol,
RTCP es el encargado de
proveer informacin sobre la
calidaddel transportede peridica, paquetes de control,
mediante los cuales se
monitorea, identifica y controla
laentregadedatos
calidad del transporte de
informacin.
Las fuentes RTP se identifican
di t l ll d b
la entrega de datos.
Dichos paquetes se multiplexan
en UDP con el resto del trfico,
mediante el llamado nombre
cannico (CNAME)
Dado que RTCP aporta datos
mediante el uso de distintos
puertos, por convencin:
RTP acta en puerto par
estadsticos sobre las
conexiones RTP, esta
informacin debe reducirse a lo p p
RTCP en impar ms alto
estrictamente necesario, de
manera de no producir
congestin
congestin.
RTCP - Real-TimeTransport Control Protocol RTCP Real Time Transport Control Protocol
Paquetes RTCP:
SR sender report:
transmisinyrecepcinde
BYE: indica fin de
participacin
APP: aplicaciones transmisin y recepcin de
estadsticas desde los
participantes.
APP: aplicaciones
experimentales.
RR receive report:
recepcin de estadsticas
desde participantes que no
son fuentes activas
SDES source description: se
envael CNAME enva el CNAME
H.323- Llamadomediantegatekeeper H.323 Llamado mediante gatekeeper
H.323- Llamadoatravsdel gatekeeper H.323 Llamado a travs del gatekeeper
SIP - SessionInitiationProtocol SIP Session Initiation Protocol
SIP o protocolo de inicio de
sesin, propone el
establecimiento
SIP es parte del conjunto de
normas del IETF, orientadas a
VoIP.
establecimiento
mantenimiento
finalizacin
VoIP.
SIP (RFC 2543)
RSVP (RFC 2205)
de sesiones multimedia, tanto
sean estas de voz, video o datos.
SIP l t d l IETF l
RTP/RTCP (RFC 1889)
RTSP (RFC 2326)
SAP (RFC SIP es la propuesta del IETF, la
cual rivaliza con la norma
H.323
SAP (RFC
SDP (RFC 2327)
SIP es un protocolo que surge
SIP esta orientado a llamadas
punto a punto y multipunto.
p q g
de internet, empleando
mensajes de texto, direcciones
URL ydems
URL y dems.
SIP - SessionInitiationProtocol SIP Session Initiation Protocol
Las redes SIP constan de 2
elementos bsicos:
UA user agent
Y los servidores de red, estn
conformados por:
Proxyserver UA user agent
NS network Server
Dividiendo a la red en dos, un
Proxy server
Redirect server
Registrars servers
elemento en el terminal del
cliente y otro en la red.
A suvez estossepueden
Location servers
A su vez estos se pueden
subdividir en:
UAC User Agent Client
Empezaremos con la
descripcin de cada uno, su
funcin en la red y posible
UAS User Agent Server localizacin.
UA - User Agents UA User Agents
Los UA, o Agentes de Usuario,
son aplicaciones presentes en
lospuntosextremos, los los puntos extremos, los
mismos pueden ser
implementados en software,
hardwareounamezclade hardware o una mezcla de
ambos.
UA - User Agents UA User Agents
UAS: unidad encargada de
recibir las peticiones, en el
usuariollamado usuario llamado.
UAC: es el organismo
encargado de iniciar la
transaccin SIP, del usuario ,
llamante.
ProxyServer Proxy Server
El Proxy Server se caracteriza
por poseer ambas funciones, la
declienteyservidor alavez,
LA IETF recomienda en la RFC
2543, la utilizacin de la
siguientesintaxisenel nombre de cliente y servidor a la vez,
dado que en muchos casos
recibe trafico y luego debe
iniciarlohaciaotrodestino
siguiente sintaxis en el nombre
de los proxy servers:
sip.andescap.cl
iniciarlo hacia otro destino.
El Proxy server es una de la s
partes esenciales en la
El Proxy Server puede
mantener transacciones tanto
arquitectura SIP de cierto
volumen.
Su implementacin varia desde
a e e a sacc o es a o
sobre UDP como TCP,
permitiendo la sesin con los
User Agents
p
Software a Hardware dedicado.
User Agents.
Redirect Server Redirect Server
El servidor de
redireccionamiento cumple la
funcindemantener
El Servicio de redirect apunta a
las Funcionalidades a Futuro,
enlacual seintegranlasredesy funcin de mantener
actualizado la base de datos con
la localizacin de cada usuario.
E t it l i
en la cual se integran las redes y
se utiliza SIP como protocolo
general entre ellas.
A dif i d l P Esto permite que el usuario se
mueva a lo largo de la red e
inclusive pasar a distintas redes
A diferencia del Proxy server,
el servidor de redireccin, no
acepta llamadas, ni procesa
y en el momento deseado poder
redireccionar la llamada a la
ultima direccin informada.
peticiones SIP, se limita a
entregar al cliente la direccin a
donde redireccionar la peticin
SIP.
RegistrarsServers/ LocationServer Registrars Servers / Location Server
Los Registrars Servers,
cumplen las siguientes
funciones: funciones:
permiten a los usuarios
registrar su presencia
el servidor maneja los
pedidos de registro
ofrece servicios de o ecesev c osde
localizacin
En general forman parte de los
pro ser er oredirect ser er proxy server o redirect server
DireccionamientoSIP Direccionamiento SIP
Direccionamiento en entornos
SIP:
enlosendpointsseutiliza
El campo usuario puede
estar conformado por el
nombreonmerode
en los end points se utiliza
el URL SIP, con el formato:
nombre o nmero de
telfono.
El campo host, puede
t l b d l contener el nombre del
dominio o su direccin IP.
usuario @ host
fede@andescap.cl
37142871@andescap.cl
fede@1735123245
Para el caso de los servidores,
como ya vimos se recomienda
nombrarlos: fede@17.35.123.245 nombrarlos:
sip.andescap.cl
Hallazgodel ProxyServer Hallazgo del Proxy Server
El terminal SIP, debe establecer
contacto con el proxy
server,paralocual, segnla
El terminal desconoce la
direccin del Proxy Server.
server,para lo cual, segn la
recomendacin, este se inicia
como UDP.
N t t d
En el primer caso, la sesin se
inicia directamente, sin otro
Nos encontramos ante dos
posibles escenarios:
particular.
En el segundo caso es necesario
descubrir la direccin IP, para
El terminal posee la
direccin IP del Proxy
Server cargadaenforma
descub ad ecc , paa
lo cual se procede de la
siguiente manera:
en oUDP al p erto5060
Server, cargada en forma
esttica.
envo UDP al puerto 5060
se consulta con el DNS,
para obtener el IP del Host.
TransaccinSIP Transaccin SIP
En caso de no obtener
resultados mediante el
UDP, sepasaaTCP. UDP, se pasa a TCP.
Una vez obtenido la direccin
del Proxy Server, se puede
iniciar la transaccin SIP.
La transaccin puede realizarse
En transacciones UDP, se
tili l di i d l h d
a a sacc puede ea ase
tanto mediante UDP como
TCP, si bien lo standard es
utilizar UDP comoprimer
utiliza la direccin del header
de la peticin
En TCP se mantiene la
utilizar UDP como primer
medida.
conexin mientras dure la
transaccin.
TransaccionesSIP Transacciones SIP
Mensajes SIP:
Request (peticiones)
R ( t ) Response (respuestas)
Denominandopeticionesalos Denominando peticiones a los
mensajes iniciados por los
clientes y respuestas a los que
envael servidor enva el servidor.
La estructura del mensaje es
idntica al HTTP, utilizando
El header de los mensajes se los
agrupaen4tipos segnsu
campos con texto, lo cual
facilita su interpretacin.
agrupa en 4 tipos, segn su
aplicacin, los cuales aparecen
en la siguiente tabla:
SIP Mensajes 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.
SIP Mensajes SIP Mensajes
Campos del encabezado:
T t d l ti i
Call-ID: identificador de
usuario
Cseq: seincrementael
To: receptor de la peticin
From: quien enva la
peticin
Cseq: se incrementa el
numero de manera de
diferenciar los mensajes del
i C ll ID
Expires: fecha y hora en
que el mensaje expira.
C t t L th t
mismo Call-ID
Content Length: tamao en
bytes del mensaje.
Via: indica ruta tomada por
el mensaje
SIP - Request Message SIP Request Message
Mediante este tipo de mensaje
los User Agents y el Proxy
server puedenlocalizar, invitar
INVITE: el usuario o servicio
es invitado a participar de una
sesin. server pueden localizar, invitar
y administrar una llamada.
Existen seis mtodos para el
t l l
sesin.
ACK: es la tpica respuesta al
invite.
request los cuales son:
OPTIONS: se consultan las
posibilidades disponibles por
agentes y servidores.
INVITE BYE
BYE: se emplea como preaviso
de liberacin de la llamada.
CANCEL: seempleapara
INVITE
ACK
OPTIONS
BYE
CANCEL
REGISTER
CANCEL: se emplea para
cancelar peticiones en curso.
OPTIONS REGISTER
SIP - Request Message SIP Request Message
REGISTER: se el mtodo
empleado por los user agents
pararegistrar informacintil, para registrar informacin til,
correspondiente a la
localizacin en los servidores
SIP SIP.
SIP - ResponseMessage SIP Response Message
Las respuestas se agrupan en
dos tipos:
provisionales lascuales provisionales, las cuales
indican a la parte emisora
que la peticin esta en
1XX Informational
2XX Success
curso.
Finales, las cuales indican
la finalizacin de la peticin
3XX Redirection
4XX Client error
y el estado resultante.
A finesdidcticos podemos
5XX Server Error
6XX Global Error
A fines didcticos, podemos
agrupar las mismas en:
SIP - ResponseMessage SIP Response Message
Siendolatablacompleta: Siendo la tabla completa:
INFORMATIONAL
100 Trying
180 Ringing
403 Forbidden
404 Not Found
405 Method Not Allowed
SERVER ERROR
500 Internal Server Error
501 Not Implemented
181 Call Is Being Forwarded
182 Queued
SUCCESS
200 OK
05 e od o owed
406 Not Acceptable
407 Proxy Authentication Required
408 Request Timeout
409 Conflict
410 Gone
501 Not Implemented
502 Bad Gateway
503 Service Unavailable
504 Gateway Timeout
505 SIP Version Not Supported
REDIRECTION
300 Multiple Choices
301 Moved Permanently
302 Moved Temporarily
303 SeeOther
411 Length Required
413 Request Message Body Too Large
414 Request-URI Too Large
415 Unsupported Media Type
420 Bad Extension
GLOBAL FAILURE
600 Busy Everywhere
603 Decline
604 Does Not Exist Anywhere
606 Not Acceptable
303 See Other
305 Use Proxy
380 Alternative Service
CLIENT ERROR
400 BadRequest
480 Temporarily Not Available
481 Transaction Does Not Exist
482 Loop Detected
483 Too Many Hops
484 Address Incomplete
400 Bad Request
401 Unauthorized
402 Payment Required
485 Ambiguous
486 Busy Here
SIP - LlamadomedianteProxyServer SIP Llamado mediante Proxy Server
SIP - LlamadomedianteRedirect Server SIP Llamado mediante Redirect Server
H.323vsSIP H.323 vs SIP
Lacomparacinentreambosse Segnlaperformance La comparacin entre ambos se
puede hacer desde varios
aspectos, como ser:
Segn la performance,
podemos decir que:
H.323, requiere mayor
Performance
Compatibilidad
Requerimientosdel equipo
cantidad de mensajes entre
entidades
SIP reduce
Requerimientos del equipo
Anlisis, Traceo y Debbugin
Funcionalidades
SIP reduce
substancialmente el trafico
de control entre entidades
A t bi l
Mercado
Tratando en todos ellos de
bt t i l t
As como tambin la
drstica reduccin en pasos
para el establecimiento de
obtener parmetros equivalentes
que permitan una real valoracin
y comparacin entre ambos.
una conexin entre SIP y
H.323.
Segn la compatibilidad, si
bien no hay compatibilidad
entreambos, sehablade
Segn requerimientos al
equipo:
H323 exigeuncdigode
entre ambos, se habla de
interoperabilidad, lo cual
requiere la implementacin de
ambos
H.323, exige un cdigo de
mayor tamao, mayor
potencia en el CPU, mayor
id dd i
ambos.
La mayora de los
productos H.323 incorporan
capacidad de memoria.
SIP, reduce sensiblemente
el cdigo, optimizando el
SIP
Algunos productos SIP no
soportan H.323
CPU y minimizando la
capacidad de memoria.
p
esto se justifica con la
siguiente comparacin.
Desde el punto de vista del
anlisis, traceo y Debbugin,
podemosdecir que:
Segn las funcionalidades
soportadas:
Ambossoportangran
podemos decir que:
H.323 utiliza el ASN.1,
haciendo menos entendible
l h l j
Ambos soportan gran
cantidad de
funcionalidades, siendo
i bl t b al humano la mensajera y
complicando el
instrumental necesario.
equiparables en este rubro.
Todos estas razones y algunas
ms que escapan a nuestro
SIP, emplea campos de
texto, permitiendo no solo
una mejor comprensin,
anlisis, permiten justificar una
tendencia en los mercados, en
la cual se observa: j p ,
sino tambin herramientas
ms sencillas.
Delovistopodemosafirmar queafuturo SIPtiendea De lo visto podemos afirmar que a futuro, SIP tiende a
imponerse a H.323, y por el momento hay gran
interoperabilidad en las plataformas existentes.
p p
La brecha entre SIP y H.323, se
reduce con las distintas
versionesdel H.323. versiones del H.323.
Una de las mayores diferencias,
lo que respecta a la complejidad
d H323 i t t l i de H.323 se intenta solucionar
con el modo Fast Call, el cual
empieza a ser comparable con
SIP.
MGCP - MediaGatewayControl Protocol MGCP Media Gateway Control Protocol
El MGCP es la propuesta del
IETF, el cual surge de la
implemetacinconjuntade
Por lo tanto su implementacin
es necesaria solo si se desea
conectividadentreVoIP yredes implemetacin conjunta de
otros dos protocolos:
SGCP +IPDC =MGCP
conectividad entre VoIP y redes
externas.
Desde el punto de vista
f i l d b l
Es el protocolo por excelencia
para el manejo y control de
funcional, debemos separar al
Gateway en dos bloques
funcionales:
paae a ejoyco o de
llamadas entre el Gateway y las
redes externas (PSTN, ISDN,
GSM etc)
MGC, media gateway
controller
MG mediagateway GSM, etc) MG, media gateway
MGCP - MediaGatewayControl Protocol MGCP Media Gateway Control Protocol
MGC ser la unidad encargada
de la conversin de sealizacin
necesariaentrelasdosredes, as
conversin TDM / IP y
viceversa.
El MGC recibecomnmenteen
necesaria entre las dos redes, as
como tambin de manejar los
MG a su cargo, dado que un
MGC puedecontrolar msde
El MGC recibe comnmente en
el mercado el nombre de
SoftSwitch
MGC puede controlar ms de
un MG.
En el MG se dispondr de todo
Mientras que al MG,
dependiendo el uso y volumen
de conexiones se lo puede
el hardware necesario para
realizar la:
compresin/descompresin
encontrar como:
Access gateway
Residential gate a
p p
adaptacin
Residential gateway
MGCP - comandos MGCP comandos
Los comandos estn
compuestos por un encabezado
decomandoyunadescripcin
Comandos MGCP:
C t C ti
de comando y una descripcin
de sesin (opcional)
Dado que los mensajes se
di t UDP t
CreateConnection.
ModifyConnection.
DeleteConnection.
envan mediante UDP, estos
pueden perderse, para lo cual
resulta indispensable el campo
DeleteConnection.
NotificationRequest.
Notify.
identificador de transaccin,
el cual es un numero dentro
del rango 1 a 999.999.999
AuditEndpoint.
AuditConnection.
RestartInProgress Call
g
RestartInProgress. Call
Agent (MGC)
MGCP enconexinPOTSsobreIP MGCP en conexin POTS sobre IP
Gateway- Softswitch Gateway Softswitch
MGCP - SIP, internetworking MGCP SIP, internetworking
EvolucinaMEGACO/ H.248 Evolucin a MEGACO / H.248
La estructura distribuida en
MG, MGC y SG, fue planteada
originalmentepor ETSI
Mientras la ITU, presenta en el
mercado el H.248.
Peroestavez el trabajoen
originalmente por ETSI
(Typhon).
Estructura sobre la cual tanto
IETF ITU li t b j
Pero esta vez el trabajo en
conjunto de ambos, da como
resultado lo que en el mercado
l IETF e ITU, realizaron trabajos
sobre esta base.
IETF, propuso el MGCP en su
se lo conoce como:
MEGACO / H 248
RFC 2705, el cual evoluciona
luego en lo que hoy conocemos
como MEGACO - RFC3015.
MEGACO / H.248
FaxsobreIP Fax sobre IP
El inconveniente en la
transmisin de fax sobre IP, se
presentacon:
El servicio de FAX via la PSTN
fue definido por la ITU, en las
normas: presenta con:
compresin
cancelacin de eco
normas:
T.30
T.4
retardos y dems
Haciendo imposible el envo de
faxcomosi setrataradeuna
T.30 define el hadshake,
mensajes, velocidades y dems.
fax como si se tratara de una
conversacin.
T.4 se ocupa de todo lo
referente al contenido de la hoja
aenviar, formato, resolucin,
La solucin de Fax sobre IP se
brinda mediante dos
modalidades: a enviar, formato, resolucin,
escaneo, etc.
modalidades:
Transmisin transparente
Decodificacin y reenvo.
Transmisin transparente
El Media Gateway detecta
el tonodeenvodel fax
Decodificacin y Reenvo:
El Media Gateway detecta
el tonodeenvodel fax el tono de envo del fax.
Se avisa al MGC de la
intencin de envo
el tono de envo del fax.
Nuevamente se cuenta con
dos modalidades:
Este enva un cambio en la
conexin a ambos MGs
sepasaaG711
Tiempo real (T.38)
Extraccin y reenvo
se pasa a G.711
se anula la cancelacin
de eco
Permitiendo enviar la seal
lo ms similar posible a la
original.
g
Extraccin y reenvo:
Se emula en forma local
(MG) el faxremoto
Tiempo Real (T.38)
modalidad elegida por
H323 (MG) el fax remoto,
implementando T.30 y T.4
Una vez obtenida la
H.323
La seal analgica recibida
es demodulada en el MG
informacin, se enva el fax
via E-mail, en forma de
attach hacia el Media
Se arman paquetes segn la
informacin a enviar
indicadores: control
Gateway remoto
Luego el MG emular el
terminal T 30- T 4
indicadores: control
datos: informacin
Dichos paquetes se envan
terminal T.30 - T.4
enviando finalmente el fax
a destino.
segn:
UDP -->UDPTL
TCP >directa
TCP -->directa
DTMF sobreIP DTMF sobre IP
La utilizacin de tonos DTMF
dentro de la conversacin es
cadavez mayor como
Al igual que la seal de fax, los
tonos DTMF se vuelven
indetectablesantelosprocesos cada vez mayor, como
ejemplos:
IVR
indetectables ante los procesos
de compresin/descompresin.
accesos codificados
consulta en bancos
l i d j
Original Comprimido
Lo cual requiere un tratamiento
especial delosmismos
recoleccin de mensajes
etc.
especial de los mismos.
Para lo cual se presentan dos
alternativas:
RTP/G.711
RTP/RFC 2833
Compresindel DTMF Compresin del DTMF
RTP/G.711
El Media Gateway, cambia
el codecaG711 demanera
RTP/RFC 2833
El Media Gateway detecta y
decodificaenformalocal el codec a G.711, de manera
de evitar la deformacin de
dichos pulsos.
decodifica en forma local
los tonos.
Los mismos son insertados
La informacin se enva
mediante RTP
Luego en el otro extremo
en el RTP, pero no como
tono digitalizados, sino
como informacin
uegoe e o oe e o
sern convertidos en forma
transparente.
decodificada.
Se enva bsicamente, el
cdigodetectado duracin cdigo detectado, duracin
del mismo y nivel de
recepcin.
La informacin recibida en el extremo, es decodificada y enviada al
generador de tonos
El mismo se encargar de generarlos e intercalarlo con el trafico de g g
voz, de manera de lograr una emulacin transparente hacia el
usuario.
DTMF sobreRTP (segnRFC 2833) DTMF sobre RTP (segn RFC 2833)
CaptuloIV Captulo IV
QOS- Qualityof Service QOS Quality of Service
Las herramienta y mtodos de
QOS, son todos aquellos que
nospermitenadministrar, los
El QOS se divide a su vez en
dos mbitos, los cuales
disponendedistintas nos permiten administrar, los
parmetros de la red
involucrados en la Calidad de
servicio comoser:
disponen de distintas
herramientas y funciones, segn
se este en:
dd b d
servicio, como ser:
Prdida de paquetes
Retardos
red de borde
Backbone
Esta divisin se debe a la
Ancho de banda
J itter
sadv s sedebea a
diferencia en las tareas, donde:
Borde: filtrado/descarte,
anchodebanda
y dems.
ancho de banda,
clasificacin del trfico
QOS- Qualityof Service QOS Quality of Service
Backbone: manejo de
congestiones, control de
trfico, transportedealta
y se pueden ver diferencias en
las implementaciones de cada
proveedor. trfico, transporte de alta
velocidad.
Adems de diferenciarse,
t bi b l
proveedor.
El trato preferencial que se le
otorga al trfico, permite
f l li t l tambin en base a las
tecnologas y sus propias
capacidades de QOS, que
ofrecer al cliente lo que se
conoce como SLA.
variaran con la tecnologa de
borde o Backbone.
Cabe destacar que algunas de q g
las herramientas son propietaria
SLA - ServiceLevel Aggrement SLA Service Level Aggrement
SLA (Service Level
Aggrement), dado que entre
proveedor yclienteseestipulan
J itter
Retardo
A h d B d
proveedor y cliente se estipulan
pautas de calidad de servicio
por las cuales:
l li t bli
Ancho de Banda
Tasas de error
Responsabilidades
el cliente se obliga a pagar
el proveedor se obliga a
cumplir.
Responsabilidades
Tiempo medio de
reparacin
Los tems tpicos de todo SLA,
son:
Disponibilidad
Punitorios
Multas en caso de
incumplimientos en el SLA.
Disponibilidad
Parmetros de la red
p
QOS QOS
Por lo tanto el QOS es un factor
crtico en una organizacin, no
solopor lasobligaciones
El QOS, estar entonces en
funcin de la tecnologa
elegida, lasfuncionalidades solo por las obligaciones
contractuales con los clientes,
mediante el SLA, sino tambin
paragarantizar el
elegida, las funcionalidades
propias de cada proveedor de
equipamiento y las polticas
implementadas para garantizar el
funcionamiento ptimo de la
red en su totalidad.
implementadas
DIFFServ- COS DIFFServ COS
Forma parte de las herramientas
disponibles en IP V.4, la cual
medianteuncampode3bits,
IP Precedence, permite otorgar
peso relativo al campo, de
formadeprivilegiar el mediante un campo de 3 bits,
permite diferenciar el contenido
de los paquetes.
El t iti d COS
forma de privilegiar el
tratamiento de los paquetes,
segn su contenido.
El aspecto positivo de COS, es
que pertenece a las soluciones
de QOS, dentro de banda, sin
Combinacin Prioridad otorgada
0 RUTINA
1 PRIORIDAD
2 INMEDIATO
generar overhead.
2 INMEDIATO
3 FLASH
4 IGNORAR FLASH
5 CRITICA
6 INTERNETWORKING
7 CONTROL DE RED
COS- Classof Service COS Class of Service
ProtocoloRSVP Protocolo RSVP
RSVP, es el protocolo de
configuracin de reserva de
recursos.
RSVP, atraviesa Hop por Hop,
realizando la reserva
correspondiente. recursos.
RSVP, se caracteriza por ser un
protocolo de sealizacin, que
d t t
correspondiente.
RSVP, presenta sin embargo
algunos problemas como:
opera de extremo a extremo, y
lo hace fuera de banda.
Los recursos reservados en cada
Escalabilidad
Control deAdmisin
Hop, son el Ancho de Banda y
la prioridad que se le dar al
trfico.
Control de Admisin
Tiempo de demora en
reserva
ProtocoloRSVP Protocolo RSVP
GestindeColas(Queu) Gestin de Colas (Queu)
Otra de las tcnicas de QOS,
pero en este caso a realizarse
dentrodel mismorouter, en
espera de ser transmitido.
La forma en la cual, son
tratadoslospaquetes enforma
dentro del mismo router, en
forma local es la gestin eficaz
de las colas de espera.
D d t d t
tratados los paquetes, en forma
priorizada de acuerdo a un
determinado criterio se
d i G ti d C l Dado que un router puede tener
un numero considerable de
interfaces, en las cuales cada
denomina Gestin de Colas.
Las tcnicas de encolado, se
dividen en:
una cursa trfico y este debe ser
enrutado, en nuestro ejemplo
supongamos una salida en
FIFO
PQ
comn, resulta clave el tiempo
en que el paquete permanece en
Custom
WFQ
GestindeColas(Queu) Gestin de Colas (Queu)
Estas tcnicas son parte de las
mas comnmente
implementadasyenalgunos
retardos y consumo de
procesador y numero de colas a
utilizar. implementadas y en algunos
casos varan su nombre entre
fabricantes.
L t i FIFO
utilizar.
Por esa razn la nombramos.
La tcnica 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
PriorityQueuing- PQ Priority Queuing PQ
Es el resultado de establecer
como poltica de priorizacin,
el manejoyasignacinde el manejo y asignacin de
prioridades, asignando a cada
una una cola independiente.
E l i l t i t i En las implementaciones tpicas
de PQ, se utilizan 4 colas, las
cuales se vacan en forma
priorizada.
CustomQueuing- CQ Custom Queuing CQ
El cliente establece las colas y
le asigna la prioridad a las
mismas. mismas.
Para otorgar flexibilidad, se
emplean 16 colas, configurables
l i por el usuario.
Este no solo asigna prioridad,
sino que puede definir l
capacidad de cada cola en base
al trfico a soportar y el tiempo
de Queuing deseado. Q g
WeightedFair Queuing- WFQ Weighted Fair Queuing WFQ
WFQ es una ampliacin de
funcionalidades del CQ, en la
cual semantieneel conceptode
Permite un tratamiento
especifico a cada flujo,
lograndomuybuenos
cual se mantiene el concepto de
mltiples colas.
Las mismas son configuradas
l li t di d
logrando muy buenos
resultados.
El manejo en colas exclusivas
por el cliente, pudiendose
asignar a flujos en particular.
Presenta la ventaja de ser ms
por flujos, reduce la fluctuacin
del retardo.
rpido que sus antecesores y el
agregado de BW variable en
caso de trficos sin uso.
IP versin6 IP versin 6
Los cambios introducidos, en el
paqueteIP v6 requierealgode
los routers una comunicacin
multimediaybrindar aestaun paquete IP v.6, requiere algo de
anlisis.
El espacio de direccionamiento
multimedia y brindar a esta un
tratamiento diferenciado.
Por lo cual se equipara e
se incremento a 128 bits
Se elimina el campo TOS, lo
cual parece un problema, pero
inclusive mejora las
prestaciones otorgadas por
Diffserv de IP v.4. cua paeceu p obe a, peo
se reemplaza con una nueva
funcionalidad.
El hechodepoder etiq etar
sevde v. .
El hecho de poder etiquetar
flujos, permite individualizar en
Retardos Retardos
Retardos en la red
retardo del codec
t d d ti d
Retardos del codec
Dado que las aplicaciones
deVoIP buscanreducir la
retardos de paquetizado
retardos de serializacin
retardosdebuffereado
de VoIP, buscan reducir la
carga que generan sobre la
red de datos, se busca la
f fi i t d
retardos de buffereado
retardos de switcheo en la
red
forma ms eficiente de
enviar de un punto a otro la
informacin.
retardos del de-jitter buffer
Retardosdel CODEC Retardos del CODEC
El procesamiento por parte del
CODEC, el cual a su vez esta
conformadopor unDSP,
Dada la importancia de reducir
el retardo, el criterio a emplear
esel deutilizar lacodificacin
conformado por un DSP,
incorpora retardos en la seal
debidos a proceso mismo de
compresin
es el de utilizar la codificacin
ms eficiente.
compresin.
Dichos retardos, dependern de
los caractersticas del DSP
empleando y fundamentalmente
de la codificacin a utilizar.
Observamos que el retardo del Codec varia fuertemente segn el
tipo de compresin empleada.
El proceso se completa con la
descompresin en el extremo
lejano.
Pero el retardo depender en
gran medida de la cantidad de
muestrasincorporadasacada lejano.
En trminos generales el
proceso de descompresin es
b t t id l d
muestras incorporadas a cada
paquete.
bastante mas rpido que el de
compresin, con tiempos del
orden del 10% del de
compresin.
Por lo tanto podremos tener:
compresin + (descompresin * n muestras)
G711 G.711:
0,75 ms +( 0,07 ms * ) =
G.729: G.729:
10 ms +( 1 ms * 3) =13 ms
G.723.1:
30 ms +( 3 ms * 1) =33 ms
G.726:
1ms+( 01ms* ) 1 ms +( 0,1 ms * ) =
Retardosdepaquetizado Retardos de paquetizado
Dado que el paquetizado es la
operacin mediante la cual se
insertanlasmuestrasdeaudio
es obvio que dicho proceso
depender del tamao y
cantidaddemuestrasinsertadas insertan las muestras de audio
procesadas adecuadamente en
el paquete a ser transmitido.
cantidad de muestras insertadas
en el mismo.
Esta operacin requiere la
l i d l t acumulacin de las muestras en
un buffer, para su posterior
envo, de ah que normalmente
se la conozca como retardo de
acumulacin.
Retardosdepaquetizado Retardos de paquetizado
La relacin de compromiso
entre el paquetizado y la
velocidaddelosdatos, nos velocidad de los datos, nos
impide bajar los valores ms
all de los 20 ms.
E ti l Ci l En particular para Cisco los
valores oscilan en:
Retardodeserializacin Retardo de serializacin
Luego de pasar por las fases
anteriores, la trama se encuentra
listaparaser transmitidapor la
Por lo tanto el retardo
incorporado estar en funcin
de: lista para ser transmitida por la
interfaz en cuestin.
Como es obvio dicha trama no
d t itid
de:
velocidad de la interfaz
tamao de la trama
podr ser transmitida a mayor
velocidad que la propia de la
interfaz.
El calculo de dicho retardo
responde a la siguiente
ecuacin: ecuac :
nbytes * 8 * (1/vel.)
Retardosdeserializacin Retardos de serializacin
La cual nos arroja las siguientes
cifras:
celdaATM:
Rpidamente observamos que
el retardo de serializacin se
vuelvecrticoparalasinterfaces
celda ATM:
53 * 8 * (1/2048) =0,207ms
interfaz de 64 Kb/s:
vuelve crtico para las interfaces
de baja velocidad.
Si bien esta puede mejorar al
d i l t d l t
53 * 8 * (1/64) =6,62 ms
reducir el tamao de la trama.
Retardosdeserializacin 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
eficienciaenel transporte. eficiencia en el transporte.
Retardodecoladeespera Retardo de cola de espera
En ingles se lo conoce como
Buffering/Queuing Delay
Esel retardoquesegenerapor
Cabe destacar que la voz se
prioriza al resto de los datos,
conlocual latramadeber
Es el retardo que se genera por
la espera que puede darse antes
de la transmisin de la trama,
d bid t
con lo cual la trama deber
esperar ante dos situaciones.
Otro trama en transmisin.
debido a que se est
trasmitiendo otra trama.
Tramas de voz previas.
Retardodecoladeespera Retardo de cola de espera
Dado que el primer caso genera
una espera totalmente aleatoria,
setomaestadsticamentela
El segundo caso nos indica que
a mayor trafico de voz, se eleva
el queuingdelay. se toma estadsticamente la
media, que corresponde a 0,5
del tiempo de serializacin de
trama
el queuing delay.
trama.
RetardosenlaRed Retardos en la Red
Efectosdel retardosobrelavoz Efectos del retardo sobre la voz
Efectos del retardo sobre la voz:
muestra original
10 ms de retardo
90 ms de retardo
150 ms de retardo
30 ms de retardo
60 ms de retardo
400 ms de retardo
Retardosobrelavoz Retardo sobre la voz
En los casos anteriores se observa el efecto que tiene sobre la voz el
retardo. 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 ladeformacinpro ocadasobrelaseal original Cabe observar la deformacin provocada sobre la seal 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.
Cabe destacar que el las
comunicaciones que utilizamos
habitualmente, seaplican
Tcnicas que tambin se
aplicaran en el transporte de
voz sobrelosredesdedatos, habitualmente, se aplican
tcnicas de supresin y
cancelacin de eco, de manera
deminimizar losefectosantes
voz sobre los redes de datos,
dado la alta componente de
retardo final.
de minimizar los efectos antes
observados.
Prdidadepaquetesvs. Calidad Prdida de paquetes vs. Calidad
As como el retardo afecta la
calidad del audio, la prdida de
paquetes, tambincolaboraen
Codificacin Prdida % Audio
paquetes, tambin colabora en
la degradacin de la calidad del
mismo.
El f t
10
20
7
1
1
El efecto es ms o menos
nocivo segn obviamente la
tasa de prdida de paquetes y
20
50
10
G
.
7
1
segn la codificacin empleada.
A modo de demostracin,
observaremos su efecto sobre
10
20
7
2
3
.
1
G.711 y G.723.1, en forma
audible.
50 G
.
7
CaptuloV Captulo V
VoDSL VoDSL
Desde el punto de vista de las
operadoras, las cuales
desplegaronDSL como
En cuanto al mercado objetivo
del VoDSL, el mismo esta
compuestopor: desplegaron DSL como
tecnologa de Banda Ancha,
VoDSL permite:
li i i
compuesto por:
Grandes empresas
Pymes
ampliar servicios
mayor valor agregado al
DSL
Residencial gama alta
A continuacin veremos la
distribucindelosclientes
manejo de hasta 16 canales
de voz
Utili acindel transporte
distribucin de los clientes
ADSL en Chile.
Utilizacin del transporte
ATM
VoDSL VoDSL
Las soluciones de VoDSL
propuestas por Lucent
TechnologiesyAlcatel Technologies y Alcatel
proponen en ambos casos:
VoDSL mediante soporte
ATM i t i ATM y con interconexin
entre VG y Central
mediante GR-303/V.5
VoDSL mediante soporte IP
e integracin con
VG/Softswitch, con ,
sealizacin SS7.
VoDSL - Redes VoDSL Redes
Solucin tipo
Solucin tipo
VoDSL VoDSL
Por el momento la solucin
disponible y presentada por
ambasesVoDSL/ATM, lacual
El sistema esta formado por:
IAD (integrated access
device) enel cliente
ambas es VoDSL/ATM, la cual
desarrollaremos a continuacin.
device) en el cliente
DSLAM en la central
VG (voice gateway)
E1/V.5 como sealizacin
VoDSL - IAD VoDSL IAD
IAD permite:
Tratamiento diferenciado:
AAL2
Voz:
Hasta 16 puertos, con
RJ 11
AAL2 para voz
AAL5 para datos
Compresin
RJ 11
deteccin Fax/mdem
Fax, full T.30
Compresin
G.711 (ley A o )
G.726 (32 Kb/s)
Mdem, V.34 y V.90
Servicios caller ID, call
f di C ll
Qos segn aplicacin:
CBR o rtVBR, para voz
CBR oUBR paradatos
forwarding y Call
waiting
Datos:
CBR o UBR, para datos
10/100 base T, RJ 45
Bridging, PPPoA y
PPPoE
PPPoE
VoDSL - IAD VoDSL IAD
DHCP servidor/cliente
RIP 1 y 2
PAP/CHAP
Insertar IADs con el 2400
Cisco.
PAP/CHAP
SNMP 1.0, MIB1 y 2
IP Firewall IP Firewall
VoDSL - LVG VoDSL LVG
El Voice Gateway, cumple las
funciones de:
Interfaz entreDSL ylaPSTN
Alcatel dispone del LVG 7310,
integrable con su lnea de
DSLAMs7300
Interfaz entre DSL y la PSTN
Compresin/Descompresin
de la voz
DSLAM s 7300
Manejo y terminacin de los
PVCs
Interfaz desealizacincon Interfaz de sealizacin con
PSTN, tipo V.5 o SS7 segn
el caso.
VoDSL - LVG VoDSL LVG
LVG 7310, Release 4.3/4.4
IADs soportados
S dT h RAD
ATM
1 PVC por IAD
QOS CBR tVBR Speed Touch, RAD,
Netopia y otros.
Interfaces de datos
QOS: CBR y rtVBR
hasta 10368 conexiones
Capacidaddellamadas
STM-1 ptica (SM/MM)
E3 elctrica
Capacidad de llamadas
240 por placa simult.
1920 por subbastidor
Interfaces a PSTN
V5.2,grupo de 1 a 8 E1
Hasta8gruposV52
Overbooking
residencial: 8, 9 o 10
comercial: 4
Hasta 8 grupos V5.2
Codificacin de voz
G.711 / G.726
comercial: 4
Interfaces de voz a PSTN
8 E1 por placa
VAD / confort noise
p p
VoDSL - LVGtopologa VoDSL LVG topologa
La topologa a adoptar queda a criterio del operador.
CalidaddeVoDSL Calidad de VoDSL
El transporte de Voz sobre DSL
hace uso de AAL2, sobre un
PVC dedicado, pudiendoser del
En lo referente al retardo, el
mismo esta formado por:
retardodepaquetizado
PVC dedicado, pudiendo ser del
tipo CBR, garantizando un alto
rendimiento.
L lid dd l V DSL
retardo de paquetizado
5,5 ms - G.711
11 ms - G.726
La calidad de la VoDSL,
depende prcticamente de los
mismos parmetros que afectan
retardos de serializacin
0 a T cell
a VoIP, con algunas leves
diferencias.
Retardo
retardos del DSL
(interleave)
20 ms - G.992.1
Eco
Compresin
3 ms - G.992.2
Retardos del dejitter buffer
0 a T cell
P i
Eco: en VoDSL se implementa
la cancelacin de eco segn
G.168, laquepermiteintegrar
Propagacin
5 s/Km (F.O.)
Locual nospermitehablar de
G.168, la que permite integrar
la funcionalidad en el DSP y
lograr valores muy buenos de
EL cercanosalos-60dB
Lo cual nos permite hablar de
retardos del orden de:
VoDSL - PSTN
EL, cercanos a los -60 dB
La compresin se puede elegir
entre G.711 y G.726, tomando
36,5 ms a 54,5 ms
(G.711)
53 ms a 71 ms (G.726)
en cuenta que las mismas
agregan una penalidad en R de
0 y -7 respectivamente, por
( )
cada proceso de compresin.
Lo cual nos permite analizar
dichos resultados mediante la
G.107, empleandoel modeloE,
Por lo tanto si analizamos R en
funcin del retardo,
obtendremos: G.107, empleando el modelo E,
de Calidad planteado por la
ITU, el cual utiliza un factor
denominadoR comoindicador
obtendremos:
denominado R, como indicador
de calidad.
Podemos decir que R, equivale
al MOS, pero su escala difiere,
dado que R varia de 0 a 100.
De lo expuesto anteriormente,
podemos afirmar que:
VoDSL igualayen
Permitiendo de esta manera:
brindar un servicio de valor
agregadoanuestrared VoDSL iguala y en
determinadas condiciones,
puede exceder la calidad
t d PSTN
agregado a nuestra red
DSL.
Atender las necesidades del
prestada por PSTN.
VoDSL permite el soporte
transparente de todas las
sector SOHO
Mnima inversin en
hardware
aplicaciones de la PSTN
Se integra a la red de
conmutacin segnla
adwae
Diseo flexible en el
transporte del trfico,
tili andoonolaredATM
conmutacin, segn la
implementacin mediante
V.5 o SS7.
utilizando o no la red ATM
preexistente.
La propuesta tipo de Alcatel, propone una red conformada por:
Podemos decir que ambas
opciones y , permiten el
transportedelavoz.
Esa es la razn por la cual la
mayora de los proveedores
disponeactualmentedela transporte de la voz.
La opcin hace uso de todo
lo antes visto en VoIP,
i l t d l
dispone actualmente de la
opcin 1 y gradualmente
migraran a la opcin 2.
E l di h simplemente agregando la
adaptacin a ATM/DSL
correspondiente a capas 2 y 1
En algunos casos, dicha
migracin requiere cambios en
el IAD y el LVG, as como
del modelo OSI.
La opcin es propiamente
VoATM, transportada sobre
replanteos en la red de
transporte.
, p
DSL, dado la naturaleza ATM
del mundo DSL, esta es la
opcinpor default
opcin por default.
VoHFC VoHFC
VoHFC o VoCable, es por lo
tanto la tecnologa empleada
por losoperadoresdeCATV,
Las redes HFC surgen de la
necesidad, de brindar
bidireccionalidadalaviejas por los operadores de CATV,
para brindar el servicio
equivalente a POTS, utilizando
laestructuraHFC instalada
bidireccionalidad a la viejas
redes coaxil de las empresas de
cable.
Di h l bti l
la estructura HFC instalada.
Si bien el objetivo de este curso
no es la VoHFC en particular,
Dicho logro se obtiene con la
utilizacin de Fibra Optica entre
el headen y el nodo de
dicha tecnologa se presenta a
modo de comentario y en forma
comparativa con respecto a
distribucin, tecnologa a la
cual se bautiz HFC, por
Redes Hbridas Fibra-Coaxil.
VoDSL, analizando ventajas y
desventajas de cada una.
VoHFC VoHFC
Pasando de una red
unidireccional (descendente) a
unaredbidireccional, enlacual
Si bien la DOCSIS 1.0 o ITU
J .112, disponan de suficiente
anchodebanda, el mismono una red bidireccional, en la cual
se posibilita el envo de datos y
en nuestro anlisis servicio de
telefona
ancho de banda, el mismo no
posea mecanismos de QOS
acordes con el servicio de voz.
L ti f t l
telefona.
El servicio de VoIP sobre las
redes de cable aparece recin en
La normativa referente al
servicio de cable mdem, esta
sujeta a bastante controversias,
1999, con la aprobacin de la
norma DOCSIS 1.1
encontrandose, en medio de
ellas a :
CableLabs (DOCSIS) ( )
ITU
IEEE
EuroDOCSIS
EuroDOCSIS
VoHFC VoHFC
La nueva tecnologa dota de un
canal de descendente, pero no
hayqueolvidarsedequeel
retardos importantes
falta de privacidad
L l li l
hay que olvidarse de que el
mismo es compartido por los
usuarios conectados a l.
P d t d l f t
Los cuales complican el
panorama a la voz, por las
exigencias propias de este
Por ende en todo lo referente a
HFC, estaremos hablando
siempre de recursos
servicio hacia la red.
compartidos, lo cual trae
aparejado ciertos
inconvenientes como:
baja seguridad
ancho de banda compartido
ti
congestin
VoHFC VoHFC
Red HFC desde el punto de vista de los datos
VoHFC - Distribucindeespectro VoHFC Distribucin de espectro
La norma define el uso de
FDM, en la cual se estipulan las
frecuenciasyusosalos frecuencias y usos a los
distintos canales.
El trfico ascendente generado
l i i d l por el usuario, es enviado en la
banda de 5 a 42 Mhz
Mientras que los datos
descendentes llegan al usuario
en la banda de 450 a 750 Mhz
VoHFC VoHFC
La VoIP transportada sobre
Cable, enfrenta algunos
problemasvistosanteriormente,
En forma comparativa el
paquete de voz requiere una
seriedeprocesosmsqueenel problemas vistos anteriormente,
mediante:
privacidad
serie de procesos ms que en el
caso de VoDSL, procesos que
agregan su retardo
correspondiente
IPsec (NCS)
CBC (DOCSIS)
Ruidoseinterferenciasen
correspondiente.
El hecho de compartir el
acceso, hace que el mismo sea
Ruidos e interferencias en
banda ascendente
Modulacin QPSK
controlado y secuencial, lo cual
incorpora retardos importantes.
El cual se incrementa con la
Retardos
Tema aun pendiente de
resolucin el cual es
incorporacin de abonados al
nodo, como se observa en la
figura
resolucin, el cual es
clave en VoIP
figura.
VoHFC VoHFC
Por todo lo expuesto
anteriormente podemos alegar
queVoDSL permiteuna que VoDSL permite una
implementacin y explotacin
menos traumtica, con mejor
calidadyprestaciones calidad y prestaciones.
CaptuloVI Captulo VI
VoFR - VoATM VoFR VoATM
En nuestro estudio de VoIP,
analizaremos brevemente dos
tecnologacapacesdebrindar
Centrando el anlisis en las
caractersticas claves de cada
tecnologa, comoser: tecnologa capaces de brindar
servicio de transporte de voz, en
forma equivalente al IP.
B i d d ti
tecnologa, como ser:
la eficiencia en el transporte
servicios soportados
Brindando una comparativa
entre VoIP, VoFR y VoATM,
analizando ventajas y
retardos propios
desventajas de cada
implementacin y sus posibles
aplicaciones.
VoFR VoFR
Su aparicin se debe a la
versatilidad que presenta FR
parasoportar otrosprotocolos. para soportar otros protocolos.
Como integracin de servicios
en el segmento empresas,
iti d i t permitiendo integrar voz y
dados en un nico enlace a
precios, brindando una solucin
nica a un bajo costo.
El caso de aplicacin tpica, en
la que se implementan voz + q p
datos sobre FR es:
VoFR VoFR
El elemento clave en FR para la
integracin de voz y datos, se lo
denominaVFRADo
Optimizacin del ancho de
banda compartido por las
aplicaciones. denomina VFRAD o
simplemente FRAD.
El VFRAD se caracteriza por:
aplicaciones.
Alta eficiencia en bajos
bitrates.
solucin de voz +datos
permite manejo de
codificacin de voz G.711, cod cac devo G.7 ,
G.726 y G.729
Integracin de voz y datos
sobremismoDLCI sobre mismo DLCI
VoFR VoFR
La FRF 11.1, aprobada en
diciembre del 97, incorpora
funcionalidadesclavescomo:
As como tambin permite
mantener acotado al jitter.
Desdeel puntodevistadel
funcionalidades claves como:
Fragmentacin en UNI o
NNI
Desde el punto de vista del
overhead, de ambos, tendremos
sobre codecs de 8 Kb/s:
Fragmentacin extremo a
extremo
VAD al 60%
FR 4 Kb/s
VoIP 6Kb/s
El proceso de fragmentado,
incorporado permite optimizar
el retardo red cir lasdemoras
VoIP 6 Kb/s
Sin VAD
FR 10 Kb/s
el retardo y reducir las demoras
en las colas de salida.
VoIP 15 Kb/s
VoFR VoFR
Lo cual representa una ventaja
en overhead del 50 %, la cual si
biennotansignificativaen
Esta ventaja comparativa, hace
que en la mayor parte de las
aplicaciones, dondesedispone bien no tan significativa en
interfaces de alta velocidad,
resulta clave en enlaces de baja
velocidad
aplicaciones, donde se dispone
de una red y acceso FR, se
emplee voz sobre FR y no VoIP
sobreFR velocidad.
A modo de ejemplo, sobre un
enlace de 64 Kb/s tendremos:
sobre FR.
FR 6 canales
VoIP 4 canales
El VFRAD puede realizar
cambios en el codec, o sobre el
HCV (propietarioNewbridge)
Los indicadores BECN y
FECN, se emplearan en los
extremosparatratar deajustarse HCV (propietario Newbridge)
de manera de adaptarse a
congestiones en la red.
extremos para tratar de ajustarse
a la congestin.
VoATM VoATM
Si bien IP se perfila como el
futuro ganador de la contienda,
dadalauniversalidaddel
ATM permite el transporte de
voz en sus dos posibles
adaptaciones: dada la universalidad del
mismo.
No hay que descartar los
bit l l V ATM
adaptaciones:
AAL-1
AAL-2
mbitos en los cuales VoATM
se emplea y de manera exitosa.
Estos son:
Permitiendo cada una de ellas,
brindar ventajas, propias de
cada tcnica de adaptacin.
Redes 3G, inalmbricas
Redes de acceso DSL
cada c cadeadapac .
Las cuales describiremos a
continuacin y algo hemos
habladoenel capt lo5
Mercado de carriers
hablado en el captulo 5.
VoATM, AAL-1 VoATM, AAL 1
AAL-1: tambin conocida bajo
el nombre de CES, fue la
primer opcinentransportede
Si bien el AAL-1 brinda
grandes prestaciones, tambin
poseealgunasdesventajas, primer opcin en transporte de
voz disponible para ATM.
Brindando caractersticas como:
posee algunas desventajas,
como ser:
canales fijos: el numero de
l d fi l
retardo de paquetizado de 6
a 0,125 ms
Permite la recuperacin de
canales se define en el
inicio y no puede ser
modificado.
e e a ecupeac de
clock, siendo la nica
tecnologa del mercado para
VoP
Payload fijo: si bien se
adapta perfectamente a
trficos G.711 y G.726 del
VoP.
Bajo retardo en insercin
directa del TDM a celdas.
y
tipo PCM
Pero no permite la integracin
de bloques provenientes de
codecsG.723, G.728yG.729.
Esta es la razn por la cual en el
capitulo 5, en VoDSL hemos
habladodeAAL-2ynoAAL-1. codecs G.723, G.728 y G.729.
Lo cual limita su aplicacin en
VoATM a trfico de voz de
b j i t i l
hablado de AAL 2 y no AAL 1.
Un aspecto a favor, del AAL-1
y que lo hace ideal dentro de su
d id d li i baja compresin, tpico en el
transporte entre carriers
Pero no demasiado apto para las
reducido campo de aplicaciones
es la alta eficiencia (88%), la
cual es imposible de igualar por
aplicaciones actuales tendientes
a minimizar el ancho de banda
ocupado por la voz, mediante
cualquiera de las dems
tecnologas de VoP.
p p ,
tcnicas de compresin,
supresin de silencios y dems.
Se presenta como alternativa a
las limitaciones impuestas por
AAL-1.
de 3 bytes, lo cual brinda
flexibilidad adicional en el
manejodelainformacin. AAL 1.
Permitiendo:
Uso de mltiples canales
manejo de la informacin.
CPS, (Common Part Sublayer)
el header brinda posibilidades
Mezcla de codificaciones
dentro de cada canal
Incorporacindedatos
como:
cada canal puede tener
distinto n de bits.
Incorporacin de datos
dentro del mismo canal
Dichas funcionalidades se
Soporte de voz comprimida
y no comprimida
Asociacindecanalesde
logran a expensas de la
incorporacin de un sub-header
Asociacin de canales de
voz a un mismo circuito
virtual.
Interrupcin en la
transmisin de un canal,
permitiendosilence
flexibilidad de codificacin.
P t bi l
permitiendo silence
supression
En trminos generales las
t j d AAL 2
Pero tambin posee algunas
limitaciones, las cuales son:
eficiencia baja al 64%
ventajas de AAL-2 son:
retardos controlables
soporte de silence
no permite el recuperado de
sincronismo.
sopo edes e ce
supression
mezcla voz y datos
permite funcionalidades de
sealizacin
CaptuloVII Captulo VII
HardwareVoP Hardware VoP
Si bien en el mercado estn
disponible una gran cantidad de
proveedoresdehardware
As como tambin por las
diversas opciones de terminales
IP, cubriendoalgunas proveedores de hardware
dedicado y implementaciones
mixtas de Hard y Soft, nos
limitaremosadescribir las
IP, cubriendo algunas
aplicaciones especificas.
El objetivo es dotar de una
i i d d
limitaremos a describir las
caractersticas fundamentales de
los elementos generales de una
d
visin de mercado y sus
productos. Asimilando las
funcionalidades de la teora
red.
En particular haremos una
visin en mayor profundidad al
antes vista con el producto
disponible en el mercado.
En todos los casos, la
portfolio de Cisco System, tanto
para H.323 como para SIP.
,
informacin completa se
encuentra en los links del final
del captulo
del captulo.
ProductosCisco- EntornoSIP Productos Cisco Entorno SIP
En la implementacin
comercial de Cisco - SIP, nos
encontramoscondistintas
Red mixta IP/PSTN
encontramos con distintas
redes, a las cuales se les ha
incorporado y dotado de
servicioadicionales yque servicio adicionales, y que
varan segn los usos y
prestaciones.
Red de IP/PSTN, mensajera y
entorno seguro.
Red IP/POTS +PSTN,
mensajera y proteccin.
Como podemos observar las
implementacin aumentan su
complejidadyfunciones
En todos los casos estn
compuestas por los siguientes
elementosbsicosdel entorno complejidad y funciones
prestadas, pero las mismas
estn compuestas por los
elementosbsicosvistosenlos
elementos bsicos del entorno
SIP.
Terminales IP
elementos bsicos vistos en los
captulos anteriores.
Si bien la topologa cambia y
Proxy Server
Sistema de mensajera
Redirect Server
las redes se vuelven ms
complejas en cuanto a las redes,
esquemas de direccionamiento,
Redirect Server
Gateway
protocolos, trfico y dems.
Terminales SIP:
Lnea Cisco 79XX
7940 7940
7960
SerieATA 18X Serie ATA 18X
186
188
Adaptacin de terminales
analgicos standard.
Serie 79XX, SIP IP Phone,
caractersticas principales:
Conexindirectacon
Desvo de llamado
Retencin de llamada
Ll d f i
Conexin directa con
10/100 BT, RJ -45
Asignacin de IP mediante
Llamado en conferencia
No interrumpir
Multidirectorio
DHCP cliente o manual.
Codecs G.711 y G.729a
Manejodel DTMF in&
Multidirectorio
Call Waiting
Discado directo segn:
Manejo del DTMF in &
outband
Indicacin de mensaje en
E.164
URL
Bloq eodecaller ID
espera
Bloqueo de caller ID.
Serie ATA 186/188:
2 puertos FXS (RJ -11)
DTMF d t i
Codecs disponibles:
G.723.1
G729 DTMF deteccin y
generacin
Soporte de Fax, G3
G.729
G.711 Ley A y
VAD
Cancelador de eco 8ms/20dB
Manejo de DTMF in y
tb d
VAD
CNG
Protocolos:
outband
Configuracin mediante
WebBowser
SIP
H.323 v.2
MGCP
Implementa ToS y CoS.
MGCP
SIP Proxy Server, el mismo
permite:
integrar funcionesde
SIP Gateway:
requiere IOS 12.1 o
superior integrar funciones de
Redirect
registrar
superior.
Soporte de interfaces:
FXS/FXO/E&M
Call forwarding
Traduccin de direcciones
E1 CAS/ E1 PRI
Soporte de SIP UDP y TCP
Soporte de RADIUS
SIP/UDP
IPsecparamensajesde
Soporte de codecs serie G
Protocolos: IPsec, SIP,
Interfaz conPSTN yRDSI IPsec para mensajes de
sealizacin
Interfaz con PSTN y RDSI.
ProductosCisco- EntornoH.323 Productos Cisco Entorno H.323
Cisco presenta para la
implementacin de entornos
H.323, lossiguientes H.323, los siguientes
componentes:
MCM Multimedia
C f Conference manager
IP/VC 3520 - Gateway
IP/VC 3510/1 - MCU /VC 35 0/ CU
ProductosCisco- EntornoH.323 Productos Cisco Entorno H.323
MCM cumple las funciones de:
Gatekeeper
P S
IP/VC 3520/21/26 Gateway
variando la capacidad segn
el modelo desdeRDSI
Proxy Server
se integra en 2500, 2600,
3600, 7200 y MC3810
el modelo, desde RDSI,
hasta E1, permitiendo el
manejo de mltiples
i
Permite ambas funciones
GK y Proxy a un precio
razonable
conexiones.
IP/VC 3510/11 MCU
razonable.
OtrosTerminalesIP Otros Terminales IP
Polycom, IP500 Nortel, I2004
Shoreline, serie Shore Phone Avaya, 4620
Soft - Phones Soft Phones
Nortel, i2050 Avaya, IP Softphone
Servicios Servicios
En el presente captulo
analizaremos algunos de los
serviciosquebrindala
Los servicios pueden a su vez
dividirse segn:
Redcorporativa LAN
servicios que brinda la
tecnologa VoIP.
Tomando como factor comn
d t d l i i l
Red corporativa, LAN
Redes WAN
Redes mixtas
de todos los servicios, la
reduccin de costos, en lo que
corresponde a migrar el trfico
LAN/WAN/PSTN/RDSI,
etc.
Delovistoanteriormente
TDM a la nueva estructura IP.
De lo visto anteriormente
estaremos refiriendonos a:
VoIP
IP Telephony
CallingCard Calling Card
Operador H.323internacional Operador H.323 internacional
ArquitecturaCompleta Arquitectura Completa
Referencias Referencias
Parte del trabajo de investigacin de este
manual se realiz con material proveniente
de:
Texas Instruments: www.ti.com
Vocaltec: www.vocaltec.com
Organismos:
ITU:www.itu.int
IMTC: www.imtc.org
IETF i tf
Bibliografa
Broadband Access Technologies,
Azzam/Ransom - McGraw Hill
IETF: www.ietf.org
Typhon: www.etsi.org
Empresas:
CiscoSytem: wwwciscocom
Implementing ADSL, David
Ginsburg - Adison Wesley
Fundamentos VoIP, Peters -
Davison CiscoPress
Cisco Sytem: www.cisco.com
Avaya: www.avaya.com
Nortel: www.nortel.com
RadCom: www.rad.com
Davison, Cisco Press
Computer Networks, Tanenbaum -
Prentice Hall
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

También podría gustarte