Presentacion Voz Video y Telefonia Sobre IP 2009 - Paginas de Notas

Comunicaciones Corporativas Unificadas 2009 Voz, Video y Telefona sobre IP

1

Voz, Video y TelefonaSobre redes IP

Ing. Jos Joskowicz


2

2Comunicaciones Corporativas Unificadas 2009 Ing. Jos Joskowicz

Introduccin

Voz, Video y Telefona sobre IP


3

Comunicaciones Corporativas Unificadas 2009 Ing. Jos Joskowicz 3


Voz sobre redes de datos Video sobre redes de datos Calidad de voz sobre redes IP Calidad de video sobre redes IP Calidad de Servicio en redes de datos Voz y Video sobre Redes Inalmbricas Protocolos de VoIP

H.323 SIP

Gestin de proyectos de VoIP


4


Introduccin

Por qu unificar? Bajar costos operativos Bajar costos de administracin Mejorar las prestaciones Mejorar la productividad


5


Aumento de Trfico de Voz de Larga Distancia Internacional (ILD)


6


Evolucin de Precios de Larga Distancia Internacional (ILD)


7


Voz sobre Redes de Datos



8


Codificacin de la voz

8 k bit/s speech (Conjugate structure- algebraic code excited linear prediction or CS-ACELP)

G.729

8.8 kb/s (Linear Prediction Coefficients LPC)RTAudio

Silence CompressionG.729 Annex B

Reduce Complexity G.729 Annex A

16 k bit/s speechG.728

Dual Rate Speed at 6.4 and 5.3 k bit/s G.723.1

7 kHz speed at 48, 56 and 64K bit/s (hi-fi voice)G.722

Audio encoding at 64 k bit/s (-law and A-law)G.711

DescripcinAlgoritmo


9


Para poder transmitir las muestras codificadas de voz sobre redes de datos, es necesario armar paquetes.

Es necesario juntar varias muestras para armar un paquete.

Cada paquete tiene una cantidad mnima de informacin (bytes) de control Cabezal del paquete Origen, destino Etc.

Paquetizacin de la voz


10


Transmisin de voz sobre redes de datos

Flujo de voz, 64 kb/s

RTP

UDP

IP

Ethernet

Sobrecarga

Ventana


11


RTP Real Time Protocol

Es un protocolo para tranmisin de datos de tiempo real (audio y video) sobre IP

Est originalmente estandarizado en el RFC 1889, reemplazado por el RFC 3550

Se basa en UDP


12


RTP - Cabezal

V PX CC M PT Sequence number

Timestamp

synchronization source (SSRC) identifier

contributing source (CSRC) identifiers.

32 bits


13


Payload type (7 bits)

RTP - Cabezal

Payload Type Formato Medio Clock Rate 0 PCM mu-law Audio 8 kHz3 GSM Audio 8 kHz4 G.723 Audio 8 kHz8 PCM A-law Audio 8 kHz9 G.722 Audio 8 kHz14 MPEG Audio Audio 90 kHz15 G.728 Audio 8 kHz18 G.729 Audio 8 kHz26 Motion JPEG

Video 90 kHz31 H.261 Video 90 kHz34 H.263 Video 90 kHz


14


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

RTP - Cabezal


15


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).


16


Ancho de banda para Ley A

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

Ethernet

26 bytes

IP (UDP + RTP)40 bytes

20 ms de voz

160 bytes


17


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


18


Ancho de banda de LAN sin supresin de silencios

Tipo de Codec

Duracin de Trama

(ms)Bytes de

voz/TramaBytes de

paquete IP

Bytes de trama

Ethernet

Ancho de Banda en LAN (kbps)

G.711 10 80 240 292 233,6(64 kbps) 20 160 400 452 180,8

30 240 560 612 163,2G.729 10 10 100 152 121,6(8 kbps) 20 20 120 172 68,8

30 30 140 192 51,2G.723.1(6.3 kbps) 30 24 127 179 47,8G.723.15.3 kbps 30 20 120 172 45,8


19


Tipo de Codec

Duracin de Trama

(ms)Bytes de

voz/TramaBytes de

paquete IP

Bytes de trama

Ethernet

Ancho de Banda en LAN (kbps)

G.711 10 80 120 146 116,8(64 kbps) 20 160 200 226 90,4

30 240 280 306 81,6G.729 10 10 50 76 60,8(8 kbps) 20 20 60 86 34,4

30 30 70 96 25,6G.723.1(6.3 kbps) 30 24 64 90 23,9G.723.15.3 kbps 30 20 60 86 22,9

Ancho de banda de LAN con supresin de silencios


20


Video sobre Redes de Datos



21


JPEG (Joint Photographic Experts Group) Diseado para comprimir imgenes fijas, tanto en color como en blanco y negro

Divide a la imagen en bloques de 8 x 8 pxeles, los que son procesados en forma independiente

Dentro de cada uno de estos bloques, se aplica la transformada discreta de coseno (DCT) bidimensional, generando para cada bloque, una matriz de 8 x 8 coeficientes

Codificacin de Video


22


MPEG-1 Originalmente diseado por el Moving Picture Experts Group (MPEG) de la ISO

Pensado para el almacenamiento y reproduccin digital de aplicaciones multimedia desde dispositivos CD-ROM

MPEG-2 Pensado para proveer calidad de video desde la obtenida con NTSC/PAL y hasta HDTV, con velocidades de hasta 19 Mbps

Codificacin de Video


23


Codificacin en MPEG


24


Codificacin en MPEG


25


MPEG-4 y AVC

MPEG-4 Es la evolucin de MPEG-1 y 2, y provee la tecnologa base para la codificacin en base a contenidos, y su almacenamiento, transmisin y manipulacin

Puede codificar mltiples Objetos de video (MVO Multiple Video Objects)

H.264/MPEG-4 Part 10 JVT/H.26L/AVC (Advanced Video Coding) o H.264/AVC

Con AVC, para una misma calidad de video, se logran mejoras en el ancho de banda requerido de aproximadamente un 50% respecto estndares anteriores


26


Comparacin de codecs de video

NoSiSiSiCompatibilidad con estndares previos

AltaMediaMediaBajaComplejidad del codificador64 kbps a 150 Mbps64 kbps a 2 Mbps2 a 15 Mbps< 1.5 MbpsAncho de banda

I,P,B,SI,SPI,P,BI,P,BI,P,B,DTipo de cuadros385NoPerfiles

Si, con hasta 16 MVSiSiSiEstimacin y compensacin de movimiento

VLC, CAVLC, CABAC

VLCVLCVLCCodificacin

4x48x88x88x8Tamao de la muestra para aplicar la transformada

4x4 Integer transforDCT/DWTDCTDCTTransformada

8x8, 16x8, 8x16, 16x16, 4x8, 8x4,

4x4

16x168x8, 16x8

8x 88x8Tamao del bloque

16x1616x1616x16, 16x816x16Tamao del macro-bloque

H.264/MPEG-4 Part 10/AVC

MPEG-4MPEG-2MPEG-1Caracterstica


27


Formatos de video

720 x 576SD

640 x 480VGA1408 115216CIF

704 5764CIF

352 288CIF

176 144QCIF

128 96SQCIF

ResolucinFormato


28


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


29


Calidad vs Ancho de BandaCIF - MPEG-2

1

1.5

2

2.5

3

3.5

4

4.5

5

0 0.5 1 1.5 2 2.5 3 3.5 4

Bitrate (Mb/s)

MO

Ssrc2 src3src4 src5src7 src9src10 src13src14 src16src17 src18src19 src20src21 src22


30


Calidad vs Ancho de Banda


31


Tempete


32


Calidad de Voz en Redes IP



33


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


34


Compresin

El proceso de digitalizacin utilizado degrada la seal de voz.

La degradacin introducida depende de la tcnica utilizada Generalmente, a mayor compresin (menor ancho de banda), mayor degradacin


35


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 videoes 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


36


Se deben a: Algoritmos de compresin

G.711 (64 kb/s) 0,13 0,75 ,ms G.728 (16 kb/s) 2.5 ms G.729 (8 kb/s) 10 15 ms G.723.1 (5.3 o 6.4 kb/s) 37.5 ms RTAudio < 40 ms

Procesamiento Implementacin de los protocolos

Red (latencia) Velocidad de transmisin Congestin Demoras de los equipos de red (colas en routers,

gateways, etc.)

Demora (Delay)


37


Demora (Delay)

Tiempo Total = T algoritmo + T transmisin + T propagacin + T conmutacin + T colas T algoritmo = funcin del CODEC T transmisin = funcin de la velocidad y tamao de trama, paquete o

celda

T propagacin = funcin del medio de transmisin T conmutacin = dependiente de la tecnologa (store & foreward o cut-

through) Tiempo de colas = funcin de la ocupacin, prioridad, tamao y

velocidad


38


Demora (Delay)


39


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

Eco


40


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 grandesdebern ser los buffers, y por lo tanto, mayor demoratotal tendr el sistema.

Jitter


41


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


42


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


43


Mtodos objetivos: ITU-T P.862

La recomendacin ITU-T P.862 presenta un mtodo objetivo para la evaluacin de la calidad vocal de extremo a extremo

El mtodo objetivo descrito se conoce por "evaluacin de la calidad vocal por percepcin" (PESQ, perceptual evaluation of speechquality).

Se compara una seal inicial X(t) con una seal degradada Y(t) que se obtiene como resultado de la transmisin de X(t) a travs de un sistema de comunicaciones (por ejemplo, una red IP).

La salida de PESQ es una prediccin de la calidad percibida por los sujetos en una prueba de escucha subjetiva que sera atribuida a Y(t).


44


ITU-T P.862


45


ITU-T P.862

Lo esencial en este proceso es la transformacin de las dos seales, la inicial y la degradada, en una representacin interna que intenta reproducir la representacin psicoacstica de seales de audio en el sistema auditivo humano.

El modelo cognitivo de PESQ termina brindando una distancia entre la seal vocal inicial y la seal vocal degradada (nota PESQ), la que corresponde a su vez con una prediccin de la MOS subjetiva. La nota PESQ se hace corresponder a una escala similar a la de MOS


46


Mtodos objetivos: ITU-T P.563

El algoritmo P.563 es aplicable para la prediccin de la calidad vocal sin una seal de referencia independiente

En comparacin con la ITU-T P.862 que compara una seal de referencia de elevada calidad con la seal degradada en base a un modelo perceptual, P.563 predice la calidad de la voz de una seal degradada sin una seal vocal de referencia dada

El enfoque utilizado en P.563 puede visualizarse como un experto que escucha una llamada real con un dispositivo de prueba


47


ITU-T P.563 vs ITU-T P.862Seal de voz de entrada

Seal de voz de salida

ExperienciaExpectativaSemantica

Evaluacin subjetiva

Canal en prueba

Evaluacin intrusiva de la calidad vocal (basada en dos extremos)

Evaluacin no intrusiva de la calidad vocal (basada en un extremo)

MOS

MOS

MOS


48


ITU-T P.563

Trata de detectar tres clases de degradacin de la seal de voz: Desnaturalizacin de la voz

Anlisis del tracto vocal, tratando de identificar si existe una marcada robotizacin

Anlisis de ruidos adicionales intensos SNR esttica (nivel bsico del ruido de fondo)

SNR por segmentos de voz

Interrupciones, silenciamientos y recortes temporales


49


ITU-T P.563

Cada clase de distorsin utiliza una combinacin lineal de varios parmetros, con lo que se genera una calidad vocal intermedia.

La calidad vocal definitiva se calcula combinando los resultados de calidad vocal intermedia con algunas caractersticas adicionales de la seal.


50


Mtodos objetivos: E-Model

La ITU ha definido un modelo, llamado E-Model (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)


51


R versus MOS


52


Definicin de R

R = Ro - Is - Id Ie,eff + 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 causado por las demoras

Demoras, Jitter, Eco

Ie,eff = Deterioro causado por el Codec y la prdidas de paquetes

A = Factor de Mejoras de Expectativas


53


STD Kbps Algoritmo MOS Observaciones Retardo Usode 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 bajoG.728 16 LD-CELP 3,6 Low Delay-Code Excited Linear Prediction bajo muy altoG.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 altoG.723.1 5,3 ACELP 3,5 VoIP/FR/ATM Netmeeting 37,5 ms moderadoG.723.1 6,4 MP-MLQ 3,98 VoIP/FR/ATM Netmeeting 37,5 ms moderado

MOS segn el Codec


54


Valores de Ie segn el Codec

156.3G.723.1MP-MLQ195.3G.723.1ACELP118G.729-A + VAD108G.729CS-ACELP

Speech Compression Codecs240G.726, G.727ADPCM064G.711PCM

Waveform Codecs

Ie ValueOperating Ratekbit/s

ReferenceCodec Type


55


Efectos del Codec y la Demora


56


Efecto del Eco y la demora

50

60

70

80

90

100

0 100 200 300 400 500

One-way Delay (ms)

R

TELR = 65 dB

TELR = 60 dB

TELR = 55 dB

TELR = 50 dB

TELR = 45 dB

Exceptional limiting case

Very satisfactory

Satisfactory

Some usersdissatisf ied

Many usersdissatisf ied

User Satisfaction

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) 0

Movilidad mediante redes celulares en un edificio

5

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


Relacin entre R y MOS

G.107_FB.2

Excelente 5

Buena 4

Mediocre 3

Pobre 2

Mala 10 20 40 60 80 100 R

MOS


61


Calidad de Video en Redes IP



62


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


63


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


64


Prdida de paquetes


65


Demora / Jitter

Aun no existe consenso en la influencia de las demoras en la calidad percibida

Los Jitter-Buffer aportan un componente de demora apreciable en las aplicaciones de video

Se han propuesto tcnicas para bajar las demoras en el comienzo de la reproduccin y an as mantener Buffersgrandes


66


Demora / Jitter


67


Medida de la calidad de video

La manera ms confiable de medir la calidad de una imagen o un video es la evaluacin subjetiva, realizada por un conjunto de personas que opinan acerca de su percepcin El MOS (Mean Opinion Score) es la mtrica generalmente aceptada como medida de la calidad


68


Medidas Objetivas de Calidad de video

PSNR (Peak Signal to Noise Ratio)

[ ]= = =

=

N

n

M

m

T

t

tnmytnmxTMN

MSE1

2

1 1),,(),,(1

MSERMSE=

=

MSELPSNR

2

10log10


69


Evaluaciones de imgenes comprimidas con JPEG

Mandril original y comprimidaMSE=163

Tiffany original y comprimida MSE=165

Lago original y comprimidaMSE=167


70


Evaluacin de imgenes comprimidas


71


Calidad de video

Mtodos objetivos FR - Full Reference

Se basan en la disponibilidad completa de la seal original

RR Reduced Reference Se trata de enviar, junto con el video codificado, algunos parmetros que caractericen a la seal, y que sirvan de referencia en el receptor para poder estimar la calidad percibida

NR - No Reference Intentan estimar la calidad percibida basndose nicamente en el anlisis de la seal recibida


72


VQEG

El VQEG (Video Quality Expert Group) estllevando a cabo un gran trabajo sistemtico y objetivo de comparacin de modelos

El objetivo del VQEG es proporcionar evidencia para los organismos internacionales de estandarizacin acerca del desempeo de diversos modelos propuestos, a los efectos de definir una mtrica estndar y objetiva de calidad percibida de video digital (VQM Video Quality Metric)


73


Areas de estudio de VQEG

FR-TV (Full Reference TV)

RRNR-TV (Reduced Reference, No Reference TV)

Multimedia

HDTV

Hybrid Perceptual / Bitstream


74


VQEG FR-TV

La ITU ha estandarizado en junio de 2004 a los cuatro mejores algoritmos en las recomendaciones ITU-T J.144 y ITU-R BT.1683 British Telecom BTFR (Reino Unido)

Yonsei University/Radio Research Laboratory/SK Telecom (Corea)

Centro de Investigacin y Desarrollo en Telecomunicaciones (CPqD) (Brasil)

National Telecommunications and InformationAdministration (NTIA)/Institute for TelecommunicationSciences (ITS) (Estados Unidos)


75


VQEG Multimedia

Se han evaluado modelos del tipo FR, RR y NR para aplicaciones multimedia, en formatos de pantalla VGA, CIF y QCIF

En total se presentaron 5 modelos, propuestos por NTT, OPTICOM, Psytechnics, SwissQual y Yonsei University

Sobre la base de los resultados, se han publicado las recomendaciones ITU-T J.246 (RR) y ITU-T J.247 (FR).

Los modelos NR no han presentado resultados lo suficientemente satisfactorios


76


VQEG HDTV

El objetivo es evaluar modelos del tipo FR, RR y NR, para la prediccin de la calidad de video percibida en aplicaciones de televisin digital de alta resolucin (HDTV).

Las pruebas se limitan a codecs MPEG-2 y H.264, incluyendo eventuales errores de transmisin.

La resolucin de pantalla a evaluar es 1080i @ 50/60 Hz y 1080p @ 25/30 fps

Se espera tener los resultados para fines de 2009 o comienzos de 2010


77


Mtodos objetivos: ITU-T G.1070

Opinion Model for video-telephonyapplications Es una recomendacin reciente (Abril 2007)

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 planeacin

Estima tres parmetros de calidad Sq Speech Quality

Vq Video Quality

MMq Multimedia Quality


78


ITU-T G.1070 Framework


79


ITU-T G.1070: Coeficientes para cada Codec


80


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


81


ITU-T G.1070: Vq

Se propone

Ic = f (codec, bitrate, frame rate)DPplV = f (codec, bitrate, frame rate)

Pplv

plv

DP

cq eIV

+= 1


82


ITU-T G.1070: MMq

Se propone

Calidad AudioVisual

MMSV = f (Vq, Sq)Efectos de las demoras

MMT = f (Speech Delay, Video Delay)

4321 mMMMMmMMmMMmMM TSVTSVq +++=


83


Calidad de Servicioen Redes de Datos



84


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)


85


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


86


LAN

Problemas en enlaces de baja velocidad

WANRouter Router

1 Mb/s100 Mb/s

La diferencia de velocidades hace necesario formar

Colas


87


ServersLAN

Problemas en enlaces compartidos

Switch Switch

Up-link100 Mb/s

La concurrencia sobre un mismo

uplink hace necesario formar

Colas


88


LAN

Problemas en enlaces compartidos

WAN o Up-link

Cola


89


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


90


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.


91


Tramas 802.1q

Prembulo SFD

DirOrigen

DirDestino

L Datos / Relleno FCS

SFD

7 1 6 6 2 2 2 46 1500 4

TPI

TCI

Prembulo SFD

DirOrigen

DirDestino

L Datos / Relleno FCS

SFD

7 1 6 6 2 46 1500 4

Trama normal

Trama 802.1q

Tag Protocol Identifier81 00 Tag Control Information


92


Campo TCITag Control Information

PR VLAN ID

CFI

TCI

3 1 12

PR = Prioridad

CFI = Canonical Format Indication

VLAN ID = Identificador de VLAN (LAN Virtual)


93


Prioridad en 802.1p

Permite 8 prioridades: 0-7


94


Prioridad en 802.1p

Colas

Prioridad = 0

Prioridad = 1

Prioridad = 3

Prioridad = 4

Prioridad = 5

Prioridad = 6

Prioridad = 7

Salida (ordenada por prioridad)


95


Estrategias de encolamiento y priorizacin

FIFO (First In, First Out) El primer paquete que haya ingresado en una cola, es el primero en salir.

PQ (Priority Queuing) 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.


96


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.


97


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


98


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 OfService)


99


Cabezal IP con TOS

DSCP = Differentiated Services Code Point

ECN = Explicit Congestion Notification

Versin TOS Largo total

4 4 8 16

Largo del

cabezal

Resto del cabezal IP

DSCP ECN

6 2


100


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


101


DSCP

DE (DEfault) 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.

AF (Assured Forwarding) 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).


102


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.


103


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.


104


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.


105


Fragmentacin

Enlace de baja velocidadVarias Colas Prioridad = 1

Prioridad = 2

Las colas y prioridades no resuelven el problema de paquetes largos sobre enlaces de baja velocidad

Es necesario Fragmentar

Paquete largo de baja prioridad


106


Fragmentacin

64 kb/s

WAN

Colas Paquete de ms de 1500 bytes1.500 bytes / 64 kb/s =

187 ms


107


Fragmentacin

Ethernet MTU Paq. de Voz1500 32

Velocidad Tiempo Tiempo[Kbps] [ms] [ms]

64 187,50 4,00128 93,75 2,00256 46,88 1,00512 23,44 0,501024 11,72 0,252048 5,86 0,13

34000 0,35 0,01155000 0,08 0,00622000 0,02 0,00

Trama [Bytes]

Requiere fragmentacin en las tramas de datos


108


DTEDTE

2 MbDTEDTE64 Kb

64 Kb

Ttrans 187.5 / 12.5 ms 6 / 0,4 ms 187.5 / 12.5 msTcola (2 paq) 375 / 25 ms 12 / 0,8 ms 375 / 25 msCodec (G.723) 30 ms

Total paquete 1500 bytes (sin colas): 187.5 + 6 +187.5 =381 msTotal paquete voz 100 bytes G.723 (sin colas): 30 + 12.5 + 0.4 + 12.5 = 30 + 25.24 = 55.4 ms

Paq: 1500/100 bytes

Retardos punta a punta para la voz


109


VoWLANVoz y Video sobre Redes Inalmbricas



110


VoWLAN

Las tecnologas de voz sobre redes de datos inalmbricas se conocen generalmente como VoWLAN (Voice overWireless 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


111


Recomendaciones IEEE 802.11

Fast Basic Service Set (BSS) Transition2008802.11r

Based Network Access Control 2004802.11xMedium Access Control (MAC) Quality of Service Enhancements2005802.11e

4.9 GHz5 GHz Operation in Japan2004802.11jMedium Access Control (MAC) Security Enhancements2004802.11i

Spectrum and Transmit Power Management Extensions in the 5GHz band in Europe

2003802.11hFurther Higher-Speed Physical Layer Extension in the 2.4 GHz Band2003802.11g

Recommended Practice for Multi-Vendor Access Point Interoperability via an Inter-Access Point Protocol Across Distribution Systems

2003802.11f

Specification for Operation in Additional Regulartory Domains2001802.11d

Higher-speed Physical Layer (PHY) extension in the 2.4 GHz bandCorrigendum1

2001802.11b Cor1

Higher speed Physical Layer (PHY) extension in the 2.4 GHz band1999802.11bAmendment 1: High-speed Physical Layer in the 5 GHz band1999802.11aWireless LAN Medium Access Control (MAC) and Physical Layer (PHY)1999802.11DescripcinAoRecomendacin


112


Arquitectura 802.11

AP AP

DistributionSystem

Basic ServiceSet (Celda)

Access Point


113


Modelo de capas 802.11

802.11 PHY

802.11 MAC

802.11 PHY

802.11 MAC

802.3 PHY

802.3 MAC

AP

Ethernet LANWireless

LLC Relay


114


Velocidades en 802.11

600 Mb/s ?2010?802.11n54 Mb/s2003802.11g

11 Mb/s1999802.11b

54 Mb/s1999802.11a2 Mb/s1999802.11

Velocidad mximaAoRecomendacin


115


Desafos en VoWLAN

Cobertura

Movilidad

Calidad de Servicio

Capacidad

Seguridad


116


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


117


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


118


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


119


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


120


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 jittermayores a lo que se produce en redes cableadas


121


Calidad de Servicio

IEEE 802.11e (2005) establece dos nuevas estrategias de acceso al medio, para asegurar la calidad de servicio EDCA (Enhanced Distributed Control Access)

Establece 4 categoras de acceso: voz, video, mejor esfuerzo y background

HCCA (Hybrid Controlled Channel Access) Sistema centralizado de control que permite a las aplicaciones reservar recursos de red basados en sus caractersticas de trfico


122


WMM Wi-Fi Multi Media

Basado en EDCA, establece 4 categoras de acceso


123


WMM Wi-Fi Multi Media


124


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 estesencialmente determinada por la cantidad de canales de RF no solapados y la densidad de APs instalados


125


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 APsgenera 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


126


Protocolos de VoIP

H.323



127


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 6 fue aprobada en junio de 2006

Es parte de las recomendaciones H.32x (como por ejemplo H.320 para ISDN y H.324 para la PSTN)


128


Arquitectura de H.323


129


Componentes de H.323

Terminales Gateways (pasarelas) Gatekeepers Multipoint Control Units (Unidades de

control multipunto, para conferencias)


130


Terminales H.323

Son los telefonos multimadia IP Deben soportar comununicaciones de

voz, y opcionalmente comunicaciones de video y datos

Pueden ser equipos stand aloneconectados directamente a la LAN, o software de PC


131


Terminal H.323Alcance de H.323

Control

Audio CodecG.711, G.722, G.723,

G.728, G.729

Video CodecH.261, H.263

Intrerfaz de datosT.120

Canal de controlH.245

Canal de sealizacin

H,225.0 (Q.931)Canal de RAS

H.225.0

RTP RTCP

UDP

TCP

IP

MicrfonoParlante

CmaraDisplay

Equipos de datos

Control

Interfaces de usuario


132


Estndares de Audio

G.711 Codificacin de la voz a 64 kb/s (Ley A o Ley

mu) G.729

Codificacin de la voz a 8 kbps utilizandoalgoritmos de compresin del tipoConjugate-Structure Algebraic-Code-Excited Linear Prediction (CS-ACELP)

G.723.1 Codificacin de la voz a 6.4 kbps y 5.3 kbps


133


Estndares de Video

H.261 Algoritmos de digitalizacin y compresin de

video, utilizado para video conferencias. Utiliza multiplos de 64-kbits/s.

H.263 Algoritmo de digitalizacin y compresin de

video, optimizado para bajas velocidades de datos y poco movimiento. H.263 es unamejora de H.261, diseado para tenerbuenas calidades de video a velocidadesmenores a 64 kbits/sec.


134


Estndares de Datos

T.120 Protocolos y servicios para comunicaciones de datos

en tiempo real entre varios puntos. Utilizado paracompartir documentos en video conferencias.


135


Estndares de Control

H.245 Describe los mensajes y procedimientos para abrir y

cerrar canales lgicos para audio, video y datos, y para realizar el control de las comunicaciones

Q.931 (H.225) Protocolo de control de conexiones (similar a ISDN)

RAS 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


136


Gateways

Realiza funciones de interconexin entre sistemas H.323 y sistemas de otro tipo(por ejemplo redes ISDN o PSTN)


137


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


138


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

Funciones obligatorias de Gatekeepers


139


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


140


Multipoint Control Units

Soporta conferencias entre 3 o ms puntos

Consiste de: MC: Multipoint Controller

Encargado de la sealizacin H.245 entre los terminales

MP: Multipoint Processors Encargado de mezclar y procesar audio video y/o

datos


141


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

Tipos de conferencias


142


Esquema de un MCU en H.323


143


H.323 en el modelo OSI


144


Establecimiento de llamadasDirect Call


145




146




147




148


Establecimiento de llamadasGatekeeper Routed


149




150




151




152


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 (openLogicalChannal)


153


Protocolos de VoIP

SIP



154


SIP

En marzo de 1999 es aprobado el RFC 2543, por el grupo de estudio MMUSIC del IETF, dando origen oficial al protocolo SIP (Session InitiatonProtocol)

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, entre las que se encuentran los RFC 3261 al 3266.


155


Filosofa de SIP

Estndar de Internet

Promocionado por IETF - http://www.ietf.org Reutilizar la tecnologa de Internet:

URLs, DNS, proxies Reutilizar el cdigo HTTP

Textual, sencillo de implementar y depurar


156


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.


157


RTP Audio G.729

RTP Video MPEG-1

ACK

BYE

180 Ringing

200 OK con SDP

200 OK

100 Tryinig

INVITE con SDP

sip:[email protected] sip:[email protected]

SIP/2.0 100 Trying100 Tryinig

SIP/2.0 180 Ringing180 Ringing

SIP/2.0 200 OK

Medios SDP:G.729MPEG-I Video

200 OK con SDP

INVITE sip:[email protected] SIP/2.0From: sip:[email protected]: sip:[email protected]

Medios SDP:G.729MPEG-I Video

INVITE con SDP

ACK sip:[email protected] SIP/2.0:5060ACK

BYE sip:[email protected] SIP/2.0:5060BYE

SIP/2.0 200 OK200 OK

Establecimiento de la llamada

Flujo de datos

Finalizacin de la llamada

Ejemplo de una llamada SIP


158


SIP Requests

Los mensajes de Request tiene el formato:

Ejemplo: INVITE sip:[email protected] SIP/2.0

Used by client to register a particular address with the SIP serverREGISTER

Cancels any pending requests. Usually sent to a Proxy Server to cancel searches

CANCELA call is being released by either partyBYEA Query to a server about its capabilitiesOPTIONS

Message from client to indicate that a successful response to an INVITE has been received

ACK

A session is being requested to be setup using a specified mediaINVITEDescripcinMtodo


159


SIP Requests

Provisional ACK. Used to acknowledge receipt of reliably transportedprovisional responses (1xx)

PRACK

Used by a user agent to send call signaling information to another user agent with which it has an established media session

INFO

Used to modify the state of a session without changing the state of the dialog

UPDATE

Used to transport instant messages (IM) using SIPMESSAGEUsed to referring the remote user agent to a web page or another URI REFER

Used to request status or presence updates from the presence serverSUBSCRIBE

Used to deliver information to the requestor or presence watcher.NOTIFY

DescripcinMtodo


160


SIP Responses

Las respuestsa SIP son del estilo HTTP:

< Status-Code> Ejemplo: SIP/2.0 404 Not Found

Global Failure Request is invalid at any server.6xx

Server Error Server failed to fulfill an apparently valid request.5xx

Client Error Request contains bad syntax or cannot be fulfilled at this server.

4xx

Redirection Further action needs to be taken in order to complete the request.

3xx

Success Action was successfully received, understood and accepted.(200 OK )

2xx

Informational Request received, continuing to process request. (180 Ringing 181 Call is Being Forwarded )

1xxDescripcinRespuesta


161


Ejemplo: INVITEINVITE sip:[email protected] SIP/2.0Via:SIP/2.0/UDP pc33.montevideo.com;branch=z9hG4bK776asdhds Max-Forwards: 70 To: Pepe From: Alicia ;tag=1928301774 Call-ID: [email protected] CSeq: 314159 INVITE Contact: Content-Type: application/sdpContent-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

Cabezal


162


Ejemplo: INVITEINVITE sip:[email protected] SIP/2.0Via:SIP/2.0/UDP pc33.montevideo.com;branch=z9hG4bK776asdhds Max-Forwards: 70 To: Pepe From: Alicia ;tag=1928301774 Call-ID: [email protected] CSeq: 314159 INVITE Contact: Content-Type: application/sdpContent-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


163


Cabezal

Tienen un formato del tipo Campo: Valor

Via: SIP// hostnmae;branch=Via:SIP/2.0/UDP pc33.montevideo.com;branch=z9hG4bK776asdhds

Max-Forwards:

To: From:


164


Cabezal SIP

Direcciones SIP:

Utiliza el formato de URLs de Internet

Uniform Resource Locators El formato general es nombre@dominio Ejemplos:

sip:[email protected] sip:Jose .M. Perez sip:[email protected];user=phone sip:[email protected]


165


Cabezal

Call-ID: @ CSeq: Contact: Content-Type:

Content-Length:


166


Cuerpo SDP

El formato de cada rengln de SDP es =

es siempre un nico carcter, y se diferencian maysculas de minsculas

El formato de depende del al que corresponda


167


Cuerpo SDP

Versin del protocolo (v)

Origen (o)o=

Nombre de la sesin (s)

Datos de la conexin (c)

c=

Nombre de la sesin (s)

Medios (m)

m=


168


SIP Clients and Servers - 1

SIP utiliza una arquitectura cliente / servidor

Elementos:

SIP User Agents (Telfonos SIP) SIP Servers SIP Gateways:

Hacia la PSTN para interconectar el mundoSIP al mundo TDM

Hacia H.323 para realizar interoperabilidad en el mundo IP

Clientes Origina mensajes

Servidores Responden a los mensajes o los redireccionan


169


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


170


Ejemplos con Proxy Server


171


Ejemplos con Proxy Server

server.fing.com

200 OK

BYE

200 OK

INVITE sip:[email protected]

host.fing.com

200 OK

ACK


sip.abc.com

SIPUser Agent

Client

SIPProxyServer

SIPUser AgentServer

Media Stream


172


Ejemplos con Redirect Server


173


302 Moved sip:[email protected]

ACK

Media Stream


SIPUser Agent

Client

SIPRedirectServer

180 Ringing

ACK


SIPUser Agent

ServerREGISTER [email protected]

host.fing.com.uy sip.ucla.com

200 OK

server.fing.com.uy

200 OK

CC

RS

UAS

1

2

3

Ejemplos con Redirect Server

Media Stream


174


Comparacin H.323 - SIP

Utiliza RTP y RTCPUtiliza RTP y RTCP

Amplia difusin, en aumentoAmplia difusin, pero disminuyendo

No basado en protocolos telefnicosBasado en Q.931 (ISDN)

Protocolos simplesProtocolos complejosMensajes con representacin textualMensajes con representacin binaria

Originalmente diseado para establecer sesiones

Originalmente diseado para comunicaciones multimedia sobre redes

Primer RFC de 1999Primera versin de 1996

RFC de IETFStandard de ITUSIPH.323


175



176


Gestin de Proyectos de VoIP

SIP



177


Gestin de proyectos


178


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


179


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


180


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


181


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


182


Procesos de Ejecucin

Determinacin y asignacin de el o los equipos de trabajo asignados al proyecto

Realizar y gestionar los contratos de subcontratistas, incluyendo los contratos de hardware, software y servicios.

Implementacin, de acuerdo al alcance detallado realizado en el proceso de planificacin


183


Procesos de Monitoreo y Control

Monitorear y controlar el avance general del proyecto

Realizar la verificacin y control de que se estcumpliendo 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


184


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 fronteraentre 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


185


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


186


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.


187


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


188


Muchas Gracias!


Ing. Jos Joskowicz

Presentacion Voz Video y Telefonia Sobre IP 2009 - Paginas de Notas

Documents

Transcript of Presentacion Voz Video y Telefonia Sobre IP 2009 - Paginas de Notas