Documentos de Académico
Documentos de Profesional
Documentos de Cultura
VoIP - Basico
VoIP - Basico
Indice
Cap.I: Introduccin
Mercado
Evolucin
Convergencia
Codecs
Calidad
A h dde B
Ancho
Banda
d
H.323
H
323
SIP
Comparativa
Parametros de la red
QOS
Cap.III: VoIP
Standards y Protocolos
VoATM
VoFR
Captulo I
La conmutacin de circuitos se
adapta perfectamente a los
requerimientos del servicio de
voz. Durante aos hemos visto
avances en estas redes,
multiplicando su capacidad y
velocidad.
Hacia los aos 70 con la
aparicin de los datos y la
necesidad de transportar los
mismos de un punto a otro, se
recurri a la red existente en ese
momento, o sea la red de
conmutacin de circuitos.
Si bien la conmutacin de
circuitos se adaptaba
perfectamente a la voz,
rpidamente se vieron los
inconvenientes que aparecan al
transportar los datos.
datos
Dada que el transporte de los
datos se hace mediante el
armado de paquetes, las redes
ptimas para el transporte de
los datos tomaron el nombre de
Redes de conmutacin de
paquetes
La conmutacin de circuitos,
permite:
reserva de conexin durante
el tiempo necesario
canales dedicados para cada
conexin
mnimos retardos
Caractersticas que se
adaptaban perfectamente a la
voz, pero para los datos estas
presentaban los siguientes
problemas:
Ineficientes en el uso de
canales.
Gran desperdicio de
recursos.
Lo cual motivo a la separacin
de servicios, empleando redes
dedicadas a cada uno.
Convergencia
El concepto de convergencia
apunta a:
una nica red
gestin integrada de todos
los servicios
soporte multiservicio
plataforma eficiente de
transporte
transporte.
Si tomamos en cuenta los
objetivos propuestos, estamos
hablando de una red de Banda
Ancha capaz de soportar todos
y cada uno de los servicios.
Convergencia
Trfico comparado
10
VoIP - Telefona IP
11
VoIP - Telefona IP
VoIP, entonces se limita al
uso corporativo, interoficinas y
d en ell cuall se emplea
dems
l la
l
misma estructura LAN que
posee la empresa.
Pudiendo esta, utilizar enlaces
WAN, pero siempre bajo una
estructura
es
uc u a ce
cerrada
ada e interna,
e a,
propia de cada corporacin.
Telefona IP, se
caracteriza por brindar servicio
d telefona
de
t l f sobre
b IP,
IP tanto
t t en
forma local como internacional.
Reemplazando en muchos casos
a las mismas TELCO y
operadores de Larga Distancia,
ofreciendo
o
ec e do tarifas
a as reducidas
educ das y
en algunos casos
funcionalidades adicionales
(Fax e Imgenes).
Imgenes)
12
VoIP - Telefona IP
13
Mercado Europeo:
Actualmente, representa el
6% del trfico internacional
Estimaciones de
crecimiento al 15% para el
2007
14
15
Telefona IP
16
17
Telefona IP
18
Telefona IP
19
IP Forum es incorporado el
IMTC
1999-2000, las Telco,
comienzan a hacer anuncios
de sus estrategias de VoIP
(MCI, Sprint, Cable &
Wireless, BT, etc)
El aspecto regulatorio de
VoIP, se encuentra dividido
entre promotores y
detractores.
20
Estandarizacin de la VoIP
21
Protocolos ITU
Norma
3 0
H.320
H.324
H.310/321
H 323
H.323
Ao Transporte Audio
1990
990
ISDN
S
G
G.711
1995
POTS
G.723
1996
ATM
MPEG-1
1996/8
LAN
G 711
G.711
Video
H.261
6
H.263
H.262
H 261/3
H.261/3
Control Multiplexado
H.242
H.221
H.245
H.223
H.245
H.222
H 245
H.245
H 225
H.225
22
Protocolos ITU
H.323 se convierte en el
standard de facto
Todos los productos
comerciales adoptan dichas
especificaciones y comienza a
h b cierta
haber
i t interoperabilidad
i t
bilid d
entre los equipos.
H.323 es el resultado y
evolucin de las normas
anteriores, orientadas a una red
LAN,, ppartiendo de una ppremisa
fundamental.
23
Protocolos ITU
H.323 v.4 (en estudio
2000), incorpora servicio de
fax (T.38)
H.323 v.5 (borrador 2003),
incorpora cambios en la
sealizacin,
li i TTL y dems.
d
24
25
26
IMTC
IMTC, International
Multimedia teleconferencing
Consortium
Si bien no posee su propio
cuerpo de normas, el mismo se
d di a promover, facilitar,
dedica
f ilit
desarrollar y analizar la
interoperabilidad de los
sistemas de teleconferencia
Multimedia, sobre estndares
abiertos.
27
Internamente se dividen en 8
grupos de trabajo.
Lograr la interoperabilidad
y co
convergencia
ve ge c a en
e los
os
sistemas punto a punto de
Telefona y Multimedia
sobre las NGNs
NGN s.
28
Captulo II
29
Codificacin de la Voz
40.
Hacia los aos 50 se comienza a
trabajar sobre lo que se toma
como el precursor del Vocoder,
el cual p
progresa
g
recin en la era
digital, dado que la tecnologa
analgica no era suficiente.
30
Codificacin de la Voz
Ao Norma
A
N
T i
Tcnica
Velocidad
V
l id d (Kb/s)
(Kb/ )
1972 G.711
PCM
64
1984 G.721
ADPCM
32
1988 G.722
G 722
ADPCM
48 56 Y 64
48,
1992 G.728
LD-CELP
16
1995 G.729
CS-CELP
8
1995 G
G.723.1
723 1 MPC-MLQ
MPC MLQ
5 3 Y 66,44
5,3
De lo visto anteriormente, la
ITU, gener una serie de
especificaciones para el servicio
de Multimedia segn el
medio de transporte,
especificando adems que tipo
de compresin utilizar en cada
caso.
31
Codificacin de la Voz
Medio Especificacin Compresin Voz
Velocidades
ATM H.310/321
G.711, 728
16 y 64 Kb/s
IP
H 323 G
H.323
G.711,
711 723.1,
723 1 729 55,33 ; 8 y 64 Kb/s
Ethernet
H.322
G.711, 728
16 y 64 Kb/s
POTS
H.324
G.723.1, 729
5,3 y 8 Kb/s
ISDN
H 320
H.320
G 711 728
G.711,
16 y 64 Kb/s
32
Codificacin de la Voz
La codificacin de la voz se
subdivide, segn:
33
G.711 - PCM
G.721 - ADPCM
G.726 - ADPCM
34
35
36
37
G.721 - ADPCM
ADPCM (Adaptative
Diferential Pulse Code
Modulation), variante del PCM,
que busca optimizar la
velocidad.
L seal
La
l PCM presenta
t una
gran correlacin entre las
muestras. La cual dependiendo
de la variacin de la seal de
entrada puede llegar a ser
bastante importante.
38
G.721 - ADPCM
39
G.721 - ADPCM
40
Por qu comprimir?
41
Por qu comprimir?
42
Por qu comprimir?
Con lo cual tenemos:
1 seg. = 8000 muestras
1 muestra
t = 1 paquete
t
1 paquete = 59 bytes
1 byte = 8 bits
1 seg. = 8000 * 59 * 8
1seg = 3.776.000 bits
43
Por qu comprimir ?
Periodo de paquetizado: se
denomina al tiempo
transcurrido en la obtencin de
n tramas, para el posterior
paquetizado.
Di h numero aparece en las
Dicho
l
recomendaciones de la ITU,
pero segn el caso puede ser
modificado a criterio del
usuario.
44
45
Anlisis de la voz
46
Anlisis de la voz
47
Anlisis de la voz
Composicin de la voz
22%
repeticiones
componentes
escenciales
i l
54%
24%
pausas
48
Codificacin VOCODER
El principio de codificacin, es
el de enviar solamente los
parmetros que permitan la
sntesis de la seal en el otro
extremo y que esta (al odo
humano) resulte similar a la
seal de origen.
El hecho de que resulte similar
al odo se debe a que en el
proceso de anlisis y posterior
sntesis,las formas de onda
pueden ser muy distintas.
49
Vocoder LPC
50
Vocoder LPC
51
Vocoder LPC
52
Codificacin Hbrida
G.723.1, MPC-MLQ
G.728, LD-CELP
G.729, CS-CELP
53
Codificacin Hbrida
54
Hbrida CELP
55
Hbrida CELP
56
Hbrida CELP
No menos de 15 millones
de operaciones por segundo
(MIPS)
6 KB de memoria RAM
con retardos de unos 15 ms,
en el procesamiento.
57
Hbrida CELP
58
Calidad de la voz
El mtodo de evaluacin ms
utilizado es el MOS, el cual se
basa en escuchas realizadas por
eexpertos
pe os audiofilos,
aud o os, los
os cua
cuales
es
son sometidos a escuchas,
evaluando las mismas con un
puntaje entre 1 y 5 siendo malo
y muy buenos respectivamente.
59
Calidad de la voz
60
Procesamiento de la seal
61
Comparativa de codificaciones
Muestra
Norma
Patrn
G.711, ley A
G 711 lley mu
G.711,
G.721
G 729
G.729
Tamao
Codificacin
2,39 MB PCM, 48 Khz, 16 bits, mono
198 KB
PCM, 8 Khz, 8 bits
198 KB
PCM 8 Kh
PCM,
Khz, 8 bit
bits
102 KB
ADPCM, 8 Khz, 4 bits
102 KB
CS-CELP
62
Captulo III
63
H.323 - ITU
64
H.323 - ITU
Red H.323
65
Terminales - H.323
En principio en el terminal se
implementarn las siguientes
funciones:
66
Terminales - H.323
67
Terminales - H.323
Control de llamada
(H.225)
RAS (H.225)
Control
C t l y transporte
t
t de
d
medios H.245
68
Gateway - H.323
69
Gateway - H.323
70
Gatekeeper - H.323
71
Gatekeeper - H.323
72
Su funcin principal es la de
soportar conferencias
multipunto, tanto sean estas de
voz, video o datos.
En general el MCU se
i l
implementa
t en software
ft
integrandolo segn el caso en:
Terminal
Gateway
Gatekeeper
73
74
Proxy H.323
75
Sealizacin RAS
76
RAS - H.225.0
77
78
Mensajes de localizacin:
GRQ (Gatekeeper request),
es utilizado por el terminal
para localizar el
Gatekeeper, mediante
multidifusin.
ltidif i
GCF(Gatekeeper confirm),
respuesta del GK, se
devuelve direccin del
canal RAS
GRJ (Gatekeeper reject),
reject) el
GK no acepta el registro.
En el GCF, en algunas
ocasiones se puede pasar al
terminal la direccin IP de
gatekeepers alternativos.
79
RAS - Registro
80
RAS - Registro
Mensajes de registro:
Registration request (RRQ)
Registration
R i t ti Confirmation
C fi
ti
(RCF)
Registration Rejection
(RRJ)
Mensajes de baja de registro:
Unregister
U
i t Request
R
t (URQ)
Unregister Confirm (UCF)
Unregister
g
Reject
j (URJ)
(
)
81
El mensaje es enviado al
Gatekeeper con el nico dato
que se tiene del terminal, en
este caso puede ser:
Alias. Pc1@andescap.cl
Nmero E.164
El gatekeeper realizar una
bsqueda en
e su tabla
ab a interna
e a
tratando de resolver el alias.
La funcin especifica para
dicha tarea es Locate,
Locate por lo
tanto tendremos:
Mensajes:
Locate Request (LRQ)
Locate
L t Confirm
C fi (LCF)
Locate Reject (LRJ)
82
83
Mensajes:
Admission Request (ARQ)
Admission
Ad i i Confirm
C fi (ACF)
Admission Reject (ARJ)
El ARQ es el paso previo a
iniciar un llamado.
Si el gatekeeper admite la
i es porque dispone
di
de
d
conexin
capacidad como para manejarla
y le entrega al Terminal el IP
del Gateway o Gatekeeper de
terminacin.
84
Mensajes:
Information Request (IRQ)
Information
I f
ti Request
R
t
Response (IRR)
85
Mensajes:
Bandwith Request (BRQ)
Bandwith
B d ith Confirmation
C fi
ti
(BCF)
Bandwith Reject (BRJ)
86
H.225.0
87
88
89
Mensajes:
SETUP
SETUP, ell mismo
i
avisa
i
hacia delante el intento de
establecer un llamado, es
generado por el extremo
llamante hacia el end point
o GK segn el caso.
CALL PROCEEDING, es
un mensaje hacia atrs, el
cual da aviso al extremo
llamante que se ha iniciado
el proceso de llamada.
90
91
H.225 - Q.931
92
Su funcin es la de establecer y
controlar los canales lgicos
para los servicios de:
Voz
Datos
Video
El H.245 se encarga tambin
del intercambio de capacidades,
capacidades
tanto sean conexiones:
unidireccionales
bidireccionales
y de requerimientos:
Simtricos
Asimtricos
A i t i
El H.245 interviene en la
negociacin de codecs
La mensajera del H.245 es
ASN.1
L conexin
La
i H.245
H 245 puede
d ser:
Directa
Va Gatekeeper
p
93
Mensajes:
C
Capability
bilit Exchange:
E h
se
negocian los codecs, la
norma soporta los Codecs
tipo ITU, ISO y GSM.
Round trip Delay:
procedimiento
p
oced e o mediante
ed a e el
e
cual se establece el retardo
de la conexin.
94
95
RTP/CRTP/RTCP - Transporte
RTP es el protocolo de
transporte en tiempo real, sus
principales funciones son:
Identificar la carga til
temporizacin del trfico
secuenciamiento
sincronizacin
RTP es ell protocolo
t l id
ideall para
el transporte sobre redes IP de
trfico como voz y video, dado
su alta sensibilidad al retardo y
las variaciones del retardo.
96
RTP - Real
Real-Time
Time Transport Protocol
PT payload type:
identificador de tipo de
carga (7 bits)
Secuence Number: contador
que me permite identificar
ell orden
d de
d los
l paquetes
t
RTP.
TimeStamp: utiliza un reloj
como base de tiempo y el
valor indica el desfasaje
entre el relojj y el primer
p
byte del RTP.
97
RTP - Real
Real-Time
Time Transport Protocol
98
RTP - Real
Real-Time
Time Transport Protocol
Si analizamos la eficiencia de
dicha configuracin tendremos:
Header:
20 Bytes, IP
8 Bytes, UDP
12 Bytes, RTP
40 Bytes, total Header
Datos:
20 Bytes, salida de la
paquetizacin.
p
q
99
CRTP
100
RTCP - Real
Real-Time
Time Transport Control Protocol
RTCP es el encargado de
proveer informacin sobre la
calidad del transporte de
informacin.
Las fuentes RTP se identifican
mediante
di t ell llamado
ll
d nombre
b
cannico (CNAME)
Dado que RTCP aporta datos
estadsticos sobre las
conexiones RTP, esta
informacin debe reducirse a lo
estrictamente necesario, de
manera de no producir
congestin
congestin.
101
RTCP - Real
Real-Time
Time Transport Control Protocol
Paquetes RTCP:
SR sender report:
transmisin y recepcin de
estadsticas desde los
participantes.
RR receive report:
recepcin de estadsticas
desde participantes que no
son fuentes activas
SDES source description: se
enva el CNAME
102
103
104
105
Empezaremos con la
descripcin de cada uno, su
funcin en la red y posible
localizacin.
106
UA - User Agents
107
UA - User Agents
UAC: es el organismo
encargado de iniciar la
transaccin SIP,, del usuario
llamante.
108
Proxy Server
109
Redirect Server
El servidor de
redireccionamiento cumple la
funcin de mantener
actualizado la base de datos con
la localizacin de cada usuario.
E t permite
Esto
it que ell usuario
i se
mueva a lo largo de la red e
inclusive pasar a distintas redes
y en el momento deseado poder
redireccionar la llamada a la
ultima direccin informada.
110
111
Direccionamiento SIP
Direccionamiento en entornos
SIP:
en los end points se utiliza
el URL SIP, con el formato:
usuario @ host
fede@andescap.cl
37142871@andescap.cl
fede@17 35 123 245
fede@17.35.123.245
112
El terminal desconoce la
direccin del Proxy Server.
113
Transaccin SIP
En caso de no obtener
resultados mediante el
UDP, se pasa a TCP.
En transacciones UDP, se
utiliza
tili la
l direccin
di
i del
d l header
h d
de la peticin
En TCP se mantiene la
conexin mientras dure la
transaccin.
114
Transacciones SIP
Mensajes SIP:
Request (peticiones)
Response
R
(respuestas)
(
t )
115
SIP Mensajes
116
SIP Mensajes
Call-ID: identificador de
usuario
Cseq: se incrementa el
numero de manera de
diferenciar los mensajes del
mismo
i
Call-ID
C ll ID
117
BYE
ACK
CANCEL
OPTIONS
REGISTER
118
REGISTER: se el mtodo
empleado por los user agents
para registrar informacin til,
correspondiente a la
localizacin en los servidores
SIP.
SIP
119
1XX
Informational
2XX
Success
3XX
Redirection
4XX
Client error
5XX
Server Error
6XX
Global Error
120
403 Forbidden
404 Not Found
05 Method
e od Not
o Allowed
owed
405
406 Not Acceptable
407 Proxy Authentication Required
408 Request Timeout
409 Conflict
410 Gone
411 Length Required
413 Request Message Body Too Large
414 Request-URI Too Large
415 Unsupported Media Type
420 Bad Extension
480 Temporarily Not Available
481 Transaction Does Not Exist
482 Loop Detected
483 Too Many Hops
484 Address Incomplete
485 Ambiguous
486 Busy Here
SERVER ERROR
500 Internal Server Error
501 Not Implemented
501
502 Bad Gateway
503 Service Unavailable
504 Gateway Timeout
505 SIP Version Not Supported
GLOBAL FAILURE
600 Busy Everywhere
603 Decline
604 Does Not Exist Anywhere
606 Not Acceptable
121
122
123
H.323 vs SIP
Segn la performance,
performance
podemos decir que:
H.323, requiere mayor
cantidad de mensajes entre
entidades
SIP reduce
substancialmente el trafico
de control entre entidades
As
A como ttambin
bi la
l
drstica reduccin en pasos
para el establecimiento de
una conexin entre SIP y
H.323.
124
H.323 vs SIP
Segn la compatibilidad, si
bien no hay compatibilidad
entre ambos, se habla de
interoperabilidad, lo cual
requiere la implementacin de
ambos
ambos.
La mayora de los
productos H.323 incorporan
SIP
Algunos productos SIP no
soportan
p
H.323
esto se justifica con la
siguiente comparacin.
Segn requerimientos al
equipo:
H.323,
H 323 exige un cdigo de
mayor tamao, mayor
potencia en el CPU, mayor
capacidad
id d de
d memoria.
i
SIP, reduce sensiblemente
el cdigo, optimizando el
CPU y minimizando la
capacidad de memoria.
125
H.323 vs SIP
126
H.323 vs SIP
127
H.323 vs SIP
128
129
conversin TDM / IP y
viceversa.
El MGC recibe comnmente en
el mercado el nombre de
SoftSwitch
Mientras que al MG,
dependiendo el uso y volumen
de conexiones se lo puede
encontrar como:
Access gateway
Residential gateway
gate a
130
MGCP - comandos
Comandos MGCP:
CreateConnection.
C
t C
ti
ModifyConnection.
DeleteConnection.
NotificationRequest.
Notify.
AuditEndpoint.
AuditConnection.
RestartInProgress Call
RestartInProgress.
Agent (MGC)
131
132
Gateway - Softswitch
133
134
La estructura distribuida en
MG, MGC y SG, fue planteada
originalmente por ETSI
(Typhon).
Estructura sobre la cual tanto
IETF e ITU,
ITU realizaron
li
trabajos
t b j
sobre esta base.
IETF, propuso el MGCP en su
RFC 2705, el cual evoluciona
luego en lo que hoy conocemos
como MEGACO - RFC3015.
MEGACO / H
H.248
248
135
Fax sobre IP
El inconveniente en la
transmisin de fax sobre IP, se
presenta con:
compresin
cancelacin de eco
retardos y dems
Haciendo imposible el envo de
fax como si se tratara de una
conversacin.
136
Fax sobre IP
137
Fax sobre IP
Transmisin transparente
El Media Gateway detecta
el tono de envo del fax
fax.
Se avisa al MGC de la
intencin de envo
Este enva un cambio en la
conexin a ambos MGs
se pasa a G.711
G 711
se anula la cancelacin
de eco
Permitiendo enviar la seal
lo ms similar posible a la
original.
g
Decodificacin y Reenvo:
El Media Gateway detecta
el tono de envo del fax
fax.
Nuevamente se cuenta con
dos modalidades:
Tiempo real (T.38)
Extraccin y reenvo
138
Fax sobre IP
Extraccin y reenvo:
Se emula en forma local
(MG) el fax remoto,
remoto
implementando T.30 y T.4
Una vez obtenida la
informacin, se enva el fax
via E-mail, en forma de
attach hacia el Media
Gateway remoto
Luego el MG emular el
terminal T
T.30
30 - T.4
T4
enviando finalmente el fax
a destino.
139
Fax sobre IP
140
DTMF sobre IP
141
142
DTMF sobre IP
RTP/G.711
El Media Gateway, cambia
el codec a G
G.711,
711 de manera
de evitar la deformacin de
dichos pulsos.
La informacin se enva
mediante RTP
Luego
uego en
e el
e otro
o o extremo
e e o
sern convertidos en forma
transparente.
RTP/RFC 2833
El Media Gateway detecta y
decodifica en forma local
los tonos.
Los mismos son insertados
en el RTP, pero no como
tono digitalizados, sino
como informacin
decodificada.
Se enva bsicamente, el
cdigo detectado
detectado, duracin
del mismo y nivel de
recepcin.
143
DTMF sobre IP
La informacin recibida en el extremo, es decodificada y enviada al
generador de tonos
El mismo se encargar
g de generarlos
g
e intercalarlo con el trafico de
voz, de manera de lograr una emulacin transparente hacia el
usuario.
144
145
Captulo IV
146
147
Backbone: manejo de
congestiones, control de
trfico, transporte de alta
velocidad.
Adems de diferenciarse,
t bi en base
tambin
b
a las
l
tecnologas y sus propias
capacidades de QOS, que
variaran con la tecnologa de
borde o Backbone.
Cabe destacar q
que algunas
g
de
las herramientas son propietaria
148
Jitter
Retardo
Ancho
A h dde B
Banda
d
Tasas de error
Responsabilidades
Tiempo medio de
reparacin
Punitorios
Multas en caso de
incumplimientos
p
en el SLA.
149
QOS
150
DIFFServ - COS
0
1
2
3
4
5
6
7
Prioridad otorgada
RUTINA
PRIORIDAD
INMEDIATO
FLASH
IGNORAR FLASH
CRITICA
INTERNETWORKING
CONTROL DE RED
151
152
Protocolo RSVP
RSVP, es el protocolo de
configuracin de reserva de
recursos.
RSVP, se caracteriza por ser un
protocolo de sealizacin, que
opera de
d extremo
t
a extremo,
t
y
lo hace fuera de banda.
Los recursos reservados en cada
Hop, son el Ancho de Banda y
la prioridad que se le dar al
trfico.
153
Protocolo RSVP
154
155
retardos y consumo de
procesador y numero de colas a
utilizar.
Por esa razn la nombramos.
156
Priority Queuing - PQ
Es el resultado de establecer
como poltica de priorizacin,
el manejo y asignacin de
prioridades, asignando a cada
una una cola independiente.
E las
En
l implementaciones
i l
t i
tpicas
t i
de PQ, se utilizan 4 colas, las
cuales se vacan en forma
priorizada.
157
Custom Queuing - CQ
158
Permite un tratamiento
especifico a cada flujo,
logrando muy buenos
resultados.
El manejo en colas exclusivas
por flujos, reduce la fluctuacin
del retardo.
159
IP versin 6
160
Retardos
Retardos en la red
retardo del codec
retardos
t d de
d paquetizado
ti d
retardos de serializacin
retardos de buffereado
retardos de switcheo en la
red
retardos del de-jitter buffer
161
162
163
164
165
Retardos de paquetizado
166
Retardos de paquetizado
La relacin de compromiso
entre el paquetizado y la
velocidad de los datos, nos
impide bajar los valores ms
all de los 20 ms.
E particular
En
ti l para Cisco
Ci
los
l
valores oscilan en:
167
Retardo de serializacin
168
Retardos de serializacin
169
Retardos de serializacin
170
Retardo de cola
cola de espera
espera
171
Retardo de cola
cola de espera
espera
172
Retardos en la Red
173
muestra original
10 ms de retardo
30 ms de retardo
60 ms de retardo
90 ms de retardo
150 ms de retardo
400 ms de retardo
174
175
176
177
71
G.
3 .1
G.
178
Captulo V
179
VoDSL
180
VoDSL
181
VoDSL - Redes
Solucin tipo c
182
VoDSL - Redes
Solucin tipo d
183
VoDSL
184
VoDSL - IAD
IAD permite:
Tratamiento diferenciado:
AAL2 para voz
AAL5 para datos
Compresin
G.711 (ley A o )
G.726 (32 Kb/s)
Qos segn aplicacin:
CBR o rtVBR, para voz
CBR o UBR,
UBR para datos
Voz:
Hasta 16 puertos, con
RJ11
deteccin Fax/mdem
Fax, full T.30
Mdem, V.34 y V.90
Servicios caller ID, call
f
forwarding
di y Call
C ll
waiting
Datos:
10/100 base T, RJ45
Bridging, PPPoA y
PPPoE
185
VoDSL - IAD
DHCP servidor/cliente
RIP 1 y 2
PAP/CHAP
SNMP 1.0, MIB1 y 2
IP Firewall
186
VoDSL - LVG
187
VoDSL - LVG
ATM
1 PVC por IAD
QOS:
QOS CBR y rtVBR
tVBR
hasta 10368 conexiones
Capacidad de llamadas
240 por placa simult.
1920 por subbastidor
Overbooking
residencial: 8, 9 o 10
comercial: 4
Interfaces de voz a PSTN
8 E1 p
por placa
p
188
189
Calidad de VoDSL
En lo referente al retardo, el
mismo esta formado por:
retardo de paquetizado
5,5 ms - G.711
11 ms - G.726
retardos de serializacin
0 a T cell
retardos del DSL
(interleave)
20 ms - G.992.1
3 ms - G.992.2
190
Calidad de VoDSL
191
Calidad de VoDSL
192
Calidad de VoDSL
193
Calidad de VoDSL
De lo expuesto anteriormente,
podemos afirmar que:
VoDSL iguala y en
determinadas condiciones,
puede exceder la calidad
prestada
t d por PSTN.
PSTN
VoDSL permite el soporte
transparente de todas las
aplicaciones de la PSTN
Se integra a la red de
conmutacin segn la
conmutacin,
implementacin mediante
V.5 o SS7.
194
VoDSL - Redes
195
VoDSL - Redes
196
VoHFC
197
VoHFC
CableLabs (DOCSIS)
(
)
ITU
IEEE
EuroDOCSIS
198
VoHFC
retardos importantes
falta de privacidad
L cuales
Los
l complican
li
ell
panorama a la voz, por las
exigencias propias de este
servicio hacia la red.
199
VoHFC
200
201
VoHFC
En forma comparativa el
paquete de voz requiere una
serie de procesos ms que en el
caso de VoDSL, procesos que
agregan su retardo
correspondiente
correspondiente.
El hecho de compartir el
acceso, hace que el mismo sea
controlado y secuencial, lo cual
incorpora retardos importantes.
El cual se incrementa con la
incorporacin de abonados al
nodo, como se observa en la
figura
figura.
202
VoHFC
203
Captulo VI
204
VoFR - VoATM
205
VoFR
Su aparicin se debe a la
versatilidad que presenta FR
para soportar otros protocolos.
Como integracin de servicios
en el segmento empresas,
permitiendo
iti d integrar
i t
voz y
dados en un nico enlace a
precios, brindando una solucin
nica a un bajo costo.
El caso de aplicacin tpica, en
la q
que se implementan
p
voz +
datos sobre FR es:
206
VoFR
207
VoFR
208
VoFR
209
210
VoATM
211
VoATM, AAL-1
AAL 1
212
VoATM, AAL-1
AAL 1
213
VoATM, AAL-1
AAL 1
214
VoATM, AAL-2
AAL 2
215
VoATM, AAL-2
AAL 2
Interrupcin en la
transmisin de un canal,
permitiendo silence
silence
supression
En trminos generales las
ventajas
t j de
d AAL-2
AAL 2 son:
retardos controlables
sopo
soportee de silence
s e ce
supression
mezcla voz y datos
permite funcionalidades de
sealizacin
flexibilidad de codificacin.
Pero ttambin
P
bi posee algunas
l
limitaciones, las cuales son:
eficiencia baja al 64%
no permite el recuperado de
sincronismo.
216
VoATM, AAL-2
AAL 2
217
Captulo VII
218
Hardware VoP
219
En la implementacin
comercial de Cisco - SIP, nos
encontramos con distintas
redes, a las cuales se les ha
incorporado y dotado de
servicio adicionales,
adicionales y que
varan segn los usos y
prestaciones.
220
221
222
Terminales SIP:
Lnea Cisco 79XX
7940
7960
Serie ATA 18X
186
188
Adaptacin de terminales
analgicos standard.
223
224
Desvo de llamado
Retencin de llamada
Ll
Llamado
d en conferencia
f
i
No interrumpir
Multidirectorio
Call Waiting
Discado directo segn:
E.164
URL
Bloq eo de caller ID.
ID
Bloqueo
225
Codecs disponibles:
G.723.1
G.729
G 729
G.711 Ley A y
VAD
CNG
Protocolos:
SIP
H.323 v.2
MGCP
226
SIP Gateway:
requiere IOS 12.1 o
superior
superior.
Soporte de interfaces:
FXS/FXO/E&M
E1 CAS/ E1 PRI
Soporte de SIP UDP y TCP
Soporte de codecs serie G
Protocolos: IPsec, SIP,
Interfaz con PSTN y RDSI
RDSI.
227
228
229
Otros Terminales IP
Polycom, IP500
Nortel, I2004
Avaya, 4620
230
Soft - Phones
Nortel, i2050
Avaya, IP Softphone
231
Servicios
En el presente captulo
analizaremos algunos de los
servicios que brinda la
tecnologa VoIP.
Tomando como factor comn
d todos
de
t d los
l servicios,
i i la
l
reduccin de costos, en lo que
corresponde a migrar el trfico
TDM a la nueva estructura IP.
232
Calling Card
233
234
Arquitectura Completa
235
236
Referencias
Parte del trabajo de investigacin de este
manual se realiz con material proveniente
de:
Organismos:
ITU:www.itu.int
IMTC: www.imtc.org
IETF www.ietf.org
IETF:
i tf
Typhon: www.etsi.org
Empresas:
Vocaltec: www.vocaltec.com
Bibliografa
Broadband Access Technologies,
Azzam/Ransom - McGraw Hill
Implementing ADSL, David
Ginsburg - Adison Wesley
Fundamentos VoIP, Peters Davison Cisco Press
Davison,
Computer Networks, Tanenbaum Prentice Hall
237