VoIP - Basico

VoIP, IP Telephony - Nivel Inicial
Indice
Cap.I: Introduccin
Mercado Evolucin Convergencia
Cap.IV: VoIP Calidad de Servicio

Parametros de la red QOS
Cap. II: Digitalizacin de la voz

Codecs Calidad Ancho de Banda A h d B d
Cap.V: Integracin de VoIP en el acceso

Voz sobre DSL Voz sobre HFC
Cap.III: VoIP Standards y Protocolos

H.323 H 323 SIP Comparativa
Cap. VI: Otras alternativas en el transporte

VoATM VoFR
Cap. VII: Hardware y Servicios

2
Captulo I
Evolucin de las Redes

El servicio de voz, ha sufrido cambios desde su inicio en la dcada de los 20. Las redes destinadas a voz fueron evolucionando desde: redes de circuitos exclusivos punto a punto pasando por nodos de pasa do po odos conmutacin manual luego la evolucin de la conmutacin a tomtica conm tacin automtica de circuitos. La conmutacin de circuitos se adapta perfectamente a los requerimientos del servicio de voz. Durante aos hemos visto avances en estas redes, multiplicando su capacidad y velocidad. Hacia los aos 70 con la aparicin de los datos y la necesidad de transportar los mismos de un punto a otro, se recurri a la red existente en ese momento, o sea la red de conmutacin de circuitos.
4

Si bien la conmutacin de circuitos se adaptaba perfectamente a la voz, rpidamente se vieron los inconvenientes que aparecan al transportar los datos. datos Dada que el transporte de los datos se hace mediante el armado de paquetes, las redes ptimas para el transporte de los datos tomaron el nombre de Redes de conmutacin de paquetes La conmutacin de circuitos, permite: reserva de conexin durante el tiempo necesario canales dedicados para cada conexin mnimos retardos Caractersticas que se adaptaban perfectamente a la voz, pero para los datos estas presentaban los siguientes problemas:
5

Ineficientes en el uso de canales. Gran desperdicio de recursos. Lo cual motivo a la separacin de servicios, empleando redes dedicadas a cada uno. Llegando a las redes de fines de los 80, donde los datos se transportaban sobre conmutacin de paquetes y la voz sobre conmutacin de circuitos. circuitos Si ahora aadimos, otros servicios como ser Video, nos encontraremos con la coexistencia de redes independientes, multiplicando recursos, aumentando los costos y dificultando la posibilidad de brindar al cliente los diversos servicios sobre una misma red.
6
Convergencia
El concepto de convergencia apunta a: una nica red gestin integrada de todos los servicios soporte multiservicio plataforma eficiente de transporte. transporte Si tomamos en cuenta los objetivos propuestos, estamos hablando de una red de Banda Ancha capaz de soportar todos y cada uno de los servicios. En este punto podramos decir que se logra un transporte eficiente de los servicios, pero no hay que olvidarse del acceso de los mismos al cliente, el cual tambin requera de redes separadas. Si aplicamos el mismo principio en el acceso, tendremos ahora las redes de banda ancha en el cliente.
Convergencia
Desde el punto de vista tecnolgico nos encontramos en la actualidad con el siguiente escenario:
La voz migra a otras redes

Con los avances en la tcnica de procesamiento de seales y posterior aparicin del DSP,se logra la incorporacin de la voz en las redes de paquetes. Apareciendo as la VoIP y A i d l V IP siendo el punto de partida de nuestro estudio. VoIP pasa de una tcnica de laboratorio y pruebas no demasiado satisfactoria, a ser , uno de los negocios de mayor crecimiento. VoIP evoluciona rpidamente, logrando: transporte eficiente reducciones en los costos integracin en las redes servicios de valor agregados mnima utilizacin de ancho de b d d banda
Trfico comparado
10
VoIP - Telefona IP
Si bien se habla en general de VoIP, al mencionar la tecnologa debemos hacer las salvedades del caso y distinguir dentro de la voz paquetizada, dos aplicaciones con mercados y caractersticas distintas. Voz sobre IP (VoIP): se emplea dicho trmino a toda implementacin de voz paquetizada que se utiliza en una red privada (LAN) pudiendo esta tener o no contacto con la PSTN IP Telephony: se emplea dicho trmino a toda red de voz paquetizada, soportada sobre redes de rea amplia (WAN), las cuales cumplen c ales c mplen las veces de la PSTN en forma total y/o parcial. eces /o parcial
11
VoIP - Telefona IP
VoIP, entonces se limita al
uso corporativo, interoficinas y dems d en el cual se emplea la l l l l misma estructura LAN que posee la empresa. Pudiendo esta, utilizar enlaces WAN, pero siempre bajo una es uc u a cerrada estructura ce ada e interna, e a, propia de cada corporacin.
Telefona IP, se
caracteriza por brindar servicio de t l f d telefona sobre IP, tanto en b IP t t forma local como internacional. Reemplazando en muchos casos a las mismas TELCO y operadores de Larga Distancia, o ec e do a as educ das ofreciendo tarifas reducidas y en algunos casos funcionalidades adicionales (Fax e Imgenes). Imgenes)
12
VoIP - Telefona IP
Por lo tanto el anlisis, proyecciones y mercados deben analizarse por separado Si bien la tecnologa y principio utilizados sean los mismos, ambos conforman servicios b f i i distintos, orientados a aplicaciones y mercados distintos.
13
VoIP mercado y expectativas

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

Gran cantidad de empresas estn en plena migracin a VoIP, o planean a corto o mediano plazo la migracin.
15
Telefona IP
El factor clave para el desarrollo de dicha tecnologa estriba en la fuerte diferencia tarifaria en las comunicaciones internacionales. Mientras l Mi t el precio del minuto i d l i t de una llamada local es de $0,13 el mismo asciende a $0,88 en promedio para una $ llamada internacional. El uso de la estructura de Internet y redes IP dedicadas, permite brindar servicios a valores muy inferiores inferiores. Razn por la cual la Telefona IP encuentra un mercado amplio y ofrece valores muy por debajo de los ofrecidos por la PSTN. Aparece el concepto de ITSP A l t d (IP Telephony Service Provider), multiplicandose en USA y el resto del mundo. ITXC, Primus, Startec Global, Teleglobe, Delta Three, iBasis, g , , , FNet, Vocaltec, IPCB.net
16
Distribucin de Trfico en USA
17
Telefona IP
Los servicios ofrecidos son: comunicacin PC - PC PC - POTS FAX Videoconferencia Calling Card Los cuales emplean segn la aplicacin y el segmento de mercado: equipos POTS tradicionales q p Soft phones Hardware dedicado. Los cuales veremos ms en detalle en el captulo 7. Las tarifas (principal atractivo):
USA Europa Amrica
18
Telefona IP
En cuanto a la calidad del servicio, podemos dividirlo en: Bajo precio / baja calidad Equivalente PSTN Servicios de valor agregado Obviamente las categoras tienen su segmento: residencial hobbie residencial, Corporativo, SOHO, residencial Corporativo, Pymes, SOHO
19
Voz sobre paquetes

Cronologa de la Voz paquetizada 1995, Vocaltec presenta el primer telfono IP 1996, la tecnologa comienza a difundirse, pero como un hobbie y prueba de laboratorio 1998, Vocaltec, Cisco, Microsoft y o os fundan IP c oso otros u da Forum Se crea el IMTC (International Multimedia M ltimedia Teleconferencing Consortium)
IP Forum es incorporado el IMTC 1999-2000, las Telco, comienzan a hacer anuncios de sus estrategias de VoIP (MCI, Sprint, Cable & Wireless, BT, etc) El aspecto regulatorio de VoIP, se encuentra dividido entre promotores y detractores.
20
Estandarizacin de la VoIP
Los principales organismos intervinientes en la estandarizacin de VoIP, son: ITU IETF IMTC ETSI La ITU presenta en el ao 1996, la especificacin H.323. Se dice especificacin dado que H.323 no es mas que un conjunto de normas agrupadas. La d L razn de esto es que la t l H.323, no solamente cubre lo relacionado con la voz, sino tambin con lo relativo a Multimedia, debiendo especificar entonces el tratamiento de video, datos su multiplexado y control.
21
Protocolos ITU
Por lo tanto tenemos que H.323 como especificacin diseada para entornos LAN. La adaptacin a las caractersticas propias de los distintos medios de transporte, ha generado la aparicin de una familia de normas destinadas al Multimedia
Norma 3 0 H.320 H.324 H.310/321 H.323 H 323
Ao Transporte Audio 1990 990 ISDN S G G.711 1995 POTS G.723 1996 ATM MPEG-1 1996/8 LAN G.711 G 711
Video H.261 6 H.263 H.262 H.261/3 H 261/3
Control Multiplexado H.242 H.221 H.245 H.223 H.245 H.222 H.245 H 245 H.225 H 225
22
Protocolos ITU
H.323 se convierte en el standard de facto Todos los productos comerciales adoptan dichas especificaciones y comienza a haber i t i t h b cierta interoperabilidad bilid d entre los equipos. H.323 es el resultado y evolucin de las normas anteriores, orientadas a una red LAN, p , partiendo de una p premisa fundamental. El H.323 tuvo dos versiones y se esta trabajando sobre la tercera H.323 v.1 (1996) basada en una red con QOS no garantizada. ti d H.323 v.2 (1998) define VoIP independientemente de multimedia, mejoras sustanciales con respecto a la versin 1. H.323 v.3 (1999) permite definicin de CODEC.
23
Protocolos ITU
H.323 v.4 (en estudio 2000), incorpora servicio de fax (T.38) H.323 v.5 (borrador 2003), incorpora cambios en la sealizacin, TTL y dems. li i d
24
Protocolos del IETF

El IETF, es conocido del mbito de las redes de datos mediante las RFC. En lo relacionado con VoIP, presenta los protocolos: SIP (Session Initiation protocol) MGCP (Media Gateway GC ( ed a Ga eway Control Protocol) SAP (Session Announcement Anno ncement protocol) RTSP (Real Time Streaming Protocol) SDP (Session Description Protocol) RTP (Real Time Protocol) RTCP (Real Time Control Protocol) MEGACO (Media Gateway Controller) De los cuales utilizaremos mayormente en los captulos siguientes los protocolos RTP, RTCP, RTCP SIP y MGCP MGCP.
25
Protocolos del IETF

El hecho que distintos organismos generen diferentes protocolos que trabajan en principio sobre la misma funcin, ha generado controversias, controversias discusiones y pugnas por imponer el protocolo reinante. Como ser el caso de H.323 vs. SIP Lo cual analizaremos en el captulo 3.
26
IMTC
IMTC, International Multimedia teleconferencing Consortium Si bien no posee su propio cuerpo de normas, el mismo se dedica d di a promover, facilitar, f ilit desarrollar y analizar la interoperabilidad de los sistemas de teleconferencia Multimedia, sobre estndares abiertos. IMTC, es conocido como uno de los entes encargados de los estudio y pruebas en el campo de la interoperabilidad. En particular, la interoperabilidad, conocida i t bilid d id como Superops entre entidades T.120 y H.323.
27
Protocolos del ETSI - Typhon

TYPHON, Telephony & Internet Protocol Harmonization over Networks. Inicia sus actividades en mayo de 1997, con el objetivo, de: Lograr la interoperabilidad y co ve ge c a en los convergencia e os sistemas punto a punto de Telefona y Multimedia sobre las NGNs NGN s. Internamente se dividen en 8 grupos de trabajo.
28
Captulo II
29
Codificacin de la Voz
El primer paso en VoIP es convertir la seal analgica en una seal digital. Desde hace muchos aos se conoce el principio de PCM, el cual comienza hacia los aos l i h i l 40. Hacia los aos 50 se comienza a trabajar sobre lo que se toma como el precursor del Vocoder, el cual progresa recin en la era p g digital, dado que la tecnologa analgica no era suficiente. El gran salto en tcnicas de compresin se logra con la aparicin de DSP (Digital Signal Procesor), dado que si bien las bases matemticas estaban dadas desde hacia aos, aos el bajo nivel de procesamiento de la poca, no permita obtener resultados en tiempo real. lt d ti l Con lo cual los algoritmos de mayor compresin aparecen hacia fines de los 80.
30
La ITU normaliz las distintas tcnicas de compresin, algunas de las cuales utilizaremos en VoIP. De lo visto anteriormente, la ITU, gener una serie de especificaciones para el servicio de Multimedia segn el medio de transporte, especificando adems que tipo de compresin utilizar en cada caso.
Ao N A Norma Tcnica T i Velocidad (Kb/ ) V l id d (Kb/s) 1972 G.711 PCM 64 1984 G.721 ADPCM 32 1988 G 722 G.722 ADPCM 48, 48 56 Y 64 1992 G.728 LD-CELP 16 1995 G.729 CS-CELP 8 1995 G 723 1 MPC-MLQ G.723.1 MPC MLQ 5,3 6,4 53Y64
31
Medio Especificacin Compresin Voz Velocidades ATM H.310/321 G.711, 728 16 y 64 Kb/s IP H.323 G.711, 723 1 H 323 G 711 723.1, 729 5 3 ; 8 y 64 Kb/s 5,3 Ethernet H.322 G.711, 728 16 y 64 Kb/s POTS H.324 G.723.1, 729 5,3 y 8 Kb/s ISDN H.320 H 320 G.711, G 711 728 16 y 64 Kb/s
Por lo tanto en VoIP, utilizaremos: G.711 G.723.1 G.729
La razn por la cual existen tantas variantes en la compresin, se debe a aos de investigacin y una meta en comn: menor velocidad l id d mayor calidad mayor eficiencia en el ayo e c e c a e e algoritmo menor retardo en la compresin
32
La codificacin de la voz se subdivide, segn: Estos tres grandes grupos se caracterizan por: codificacin por forma de onda. Vocoder (Voice CODER), basado en el principio de ge e ac generacin de la voz. a vo . Hbridos, se combinan los dos anteriores, logrando lo mejor de cada uno. (alta no calidad / bajo bitrate)
33
Codificacin por forma de onda

A este tipo de codificadores corresponden:
G.711 - PCM G.721 - ADPCM G.726 - ADPCM
34
G.711 - Pulse Code Modulation

Pertenece a los codificadores por forma de onda Es la codificacin por excelencia en los sistemas TDM,el mismo esta compuesto por: muestreo cuantificacin uniforme logartmica codificacin Para el canal telefnico de 4 Khz de ancho de banda. Por el Teorema de Nyquist, se debe cumplir que: Fs ] 2 * Fi Por lo tanto la Fs (frecuencia de sampling) o muestreo se toma de 8 Khz. Lo cual arroja un numero de 8000 muestras de la seal de ues as a se a entrada por cada segundo. La seal de entrada es muestreada Fs. m estreada a Fs
35

Por lo tanto a la salida del muestreador tendremos: Uniforme: se dividen las posibles combinaciones binarias en forma simtrica entre los distintos niveles de la muestra.
Luego dichas muestras deben ser cuantificadas, para lo cual tendremos en principio dos opciones: cuantificacin uniforme cuantificacin logartmica
36

Logartmica: se aplica una asignacin no lineal entre codificacin disponible y niveles de las muestras, buscando con esto un mejor comportamiento ante seales de entrada de bajo nivel. Este proceso alineal sigue una transferencia del tipo logartmica, la cual la ITU pasa a llamar: Ley A Ley La cual presentan leves diferencias en la correspondencia de niveles. Siendo la Ley A empleada en Europa y la Ley en USA. En los casos de llamadas internacionales nos vemos en la obligacin de realizar la conversin entre Ley - Ley A, el cual ha sido fijado por la ITU p pas como responsabilidad del p de Ley .
37
G.721 - ADPCM
ADPCM (Adaptative Diferential Pulse Code Modulation), variante del PCM, que busca optimizar la velocidad. La l L seal PCM presenta una t gran correlacin entre las muestras. La cual dependiendo de la variacin de la seal de entrada puede llegar a ser bastante importante. Por lo tanto se logra una menor dispersin en la diferencia de las muestras que con las muestras mismas. Dada la baja dispersin, se puede utilizar un nivel de d tili i ld codificacin inferior, reduciendo as, la cantidad de bits a emplear.
38
G.721 - ADPCM
ADPCM, utiliza para la codificacin de la diferencia de las muestras solamente 4 bits. El predictor, cumple la funcin de estimar la salida en base a: 6 variaciones anteriores 2 diferencias de muestras Dado que los valores mencionados estn en funcin de la velocidad de variacin de la seal de entrada, se busca entrada b sca poder adaptar los mismos a dicha seal. La parte adaptativa de mtodo permite, trabajar en dos modos, segn la seal de entrada: rpido voz lento datos
39
G.721 - ADPCM
40
Por qu comprimir?
Algunos se preguntarn porque es necesaria la compresin de la voz, si en las redes analgicas no se realiza dicha tcnica e inclusive 64 Kb/s no parece demasiado?
41
Por qu comprimir?
He aqu un breve ejemplo numrico que servir para aclarar las cosas. Debemos convertir la seal de entrada analgica en bits sobre la d l red para lo cual emplearemos l l l G.711. El proceso simplificado ser en siguiente: muestrear c antificar cuantificar codificar paquetizar p q transmitir a la red Las muestras se toman a 8 Khz, lo cual corresponde a 125 s cada una. Cada muestra se codifica con 8 bits, lo cual nos queda: 8000 m/s * 8 bits/m = 64 Kb/s Luego debemos insertar cada muestra en un paquete para su ues a e u paque e pa a transmisin en la red, (por lo tanto el encabezado ser de 58 bytes) 1 byte muestra + 58 encabezado Debo enviar 1 paquete por cada muestra
42
Por qu comprimir?
Con lo cual tenemos: 1 seg. = 8000 muestras 1 muestra = 1 paquete t t 1 paquete = 59 bytes 1 byte = 8 bits 1 seg. = 8000 * 59 * 8 1seg = 3.776.000 bits El error esta en el proceso de paquetizado, en el cual por cada muestra, debido a los protocolos a emplear (Eth/IP/UDP/RTP), cada paquete posee un encabezado de 58 bytes. Los cuales resultan absurdos comparados con nuestra carga. La solucin entonces es aumentar la carga de manera de g equilibrar la relacin carga/encabezado.
G.711 => 3,77 Mb/s

Por lo tanto con este sistema no podremos enviar ni un solo canal d i i l l en una trama E1.
43
Por qu comprimir ?
Periodo de paquetizado: se denomina al tiempo transcurrido en la obtencin de n tramas, para el posterior paquetizado. Dicho Di h numero aparece en las l recomendaciones de la ITU, pero segn el caso puede ser modificado a criterio del usuario. Las soluciones al problema encontrado pasan por: reducir la velocidad de codificacin emplear varias muestras por cada paquete a enviar reducir el overhead del paque e, paquete, de manera de a ea optimizar el transporte. Veremos ms adelante que cada opcin posee ventajas y entajas desventajas, las cuales deben ser cuidadosamente estudiadas
44
Otras tcnicas de Codificacin

A difererencia de las tcnicas de codificacin por forma de onda, las cuales han probado su utilidad, con la difusin del G.711 y dems. El mercado demandaba una compresin aun mayor, poder transmitir voz con velocidades aptas a interfaces seriales de baja l id d b j velocidad. Era claro que la tcnica de codificacin por forma de onda no provea la solucin, dado que la calidad de voz se degrada fuertemente con la reduccin de velocidad. Dicho requerimiento requiri un estudio, ms profundo de las seales y capacidades de procesamiento en MIPS, cada MIPS ves ms importantes.
45
Anlisis de la voz
Segn lo visto anteriormente, resulta fundamental poder comprimir la voz, para lograr bit rates menores, del anlisis temporal de la voz humana, surgen algunos elementos que pueden ayudar en la compresin. La naturaleza repetitiva (peridica) de la voz.
46
Anlisis de la voz
Las pausas realizadas en la misma conversacin.
47
Anlisis de la voz
Por lo que se comienza un estudio exhaustivo de la voz y sus propiedades, buscando factores que ayuden a la compresin de la misma. Con lo cual nos encontramos con las componentes esenciales y composicin de la voz, tomando esta como una conversacin normal en un dialogo telefnico telefnico.
Composicin de la voz
22%
repeticiones componentes escenciales i l
54% 24%
pausas
48
Codificacin VOCODER
El principio de codificacin, es el de enviar solamente los parmetros que permitan la sntesis de la seal en el otro extremo y que esta (al odo humano) resulte similar a la seal de origen. El hecho de que resulte similar al odo se debe a que en el proceso de anlisis y posterior sntesis,las formas de onda pueden ser muy distintas. Se ataca el problema mediante el estudio de la generacin de la voz. Se busca un modelo matemtico cuyo comportamiento se asemeje al sistema del habla. j l it d l h bl
49
Vocoder LPC
El flujo de aire enviado de los pulmones genera las modificaciones en el volumen. Las cuerdas vocales vibran, generando los sonidos, siendo responsables del tono del bl d l t d l mismo. Variaciones en el sonido son logradas por cambios en la forma del tracto vocal Dicho anlisis de los componentes humanos involucrados en el habla, se modelizan matemticamente matemticamente. Lo que se busca es poder extraer coeficientes que permitan generar los sonidos y a la vez requieran menos troughput para su envo. El modelo matemtico d l t ti empleado es:
50
Vocoder LPC
Este sistema permite el llamado LPC (Linear Prediction Coding) Las muestras se determinan como una funcin lineal de una secuencia de excitacin, para lo cual se emplean tambin l l t bi muestras anteriores. Los coeficientes A, son enviados a destino A contienen informacin del filtro LPC (sus 10 polos), la polos) ganancia, variacin y duracin. Todas las variables de estado estn contenidas en A. Los valores representativos de A, se reducen a 13 y estos a su vez son enviados en tramas a razn d 50 tramas por de t segundo. La informacin brindada por A, permite al filtro LPC, generar una seal similar a la de origen.
51
Vocoder LPC
La tcnica VOCODER, permite bajos bitrates, los cuales oscilan entre 3 a 8 Kb/s Lo que presenta una notable mejora en comparacin con las tcnicas de codificacin de t i d difi i d forma de onda El inconveniente quizs con esta tcnica es que el sonido logrado por sntesis en el extremo opuesto, p p , pierde el tinte de la voz, dificultando el reconocimiento de la misma.
52
Codificacin Hbrida
A este tipo de codificadores corresponden:
G.723.1, MPC-MLQ G.728, LD-CELP G.729, CS-CELP
53
Codificacin Hbrida
Se basa en utilizar los dos mtodos anteriores, buscando la alta calidad de la codificacin por forma de onda y los bajos bitrates de la codificacin Vocoder. Vocoder Se los subdivide en: RELP (Residual Excited Linear Prediction Coding) MPC (Multiple Pulse Coding) CELP (Code Excited Linear Prediction) VSELP (Vector Sum Excited Linear Prediction) RPE LTP (Regular Pulse RPE-LTP Excitation - Long Term Prediction) Luego tenemos a su vez leves variantes dentro de cada tipo, pero a fines de no complicar en exceso el anlisis, nos centraremos en los procesos involucrados en VoIP, los , cuales son: CELP y MPC
54
Hbrida CELP
Al ser una tcnica hbrida, se usa la prediccin lineal (LPC) y adems se analizan las muestras convirtiendolas en vectores con un peso asignado. CELP de u t t i t d tratamiento diferenciado a las componentes segn su retardo, dividiendolas en: bajo retardo alto retardo El Filtro predictivo, es como en LPC, de orden 10, y responde a la seales formadoras de la voz de bajo retardo. Las componentes de alto retardo, son modeladas t d d l d mediante un diccionario adaptativo. La incorporacin del anlisis de alto retardo busca mantener el timbre (pitch) de la seal (p ) original, de manera de subir el ndice MOS.
55
Hbrida CELP
De ambas seales se obtiene la seal de error de prediccin. Dicha seal es codificada mediante el uso de otro diccionario, el cual contiene muestras de ruido blanco t d id bl aleatorio. El hecho de trabajar con diccionarios, o sea en definitiva tablas cuyos valores estn indexados, me permite reducir , p la informacin a enviar. CELP enva al otro extremo solamente los ndices de las tablas, las ganancias de cada seal formadora y los coeficientes del filtro LPC. El decodificador obviamente d difi d b i t posee dichas tablas y ajusta los niveles de ganancia, permitiendo junto con el predictor lineal, sintetizar la seal original.
56
Hbrida CELP
El hecho que en el transmisor se compare la seal sintetizada y la seal original, obteniendo el error entre ambas y luego realimentando dicho error en el sintetizador de manera de minimizar el error, no s asegura una mejora notable en la calidad. lid d Pero cabe destacar que el CELP requiere gran cantidad de procesamiento, lo que exige al DSP: No menos de 15 millones de operaciones por segundo (MIPS) 6 KB de memoria RAM con retardos de unos 15 ms, en el procesamiento.
57
Hbrida CELP
58
Calidad de la voz
El hecho que los codificadores hbridos y Vocoder, generen seales por sntesis las cuales puede diferir en la forma de onda, pero generan un percepcin similar por parte de la persona que recibe el dialogo, nos fuerza a cambiar los mtodos tradicionales de t d t di i l d medicin de calidad. Pasamos entonces a basarnos en mtodos subjetivos de percepcin, como ser: MOS (mean opinion score) DAM (diagnostic acceptability measure) El mtodo de evaluacin ms utilizado es el MOS, el cual se basa en escuchas realizadas por e pe os aud o os, os cuales expertos audiofilos, los cua es son sometidos a escuchas, evaluando las mismas con un puntaje entre 1 y 5 siendo malo y muy buenos respectivamente.
59
Calidad de la voz
Si comparamos entre s las tres tcnicas de compresin, nos encontraremos con: Luego si comparamos entre s, los distintos mtodos de compresin obtendremos:
Norma Velocidad MOS G.711 G 711 64 4,1 41 G.726 32 3,85 G.728 16 3,61 G.729 G 729 8 3,92 3 92 G.729A 8 3,7 G.723.1 (MPC-MLQ) 6,3 3,9 G.723.1 G 723 1 (ACELP) 5,3 53 3,65 3 65
60
Procesamiento de la seal
Como es de suponer, todo este preprocesamiento y post procesamiento de la seal, incorpora retardos a la misma. Retardo que dependen directamente del tamao del di t t d lt d l cdigo a implementar en el DSP, la potencia del mismo, utilizacin de memoria y dems parametros que son evaluados a la hora de elegir una u otra codificacin. Si bien los cdigos y procesadores difieren en capacidades y velocidades, los retardos tpicos estn ya tabulados y sobre estos trabajaremos. trabajaremos
61
Comparativa de codificaciones
A modo de ejemplo veremos como las distintas codificaciones alteran la calidad del patrn de prueba. Permitiendo realizar una comparativa similar a la realizada por MOS. MOS
Muestra
Norma Patrn G.711, ley A G.711, ley G 711 l mu G.721 G.729 G 729
Tamao Codificacin 2,39 MB PCM, 48 Khz, 16 bits, mono 198 KB PCM, 8 Khz, 8 bits 198 KB PCM, Khz, bits PCM 8 Kh 8 bit 102 KB ADPCM, 8 Khz, 4 bits 102 KB CS-CELP
62
Captulo III
63
H.323 - ITU
El paraguas H.323, de la ITU, agrupa una serie de normas, mediante las cuales podemos transmitir: Voz Video Datos Mediante un red LAN o llegado el caso la Internet.
64
H.323 - ITU
H.323 esta formados por los siguientes elementos: Terminales Gateways (GW) Gatekeepers (GK) Multipoint Control Unit (MCU) P Proxy H 323 H.323 De los cuales, segn la red, complejidad de la misma e interconexin, dispondremos de varios de estos elemento o solamente de los terminales. Red H.323
65
Terminales - H.323
El terminal H.323 cumple la funciones de: Control del sistema Transmisin de la informacin Codificacin/decodificacin de audio y video Interfaz de Red Interfaz de Datos Manejo de la sealizacin Cabe destacar que el terminal puede ser: una PC con el software correspondiente Un dispositivo de hardware dedicado O una mezcla de ambos. En principio en el terminal se implementarn las siguientes funciones:
66
Terminales - H.323
Audio Codecs: unidad capaz de soportar la codificacin / decodificacin de los tipos de compresin segn: ITU serie G. ISO GSM La codificacin / decodificacin de video depender de la aplicacin y para nuestro caso no es objeto de est dio estudio
67
Terminales - H.323
Unidad de control de Sistema: encargada de implementar las funciones vitales de: Control de llamada (H.225) RAS (H.225) C t l y transporte de Control t t d medios H.245 Finalmente la interfaz de red, es la encargada del: armado y desarmado de paquetes adaptacin a red manejo de canales lgicos trfico UDP/TCP M lti l Multiplexacin de servicios i d i i
68
Gateway - H.323
La funcin como indica su nombre es la de proveer interconectividad entre dos redes tan dismiles como la red IP y la red de circuitos conmutados. conmutados El Gateway entonces ser necesario, en las redes que posean interconexin con la PSTN, RDSI y dems redes. En las cuales el Gateway y cumplir las siguientes funciones:
69
Gateway - H.323
70
Gatekeeper - H.323
Sus principales funciones son las de: control de pre llamada pre-llamada control de admisin conversin de direcciones administracin de zonas H.323. Si bien el mismo tiene un bi l i ti importante papel en el H.323, el protocolo permite la conexin de dos terminales en forma extremo a extremo, prescindiendo del Gatekeeper. Por lo tanto podemos decir que su presencia o no en la red depender principalmente de la envergadura de la misma. Su implemetacin tambin depender de las dimensiones y d d d l di i cantidad de nodos, pudiendo ser esta: Hardware especifico Software dentro del Terminal Software dentro del Gateway.
71
Gatekeeper - H.323
72
Multipoint Controller Unit - H.323

Su funcin principal es la de soportar conferencias multipunto, tanto sean estas de voz, video o datos. En general el MCU se implementa en software i l t ft integrandolo segn el caso en: Terminal Gateway Gatekeeper El mismo esta compuesto por dos funciones principales: MP (Multipoint Processor) MC (Multipoint Controller) El MP, se encarga del manejo tanto de voz, datos y video hacia los distintos destinos. El MC, es el encargado de MC gestionar los recursos y capacidades de cada punto de servicios. ser icios
73
Multipoint Controller Unit - H.323
74
Proxy H.323
Al igual que el proxy standard, el Proxy H.323, brinda las siguientes funciones: Seguridad, concentrando el trfico H.323 Manejo del IP precedence de manera de lograr QOS. Manejo de nodos H.323 co a ejo odos .3 3 con direccionamiento privado. Dicho elemento se encuentra generalmente en redes privadas con enlaces WAN y gran cantidad de terminales.
75
Sealizacin RAS
Registration, Admission & Status (RAS), tal como su nombre lo indica, estas son las funciones principales y que forman parte del denominado control de pre-llamada pre-llamada. El RAS se utiliza en el dialogo con el Gatekeeper, dentro de una zona o entre zonas. Como podemos observar el RAS utliza el modo no seguro g (UDP) para la conexin.
76
RAS - H.225.0
Las funciones del RAS, son: Registro Ad i i Admisin Cambios en el Ancho de Banda Estado Procedimiento de liberacin Dado que RAS utiliza UDP, se debe tener en cuenta los TimeOut y llegado el caso con la seal RIP, resetear los mismos. La mensajera H.225.0 utiliza la sintaxis ASN.1. Los comandos se agrupan por funciones y segn la accin. A continuacin entraremos en detalle en cada una de las funcionalidades del RAS.
77
RAS - Localizacin del GK

Los terminales deben registrarse en el Gatekeeper para lo cual resulta indispensable la conexin con el mismo, la cual puede ser: E tti mediante la Esttica, di t l direccin IP del Gatekeeper. Dinmica, mediante la funcin de localizacin del Gatekeeper. p Es muy comn por temas administrativos, evitar las definiciones estticas de direcciones IP, por lo cual dicha funcin es bastante empleada. Adems de brindar flexibilidad, Ad d b i d fl ibilid d recordemos que el Gatekeeper no es un elemento obligatorio dentro del H.323. El autodiscovery se realiza mediante UDP a la direccin 224.0.1.41 utilizando para el mismo el puerto 1718.
78
RAS - Localizacin del GK

Mensajes de localizacin: GRQ (Gatekeeper request), es utilizado por el terminal para localizar el Gatekeeper, mediante multidifusin. ltidif i GCF(Gatekeeper confirm), respuesta del GK, se devuelve direccin del canal RAS GRJ (Gatekeeper reject), el reject) GK no acepta el registro. En el GCF, en algunas ocasiones se puede pasar al terminal la direccin IP de gatekeepers alternativos.
79
RAS - Registro
Dado que el Gatekeeper cumple la funcin de manejo de reas, es imprescindible para el GK conocer los nodos que de el dependen. La L manera de brindar d bi d informacin al Gatekeeper, es mediante el proceso indispensable de registro de los terminales. El registro p g permite al Gatekeeper conocer no solo la direccin IP del elemento, sino tambin su alias, el cual ser del tipo: pcvoz@andescap.cl El registro se realiza en forma directa al canal RAS, dado que se supone que el terminal ya lo localiz previamente. La operacin se subdivide en: registracin desregistrarse
80
RAS - Registro
Mensajes de registro: Registration request (RRQ) R i t ti Confirmation Registration C fi ti (RCF) Registration Rejection (RRJ) Mensajes de baja de registro: U Unregister Request (URQ) it R t Unregister Confirm (UCF) Unregister Reject (URJ) g j ( )
81
RAS - Localizacin de Terminal

El mensaje es enviado al Gatekeeper con el nico dato que se tiene del terminal, en este caso puede ser: Alias. Pc1@andescap.cl Nmero E.164 El gatekeeper realizar una bsqueda en su tabla interna e ab a e a tratando de resolver el alias. La funcin especifica para dicha tarea es Locate, por lo Locate tanto tendremos: Mensajes: Locate Request (LRQ) L t Confirm (LCF) Locate C fi Locate Reject (LRJ) LRQ, permite obtener la resolucin de ms de una direccin E.164. di i E 164 LCF, la respuesta depender del tipo de conexin que se este usando.
82
RAS - Localizacin de Terminal

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

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

El gatekeeper debe obtener informacin sobre el estado de la conexin, dado que una vez iniciado el dilogo, el H225.0 no interviene. Dicho t d Di h estado se puede obtener d bt mediante dos tcnicas Pooling Reportes del terminal Mensajes: Information Request (IRQ) I f Information Request ti R t Response (IRR) Mientras el IRQ parte del Gatekeeper hacia el terminal, a intervalos regulares regulares. IRR lo hace en sentido inverso, entregando al Gatekeeper informacin del estado del enlace.
85
RAS - Control de Ancho de Banda

Si bien durante el proceso de admisin, el gatekeeper verifica la disponibilidad de ancho de banda y en base a esta admite o no la conexin, en algunos casos es necesario realizar modificaciones en el ancho de banda una vez establecida la conexin. i Mensajes: Bandwith Request (BRQ) B d ith Confirmation Bandwith C fi ti (BCF) Bandwith Reject (BRJ) Los rechazos pueden deberse a que no se encuentre disponible t di ibl el ancho de banda solicitado. Uno de los motivos tpicos de requerimiento de cambio de ancho de banda es el cambio de codecs.
86
H.225.0
87
H.225 - Sealizacin de control de llamada

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

Mientras que el en modo enrutado, tambin conocido como GKRCS, la mensajera GKRCS , H.225 es manejada por el Gatekeeper. Mientras Q.931, brinda las funciones ms utilizadas, Q.932 permite el manejo de servicios adicionales. Tanto Q.931 y Q.932 utilizan mensajes del tipo ASN.1, lo j d l ti ASN 1 l cual dificulta su interpretacin por parte del usuario, uno de los puntos a favor de SIP, segn veremos ms adelante.
89

Mensajes: SETUP el mismo avisa SETUP, l i i hacia delante el intento de establecer un llamado, es generado por el extremo llamante hacia el end point o GK segn el caso. CALL PROCEEDING, es un mensaje hacia atrs, el cual da aviso al extremo llamante que se ha iniciado el proceso de llamada. ALERTING, mensaje hacia atrs, donde se avisa que el sonido de llamada se ha iniciado. CONNECT, mensaje hacia t d d l t atrs, donde el extremo llamado avisa al extremo llamante que se acepta la llamada. RELEASE, es un mensaje g generado p cualquiera de por q los extremos, en particular el que finalice la llamada, y
90

avisa al extremo opuesto la finalizacin de la misma. FACILITY es un mensaje FACILITY, hacia delante que indica si la llamada se cursa o no a travs d l G t k t del Gatekeeper.
91
H.225 - Q.931
92
H.245 - Control Protocol

Su funcin es la de establecer y controlar los canales lgicos para los servicios de: Voz Datos Video El H.245 se encarga tambin del intercambio de capacidades, capacidades tanto sean conexiones: unidireccionales bidireccionales y de requerimientos: Simtricos A i t i Asimtricos El H.245 interviene en la negociacin de codecs La mensajera del H.245 es ASN.1 La L conexin H.245 puede ser: i H 245 d Directa Va Gatekeeper p
93

Mensajes: C bilit Exchange: se Capability E h negocian los codecs, la norma soporta los Codecs tipo ITU, ISO y GSM. Round trip Delay: p oced e o ed a e e procedimiento mediante el cual se establece el retardo de la conexin.
94

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

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

SSRC: la fuente de sincronismo es identificada y el nombre es enviado en 32 bits. CSRC: se emplean en la multiplexacin, cada uno con 32 bit y se puede tener hasta bits d t h t 16 tems. Luego el campo de datos contendr el video o la voz comprimida a ser transportada en tiempo real. Si recordamos, que a su vez el RTP se monta en UDP y este a su vez en IP, tendremos:
98

Si analizamos la eficiencia de dicha configuracin tendremos: Header: 20 Bytes, IP 8 Bytes, UDP 12 Bytes, RTP 40 Bytes, total Header Datos: 20 Bytes, salida de la p q paquetizacin. Lo cual nos da una eficiencia muy baja, del orden del 33% Resulta ilgico emplear 40 bytes de encabezado para transportar solamente 20 bytes de i f d informacin til. i til a so uc apa ece co a La solucin aparece con la compresin de encabezado, de manera de aumentar la eficiencia, eficiencia disminuir los retardos y dems.
99
CRTP
CRTP, compressed Real Time protocol. Logra optimizar el tamao del header, llevandolo a 2-4 bytes. Lo cual representa un cambio fundamental para la utilizacin de interfaces lentas y una sustancial reduccin de velocidad de la misma, pasando de: 24 Kb/s (IP+UDP+RTP) 9,6 Kb/s (CRTP)
100
RTCP - Real-Time Transport Control Protocol Real Time

RTCP enva a todos los participantes en forma peridica, paquetes de control, mediante los cuales se monitorea, identifica y controla la entrega de datos. datos Dichos paquetes se multiplexan en UDP con el resto del trfico, mediante el uso de distintos puertos, por convencin: RTP acta en puerto p p par RTCP en impar ms alto RTCP es el encargado de proveer informacin sobre la calidad del transporte de informacin. Las fuentes RTP se identifican mediante el llamado nombre di t l ll d b cannico (CNAME) Dado que RTCP aporta datos estadsticos sobre las conexiones RTP, esta informacin debe reducirse a lo estrictamente necesario, de manera de no producir congestin. congestin
101
RTCP - Real-Time Transport Control Protocol Real Time

Paquetes RTCP: SR sender report: transmisin y recepcin de estadsticas desde los participantes. RR receive report: recepcin de estadsticas desde participantes que no son fuentes activas SDES source description: se enva el CNAME BYE: indica fin de participacin APP: aplicaciones experimentales.
102
H.323 - Llamado mediante gatekeeper
103
H.323 - Llamado a travs del gatekeeper
104
SIP - Session Initiation Protocol

SIP o protocolo de inicio de sesin, propone el establecimiento mantenimiento finalizacin de sesiones multimedia, tanto sean estas de voz, video o datos. SIP es l propuesta d l IETF l la t del IETF, la cual rivaliza con la norma H.323 SIP esta orientado a llamadas punto a punto y multipunto. SIP es parte del conjunto de normas del IETF, orientadas a VoIP. SIP (RFC 2543) RSVP (RFC 2205) RTP/RTCP (RFC 1889) RTSP (RFC 2326) SAP (RFC SDP (RFC 2327) SIP es un protocolo que surge p q g de internet, empleando mensajes de texto, direcciones URL y dems. dems
105
SIP - Session Initiation Protocol

Las redes SIP constan de 2 elementos bsicos: UA user agent NS network Server Dividiendo a la red en dos, un elemento en el terminal del cliente y otro en la red. A su vez estos se pueden subdividir en: UAC User Agent Client UAS User Agent Server Y los servidores de red, estn conformados por: Proxy server Redirect server Registrars servers Location servers Empezaremos con la descripcin de cada uno, su funcin en la red y posible localizacin.
106
UA - User Agents
Los UA, o Agentes de Usuario, son aplicaciones presentes en los puntos extremos, los mismos pueden ser implementados en software, hardware o una mezcla de ambos.
107
UA - User Agents
UAS: unidad encargada de recibir las peticiones, en el usuario llamado llamado.
UAC: es el organismo encargado de iniciar la transaccin SIP, del usuario , llamante.
108
Proxy Server
El Proxy Server se caracteriza por poseer ambas funciones, la de cliente y servidor a la vez, dado que en muchos casos recibe trafico y luego debe iniciarlo hacia otro destino. destino El Proxy server es una de la s partes esenciales en la arquitectura SIP de cierto volumen. Su implementacin varia desde p Software a Hardware dedicado. LA IETF recomienda en la RFC 2543, la utilizacin de la siguiente sintaxis en el nombre de los proxy servers: sip.andescap.cl El Proxy Server puede mantener transacciones tanto a e e a sacc o es a o sobre UDP como TCP, permitiendo la sesin con los User Agents. Agents
109
Redirect Server
El servidor de redireccionamiento cumple la funcin de mantener actualizado la base de datos con la localizacin de cada usuario. Esto E t permite que el usuario se it l i mueva a lo largo de la red e inclusive pasar a distintas redes y en el momento deseado poder redireccionar la llamada a la ultima direccin informada. El Servicio de redirect apunta a las Funcionalidades a Futuro, en la cual se integran las redes y se utiliza SIP como protocolo general entre ellas. A dif diferencia del Proxy server, i d lP el servidor de redireccin, no acepta llamadas, ni procesa peticiones SIP, se limita a entregar al cliente la direccin a donde redireccionar la peticin SIP.
110
Registrars Servers / Location Server

Los Registrars Servers, cumplen las siguientes funciones: permiten a los usuarios registrar su presencia el servidor maneja los pedidos de registro ofrece servicios de o ece se v c os localizacin En general forman parte de los proxy server pro ser er o redirect server ser er
111
Direccionamiento SIP
Direccionamiento en entornos SIP: en los end points se utiliza el URL SIP, con el formato: usuario @ host fede@andescap.cl 37142871@andescap.cl fede@17.35.123.245 fede@17 35 123 245 El campo usuario puede estar conformado por el nombre o nmero de telfono. El campo host, puede contener el nombre del t l b d l dominio o su direccin IP. Para el caso de los servidores, como ya vimos se recomienda nombrarlos: sip.andescap.cl
112
Hallazgo del Proxy Server

El terminal SIP, debe establecer contacto con el proxy server,para lo cual, segn la recomendacin, este se inicia como UDP. Nos N encontramos ante dos t t d posibles escenarios: El terminal posee la direccin IP del Proxy Server, Server cargada en forma esttica. El terminal desconoce la direccin del Proxy Server. En el primer caso, la sesin se inicia directamente, sin otro particular. En el segundo caso es necesario descub a d ecc descubrir la direccin IP, para , pa a lo cual se procede de la siguiente manera: en o UDP al puerto 5060 envo p erto se consulta con el DNS, para obtener el IP del Host.
113
Transaccin SIP
En caso de no obtener resultados mediante el UDP, se pasa a TCP. Una vez obtenido la direccin del Proxy Server, se puede iniciar la transaccin SIP. La transaccin puede realizarse a a sacc ea a se tanto mediante UDP como TCP, si bien lo standard es utilizar UDP como primer medida.
En transacciones UDP, se utiliza la direccin del header tili l di i d l h d de la peticin En TCP se mantiene la conexin mientras dure la transaccin.
114
Transacciones SIP
Mensajes SIP: Request (peticiones) R Response (respuestas) ( t ) Denominando peticiones a los mensajes iniciados por los clientes y respuestas a los que enva el servidor. servidor La estructura del mensaje es idntica al HTTP, utilizando campos con texto, lo cual facilita su interpretacin.
El header de los mensajes se los agrupa en 4 tipos, segn su tipos aplicacin, los cuales aparecen en la siguiente tabla:
115
SIP Mensajes
De los cuales podemos rescatar los campos ms utilizados, como ser: To, From, Via, Call-ID, Content Type & Length, Expires, Route, etc. etc Algunos de los cuales explicaremos a continuacin.
116
SIP Mensajes
Campos del encabezado: T receptor de la peticin To: t d l ti i From: quien enva la peticin Expires: fecha y hora en que el mensaje expira. C t t Length: tamao en Content L th t bytes del mensaje. Via: indica ruta tomada por el mensaje Call-ID: identificador de usuario Cseq: se incrementa el numero de manera de diferenciar los mensajes del mismo Call-ID i C ll ID
117
SIP - Request Message

Mediante este tipo de mensaje los User Agents y el Proxy server pueden localizar, invitar y administrar una llamada. Existen seis mtodos para el request los cuales son: tl l
INVITE ACK OPTIONS BYE CANCEL REGISTER
INVITE: el usuario o servicio es invitado a participar de una sesin. ACK: es la tpica respuesta al invite. OPTIONS: se consultan las posibilidades disponibles por agentes y servidores. BYE: se emplea como preaviso de liberacin de la llamada. CANCEL: se emplea para cancelar peticiones en curso.
118
SIP - Request Message

REGISTER: se el mtodo empleado por los user agents para registrar informacin til, correspondiente a la localizacin en los servidores SIP. SIP
119
SIP - Response Message

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

Siendo la tabla completa:
INFORMATIONAL 100 Trying 180 Ringing 181 Call Is Being Forwarded 182 Queued SUCCESS 200 OK REDIRECTION 300 Multiple Choices 301 Moved Permanently 302 Moved Temporarily 303 See Other 305 Use Proxy 380 Alternative Service CLIENT ERROR 400 400 Bad Request 401 Unauthorized 402 Payment Required 403 Forbidden 404 Not Found 05 e od o owed 405 Method Not Allowed 406 Not Acceptable 407 Proxy Authentication Required 408 Request Timeout 409 Conflict 410 Gone 411 Length Required 413 Request Message Body Too Large 414 Request-URI Too Large 415 Unsupported Media Type 420 Bad Extension 480 Temporarily Not Available 481 Transaction Does Not Exist 482 Loop Detected 483 Too Many Hops 484 Address Incomplete 485 Ambiguous 486 Busy Here SERVER ERROR 500 Internal Server Error 501 501 Not Implemented 502 Bad Gateway 503 Service Unavailable 504 Gateway Timeout 505 SIP Version Not Supported GLOBAL FAILURE 600 Busy Everywhere 603 Decline 604 Does Not Exist Anywhere 606 Not Acceptable
121
SIP - Llamado mediante Proxy Server
122
SIP - Llamado mediante Redirect Server
123
H.323 vs SIP
La comparacin entre ambos se puede hacer desde varios aspectos, como ser: Performance Compatibilidad Requerimientos del equipo Anlisis, Traceo y Debbugin Funcionalidades Mercado Tratando en todos ellos de obtener parmetros equivalentes bt t i l t que permitan una real valoracin y comparacin entre ambos. Segn la performance performance, podemos decir que: H.323, requiere mayor cantidad de mensajes entre entidades SIP reduce substancialmente el trafico de control entre entidades A como t bi la As tambin l drstica reduccin en pasos para el establecimiento de una conexin entre SIP y H.323.
124
H.323 vs SIP
Segn la compatibilidad, si bien no hay compatibilidad entre ambos, se habla de interoperabilidad, lo cual requiere la implementacin de ambos. ambos La mayora de los productos H.323 incorporan SIP Algunos productos SIP no soportan H.323 p esto se justifica con la siguiente comparacin. Segn requerimientos al equipo: H 323 exige un cdigo de H.323, mayor tamao, mayor potencia en el CPU, mayor capacidad de memoria. id d d i SIP, reduce sensiblemente el cdigo, optimizando el CPU y minimizando la capacidad de memoria.
125
H.323 vs SIP
Desde el punto de vista del anlisis, traceo y Debbugin, podemos decir que: H.323 utiliza el ASN.1, haciendo menos entendible al humano la mensajera y lh l j complicando el instrumental necesario. SIP, emplea campos de texto, permitiendo no solo una mejor comprensin, j p , sino tambin herramientas ms sencillas. Segn las funcionalidades soportadas: Ambos soportan gran cantidad de funcionalidades, siendo equiparables en este rubro. i bl t b Todos estas razones y algunas ms que escapan a nuestro anlisis, permiten justificar una tendencia en los mercados, en la cual se observa:
126
H.323 vs SIP
De lo visto podemos afirmar que a futuro, SIP tiende a futuro imponerse a H.323, y por el momento hay gran interoperabilidad en las plataformas existentes. p p
VoIP, IP Telephony - Nivel Inicial 127
H.323 vs SIP
La brecha entre SIP y H.323, se reduce con las distintas versiones del H.323. Una de las mayores diferencias, lo que respecta a la complejidad de H 323 intenta l i d H.323 se i t t solucionar con el modo Fast Call, el cual empieza a ser comparable con SIP.
128
MGCP - Media Gateway Control Protocol

El MGCP es la propuesta del IETF, el cual surge de la implemetacin conjunta de otros dos protocolos: SGCP + IPDC = MGCP Es el protocolo por excelencia pa a e a ejo co o para el manejo y control de llamadas entre el Gateway y las redes externas (PSTN, ISDN, GSM, GSM etc) Por lo tanto su implementacin es necesaria solo si se desea conectividad entre VoIP y redes externas. Desde el punto de vista funcional, d b f i l debemos separar al l Gateway en dos bloques funcionales: MGC, media gateway controller MG media gateway MG,
129
MGCP - Media Gateway Control Protocol

MGC ser la unidad encargada de la conversin de sealizacin necesaria entre las dos redes, as como tambin de manejar los MG a su cargo, dado que un MGC puede controlar ms de un MG. En el MG se dispondr de todo el hardware necesario para realizar la: compresin/descompresin p p adaptacin conversin TDM / IP y viceversa. El MGC recibe comnmente en el mercado el nombre de SoftSwitch Mientras que al MG, dependiendo el uso y volumen de conexiones se lo puede encontrar como: Access gateway Residential gateway gate a
130
MGCP - comandos
Comandos MGCP: CreateConnection. C t C ti ModifyConnection. DeleteConnection. NotificationRequest. Notify. AuditEndpoint. AuditConnection. RestartInProgress. RestartInProgress Call Agent (MGC) Los comandos estn compuestos por un encabezado de comando y una descripcin de sesin (opcional) Dado que los mensajes se envan mediante UDP, estos di t UDP t pueden perderse, para lo cual resulta indispensable el campo identificador de transaccin, el cual es un numero dentro del rango 1 a 999.999.999 g
131
MGCP en conexin POTS sobre IP
132
Gateway - Softswitch
133
MGCP - SIP, internetworking
134
Evolucin a MEGACO / H.248

La estructura distribuida en MG, MGC y SG, fue planteada originalmente por ETSI (Typhon). Estructura sobre la cual tanto IETF e ITU, realizaron trabajos ITU li t b j sobre esta base. IETF, propuso el MGCP en su RFC 2705, el cual evoluciona luego en lo que hoy conocemos como MEGACO - RFC3015. Mientras la ITU, presenta en el mercado el H.248. Pero esta vez el trabajo en conjunto de ambos, da como resultado lo que en el mercado se l conoce como: lo
MEGACO / H 248 H.248
135
Fax sobre IP
El inconveniente en la transmisin de fax sobre IP, se presenta con: compresin cancelacin de eco retardos y dems Haciendo imposible el envo de fax como si se tratara de una conversacin. El servicio de FAX via la PSTN fue definido por la ITU, en las normas: T.30 T.4 T.30 define el hadshake, mensajes, velocidades y dems.
136
Fax sobre IP
T.4 se ocupa de todo lo referente al contenido de la hoja a enviar, formato, resolucin, escaneo, etc. La solucin de Fax sobre IP se brinda mediante dos modalidades: Transmisin transparente Decodificacin y reenvo.
137
Fax sobre IP
Transmisin transparente El Media Gateway detecta el tono de envo del fax fax. Se avisa al MGC de la intencin de envo Este enva un cambio en la conexin a ambos MGs se pasa a G.711 G 711 se anula la cancelacin de eco Permitiendo enviar la seal lo ms similar posible a la original. g Decodificacin y Reenvo: El Media Gateway detecta el tono de envo del fax fax. Nuevamente se cuenta con dos modalidades: Tiempo real (T.38) Extraccin y reenvo
138
Fax sobre IP
Extraccin y reenvo: Se emula en forma local (MG) el fax remoto, remoto implementando T.30 y T.4 Una vez obtenida la informacin, se enva el fax via E-mail, en forma de attach hacia el Media Gateway remoto Luego el MG emular el terminal T 30 - T 4 T.30 T.4 enviando finalmente el fax a destino. Tiempo Real (T.38) modalidad elegida por H.323 H 323 La seal analgica recibida es demodulada en el MG Se arman paquetes segn la informacin a enviar indicadores: control datos: informacin Dichos paquetes se envan segn: UDP --> UDPTL TCP --> directa >
139
Fax sobre IP
140
DTMF sobre IP
La utilizacin de tonos DTMF dentro de la conversacin es cada vez mayor, como mayor ejemplos: IVR accesos codificados consulta en bancos recoleccin de mensajes l i d j etc. Al igual que la seal de fax, los tonos DTMF se vuelven indetectables ante los procesos de compresin/descompresin. Original Comprimido Lo cual requiere un tratamiento especial de los mismos. mismos Para lo cual se presentan dos alternativas: RTP/G.711 RTP/RFC 2833
141
Compresin del DTMF
142
DTMF sobre IP
RTP/G.711 El Media Gateway, cambia el codec a G 711 de manera G.711, de evitar la deformacin de dichos pulsos. La informacin se enva mediante RTP Luego en el otro extremo uego e e o o e e o sern convertidos en forma transparente. RTP/RFC 2833 El Media Gateway detecta y decodifica en forma local los tonos. Los mismos son insertados en el RTP, pero no como tono digitalizados, sino como informacin decodificada. Se enva bsicamente, el cdigo detectado duracin detectado, del mismo y nivel de recepcin.
143
DTMF sobre IP
La informacin recibida en el extremo, es decodificada y enviada al generador de tonos El mismo se encargar de generarlos e intercalarlo con el trafico de g g voz, de manera de lograr una emulacin transparente hacia el usuario.
144
DTMF sobre RTP (segn RFC 2833)
145
Captulo IV
146
QOS - Quality of Service

Las herramienta y mtodos de QOS, son todos aquellos que nos permiten administrar, los parmetros de la red involucrados en la Calidad de servicio, servicio como ser: Prdida de paquetes Retardos Ancho de banda Jitter y dems. El QOS se divide a su vez en dos mbitos, los cuales disponen de distintas herramientas y funciones, segn se este en: d de borde red d b d Backbone Esta d v s se debe a la s a divisin a diferencia en las tareas, donde: Borde: filtrado/descarte, ancho de banda, banda clasificacin del trfico
147
QOS - Quality of Service

Backbone: manejo de congestiones, control de trfico, transporte de alta velocidad. Adems de diferenciarse, tambin b t bi en base a las l tecnologas y sus propias capacidades de QOS, que variaran con la tecnologa de borde o Backbone. Cabe destacar que algunas de q g las herramientas son propietaria y se pueden ver diferencias en las implementaciones de cada proveedor. El trato preferencial que se le otorga al trfico, permite ofrecer al cliente lo que se f l li t l conoce como SLA.
148
SLA - Service Level Aggrement

SLA (Service Level Aggrement), dado que entre proveedor y cliente se estipulan pautas de calidad de servicio por las cuales: el cliente se obliga a pagar l li t bli el proveedor se obliga a cumplir. Los tems tpicos de todo SLA, son: Disponibilidad Parmetros de la red Jitter Retardo A h d B d Ancho de Banda Tasas de error Responsabilidades Tiempo medio de reparacin Punitorios Multas en caso de incumplimientos en el SLA. p
149
QOS
Por lo tanto el QOS es un factor crtico en una organizacin, no solo por las obligaciones contractuales con los clientes, mediante el SLA, sino tambin para garantizar el funcionamiento ptimo de la red en su totalidad. El QOS, estar entonces en funcin de la tecnologa elegida, las funcionalidades propias de cada proveedor de equipamiento y las polticas implementadas
150
DIFFServ - COS
Forma parte de las herramientas disponibles en IP V.4, la cual mediante un campo de 3 bits, permite diferenciar el contenido de los paquetes. El aspecto positivo d COS es t iti de COS, que pertenece a las soluciones de QOS, dentro de banda, sin generar overhead. IP Precedence, permite otorgar peso relativo al campo, de forma de privilegiar el tratamiento de los paquetes, segn su contenido.
Combinacin Prioridad otorgada
0 1 2 3 4 5 6 7
RUTINA PRIORIDAD INMEDIATO FLASH IGNORAR FLASH CRITICA INTERNETWORKING CONTROL DE RED
151
COS - Class of Service
152
Protocolo RSVP
RSVP, es el protocolo de configuracin de reserva de recursos. RSVP, se caracteriza por ser un protocolo de sealizacin, que opera d extremo a extremo, y de t t lo hace fuera de banda. Los recursos reservados en cada Hop, son el Ancho de Banda y la prioridad que se le dar al trfico. RSVP, atraviesa Hop por Hop, realizando la reserva correspondiente. RSVP, presenta sin embargo algunos problemas como: Escalabilidad Control de Admisin Tiempo de demora en reserva
153
Protocolo RSVP
154
Gestin de Colas (Queu)

Otra de las tcnicas de QOS, pero en este caso a realizarse dentro del mismo router, en forma local es la gestin eficaz de las colas de espera. Dado D d que un router puede t t d tener un numero considerable de interfaces, en las cuales cada una cursa trfico y este debe ser enrutado, en nuestro ejemplo supongamos una salida en comn, resulta clave el tiempo en que el paquete permanece en espera de ser transmitido. La forma en la cual, son tratados los paquetes, en forma paquetes priorizada de acuerdo a un determinado criterio se denomina Gestin de Colas. d i G ti d C l Las tcnicas de encolado, se dividen en: FIFO PQ Custom WFQ
155
Gestin de Colas (Queu)

Estas tcnicas son parte de las mas comnmente implementadas y en algunos casos varan su nombre entre fabricantes. La t i FIFO L tcnica FIFO, como su nombre lo indica, First In First Out, no corresponde a una tcnica de QOS, pero su importancia radica en que es la operatoria bsica y hace las veces de referencia de las dems en lo que respecta a retardos y consumo de procesador y numero de colas a utilizar. Por esa razn la nombramos.
156
Priority Queuing - PQ
Es el resultado de establecer como poltica de priorizacin, el manejo y asignacin de prioridades, asignando a cada una una cola independiente. En l i l E las implementaciones tpicas t i t i de PQ, se utilizan 4 colas, las cuales se vacan en forma priorizada.
157
Custom Queuing - CQ
El cliente establece las colas y le asigna la prioridad a las mismas. Para otorgar flexibilidad, se emplean 16 colas, configurables por el usuario. l i Este no solo asigna prioridad, sino que puede definir l capacidad de cada cola en base al trfico a soportar y el tiempo de Queuing deseado. Q g
158
Weighted Fair Queuing - WFQ

WFQ es una ampliacin de funcionalidades del CQ, en la cual se mantiene el concepto de mltiples colas. Las mismas son configuradas por el cliente, pudiendose l li t di d asignar a flujos en particular. Presenta la ventaja de ser ms rpido que sus antecesores y el agregado de BW variable en caso de trficos sin uso. Permite un tratamiento especifico a cada flujo, logrando muy buenos resultados. El manejo en colas exclusivas por flujos, reduce la fluctuacin del retardo.
159
IP versin 6
Los cambios introducidos, en el paquete IP v.6, requiere algo de v6 anlisis. El espacio de direccionamiento se incremento a 128 bits Se elimina el campo TOS, lo cua pa ece u p ob e a, pe o cual parece un problema, pero se reemplaza con una nueva funcionalidad. El hecho de poder etiq etar etiquetar flujos, permite individualizar en
los routers una comunicacin multimedia y brindar a esta un tratamiento diferenciado. Por lo cual se equipara e inclusive mejora las prestaciones otorgadas por Diffserv de IP v.4. se v v. .
160
Retardos
Retardos en la red retardo del codec retardos de paquetizado t d d ti d retardos de serializacin retardos de buffereado retardos de switcheo en la red retardos del de-jitter buffer Retardos del codec Dado que las aplicaciones de VoIP buscan reducir la VoIP, carga que generan sobre la red de datos, se busca la forma ms eficiente de f fi i t d enviar de un punto a otro la informacin.
161
Retardos del CODEC

El procesamiento por parte del CODEC, el cual a su vez esta conformado por un DSP, incorpora retardos en la seal debidos a proceso mismo de compresin. compresin Dichos retardos, dependern de los caractersticas del DSP empleando y fundamentalmente de la codificacin a utilizar. Dada la importancia de reducir el retardo, el criterio a emplear es el de utilizar la codificacin ms eficiente.
162
Retardos del CODEC
Observamos que el retardo del Codec varia fuertemente segn el tipo de compresin empleada.
163
Retardos del CODEC

El proceso se completa con la descompresin en el extremo lejano. En trminos generales el proceso de descompresin es bastante b t t mas rpido que el de id ld compresin, con tiempos del orden del 10% del de compresin. Pero el retardo depender en gran medida de la cantidad de muestras incorporadas a cada paquete.
164
Retardos del CODEC

Por lo tanto podremos tener: compresin + (descompresin * n muestras) G 711 G.711: 0,75 ms + ( 0,07 ms * ) = G.729: 10 ms + ( 1 ms * 3) = 13 ms G.723.1: 30 ms + ( 3 ms * 1) = 33 ms G.726: 1 ms + ( 0,1 ms * ) = 01
165
Retardos de paquetizado
Dado que el paquetizado es la operacin mediante la cual se insertan las muestras de audio procesadas adecuadamente en el paquete a ser transmitido. es obvio que dicho proceso depender del tamao y cantidad de muestras insertadas en el mismo. Esta operacin requiere la acumulacin de las muestras en l i d l t un buffer, para su posterior envo, de ah que normalmente se la conozca como retardo de acumulacin.
166
Retardos de paquetizado
La relacin de compromiso entre el paquetizado y la velocidad de los datos, nos impide bajar los valores ms all de los 20 ms. En E particular para Cisco los ti l Ci l valores oscilan en:
167
Retardo de serializacin
Luego de pasar por las fases anteriores, la trama se encuentra lista para ser transmitida por la interfaz en cuestin. Como es obvio dicha trama no podr ser transmitida a mayor d t itid velocidad que la propia de la interfaz. Por lo tanto el retardo incorporado estar en funcin de: velocidad de la interfaz tamao de la trama El calculo de dicho retardo responde a la siguiente ecuac : ecuacin: n bytes * 8 * (1/vel.)
168
Retardos de serializacin
La cual nos arroja las siguientes cifras: celda ATM: 53 * 8 * (1/2048) = 0,207ms interfaz de 64 Kb/s: 53 * 8 * (1/64) = 6,62 ms Rpidamente observamos que el retardo de serializacin se vuelve crtico para las interfaces de baja velocidad. Si bien esta puede mejorar al d i lt d l t reducir el tamao de la trama.
169
Retardos de serializacin
No hay que olvidar que debo mantener lo ms alta posible la relacin entre payload y overhead, que en definitiva me indica la eficiencia en el transporte.
170
Retardo de cola de espera cola espera

En ingles se lo conoce como Buffering/Queuing Delay Es el retardo que se genera por la espera que puede darse antes de la transmisin de la trama, debido d bid a que se est t trasmitiendo otra trama. Cabe destacar que la voz se prioriza al resto de los datos, con lo cual la trama deber esperar ante dos situaciones. Otro trama en transmisin. Tramas de voz previas.
171
Retardo de cola de espera cola espera

Dado que el primer caso genera una espera totalmente aleatoria, se toma estadsticamente la media, que corresponde a 0,5 del tiempo de serializacin de trama. trama El segundo caso nos indica que a mayor trafico de voz, se eleva el queuing delay.
172
Retardos en la Red
173
Efectos del retardo sobre la voz

Efectos del retardo sobre la voz:
muestra original 10 ms de retardo 30 ms de retardo 60 ms de retardo
90 ms de retardo 150 ms de retardo 400 ms de retardo
174
Retardo sobre la voz

En los casos anteriores se observa el efecto que tiene sobre la voz el retardo. Pero en todos ellos el retardo se mantiene constante en el tiempo. En las redes de datos y dado que el retardo esta compuesto por distintas componentes, las cuales no siempre mantienen su nivel de retardo, en la prctica, nos encontramos con retardos variables en el tiempo, el cual ejemplificamos a continuacin. Los efectos no solo son apreciables audiblemente, sino que se puede observar obser ar la deformacin provocada sobre la seal original. Cabe pro ocada original destacar que la distorsin es la parmetro con la cual se cuantifica la diferencia entre la seal original y la seal posterior al proceso.
VoIP, IP Telephony - Nivel Inicial 175
176

Cabe destacar que el las comunicaciones que utilizamos habitualmente, se aplican tcnicas de supresin y cancelacin de eco, de manera de minimizar los efectos antes observados. Tcnicas que tambin se aplicaran en el transporte de voz sobre los redes de datos, dado la alta componente de retardo final.
177
Prdida de paquetes vs. Calidad

As como el retardo afecta la calidad del audio, la prdida de paquetes, tambin colabora en la degradacin de la calidad del mismo. El efecto es ms o menos f t nocivo segn obviamente la tasa de prdida de paquetes y segn la codificacin empleada. A modo de demostracin, observaremos su efecto sobre G.711 y G.723.1, en forma audible.
G.
72
3 .1
G.
Codificacin Prdida % Audio 10 20 50 10 20 50

71 1
178
Captulo V
179
VoDSL
Desde el punto de vista de las operadoras, las cuales desplegaron DSL como tecnologa de Banda Ancha, VoDSL permite: ampliar servicios li i i mayor valor agregado al DSL manejo de hasta 16 canales de voz Utili acin del transporte Utilizacin ATM En cuanto al mercado objetivo del VoDSL, el mismo esta compuesto por: Grandes empresas Pymes Residencial gama alta A continuacin veremos la distribucin de los clientes ADSL en Chile.
180
VoDSL
Las soluciones de VoDSL propuestas por Lucent Technologies y Alcatel proponen en ambos casos: VoDSL mediante soporte ATM y con i t interconexin i entre VG y Central mediante GR-303/V.5 VoDSL mediante soporte IP e integracin con VG/Softswitch, con , sealizacin SS7.
181
VoDSL - Redes
Solucin tipo
182
VoDSL - Redes
Solucin tipo
183
VoDSL
Por el momento la solucin disponible y presentada por ambas es VoDSL/ATM, la cual desarrollaremos a continuacin. El sistema esta formado por: IAD (integrated access device) en el cliente DSLAM en la central VG (voice gateway) E1/V.5 como sealizacin
184
VoDSL - IAD
IAD permite: Tratamiento diferenciado: AAL2 para voz AAL5 para datos Compresin G.711 (ley A o ) G.726 (32 Kb/s) Qos segn aplicacin: CBR o rtVBR, para voz CBR o UBR, para datos UBR Voz: Hasta 16 puertos, con RJ11 deteccin Fax/mdem Fax, full T.30 Mdem, V.34 y V.90 Servicios caller ID, call forwarding y Call f di C ll waiting Datos: 10/100 base T, RJ45 Bridging, PPPoA y PPPoE
185
VoDSL - IAD
DHCP servidor/cliente RIP 1 y 2 PAP/CHAP SNMP 1.0, MIB1 y 2 IP Firewall Insertar IADs con el 2400 Cisco.
186
VoDSL - LVG
El Voice Gateway, cumple las funciones de: Interfaz entre DSL y la PSTN Compresin/Descompresin de la voz Manejo y terminacin de los PVCs Interfaz de sealizacin con PSTN, tipo V.5 o SS7 segn el caso. Alcatel dispone del LVG 7310, integrable con su lnea de DSLAM s DSLAMs 7300
187
VoDSL - LVG
LVG 7310, Release 4.3/4.4 IADs soportados S d T h RAD Speed Touch, RAD, Netopia y otros. Interfaces de datos STM-1 ptica (SM/MM) E3 elctrica Interfaces a PSTN V5.2,grupo de 1 a 8 E1 Hasta 8 grupos V5 2 V5.2 Codificacin de voz G.711 / G.726 VAD / confort noise ATM 1 PVC por IAD QOS CBR y rtVBR QOS: tVBR hasta 10368 conexiones Capacidad de llamadas 240 por placa simult. 1920 por subbastidor Overbooking residencial: 8, 9 o 10 comercial: 4 Interfaces de voz a PSTN 8 E1 por placa p p
188
VoDSL - LVG topologa

La topologa a adoptar queda a criterio del operador.
189
Calidad de VoDSL
El transporte de Voz sobre DSL hace uso de AAL2, sobre un PVC dedicado, pudiendo ser del tipo CBR, garantizando un alto rendimiento. La lid d de la VoDSL, L calidad d l V DSL depende prcticamente de los mismos parmetros que afectan a VoIP, con algunas leves diferencias. Retardo Eco Compresin En lo referente al retardo, el mismo esta formado por: retardo de paquetizado 5,5 ms - G.711 11 ms - G.726 retardos de serializacin 0 a T cell retardos del DSL (interleave) 20 ms - G.992.1 3 ms - G.992.2
190
Calidad de VoDSL
Retardos del dejitter buffer 0 a T cell P Propagacin i 5 s/Km (F.O.) Lo cual nos permite hablar de retardos del orden de: VoDSL - PSTN 36,5 ms a 54,5 ms (G.711) 53 ms a 71 ms (G.726) ( ) Eco: en VoDSL se implementa la cancelacin de eco segn G.168, la que permite integrar la funcionalidad en el DSP y lograr valores muy buenos de EL, EL cercanos a los -60 dB La compresin se puede elegir entre G.711 y G.726, tomando en cuenta que las mismas agregan una penalidad en R de 0 y -7 respectivamente, por cada proceso de compresin.
191
Calidad de VoDSL
Lo cual nos permite analizar dichos resultados mediante la G.107, empleando el modelo E, de Calidad planteado por la ITU, el cual utiliza un factor denominado R, como indicador R de calidad. Podemos decir que R, equivale al MOS, pero su escala difiere, dado que R varia de 0 a 100. Por lo tanto si analizamos R en funcin del retardo, obtendremos:
192
Calidad de VoDSL
193
Calidad de VoDSL
De lo expuesto anteriormente, podemos afirmar que: VoDSL iguala y en determinadas condiciones, puede exceder la calidad prestada por PSTN. t d PSTN VoDSL permite el soporte transparente de todas las aplicaciones de la PSTN Se integra a la red de conmutacin, conmutacin segn la implementacin mediante V.5 o SS7. Permitiendo de esta manera: brindar un servicio de valor agregado a nuestra red DSL. Atender las necesidades del sector SOHO Mnima inversin en hardware a dwa e Diseo flexible en el transporte del trfico, utilizando o no la red ATM tili ando preexistente.
194
VoDSL - Redes
La propuesta tipo de Alcatel, propone una red conformada por:
195
VoDSL - Redes
Podemos decir que ambas opciones y , permiten el transporte de la voz. La opcin hace uso de todo lo antes visto en VoIP, simplemente agregando la i l t d l adaptacin a ATM/DSL correspondiente a capas 2 y 1 del modelo OSI. La opcin es propiamente VoATM, transportada sobre , p DSL, dado la naturaleza ATM del mundo DSL, esta es la opcin por default default. Esa es la razn por la cual la mayora de los proveedores dispone actualmente de la opcin 1 y gradualmente migraran a la opcin 2. En l E algunos casos, dicha di h migracin requiere cambios en el IAD y el LVG, as como replanteos en la red de transporte.
196
VoHFC
VoHFC o VoCable, es por lo tanto la tecnologa empleada por los operadores de CATV, para brindar el servicio equivalente a POTS, utilizando la estructura HFC instalada instalada. Si bien el objetivo de este curso no es la VoHFC en particular, dicha tecnologa se presenta a modo de comentario y en forma comparativa con respecto a VoDSL, analizando ventajas y desventajas de cada una. Las redes HFC surgen de la necesidad, de brindar bidireccionalidad a la viejas redes coaxil de las empresas de cable. Dicho l Di h logro se obtiene con l bti la utilizacin de Fibra Optica entre el headen y el nodo de distribucin, tecnologa a la cual se bautiz HFC, por Redes Hbridas Fibra-Coaxil.
197
VoHFC
Pasando de una red unidireccional (descendente) a una red bidireccional, en la cual se posibilita el envo de datos y en nuestro anlisis servicio de telefona. telefona El servicio de VoIP sobre las redes de cable aparece recin en 1999, con la aprobacin de la norma DOCSIS 1.1 Si bien la DOCSIS 1.0 o ITU J.112, disponan de suficiente ancho de banda, el mismo no posea mecanismos de QOS acordes con el servicio de voz. La L normativa referente al ti f t l servicio de cable mdem, esta sujeta a bastante controversias, encontrandose, en medio de ellas a :
CableLabs (DOCSIS) ( ) ITU IEEE EuroDOCSIS
198
VoHFC
La nueva tecnologa dota de un canal de descendente, pero no hay que olvidarse de que el mismo es compartido por los usuarios conectados a l. Por d P ende en t d l referente a todo lo f t HFC, estaremos hablando siempre de recursos compartidos, lo cual trae aparejado ciertos inconvenientes como: baja seguridad ancho de banda compartido congestin ti retardos importantes falta de privacidad Los L cuales complican el l li l panorama a la voz, por las exigencias propias de este servicio hacia la red.
199
VoHFC
Red HFC desde el punto de vista de los datos
200
VoHFC - Distribucin de espectro

La norma define el uso de FDM, en la cual se estipulan las frecuencias y usos a los distintos canales. El trfico ascendente generado por el usuario, es enviado en la l i i d l banda de 5 a 42 Mhz Mientras que los datos descendentes llegan al usuario en la banda de 450 a 750 Mhz
201
VoHFC
La VoIP transportada sobre Cable, enfrenta algunos problemas vistos anteriormente, mediante: privacidad IPsec (NCS) CBC (DOCSIS) Ruidos e interferencias en banda ascendente Modulacin QPSK Retardos Tema aun pendiente de resolucin, resolucin el cual es clave en VoIP En forma comparativa el paquete de voz requiere una serie de procesos ms que en el caso de VoDSL, procesos que agregan su retardo correspondiente. correspondiente El hecho de compartir el acceso, hace que el mismo sea controlado y secuencial, lo cual incorpora retardos importantes. El cual se incrementa con la incorporacin de abonados al nodo, como se observa en la figura. figura
202
VoHFC
Por todo lo expuesto anteriormente podemos alegar que VoDSL permite una implementacin y explotacin menos traumtica, con mejor calidad y prestaciones prestaciones.
203
Captulo VI
204
VoFR - VoATM
En nuestro estudio de VoIP, analizaremos brevemente dos tecnologa capaces de brindar servicio de transporte de voz, en forma equivalente al IP. Brindando B i d d una comparativa ti entre VoIP, VoFR y VoATM, analizando ventajas y desventajas de cada implementacin y sus posibles aplicaciones. Centrando el anlisis en las caractersticas claves de cada tecnologa, como ser: la eficiencia en el transporte servicios soportados retardos propios
205
VoFR
Su aparicin se debe a la versatilidad que presenta FR para soportar otros protocolos. Como integracin de servicios en el segmento empresas, permitiendo integrar voz y iti d i t dados en un nico enlace a precios, brindando una solucin nica a un bajo costo. El caso de aplicacin tpica, en la que se implementan voz + q p datos sobre FR es:
206
VoFR
El elemento clave en FR para la integracin de voz y datos, se lo denomina VFRAD o simplemente FRAD. El VFRAD se caracteriza por: solucin de voz + datos permite manejo de cod cac codificacin de vo G.7 , voz G.711, G.726 y G.729 Integracin de voz y datos sobre mismo DLCI Optimizacin del ancho de banda compartido por las aplicaciones. Alta eficiencia en bajos bitrates.
207
VoFR
La FRF 11.1, aprobada en diciembre del 97, incorpora funcionalidades claves como: Fragmentacin en UNI o NNI Fragmentacin extremo a extremo El proceso de fragmentado, incorporado permite optimizar el retardo y reducir las demoras red cir en las colas de salida. As como tambin permite mantener acotado al jitter. Desde el punto de vista del overhead, de ambos, tendremos sobre codecs de 8 Kb/s: VAD al 60% FR 4 Kb/s VoIP 6 Kb/s Sin VAD FR 10 Kb/s VoIP 15 Kb/s
208
VoFR
Lo cual representa una ventaja en overhead del 50 %, la cual si bien no tan significativa en interfaces de alta velocidad, resulta clave en enlaces de baja velocidad. velocidad A modo de ejemplo, sobre un enlace de 64 Kb/s tendremos: FR 6 canales VoIP 4 canales Esta ventaja comparativa, hace que en la mayor parte de las aplicaciones, donde se dispone de una red y acceso FR, se emplee voz sobre FR y no VoIP sobre FR FR.
209
El VFRAD puede realizar cambios en el codec, o sobre el HCV (propietario Newbridge) de manera de adaptarse a congestiones en la red.
Los indicadores BECN y FECN, se emplearan en los extremos para tratar de ajustarse a la congestin.
210
VoATM
Si bien IP se perfila como el futuro ganador de la contienda, dada la universalidad del mismo. No hay que descartar los mbitos l bit en los cuales VoATM l V ATM se emplea y de manera exitosa. Estos son: Redes 3G, inalmbricas Redes de acceso DSL Mercado de carriers ATM permite el transporte de voz en sus dos posibles adaptaciones: AAL-1 AAL-2 Permitiendo cada una de ellas, brindar ventajas, propias de cada tcnica de adaptacin. c ca adap ac . Las cuales describiremos a continuacin y algo hemos hablado en el captulo 5. capt lo 5
211
VoATM, AAL-1 AAL 1

AAL-1: tambin conocida bajo el nombre de CES, fue la primer opcin en transporte de voz disponible para ATM. Brindando caractersticas como: retardo de paquetizado de 6 a 0,125 ms Permite la recuperacin de e e a ecupe ac clock, siendo la nica tecnologa del mercado para VoP. VoP Bajo retardo en insercin directa del TDM a celdas. Si bien el AAL-1 brinda grandes prestaciones, tambin posee algunas desventajas, como ser: canales fijos: el numero de canales se define en el l d fi l inicio y no puede ser modificado. Payload fijo: si bien se adapta perfectamente a trficos G.711 y G.726 del tipo PCM
212
VoATM, AAL-1 AAL 1

Pero no permite la integracin de bloques provenientes de codecs G.723, G.728 y G.729. Lo cual limita su aplicacin en VoATM a trfico de voz de baja b j compresin, tpico en el i t i l transporte entre carriers Pero no demasiado apto para las aplicaciones actuales tendientes a minimizar el ancho de banda ocupado por la voz, mediante p p , tcnicas de compresin, supresin de silencios y dems. Esta es la razn por la cual en el capitulo 5, en VoDSL hemos hablado de AAL 2 y no AAL 1. AAL-2 AAL-1. Un aspecto a favor, del AAL-1 y que lo hace ideal dentro de su reducido campo de aplicaciones d id d li i es la alta eficiencia (88%), la cual es imposible de igualar por cualquiera de las dems tecnologas de VoP.
213
VoATM, AAL-1 AAL 1
214
VoATM, AAL-2 AAL 2

Se presenta como alternativa a las limitaciones impuestas por AAL 1. AAL-1. Permitiendo: Uso de mltiples canales Mezcla de codificaciones dentro de cada canal Incorporacin de datos dentro del mismo canal Dichas funcionalidades se logran a expensas de la incorporacin de un sub-header de 3 bytes, lo cual brinda flexibilidad adicional en el manejo de la informacin. CPS, (Common Part Sublayer) el header brinda posibilidades como: cada canal puede tener distinto n de bits. Soporte de voz comprimida y no comprimida Asociacin de canales de voz a un mismo circuito virtual.
215
VoATM, AAL-2 AAL 2

Interrupcin en la transmisin de un canal, permitiendo silence silence supression En trminos generales las ventajas de AAL-2 son: t j d AAL 2 retardos controlables soporte de silence sopo e s e ce supression mezcla voz y datos permite funcionalidades de sealizacin flexibilidad de codificacin. Pero t bi posee algunas P tambin l limitaciones, las cuales son: eficiencia baja al 64% no permite el recuperado de sincronismo.
216
VoATM, AAL-2 AAL 2
217
Captulo VII
218
Hardware VoP
Si bien en el mercado estn disponible una gran cantidad de proveedores de hardware dedicado y implementaciones mixtas de Hard y Soft, nos limitaremos a describir las caractersticas fundamentales de los elementos generales de una red. d En particular haremos una visin en mayor profundidad al portfolio de Cisco System, tanto para H.323 como para SIP. As como tambin por las diversas opciones de terminales IP, cubriendo algunas aplicaciones especificas. El objetivo es dotar de una visin de mercado y sus i i d d productos. Asimilando las funcionalidades de la teora antes vista con el producto disponible en el mercado. En todos los casos, la , informacin completa se encuentra en los links del final del captulo captulo.
219
Productos Cisco - Entorno SIP

En la implementacin comercial de Cisco - SIP, nos encontramos con distintas redes, a las cuales se les ha incorporado y dotado de servicio adicionales, y que adicionales varan segn los usos y prestaciones. Red mixta IP/PSTN
220

Red de IP/PSTN, mensajera y entorno seguro. Red IP/POTS + PSTN, mensajera y proteccin.
221

Como podemos observar las implementacin aumentan su complejidad y funciones prestadas, pero las mismas estn compuestas por los elementos bsicos vistos en los captulos anteriores. Si bien la topologa cambia y las redes se vuelven ms complejas en cuanto a las redes, esquemas de direccionamiento, protocolos, trfico y dems. En todos los casos estn compuestas por los siguientes elementos bsicos del entorno SIP. Terminales IP Proxy Server Sistema de mensajera Redirect Server Gateway
222

Terminales SIP: Lnea Cisco 79XX 7940 7960 Serie ATA 18X 186 188 Adaptacin de terminales analgicos standard.
223
224

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

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

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

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

MCM cumple las funciones de: Gatekeeper P Proxy S Server se integra en 2500, 2600, 3600, 7200 y MC3810 Permite ambas funciones GK y Proxy a un precio razonable. razonable IP/VC 3520/21/26 Gateway variando la capacidad segn el modelo, desde RDSI modelo RDSI, hasta E1, permitiendo el manejo de mltiples conexiones. i IP/VC 3510/11 MCU
229
Otros Terminales IP
Polycom, IP500 Nortel, I2004
Shoreline, serie Shore Phone
Avaya, 4620
230
Soft - Phones
Nortel, i2050 Avaya, IP Softphone
231
Servicios
En el presente captulo analizaremos algunos de los servicios que brinda la tecnologa VoIP. Tomando como factor comn de t d l d todos los servicios, la i i l reduccin de costos, en lo que corresponde a migrar el trfico TDM a la nueva estructura IP. Los servicios pueden a su vez dividirse segn: Red corporativa, LAN corporativa Redes WAN Redes mixtas LAN/WAN/PSTN/RDSI, etc. De lo visto anteriormente estaremos refiriendonos a: VoIP IP Telephony
232
Calling Card
233
Operador H.323 internacional
234
Arquitectura Completa
235
236
Referencias
Parte del trabajo de investigacin de este manual se realiz con material proveniente de: Organismos:
ITU:www.itu.int IMTC: www.imtc.org IETF: IETF www.ietf.org i tf Typhon: www.etsi.org Cisco Sytem: www cisco com www.cisco.com Avaya: www.avaya.com Nortel: www.nortel.com RadCom: www.rad.com IPTelephony: www.iptelephony.org Octasic: www.octasic.com Texas Instruments: www.ti.com
Vocaltec: www.vocaltec.com Bibliografa Broadband Access Technologies, Azzam/Ransom - McGraw Hill Implementing ADSL, David Ginsburg - Adison Wesley Fundamentos VoIP, Peters Davison, Davison Cisco Press Computer Networks, Tanenbaum Prentice Hall
Empresas:

237

VoIP - Basico

Загружено:

Сведения о документе

Авторское право

Доступные форматы

Поделиться этим документом

Поделиться или встроить документ

Параметры публикации

Этот документ был вам полезен?

Это неприемлемый материал?

Авторское право:

Доступные форматы

VoIP - Basico

Загружено:

Авторское право:

Доступные форматы

VoIP, IP Telephony - Nivel Inicial

Cap.IV: VoIP Calidad de Servicio

Cap. II: Digitalizacin de la voz

Cap.V: Integracin de VoIP en el acceso

Cap.III: VoIP Standards y Protocolos

Cap. VI: Otras alternativas en el transporte

Cap. VII: Hardware y Servicios

VoIP, IP Telephony - Nivel Inicial

VoIP, IP Telephony - Nivel Inicial

Evolucin de las Redes

VoIP, IP Telephony - Nivel Inicial

Evolucin de las Redes

VoIP, IP Telephony - Nivel Inicial

Evolucin de las Redes

VoIP, IP Telephony - Nivel Inicial

VoIP, IP Telephony - Nivel Inicial

VoIP, IP Telephony - Nivel Inicial

La voz migra a otras redes

VoIP, IP Telephony - Nivel Inicial

VoIP, IP Telephony - Nivel Inicial

VoIP, IP Telephony - Nivel Inicial

VoIP, IP Telephony - Nivel Inicial

VoIP, IP Telephony - Nivel Inicial

VoIP mercado y expectativas

VoIP, IP Telephony - Nivel Inicial

VoIP en las empresas

VoIP, IP Telephony - Nivel Inicial

VoIP, IP Telephony - Nivel Inicial

Distribucin de Trfico en USA

VoIP, IP Telephony - Nivel Inicial

VoIP, IP Telephony - Nivel Inicial

VoIP, IP Telephony - Nivel Inicial

Voz sobre paquetes

VoIP, IP Telephony - Nivel Inicial

VoIP, IP Telephony - Nivel Inicial

Norma 3 0 H.320 H.324 H.310/321 H.323 H 323

Video H.261 6 H.263 H.262 H.261/3 H 261/3

VoIP, IP Telephony - Nivel Inicial

VoIP, IP Telephony - Nivel Inicial

VoIP, IP Telephony - Nivel Inicial

Protocolos del IETF

VoIP, IP Telephony - Nivel Inicial

Protocolos del IETF

VoIP, IP Telephony - Nivel Inicial

VoIP, IP Telephony - Nivel Inicial

Protocolos del ETSI - Typhon

VoIP, IP Telephony - Nivel Inicial

VoIP, IP Telephony - Nivel Inicial

VoIP, IP Telephony - Nivel Inicial

VoIP, IP Telephony - Nivel Inicial

Por lo tanto en VoIP, utilizaremos: G.711 G.723.1 G.729

VoIP, IP Telephony - Nivel Inicial

VoIP, IP Telephony - Nivel Inicial

Codificacin por forma de onda

G.711 - PCM G.721 - ADPCM G.726 - ADPCM

VoIP, IP Telephony - Nivel Inicial

G.711 - Pulse Code Modulation

VoIP, IP Telephony - Nivel Inicial

G.711 - Pulse Code Modulation

VoIP, IP Telephony - Nivel Inicial

G.711 - Pulse Code Modulation

VoIP, IP Telephony - Nivel Inicial

VoIP, IP Telephony - Nivel Inicial

VoIP, IP Telephony - Nivel Inicial