Voz Video y Telefonia Sobre IP

Voz y Video en
Redes IP
Dr. Ing. Jos Joskowicz

josej@fing.edu.uy
Dr. Ing. Jos Joskowicz 2013
Multimedia sobre
Redes de Datos
Voz y Video en
Redes IP
Paquetizacin de los flujos

multimedia

Para poder transmitir la informacin codificada

de voz o video sobre redes de datos, es
necesario armar paquetes.
Es necesario juntar un conjunto apropiado de
informacin para armar un paquete.
Cada paquete tiene una cantidad mnima de
informacin de control
Cabezal
del paquete
Origen, destino
Etc.
Transmisin de multimedia sobre

redes de datos
Flujo multimedia
Ventana
RTP
UDP
IP
Ethernet
Sobrecarga
Sobrecarga
RTP Real Time Protocol

Es un protocolo para transmisin de datos de

tiempo real (audio y video) sobre IP
Est estandarizado en el RFC 3550
Se basa en UDP
RTP - Cabezal
Version
V PX
Padding
CC
CSRC count
eXtension
PT
Payload Type
Sequence number
Timestamp
synchronization source (SSRC) identifier

contributing source (CSRC) identifiers
.
32 bits
RTP - Cabezal
Payload Type
Payload Type
0
3
4
8
9
13
14
15
18
26
31
32
33
34
96 127
Formato
PCM mu-law
GSM
G.723
PCM A-law
G.722
Confort Noise
MPEG Audio
G.728
G.729
Motion JPEG
H.261
MPEG-1 o 2 Elementary Stream
MPEG-1 o 2 Transport Stream
H.263
Dinmico
Medio
Audio
Audio
Audio
Audio
Audio
Audio
Audio
Audio
Audio
Video
Video
Video
Video
Video
Clock Rate
8 kHz
8 kHz
8 kHz
8 kHz
8 kHz
90 kHz
8 kHz
8 kHz
90 kHz
90 kHz
90 kHz
90 kHz
90 kHz
RTP - Cabezal
Payload type
Identifica
el tipo de informacin que viaja en el
paquete
Indica el tipo de codificacin de audio o video, o el
contenido de informacin especial

CN (Comfort Noise)
Tipos dinmicos

RFC 2833 (Tonos DTMF, tonos de Fax, etc.)
RTP - Cabezal
Sequence number ( 16 bits)

Nmero
secuencial, generado en el origen. Es usado

por el receptor para detectar paquetes perdidos
Time Stamp (32 bits)

Marca
horaria, del momento de la generacin del

primer byte de la muestra enviada en el paquete
Synchronization Source Identifier (32 bits)

Identifica
el origen
Ejemplo RTP: Paquete de audio
10
RTCP RTP Control Protocol

El RFC 3550 establece, adems del protocolo

RTP, un protocolo de control, RTCP
Encargado
de enviar peridicamente paquetes de

control entre los participantes de una sesin
Proveer realimentacin acerca de la calidad de los
datos distribuidos (por ejemplo, de la calidad
percibida de VoIP).
11
RTCP tipos de datos

SR (Sender Report): Enva estadsticas de los

participantes origen (sender)
RR (Receiver Report): Enva estadsticas de los
participantes destino (receivers)
SDES (Source Description): Enva tems de
descripcin del origen
BYE: Indica el fin de la participacin en el
intercambio de mensajes RTCP
APP: Funciones especficas para las
aplicaciones participantes
12
RTCP Ejemplo de SR y SDES
13
Voz sobre
Redes de Datos
Voz y Video en
Redes IP
CODECs de banda angosta

Codec
G.711
Nombre
PCM: Pulse Code
Modulation
Bit rate
(kb/s)
64, 56
Retard
o (ms)
0.125
Comentarios
Codec base, utiliza dos posibles
leyes de compresin: -law y A-law
G.723.1
Hybrid MPC-MLQ
and ACELP
6.3, 5.3
Desarrollado originalmente para video

conferencias en la PSTN, es
37.5
actualmente utilizado en sistemas de
VoIP
G.728
LD-CELP: LowDelay code

excited linear
prediction
40, 16,
12.8, 9.6
1.25
G.729
CS-ACELP:
Conjugate
Structure
Algebraic
Codebook
Excited Linear
Prediction
11.8, 8,
6.4
15
Creado para aplicaciones DCME

(Digital Circuit Multiplex Encoding)
Ampliamente utilizado en aplicaciones

de VoIP, a 8 kb/s
15
CODECs de banda ancha

Codec
Nombre
Bit rate
(kb/s)
G.722
Sub-band ADPCM
48,56,64
G.722.1
Transform Coder
24,32
G.722.2
AMR-WB
6.6 a
23.85
G.711.1
Wideband G.711
64, 80,
96
G.729.1
RtAudio
Wideband G.729
Real Time Audio
8 a 32
kb/s
8.8, 18
Retardo
(ms)
Comentarios
Inicialmente diseado para audio y

3 videconferencias, actualmente utilizado
para de telefona de calidad en VoIP
40 Usado en audio y videoconferencias
Estandar en comn con 3GPP (3GPP
TS 26.171). gran inmunidad a los
25.9375
ruidos de fondo en ambientes adversos
(por ejemplo celulares)
11.875
Ampla el ancho de banda del codec

G.711, optimizando su uso para VoIP
Ampla el ancho de banda del codec

G.729, y es compatible hacia atrs
<49 ms
con este codec. Optimizado su uso
para VoIP con audio de alta calidad
Codec propietario de Microsoft,
40 utilizado en aplicaciones de
comunicaciones unificadas (OCS)
16
CODECs de banda superancha

Codec
SILK
Nombre
SILK
Bit rate
(kb/s)
8 a 24
Retardo
(ms)
Comentarios
25 Utilizado por Skype
17
CODECs de banda completa

Codec
G.719
Nombre
Bit rate
(kb/s)
Retardo
(ms)
Low-complexity,
full-band
32 a 128
40
Comentarios
Es el primer codec fullband
estandarizado por ITU
18
RTP Paquete de audio
19
RTP Ejemplo RFC 2833
20
RTP Ejemplo Comfort Noise
21
Ancho de banda para G.711

20 ms de voz
Ethernet
IP (UDP + RTP)
22 bytes
40 bytes
Et
160 bytes
4 bytes
Ventana = 20 ms
Bytes de voz/trama = 64 kb/s * 20 ms / 8 = 160 bytes
Bytes de paquete IP = 160 + 40 = 200 bytes
Bytes de Trama Ethernet = 200 + 26 = 226 bytes
Ancho de banda LAN = 226 * 8 / 20 ms = 90.4 kb/s
Este ancho de banda es para la voz en UN sentido. Se debe
duplicar para tener en cuenta ambos sentidos
22
Ancho de banda

Bytes de voz/trama = Velocidad de muestreo *

duracin de trama /8
Bytes de paquete IP = Bytes de voz/trama + 40
Bytes de Trama Ethernet = Bytes de paquete IP
+ 26
Ancho de banda LAN = Bytes de Trama
Ethernet * 8 / duracin de trama
23
Ancho de banda de LAN en un

sentido
Tipo de
Codec
G.711
(64 kbps)
G.729
(8 kbps)
G.723.1
(6.3 kbps)
G.723.1
5.3 kbps
Duracin
de Trama
(ms)
Bytes de
Bytes de
voz/Trama paquete IP
Bytes de
trama
Ethernet
Ancho de
Banda en
LAN (kbps)
10
20
30
10
20
30
80
160
240
10
20
30
120
200
280
50
60
70
146
226
306
76
86
96
116,8
90,4
81,6
60,8
34,4
25,6
30
24
64
90
23,9
30
20
60
86
22,9
24
Video sobre
Redes de Datos
Voz y Video en
Redes IP
Comparacin de codecs de video

Caracterstica
MPEG-1
MPEG-2
MPEG-4
H.264/MPEG-4
Part 10/AVC
16x16
16x16, 16x8
16x16
16x16
Tamao del bloque
8x8
8x 8
16x16
8x8, 16x8
Transformada
DCT
DCT
DCT/DWT
4x4 Integer transfor
Tamao de la muestra para

aplicar la transformada
8x8
8x8
8x8
4x4
Codificacin
VLC
VLC
VLC
VLC, CAVLC,
CABAC
Estimacin y
compensacin de
movimiento
Si
Si
Si
Si, con hasta 16 MV
Perfiles
No
Tipo de cuadros
I,P,B,D
I,P,B
I,P,B
I,P,B,SI,SP
Ancho de banda
< 1.5 Mbps
2 a 15 Mbps
64 kbps a 2 Mbps
64 kbps a 150 Mbps
Baja
Media
Media
Alta
Si
Si
Si
No
Tamao del macro-bloque
Complejidad del codificador

Compatibilidad con
estndares previos
8x8, 16x8, 8x16,

16x16, 4x8, 8x4,
4x4
26
Formatos de video
Formato
Resolucin (pixels)
SQCIF
128 96
QCIF
176 144
CIF
352 288
4CIF
704 576
16CIF
1408 1152
VGA
640 480
SD
720 576
27
Transmisin de video sobre

redes de datos
Las secuencias de video (Elementary Streams)

son paquetizadas en unidades llamadas PES
(Packetized Elementary Streams), consistentes
en un cabezal y hasta 8 kbytes de datos de
secuencia.
Estos PES a su vez, son paquetizados en
pequeos paquetes, de 184 bytes, los que, junto
a un cabezal de 4 bytes (totalizando 188 bytes)
conforman el MPEG Transport Stream (MTS) y
pueden ser transmitidos por diversos medios.
28
Transmisin de video sobre

redes de datos
RFC 2250:
Establece
los procedimientos para transportar video

MPEG-1 y MPEG-2 sobre RTP. Varios paquetes MTS
de 188 bytes pueden ser transportados en un nico
paquete RTP, para mejorar la eficiencia
RFC 3016 y RFC 3640

Establecen
los procedimientos para transportar flujos

de audio y video MPEG-4
RFC 3984
Establece
los procedimientos para transportar flujos

de video codificados en H.264
29
MPEG-2 sobre RTP
Payload Type: MTS

(MPEG-2 Transport
Stream)
7 paquetes MTS (MPEG-2 Transport Stream)
dentro de un mismo paquete RTP
30
MPEG-2 sobre RTP
Cabezal de MTS
(4 bytes)
Payload de MTS
(184 bytes)
31
H.264 sobre RTP
Payload del tipo

dinmico
Payload de H.264
(1430 bytes)
32
Ancho de Banda de Video

El ancho de banda requerido depende de

Tipo
de codificacin utilizada (MPEG-1, 2, 4, H264,
etc.)
Resolucin (tamao de los cuadros SD, CIF, QCIF,
etc.)
Tipo de cuantizacin seleccionado
Movimiento
Textura
La codificacin de video es estadstica, y

depende de la imagen transmitida
33
Calidad vs Ancho de Banda

Serie1
MOS (SD - MPEG-2)
Serie2
Serie3
Serie4
4.5
Serie5
MOS
Serie6
3.5
Serie7
Serie8
Serie9
2.5
Serie10
Serie11
1.5
Serie12
Serie13
0
Bitrate (Mb/s)
10
11
12
Serie14
Serie15
Serie16
34
Ancho de banda en LAN para

MPEG-2 con MTS
Ethernet IP (UDP+RTP)
22 bytes

MTS
40 bytes
184 bytes
4 bytes
(MTS Header)
7 x184 = 1288 bytes de contenido MPEG-2

40 + 4 x 7 = 68 bytes de cabezales a nivel de
capa 3 (IP)
26 bytes de cabezales adicionales a nivel de
capa 2
35

MPEG-2 con MTS
El ancho de banda de MPEG-2 transportado en

RTP
5.3%
(68/1288) mayor que el ancho de banda propio

del video en capa 3 (IP)
7.3 % (94/1288) mayor que el ancho de banda propio
del video en capa 2 (Ethernet)
36

H.264
H.264 encapsulado directamente sobre RTP

(sin utilizar TS)
Se
pueden enviar hasta 1430 bytes de payload en

un paquete IP/UDP/RTP
El ancho de banda en capa 3 es 2.8% (40/1430)
mayor que el del propio video codificado
En capa 2 es 4.6% (66/1430) mayor que el del propio
video codificado.
37
Calidad de
Voz y Video
Voz y Video en
Redes IP
Evolucin de la calidad percibida

de la voz
39
Calidad de la voz
La calidad de la voz sobre redes de paquetes se

ve afectada por varios factores
Compresin
utilizada
Prdida de paquetes
Demora
Eco
Jitter
40
Prdida de paquetes
A diferencia de las redes telefnicas, donde para cada

conversacin se establece sobre un vnculo estable y
seguro, las redes de datos admiten la prdida de
paquetes.
En aplicaciones de voz y video el audio y video es

encapsulado en paquetes y enviado, sin confirmacin
de recepcin de cada paquete.
Puede haber un porcentaje de paquetes que no llegan al

destino
Se escucha como interrupciones en la voz, o cortes de

video
41
ITU-T G.711 Anexo I PLC

PLC = Packet Loss Concealment

Tcnica que mitiga la prdida de paquetes, tratando de

reconstruir los paquetes perdidos
42
Demora (Delay)
Se deben a:
Codificacin

G.711 (64 kb/s)

G.728 (16 kb/s)
G.729 (8 kb/s)
G.723.1 (5.3 o 6.4 kb/s)
RTAudio
0,13 0,75 ,ms

2.5 ms
10 15 ms
37.5 ms
< 40 ms
Red (latencia)

Cantidad de muestras/bytes por paquete

Velocidad de transmisin
Congestin
Demoras de los equipos de red (colas en routers, gateways, etc.)
43
Demora (Delay)
44
Jitter
Es la variacin en las demoras (latencias).

Por ejemplo, si dos puntos comunicados reciben un paquete

cada 20 ms en promedio, pero en determinado momento, un
paquete llega a los 30 ms y luego otro a los 10 ms, el
sistema tiene un jitter de 10 ms.
El jitter afecta la percepcin de la voz, y puede

evitarse mediante buffers
Los buffers agregan una demora adicional al sistema, ya que

deben retener paquetes para poder entregarlos a intervalos
constantes. Cunto ms variacin de demoras (jitter) exista,
ms grandes debern ser los buffers, y por lo tanto, mayor
demora total tendr el sistema.
45
Demora y Jitter
46
Eco

Tiempo transcurrido desde que se habla hasta

que se percibe el retorno de la propia voz
Si la demora de retorno es menor a 30 ms, o el
nivel del retorno est por debajo de los 25 dB,
el efecto del eco no es percibido.
Dado que las demoras de voz sobre redes de
datos son altas, puede existir eco
47
Eco
48
Cancelacin de Eco
ITU-T G.168: Digital Network Echo Cancellers
49
Medida de la calidad de voz en

redes IP
Para que la tecnologa de VoIP pueda ser utilizada

corporativamente, es esencial garantizar una calidad de
voz aceptable.
Para ello se han desarrollado mtodos para medirla.
Subjetivos
Se basan en conocer directamente la opinin de los usuarios
Objetivos

Miden propiedades fsicas de una red para prever o estimar la

performance percibida por los usuarios
Intrusivos
No Intrusivos
50
Mtodos Subjetivos

La calidad de la voz se establece a travs de la opinin

del usuario
ACR: Absolute Category Rating
Se califica el audio con valores entre 1 y 5, siendo 5 Excelente
y 1 Malo
MOS (Mean Opinin Score) es el promedio de los ACR medidos
entre un gran nmero de usuarios
DCR: Degradation Category Rating

Se califica entre 1 y 5, siendo 5 cuando no hay diferencias
apreciables entre el audio de referencia y el medido y 1 cuando
la degradacin es muy molesta
DMOS (Degradation MOS) el promedio de los valores DCR
medidos entre un gran nmero de usuarios
51
Mtodos Objetivos: ITU-T G.107

E-Model
La ITU ha definido un modelo, llamado EModel (ITU-T G.107), para estimar la calidad de
la voz sobre redes de paquetes, teniendo en
cuenta factores medibles de la red
El
resultado del E-Model es un valor escalar

llamado R, que puede ser directamente relacionado
con el MOS (ITU-T P.800)
52
R versus MOS
53
Definicin de R
R = Ro - Is - Id Ie + A
Ro

=Fuentes de ruido independientes del sistema

Ruido ambiental, tanto en el origen como en el destino
El mximo terico es 100
Is
= Deterioro simultneo a la generacin de la seal

digital
Volumen excesivo, distorsin de cuantizacin
Id
= Deterioro casusado por las demoras
Ie
= Deterioro causado por equipos especiales
A
Demoras, Jitter, Eco

Codec, prdidas de paquetes
= Factor de Mejoras de Expectativas

54
MOS segn el Codec

STD
Kbps
Algoritmo MOS Observaciones

Retardo Uso
de 1 a 5
Encoding CPU
Toll Quality 4 a 5 Telefona analgica
G.711
64
PCM
4,4 Telefona digital
0,75 ms
G.726/7 40/32/24/16 ADPCM 4,2 Telefona digital comprimida
1
bajo
G.728
16
LD-CELP 3,6 Low Delay-Code Excited Linear Prediction
bajo muy alto
G.729
8
CS-ACELP 4,2 VoIP/FR/ATM Netmeeting
15 ms
alto
G.729A
8
CS-ACELP 3,7 VoIP/FR/ATM Netmeeting
15 ms
alto
G.723.1 5,3
ACELP 3,5 VoIP/FR/ATM Netmeeting
37,5 ms moderado
G.723.1 6,4
MP-MLQ 3,98 VoIP/FR/ATM Netmeeting
37,5 ms moderado
55
Efectos del Codec y la Demora
56
Efecto del Eco y la demora

User Satisfaction
100
Very
satisfactory
90
Satisf actory
80
TELR = 65 dB
Some users
dissatisfied
TELR = 60 dB
TELR = 55 dB
70
Many users
dissatisfied
TELR = 50 dB
TELR = 45 dB
60
Exceptional
limiting case
50
0
100
200
300
400
500
One-way Delay (ms)
TELR = Talker Echo Loudness Rating.

Cuanto ms atenuado el eco percibido (mayor valor en db de TELR), menor efecto tiene el
eco sobre la degradacin
57
Efectos de la Demora y la
Prdida de paquetes
58
Efectos de la Demora y la
Prdida de paquetes
59
Estimacin de A
Ejemplo de sistema de comunicacin
Valor mximo de
A
Convencional (almbrico)
Movilidad mediante redes celulares en un

edificio
Movilidad en una zona geogrfica o en un

vehculo en movimiento
10
Conexin con lugares de difcil acceso, por

ejemplo, mediante conexiones de mltiples
saltos por satlite
20
60
Factor R en paquetes RTCP
61
Calidad de Video

Varios tipos de degradaciones suelen

presentarse en las seales de video
transmitidas sobre redes de paquetes
A su vez, varios tipos de degradaciones
obedecen al mtodo de codificacin utilizado
El estudio en esta rea es todava un tema de
investigacin.
62
Degradaciones en video digital

Efecto de bloques (blocking)

Efecto de imagen de base (basis image)
Borrosidad o falta de definicin (Blurring)
Color bleeding (Corrimiento del color)
Efecto escalera y Ringing
Patrones de mosaicos (Mosaic Patterns)
Contornos y bordes falsos
Errores de Compensaciones de Movimiento (MC
mismatch)
Efecto mosquito
Fluctuaciones en reas estacionarias
Errores de crominancia
63
Prdida de paquetes
64
ITU-T G.1070: Opinion Model for

video-telephony applications
Aprobada
por ITU-T en abril 2007, sobre la base de

propuestas de NTT
Propone un algoritmo de estimacin de la calidad de
video telfonos en ambientes de redes de datos
Para ser utilizada como herramienta de diseo o
planificacin
Estima tres parmetros de calidad

Sq Speech Quality
Vq Video Quality
MMq Multimedia Quality
65
ITU-T G.1070 Framework
66
ITU-T G.1070: Coeficientes para

cada Codec
67
ITU-T G.1070: Sq
Bsicamente se reduce al E-Model, simplificado

Q = Ro - Id Ie,eff
Sq = f(Q), similar al E-Model
Los efectos de la demora se incluyen en el

MMq, y por lo tanto, se excluyen del Sq
68
ITU-T G.1070: Vq
Se propone
Vq = 1 + I c e
Pplv
DPplv
Ic = f (codec, bitrate, frame rate)

DPplV = f (codec, bitrate, frame rate)
69
ITU-T G.1070: MMq

Se propone
MM q = m1MM SV + m2 MM T + m3 MM SV MM T + m4
Calidad AudioVisual
MMSV = f (Vq, Sq)
Efectos de las demoras
MMT = f (Speech Delay, Video Delay)
70
Calidad de Servicio
en Redes de Datos
Voz y Video en
Redes IP
Impacto de las aplicaciones

Multimedia en las Redes IP
La calidad percibida por los usuarios (Calidad de la

Experiencia - QoE) se ve afectada por diversos factores
Ancho de banda
Prdida de paquetes
Demoras
Jitter (Variacin de la demora)
Es necesario adecuar las redes de datos para soportar

este tipo de aplicaciones, implementado estrategias de
manejo de calidad de servicio (QoS Quality of Service)
72
Calidad de Servicio (QoS)

Tcnicas utilizadas
Priorizacin
A nivel de capa 2, capa 3, capa 4, etc.
Fragmentacin
Necesaria en enlaces de baja velocidad
Control
de los retardos mximos
Fundamental para la calidad conversacional
73
Problemas en enlaces de baja

velocidad
100 Mb/s
Router
1 Mb/s
WAN
Router
LAN
La diferencia de
velocidades hace
necesario formar
Colas
74
Problemas en enlaces
compartidos
100 Mb/s
Switch
Up-link
Switch
LAN
Servers
La concurrencia
sobre un mismo
uplink hace
necesario formar
Colas
75
Problemas en enlaces
compartidos
WAN o
Up-link
LAN
Cola
76
Priorizacin

Permite marcar tramas, paquete o cierto tipo

de trfico con diferentes prioridades
En los switchs o routers se pueden formar varias
colas, segn las prioridades de los paquetes
77
QoS en Capa 2
Las recomendaciones IEEE 802.1q y IEEE

802.1p incorporan 4 bytes adicionales a las
tramas Ethernet, donde se puede incluir
informacin acerca de VLANs y etiquetas que
identifican la prioridad de la trama.
78
Tramas 802.1q
SFD
Dir
Prembulo S
F Origen
D
7
Trama normal
Dir
Destino
SFD
Dir
Prembulo S
F Origen
D
7
Datos / Relleno
FCS
46 1500
Trama 802.1q
Dir
Destino
Tag Protocol Identifier

81 00
L T T
P C
I I
Datos / Relleno
2 2
46 1500
FCS
Tag Control Information

79
Campo TCI
Tag Control Information
TCI
CFI
PR
3

VLAN ID
12
PR = Prioridad
CFI = Canonical Format Indication
VLAN ID = Identificador de VLAN (LAN Virtual)
80
Prioridad en 802.1p
Permite
8 prioridades: 0-7
81
Prioridad en 802.1p
Colas
Prioridad = 0
Prioridad = 1
Prioridad = 3
Prioridad = 4
Salida (ordenada por prioridad)
Prioridad = 5
Prioridad = 6
Prioridad = 7
82
Estrategias de encolamiento y
priorizacin
FIFO (First In, First Out)

PQ (Priority Queuing)
El primer paquete que haya ingresado en una cola, es el primero

en salir.
La salida de los paquetes se realiza segn el orden estricto de
prioridad, y dentro de cada prioridad, segn el orden de llegada.
Este tipo de encolamiento puede hacer que, si existe siempre
trfico de alta prioridad, el trfico de baja prioridad nunca sea
enviado.
FQ (Fair Queuing)
Es un esquema en el que cada cola se accede en forma circular,

asegurando una distribucin uniforme de ancho de banda entre
todas las colas.
83
Estrategias de encolamiento y
priorizacin
WRR (Weighted Round Robin)

Permite asignar diferentes anchos de banda a cada cola.
WFQ (Weighted Fair Queuing)

Es una combinacin de PQ y FQ, garantizando que aplicaciones

de alto trfico no monopolicen el enlace.
84
VLAN
Muchos switches de datos permiten

implementar cierta priorizacin del trfico
basado en VLANs
De esta forma, se puede poner a todos los
dispositivos de VoIP en la misma VLAN, y darle
prioridad frente al trfico de otras VLANs,
dedicadas a aplicaciones de datos
Adicionalmente, en este caso el trfico de voz
no se ve afectado por el de datos
85
QoS en Capa 3
DiffServ (Differentiated Services) es

comnmente utilizado para gestionar prioridad
en los paquetes
La informacin de priorizacin se encuentra en
el cabezal del paquete IP, en un campo llamado
TOS (Type Of Service)
86
Cabezal IP con TOS
Versin
Largo
del
cabezal
TOS
16
DSCP
ECN
6

Resto del
cabezal IP
Largo total
DSCP = Differentiated Services Code Point

ECN = Explicit Congestion Notification
87
DSCP

Es posible codificar hasta 26 = 64 posibles

prioridades.
De stas, 32 estn reservadas para usos
experimentales
32 pueden ser utilizadas
21
estn estandarizadas por el IETF

Las prioridades estandarizadas se dividen en 3
grupos
88
DSCP
DE (DEfault)
AF (Assured Forwarding)
Se asume el comportamiento por defecto, utilizando por tanto

tcnicas de encolamiento de mejor esfuerzo. El valor tpico de
DSCP para este tipo de trfico es 000000.
Estandarizado en el RFC 2597, donde se definen 4 clases de
prioridades dentro de este tipo de priorizacin.
EF (Expedited Forwarding)
Estandarizado en el RFC 3246, establece las mximas

prioridades para el trfico marcado con este identificador. El
valor tpico de DSCP utilizado es 101110 (46 decimal).
89
ECN

Permite conocer el estado de congestin del destino.

Es utilizado para que el destino pueda indicarle a la
fuente, an antes de perder paquetes, que existe cierto
estado de congestin, de manera que la fuente pueda
tomar los recaudos apropiados, por ejemplo,
disminuyendo el ancho de banda utilizado.
ECN = 11 indica que existe congestin
ECN = 10 o 01 indican que no existe congestin.
ECN = 00 indica que el extremo distante no soporta la funcin
de notificacin de congestin.
90
Otros mecanismos de
priorizacin en Capa 3
RSVP (Resource Reservation Protocol)

Establece
los mecanismos para reservar cierto ancho

de banda en la comunicacin entre dispositivos que
pasen a travs de routers.
El trfico tambin puede ser priorizado en base

a la direccin IP de origen o destino.
Esto
puede ser implementado cuando se utilizan

direcciones IP estticas.
91
QoS en Capa 4 y superiores

Los paquetes de datos pueden ser priorizados

en base a los puertos TCP o UDP.
Sin
embargo, diferentes aplicaciones podran utilizar

los mismos puertos, por lo que este tipo de
priorizaciones debe ser evaluada en cada caso.
Es posible tambin tener prioridades segn el

protocolo de capas superiores.
Por
ejemplo, puede ser priorizado el trfico RTP

respecto a otros, y asignarlo a las colas de alta
prioridad.
92
Fragmentacin
Paquete largo de
baja prioridad
Prioridad = 2
Varias
Colas
Enlace de baja velocidad
Prioridad = 1
Las colas y prioridades no resuelven el

problema de paquetes largos sobre enlaces de
baja velocidad
Es necesario Fragmentar
93
Fragmentacin
64 kb/s
WAN
Paquete
de ms de
1500 bytes
Colas
1.500 bytes / 64 kb/s =
187 ms
94
Fragmentacin
Velocidad
[Kbps]
64
128
256
512
1024
2048
34000
155000
622000
Trama [Bytes]
Ethernet MTU Paq. de Voz
1500
32
Tiempo
Tiempo
[ms]
[ms]
187,50
4,00
93,75
2,00
46,88
1,00
23,44
0,50
11,72
0,25
5,86
0,13
0,35
0,01
0,08
0,00
0,02
0,00
Requiere fragmentacin en las tramas de datos

95
Retardos punta a punta para la

voz
Paq: 1500/100 bytes
2 Mb
64 Kb
64 Kb
DTE
DTE
Ttrans
187.5 / 12.5 ms
6 / 0,4 ms
Tcola (2 paq) 375 / 25 ms
12 / 0,8 ms
Codec (G.723) 30 ms
187.5 / 12.5 ms
375 / 25 ms
Total paquete 1500 bytes (sin colas): 187.5 + 6 +187.5 =381 ms

Total paquete voz 100 bytes G.723 (sin colas): 30 + 12.5 + 0.4 + 12.5 = 30 + 25.24 = 55.4 ms
96
VoWLAN
Voz y Video sobre
Redes Inalmbricas
Voz, Video y Telefona sobre IP
VoWLAN

Las tecnologas de voz sobre redes de datos

inalmbricas se conocen generalmente como
VoWLAN (Voice over Wireless LAN) o VoWi-Fi
(Voz sobre Wi-Fi)
Est comenzando a incrementarse la demanda
de esta tecnologa en el mercado corporativo
Sin embargo, este tipo de tecnologas presentan
desafos adicionales para obtener una calidad
aceptables
98
Recomendaciones
IEEE 802.11
Recomendacin
Ao
Descripcin
802.11
1999
Wireless LAN Medium Access Control (MAC) and Physical Layer (PHY)
802.11a
1999
Amendment 1: High-speed Physical Layer in the 5 GHz band
802.11b
1999
Higher speed Physical Layer (PHY) extension in the 2.4 GHz band
802.11b Cor1
2001
Higher-speed Physical Layer (PHY) extension in the 2.4 GHz bandCorrigendum1
802.11d
2001
Specification for Operation in Additional Regulartory Domains
802.11f
2003
Recommended Practice for Multi-Vendor Access Point Interoperability via an InterAccess Point Protocol Across Distribution Systems
802.11g
2003
Further Higher-Speed Physical Layer Extension in the 2.4 GHz Band
802.11h
2003
Spectrum and Transmit Power Management Extensions in the 5GHz band in Europe
802.11i
2004
Medium Access Control (MAC) Security Enhancements
802.11j
2004
4.9 GHz5 GHz Operation in Japan
802.11x
2004
Based Network Access Control
802.11e
2005
Medium Access Control (MAC) Quality of Service Enhancements
802.11r
2008
Fast Basic Service Set (BSS) Transition
802.11n
2009
Amendment 5: Enhancements for Higher Throughput

99
Arquitectura 802.11
Access Point
AP
Distribution
System
AP
Basic Service
Set (Celda)
100
Modelo de capas 802.11

AP
LLC Relay
802.11 MAC
802.11 MAC
802.3 MAC
802.11 PHY
802.11 PHY
802.3 PHY
Wireless
Ethernet
LAN
101
Velocidades en 802.11
Recomendacin
Ao
Velocidad mxima
802.11
1999
2 Mb/s
802.11a
1999
54 Mb/s
802.11b
1999
11 Mb/s
802.11g
2003
54 Mb/s
802.11n
2009
600 Mb/s
102
Desafos en VoWLAN

Cobertura
Movilidad
Calidad de Servicio
Capacidad
Seguridad
103
Cobertura
La cobertura de las redes WLAN muchas veces

se limita a las reas donde se conectan los
usuarios (salas de reuniones compartidas,
recepcin, etc.)
Bajas seales de radio frecuencia son
soportadas por las aplicaciones tpicas de datos
(correo electrnico, navegacin en Internet,
etc.), an con tasas de errores elevadas
104
Cobertura
Las aplicaciones de telefona mvil requieren

una cobertura extendida, en escaleras, pasillos,
reas de descanso, y diversos sectores donde
tpicamente no eran reas de trabajo para
conexin de laptops
Los AP deben ser ubicados de tal forma que sus
reas de cobertura se solapen lo suficiente para
que no se produzcan cortes o interrupciones en
la comunicacin
105
Movilidad

El proceso de Roaming es lento.

A nivel de cada 2:
bsqueda
de un nuevo AP
re-asociacin
re-autenticacin (IEEE 802.11x )
La re-autenticacin es el proceso que mas

demora (de cientos de milisegundos a varios
segundos)
La IEEE 802.11r (de 2008) mejora los tiempos
de re-autenticacin
106
Movilidad
A nivel de cada 3:
bsqueda
de un nuevo AP
re-asociacin
re-autenticacin (IEEE 802.11x )
renovacin de direccin IP

La renovacin de direccin IP puede llevar

varios segundos (DHCP)
Existen mecanismos propietarios para bajar
estos tiempos
107
Calidad de Servicio
Cuando la red inalmbrica se comparte entre

aplicaciones de voz y de datos, la calidad de la
voz y el video pueden verse fuertemente
afectadas, debido a que los paquetes de datos
pueden ser excesivamente largos, a
velocidades de transmisin relativamente bajas,
generando por tanto demoras y jitter mayores a
lo que se produce en redes cableadas
108
Calidad de Servicio
IEEE 802.11e (2005) establece dos nuevas

estrategias de acceso al medio, para asegurar
la calidad de servicio
EDCA
Establece 4 categoras de acceso: voz, video, mejor

esfuerzo y background
HCCA
(Enhanced Distributed Control Access)
(Hybrid Controlled Channel Access)
Sistema centralizado de control que permite a las

aplicaciones reservar recursos de red basados en sus
caractersticas de trfico
109
WMM Wi-Fi Multi Media

Basado en EDCA, establece 4 categoras de

acceso
110
WMM Wi-Fi Multi Media
111
Capacidad
La cantidad mxima de llamadas en

determinada rea ser funcin de la cantidad de
usuarios en dicha rea, y de las reglas de trfico
habituales en telefona
La capacidad de las redes WLAN est
esencialmente determinada por la cantidad de
canales de RF no solapados y la densidad de
APs instalados
112
Capacidad
Agregando APs que utilicen canales de RF que

no interfieran (que no se solapen en la
frecuencia) se incrementa la capacidad en un
rea determinada
Si
los canales se solapan, agregar ms APs genera

interferencia de RF, lo que termina disminuyendo la
capacidad.

802.11b/g tienen nicamente 3 canales de RF

que no se solapan
802.11a tiene de 8 a 20 canales de RF que no
se solapan
113
Protocolos de VoIP
H.323
Voz y Video en
Redes IP
H.323
Es un estndar base para las comunicaciones

de audio, video y datos a travs de redes IP que
no proveen calidad de servicio garantizada
La primera versin fue aprobada en 1996 por la
ITU.
La
versin 7 fue aprobada en diciembre de 2009
Es parte de las recomendaciones H.32x (como

por ejemplo H.320 para ISDN y H.324 para la
PSTN)
115
Arquitectura de H.323
116
Componentes de H.323

Terminales
Gateways (pasarelas)
Gatekeepers
Multipoint Control Units (Unidades de control
multipunto, para conferencias)
117
Terminales H.323

Son los telefonos multimedia IP

Deben soportar comununicaciones de voz, y
opcionalmente comunicaciones de video y
datos.
Pueden ser equipos stand alone conectados
directamente a la LAN, o software de PC.
118
Terminal H.323
Alcance de H.323
Micrfono
Parlante
Cmara
Display
Equipos de
datos
Audio Codec
G.711, G.722, G.723,
G.728, G.729
Video Codec
H.261, H.263
RTP
RTCP
UDP
Intrerfaz de datos
T.120
Control
Canal de control
H.245
Control
Interfaces de
usuario
Canal de
sealizacin
H,225.0 (Q.931)
Canal de RAS
H.225.0
IP
TCP
119
Estndares de Control
H.245
Q.931 (H.225.0)
Protocolo de control de conexiones (similar a ISDN)
RAS
Describe los mensajes y procedimientos para abrir y cerrar

canales lgicos para audio, video y datos, y para realizar el
control de las comunicaciones
Registration/Admission/Status: Protocolo de comunicacion con

el Gatekeeper
RTP / RTCP
Real-Time Protocol / Real-Time Control Protocol : Protocolo que

define los procedimientos para manejar datos de tiempo real
120
Gateways
Realiza funciones de interconexin entre

sistemas H.323 y sistemas de otro tipo (por
ejemplo redes ISDN o PSTN)
121
Gatekeeper

Acta como punto central de las llamadas de

una determinada zona (como PBX virtual).
Funciones de control:
Traduccin
de direcciones
Gerenciamiento del ancho de banda
Ruteo de llamadas H.323
122
Funciones obligatorias de
Gatekeepers
Traduccin de direcciones
De
nmeros de telfonos o nombres a direcciones

de red
Control de Admisin
Autorizacin
de uso a los diversos dispositivos

(terminales, gateways, MCUs)
Control de Ancho de banda

Manejo
del ancho de banda permitido para cada

servicio y/o terminal
123
Funciones opcionales de
Gatekeepers

Autorizacin de llamadas
Control de llamadas (con fines administrativos costos)
Control de la sealizacin
Otras funciones, de acuerdo a criterios de los
fabricantes
124
Multipoint Control Units

Soporta conferencias entre 3 o ms puntos

Consiste de:
MC:
Encargado de la sealizacin H.245 entre los terminales
MP:
Multipoint Controller
Multipoint Processors
Encargado de mezclar y procesar audio video y/o datos
125
Tipos de conferencias
Centralizadas
Utiliza
MCU para centralizar el control y contenido de

la conferencia (dispone de MC y MP centralizado). La
comunicacin es siempre punto a punto
Descentralizadas
Utilizan
la tecnologa de Multicast, donde el audio y

video es enviado por cada terminal a todos los otros
(utiliza MC y no MP)
Hibridas
Conjuga
los modos anteriores

126
Esquema de un MCU en H.323
127
H.323 en el modelo OSI
128
Direct Call
129
Direct Call
130
Direct Call
131
Direct Call
132
Gatekeeper Routed
133
Gatekeeper Routed
134
Gatekeeper Routed
135
Gatekeeper Routed
136
Fast Connect
Con este procedimiento el terminal que origina

una llamada pude proponer un conjunto de
canales de medios para su inmediata apertura
en el mensaje de establecimiento (setup) H.225
Se utiliza el campo fastStart, lo que permite
encapsular mensajes de apertura de canales de
medios H.245 (openLogicalChannel)
137
Ejemplo de captura H.323
138
Protocolos de VoIP
SIP
Voz y Video en
Redes IP
SIP
En marzo de 1999 es aprobado el RFC 2543, por el

grupo de estudio MMUSIC (Multiparty Multimedia
Session Control ) del IETF, dando origen oficial al
protocolo SIP (Session Initiaton Protocol)
SIP tiene sus orgenes a fines de 1996, como un
componente del Mbone (Multicast Backbone)
El Mbone, era una red experimental montada sobre la Internet,

para la distribucin de contenido multimedia, incluyendo charlas,
seminarios y conferencias de la IETF. Uno de sus componentes
esenciales era un mecanismo para invitar a usuarios a escuchar
una sesin multimedia, futura o ya establecida. Bsicamente un
protocolo de inicio de sesin (SIP).
En junio de 2002, el RFC 2543 fue reemplazado por un

conjunto de nuevas recomendaciones, RFC 3261-3266
140
Filosofa de SIP
Estndar de Internet
Promocionado
Reutilizar la tecnologa de Internet:

URLs,
por IETF - http://www.ietf.org
DNS, proxies
Reutilizar el cdigo HTTP

Textual,
sencillo de implementar y depurar
141
Mensajera SIP

La mensajera SIP est basada en el esquema

Request Response de HTTP.
A diferencia de H.323, todos los mensajes son
de texto plano, y por lo tanto fciles de
interpretar
Para iniciar una sesin se enva un mensaje de
Request a una contraparte de destino. El
destino recibe el Request, y lo contesta con el
correspondiente Response.
142
Ejemplo de una llamada SIP

sip:manuel@192.168.2.2
sip:nancy@192.168.2.4
INVITE con SDP

100 Tryinig
180 Ringing
200 OK con SDP
ACK
INVITE sip:nancy@192.168.2.4 SIP/2.0

From: sip:manuel@192.168.2.2
To: sip:nancy@192.168.2.4
SIP/2.0 100 Trying
Medios SDP:
SIP/2.0 180 Ringing
G.729
Establecimiento
MPEG-I
Video
SIP/2.0 200
OK
de
la llamada
Medios SDP:
ACK
G.729sip:nancy@192.168.2.4 SIP/2.0:5060
MPEG-I Video
RTP Audio G.729
Flujo de datos
RTP Video MPEG-1
BYE
200 OK
BYE sip:nancy@192.168.2.4 SIP/2.0:5060
Finalizacin de la
llamada
SIP/2.0 200 OK
143
SIP Requests
Los mensajes de Request tiene el formato:

<Mtodo> <URL> <SIP-Version>
Ejemplo: INVITE sip:nancy@fing.com SIP/2.0
Mtodo
Descripcin
INVITE
A session is being requested to be setup using a specified media
ACK
Message from client to indicate that a successful response to an INVITE

has been received
OPTIONS
A Query to a server about its capabilities
BYE
A call is being released by either party
CANCEL
Cancels any pending requests. Usually sent to a Proxy Server to cancel

searches
REGISTER
Used by client to register a particular address with the SIP server
SUBSCRIBE
Used to request status or presence updates from the presence server
NOTIFY
Used to deliver information to the requestor or presence watcher.

144
SIP Requests
Mtodo
Descripcin
REFER
Used to referring the remote user agent to a web page or another URI
MESSAGE
Used to transport instant messages (IM) using SIP
UPDATE
Used to modify the state of a session without changing the state of the
dialog
INFO
Used by a user agent to send call signaling information to another user

agent with which it has an established media session
PRACK
Provisional ACK. Used to acknowledge receipt of reliably transported

provisional responses (1xx)
145
SIP Responses
Respuesta
Las respuestsa SIP son del estilo HTTP:

<SIP-Version> < Status-Code> <Reason>
Ejemplo: SIP/2.0 404 Not Found
Descripcin
1xx
Informational Request received, continuing to process request.

(100 Trying 180 Ringing 181 Call is Being Forwarded )
2xx
Success Action was successfully received, understood and accepted.

(200 OK )
3xx
Redirection Further action needs to be taken in order to complete the

request.
4xx
Client Error Request contains bad syntax or cannot be fulfilled at this

server.
5xx
Server Error Server failed to fulfill an apparently valid request.
6xx
Global Failure Request is invalid at any server.

146
Ejemplo: INVITE
INVITE sip:pepe@fing.com SIP/2.0
Via:SIP/2.0/UDP pc33.montevideo.com:5060;branch=z9hG4bK776asdhds
Max-Forwards: 70
To: Pepe <sip:pepe@fing.com>
From: Alicia <sip:alicia@abc.com>;tag=1928301774
Call-ID: a84b4c76e66710@pc33.montevideo.com
CSeq: 314159 INVITE
Cabezal
Contact: <sip:alicia@pc33.montevideo.com>
Content-Type: application/sdp
Content-Length: 142
v=0
o=AGarcia 2890844526 2890842807 IN IP4 126.16.64.4
s=Phone Call
c=IN IP4 100.101.102.103
t=0 0
m=audio 49170 RTP/AVP 0
a=rtpmap:0 PCMU/8000
147
Ejemplo: INVITE
INVITE sip:pepe@fing.com SIP/2.0
Max-Forwards: 70
To: Pepe <sip:pepe@fing.com>
From: Alicia <sip:alicia@abc.com>;tag=1928301774
Call-ID: a84b4c76e66710@pc33.montevideo.com
CSeq: 314159 INVITE
Contact: <sip:alicia@pc33.montevideo.com>
Content-Type: application/sdp
Content-Length: 142
v=0
o=AGarcia 2890844526 2890842807 IN IP4 126.16.64.4
s=Phone Call
c=IN IP4 100.101.102.103
t=0 0
m=audio 49170 RTP/AVP 0
a=rtpmap:0 PCMU/8000
Cuerpo SDP
148
Cabezal

Tienen un formato del tipo

Campo: Valor
Via: SIP/<version>/<transporte>
hostname:port;branch=<transaction
numer>

Max-Forwards: <numero>
To: <direccin SIP>
From: <direccin SIP>
149
Cabezal
Direcciones SIP:
Utiliza el formato de URLs de Internet
Uniform Resource Locators
El formato general es nombre@dominio
Ejemplos:
sip:pepe@fing.com.uy
sip:Jose .M. Perez <pepe@fing.com.uy>
sip:+598-2-7110978@fing.com.uy;user=phone
sip:guest@10.64.1.1
150
Cabezal

Call-ID: <numero>@<Host>
CSeq: <numero> <metodo>
Contact: <direccin SIP>
Content-Type: <tipo de contenido y
formato del cuerpo>
Content-Length: <largo del cuerpo>
151
Cuerpo SDP

El formato de cada rengln de SDP es

<tipo>=<valor>
<tipo> es siempre un nico carcter, y se
diferencian maysculas de minsculas
El formato de <valor> depende del <tipo> al
que corresponda
152
Cuerpo SDP
Versin del protocolo (v)
Origen (o)
o=<username> <session id> <version> <network type>

<address type> <address>
Nombre de la sesin (s)

Datos de la conexin (c)
c=<network type> <address type> <connection address>
Medios (m)
m=<media> <port> <transport> <fmt list>

153
SIP Clients and Servers

SIP utiliza una arquitectura cliente / servidor

Elementos:
SIP User Agents (Telfonos SIP)
SIP Servers
SIP Gateways:
Hacia la PSTN para interconectar el mundo SIP al mundo
TDM
Hacia H.323 para realizar interoperabilidad en el mundo IP
Clientes Origina mensajes
Servidores Responden a los mensajes o los redireccionan
154
SIP Clients and Servers - 2

Entidades lgicas SIP:

User Agents
User Agent Client (UAC): Inician requerimientos SIP
User Agent Server (UAS): Retornan respuestas SIP
Network Servers
Registrar: Acepta registraciones de clientes
Proxy: Decide el prximo salto y redirecciona el requerimiento
Redirect: Enva la direccin del prximo salto al cliente
Location: Servidor de bsqueda
Presence: Servidor de presencia
155
Ejemplos con Proxy Server
156
Ejemplos con Proxy Server

SIP
User Agent
Client
SIP
Proxy
Server
INVITE
sip:pepe@fing.com.uy
SIP
User
Agent
Server
INVITE
sip:picard@abc.com
200 OK
200 OK
ACK
Media Stream
BYE
200 OK
host.fing.com
server.fing.com
sip.abc.com
157
Ejemplos con Redirect Server
158
Ejemplos con Redirect Server

SIP
User Agent
Client
SIP
Redirect
Server
SIP
User Agent
Server
REGISTER pepe@ucla.com
200 OK
INVITE sip:pepe@fing.com.uy
302 Moved sip:pepe@ucla.com
1
ACK
C
3
INVITE sip:pepe@ucla.com
RS
UAS
180 Ringing
200 OK
ACK
Media Stream
Media Stream
host.fing.com.uy
server.fing.com.uy
sip.ucla.com
159
160
Comparacin H.323 - SIP

H.323
SIP
Standard de ITU
RFC de IETF
Primera versin de 1996
Primer RFC de 1999
Originalmente diseado para

comunicaciones multimedia sobre redes
Originalmente diseado para establecer

sesiones
Mensajes con representacin binaria
Mensajes con representacin textual
Protocolos complejos
Protocolos simples
Basado en Q.931 (ISDN)
No basado en protocolos telefnicos
Utiliza RTP y RTCP
Utiliza RTP y RTCP
Amplia difusin, pero disminuyendo
Amplia difusin, en aumento
161
Protocolos
Propietarios de VoIP
Voz y Video en
Redes IP
SCCP (Skinny Call Control

Protocol)
Es un protocolo de sealizacin propietario de

Cisco, utilizado entre su servidor de telefona
(Call Manager) y los telfonos.
163
IAX2 (Inter-Asterisk eXchange

protocol)
Es un protocolo de sealizacin propietario de

Asterisk, utilizado para la conexin de varios
servidores Asterisk, y tambin utilizando entre el
servidor de telefona Asterisk y los telfonos.
Est publicado en carcter informativo en el
RFC 5456 de la IETF.
164
Unistim

Es un protocolo propietario de Avaya (antes

Nortel).
Originalmente fue diseado como protocolo
digital, y posteriormente migrada a IP
Es utilizado entre los telfonos Avaya y el
componente Session Manager, parte del core
de los sistemas Communication Server 1000
165
NOE

Es un protocolo Propietario de Alcatel: New

Office Environment
Se utiliza entre los telfonos Alcatel y el
procesador central de la PBX Alcatel
166
167
Aspectos de seguridad

Aparecen nuevas vulnerabilidades y amenazas

El medio (Audio o Video) utiliza RTP, y puede
ser fcilmente capturado y decodificado
Se
puede cifrar el contenido (por ejemplo, usando

SRTP Secure RTP)
La sealizacin puede ser fcilmente capturada

y decodificada
Se
puede cifrar la sealizacin (por ejemplo, usando

TLS Transport Level Security)
168
Est la red preparada?

Es una pregunta que debe realizarse siempre,

antes de implementar soluciones de voz, video
o multimedia sobre IP
Network Assessment
Evaluacin
de la red, detectando la viabilidad o no de

implementar determinada aplicacin, tpicamente de
multimedia
Varios aspectos deben ser considerados,

incluyendo el desempeo, la disponibilidad y la
seguridad
169
Gestin de Proyectos
de VoIP
Voz, Video y Telefona sobre IP
Gestin de proyectos
171
Procesos de Iniciacin

Desarrollo del caso de negocio

Determinar el ROI (Retorno de la inversin)
Establecer el alcance del proyecto, a alto
nivel
Identificar a los grupos de inters
(stakeholders) y determinar sus
necesidades y expectativas
Identificar las restricciones conocidas
Crear un Project charter, o acta de inicio
del proyecto
172
Procesos de Planificacin

Definicin de un alcance detallado

Estimacin detalla del presupuesto y asignacin
del presupuesto
Creacin de la Estructura de Desglose del
Trabajo (WBS)
Identificacin del camino crtico
Desarrollo de los diversos planes de gestin del
proyecto
Identificacin y cuantificacin de riesgos
173
Riesgos en VoIP

Problemas de calidad de la voz

Problemas de seguridad
Infraestructuras de cableado que no
soporten apropiadamente la nueva
tecnologa
Infraestructura de red de datos que no
soporte apropiadamente la nueva
tecnologa
Incrementos no detectados en el trfico
Problemas tcnicos de una tecnologa
emergente
174
Network Assessment
Muchos de estos riesgos se pueden minimizar

realizando previamente un anlisis del estado
de la red, llamado habitualmente network
assessment
Permite detectar, de manera temprana, el
estado de una infraestructura existente para el
soporte de Voz y Video sobre IP
Es altamente recomendable realizarlo en todo
proyecto de VoIP
175
Procesos de Ejecucin

Determinacin y asignacin de el o los equipos

de trabajo asignados al proyecto
Realizar y gestionar los contratos de sub
contratistas, incluyendo los contratos de
hardware, software y servicios.
Implementacin, de acuerdo al alcance
detallado realizado en el proceso de
planificacin
176
Procesos de Monitoreo y
Control

Monitorear y controlar el avance general del proyecto

Realizar la verificacin y control de que se est
cumpliendo con el alcance definido
Realizar un control de costos
Realizar controles de calidad
Tareas relativas a reportes de avances
Mantener los riesgos monitoreados y controlados. En
casos que corresponda, gestionar la implementacin de
las medidas correctivas previstas
Administrar a los sub contratos
Realizar un control integral de cambios
177
Monitoreo y Control en VoIP

Los procesos de monitoreo y control en proyectos de

VoIP deben tener especial cuidado en lo que respecta a
la gestin de riesgos
Siendo sta una tecnologa emergente, es posible que se

presenten inconvenientes no previstos y se deban tomar
acciones correctivas o de mitigacin apropiadas
Los problemas de integracin o de frontera entre

diversos sectores son frecuentes y muchas veces
difciles de prever en la etapa de planificacin.
Problemas no previstos de seguridad de la informacin
pueden presentarse
178
Procesos de Cierre

Obtener la aceptacin de los interesados

Finalizar los sub-contratos
Des-asignar a los equipos de trabajo y recursos
del proyecto
Documentar las lecciones aprendidas
Archivar la documentacin para referencias
futuras
179
Operacin y Mantenimiento
Una vez cerrado el proyecto, es recomendable

realizar un anlisis del xito del mismo, las
mejoras de la productividad y de costos
obtenidas en la operacin, y el grado de
satisfaccin de los usuarios.
Hacer visibles estas mejoras ayudar a
conseguir presupuesto para nuevas
ampliaciones o futuros proyectos de tecnologas
relacionadas.
180
Operacin y Mantenimiento
Es conveniente realizar nuevamente un anlisis

de la red (network assessment), determinando
su desempeo durante la operacin
Idealmente este tipo de estudios debe realizarse
peridicamente
una
vez por mes o cada dos meses durante los

primeros seis meses de operacin y cada vez que se
incorporan nuevos servicios o exista incrementos en
el trfico
181
Muchas Gracias!
Dr. Ing. Jos Joskowicz

Voz Video y Telefonia Sobre IP

Caricato da

Informazioni sul documento

Copyright

Formati disponibili

Condividi questo documento

Condividi o incorpora il documento

Opzioni di condivisione

Hai trovato utile questo documento?

Questo contenuto è inappropriato?

Copyright:

Formati disponibili

Voz Video y Telefonia Sobre IP

Caricato da

Copyright:

Formati disponibili

Voz y Video en

Dr. Ing. Jos Joskowicz

Dr. Ing. Jos Joskowicz 2013

Dr. Ing. Jos Joskowicz 2013

Paquetizacin de los flujos

Para poder transmitir la informacin codificada

Transmisin de multimedia sobre

RTP Real Time Protocol

Es un protocolo para transmisin de datos de

Dr. Ing. Jos Joskowicz 2013

synchronization source (SSRC) identifier

Dr. Ing. Jos Joskowicz 2013

Dr. Ing. Jos Joskowicz 2013

el tipo de informacin que viaja en el

RFC 2833 (Tonos DTMF, tonos de Fax, etc.)

Dr. Ing. Jos Joskowicz 2013

Sequence number ( 16 bits)

secuencial, generado en el origen. Es usado

Time Stamp (32 bits)

horaria, del momento de la generacin del

Synchronization Source Identifier (32 bits)

Dr. Ing. Jos Joskowicz 2013

Ejemplo RTP: Paquete de audio

Dr. Ing. Jos Joskowicz 2013

RTCP RTP Control Protocol

El RFC 3550 establece, adems del protocolo

de enviar peridicamente paquetes de

Dr. Ing. Jos Joskowicz 2013

RTCP tipos de datos

SR (Sender Report): Enva estadsticas de los

RTCP Ejemplo de SR y SDES

Dr. Ing. Jos Joskowicz 2013

Dr. Ing. Jos Joskowicz 2013

CODECs de banda angosta

Desarrollado originalmente para video

LD-CELP: LowDelay code

Creado para aplicaciones DCME

Ampliamente utilizado en aplicaciones

Dr. Ing. Jos Joskowicz 2013

CODECs de banda ancha

Real Time Audio

Inicialmente diseado para audio y

Ampla el ancho de banda del codec

Ampla el ancho de banda del codec

CODECs de banda superancha

25 Utilizado por Skype

Dr. Ing. Jos Joskowicz 2013

CODECs de banda completa

Dr. Ing. Jos Joskowicz 2013

RTP Paquete de audio

Dr. Ing. Jos Joskowicz 2013

RTP Ejemplo RFC 2833

Dr. Ing. Jos Joskowicz 2013

RTP Ejemplo Comfort Noise

Dr. Ing. Jos Joskowicz 2013

Ancho de banda para G.711

Bytes de voz/trama = Velocidad de muestreo *

Dr. Ing. Jos Joskowicz 2013

Ancho de banda de LAN en un

Dr. Ing. Jos Joskowicz 2013

Dr. Ing. Jos Joskowicz 2013

Comparacin de codecs de video

Tamao del bloque

4x4 Integer transfor