VoIP, IP Telephony - Nivel Inicial

1

Indice
• Cap.I: Introducción
– – – Mercado Evolución Convergencia

Cap.IV: VoIP Calidad de Servicio
– – Parametros de la red QOS

Cap. II: Digitalización de la voz
– – – Codecs Calidad A h d Ancho de B Banda d

Cap.V: Integración 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

VoIP, IP Telephony - Nivel Inicial

Capítulo I

VoIP, IP Telephony - Nivel Inicial

3

Evolución de las Redes
• El servicio de voz, ha sufrido cambios desde su inicio en la década de los 20. Las redes destinadas a voz fueron evolucionando desde: – redes de circuitos exclusivos punto a punto – pasa pasando do por po nodos odos de conmutación manual – luego la evolución de la conm tación automática conmutación a tomática de circuitos. • La conmutación de circuitos se adapta perfectamente a los requerimientos del servicio de voz. Durante años hemos visto avances en estas redes, multiplicando su capacidad y velocidad. Hacia los años 70 con la aparición 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 conmutación de circuitos.
4

VoIP, IP Telephony - Nivel Inicial

Evolución de las Redes • Si bien la conmutación de circuitos se adaptaba perfectamente a la voz. pero para los datos estas presentaban los siguientes problemas: 5 • • VoIP. IP Telephony . rápidamente se vieron los inconvenientes que aparecían al transportar los datos.Nivel Inicial . las redes óptimas para el transporte de los datos tomaron el nombre de “Redes de conmutación de paquetes” • La conmutación de circuitos. permite: – reserva de conexión durante el tiempo necesario – canales dedicados para cada conexión – mínimos retardos Características que se adaptaban perfectamente a la voz. datos Dada que el transporte de los datos se hace mediante el armado de paquetes.

6 • • VoIP. donde los datos se transportaban sobre conmutación de paquetes y la voz sobre conmutación de circuitos circuitos. Lo cual motivo a la separación de servicios. nos encontraremos con la coexistencia de redes independientes.Evolución de las Redes – Ineficientes en el uso de canales. IP Telephony . • Llegando a las redes de fines de los 80. empleando redes dedicadas a cada uno. otros servicios como ser Video.Nivel Inicial . multiplicando recursos. – Gran desperdicio de recursos. aumentando los costos y dificultando la posibilidad de brindar al cliente los diversos servicios sobre una misma red. Si ahora añadimos.

tendremos ahora las redes de banda ancha en el cliente. Si aplicamos el mismo principio en el acceso. IP Telephony .Convergencia • El concepto de convergencia apunta a: – una única red – gestión integrada de todos los servicios – soporte multiservicio – plataforma eficiente de transporte transporte. el cual también requería de redes separadas. pero no hay que olvidarse del acceso de los mismos al cliente. 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. • • VoIP.Nivel Inicial 7 . • En este punto podríamos decir que se logra un transporte eficiente de los servicios.

Convergencia
• Desde el punto de vista tecnológico nos encontramos en la actualidad con el siguiente escenario:

VoIP, IP Telephony - Nivel Inicial

8

La voz migra a otras redes
• Con los avances en la técnica de procesamiento de señales y posterior aparición del DSP,se logra la incorporación de la voz en las redes de paquetes. A Apareciendo i d así í la l VoIP V IP y siendo el punto de partida de nuestro estudio. VoIP pasa de una técnica de laboratorio y pruebas no demasiado satisfactoria, , a ser uno de los negocios de mayor crecimiento. • VoIP evoluciona rápidamente, logrando: – transporte eficiente – reducciones en los costos – integración en las redes – servicios de valor agregados – mínima utilización de ancho d banda de b d

VoIP, IP Telephony - Nivel Inicial

9

Tráfico comparado

VoIP, IP Telephony - Nivel Inicial

10

VoIP - Telefonía IP
• Si bien se habla en general de VoIP, al mencionar la tecnología debemos hacer las salvedades del caso y distinguir dentro de la voz paquetizada, dos aplicaciones con mercados y características distintas. – Voz sobre IP (VoIP): se emplea dicho término a toda implementación 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 término a toda red de voz paquetizada, soportada sobre redes de área amplia (WAN), las c ales c cuales cumplen mplen las veces eces de la PSTN en forma total y/o /o parcial. parcial

VoIP, IP Telephony - Nivel Inicial

11

propia de cada corporación. e a. Imágenes) VoIP. entonces se limita al uso corporativo. pero siempre bajo una estructura es uc u a ce cerrada ada e interna. utilizar enlaces WAN.VoIP . ofreciendo o ec e do tarifas a as reducidas educ das y en algunos casos funcionalidades adicionales (Fax e Imágenes).Nivel Inicial 12 . Reemplazando en muchos casos a las mismas TELCO y operadores de Larga Distancia. IP tanto t t en forma local como internacional.Telefonía IP • VoIP. interoficinas y d á en el demás l cual l se emplea l la l misma estructura LAN que posee la empresa. IP Telephony . se caracteriza por brindar servicio d telefonía de t l f í sobre b IP. Pudiendo esta. • Telefonía IP.

IP Telephony . proyecciones y mercados deben analizarse por separado Si bien la tecnología y principio utilizados sean los mismos.Nivel Inicial 13 .Telefonía IP • Por lo tanto el análisis. orientados a aplicaciones y mercados distintos. • VoIP. ambos b conforman f servicios i i distintos.VoIP .

VoIP mercado y expectativas • Mercado: mientras VoIP comienza como un juego y una aplicación de menor importancia. IP Telephony .Nivel Inicial 14 . representa el 6% del tráfico internacional – Estimaciones de crecimiento al 15% para el 2007 • VoIP. rápidamente se observa la potencialidad del mismo y el volumen del posible mercado.000 MU$S • Mercado Europeo: – Actualmente. Mercado Americano: – Estima 50% del mercado migrando a VoIP hacia el 2007 – Mercado potencial de 60.

VoIP. o planean a corto o mediano plazo la migración.VoIP en las empresas • Gran cantidad de empresas están en plena migración a VoIP.Nivel Inicial 15 . IP Telephony .

FNet. permite brindar servicios a valores muy inferiores inferiores. g .Nivel Inicial 16 . ITXC. Delta Three. Primus.13 el mismo asciende a $ $0. multiplicandose en USA y el resto del mundo. • Razón por la cual la Telefonía IP encuentra un mercado amplio y ofrece valores muy por debajo de los ofrecidos por la PSTN. Teleglobe. . . Startec Global. Mi t el Mientras l precio i del d l minuto i t de una llamada local es de $0.net • • • VoIP. El uso de la estructura de Internet y redes IP dedicadas. A Aparece el l concepto t de d ITSP (IP Telephony Service Provider).Telefonía IP • El factor clave para el desarrollo de dicha tecnología estriba en la fuerte diferencia tarifaria en las comunicaciones internacionales. IPCB. Vocaltec. IP Telephony .88 en promedio para una llamada internacional. iBasis.

Nivel Inicial 17 .Distribución de Tráfico en USA VoIP. IP Telephony .

PC – PC . IP Telephony . Las tarifas (principal atractivo): – USA – Europa – América • VoIP.Telefonía IP • Los servicios ofrecidos son: – comunicación PC . • • Los cuales veremos más en detalle en el capítulo 7.Nivel Inicial 18 .POTS – FAX – Videoconferencia – Calling Card Los cuales emplean según la aplicación y el segmento de mercado: – equipos q p POTS tradicionales – Soft phones – Hardware dedicado.

residencial – Corporativo.Nivel Inicial 19 . SOHO VoIP. residencial hobbie – Corporativo.Telefonía IP • En cuanto a la calidad del servicio. IP Telephony . Pymes. podemos dividirlo en: – Bajo precio / baja calidad – Equivalente PSTN – Servicios de valor agregado • Obviamente las categorías tienen su segmento: – residencial. SOHO.

VoIP. Microsoft c oso y o otros os fundan u da IP Forum – Se crea el IMTC (International M ltimedia Teleconferencing Multimedia Consortium) – IP Forum es incorporado el IMTC – 1999-2000. etc) – El aspecto regulatorio de VoIP. se encuentra dividido entre promotores y detractores. Cisco. IP Telephony .Voz sobre paquetes • Cronología de la Voz paquetizada – 1995. BT. comienzan a hacer anuncios de sus estrategias de VoIP (MCI. Vocaltec presenta el primer teléfono IP – 1996. Cable & Wireless. pero como un hobbie y prueba de laboratorio – 1998. la tecnología comienza a difundirse. Vocaltec. las Telco.Nivel Inicial 20 . Sprint.

no solamente cubre lo relacionado con la voz.Nivel Inicial 21 .Estandarización de la VoIP • Los principales organismos intervinientes en la estandarización de VoIP.323 no es mas que un conjunto de normas agrupadas. Se dice especificación dado que H. L razón La ó de d esto t es que la l H. datos su multiplexado y control. IP Telephony . sino también con lo relativo a “Multimedia”. son: – ITU – IETF – IMTC – ETSI • La ITU presenta en el año 1996.323. • VoIP. la especificación H. debiendo especificar entonces el tratamiento de video.323.

324 H.245 H.Nivel Inicial 22 .245 H.310/321 H 323 H. IP Telephony .222 H 245 H.711 Video H.320 H.245 H 225 H.225 VoIP.Protocolos ITU • • Por lo tanto tenemos que H.261/3 Control Multiplexado H. ha generado la aparición de una familia de normas destinadas al “Multimedia” Norma 3 0 H.711 1995 POTS G.242 H.261 6 H.723 1996 ATM MPEG-1 1996/8 LAN G 711 G.223 H.221 H.262 H 261/3 H. La adaptación a las características propias de los distintos medios de transporte.263 H.323 Año Transporte Audio 1990 990 ISDN S G G.323 como especificación diseñada para entornos LAN.

H. IP Telephony .323 v. .323 v. • El H.3 (1999) permite definición de CODEC. – H. mejoras sustanciales con respecto a la versión 1. orientadas a una red LAN.323 es el resultado y evolución de las normas anteriores. 23 • VoIP.Nivel Inicial .2 (1998) define VoIP independientemente de multimedia.p partiendo de una p premisa fundamental.323 se convierte en el standard de facto Todos los productos comerciales adoptan dichas especificaciones y comienza a h b cierta haber i t interoperabilidad i t bilid d entre los equipos.Protocolos ITU • • H.1 (1996) basada en una red con QOS no garantizada.323 tuvo dos versiones y se esta trabajando sobre la tercera – H.323 v. ti d – H.

4 (en estudio 2000).Protocolos ITU – H.5 (borrador 2003). d á VoIP.Nivel Inicial 24 . ñ li ió TTL y demás. IP Telephony .38) – H.323 v. incorpora cambios en la señalización. incorpora servicio de fax (T.323 v.

En lo relacionado con VoIP. • • VoIP. RTCP SIP y MGCP RTCP. IP Telephony .Protocolos del IETF • El IETF. MGCP.Nivel Inicial 25 . es conocido del ámbito de las redes de datos mediante las RFC. presenta los protocolos: – SIP (Session Initiation protocol) – MGCP GC (Media ( ed a Gateway Ga eway Control Protocol) – SAP (Session Anno ncement protocol) Announcement – 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 capítulos siguientes los protocolos RTP.

SIP Lo cual analizaremos en el capítulo 3. • • Como ser el caso de – H.Nivel Inicial 26 .Protocolos del IETF • El hecho que distintos organismos generen diferentes protocolos que trabajan en principio sobre la misma función. pugnas por imponer el protocolo reinante. IP Telephony . ha generado controversias discusiones y controversias.323 vs. VoIP.

120 y H. IP Telephony . bilid d conocida id como “Superops” entre entidades T.IMTC • IMTC. es conocido como uno de los entes encargados de los estudio y pruebas en el campo de la interoperabilidad. • • VoIP.323. International Multimedia teleconferencing Consortium Si bien no posee su propio cuerpo de normas. sobre estándares abiertos. el mismo se d di a promover. En particular. dedica f ilit desarrollar y analizar la interoperabilidad de los sistemas de teleconferencia Multimedia.Nivel Inicial 27 . • IMTC. facilitar. la i t interoperabilidad.

Nivel Inicial 28 . de: – Lograr la interoperabilidad y co convergencia ve ge c a en e los os sistemas punto a punto de Telefonía y Multimedia sobre las NGN´s NGN s.Typhon • TYPHON. Inicia sus actividades en mayo de 1997. IP Telephony . con el objetivo. • Internamente se dividen en 8 grupos de trabajo. Telephony & Internet Protocol Harmonization over Networks. • VoIP.Protocolos del ETSI .

Capítulo II VoIP.Nivel Inicial 29 . IP Telephony .

no permitía obtener resultados lt d en tiempo ti real. años el bajo nivel de procesamiento de la época. dado que la tecnología analógica no era suficiente. • El gran salto en técnicas de compresión se logra con la aparición de DSP (Digital Signal Procesor). el cual p progresa g recién en la era digital. • • • VoIP.Codificación de la Voz • El primer paso en VoIP es convertir la señal analógica en una señal digital. dado que si bien las bases matemáticas estaban dadas desde hacia años. IP Telephony . Hacia los años 50 se comienza a trabajar sobre lo que se toma como el precursor del Vocoder. Desde hace muchos años se conoce el principio de PCM. el cual l comienza i hacia h i los l años ñ 40.Nivel Inicial 30 . l Con lo cual los algoritmos de mayor compresión aparecen hacia fines de los 80.

729 CS-CELP 8 1995 G G. algunas de las cuales utilizaremos en VoIP. Año Norma Añ N Té i Técnica Velocidad V l id d (Kb/s) (Kb/ ) 1972 G.728 LD-CELP 16 1995 G.721 ADPCM 32 1988 G.722 G 722 ADPCM 48 56 Y 64 48. generó una serie de especificaciones para el servicio de “Multimedia” según el medio de transporte.4 4 VoIP. la ITU.Codificación de la Voz • La ITU normalizó las distintas técnicas de compresión. especificando además que tipo de compresión utilizar en cada caso. 1992 G.Nivel Inicial 31 .1 723 1 MPC-MLQ MPC MLQ 53Y6 5.723.3 6.711 PCM 64 1984 G. IP Telephony . • De lo visto anteriormente.

728 16 y 64 Kb/s POTS H.723. 16 y 64 Kb/s • • Por lo tanto en VoIP.1.711.324 G.320 G 711 728 G.723.323 G.Codificación de la Voz Medio Especificación Compresión Voz Velocidades ATM H.1.711 – G. 723 1 729 5 5. 711 723.711. 729 5.1 – G.Nivel Inicial 32 . 8 y 64 Kb/s Ethernet H.711. 728 16 y 64 Kb/s IP H 323 G H. IP Telephony .729 La razón por la cual existen tantas variantes en la compresión.322 G. utilizaremos: – G.310/321 G.3 3 .711. se debe a años de investigación y una meta en común: – menor velocidad l id d – mayor calidad – mayor ayo eficiencia e c e c a en e el e algoritmo – menor retardo en la compresión VoIP.3 y 8 Kb/s ISDN H 320 H.

vo . – Vocoder (Voice CODER). IP Telephony . se combinan los dos anteriores. no (alta calidad / bajo bitrate) VoIP. – Híbridos. logrando lo mejor de cada uno. basado en el principio de generación ge e ac ó de la a voz.Nivel Inicial 33 . según: • Estos tres grandes grupos se caracterizan por: – codificación por forma de onda.Codificación de la Voz • La codificación de la voz se subdivide.

ADPCM – G.726 .PCM – G. IP Telephony .Codificación por forma de onda • A este tipo de codificadores corresponden: – G.ADPCM VoIP.Nivel Inicial 34 .721 .711 .

Pulse Code Modulation • • Pertenece a los codificadores por forma de onda Es la codificación por excelencia en los sistemas TDM.Nivel Inicial 35 . • Por el Teorema de Nyquist. La señal de entrada es m estreada a Fs muestreada Fs. • • • • VoIP. se debe cumplir que: Fs ] 2 * Fi Por lo tanto la Fs (frecuencia de sampling) o muestreo se toma de 8 Khz. IP Telephony .el mismo esta compuesto por: – muestreo – cuantificación • uniforme • logarítmica – codificación Para el canal telefónico de 4 Khz de ancho de banda.711 . Lo cual arroja un numero de 8000 muestras ues as de la a señal se a de entrada por cada segundo.G.

Pulse Code Modulation • Por lo tanto a la salida del muestreador tendremos: • Uniforme: se dividen las posibles combinaciones binarias en forma simétrica entre los distintos niveles de la muestra. IP Telephony .Nivel Inicial 36 . • Luego dichas muestras deben ser cuantificadas. para lo cual tendremos en principio dos opciones: – cuantificación uniforme – cuantificación logarítmica VoIP.711 .G.

Pulse Code Modulation • Logarítmica: se aplica una asignación no lineal entre codificación disponible y niveles de las muestras. buscando con esto un mejor comportamiento ante señales de entrada de bajo nivel. Siendo la Ley A empleada en Europa y la Ley μ en USA.711 . la cual la ITU pasa a llamar: – Ley A – Ley μ • La cual presentan leves diferencias en la correspondencia de niveles. IP Telephony .Nivel Inicial 37 . • • • VoIP.G. el cual ha sido fijado por la ITU p del p país como responsabilidad de Ley μ.Ley A. En los casos de llamadas internacionales nos vemos en la obligación de realizar la conversión entre Ley μ . Este proceso alineal sigue una transferencia del tipo logarítmica.

G. IP Telephony . se puede d utilizar tili un nivel i l de d codificación inferior. • • VoIP. reduciendo así.ADPCM • ADPCM (Adaptative Diferential Pulse Code Modulation). variante del PCM. la cantidad de bits a emplear.721 .Nivel Inicial 38 . que busca optimizar la velocidad. La cual dependiendo de la variación de la señal de entrada puede llegar a ser bastante importante. • Por lo tanto se logra una menor dispersión en la diferencia de las muestras que con las muestras mismas. Dada la baja dispersión. L señal La ñ l PCM presenta t una gran correlación entre las muestras.

entrada se busca b sca poder adaptar los mismos a dicha señal.G.ADPCM • ADPCM. • La parte adaptativa de método permite. El predictor. utiliza para la codificación de la diferencia de las muestras solamente 4 bits. trabajar en dos modos. cumple la función de estimar la salida en base a: – 6 variaciones anteriores – 2 diferencias de muestras Dado que los valores mencionados están en función de la velocidad de variación de la señal de entrada.721 .Nivel Inicial 39 . IP Telephony . según la señal de entrada: – rápido Î voz – lento Î datos • • VoIP.

721 .Nivel Inicial 40 .G. IP Telephony .ADPCM VoIP.

IP Telephony . si en las redes analógicas no se realiza dicha técnica e inclusive 64 Kb/s no parece demasiado? VoIP.Por qué comprimir? Algunos se preguntarán porque es necesaria la compresión de la voz.Nivel Inicial 41 .

lo cual nos queda: 8000 m/s * 8 bits/m = 64 Kb/s  Luego debemos insertar cada muestra ues a en e un u paquete paque e para pa a su transmisión en la red. Debemos convertir la señal de entrada analógica en bits sobre l red la d para lo l cual l emplearemos l G.Por qué comprimir? • He aquí un breve ejemplo numérico que servirá para aclarar las cosas.Nivel Inicial .  Cada muestra se codifica con 8 bits. lo cual corresponde a 125 μs cada una. IP Telephony . El proceso simplificado será en siguiente: – muestrear – cuantificar c antificar – codificar – p paquetizar q – transmitir a la red  Las muestras se toman a 8 Khz.711. (por lo tanto el encabezado será de 58 bytes) 1 byte muestra + 58 encabezado  Debo enviar 1 paquete por cada muestra 42 • • VoIP.

cada paquete posee un encabezado de 58 bytes. • • G.77 Mb/s  Por lo tanto con este sistema no podremos d enviar i ni i un solo l canal l en una trama E1. IP Telephony . Los cuales resultan absurdos comparados con nuestra carga. debido a los protocolos a emplear (Eth/IP/UDP/RTP).Por qué comprimir?  Con lo cual tenemos: 1 seg.776. = 8000 * 59 * 8 1seg = 3. = 8000 muestras 1 muestra t = 1 paquete t 1 paquete = 59 bytes 1 byte = 8 bits 1 seg.Nivel Inicial 43 . La solución entonces es aumentar la carga g de manera de equilibrar la relación carga/encabezado. en el cual por cada muestra.000 bits • El error esta en el proceso de paquetizado.711 => 3. VoIP.

IP Telephony . pero según el caso puede ser modificado a criterio del usuario. las cuales deben ser cuidadosamente estudiadas 44 • • VoIP.Por qué comprimir ? • Periodo de paquetizado: se denomina al tiempo transcurrido en la obtención de “n” tramas. • Las soluciones al problema encontrado pasan por: – reducir la velocidad de codificación – emplear varias muestras por cada paquete a enviar – reducir el overhead del paquete.Nivel Inicial . para el posterior paquetizado. de manera a e a de optimizar el transporte. paque e. Veremos más adelante que cada opción posee ventajas entajas y desventajas. Di h numero aparece en las Dicho l recomendaciones de la ITU.

Nivel Inicial 45 . poder transmitir voz con velocidades aptas a interfaces seriales de b j velocidad. las cuales han probado su utilidad.711 y demás. con la difusión del G. • • • VoIP. MIPS cada ves más importantes.Otras técnicas de Codificación • A difererencia de las técnicas de codificación por forma de onda. IP Telephony . baja l id d Era claro que la técnica de codificación por forma de onda no proveía la solución. más profundo de las señales y capacidades de procesamiento en MIPS. Dicho requerimiento requirió un estudio. dado que la calidad de voz se degrada fuertemente con la reducción de velocidad. El mercado demandaba una compresión aun mayor.

• VoIP. para lograr bit rates menores. del análisis temporal de la voz humana.Nivel Inicial 46 . IP Telephony . surgen algunos elementos que pueden ayudar en la compresión.Análisis de la voz • Según lo visto anteriormente. La naturaleza repetitiva (periódica) de la voz. resulta fundamental poder comprimir la voz.

IP Telephony . VoIP.Análisis de la voz • Las pausas realizadas en la misma conversación.Nivel Inicial 47 .

tomando esta como una conversación normal en un dialogo telefónico telefónico.Análisis de la voz • Por lo que se comienza un estudio exhaustivo de la voz y sus propiedades. • Con lo cual nos encontramos con las componentes esenciales y composición de la voz.Nivel Inicial 48 . IP Telephony . Composición de la voz 22% repeticiones componentes escenciales i l 54% 24% pausas VoIP. buscando factores que ayuden a la compresión de la misma.

IP Telephony . El hecho de que resulte similar al oído se debe a que en el proceso de análisis y posterior síntesis. Se busca un modelo matemático cuyo comportamiento se asemeje j al l sistema it del d l habla.Nivel Inicial 49 .las formas de onda pueden ser muy distintas. h bl • • VoIP.Codificación VOCODER • El principio de codificación. • Se ataca el problema mediante el estudio de la generación de la voz. es el de enviar solamente los parámetros que permitan la síntesis de la señal en el otro extremo y que esta (al oído humano) resulte similar a la señal de origen.

• Lo que se busca es poder extraer coeficientes que permitan generar los sonidos y a la vez requieran menos troughput para su envío. generando los sonidos. se modelizan matemáticamente matemáticamente.Nivel Inicial 50 . IP Telephony . Las cuerdas vocales vibran. siendo responsables bl del d l tono t del d l mismo. El modelo d l matemático t áti empleado es: • • • • VoIP. Variaciones en el sonido son logradas por cambios en la forma del tracto vocal Dicho análisis de los componentes humanos involucrados en el habla.Vocoder LPC • El flujo de aire enviado de los pulmones genera las modificaciones en el volumen.

La información brindada por A. • • • VoIP.Nivel Inicial 51 . variación y duración. se reducen a 13 y estos a su vez son enviados en tramas a razón ó d de 50 tramas t por segundo. permite al filtro LPC. Los valores representativos de “A”. Los coeficientes A. polos) la ganancia. para lo cual l se emplean l también t bié muestras anteriores. • • Todas las variables de estado están contenidas en “A”. generar una señal similar a la de origen. son enviados a destino “A” contienen información del filtro LPC (sus 10 polos). IP Telephony .Vocoder LPC • • Este sistema permite el llamado LPC (Linear Prediction Coding) Las muestras se determinan como una función lineal de una secuencia de excitación.

p pierde el “tinte de la voz”. p . • • VoIP.Nivel Inicial 52 . permite bajos bitrates. dificultando el reconocimiento de la misma. IP Telephony .Vocoder LPC • La técnica VOCODER. los cuales oscilan entre 3 a 8 Kb/s Lo que presenta una notable mejoría en comparación con las té i técnicas de d “codificación “ difi ió de d forma de onda” El inconveniente quizás con esta técnica es que el sonido logrado por síntesis en el extremo opuesto.

IP Telephony .728.723.Codificación Híbrida • A este tipo de codificadores corresponden: – G. CS-CELP VoIP.1. LD-CELP – G.Nivel Inicial 53 .729. MPC-MLQ – G.

Nivel Inicial 54 . 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 RPE LTP (Regular Pulse Excitation .Codificación Híbrida • Se basa en utilizar los dos métodos anteriores.Long Term Prediction) Luego tenemos a su vez leves variantes dentro de cada tipo. pero a fines de no complicar en exceso el análisis. buscando la alta calidad de la codificación por forma de onda y los bajos bitrates de la codificación Vocoder Vocoder. . IP Telephony . nos centraremos en los procesos involucrados en VoIP. los cuales son: CELP y MPC • • VoIP.

Híbrida CELP • Al ser una técnica híbrida. dividiendolas en: – bajo retardo – alto retardo • El Filtro predictivo. t d son modeladas d l d mediante un diccionario adaptativo. CELP de d ut tratamiento t i t diferenciado a las componentes según su retardo. es como en LPC. • • • VoIP. La incorporación del análisis de alto retardo busca mantener el timbre (p (pitch) ) de la señal original. de manera de subir el índice MOS. de orden 10.Nivel Inicial 55 . Las componentes de alto retardo. IP Telephony . y responde a la señales formadoras de la voz de bajo retardo. se usa la predicción lineal (LPC) y además se analizan las muestras convirtiendolas en vectores con un peso asignado.

IP Telephony . permitiendo junto con el predictor lineal. sintetizar la señal original.Nivel Inicial 56 . o sea en definitiva tablas cuyos valores están indexados. El hecho de trabajar con diccionarios. • CELP envía al otro extremo solamente los índices de las tablas. las ganancias de cada señal formadora y los coeficientes del filtro LPC. el cual contiene muestras t de d ruido id blanco bl aleatorio. me permite p reducir la información a enviar. El decodificador d difi d obviamente b i t posee dichas tablas y ajusta los niveles de ganancia. Dicha señal es codificada mediante el uso de otro diccionario. . • • VoIP.Híbrida CELP • • De ambas señales se obtiene la señal de “error de predicción”.

Nivel Inicial 57 . en el procesamiento.Híbrida CELP • El hecho que en el transmisor se compare la señal sintetizada y la señal original. obteniendo el error entre ambas y luego realimentando dicho error en el sintetizador de manera de minimizar el error. IP Telephony . • VoIP. 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. no s asegura una mejora notable en la calidad.

IP Telephony .Híbrida CELP VoIP.Nivel Inicial 58 .

evaluando las mismas con un puntaje entre 1 y 5 siendo malo y muy buenos respectivamente. generen señales por síntesis las cuales puede diferir en la forma de onda. como ser: – MOS (mean opinion score) – DAM (diagnostic acceptability measure) • El método de evaluación más utilizado es el MOS. los os cua cuales es son sometidos a escuchas. nos fuerza a cambiar los métodos ét d tradicionales t di i l de d medición de calidad. • VoIP.Nivel Inicial 59 . aud o os.Calidad de la voz • El hecho que los codificadores híbridos y Vocoder. pero generan un percepción similar por parte de la persona que recibe el dialogo. el cual se basa en escuchas realizadas por expertos e pe os audiofilos. IP Telephony . Pasamos entonces a basarnos en métodos subjetivos de percepción.

729 8 3 92 3.723.729A 8 3.711 64 41 4.728 16 3.92 G.7 G.726 32 3.Nivel Inicial 60 . los distintos métodos de compresión obtendremos: Norma Velocidad MOS G 711 G.1 G.61 G 729 G. IP Telephony . nos encontraremos con: • Luego si comparamos entre sí.1 53 5.3 3 65 3.3 3.1 (MPC-MLQ) 6.723.65 VoIP.9 G 723 1 (ACELP) G.85 G.Calidad de la voz • Si comparamos entre sí las tres técnicas de compresión.

Procesamiento de la señal • Como es de suponer. los retardos típicos están ya tabulados y sobre estos trabajaremos trabajaremos. incorpora retardos a la misma. Retardo que dependen di t directamente t del d l tamaño t ñ del d l código a implementar en el DSP. • VoIP. la potencia del mismo. • Si bien los códigos y procesadores difieren en capacidades y velocidades. IP Telephony . todo este preprocesamiento y post procesamiento de la señal. utilización de memoria y demás parametros que son evaluados a la hora de elegir una u otra codificación.Nivel Inicial 61 .

16 bits.Nivel Inicial 62 . MOS Muestra Norma Patrón G. ley A G 711 l G.721 G 729 G. 8 Khz. Permitiendo realizar una comparativa similar a la realizada por MOS.39 MB PCM.711.711. 8 bit bits 102 KB ADPCM.729 Tamaño Codificación 2. 8 Khz. 4 bits 102 KB CS-CELP VoIP. 48 Khz. ley mu G. Khz. mono 198 KB PCM.Comparativa de codificaciones • • A modo de ejemplo veremos como las distintas codificaciones alteran la calidad del patrón de prueba. 8 bits 198 KB PCM 8 Kh PCM. IP Telephony .

Nivel Inicial 63 . IP Telephony .Capítulo III VoIP.

IP Telephony .H.323 . de la ITU.Nivel Inicial 64 .323. agrupa una serie de normas.ITU • El paraguas H. • VoIP. mediante las cuales podemos transmitir: – Voz – Video – Datos Mediante un red LAN o llegado el caso la Internet.

323 esta formados por los siguientes elementos: – Terminales – Gateways (GW) – Gatekeepers (GK) – Multipoint Control Unit (MCU) – Proxy P H H. IP Telephony .323 . dispondremos de varios de estos elemento o solamente de los terminales.Nivel Inicial 65 .323 323 De los cuales. según la red.H.323 • VoIP. • Red H. complejidad de la misma e interconexión.ITU • H.

H. En principio en el terminal se implementarán las siguientes funciones: • VoIP. IP Telephony .323 cumple la funciones de: – Control del sistema – Transmisión de la información – Codificación/decodificación de audio y video – Interfaz de Red – Interfaz de Datos – Manejo de la señalización • Cabe destacar que el terminal puede ser: – una PC con el software correspondiente – Un dispositivo de hardware dedicado – O una mezcla de ambos.Nivel Inicial 66 .323 • El terminal H.Terminales .

323 • Audio Codecs: unidad capaz de soportar la codificación / decodificación de los tipos de compresión según: – ITU serie G.Nivel Inicial 67 . IP Telephony .H.Terminales . – ISO – GSM La codificación / decodificación de video dependerá de la aplicación y para nuestro caso no es objeto de est estudio dio • VoIP.

Terminales - H.323
• Unidad de control de Sistema: encargada de implementar las funciones vitales de: – Control de llamada (H.225) – RAS (H.225) – Control C t l y transporte t t de d medios H.245 • Finalmente la interfaz de red, es la encargada del: – armado y desarmado de paquetes – adaptación a red – manejo de canales lógicos – tráfico UDP/TCP – Multiplexación M lti l ió de d servicios i i

VoIP, IP Telephony - Nivel Inicial

68

Gateway - H.323
• La función como indica su nombre es la de proveer interconectividad entre dos redes tan disímiles como la red IP y la red de circuitos conmutados. conmutados El Gateway entonces será necesario, en las redes que posean interconexión con la PSTN, RDSI y demás redes. En las cuales el Gateway y cumplirá las siguientes funciones:

VoIP, IP Telephony - Nivel Inicial

69

Gateway - H.323

VoIP, IP Telephony - Nivel Inicial

70

Gatekeeper - H.323
• Sus principales funciones son las de: – control de pre pre-llamada llamada – control de admisión – conversión de direcciones – administración de zonas H.323. Si bien bi el l mismo i tiene ti un importante papel en el H.323, el protocolo permite la conexión 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 implemetación también d dependerá d á de d las l dimensiones di i y cantidad de nodos, pudiendo ser esta: – Hardware especifico – Software dentro del Terminal – Software dentro del Gateway.
71

VoIP, IP Telephony - Nivel Inicial

Gatekeeper - H.323

VoIP, IP Telephony - Nivel Inicial

72

Multipoint Controller Unit - H.323
• Su función principal es la de soportar conferencias multipunto, tanto sean estas de voz, video o datos. En general el MCU se i l implementa t en software ft integrandolo según 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, MC es el encargado de gestionar los recursos y capacidades de cada punto de ser icios servicios.

VoIP, IP Telephony - Nivel Inicial

73

Multipoint Controller Unit - H.323

VoIP, IP Telephony - Nivel Inicial

74

concentrando el tráfico H. IP Telephony . brinda las siguientes funciones: – Seguridad.323 • Al igual que el proxy standard. • Dicho elemento se encuentra generalmente en redes privadas con enlaces WAN y gran cantidad de terminales.323.Nivel Inicial 75 .323 . el Proxy H. VoIP. – Manejo a ejo de nodos odos H.3 3 co con direccionamiento privado.323 – Manejo del IP precedence de manera de lograr QOS.Proxy H.

tal como su nombre lo indica.Nivel Inicial 76 . El RAS se utiliza en el dialogo con el Gatekeeper. • • VoIP.Señalización RAS • Registration. Como podemos observar el RAS utliza el modo no seguro g (UDP) para la conexión. Admission & Status (RAS). IP Telephony . dentro de una zona o entre zonas. estas son las funciones principales y que forman parte del denominado control de pre-llamada pre-llamada.

A continuación entraremos en detalle en cada una de las funcionalidades del RAS. • VoIP. Los comandos se agrupan por funciones y según la acción.225.RAS . IP Telephony .0 • Las funciones del RAS.225. se debe tener en cuenta los TimeOut y llegado el caso con la señal RIP.H.Nivel Inicial 77 . resetear los mismos.1. • • • La mensajería H.0 utiliza la sintaxis ASN. son: – Registro – Admisión Ad i ió – Cambios en el Ancho de Banda – Estado – Procedimiento de liberación Dado que RAS utiliza UDP.

1. mediante la función de localización del Gatekeeper. p • Es muy común por temas administrativos. IP Telephony . la cual puede ser: – Estática. – Dinámica. Ad á d Además de b brindar i d fl flexibilidad.Localización del GK • Los terminales deben registrarse en el Gatekeeper para lo cual resulta indispensable la conexión con el mismo. E táti mediante di t la l dirección IP del Gatekeeper.323. El autodiscovery se realiza mediante UDP a la dirección 224.0. evitar las definiciones estáticas de direcciones IP. • • VoIP.RAS .41 utilizando para el mismo el puerto 1718.Nivel Inicial 78 . por lo cual dicha función es bastante empleada. ibilid d recordemos que el Gatekeeper no es un elemento obligatorio dentro del H.

• En el GCF. mediante multidifusión. ltidif ió – GCF(Gatekeeper confirm).RAS . respuesta del GK. VoIP. en algunas ocasiones se puede pasar al terminal la dirección IP de gatekeepers alternativos. se devuelve dirección del canal RAS – GRJ (Gatekeeper reject). IP Telephony .Nivel Inicial 79 . es utilizado por el terminal para localizar el Gatekeeper.Localización del GK • Mensajes de localización: – GRQ (Gatekeeper request). reject) el GK no acepta el registro.

sino también su alias. es imprescindible para el GK conocer los nodos que de el dependen.Registro • Dado que el Gatekeeper cumple la función de manejo de áreas. La operación se subdivide en: – registración – desregistrarse • • • VoIP. dado que se supone que el terminal ya lo localizó previamente. IP Telephony .cl • El registro se realiza en forma directa al canal RAS.RAS . es mediante el proceso indispensable de registro de los terminales.Nivel Inicial 80 . El registro g p permite al Gatekeeper conocer no solo la dirección IP del elemento. el cual será del tipo: pcvoz@andescap. L manera de La d brindar bi d información al Gatekeeper.

Registro • Mensajes de registro: – Registration request (RRQ) – Registration R i t ti Confirmation C fi ti (RCF) – Registration Rejection (RRJ) Mensajes de baja de registro: – Unregister U i t Request R t (URQ) – Unregister Confirm (UCF) – Unregister g Reject j (URJ) ( ) • VoIP. IP Telephony .RAS .Nivel Inicial 81 .

la respuesta dependerá del tipo de conexión que se este usando. E 164 LCF.cl – Número E.Nivel Inicial 82 . en este caso puede ser: – Alias. Pc1@andescap. • • • • VoIP. “Locate” por lo tanto tendremos: • Mensajes: – Locate Request (LRQ) – Locate L t Confirm C fi (LCF) – Locate Reject (LRJ) LRQ.RAS . permite obtener la resolución de más de una di dirección ió E.Localización de Terminal • El mensaje es enviado al Gatekeeper con el único dato que se tiene del terminal.164. IP Telephony .164 El gatekeeper realizará una búsqueda en e su tabla ab a interna e a tratando de resolver el alias. La función especifica para dicha tarea es “Locate”.

RAS . es porque se utiliza un conexión ió directa di t entre t terminales. IP Telephony . es porque se utiliza una conexión del tipo GKRCS – LCF. IP del Gatekeeper.Nivel Inicial 83 .Localización de Terminal – LCF. IP del terminal. VoIP.

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

Estado de la conexión • El gatekeeper debe obtener información sobre el estado de la conexión. • • • VoIP.Nivel Inicial 85 . IP Telephony . IRR lo hace en sentido inverso. dado que una vez iniciado el diálogo. a intervalos regulares regulares.RAS .0 no interviene. Di h estado Dicho t d se puede d obtener bt mediante dos técnicas – Pooling – Reportes del terminal • Mensajes: – Information Request (IRQ) – Information I f ti Request R t Response (IRR) Mientras el IRQ parte del Gatekeeper hacia el terminal. entregando al Gatekeeper información del estado del enlace. el H225.

en algunos casos es necesario realizar modificaciones en el ancho de banda una vez establecida la conexión.Nivel Inicial . ió • Mensajes: – Bandwith Request (BRQ) – Bandwith B d ith Confirmation C fi ti (BCF) – Bandwith Reject (BRJ) Los rechazos pueden deberse a que no se encuentre t disponible di ibl el ancho de banda solicitado. 86 • • VoIP. Uno de los motivos típicos de requerimiento de cambio de ancho de banda es el cambio de codecs. IP Telephony . el gatekeeper verifica la disponibilidad de ancho de banda y en base a esta admite o no la conexión.RAS .Control de Ancho de Banda • Si bien durante el proceso de admisión.

H. IP Telephony .225.0 VoIP.Nivel Inicial 87 .

• • VoIP.Señalización de control de llamada • El H.931.225 .0 llega al Gatekeeper.225.Nivel Inicial 88 .225 utiliza para el control de llamada los mensajes basados en la norma ITU Q. El canal de señalización se puede manejar de dos maneras: – Directo entre “end points” – Enrutado Enr tado al Gatekeeper • En el modo directo solamente el tráfico H.H. IP Telephony . La conexión se realiza mediante TCP y se emplea l el l puerto t 1720.

según veremos más adelante.H. IP Telephony . uno de los puntos a favor de SIP. • VoIP. Q. • Mientras Q. también conocido como “GKRCS”.931 y Q. Tanto Q.225 es manejada por el Gatekeeper.1.225 . ASN 1 lo l cual dificulta su interpretación por parte del usuario. la mensajería H. GKRCS .Nivel Inicial 89 .932 permite el manejo de servicios adicionales. brinda las funciones más utilizadas.Señalización de control de llamada • Mientras que el en modo enrutado.932 utilizan mensajes j del d l tipo ti ASN.931.

mensaje hacia t á donde d d el l extremo t atrás. mensaje hacia atrás. – CONNECT. donde se avisa que el sonido de llamada se ha iniciado. el cual da aviso al extremo llamante que se ha iniciado el proceso de llamada.Nivel Inicial 90 . es generado por el extremo llamante hacia el end point o GK según el caso. – RELEASE.Señalización de control de llamada • Mensajes: – SETUP SETUP. en particular el que finalice la llamada. el l mismo i avisa i hacia delante el intento de establecer un llamado. es un mensaje hacia atrás.H. y VoIP. es un mensaje generado p g por cualquiera q de los extremos. llamado avisa al extremo llamante que se acepta la llamada. – CALL PROCEEDING. – ALERTING. IP Telephony .225 .

IP Telephony .Nivel Inicial 91 . – FACILITY.225 . G t k VoIP.H. FACILITY es un mensaje hacia delante que indica si la llamada se cursa o no a t é del través d l Gatekeeper.Señalización de control de llamada avisa al extremo opuesto la finalización de la misma.

225 .H.Q.Nivel Inicial 92 . IP Telephony .931 VoIP.

IP Telephony .245 se encarga también del intercambio de capacidades.1 L conexión La ió H.Nivel Inicial 93 .245 es ASN.Control Protocol • Su función es la de establecer y controlar los canales lógicos para los servicios de: – Voz – Datos – Video El H.245 interviene en la negociación de codecs La mensajería del H.H. capacidades tanto sean conexiones: – unidireccionales – bidireccionales y de requerimientos: – Simétricos – Asimétricos A i ét i El H.245 H 245 puede d ser: – Directa – Vía Gatekeeper p • • • • VoIP.245 .

Control Protocol • Mensajes: – C Capability bilit Exchange: E h se negocian los codecs.H. la norma soporta los Codecs tipo ITU. ISO y GSM. IP Telephony . – Round trip Delay: procedimiento p oced e o mediante ed a e el e cual se establece el retardo de la conexión.245 . VoIP.Nivel Inicial 94 .

IP Telephony .H. VoIP.Control Protocol – Logical Channel Signalling: apertura y cierra de canales lógicos.Nivel Inicial 95 .245 . – Master/Slave Termination: procedimiento en el cual se fij un extremo fija t como maestro y el otro como esclavo.

Transporte • RTP es el protocolo de transporte en tiempo real. sus principales funciones son: – Identificar la carga útil – temporización del tráfico – secuenciamiento – sincronización RTP es el l protocolo t l id ideal l para el transporte sobre redes IP de tráfico como voz y video.Nivel Inicial 96 . dado su alta sensibilidad al retardo y las variaciones del retardo. IP Telephony .RTP/CRTP/RTCP . • RTP se transporta sobre UDP y su estructura se muestra a continuación: • VoIP.

– X extension: duplica la extensión 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 l orden d de d los l paquetes t RTP.Nivel Inicial 97 . VoIP. – Padding: P ddi i indica di si i la l carga contiene bits de relleno o no.RTP .Real Real-Time Time Transport Protocol • Campos del RTP: – V: versión del protocolo. IP Telephony . – TimeStamp: utiliza un reloj como base de tiempo y el valor indica el desfasaje entre el reloj j y el primer p byte del RTP.

RTP .Nivel Inicial 98 . CSRC: se emplean en la multiplexación. Luego el campo de datos contendrá el video o la voz comprimida a ser transportada en tiempo real. IP Telephony .Real Real-Time Time Transport Protocol • SSRC: la fuente de sincronismo es identificada y el nombre es enviado en 32 bits. que a su vez el RTP se monta en UDP y este a su vez en IP. cada uno con 32 bit bits y se puede d tener t hasta h t 16 ítems. tendremos: • • VoIP. • Si recordamos.

salida de la paquetización. p q • • Lo cual nos da una eficiencia muy baja. IP • 8 Bytes. retardos y demás. útil a solución so uc ó aparece apa ece con co la a La compresión de encabezado.RTP . UDP • 12 Bytes. • VoIP.Nivel Inicial 99 . de manera de aumentar la eficiencia disminuir los eficiencia. IP Telephony . RTP • 40 Bytes. total Header – Datos: • 20 Bytes. del orden del 33% Resulta ilógico emplear 40 bytes de encabezado para transportar solamente 20 bytes d información de i f ió útil.Real Real-Time Time Transport Protocol • Si analizamos la eficiencia de dicha configuración tendremos: – Header: • 20 Bytes.

Lo cual representa un cambio fundamental para la utilización de interfaces lentas y una sustancial reducción de velocidad de la misma. llevandolo a 2-4 bytes. compressed Real Time protocol. IP Telephony .6 Kb/s (CRTP) VoIP.CRTP • • • CRTP.Nivel Inicial 100 . Logra optimizar el tamaño del header. pasando de: – 24 Kb/s (IP+UDP+RTP) – 9.

Real Real-Time Time Transport Control Protocol • RTCP envía a todos los participantes en forma periódica. por convención: – RTP actúa en p puerto p par – RTCP en impar más alto • RTCP es el encargado de proveer información sobre la calidad del transporte de información. 101 • • • VoIP. mediante los cuales se monitorea.RTCP .Nivel Inicial . datos Dichos paquetes se multiplexan en UDP con el resto del tráfico. de manera de no producir congestión congestión. IP Telephony . esta información debe reducirse a lo estrictamente necesario. identifica y controla la entrega de datos. paquetes de control. Las fuentes RTP se identifican mediante di t el l llamado ll d nombre b canónico (CNAME) Dado que RTCP aporta datos estadísticos sobre las conexiones RTP. mediante el uso de distintos puertos.

Nivel Inicial 102 .RTCP . – RR receive report: recepción de estadísticas desde participantes que no son fuentes activas – SDES source description: se envía el CNAME – BYE: indica fin de participación – APP: aplicaciones experimentales. VoIP. IP Telephony .Real Real-Time Time Transport Control Protocol • Paquetes RTCP: – SR sender report: transmisión y recepción de estadísticas desde los participantes.

H.323 .Llamado mediante gatekeeper VoIP.Nivel Inicial 103 . IP Telephony .

H.Llamado a través del gatekeeper VoIP. IP Telephony .Nivel Inicial 104 .323 .

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

IP Telephony . un elemento en el terminal del cliente y otro en la red. su función en la red y posible localización.Nivel Inicial 106 . • • • VoIP.Session Initiation Protocol • Las redes SIP constan de 2 elementos básicos: – UA user agent – NS network Server Dividiendo a la red en dos. están conformados por: – Proxy server – Redirect server – Registrars servers – Location servers Empezaremos con la descripción de cada uno.SIP . A su vez estos se pueden subdividir en: – UAC User Agent Client – UAS User Agent Server • Y los servidores de red.

UA . hardware o una mezcla de ambos. VoIP.Nivel Inicial 107 . IP Telephony .User Agents • Los UA. o Agentes de Usuario. los mismos pueden ser implementados en software. son aplicaciones presentes en los puntos extremos.

IP Telephony . del usuario llamante. . VoIP.UA . • UAC: es el organismo encargado de iniciar la transacción SIP.Nivel Inicial 108 . en el usuario llamado llamado.User Agents • UAS: unidad encargada de recibir las peticiones.

• LA IETF recomienda en la RFC 2543. la de cliente y servidor a la vez. permitiendo la sesión con los User Agents.andescap. IP Telephony . Agents • • • VoIP.cl El Proxy Server puede mantener a e e transacciones a sacc o es tanto a o sobre UDP como TCP. la utilización de la siguiente sintaxis en el nombre de los proxy servers: – sip.Proxy Server • El Proxy Server se caracteriza por poseer ambas funciones. destino El Proxy server es una de la s partes esenciales en la arquitectura SIP de cierto volumen.Nivel Inicial 109 . Su implementación p varia desde Software a Hardware dedicado. dado que en muchos casos recibe trafico y luego debe iniciarlo hacia otro destino.

• 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. ni procesa peticiones SIP.Redirect Server • El servidor de redireccionamiento cumple la función de mantener actualizado la base de datos con la localización de cada usuario. el servidor de redirección. IP Telephony . se limita a entregar al cliente la dirección a donde redireccionar la petición SIP. A dif diferencia i del d l Proxy P server. • • VoIP. no acepta llamadas.Nivel Inicial 110 . E t permite Esto it que el l usuario i se mueva a lo largo de la red e inclusive pasar a distintas redes y en el momento deseado poder redireccionar la llamada a la ultima dirección informada.

Registrars Servers / Location Server • Los Registrars Servers.Nivel Inicial 111 . IP Telephony . cumplen las siguientes funciones: – permiten a los usuarios registrar su presencia – el servidor maneja los pedidos de registro – o ofrece ece servicios se v c os de localización En general forman parte de los pro ser proxy server er o redirect server ser er • VoIP.

cl VoIP. como ya vimos se recomienda nombrarlos: sip. IP Telephony .Nivel Inicial 112 . con el formato: usuario @ host fede@andescap.cl fede@17 35 123 245 fede@17.cl 37142871@andescap.andescap.245 – El campo usuario puede estar conformado por el nombre o número de teléfono.35.Direccionamiento SIP • Direccionamiento en entornos SIP: – en los end points se utiliza el URL SIP. puede contener t el l nombre b del d l dominio o su dirección IP. – El campo host. • Para el caso de los servidores.123.

Nivel Inicial . para pa a lo cual se procede de la siguiente manera: – envío en ío UDP al puerto p erto 5060 – se consulta con el DNS. debe establecer contacto con el proxy server.para lo cual. la sesión se inicia directamente. – El terminal desconoce la dirección del Proxy Server. IP Telephony . . para obtener el IP del Host. según la recomendación.Hallazgo del Proxy Server • El terminal SIP. sin otro particular. N encontramos Nos t ante t dos d posibles escenarios: – El terminal posee la dirección IP del Proxy Server cargada en forma Server. este se inicia como UDP. • En el primer caso. estática. En el segundo caso es necesario descubrir la descub a dirección d ecc ó IP. 113 • • VoIP.

La a transacción a sacc ó puede realizarse ea a se tanto mediante UDP como TCP. se puede iniciar la transacción SIP. • Una vez obtenido la dirección del Proxy Server.Transacción SIP – En caso de no obtener resultados mediante el UDP. si bien lo standard es utilizar UDP como primer medida. IP Telephony . VoIP. se pasa a TCP. • • • En transacciones UDP. se utiliza tili la l dirección di ió del d l header h d de la petición En TCP se mantiene la conexión mientras dure la transacción.Nivel Inicial 114 .

lo cual facilita su interpretación.Transacciones SIP • Mensajes SIP: – Request (peticiones) – Response R (respuestas) ( t ) Denominando peticiones a los mensajes iniciados por los clientes y respuestas a los que envía el servidor.Nivel Inicial . tipos según su aplicación. los cuales aparecen en la siguiente tabla: 115 VoIP. utilizando campos con texto. • • • El header de los mensajes se los agrupa en 4 tipos. IP Telephony . servidor La estructura del mensaje es idéntica al HTTP.

como ser: – To.SIP Mensajes • De los cuales podemos rescatar los campos más utilizados. From. Expires. Route. IP Telephony . Call-ID. Content Type & Length. VoIP. etc – Algunos de los cuales explicaremos a continuación. Via.Nivel Inicial 116 . etc.

– Content C t t Length: L th tamaño t ñ en bytes del mensaje. IP Telephony .SIP Mensajes • Campos del encabezado: – T To: receptor t de d la l petición ti ió – From: quien envía la petición – Expires: fecha y hora en que el mensaje expira.Nivel Inicial 117 . – 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 i Call-ID C ll ID VoIP.

OPTIONS: se consultan las posibilidades disponibles por agentes y servidores. BYE: se emplea como preaviso de liberación de la llamada. ACK: es la típica respuesta al invite. IP Telephony .SIP . invitar y administrar una llamada.Request Message • Mediante este tipo de mensaje los User Agents y el Proxy server pueden localizar. VoIP.Nivel Inicial 118 . Existen seis métodos para el request t los l cuales l son: • INVITE • ACK • OPTIONS • BYE • CANCEL • REGISTER • • • • • • INVITE: el usuario o servicio es invitado a participar de una sesión. CANCEL: se emplea para cancelar peticiones en curso.

SIP VoIP.SIP .Request Message • REGISTER: se el método empleado por los user agents para registrar información útil.Nivel Inicial 119 . IP Telephony . correspondiente a la localización en los servidores SIP.

Response Message • Las respuestas se agrupan en dos tipos: – provisionales. podemos agrupar las mismas en: 1XX 2XX 3XX 4XX 5XX 6XX Informational Success Redirection Client error Server Error Global Error • VoIP. – Finales.Nivel Inicial 120 . las cuales indican la finalización de la petición y el estado resultante. provisionales las cuales indican a la parte emisora que la petición esta en curso. A fines didácticos didácticos.SIP . IP Telephony .

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 Bad Request “400” “401” Unauthorized “402” Payment Required “403” Forbidden “404” Not Found 05 Method e od Not o Allowed owed “405” “406” Not Acceptable “407” Proxy Authentication Required “408” Request Timeout “409” Conflict “410” Gone “411” Length Required “413” Request Message Body Too Large “414” Request-URI Too Large “415” Unsupported Media Type “420” Bad Extension “480” Temporarily Not Available “481” Transaction Does Not Exist “482” Loop Detected “483” Too Many Hops “484” Address Incomplete “485” Ambiguous “486” Busy Here SERVER ERROR “500” Internal Server Error 501 Not Implemented “501” “502” Bad Gateway “503” Service Unavailable “504” Gateway Timeout “505” SIP Version Not Supported GLOBAL FAILURE “600” Busy Everywhere “603” Decline “604” Does Not Exist Anywhere “606” Not Acceptable VoIP.Nivel Inicial 121 .SIP . IP Telephony .

SIP .Llamado mediante Proxy Server VoIP.Nivel Inicial 122 . IP Telephony .

SIP .Nivel Inicial 123 .Llamado mediante Redirect Server VoIP. IP Telephony .

• Según la performance. IP Telephony . como ser: – Performance – Compatibilidad – Requerimientos del equipo – Análisis.323 vs SIP • La comparación entre ambos se puede hacer desde varios aspectos.Nivel Inicial 124 .323. podemos decir que: – H.323.H. • VoIP. requiere mayor cantidad de mensajes entre entidades – SIP reduce substancialmente el trafico de control entre entidades – Así A í como t también bié la l drástica reducción en pasos para el establecimiento de una conexión entre SIP y H. Traceo y Debbugin – Funcionalidades – Mercado Tratando en todos ellos de obtener bt parámetros á t equivalentes i l t que permitan una real valoración y comparación entre ambos.

i – SIP. mayor capacidad id d de d memoria. IP Telephony . – La mayoría de los productos H.323 vs SIP • Según la compatibilidad.Nivel Inicial 125 . se habla de interoperabilidad. optimizando el CPU y minimizando la capacidad de memoria.323 incorporan SIP – Algunos productos SIP no soportan p H. mayor potencia en el CPU.H. lo cual requiere la implementación de ambos ambos. reduce sensiblemente el código. si bien no hay compatibilidad entre ambos.323 – esto se justifica con la siguiente comparación. • Según requerimientos al equipo: – H. H 323 exige un código de mayor tamaño.323. VoIP.

1.Nivel Inicial 126 .323 utiliza el ASN. IP Telephony . traceo y Debbugin. emplea campos de texto.323 vs SIP • Desde el punto de vista del análisis. permiten justificar una tendencia en los mercados. podemos decir que: – H. sino también herramientas más sencillas. permitiendo no solo una mejor j comprensión. en la cual se observa: • VoIP.H. – SIP. • Según las funcionalidades soportadas: – Ambos soportan gran cantidad de funcionalidades. siendo equiparables i bl en este t rubro. haciendo menos entendible al l humano h la l mensajería j í y complicando el instrumental necesario. p . b Todos estas razones y algunas más que escapan a nuestro análisis.

futuro SIP tiende a imponerse a H.323 vs SIP De lo visto podemos afirmar que a futuro.Nivel Inicial 127 . IP Telephony . y por el momento hay gran interoperabilidad p en las p plataformas existentes.323.H. VoIP.

323.H.323. IP Telephony .323 de H 323 se i intenta t t solucionar l i con el modo Fast Call. se reduce con las distintas versiones del H. el cual empieza a ser comparable con SIP.Nivel Inicial 128 .323 vs SIP • La brecha entre SIP y H. lo que respecta a la complejidad d H. • VoIP. Una de las mayores diferencias.

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

MGCP . dependiendo el uso y volumen de conexiones se lo puede encontrar como: – Access gateway – Residential gateway gate a • • • VoIP. así como también de manejar los MG a su cargo. En el MG se dispondrá de todo el hardware necesario para realizar la: – compresión/descompresión p p – adaptación – conversión TDM / IP y viceversa. IP Telephony .Media Gateway Control Protocol • MGC será la unidad encargada de la conversión de señalización necesaria entre las dos redes. El MGC recibe comúnmente en el mercado el nombre de “SoftSwitch” Mientras que al MG. dado que un MGC puede controlar más de un MG.Nivel Inicial 130 .

IP Telephony . AuditConnection. C t C ti ModifyConnection. RestartInProgress Call RestartInProgress.999 • VoIP. DeleteConnection. el cual es un numero dentro del rango g 1 a 999. UDP estos t pueden perderse. para lo cual resulta indispensable el campo – identificador de transacción. Notify. AuditEndpoint. NotificationRequest.comandos • Comandos MGCP: – – – – – – – – CreateConnection.Nivel Inicial 131 . Agent (MGC) • Los comandos están compuestos por un encabezado de comando y una descripción de sesión (opcional) Dado que los mensajes se envían í mediante di t UDP.999.MGCP .

MGCP en conexión POTS sobre IP VoIP. IP Telephony .Nivel Inicial 132 .

IP Telephony .Softswitch VoIP.Gateway .Nivel Inicial 133 .

IP Telephony .Nivel Inicial 134 .MGCP .SIP. internetworking VoIP.

248.248 248 VoIP. IETF. propuso el MGCP en su RFC 2705.Nivel Inicial 135 . da como resultado lo que en el mercado se lo l conoce como: • • MEGACO / H H. MGC y SG. • • Mientras la ITU. IP Telephony . el cual evoluciona luego en lo que hoy conocemos como MEGACO . Pero esta vez el trabajo en conjunto de ambos.Evolución a MEGACO / H. presenta en el mercado el H. ITU realizaron li trabajos t b j sobre esta base. fue planteada originalmente por ETSI (Typhon).RFC3015.248 • La estructura distribuida en MG. Estructura sobre la cual tanto IETF e ITU.

mensajes. • El servicio de FAX via la PSTN fue definido por la ITU. en las normas: – T.Nivel Inicial 136 . se presenta con: – compresión – cancelación de eco – retardos y demás Haciendo imposible el envío de fax como si se tratara de una conversación. velocidades y demás.30 – T.Fax sobre IP • El inconveniente en la transmisión de fax sobre IP. IP Telephony .30 define el hadshake.4 T. • • VoIP.

• La solución de Fax sobre IP se brinda mediante dos modalidades: – Transmisión transparente – Decodificación y reenvío.Nivel Inicial 137 . etc. VoIP. formato. IP Telephony . escaneo.4 se ocupa de todo lo referente al contenido de la hoja a enviar. resolución.Fax sobre IP • T.

– Se avisa al MGC de la intención de envío – Este envía un cambio en la conexión a ambos MG´s • se pasa a G.711 G 711 • se anula la cancelación de eco – Permitiendo enviar la señal lo más similar posible a la original. g • Decodificación y Reenvío: – El Media Gateway detecta el tono de envío del fax fax.Fax sobre IP • Transmisión transparente – El Media Gateway detecta el tono de envío del fax fax.Nivel Inicial 138 .38) • Extracción y reenvío VoIP. IP Telephony . – Nuevamente se cuenta con dos modalidades: • Tiempo real (T.

323 – La señal analógica recibida es demodulada en el MG – Se arman paquetes según la información a enviar • indicadores: control • datos: información – Dichos paquetes se envían según: • UDP --> UDPTL • TCP --> > directa 139 VoIP. en forma de attach hacia el Media Gateway remoto – Luego el MG emulará el terminal T T.T.4 T4 enviando finalmente el fax a destino. IP Telephony .30 y T. remoto implementando T.38) – modalidad elegida por H 323 H.30 30 .Nivel Inicial .Fax sobre IP • Extracción y reenvío: – Se emula en forma local (MG) el fax remoto. • Tiempo Real (T.4 – Una vez obtenida la información. se envía el fax via E-mail.

Fax sobre IP VoIP. IP Telephony .Nivel Inicial 140 .

los tonos DTMF se vuelven indetectables ante los procesos de compresión/descompresión. mismos Para lo cual se presentan dos alternativas: – RTP/G. • Al igual que la señal de fax. IP Telephony . mayor como ejemplos: – IVR – accesos codificados – consulta en bancos – recolección l ió de d mensajes j – etc.DTMF sobre IP • La utilización de tonos DTMF dentro de la conversación es cada vez mayor. Original Comprimido Lo cual requiere un tratamiento especial de los mismos.Nivel Inicial 141 .711 – RTP/RFC 2833 • • VoIP.

IP Telephony .Compresión del DTMF VoIP.Nivel Inicial 142 .

• RTP/RFC 2833 – El Media Gateway detecta y decodifica en forma local los tonos. duración del mismo y nivel de recepción. pero no como tono digitalizados. el código detectado detectado. – Se envía básicamente.711 – El Media Gateway. 711 de manera de evitar la deformación de dichos pulsos. cambia el codec a G G. – Los mismos son insertados en el RTP.Nivel Inicial . sino como información decodificada.DTMF sobre IP • RTP/G.711. IP Telephony . – La información se envía mediante RTP – Luego uego en e el e otro o o extremo e e o serán convertidos en forma transparente. 143 VoIP.

es decodificada y enviada al generador de tonos – El mismo se encargará g de generarlos g e intercalarlo con el trafico de voz. IP Telephony .Nivel Inicial 144 . de manera de lograr una emulación transparente hacia el usuario.DTMF sobre IP – La información recibida en el extremo. VoIP.

DTMF sobre RTP (según RFC 2833) VoIP. IP Telephony .Nivel Inicial 145 .

IP Telephony .Capítulo IV VoIP.Nivel Inicial 146 .

• El QOS se divide a su vez en dos ámbitos. donde: – Borde: filtrado/descarte. ancho de banda.Quality of Service • Las herramienta y métodos de QOS. según se este en: dd de b borde d – red – Backbone Esta sad división v s ó se debe a la a diferencia en las tareas. los parámetros de la red involucrados en la Calidad de servicio como ser: servicio. banda clasificación del tráfico • VoIP. – Pérdida de paquetes – Retardos – Ancho de banda – Jitter – y demás. los cuales disponen de distintas herramientas y funciones.QOS .Nivel Inicial 147 . IP Telephony . son todos aquellos que nos permiten administrar.

permite ofrecer f al l cliente li t lo l que se conoce como SLA.Quality of Service – Backbone: manejo de congestiones. El trato preferencial que se le otorga al tráfico. Además de diferenciarse. que variaran con la tecnología de borde o Backbone. Cabe destacar q que algunas g de las herramientas son propietaria y se pueden ver diferencias en las implementaciones de cada proveedor.QOS . transporte de alta velocidad.Nivel Inicial 148 . • • • VoIP. control de tráfico. t bié en base también b a las l tecnologías y sus propias capacidades de QOS. IP Telephony .

dado que entre proveedor y cliente se estipulan pautas de calidad de servicio por las cuales: – el l cliente li t se obliga bli a pagar – el proveedor se obliga a cumplir. • • • VoIP.Service Level Aggrement • SLA (Service Level Aggrement).SLA . Los ítems típicos de todo SLA. son: – Disponibilidad – Parámetros de la red – Jitter – Retardo – Ancho A h d de B Banda d – Tasas de error Responsabilidades – Tiempo medio de reparación Punitorios – Multas en caso de incumplimientos p en el SLA.Nivel Inicial 149 . IP Telephony .

mediante el SLA.Nivel Inicial 150 . las funcionalidades propias de cada proveedor de equipamiento y las políticas implementadas VoIP. no solo por las obligaciones contractuales con los clientes. sino también para garantizar el funcionamiento óptimo de la red en su totalidad. IP Telephony . • El QOS.QOS • Por lo tanto el QOS es un factor crítico en una organización. estará entonces en función de la tecnología elegida.

DIFFServ . sin generar overhead. El aspecto t positivo iti d de COS COS. IP Telephony . la cual mediante un campo de 3 bits. de forma de privilegiar el tratamiento de los paquetes. • IP Precedence. Combinación Prioridad otorgada • 0 1 2 3 4 5 6 7 RUTINA PRIORIDAD INMEDIATO FLASH IGNORAR FLASH CRITICA INTERNETWORKING CONTROL DE RED VoIP. permite diferenciar el contenido de los paquetes.COS • Forma parte de las herramientas disponibles en IP V.4. dentro de banda. es que pertenece a las soluciones de QOS.Nivel Inicial 151 . permite otorgar peso relativo al campo. según su contenido.

Nivel Inicial 152 . IP Telephony .Class of Service VoIP.COS .

se caracteriza por ser un protocolo de señalización. RSVP. IP Telephony . atraviesa Hop por Hop.Protocolo RSVP • RSVP. presenta sin embargo algunos problemas como: – Escalabilidad – Control de Admisión – Tiempo de demora en reserva • • • VoIP. Los recursos reservados en cada Hop.Nivel Inicial 153 . son el Ancho de Banda y la prioridad que se le dará al tráfico. • RSVP. RSVP. que opera de d extremo t a extremo. t y lo hace fuera de banda. es el protocolo de configuración de reserva de recursos. realizando la reserva correspondiente.

Protocolo RSVP VoIP.Nivel Inicial 154 . IP Telephony .

en las cuales cada una cursa tráfico y este debe ser enrutado. D d que un router Dado t puede d t tener un numero considerable de interfaces. se dividen en: – FIFO – PQ – Custom – WFQ • • • VoIP. en forma local es la gestión eficaz de las colas de espera. C l ” Las técnicas de encolado.Gestión de Colas (Queu) • Otra de las técnicas de QOS. La forma en la cual. resulta clave el tiempo en que el paquete permanece en espera de ser transmitido. son tratados los paquetes. IP Telephony . en nuestro ejemplo supongamos una salida en común.Nivel Inicial 155 . paquetes en forma priorizada de acuerdo a un determinado criterio se d denomina i “Gestión “G tió de d Colas”. pero en este caso a realizarse dentro del mismo router.

Por esa razón la nombramos. • • VoIP.Gestión de Colas (Queu) • Estas técnicas son parte de las mas comúnmente implementadas y en algunos casos varían su nombre entre fabricantes. First In First Out. IP Telephony .Nivel Inicial 156 . FIFO como su nombre lo indica. L técnica La té i FIFO. pero su importancia radica en que es la operatoria básica y hace las veces de referencia de las demás en lo que respecta a retardos y consumo de procesador y numero de colas a utilizar. no corresponde a una técnica de QOS.

el manejo y asignación de prioridades. • VoIP.Nivel Inicial 157 . las cuales se vacían en forma priorizada. se utilizan 4 colas.Priority Queuing . asignando a cada una una cola independiente.PQ • Es el resultado de establecer como política de priorización. E las En l implementaciones i l t i típicas tí i de PQ. IP Telephony .

i Este no solo asigna prioridad.Custom Queuing . se emplean 16 colas. IP Telephony . • • VoIP. sino que puede definir l capacidad de cada cola en base al tráfico a soportar y el tiempo de Q Queuing g deseado.Nivel Inicial 158 .CQ • El cliente establece las colas y le asigna la prioridad a las mismas. Para otorgar flexibilidad. configurables por el l usuario.

• Permite un tratamiento especifico a cada flujo. El manejo en colas exclusivas por flujos.WFQ • WFQ es una ampliación de funcionalidades del CQ. • • • VoIP. logrando muy buenos resultados.Nivel Inicial 159 . Presenta la ventaja de ser más rápido que sus antecesores y el agregado de BW variable en caso de tráficos sin uso. IP Telephony . reduce la fluctuación del retardo. Las mismas son configuradas por el l cliente. li t pudiendose di d asignar a flujos en particular.Weighted Fair Queuing . en la cual se mantiene el concepto de múltiples colas.

El espacio de direccionamiento se incremento a 128 bits Se elimina el campo TOS. El hecho de poder etiq etiquetar etar flujos.IP versión 6 • • • • Los cambios introducidos. pero pe o se reemplaza con una nueva funcionalidad. permite individualizar en • los routers una comunicación multimedia y brindar a esta un tratamiento diferenciado. IP Telephony . VoIP.Nivel Inicial 160 . lo cual parece cua pa ece un u problema. en el paquete IP v. v 6 requiere algo de análisis. Por lo cual se equipara e inclusive mejora las prestaciones otorgadas por Diffserv se v de IP v.6. p ob e a.4. . v.

IP Telephony . buscan reducir la carga que generan sobre la red de datos. VoIP.Nivel Inicial 161 . se busca la f forma más á eficiente fi i t de d enviar de un punto a otro la información.Retardos • Retardos en la red – retardo del codec – retardos t d de d paquetizado ti d – retardos de serialización – retardos de buffereado – retardos de switcheo en la red – retardos del de-jitter buffer • Retardos del codec – Dado que las aplicaciones de VoIP VoIP.

IP Telephony . el cual a su vez esta conformado por un DSP. • Dada la importancia de reducir el retardo. incorpora retardos en la señal debidos a proceso mismo de compresión compresión. Dichos retardos.Retardos del CODEC • El procesamiento por parte del CODEC. • VoIP.Nivel Inicial 162 . dependerán de los características del DSP empleando y fundamentalmente de la codificación a utilizar. el criterio a emplear es el de utilizar la codificación más eficiente.

VoIP.Retardos del CODEC • Observamos que el retardo del Codec varia fuertemente según el tipo de compresión empleada. IP Telephony .Nivel Inicial 163 .

Nivel Inicial 164 . IP Telephony . con tiempos del orden del 10% del de compresión. En términos generales el proceso de descompresión es b t t mas rápido bastante á id que el l de d compresión.Retardos del CODEC • El proceso se completa con la descompresión en el extremo lejano. • Pero el retardo dependerá en gran medida de la cantidad de muestras incorporadas a cada paquete. • VoIP.

IP Telephony .711: G 711 • 0.Retardos del CODEC • Por lo tanto podremos tener: compresión + (descompresión * n° muestras) – G.726: • 1 ms + ( 0.07 ms * ) = – G.Nivel Inicial 165 .1 0 1 ms * ) = VoIP.723.729: • 10 ms + ( 1 ms * 3) = 13 ms – G.75 ms + ( 0.1: • 30 ms + ( 3 ms * 1) = 33 ms – G.

• es obvio que dicho proceso dependerá del tamaño y cantidad de muestras insertadas en el mismo. para su posterior envío.Retardos de paquetizado • Dado que el paquetizado es la operación mediante la cual se insertan las muestras de audio procesadas adecuadamente en el paquete a ser transmitido. Esta operación requiere la acumulación l ió de d las l muestras t en un buffer. de ahí que normalmente se la conozca como retardo de acumulación.Nivel Inicial 166 . • VoIP. IP Telephony .

nos impide bajar los valores más allá de los 20 ms.Retardos de paquetizado • La relación de compromiso entre el paquetizado y la velocidad de los datos. IP Telephony .Nivel Inicial 167 . E particular En ti l para Cisco Ci los l valores oscilan en: • VoIP.

Retardo de serialización • Luego de pasar por las fases anteriores.) • • VoIP.Nivel Inicial 168 . la trama se encuentra lista para ser transmitida por la interfaz en cuestión. IP Telephony . Como es obvio dicha trama no podrá d á ser transmitida t itid a mayor velocidad que la propia de la interfaz. • Por lo tanto el retardo incorporado estará en función de: – velocidad de la interfaz – tamaño de la trama El calculo de dicho retardo responde a la siguiente ecuac ó : ecuación: n° bytes * 8 * (1/vel.

Retardos de serialización • La cual nos arroja las siguientes cifras: – celda ATM: 53 * 8 * (1/2048) = 0. IP Telephony .62 ms • Rápidamente observamos que el retardo de serialización se vuelve crítico para las interfaces de baja velocidad.Nivel Inicial 169 . t reducir • VoIP.207ms – interfaz de 64 Kb/s: 53 * 8 * (1/64) = 6. Si bien esta puede mejorar al d i el l tamaño t ñ de d la l trama.

Nivel Inicial 170 . que en definitiva me indica la eficiencia en el transporte. IP Telephony .Retardos de serialización • No hay que olvidar que debo mantener lo más alta posible la relación entre payload y overhead. VoIP.

d bid a que se está debido tá trasmitiendo otra trama. – Otro trama en transmisión.Retardo de “cola cola de espera 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 transmisión de la trama. • Cabe destacar que la voz se prioriza al resto de los datos. IP Telephony . – Tramas de voz previas. VoIP. con lo cual la trama deberá esperar ante dos situaciones.Nivel Inicial 171 .

Nivel Inicial 172 .Retardo de “cola cola de espera espera” • Dado que el primer caso genera una espera totalmente aleatoria.5 del tiempo de serialización de trama trama. se toma estadísticamente la media. se eleva el queuing delay. IP Telephony . • El segundo caso nos indica que a mayor trafico de voz. que corresponde a 0. VoIP.

IP Telephony .Nivel Inicial 173 .Retardos en la Red VoIP.

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

VoIP, IP Telephony - Nivel Inicial

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 práctica, nos encontramos con retardos variables en el tiempo, el cual ejemplificamos a continuación. Los efectos no solo son apreciables audiblemente, sino que se puede obser ar la deformación provocada observar pro ocada sobre la señal original. original Cabe destacar que la distorsión es la parámetro con la cual se cuantifica la diferencia entre la señal original y la señal posterior al proceso.
VoIP, IP Telephony - Nivel Inicial 175

Retardo sobre la voz

VoIP, IP Telephony - Nivel Inicial

176

Retardo sobre la voz
• Cabe destacar que el las comunicaciones que utilizamos habitualmente, se aplican técnicas de supresión y cancelación de eco, de manera de minimizar los efectos antes observados. • Técnicas que también se aplicaran en el transporte de voz sobre los redes de datos, dado la alta componente de retardo final.

VoIP, IP Telephony - Nivel Inicial

177

Pérdida de paquetes vs. 72 3 . Calidad • Así como el retardo afecta la calidad del audio.1 • G. IP Telephony . El efecto f t es más á o menos nocivo según obviamente la tasa de pérdida de paquetes y según la codificación empleada.723. VoIP. en forma audible. A modo de demostración.1.Nivel Inicial G. la pérdida de paquetes. también colabora en la degradación de la calidad del mismo. • Codificación Pérdida % Audio 10 20 50 10 20 50 71 1 178 .711 y G. observaremos su efecto sobre G.

Nivel Inicial 179 .Capítulo V VoIP. IP Telephony .

el mismo esta compuesto por: – Grandes empresas – Pymes – Residencial gama alta A continuación veremos la distribución de los clientes ADSL en Chile. • VoIP. IP Telephony .VoDSL • Desde el punto de vista de las operadoras.Nivel Inicial 180 . VoDSL permite: – ampliar li servicios i i – mayor valor agregado al DSL – manejo de hasta 16 canales de voz – Utilización Utili ación del transporte ATM • En cuanto al mercado objetivo del VoDSL. las cuales desplegaron DSL como tecnología de Banda Ancha.

con señalización SS7. VoIP. .5 § VoDSL mediante soporte IP e integración con VG/Softswitch. IP Telephony .Nivel Inicial 181 .VoDSL • Las soluciones de VoDSL propuestas por Lucent Technologies y Alcatel proponen en ambos casos: ¦ VoDSL mediante soporte ATM y con i interconexión t ió entre VG y Central mediante GR-303/V.

VoDSL .Redes • Solución tipo c VoIP.Nivel Inicial 182 . IP Telephony .

IP Telephony .VoDSL .Nivel Inicial 183 .Redes • Solución tipo d VoIP.

IP Telephony .Nivel Inicial 184 .VoDSL • Por el momento la solución disponible y presentada por ambas es VoDSL/ATM. • El sistema esta formado por: – IAD (integrated access device) en el cliente – DSLAM en la central – VG (voice gateway) – E1/V.5 como señalización VoIP. la cual desarrollaremos a continuación.

30 • Módem.726 (32 Kb/s) – Qos según aplicación: • CBR o rtVBR. V. full T.VoDSL . con RJ11 • detección Fax/módem • Fax.IAD • IAD permite: – Tratamiento diferenciado: • AAL2 para voz • AAL5 para datos – Compresión • G.90 • Servicios caller ID. call f forwarding di y Call C ll waiting – Datos: • 10/100 base T. para voz • CBR o UBR.Nivel Inicial .34 y V. RJ45 • Bridging. IP Telephony .711 (ley A o μ ) • G. PPPoA y PPPoE 185 VoIP. UBR para datos – Voz: • Hasta 16 puertos.

IAD – – – – – DHCP servidor/cliente RIP 1 y 2 PAP/CHAP SNMP 1.VoDSL . VoIP.0.Nivel Inicial 186 . MIB1 y 2 IP Firewall • Insertar IAD´s con el 2400 Cisco. IP Telephony .

tipo V.LVG • El Voice Gateway. IP Telephony . cumple las funciones de: – Interfaz entre DSL y la PSTN – Compresión/Descompresión de la voz – Manejo y terminación de los PVC´s – Interfaz de señalización con PSTN.Nivel Inicial 187 .5 o SS7 según el caso.VoDSL . • Alcatel dispone del LVG 7310. integrable con su línea de DSLAM’s DSLAM s 7300 VoIP.

726 • VAD / confort noise – ATM • 1 PVC por IAD • QOS: QOS CBR y rtVBR tVBR • hasta 10368 conexiones – Capacidad de llamadas • 240 por placa simult. Release 4. h RAD RAD. • 1920 por subbastidor – Overbooking • residencial: 8. 9 o 10 • comercial: 4 – Interfaces de voz a PSTN • 8 E1 p por placa p 188 VoIP.711 / G. – Interfaces de datos • STM-1 óptica (SM/MM) • E3 eléctrica – Interfaces a PSTN • V5.Nivel Inicial .2.3/4.2 2 – Codificación de voz • G.4 – IAD´s soportados • Speed S dT Touch.LVG • LVG 7310. Netopia y otros. IP Telephony .grupo de 1 a 8 E1 • Hasta 8 grupos V5 V5.VoDSL .

VoDSL . IP Telephony .Nivel Inicial 189 .LVG topología • La topología a adoptar queda a criterio del operador. VoIP.

IP Telephony . con algunas leves diferencias. pudiendo ser del tipo CBR.G.Calidad de VoDSL • El transporte de Voz sobre DSL hace uso de AAL2.992. – Retardo – Eco – Compresión • En lo referente al retardo.G.711 • 11 ms . DSL depende prácticamente de los mismos parámetros que afectan a VoIP.Nivel Inicial 190 .2 • VoIP.5 ms .G.992. L calidad La lid d d de l la V VoDSL.726 – retardos de serialización • 0 a T cell – retardos del DSL (interleave) • 20 ms . sobre un PVC dedicado.G. el mismo esta formado por: – retardo de paquetizado • 5.1 • 3 ms . garantizando un alto rendimiento.

• • VoIP.O. tomando en cuenta que las mismas agregan una penalidad en R de 0 y -7 respectivamente. la que permite integrar la funcionalidad en el DSP y lograr valores muy buenos de EL cercanos a los -60 dB EL. IP Telephony . La compresión se puede elegir entre G.Nivel Inicial 191 .711 y G.PSTN • 36.726.) Lo cual nos permite hablar de retardos del orden de: – VoDSL .711) • 53 ms a 71 ms ( (G.5 ms a 54.Calidad de VoDSL – Retardos del dejitter buffer • 0 a T cell – Propagación P ió • 5 μs/Km (F.726) ) • Eco: en VoDSL se implementa la cancelación de eco según G.168. por cada proceso de compresión.5 ms (G.

Nivel Inicial 192 . R como indicador de calidad. el cual utiliza un factor denominado R. de Calidad planteado por la ITU. equivale al MOS.Calidad de VoDSL • Lo cual nos permite analizar dichos resultados mediante la G. Podemos decir que R. empleando el modelo E. IP Telephony .107. pero su escala difiere. obtendremos: • VoIP. dado que R varia de 0 a 100. • Por lo tanto si analizamos R en función del retardo.

IP Telephony .Nivel Inicial 193 .Calidad de VoDSL VoIP.

podemos afirmar que: – VoDSL iguala y en determinadas condiciones. PSTN – VoDSL permite el soporte transparente de todas las aplicaciones de la PSTN – Se integra a la red de conmutación según la conmutación. utilizando tili ando o no la red ATM preexistente. VoIP. – Atender las necesidades del sector SOHO – Mínima inversión en hardware a dwa e – Diseño flexible en el transporte del tráfico.5 o SS7. IP Telephony . puede exceder la calidad prestada t d por PSTN.Calidad de VoDSL • De lo expuesto anteriormente. implementación mediante V. • Permitiendo de esta manera: – brindar un servicio de valor agregado a nuestra red DSL.Nivel Inicial 194 .

VoDSL .Redes • La propuesta tipo d de Alcatel.Nivel Inicial 195 . IP Telephony . propone una red conformada por: VoIP.

esta es la opción por default default. • • • VoIP. dado la naturaleza ATM del mundo DSL. La opción c es propiamente VoATM. E algunos En l casos. .Nivel Inicial 196 . IP Telephony . así como replanteos en la red de transporte. simplemente i l t agregando d la l adaptación a ATM/DSL correspondiente a capas 2 y 1 del modelo OSI. transportada p sobre DSL.Redes • Podemos decir que ambas opciones c y d. • Esa es la razón por la cual la mayoría de los proveedores dispone actualmente de la opción 1 y gradualmente migrarían a la opción 2.VoDSL . dicha di h migración requiere cambios en el IAD y el LVG. permiten el transporte de la voz. La opción d hace uso de todo lo antes visto en VoIP.

dicha tecnología se presenta a modo de comentario y en forma comparativa con respecto a VoDSL. utilizando la estructura HFC instalada instalada.Nivel Inicial 197 . Si bien el objetivo de este curso no es la VoHFC en particular. analizando ventajas y desventajas de cada una. para brindar el servicio equivalente a POTS. es por lo tanto la tecnología empleada por los operadores de CATV.VoHFC • VoHFC o VoCable. • Las redes HFC surgen de la necesidad. Di h logro Dicho l se obtiene bti con l la utilización de Fibra Optica entre el headen y el nodo de distribución. por “Redes Híbridas Fibra-Coaxil”. de brindar bidireccionalidad a la viejas redes coaxil de las empresas de cable. tecnología a la cual se bautizó HFC. IP Telephony . • • VoIP.

Nivel Inicial . El servicio de VoIP sobre las redes de cable aparece recién en 1999. esta sujeta a bastante controversias. IP Telephony . disponían de suficiente ancho de banda.112.0 o ITU J. con la aprobación de la norma DOCSIS 1.VoHFC • Pasando de una red unidireccional (descendente) a una red bidireccional. en medio de ellas a : – – – – CableLabs (DOCSIS) ( ) ITU IEEE EuroDOCSIS 198 • • VoIP.1 • Si bien la DOCSIS 1. L normativa La ti referente f t al l servicio de cable módem. el mismo no poseía mecanismos de QOS acordes con el servicio de voz. en la cual se posibilita el envío de datos y en nuestro análisis servicio de telefonía telefonía. encontrandose.

estaremos hablando siempre de recursos compartidos. P ende Por d en t todo d l lo referente f t a HFC. por las exigencias propias de este servicio hacia la red. lo cual trae aparejado ciertos inconvenientes como: – baja seguridad – ancho de banda compartido – congestión tió – retardos importantes – falta de privacidad L cuales Los l complican li el l panorama a la voz. pero no hay que olvidarse de que el mismo es compartido por los usuarios conectados a él. • • VoIP. IP Telephony .VoHFC • La nueva tecnología dota de un canal de descendente.Nivel Inicial 199 .

IP Telephony .VoHFC • Red HFC desde el punto de vista de los datos VoIP.Nivel Inicial 200 .

El tráfico ascendente generado por el l usuario.VoHFC . i es enviado i d en la l banda de 5 a 42 Mhz Mientras que los datos descendentes llegan al usuario en la banda de 450 a 750 Mhz • • VoIP. IP Telephony . en la cual se estipulan las frecuencias y usos a los distintos canales.Distribución de espectro • La norma define el uso de FDM.Nivel Inicial 201 .

procesos que agregan su retardo correspondiente correspondiente. lo cual incorpora retardos importantes. 202 • • VoIP.Nivel Inicial . El hecho de compartir el acceso. IP Telephony . El cual se incrementa con la incorporación de abonados al nodo. enfrenta algunos problemas vistos anteriormente.VoHFC • La VoIP transportada sobre Cable. mediante: – privacidad • IPsec (NCS) • CBC (DOCSIS) – Ruidos e interferencias en banda ascendente • Modulación QPSK – Retardos • Tema aun pendiente de resolución el cual es resolución. hace que el mismo sea controlado y secuencial. clave en VoIP • En forma comparativa el paquete de voz requiere una serie de procesos más que en el caso de VoDSL. como se observa en la figura figura.

VoHFC • Por todo lo expuesto anteriormente podemos alegar que VoDSL permite una implementación y explotación menos traumática.Nivel Inicial 203 . VoIP. con mejor calidad y prestaciones prestaciones. IP Telephony .

Nivel Inicial 204 .Capítulo VI VoIP. IP Telephony .

B i d d una comparativa Brindando ti entre VoIP. IP Telephony .Nivel Inicial 205 . en forma equivalente al IP.VoATM • En nuestro estudio de VoIP. VoFR y VoATM. como ser: – la eficiencia en el transporte – servicios soportados – retardos propios • VoIP. analizando ventajas y desventajas de cada implementación y sus posibles aplicaciones.VoFR . • Centrando el análisis en las características claves de cada tecnología. analizaremos brevemente dos tecnología capaces de brindar servicio de transporte de voz.

VoFR • Su aparición se debe a la versatilidad que presenta FR para soportar otros protocolos. brindando una solución única a un bajo costo. permitiendo iti d integrar i t voz y dados en un único enlace a precios. IP Telephony . en la q que se implementan p voz + datos sobre FR es: • • VoIP.Nivel Inicial 206 . Como integración de servicios en el segmento empresas. El caso de aplicación típica.

711.VoFR • El elemento clave en FR para la integración de voz y datos.7 G.726 y G.729 – Integración de voz y datos sobre mismo DLCI – Optimización del ancho de banda compartido por las aplicaciones. El VFRAD se caracteriza por: – solución de voz + datos – permite manejo de codificación cod cac ó de vo voz G. se lo denomina VFRAD o simplemente FRAD. – Alta eficiencia en bajos bitrates. • VoIP. IP Telephony .Nivel Inicial 207 . . G.

Nivel Inicial 208 .VoFR • La FRF 11. IP Telephony . incorpora funcionalidades claves como: – Fragmentación en UNI o NNI – Fragmentación extremo a extremo El proceso de fragmentado. 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 • VoIP. Desde el punto de vista del overhead. de ambos. • • Así como también permite mantener acotado al jitter. aprobada en diciembre del 97. incorporado permite optimizar el retardo y reducir red cir las demoras en las colas de salida.1.

VoFR • Lo cual representa una ventaja en overhead del 50 %. IP Telephony . donde se dispone de una red y acceso FR. la cual si bien no tan significativa en interfaces de alta velocidad. se emplee voz sobre FR y no VoIP sobre FR FR. A modo de ejemplo. resulta clave en enlaces de baja velocidad velocidad.Nivel Inicial 209 . sobre un enlace de 64 Kb/s tendremos: – FR 6 canales – VoIP 4 canales • Esta ventaja comparativa. • VoIP. hace que en la mayor parte de las aplicaciones.

IP Telephony . o sobre el HCV (propietario Newbridge) de manera de adaptarse a congestiones en la red. • Los indicadores BECN y FECN.• El VFRAD puede realizar cambios en el codec.Nivel Inicial 210 . se emplearan en los extremos para tratar de ajustarse a la congestión. VoIP.

dada la universalidad del mismo. No hay que descartar los á bit en los ámbitos l cuales l VoATM V ATM se emplea y de manera exitosa. 5 • • • • VoIP. adap ac ó . inalámbricas – 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. propias de cada técnica éc ca de adaptación. Estos son: – Redes 3G.Nivel Inicial 211 . brindar ventajas. IP Telephony . Las cuales describiremos a continuación y algo hemos hablado en el capítulo capít lo 5.VoATM • Si bien IP se perfila como el futuro ganador de la contienda.

125 ms – Permite e e la a recuperación ecupe ac ó de clock. Brindando características como: – retardo de paquetizado de 6 a 0. – Payload fijo: si bien se adapta perfectamente a tráficos G. fue la primer opción en transporte de voz disponible para ATM.711 y G.Nivel Inicial 212 . siendo la única tecnología del mercado para VoP VoP. • Si bien el AAL-1 brinda grandes prestaciones. AAL-1 AAL 1 • AAL-1: también conocida bajo el nombre de CES.VoATM.726 del tipo PCM • VoIP. también posee algunas desventajas. – Bajo retardo en inserción directa del TDM a celdas. IP Telephony . como ser: – canales fijos: el numero de canales l se define d fi en el l inicio y no puede ser modificado.

del AAL-1 y que lo hace ideal dentro de su reducido d id campo de d aplicaciones li i es la alta eficiencia (88%). • Esta es la razón por la cual en el capitulo 5.729. baja ió típico tí i en el l transporte entre carriers Pero no demasiado apto para las aplicaciones actuales tendientes a minimizar el ancho de banda ocupado p por p la voz. en VoDSL hemos hablado de AAL AAL-2 2 y no AAL AAL-1. AAL-1 AAL 1 • Pero no permite la integración de bloques provenientes de codecs G. la cual es imposible de igualar por cualquiera de las demás tecnologías de VoP. mediante técnicas de compresión. G. IP Telephony .VoATM. 1. Un aspecto a favor.728 y G. supresión de silencios y demás. Lo cual limita su aplicación en VoATM a tráfico de voz de b j compresión. • • • VoIP. .723.Nivel Inicial 213 .

IP Telephony .VoATM.Nivel Inicial 214 . AAL-1 AAL 1 VoIP.

(Common Part Sublayer) el header brinda posibilidades como: – cada canal puede tener distinto n° de bits. 215 • • • VoIP. CPS. IP Telephony .VoATM. Permitiendo: – Uso de múltiples canales – Mezcla de codificaciones dentro de cada canal – Incorporación de datos dentro del mismo canal Dichas funcionalidades se logran a expensas de la incorporación de un sub-header de 3 bytes. – Soporte de voz comprimida y no comprimida – Asociación de canales de voz a un mismo circuito virtual. AAL-2 AAL 2 • Se presenta como alternativa a las limitaciones impuestas por AAL-1. lo cual brinda flexibilidad adicional en el manejo de la información. AAL 1.Nivel Inicial .

VoATM. • Pero t P también bié posee algunas l limitaciones. • VoIP.Nivel Inicial 216 . permitiendo “silence silence supression” En términos generales las ventajas t j de d AAL-2 AAL 2 son: – retardos controlables – sopo soporte e de silence s e ce supression – mezcla voz y datos – permite funcionalidades de señalización – flexibilidad de codificación. las cuales son: – eficiencia baja al 64% – no permite el recuperado de sincronismo. AAL-2 AAL 2 – Interrupción en la transmisión de un canal. IP Telephony .

AAL-2 AAL 2 VoIP. IP Telephony .Nivel Inicial 217 .VoATM.

Capítulo VII VoIP.Nivel Inicial 218 . IP Telephony .

Asimilando las funcionalidades de la teoría antes vista con el producto disponible en el mercado.Nivel Inicial . 219 • • • VoIP. . En todos los casos. El objetivo es dotar de una visión i ió de d mercado d y sus productos. d En particular haremos una visión en mayor profundidad al portfolio de Cisco System.323 como para SIP. • Así como también por las diversas opciones de terminales IP.Hardware VoP • Si bien en el mercado están disponible una gran cantidad de proveedores de hardware dedicado y implementaciones mixtas de Hard y Soft. tanto para H. cubriendo algunas aplicaciones especificas. la información completa se encuentra en los links del final del capítulo capítulo. IP Telephony . nos limitaremos a describir las características fundamentales de los elementos generales de una red.

nos encontramos con distintas redes.Nivel Inicial 220 .Entorno SIP • En la implementación comercial de Cisco .Productos Cisco . • Red mixta IP/PSTN VoIP. a las cuales se les ha incorporado y dotado de servicio adicionales.SIP. adicionales y que varían según los usos y prestaciones. IP Telephony .

IP Telephony .Nivel Inicial 221 .Entorno SIP • Red de IP/PSTN. mensajería y protección. mensajería y entorno seguro. VoIP. • Red IP/POTS + PSTN.Productos Cisco .

Si bien la topología cambia y las redes se vuelven más complejas en cuanto a las redes. – Terminales IP – Proxy Server – Sistema de mensajería – Redirect Server – Gateway • VoIP. protocolos. tráfico y demás.Nivel Inicial 222 .Entorno SIP • Como podemos observar las implementación aumentan su complejidad y funciones prestadas. pero las mismas están compuestas por los elementos básicos vistos en los capítulos anteriores. IP Telephony . • En todos los casos están compuestas por los siguientes elementos básicos del entorno SIP.Productos Cisco . esquemas de direccionamiento.

Productos Cisco .Nivel Inicial 223 .Entorno SIP • Terminales SIP: – Línea Cisco 79XX • 7940 • 7960 – Serie ATA 18X • 186 • 188 Adaptación de terminales analógicos standard. IP Telephony . VoIP.

IP Telephony .Entorno SIP VoIP.Productos Cisco .Nivel Inicial 224 .

Nivel Inicial 225 . RJ-45 – Asignación de IP mediante DHCP cliente o manual. – Codecs G.Productos Cisco . IP Telephony .711 y G.729a – Manejo del DTMF in & outband – Indicación de mensaje en espera – – – – – – – Desvío de llamado Retención de llamada Ll Llamado d en conferencia f i No interrumpir Multidirectorio Call Waiting Discado directo según: • E. características principales: – Conexión directa con 10/100 BT. SIP IP Phone.Entorno SIP • Serie 79XX. ID – Bloqueo VoIP.164 • URL Bloq eo de caller ID.

723.1 • G.Nivel Inicial 226 .2 • MGCP VoIP. – Codecs disponibles: • G.729 G 729 • G.711 Ley A y μ – VAD – CNG – Protocolos: • SIP • H. G3 – Cancelador de eco 8ms/20dB – Manejo de DTMF in y outband tb d – Configuración mediante WebBowser – Implementa ToS y CoS.Entorno SIP • Serie ATA 186/188: – 2 puertos FXS (RJ-11) – DTMF detección d t ió y generación – Soporte de Fax.Productos Cisco . IP Telephony .323 v.

IP Telephony . – Interfaz con PSTN y RDSI RDSI.Productos Cisco .1 o superior superior.Entorno SIP • SIP Proxy Server. el mismo permite: – integrar funciones de • Redirect • registrar – Call forwarding – Traducción de direcciones – Soporte de RADIUS – SIP/UDP – IPsec para mensajes de señalización • SIP Gateway: – requiere IOS 12. VoIP. SIP.Nivel Inicial 227 . – Soporte de interfaces: • FXS/FXO/E&M • E1 CAS/ E1 PRI – Soporte de SIP UDP y TCP – Soporte de codecs serie G – Protocolos: IPsec.

323 • Cisco presenta para la implementación de entornos H.Nivel Inicial 228 .323.Gateway – IP/VC /VC 35 3510/1 0/ .MCU CU VoIP.Productos Cisco .Entorno H. los siguientes componentes: – MCM Multimedia C f Conference manager – IP/VC 3520 . IP Telephony .

• IP/VC 3520/21/26 Gateway – variando la capacidad según el modelo.323 • MCM cumple las funciones de: – Gatekeeper – Proxy P S Server – se integra en 2500. permitiendo el manejo de múltiples conexiones.Productos Cisco . i IP/VC 3510/11 MCU • VoIP.Entorno H. 7200 y MC3810 – Permite ambas funciones GK y Proxy a un precio razonable razonable. modelo desde RDSI RDSI.Nivel Inicial 229 . hasta E1. IP Telephony . 2600. 3600.

4620 VoIP.Otros Terminales IP • Polycom. serie Shore Phone • Avaya.Nivel Inicial 230 . I2004 • Shoreline. IP500 • Nortel. IP Telephony .

IP Softphone VoIP.Soft .Phones • Nortel. IP Telephony .Nivel Inicial 231 . i2050 • Avaya.

Servicios • En el presente capítulo analizaremos algunos de los servicios que brinda la tecnología VoIP. Tomando como factor común d todos de t d los l servicios. en lo que corresponde a migrar el tráfico TDM a la nueva estructura IP. i i la l reducción de costos. corporativa LAN – Redes WAN – Redes mixtas LAN/WAN/PSTN/RDSI. IP Telephony .Nivel Inicial 232 . etc. De lo visto anteriormente estaremos refiriendonos a: – VoIP – IP Telephony • • VoIP. • Los servicios pueden a su vez dividirse según: – Red corporativa.

IP Telephony .Calling Card VoIP.Nivel Inicial 233 .

Operador H.Nivel Inicial 234 . IP Telephony .323 internacional VoIP.

Arquitectura Completa VoIP.Nivel Inicial 235 . IP Telephony .

IP Telephony .VoIP.Nivel Inicial 236 .

com IPTelephony: www. Azzam/Ransom .com – Texas Instruments: www.itu.avaya. IP Telephony .ti.cisco.Nivel Inicial 237 . – Computer Networks.etsi. Peters Davison Cisco Press Davison.com – Vocaltec: www.com Nortel: www.Adison Wesley – Fundamentos VoIP.org IETF www. David Ginsburg .com RadCom: www.vocaltec.org Octasic: www.com cisco com Avaya: www.McGraw Hill – Implementing ADSL.nortel. Tanenbaum Prentice Hall • Empresas: – – – – – – VoIP.com • Bibliografía – Broadband Access Technologies.imtc.org Cisco Sytem: www www.Referencias Parte del trabajo de investigación de este manual se realizó con material proveniente de: • Organismos: – – – – ITU:www.org IETF: i tf Typhon: www.octasic.rad.iptelephony.ietf.int IMTC: www.

Sign up to vote on this title
UsefulNot useful