Capacitacion de Telefonia Voip

CAPACITACION DE TELEFONIA VOIP DIGICEL IT
OBJETIVOS DEL CURSO

Promover el desarrollo profesional del equipo de IT ampliando el conocimiento tcnico sobre el mundo de la telefona IP. Ampliar el panorama de conocimientos que el equipo de IT tiene sobre las plataformas de telefona VoIP que se administran en el departamento. Dar a conocer las diferencias que existen entre los distintas tecnologas en el mundo de la telefona. Dar a conocer las ventajas y las desventajas que la telefona IP tiene con respecto a las dems tecnologas de voz. Dar a conocer los diferentes componentes que conforman un sistema de telefona VoIP Proveer los conocimientos bsicos de red IP, sobre el cual se desenvuelven los sistemas de telefona IP. Describir como funciona un Softswitch Describir como funcionan los protocolos de telefona VoIP Dar a conocer como se interrelaciona un sistema de telefona VoIP con los sistemas de telefona tradicionales. Dar a conocer los diferentes servicios de telefona que presta un sistema de telefona VoIP.
QUE NO PRETENDE ESTE CURSO

Este curso no pretende crear especialistas en telefona VoIP ya que alcanzar un alto nivel tcnico en esta rea requiere de mucho estudio y aos de experiencia trabajando con equipos especializados que permitan conocer a profundidad los detalles de cada uno de los componentes que conforman los sistemas de telefona IP.
DIRIGIDO A
Todos los compaeros de IT que estn interesados en conocer la rama de telefona VoIP que se administra en nuestro departamento.
TEMARIO
Introduccin sobre telefona. Introduccin sobre Telefona Fija Introduccin sobre Telefona Celular Introduccin sobre Telefona Satelital Introduccin a la Telefona IP Telefona IP Voz Sobre Internet VoIP Fundamentos de una red Mensajera Unificada Movilidad Atencin al cliente Video Mitos de la telefona IP Ventajas de la telefona IP Cmo funciona la Voz Sobre IP Componentes bsicos de un sistema de telefona IP Red IP TCP/IP RTP UDP / TCP Qos NAT DHCP Tipos de NAT
Softswitch Concepto Caractersticas Beneficios Ventajas
mdulo de conmutacin Protocolos de Sealizacin VoIP SIP MGCP SCCP H.323 CDRs B2BUA SIP Proxy Keep Alive mdulo de Billing mdulo de administracin Media Gateway SIP Trunk H.323 Trunk E1 Trunk Gatekeeper Telfono IP Parte de red Parte SIP Parte Line Parte User DTMF PSTN ISDN R2 DID Codecs STUN Server FoIP (Fax) FXS / FXO
TEMARIO
Servicios de telefona VoIP IP-PBX IVR IP-Centrex Call Hold Call Park Call Hunt Call Hount Call Queuing Call Pick Up Call Waitting Call Transfer Call Forward Follow Me Call Conference Do not Disturb Abreviated Dialing Distinctinve Ring CID Block-CID Roaming Extension(extensin Mobility) Voice mail
INTRODUCCION SOBRE TELEFONIA
La telefona es un sistema de comunicacin para la transmisin de sonidos a larga distancia mediante medios elctricos o electromagnticos.
Su finalidad es comunicar a las personas de la forma ms rpida y eficiente posible, sin importar el momento o su ubicacin geogrfica.
La autora sobre la invencin de la telefona es un tema de controversia desde su invencin en el siglo XIX. La historia dice que alrededor del ao 1857 Antonio Meucci construy un telfono para conectar su oficina con su dormitorio, ubicado en el segundo piso, debido al reumatismo de su esposa. Sin embargo careca del dinero suficiente para patentar su invento, por lo que lo present a una empresa que no le prest atencin, pero que, tampoco le devolvi los materiales. Al parecer, y esto no est probado, estos materiales cayeron en manos de Alexander Graham Bell, que se sirvi de ellos para desarrollar su telfono y lo present como propio.
Antonio Meucci
Alexander Graham Bell
En 1876, tras haber descubierto que para transmitir voz humana slo se poda utilizar una corriente continua, el inventor estadounidense de origen escocs Alexander Graham Bell construy y patent unas horas antes que su compatriota Elisha Gray el primer telfono capaz de transmitir y recibir voz humana con toda su calidad y timbre. Tampoco se debe dejar de lado a Thomas Alva Edison, que introdujo notables mejoras en el sistema, entre las que se encuentra el micrfono de grnulos de carbn.
El 11 de junio de 2002 el Congreso de los Estados Unidos aprob la resolucin 269, por la que reconoci que el inventor del telfono haba sido Antonio Meucci y no Alexander Graham Bell. En la resolucin, aprobada por unanimidad, los representantes estadounidenses estiman que "la vida y obra de Antonio Meucci debe ser reconocida legalmente, y que su trabajo en la invencin del telfono debe ser admitida". Segn el texto de esta resolucin, Antonio Meucci instal un dispositivo rudimentario de telecomunicaciones entre el stano de su casa de Staten Island (Nueva York) y la habitacin de su mujer, en la primera planta. En la actualidad la telefona sigue siendo el medio de comunicacin ms importante y el de ms rpida evolucin, aprovechando las ltimas tendencias tecnolgicas para prestar su servicio a la humanidad. Su evolucin va desde la creacin de los dos puntos de conexin creado por Antonio Meucci dentro de su casa, hasta su globalizacin utilizando la red mundial Internet. Se puede identificar claramente cuatro tipos de tecnologas dispuestas actualmente para la provisin del servicio de telefona: Telefona Fija Telefona Celular Telefona Satelital Telefona VoIP
El 11 de junio de 2002 el Congreso de los Estados Unidos aprob la resolucin 269, por la que reconoci que el inventor del telfono haba sido Antonio Meucci y no Alexander Graham Bell. En la resolucin, aprobada por unanimidad, los representantes estadounidenses estiman que "la vida y obra de Antonio Meucci debe ser reconocida legalmente, y que su trabajo en la invencin del telfono debe ser admitida". Segn el texto de esta resolucin, Antonio Meucci instal un dispositivo rudimentario de telecomunicaciones entre el stano de su casa de Staten Island (Nueva York) y la habitacin de su mujer, en la primera planta. En la actualidad la telefona sigue siendo el medio de comunicacin ms importante y el de ms rpida evolucin, aprovechando las ltimas tendencias tecnolgicas para prestar su servicio a la humanidad. Su evolucin va desde la creacin de los dos puntos de conexin creado por Antonio Meucci dentro de su casa, hasta su globalizacin utilizando la red mundial Internet. Se puede identificar claramente cuatro tipos de tecnologas dispuestas actualmente para la provisin del servicio de telefona: Telefona Fija Telefona Celular Telefona Satelital Telefona VoIP
INTRODUCCION SOBRE TELEFONIA FIJA
La telefona fija o convencional, que es aquella que hace referencia a las lneas y equipos que se encargan de la comunicacin entre terminales telefnicos no portables, y generalmente enlazados entre ellos o con la central por medio de conductores metlicos. Este es un sistema centralizado, donde toda la secuencia de la generacin de la llamada se lleva a cabo en la central telefnica y el terminal no tienen ningn tipo de capacidad de procesamiento. El telfono es un dispositivo de telecomunicacin diseado para transmitir seales acsticas por medio de seales elctricas a distancia.
Telfono Fijo
Central telefnica para telefona fija
La central telefnica es el lugar (puede ser un edificio, un local, una caseta o un contenedor), utilizado por una empresa operadora de telefona, donde se albergan el equipo de conmutacin y los dems equipos necesarios, para la operacin de las llamadas telefnicas. Es decir, es el lugar donde se establecen conexiones entre los bucles de los abonados, bien directamente o bien mediante retransmisiones entre centrales de la seal de voz. Las centrales se conectan entre s mediante enlaces de comunicaciones entre centrales o enlaces intercentrales. En la central telefnica terminan las lneas de abonado y se originan los enlaces de comunicaciones con otras centrales telefnicas de igual o distinta jerarqua o, en su caso, parten los enlaces o circuitos interurbanos necesarios para la conexin con centrales de otras poblaciones.
Las centrales telefnicas se ubican en edificios destinados a albergar los equipos de transmisin y de conmutacin que hacen posible la comunicacin entre los diferentes abonados. All tambin se localizan los equipos de fuerza de energa y el repartidor general o MDF Main distribution frame El trmino central telefnica se utiliza en muchas ocasiones como sinnimo de equipo de conmutacin ms que como un edificio o una ubicacin. Actualmente, el trmino se emplea con frecuencia para denominar el lugar y el equipamiento y material contenidos. Los equipos de Conmutacin son los encargados de interconectar los terminales telefnicos para establecer la llamada entre los abonados que hacen unos Esto lo logran a travs de dos procesos conocidos como Sealizacin y Conversacin. Durante las llamadas telefnicas se realiza la conexin entre diferentes nodos que existen en distintos lugares y distancias para lograr un camino apropiado para conectar dos usuarios de la red de telefona. En la conmutacin de llamadas telefnicas se establece un camino fsico entre los medios de comunicacin previo a la conexin entre los usuarios. Este camino permanece activo durante la comunicacin entre los abonados, liberndose al terminar la comunicacin.
Las centrales telefnicas han evolucionado de la siguente forma: 1. La central telefnica de conmutacin manual para la interconexin mediante la intervencin de un operador/a de distintos telfonos, creando de esta forma un primer modelo de red.
Las centrales telefnicas han evolucionado de la siguente forma:
1. La introduccin de las centrales telefnicas de conmutacin automtica, constituidas mediante dispositivos electromecnicos, de las que han existido, y en algunos casos an existen, diversos sistemas (rotatorios, barras cruzadas y otros ms complejos). Las centrales de conmutacin automtica electromecnicas, pero controladas por computadora. 2. Las centrales digitales de conmutacin automtica totalmente electrnicas y controladas por ordenador, la prctica totalidad de las actuales, que permiten multitud de servicios complementarios al propio establecimiento de la comunicacin (los denominados servicios de valor aadido).
INTRODUCCION SOBRE TELEFONIA CELULAR
Definimos telefona Celular o Mvil como aqul sistema de transmisin el en cul el usuario dispone de un terminal que no es fijo y que no tiene cables, y que le permite pues gran movilidad y localizacin en la zona geogrfica donde se encuentre la red.
Es un servicio de radio celular se basa en dar cobertura a un territorio a travs de diversas estaciones base, que cada una da un rea de cobertura llamada clula (normalmente son hexagonales). Con este sistema, el dividir el territorio, se evita el problema de la restriccin del ancho de banda. Pues se podr transmitir en diferentes frecuencias que no estn ocupadas en otras nuevas clulas.
Clulas Se realiza a travs del reparto de una zona en varias clulas (reas ms pequeas), de forma hexagonal, para poder abarcar todo el espacio. En cada clula existe una estacin base transmisora, con lo cual, se pueden tener mltiples canales para el uso de decenas de celulares de manera simultnea. Cuando un usuario pasa de una clula a otra deja la frecuencia que estaba utilizando, para el uso de otro celular, y toma la frecuencia libre de la clula a la que pas.
La telefona Celular hace uso de diferentes tecnologas para cumplir con sus propsitos: 1. CDMA: Acceso mltiple por divisin de cdigo Estndar digital que soporta velocidades de datos de alrededor de 14,4KBPS va conmutacin de paquetes y va conmutacin de circuitos. Es un mtodo de transmisin mvil celular de espectro extendido que permite a varios usuarios compartir el mismo espectro de radiofrecuencia por asignacin de un cdigo nico a cada usuario activo 2. TDMA comprime las conversaciones (digitales), y las enva cada una utilizando la seal de radio por un tercio de tiempo solamente. La compresin de la seal de voz es posible debido a que la informacin digital puede ser reducida de tamao por ser informacin binaria (unos y ceros). Debido a esta compresin, la tecnologa TDMA tiene tres veces la capacidad de un sistema analgico que utilice el mismo nmero de canales. 3. FDMA separa el espectro en distintos canales de voz, al separar el ancho de banda en pedazos (frecuencias) uniformes. La tecnologa FDMA es mayormente utilizada para la transmisin analgica. Esta tecnologa no es recomendada para transmisiones digitales, aun cuando es capaz de llevar informacin digital.
1. GSM: Son las siglas de Global System for Mobile communications (sistema global para comunicaciones mviles). Es un sistema estndar para comunicacin utilizando telfonos mviles que incorporan tecnologa digital. Por ser digital cualquier cliente de GSM puede conectarse a travs de su telfono con su computador (una PC o una PC porttil) y puede hacer, enviar y recibir e-mails, faxes, navegar por Internet, acceso seguro a la red informtica de una compaa (LAN/Intranet), asi como utilizar otras funciones digitales de transmisin de datos, incluyendo el Servicio de Mensajes Cortos (SMS). 2. GPRS: Las siglas GPRS corresponden a General Packet Radio Services, Servicio General de Paquetes por Radio. Se basa en la conmutacin de paquetes realizando la transmisin sobre la red GSM que usamos actualmente. Al sistema GPRS se le conoce tambin como GSM-IP ya que usa la tecnologia IP (Internet Protocol) para acceder directamente a los proveedores de contenidos de Internet.
INTRODUCCION SOBRE TELEFONIA SATELITAL
La telefona satelital es aquella (como su nombre lo indica) que hace uso de satlites de comunicaciones para poder dar el servicio de telefona a sus abonados. Un telfono satelital es un dispositivo mvil de comunicacin similar a un telfono celular. Las diferencias principales entre estos dos residen en su tamao y que el primero se conecta directamente a travs de los satlites de telecomunicaciones en la rbita alrededor de la Tierra. Un telfono satelital tiene un tamao comparable al de los dispositivos celulares de los aos 1990, equipado con una antena generalmente plegable que debe extenderse antes de iniciar la llamada para poder marcar el nmero deseado. Son equipos diseados para comunicarse en reas remotas, donde la infraestructura de telecomunicaciones es limitada inexistente. Ejemplos de ello son montaas, zonas de recreacin alejadas, mar abierto, casas de descanso, etc. En general, cubren las necesidades de comunicacin de los individuos o compaas donde los sistemas tradicionales de comunicaciones no tengan cobertura.
Los telfonos satelitales generalmente se entregan con una numeracin que incluye un cdigo de pas especial. Por ejemplo, los telfonos satelitales de Inmarsat cuentan con cdigos desde +870 hasta +874, mientras que los telfonos satelitales Iridium cuentan con cdigos +8816 y +8817. Algunos sistemas de telefona satelital cuentan con cdigos de pas de acuerdo a la estacin terrena que utilicen, como en el caso de Globalstar
INTRODUCCION A LA TELEFONIA IP
INTRODUCCION A LA TELEFONIA IP TELEFONIA IP/VOZ SOBRE INTERNET/VoIP
INTRODUCCION A LA TELEFONIA IP: Telefona IP
Telefona IP: Sistema avanzado de comunicaciones empresariales y comerciales, que utilizando una infraestructura de red IP como medio de transporte, permite crear un sistema telefnico con todas las funciones de un PBX tradicional, y agrega nuevas funcionalidades como integracin de aplicaciones va XML, distribucin inteligente de la fuerza de trabajo, automatizacin de la administracin, movilidad y economa en la inversin y operacin con respecto a los otros tipos de sistemas de telefona como el Fijo, Celular o Satelital.
INTRODUCCION A LA TELEFONIA IP: Voz sobre Internet
Voz sobre Internet: Se refiere a la posibilidad de hacer llamadas telefnicas, cursando el trfico sobre Internet en vez de la red telefnica pblica conmutada, PSTN. En general y de la forma ms sencilla, es solamente entre dos puntos; requiere una PC, un cliente de software en ambos extremos (el mismo), utiliza mecanismos propietarios para la sealizacin entre las puntas, no ofrece garanta (ni calidad) de servicio, es altamente inseguro, y no tiene las facilidades para ser atractivo para las empresas. Sin embargo al incluir elementos de control ms sofisticados tanto a nivel del propio sistema de telefona como a nivel de red IP, la tecnologa se vuelve muy eficiente en la ejecucin de sus funciones la que le cambia su carcter a muy atractiva para las empresas y los negocios. Voz sobre Protocolo de Internet, tambin llamado Voz sobre IP, VozIP, VoIP (por sus siglas en ingls), es un grupo de recursos que hacen posible que la seal de voz viaje a travs de Internet empleando un protocolo IP (Internet Protocol). Esto significa que se enva la seal de voz en forma digital en paquetes en lugar de enviarla (en forma digital o analgica) a travs de circuitos utilizables slo para telefona como una compaa telefnica convencional o PSTN (sigla de Public Switched Telephone Network, Red Telefnica Pblica Conmutada).
INTRODUCCION A LA TELEFONIA IP: Voz sobre Internet
INTRODUCCION A LA TELEFONIA IP: VoIP
VoIP: Transporte de Voz encapsulada dentro de paquetes de datos, utilizando el Protocolo de Internet (IP), sobre redes pblicas o privadas. Es el cimiento de las comunicaciones IP, pero como simple transporte hace poca diferencia comparado con otras tecnologas.
La moderna tecnologa digital permite que diferentes sectores, como por ejemplo telecomunicaciones, datos, radio y televisin se fusionen en uno solo. Esta circunstancia, conocida comnmente como convergencia, est ocurriendo a escala global y est cambiando drsticamente la forma en que se comunican tanto las personas como los dispositivos. En el centro de este proceso, formando la red troncal y haciendo posible la convergencia, estn las redes IP. Los servicios y los dispositivos integrados de los consumidores para propsitos como son telefona, entretenimiento, seguridad e informtica personal se estn desarrollando constantemente y estn siendo diseados y convergen hacia un estndar de comunicacin que es independiente de la conexin fsica subyacente. La red de cable, por ejemplo, que fue diseada primero para la transmisin de televisin al consumidor, puede ahora tambin usarse para enviar mensajes de correo electrnico, navegar por Internet e incluso para monitorizar una cmara de red enviando imgenes en directo desde otro continente. Adems, estas caractersticas estn tambin disponibles a travs de otras redes fsicas, por ejemplo la red telefnica, la de telefona mvil, la de satlites y las redes informticas.
Empresas de todos los tamaos y sectores econmicos en Latinoamrica, estn cambiando sus sistemas tradicionales de Telefona, ms conocidos como PBX, por soluciones de comunicaciones basadas en el protocolo de Internet o IP. A nivel de Negocios ms empresas estn surgiendo en el rubro de las TELCOS ofreciendo servicios comerciales de telefona basado en la tecnologa IP, al igual que empresas desarrolladoras que ofrecen diferentes opciones de sofisticadas plataformas dedicadas a los sistemas de telefona IP. La red de datos es hoy en da pilar fundamental de la operacin y funcionamiento de las empresas grandes, medianas y pequeas, siendo el vehculo de comunicacin por excelencia, adems del canal de acceso a todos los recursos de informacin. Las actuales y extendidas ventajas en materia de ancho de banda, calidad de servicio, alta disponibilidad, seguridad y confiabilidad de las redes de datos han conducido, casi naturalmente, a su convergencia con las de voz.
La convergencia de redes, que inici hace pocos aos de manera tmida y aislada y que crece de manera acelerada, no es ms que la unificacin de la red de voz y la red de datos en una nica red de comunicaciones IP. Y es que la ecuacin tiene mucho sentido. Para qu tener redes simultneas, con todos los costos que esto genera en materia de administracin, mantenimiento y operacin, si es posible contar con una nica red tanto para los datos como para la voz?
De esta manera, las comunicaciones IP no son ms que el uso de las redes inteligentes de datos y del Protocolo de Internet para manejar las llamadas telefnicas. Las comunicaciones IP son atractivas para las empresas por varias razones y motivos, adems de aadir funcionalidades y aplicaciones que van mucho ms all de las que ofrece la telefona tradicional. En primer lugar, las empresas pueden ahorrarse dinero en equipos, instalacin y mantenimiento, al contar con una nica red tanto para las computadoras como para los telfonos, en lugar de tener redes especializadas para cada uno de ellos. En segundo lugar, las Comunicaciones IP pueden reducir los costos de llamadas telefnicas, debido a que las llamadas que viajan por la red telefnica pblica pueden viajar por la red corporativa y an por Internet. Y en tercer lugar, las Comunicaciones IP aumentan la productividad y la flexibilidad de las organizaciones, de los empleados y de las los negocios de las TELCOS dedicadas a este rubro.
Los telfonos se pueden trasladar de una oficina a otra sin que se incurra en los cargos por servicios asociados con los telfonos tradicionales, que, en ocasiones, pueden ser significativos. Las compaas tambin obtienen ahorros en efectivo al hacer las llamadas de voz a travs de sus redes de datos. Estas redes convergentes tambin hacen posible el desarrollo de nuevas aplicaciones de negocios.
VARIEDAD DE NEGOCIOS PARA TELCOS DE TELEFONIA IP
Los expertos indican que la ventaja a largo plazo de acceder a la telefona IP compensa con creces el gasto de la inversin inicial, ya que toda inversin futura en las redes de voz encajar perfectamente en la estructura del estndar abierto IP.
INTRODUCCION A LA TELEFONIA IP FUNDAMENTOS PARA UNA RED
INTRODUCCION A LA TELEFONIA IP: Fundamentos para una red
La clave para lograr un crecimiento sostenido en la productividad de las organizaciones no radica en lograr que los empleados trabajen ms duro. Se trata de lograr que trabajen ms inteligentemente. Aqu es donde estn las verdaderas mejoras en la productividad.
Una infraestructura de red basada en IP puede proporcionar un fundamento sobre el cual se puedan operar aplicaciones que les permitan a los empleados trabajar en forma ms inteligente. Las aplicaciones de Comunicaciones IP, que incluyen la telefona IP, mensajera unificada, aplicaciones inalmbricas, aplicaciones para centros de contacto, al igual que video, son habilitadas mediante arquitecturas convergentes de red que entregan servicios sobre una red nica.
En esta era del conocimiento, los empleados pueden utilizar la red y las tecnologas basadas en IP para colaborar ms eficientemente y para comunicarse con mayor facilidad. Esta infraestructura tambin les permite trasladar datos, voz y vdeo a travs de la red en forma ms inteligente, por lo que pueden tomar decisiones ms rpido, lo cual, a su vez, mejora la agilidad de la empresa, factores todos claves para mejorar la productividad.
Las comunicaciones IP mejoran la productividad de diversas maneras. Por ejemplo, los empleados pueden cargar consigo sus telfonos IP cuando se desplazan de un edificio a otro. En cuestin de minutos, los empleados pueden reconfigurar sus telfonos para conectarse a la red y comenzar a trabajar en la nueva ubicacin. Nada de esto requiere de asistencia por parte del departamento de telecomunicaciones de la compaa, por lo que la Telefona IP es un elemento que le ahorra tiempo tanto a IT como al empleado. Segn una encuesta efectuada por Sage Research en el 2004, Entre las organizaciones que utilizan la Telefona IP, un 72 % reporta que los integrantes de la planta de personal de tecnologa de la informacin se benefician en su capacidad de efectuar traslados, adiciones y cambios ms rpidos y un 71 % afirma que los usuarios finales se benefician de la Telefona IP.
Las caractersticas de la telefona IP, tales como las llamadas de conferencia y los servicios integrados del directorio de empleados, son sensiblemente ms fciles de configurar y utilizar por parte de los empleados por s solos, que las caractersticas convencionales del sistema telefnico PBX. Con frecuencia, la complejidad de establecer y usar las caractersticas de los sistemas PBX lleva a los empleados a recurrir al personal de tecnologa de la informacin y telecomunicaciones a pedir ayuda. En concordancia, la encuesta descubre que el 43 % de las organizaciones han experimentado una reduccin en el tiempo que el personal de IT le dedica al soporte de usuarios. De ese 43 %, la mitad dice que la telefona IP reduce las necesidades de soporte a los usuarios finales en por lo menos cinco horas por semana por cada empleado de IT. Esto significa que el integrante promedio del personal de IT puede dedicarle ms tiempo a las tareas estratgicas en lugar de estar resolviendo problemas y dando soporte.
DIRECTORIO DE EMPLEADOS DADO POR UNA PBX CISCO
INTRODUCCION A LA TELEFONIA IP MENSAJERIA UNIFICADA
INTRODUCCION A LA TELEFONIA IP: Mensajera Unificada
Mensajera Unificada: Una de las aplicaciones ms atractivas es la mensajera unificada, que integra diversas tecnologas para que los usuarios puedan acceder al correo de voz, faxes y correo electrnico, utilizando la herramienta que sea ms conveniente en el momento: computadora porttil, computadora de escritorio, telfono fijo, telfono inalmbrico o PDA inalmbrico. En razn de que todas estas formas de comunicacin se encuentran en un solo sitio, los usuarios solamente tienen que ingresar a un servidor para poder acceder a sus mensajes. Con la mensajera unificada, los empleados pueden mantenerse al corriente de las comunicaciones, estn donde estn, de hecho convirtiendo lo que podra haber sido tiempo improductivo en tiempo productivo. Por ejemplo, un empleado que est de viaje puede descargar todos sus mensajes de correo de voz, correo electrnico y faxes a una computadora porttil antes de abordar un vuelo. Durante la travesa puede leer sus correos electrnicos y faxes, escuchar los mensajes de voz y dictar sus respuestas utilizando auriculares provistos con un micrfono. Una vez llegue a su hotel, puede conectarse a Internet y fcilmente transmitir mensajes de voz y de texto al tiempo, lo que le ahorra tiempo y esfuerzo.
INTRODUCCION A LA TELEFONIA IP MOVILIDAD
INTRODUCCION A LA TELEFONIA IP: Movilidad
Movilidad: Las redes inalmbricas son apenas el comienzo. Existe una amplia gama de soluciones de movilidad, incluso firewalls para la red y herramientas para la red privada virtual (VPN) para prestarles apoyo a los trabajadores a distancia, a las oficinas remotas y a los trabajadores mviles. Al utilizar estas soluciones, pueden lograr acceso a las mismas herramientas de productividad a las que tienen acceso en la sede principal de la compaa. Por ejemplo, el IP SoftPhone, es una aplicacin que remite llamadas telefnicas desde y hacia una computadora personal, permitiendo, por ejemplo que los empleados reciban y hagan llamadas desde sus computadoras mientras se encuentran en la sala de espera antes de abordar un avin. Estas y otras soluciones similares les proporcionan a los empleados a distancia el acceso a las herramientas que utilizan todos los das, incluso Internet, la red corporativa y el sistema telefnico IP de la compaa.
INTRODUCCION A LA TELEFONIA IP: Movilidad
Telfono IP Mvil (WiFi o Inalmbrico)
Softphone
INTRODUCCION A LA TELEFONIA IP ATENCION AL CLIENTE
INTRODUCCION A LA TELEFONIA IP: Atencin al Cliente
Atencin al cliente: Las aplicaciones para los centros de contacto son particularmente importantes para mejorar la productividad en el entorno de negocios de hoy da. En aos recientes, muchos negocios en Latinoamrica se han desplazado del antiguo enfoque centrado en el producto hacia un enfoque centrado en el cliente. Por ende, los centros de contacto, en donde los agentes hacen ventas, prestan servicio y comercializan con los clientes, se han tornado en elementos estratgicos para el xito de una empresa. Un Centro de Contactos IP, puede ayudarles a los empleados a aumentar su productividad, al permitir que los agentes atiendan ms llamadas en el mismo lapso de tiempo. Cuando un cliente ingresa un nmero de cuenta en un sistema automatizado, el Centro de Contactos IP puede desplegar esa informacin en la computadora de escritorio del agente. El agente no tiene que gastar tiempo solicitando informacin que el cliente ya le haya suministrado. Adems, la inteligencia incorporada en el Centro de Contactos IP enruta los contactos en forma ms eficiente. Por ejemplo, una llamada que provenga de un cdigo de rea en Brasil, donde se habla portugus, es dirigidadirectamente a un agente que tenga la destreza de hablar tanto espaol como portugus, lo que elimina una transferencia de la llamada, ahorrando tiempo. Ms all de la voz, un Centro de Contactos IP les permite a los agentes manejar sesiones mltiples de texto y chat simultneamente y atender ms llamadas en el mismo lapso de tiempo.
INTRODUCCION A LA TELEFONIA IP: Atencin al Cliente
INTRODUCCION A LA TELEFONIA IP VIDEO
INTRODUCCION A LA TELEFONIA IP: Video
Video: Con un telfono IP que incorpore la opcin de Video; o con la Cmara de video o webcam conectada a un PC y ste conectado a un telfono IP, el usuario puede realizar y recibir llamadas de video sobre la red de telefona IP empresarial. Los usuarios hacen las llamadas desde sus telfonos IP utilizando las interfaces telefnicas tradicionales pero ahora las llamadas se mejoran con video sobre el telfono o sobre el PC, sin requerir operar controles adicionales o tareas extras. Video llamada
INTRODUCCION A LA TELEFONIA IP MITOS DE LA TELEFONIA IP
INTRODUCCION A LA TELEFONIA IP: Mitos de la Telefona IP
MITO # 1 Los clientes deben esperar a desplegar comunicaciones empresariales IP hasta que los estndares estn ms maduros. Debido a que las comunicaciones IP es una tecnologa relativamente nueva, existe preocupacin por parte de clientes que piensan que los estndares de esta solucin an no estn lo suficientemente maduros para justificar una inversin en esta tecnologa. Existe el miedo de que una inversin hecha en Comunicaciones IP ahora, sea obsoleta el ao siguiente debido al constante cambio tecnolgico. Realidad Los estndares fundamentales de las comunicaciones IP ya estn establecidos, y nuevos estndares continuarn emergiendo. En el caso de las Comunicaciones IP, la mayora de los estndares que son esenciales para el desarrollo de la solucin han existido por algn tiempo. En la medida en que nuevos protocolos se convierten en estndares, pueden ser aadidos fcilmente a todo el sistema de Comunicaciones IP. La inversin hecha hoy ser protegida en los prximos aos.
MITO # 2 Implementar comunicaciones empresariales IP es ms costoso que implementar un sistema de comunicaciones TDM tradicional. Los telfonos IP actuales parecen ms costosos que los telfonos empresariales tradicionales y los sistemas de circuito conmutado. El usuario final solo ve un costo mayor por telfono para VoIP, en donde el precio se convierte en una barrera para la adopcin de la telefona IP. Realidad Las soluciones de Comunicaciones IP ofrecen un menor costo de propiedad (TCO, por sus siglas en ingls) y un mayor retorno de la inversin (ROI, por sus siglas en ingls). Un telfono IP actual cuesta lo mismo o menos que un telfono digital de escritorio. Cuando se tiene en cuenta el bajo costo total de propiedad (TCO) que resulta de una solucin de Comunicaciones IP que corre en una red IP de voz, video y datos, la solucin de Comunicaciones IP puede ahorrar a las organizaciones una suma importante de dinero.
MITO # 3 No existe una aplicacin nica, realmente atractiva, para Comunicaciones IP hoy en da. Si la hubiera, todo el mundo estara usndola. Y deben las organizaciones esperar hasta que esa aplicacin sea descubierta para hacer una inversin en una red convergente de datos, voz y videos, corriendo soluciones de Comunicaciones IP? Realidad Hay muchas aplicaciones actualmente que reducen costos, incrementan la productividad y mejoran la satisfaccin del cliente. Lo realmente valioso de las Comunicaciones IP es que se basan en la convergencia de aplicaciones de voz, video y datos para el usuario. La arquitectura de las Comunicaciones IP permite que las aplicaciones sean integradas con las aplicaciones existentes de las organizaciones. La mejor aplicacin variar dependiendo del tipo de empresa, y de usuario.
MITO # 4 Los sistemas de Comunicaciones IP son menos seguros que los sistemas hbridos. Realidad Las soluciones de Comunicaciones IP son seguras y confiables. La seguridad es un aspecto importante, ya sea que se est corriendo voz en la red de datos, o no. Pero el mito verdadero es que los sistemas hbridos son ms seguros que las soluciones de Comunicaciones IP de extremo-a-extremo. Pero lo cierto es que con los sistemas hbridos, no solo hay que tener las mismas consideraciones de seguridad que con un sistema totalmente IP, sino que tambin hay que administrar dos redes separadas, sin obtener los beneficios de tener una solucin integrada
MITO # 5 Desplegar comunicaciones IP significa deshacerse de las inversiones hechas en soluciones de voz tradicional. Debido a que las compaas ya tienen un sistema de voz de algn tipo, mucha gente piensa que migrar a un sistema de Comunicaciones IP significa deshacerse de todo el dinero que se ha invertido durante los ltimos aos. Realidad Las soluciones de comunicaciones IP ofrecen una migracin por fases, de acuerdo al ritmo preferido por cada organizacin. La migracin a Comunicaciones IP puede llevarse a cabo por fases sin interferir en el desempeo de la empresa. Se han desarrollado planes y procesos para hacer que esta migracin sea ms suave y fcil para todas las compaas.
INTRODUCCION A LA TELEFONIA IP Ventajas de la telefona IP
INTRODUCCION A LA TELEFONIA IP: Ventajas de la telefona IP
1. Integracin sobre su Intranet de la voz como un servicio ms de su red, tal como otros servicios informticos. 2. Las redes IP son la red estndar universal para la Internet, Intranets y extranets. 3. Estndares efectivos (H.323, SIP). 4. Interoperabilidad de diversos proveedores. 5. Uso de las redes de datos existentes. 6. Independencia de tecnologas de transporte (capa 2), asegurando la inversin. 7. Menores costos que tecnologas alternativas (voz sobre TDM, ATM, Frame Relay).
8. No paga SLM ni Larga Distancia en sus llamadas sobre IP.
INTRODUCCION A LA TELEFONIA IP Cmo funciona la voz sobre IP
INTRODUCCION A LA TELEFONIA IP: Cmo funciona la voz sobre IP
La voz sobre IP convierte las seales de voz estndar en paquetes de datos comprimidos que son transportados a travs de redes de datos en lugar de lneas telefnicas tradicionales. La evolucin de la transmisin conmutada por circuitos a la transmisin basada en paquetes toma el trfico de la red pblica telefnica y lo coloca en redes IP bien aprovisionadas. Las seales de voz se encapsulan en paquetes IP que pueden transportarse como IP nativo o como IP por Ethernet, Frame Relay, ATM o SONET. Hoy, las arquitecturas interoperables de voz sobre IP se basan en la especificacin H.323 v2. La especificacin H.323 define gateways (interfaces de telefona con la red) y gatekeepers (componentes de conmutacin inter oficina) y sugiere la manera de establecer, enrutar y terminar llamadas telefnicas a travs de Internet. En la actualidad, se estn proponiendo otras especificaciones en los consorcios industriales tales como SIP, SGCP e IPDC, las cuales ofrecen ampliaciones en lo que respecta al control de llamadas y sealizacin dentro de arquitecturas de voz sobre IP.
El concepto de transmitir voz por una red de datos es muy interesante para compaas que mantienen conexiones intranet con sus sucursales, y al mismo tiempo pagan por lneas telefnicas en esas mismas sucursales. Los ahorros de costes aparecen por s mismos, aunque aspectos como seguridad, fiabilidad y calidad pueden causar aprensin en los administradores de red hacia la telefona IP.
La funcionalidad de la telefona VoIP puede facilitar tareas que seran ms difciles de realizar usando las redes telefnicas comunes: 1. Las llamadas telefnicas locales pueden ser automticamente enrutadas a un telfono VoIP, sin importar dnde se est conectado a la red. Uno podra llevar consigo un telfono VoIP en un viaje, y en cualquier sitio conectado a Internet, se podra recibir llamadas. 2. Nmeros telefnicos gratuitos para usar con VoIP estn disponibles en Estados Unidos de Amrica, Reino Unido y otros pases de organizaciones como Usuario VoIP. 3. Los agentes de Call center usando telfonos VoIP pueden trabajar en cualquier lugar con conexin a Internet lo suficientemente rpida. 4. Algunos paquetes de VoIP incluyen los servicios extra por los que PSTN (Red Publica Telefnica Conmutada) normalmente cobra un cargo extra, o que no se encuentran disponibles en algunos pases, como son las llamadas de 3 a la vez, retorno de llamada, remarcacin automtica, o identificacin de llamadas.
Es muy importante diferenciar entre Voz sobre IP (VoIP) y Telefona sobre IP: VoIP es el conjunto de normas, dispositivos, protocolos, en definitiva la tecnologa que permite la transmisin de la voz sobre el protocolo IP.
TCP / UDP Protocols TCP/IP Protocol SIP Protocol H.323 Protocol

H.225 & H.245
RADIUS Protocol MGCP Protocol
Telefona sobre IP es el conjunto de nuevas funcionalidades de la telefona, es decir, en lo que se convierte la telefona tradicional debido a los servicios que finalmente se pueden llegar a ofrecer gracias a poder portar la voz sobre el protocolo IP en redes de datos: ADSI ON-SCREEN MENU SYSTEM ALARM RECIEVER APPEND MESSAGE AUTHENTICATION AUTOMATED ATTENDANT BLACKLIST BLIND TRANSFER CALL DETAIL RECORDS CALL FORWARD ON BUSY CALL FORWARD ON NO ANSWER CALL FORWARD VARIABLE CALL MONITORING CALL PARKING CALL QUEUING CALL RECORDING CALL RETRIEVAL CALL ROUTING (DID & ANI)
CALL SNOOPING CALL TRANSFER CALL WAITING CALLER ID CALLER ID BLOCKING CALLER ID ON CALL WAITING CALLING CARDS CONFERENCE BRIDGING DATABASE STORE / RETRIVING DATABASE INTEGRATION DIAL BY NAME DIRECT INWARD SYSTEM ACCESS DISTINCTIVE RING DO NOT DISTURB E199 (E911 in USA) ENUM FAX TRANSMIT AND RECIEVE o (3rd Party OSS Package) FLEXIBLE EXTENSION LOGIC INTERACTIVE DIRECTORY LISTING INTERACTIVE VOICE RESPONSE (IVR) LOCAL AND REMOTE CALL AGENTS
MACROS MUSIC ON HOLD MUSIC ON TRANSFER o FLEXIBLE MP3-BASED SYSTEM o RANDOM ON LINEAR PLAY o VOLUME CONTROL PREDICTIVE DIALER PRIVACY OPEN SETTLEMENT PROTOCOL OVERHEAD PAGING TRUNKING PROTOCOL CONVERSION REMOTE CALL PICKUP REMOTE OFFICE SUPPORT ROAMING EXTENSIONS ROUTE BY CALLER ID SMS MESSAGING SPELL / SAY STREAMING MEDIA ACCESS SUPERVISED TRANSFER TALK DETECTION
TEXT TO SPEECH THREE WAY CALLING TIME & DATE TRANSCODING VOIP GATEWAYS VOICEMAIL o VISUAL INDICATOR FOR MESSAGE WAITING o STUTTER DIALTONE FOR MESSAGE WAITING o VOICEMAIL TO EMAIL o VOICEMAIL GROUPS o WEB VOICEMAIL INTERFACE ZAPATELLER
El modelo de referencia de Interconexin de Sistemas Abiertos (OSI, Open System Interconnection) fue el modelo de red descriptivo creado por la Organizacin Internacional para la Estandarizacin lanzado en 1984. Es decir, fue un marco de referencia para la efinicin de arquitecturas de interconexin de sistemas de comunicaciones. Este modelo de referencia tiene 7 capas, cada una de las cuales tiene ciertas caractersticas: Capa Fsica .- Esta Capa trata sobre los elementos fsicos de la red, en este caso apunta a lo que es Medios de Transmisin (Cableado). Define especificaciones elctricas, una forma de hacer referencia a esta capa es pensar en seales y medios fsicos. Capa de Enlace de Datos .- En esta capa como su nombre lo indica, se refiere a lo que es las tarjetas de red, pero a lo que ms apunta es a la direccin MAC . Proporciona un trnsito de datos confiable a travs de un enlace fsico, de igual forma se refiere al control de acceso al medio. Capa de Red .- La capa de red es una capa compleja que proporciona conectividad y seleccin de ruta entre dos sistemas de hosts que pueden estar ubicados en redes geogrficamente distintas. Si desea recordar la Capa 3 en la menor cantidad de palabras posible, piense en seleccin de ruta, conmutacin, direccionamiento y enrutamiento. Capa de Transporte.- Especficamente, temas como la confiabilidad del transporte entre dos hosts es responsabilidad de la capa de transporte, para hacer referencia a esta capa es pensar en la calidad de servicio y confiabilidad.
Capa de Sesin .- Esta capa se encarga de establecer la sesin entre dos host que se estn comunicando. Esta capa presenta servicio a la capa de presentacin. Un ejemplo sera, que en una conversacin entre dos personas las cuales inician su conversacin, sin importar el tema a tratar. Capa de Presentacin .- La Capa de presentacin garantiza que la informacin que enva la capa de aplicacin de un sistema pueda ser leda por la capa de aplicacin de otro sistema. Para hacer referencia de esta capa es preciso recordar en un formato de datos comn. Capa de Aplicacin .- Es la capa en la cual hace referencia a la interfaz con el usuario, nos suministra servicio de red a las aplicaciones del usuario. Para hacer referencia de esta capa es preciso recordar los navegadores de la web.
ROUTER Es el dispositivo
encargado de enrutar el trfico de voz o datos hacia su destino correcto.
MODEM Es el dispositivo
encargado de transformar las seales digitales a analgicas con el objetivo de subirlas al medio de transporte de datos.
SWITCH Es el dispositivo
encargado del control del trfico interno en la red LAN, conectando a todos los dispositivos que la conforman.
(1) Se refiere a el medio que se

utiliza para conectar el enrutador con el Modem los cuales pueden ser: - Cable Coaxial - Cable UTP - Cable tipo V.35
(2) Se refiere a el medio que se

utiliza para conectar el enrutador con el Switch los cuales pueden ser: - Cable UTP - Cable de Fibra Optica
(3) Se refiere al medio fsico de

transporte que se encarga de transmitir los datos por la WAN. - Fibra Optica - Par Trenzado de Cobre - Radio frecuencias.
(1) Los estndares que se pueden

utilizar a este nivel pueden ser: - G.703 - V.35 - Giga Ethernet

utilizar en este nivel pueden ser: - Ethernet - Fast Ethernet - Giga Ethernet - Fibra Optica

utilizar en este nivel pueden ser: - PDH - SDH - SONET
(1) Los protocolos(Conocidos

como WAN) a utilizar a este nivel pueden ser: - HDLC - ATM - FRAME RELAY - MPLS - FDDI
(2) Los protocolos(Conocidos

como LAN) a utilizar a este nivel pueden ser: - ETHERNET - FAST ETHERNET - GIGA ETHERNET
(1) Los protocolos a utilizar a este

nivel (Capa de red) pueden ser: - IP (IPv4, IPv6)
(2) Los protocolos (Conocidos

como protocolos de enrutamiento) a utilizar a este nivel pueden ser: - RIP - EIGRP - BGP - IS-IS - OSPF
(1) En esta parte ya se habla

especficamente de la parte de telefona IP que involucra: Protocolos de capa cuatro o de transporte como: TCP UDP Protocolos de capas superiores o de aplicacin para los servicios de telefona como ser: H.323 SIP MGCP SCCP HTTP FTP SFTP RADIUS XML SQL
COMPONENTES BASICOS DE UN SISTEMA DE TELEFONIA IP

1. RED IP 1. 2. 3. 4. 5. 6. 2. SOFTSWITCH MODULO DE CONMUTACION MODULO DE BILLING MODULO DE ADMINISTRACION WEB SIP TRUNK H.323 TRUNK E1 TRUNK 1. 2. 3. 3. MEDIA GATEWAY 1. 2. 3. 4. GATEKEEPER 5. TELEFONO IP 1. 2. 3. 4. 6. PSTN 1. 2. 3. 7. CODECS 8. STUN SERVER 9. FOIP (FAX) 10. FXS/FXO TCP/IP RTP UDP/TCP QoS NAT Y TIPOS DE NAT DHCP
PARTE DE RED PARTE SIP PARTE LINE PARTE USER ISDN R2 DID
RED IP
TCP/IP
COMPONENTES BASICOS DE UN SISTEMA DE TELEFONIA IP: Red IP / TCP/IP
TCP/IP son las siglas de Protocolo de Control de Transmisin/Protocolo de Internet (en ingls Transmission Control Protocol/Internet Protocol), un sistema de protocolos que hacen posibles servicios Telnet, FTP, E-mail, y otros entre ordenadores que no pertenecen a la misma red. El Protocolo de Control de Transmisin (TCP) permite a dos anfitriones establecer una conexin e intercambiar datos. El TCP garantiza la entrega de datos, es decir, que los datos no se pierdan durante la transmisin y tambin garantiza que los paquetes sean entregados en el mismo orden en el cual fueron enviados. El Protocolo de Internet (IP) utiliza direcciones que son series de cuatro nmeros ocetetos (byte) con un formato de punto decimal, por ejemplo: 69.5.163.59 El protocolo IP es el software que implementa el mecanismo de entrega de paquetes sin conexin y no confiable (tcnica del mejor esfuerzo). El protocolo IP cubre tres aspectos importantes: Define la unidad bsica para la transferencia de datos en una inter red, especificando el formato exacto de un Datagrama IP. Realiza las funciones de enrutamiento. Define las reglas para que los Host y Routers procesen paquetes, los descarten o generen mensajes de error.
En trminos generales, el software TCP/IP est organizado en cuatro capas conceptuales que se construyen sobre una quinta capa de hardware. El siguiente esquema muestra las capas conceptuales as como la forma en que los datos pasan entre ellas. CAPAS CONCEPTUALES PASO DE OBJETOS ENTR E CAPAS
Capa de aplicacin. Es el nivel mas alto, los usuarios llaman a una aplicacin que acceda servicios disponibles a travs de la red de redes TCP/IP. Una aplicacin interacta con uno de los protocolos de nivel de transporte para enviar o recibir datos. Cada programa de aplicacin selecciona el tipo de transporte necesario, el cual puede ser una secuencia de mensajes individuales o un flujo continuo de octetos. El programa de aplicacin pasa los datos en la forma requerida hacia el nivel de transporte para su entrega.
Capa de transporte. La principal tarea de la capa de transporte es proporcionar la comunicacin entre un programa de aplicacin y otro. Este tipo de comunicacin se conoce frecuentemente como comunicacin punto a punto. La capa de transporte regula el flujo de informacin. Puede tambin proporcionar un transporte confiable, asegurando que los datos lleguen sin errores y en secuencia. Para hacer esto, el software de protocolo de transporte tiene el lado de recepcin enviando acuses de recibo de retorno y la parte de envo retransmitiendo los paquetes perdidos. El software de transporte divide el flujo de datos que se est enviando en pequeos fragmentos (por lo general conocidos como paquetes) y pasa cada paquete, con una direccin de destino, hacia la siguiente capa de transmisin. Aun cuando en el esquema anterior se utiliza un solo bloque para representar la capa de aplicacin, una computadora de propsito general puede tener varios programas de aplicacin accesando la red de redes al mismo tiempo. La capa de transporte debe aceptar datos desde varios programas de usuario y enviarlos a la capa del siguiente nivel. Para hacer esto, se aade informacin adicional a cada paquete, incluyendo cdigos que identifican qu programa de aplicacin enva y qu programa debe recibir, as como una suma de verificacin para verificar que el paquete ha llegado intacto y utiliza el cdigo de destino para identificar el programa de aplicacin en el que se debe entregar.
Capa Internet. La capa Internet maneja la comunicacin de una mquina a otra. sta acepta una solicitud para enviar un paquete desde la capa de transporte, junto con una identificacin de la mquina, hacia la que se debe enviar el paquete. La capa Internet tambin maneja la entrada de datagramas, verifica su validez y utiliza un algoritmo de ruteo para decidir si el datagrama debe procesarse de manera local o debe ser transmitido. Para el caso de los datagramas direccionados hacia la mquina local, el software de la capa de red de redes borra el encabezado del datagrama y selecciona, de entre varios protocolos de transporte, un protocolo con el que manejar el paquete. Por ltimo, la capa Internet enva los mensajes ICMP de error y control necesarios y maneja todos los mensajes ICMP entrantes. Capa de interfaz de red. El software TCP/IP de nivel inferior consta de una capa de interfaz de red responsable de aceptar los datagramas IP y transmitirlos hacia una red especfica. Una interfaz de red puede consistir en un dispositivo controlador (por ejemplo, cuando la red es una red de rea local a la que las mquinas estn conectadas directamente) o un complejo subsistema que utiliza un protocolo de enlace de datos propios (por ejemplo, cuando la red consiste de conmutadores de paquetes que se comunican con anfitriones utilizando HDLC).
Capa de transporte. La principal tarea de la capa de transporte es proporcionar la comunicacin entre un programa de aplicacin y otro. Este tipo de comunicacin se conoce frecuentemente como comunicacin punto a punto. La capa de transporte regula el flujo de informacin. Puede tambin proporcionar un transporte confiable, asegurando que los datos lleguen sin errores y en secuencia. Para hacer esto, el software de protocolo de transporte tiene el lado de recepcin enviando acuses de recibo de retorno y la parte de envo retransmitiendo los paquetes perdidos. El software de transporte divide el flujo de datos que se est enviando en pequeos fragmentos (por lo general conocidos como paquetes) y pasa cada paquete, con una direccin de destino, hacia la siguiente capa de transmisin. Aun cuando en el esquema anterior se utiliza un solo bloque para representar la capa de aplicacin, una computadora de propsito general puede tener varios programas de aplicacin accesando la red de redes al mismo tiempo. La capa de transporte debe aceptar datos desde varios programas de usuario y enviarlos a la capa del siguiente nivel. Para hacer esto, se aade informacin adicional a cada paquete, incluyendo cdigos que identifican qu programa de aplicacin enva y qu programa debe recibir, as como una suma de verificacin para verificar que el paquete ha llegado intacto y utiliza el cdigo de destino para identificar el programa de aplicacin en el que se debe entregar.
El Datagrama IP El esquema de envo de IP es similar al que se emplea en la capa Acceso a red. En esta ultima se envan Tramas formadas por un Encabezado y los Datos. En el Encabezado se incluye la direccin fsica del origen y del destino. En el caso de IP se envan Datagramas, estos tambin incluyen un Encabezado y Datos, pero las direcciones empleadas son Direcciones IP.
Encabezado Datos
Formato del Datagrama IP Los Datagramas IP estn formados por Palabras de 32 bits. Cada Datagrama tiene un mnimo (y tamao ms frecuente) de cinco palabras y un mximo de quince.
Ver
Hlen Identificacin TTL
TOS Flags
Longitud Total Desp. De Fragmento Checksum
Protocolo Direccin IP de la Fuente Direccin IP del Destino Opciones IP (Opcional)
Relleno
DATOS
Ver: Versin de IP que se emplea para construir el Datagrama. Se requiere para que quien lo reciba lo interprete correctamente. La actual versin IP es la 4. Hlen: Tamao de la cabecera en palabras. TOS: Tipo de servicio. La gran mayora de los Host y Routers ignoran este campo. Su estructura es: La prioridad (0 = Normal, 7 = Control de red) permite implementar algoritmos de control de congestin ms eficientes. Los tipos D, T y R solicitan un tipo de transporte dado: D = Procesamiento con retardos cortos, T = Alto Desempeo y R = Alta confiabilidad. Ntese que estos bits son solo sugerencias, no es obligatorio para la red cumplirlo. Longitud Total: Mide en bytes la longitud de doto el Datagrama. Permite calcular el tamao del campo de datos: Datos = Longitud Total 4 * Hlen. TTL: Tiempo de Vida del Datagrama, especifica el numero de segundos que se permite al Datagrama circular por la red antes de ser descartado. Protocolo: Especifica que protocolo de alto nivel se emple para construir el mensaje transportado en el campo datos de Datagrama IP. Algunos valores posibles son: 1 = ICMP, 6 = TCP, 17 = UDP, 88 = IGRP (Protocolo de Enrutamiento de Pasarela Interior de CISCO).
Checksum: Es un campo de 16 bits que se calcula haciendo el complemento a uno de cada palabra de 16 bits del encabezado, sumndolas y haciendo su complemento a uno. Esta suma hay que recalcularla en cada nodo intermedio debido a cambios en el TTL o por fragmentacin. Direccin IP de la Fuente: Direccin IP del Destino: Opciones IP: Existen hasta 40 bytes extra en la cabecera del Datagrama IP que pueden llevar una o ms opciones. Su uso es bastante raro.
Direccin IP es un nmero que identifica de manera lgica y jerrquica a una interfaz de un dispositivo (habitualmente una computadora) dentro de una red que utilice el protocolo IP (Internet Protocol), que corresponde al nivel de red del protocolo TCP/IP. Dicho nmero no se ha de confundir con la direccin MAC que es un nmero hexadecimal fijo que es asignado a la tarjeta o dispositivo de red por el fabricante, mientras que la direccin IP se puede cambiar. Los sitios de Internet que por su naturaleza necesitan estar permanentemente conectados, generalmente tienen una direccin IP fija (se aplica la misma reduccin por IP fija o IP esttica), es decir, no cambia con el tiempo. Los servidores de correo, DNS, FTP pblicos, y servidores de pginas web necesariamente deben contar con una direccin IP fija o esttica, ya que de esta forma se permite su localizacin en la red. A travs de Internet, los ordenadores se conectan entre s mediante sus respectivas direcciones IP. Sin embargo, a los seres humanos nos es ms cmodo utilizar otra notacin ms fcil de recordar y utilizar, como los nombres de dominio; la traduccin entre unos y otros se resuelve mediante los servidores de nombres de dominio DNS.
Hay tres clases de direcciones IP que una organizacin puede recibir de parte de la Internet Corporation for Assigned Names and Numbers (ICANN): clase A, clase B y clase C. En la actualidad, ICANN reserva las direcciones de clase A para los gobiernos de todo el mundo (aunque en el pasado se le hayan otorgado a empresas de gran envergadura como, por ejemplo, Hewlett Packard) y las direcciones de clase B para las medianas empresas. Se otorgan direcciones de clase C para todos los dems solicitantes. Cada clase de red permite una cantidad fija de equipos (hosts). En una red de clase A, se asigna el primer octeto para identificar la red, reservando los tres ltimos octetos (24 bits) para que sean asignados a los hosts, de modo que la cantidad mxima de hosts es 224 - 2 (las direcciones reservadas de broadcast [ltimos octetos a 255] y de red [ltimos octetos a 0]), es decir, 16 777 214 hosts. En una red de clase B, se asignan los dos primeros octetos para identificar la red, reservando los dos octetos finales (16 bits) para que sean asignados a los hosts, de modo que la cantidad mxima de hosts es 216 - 2, o 65 534 hosts. En una red de clase C, se asignan los tres primeros octetos para identificar la red, reservando el octeto final (8 bits) para que sea asignado a los hosts, de modo que la cantidad mxima de hosts es 28 - 2, 254 hosts.
RED IP
RTP
COMPONENTES BASICOS DE UN SISTEMA DE TELEFONIA IP: Red IP / RTP
RTP es la abreviacin de Real-time Transport Protocol, por su denominacin en Ingls. Es un estndar creado por la IETF para la transmisin confiable de voz y video a travs de Internet. La primera versin fue publicada en 1996 en el documento RFC 1889 y fue reemplazado por el estndar RFC 3550 en 2003. En aplicaciones de Voz sobre IP, RTP es el protocolo responsable de la transmisin de los datos. La digitalizacin y compresin de la voz y el video es realizada por el CODEC. Para el manejo de sealizacin o establecimiento de llamada existe el protocolo SIP. Aunque RTP tiene algunas caractersticas de protocolo de nivel de transporte (Segn el modelo OSI), es transportado usando UDP. UDP no maneja sesiones ni mecanismos que garanticen la recepcin de los paquetes, pero es usado por RTP en lugar de TCP debido a que reduce el tiempo de envo de los paquetes a travs de la red. En aplicaciones de voz y video es ms importante una transmisin rpida que la prdida de algunos paquetes durante el recorrido.
RTCP es utilizado para enviar datos de control entre el emisor y receptor de una secuencia RTP. Los paquetes RTCP son enviados aproximadamente cada cinco segundos, y contienen datos que ayudan a verificar las condiciones de transmisin en el extremo remoto.
RTP es la abreviacin de Real-time Transport Protocol, por su denominacin en Ingls. Es un estndar creado por la IETF para la transmisin confiable de voz y video a travs de Internet. La primera versin fue publicada en 1996 en el documento RFC 1889 y fue reemplazado por el estndar RFC 3550 en 2003. En aplicaciones de Voz sobre IP, RTP es el protocolo responsable de la transmisin de los datos. La digitalizacin y compresin de la voz y el video es realizada por el CODEC. Para el manejo de sealizacin o establecimiento de llamada existe el protocolo SIP. Aunque RTP tiene algunas caractersticas de protocolo de nivel de transporte (Segn el modelo OSI), es transportado usando UDP. UDP no maneja sesiones ni mecanismos que garanticen la recepcin de los paquetes, pero es usado por RTP en lugar de TCP debido a que reduce el tiempo de envo de los paquetes a travs de la red. En aplicaciones de voz y video es ms importante una transmisin rpida que la prdida de algunos paquetes durante el recorrido.
RTCP es utilizado para enviar datos de control entre el emisor y receptor de una secuencia RTP. Los paquetes RTCP son enviados aproximadamente cada cinco segundos, y contienen datos que ayudan a verificar las condiciones de transmisin en el extremo remoto.
COMPONENTES BASICOS DE UN SISTEMA DE TELEFONIA IP RED IP
TCP/UDP
COMPONENTES BASICOS DE UN SISTEMA DE TELEFONIA IP: Red IP / TCP/UDP
EL PROTOCOLO TCP: El protocolo TCP (Transmission Control Protocol, protocolo de control de transmisin) est basado en IP que es fiable y orientado a conexin: Orientado a conexin. Es necesario establecer una conexin previa entre las dos mquinas antes de poder transmitir ningn dato. A travs de esta conexin los datos llegarn siempre a la aplicacin destino de forma ordenada y sin duplicados. Finalmente, es necesario cerrar la conexin. Fiable. La informacin que enva el emisor llega de forma correcta al destino. El protocolo TCP permite una comunicacin fiable entre dos aplicaciones. De esta forma, las aplicaciones que lo utilicen no tienen que preocuparse de la integridad de la informacin: dan por hecho que todo lo que reciben es correcto. El flujo de datos entre una aplicacin y otra viajan por un circuito virtual. Sabemos que los datagramas IP pueden seguir rutas distintas, dependiendo del estado de los encaminadores intermedios, para llegar a un mismo sitio. Esto significa que los datagramas IP que transportan los mensajes siguen rutas diferentes aunque el protocolo TCP logr la ilusin de que existe un nico circuito por el que viajan todos los bytes uno detrs de otro (algo as como una tubera entre el origen y el destino). Para que esta comunicacin pueda ser posible es necesario abrir previamente una conexin. Esta conexin garantiza que los todos los datos lleguen correctamente de forma ordenada y sin duplicados. La unidad de datos del protocolo es el byte, de tal forma que la aplicacin origen enva bytes y la aplicacin destino recibe estos bytes.
EL PROTOCOLO TCP: El protocolo TCP (Transmission Control Protocol, protocolo de control de transmisin) est basado en IP que no es fiable y no orientado a conexin y sin embargo es : Orientado a conexin. Es necesario establecer una conexin previa entre las dos mquinas antes de poder transmitir ningn dato. A travs de esta conexin los datos llegarn siempre a la aplicacin destino de forma ordenada y sin duplicados. Finalmente, es necesario cerrar la conexin. Fiable. La informacin que enva el emisor llega de forma correcta al destino. El protocolo TCP permite una comunicacin fiable entre dos aplicaciones. De esta forma, las aplicaciones que lo utilicen no tienen que preocuparse de la integridad de la informacin: dan por hecho que todo lo que reciben es correcto. El flujo de datos entre una aplicacin y otra viajan por un circuito virtual. Sabemos que los datagramas IP pueden seguir rutas distintas, dependiendo del estado de los encaminadores intermedios, para llegar a un mismo sitio. Esto significa que los datagramas IP que transportan los mensajes siguen rutas diferentes aunque el protocolo TCP logr la ilusin de que existe un nico circuito por el que viajan todos los bytes uno detrs de otro (algo as como una tubera entre el origen y el destino). Para que esta comunicacin pueda ser posible es necesario abrir previamente una conexin. Esta conexin garantiza que los todos los datos lleguen correctamente de forma ordenada y sin duplicados. La unidad de datos del protocolo es el byte, de tal forma que la aplicacin origen enva bytes y la aplicacin destino recibe estos bytes.
EL PROTOCOLO TCP: El protocolo TCP (Transmission Control Protocol, protocolo de control de transmisin) est basado en IP que no es fiable y no orientado a conexin y sin embargo es : Orientado a conexin. Es necesario establecer una conexin previa entre las dos mquinas antes de poder transmitir ningn dato. A travs de esta conexin los datos llegarn siempre a la aplicacin destino de forma ordenada y sin duplicados. Finalmente, es necesario cerrar la conexin. Fiable. La informacin que enva el emisor llega de forma correcta al destino. El protocolo TCP permite una comunicacin fiable entre dos aplicaciones. De esta forma, las aplicaciones que lo utilicen no tienen que preocuparse de la integridad de la informacin: dan por hecho que todo lo que reciben es correcto. El flujo de datos entre una aplicacin y otra viajan por un circuito virtual. Sabemos que los datagramas IP pueden seguir rutas distintas, dependiendo del estado de los encaminadores intermedios, para llegar a un mismo sitio. Esto significa que los datagramas IP que transportan los mensajes siguen rutas diferentes aunque el protocolo TCP logr la ilusin de que existe un nico circuito por el que viajan todos los bytes uno detrs de otro (algo as como una tubera entre el origen y el destino). Para que esta comunicacin pueda ser posible es necesario abrir previamente una conexin. Esta conexin garantiza que los todos los datos lleguen correctamente de forma ordenada y sin duplicados. La unidad de datos del protocolo es el byte, de tal forma que la aplicacin origen enva bytes y la aplicacin destino recibe estos bytes.
Fiabilidad Cmo es posible enviar informacin fiable basndose en un protocolo no fiable? Es decir, si los datagramas que transportan los segmentos TCP se pueden perder, cmo pueden llegar los datos de las aplicaciones de forma correcta al destino? La respuesta a esta pregunta es sencilla: cada vez que llega un mensaje se devuelve una confirmacin (acknowledgement) para que el emisor sepa que ha llegado correctamente. Si no le llega esta confirmacin pasado un cierto tiempo, el emisor reenva el mensaje. El emisor enva un dato, arranca su temporizador y espera su confirmacin (ACK). Si recibe su ACK antes de agotar el temporizador, enva el siguiente dato. Si se agota el temporizador antes de recibir el ACK, reenva el mensaje. Los siguientes esquemas representan este comportamiento:
EL PROTOCOLO UDP: El protocolo UDP (User Datagram Protocol, protocolo de datagrama de usuario) proporciona una comunicacin muy sencilla entre las aplicaciones de dos ordenadores. Al igual que el protocolo IP, UDP es: No orientado a conexin. No se establece una conexin previa con el otro extremo para transmitir un mensaje UDP. Los mensajes se envan sin ms y stos pueden duplicarse o llegar desordenados al destino. No fiable. Los mensajes UDP se pueden perder o llegar daados. UDP utiliza el protocolo IP para transportar sus mensajes. Como vemos, no aade ninguna mejora en la calidad de la transferencia; aunque s incorpora los puertos origen y destino en su formato de mensaje. Las aplicaciones (y no el protocolo UDP) debern programarse teniendo en cuenta que la informacin puede no llegar de forma correcta.
Puerto UDP de origen (16 bits, opcional). Nmero de puerto de la mquina origen. Puerto UDP de destino (16 bits). Nmero de puerto de la mquina destino. Longitud del mensaje UDP (16 bits). Especifica la longitud medida en bytes del mensaje UDP incluyendo la cabecera. La longitud mnima es de 8 bytes. Suma de verificacin UDP (16 bits, opcional). Suma de comprobacin de errores del mensaje. Para su clculo se utiliza una pseudo-cabecera que tambin incluye las direcciones IP origen y destino. Para conocer estos datos, el protocolo UDP debe interactuar con el protocolo IP. Datos. Aqu viajan los datos que se envan las aplicaciones. Los mismos datos que enva la aplicacin origen son recibidos por la aplicacin destino despus de atravesar toda la Red de redes.
QOS
COMPONENTES BASICOS DE UN SISTEMA DE TELEFONIA IP: Red IP / QoS
QoS o Calidad de Servicio (Quality of Service, en ingls) son las tecnologas que garantizan la transmisin de cierta cantidad de datos en un tiempo dado (throughput). Calidad de servicio es la capacidad de dar un buen servicio. Es especialmente importante para ciertas aplicaciones tales como la transmisin de video o voz. Muchas cosas le ocurren a los paquetes desde su origen al destino, resultando los siguientes problemas vistos desde el punto de vista del transmisor y receptor: Paquetes sueltos Los ruteadores pueden fallar en liberar algunos paquetes si ellos llegan cuando los buffers ya estn llenos. Algunos, ninguno o todos los paquetes pueden quedar sueltos dependiendo del estado de la red, y es imposible determinar que pasar de antemano. La aplicacin del receptor puede preguntar por la informacin que ser retransmitida posiblemente causando largos retardos a lo largo de la de transmisin. Retardos Puede ocurrir que los paquetes tomen un largo periodo de tiempo en alcanzar su destino, debido a que pueden permanecer en largas colas o tomen una ruta menos directa para prevenir la congestin de la red. En algunos casos, los retardos excesivos pueden inutilizar aplicaciones tales como VoIP o juegos en linea. Jitter Los paquetes del transmisor pueden llegar a su destino con diferentes retardos. Un retardo de un paquete varia impredeciblemente con su posicin en las colas de los ruteadores a lo largo del camino entre el transmisor y el destino. Esta variacin en retardo se conoce como jitter y puede afectar seriamente la calidad del flujo de audio y/o video.
Entrega de paquetes fuera de orden Cuando un conjunto de paquetes relacionados entre s son encaminados a Internet, los paquetes pueden tomar diferentes rutas, resultando en diferentes retardos. Esto ocaciona que los paquetes lleguen en diferente orden de como fueron enviados. Este problema requiere un protocolo que pueda arreglar los paquetes fuera de orden a un estdo isocrono una vez que ellos lleguen a su destino. Esto es especialmente importante para flujos de datos de video y VoIP donde la calidad es dramaticamente afectada tanto por latencia y perdida de sincrona. Errores A veces, los paquetes son mal dirigidos, combinados entre s o corrompidos cuando se encaminan. El recepctor tiene que detectarlos y justo cuando el paquete es liberado, pregunta al transmisor para repetirlo asi mismo.
Niveles de Prioridad de QoS.
NAT
COMPONENTES BASICOS DE UN SISTEMA DE TELEFONIA IP: Red IP / NAT
NAT (Network Address Translation - Traduccin de Direccin de Red) es un mecanismo utilizado por routers IP para intercambiar paquetes entre dos redes que se asignan mutuamente direcciones incompatibles. Consiste en convertir en tiempo real las direcciones utilizadas en los paquetes transportados. Tambin es necesario editar los paquetes para permitir la operacin de protocolos que incluyen informacin de direcciones dentro de la conversacin del protocolo. Su uso ms comn es permitir utilizar direcciones privadas (definidas en el RFC 1918) y an as proveer conectividad con el resto de Internet. Esto es necesario debido a la progresiva escasez de direcciones provocada por el agotamiento de stas. Se espera que con el advenimiento de IPv6 no sea necesario continuar con esta prctica. Un router NAT cambia la direccin origen en cada paquete de salida y, dependiendo del mtodo, tambin el puerto origen para que sea nico. Estas traducciones de direccin se almacenan en una tabla, para recordar qu direccin y puerto le corresponde a cada dispositivo cliente y as saber donde deben regresar los paquetes de respuesta. Si un paquete que intenta ingresar a la red interna no existe en la tabla de traducciones, entonces es descartado. Debido a este comportamiento, se puede definir en la tabla que en un determinado puerto y direccin se pueda acceder a un determinado dispositivo, como por ejemplo un servidor web, lo que se denomina NAT inverso o DNAT (Destinationion NAT).
NAT tiene muchas formas de funcionamiento, entre las que destaca. Esttico Realiza un mapeo en la que una direccin IP privada se traduce a una correspondiente direccin IP pblica de forma unvoca. Normalmente se utiliza cuando un dispositivo necesita ser accesible desde fuera de la red privada. NAT dinmico Una direccin IP privada se traduce a un grupo de direcciones pblicas. Por ejemplo, si un dispositivo posee la IP 192.168.10.10 puede tomar direcciones de un rango entre la IP 200.85.67.44 y 200.85.67.99. Implementando esta forma de NAT se genera automticamente un firewall entre la red pblica y la privada, ya que slo se permite la conexin que se origina desde sta ltima. Sobrecarga La forma ms utilizada de NAT proviene del NAT dinmico, ya que toma mltiples direcciones IP privadas y las traduce a una nica direccin IP pblica utilizando diferentes puertos. Esto se conoce tambin como PAT (Port Address Translation - Traduccin de Direcciones por Puerto), NAT de nica direccin o NAT multiplex pblica. As se evita los conflictos de direcciones entre las distintas redes.
DHCP
COMPONENTES BASICOS DE UN SISTEMA DE TELEFONIA IP: Red IP / DHCP
DHCP (sigla en ingls de Dynamic Host Configuration Protocol - Protocolo Configuracin Dinmica de Servidor) es un protocolo de red que permite a los nodos de una red IP obtener sus parmetros de configuracin automticamente. Se trata de un protocolo de tipo cliente/servidor en el que generalmente un servidor posee una lista de direcciones IP dinmicas y las va asignando a los clientes conforme stas van estando libres, sabiendo en todo momento quin ha estado en posesin de esa IP, cunto tiempo la ha tenido y a quin se la ha asignado despus. Asignacin de direcciones IP Sin DHCP, cada direccin IP debe configurarse manualmente en cada computadora y, si la computadora se mueve a otra subred, se debe configurar otra direccin IP diferente. El DHCP le permite al administrador supervisar y distribuir de forma centralizada las direcciones IP necesarias y, automticamente, asignar y enviar una nueva IP si fuera el caso en la computadora es conectada en un lugar diferente de la red. El protocolo DHCP incluye tres mtodos de asignacin de direcciones IP: Asignacin manual o esttica: Asigna una direccin IP a una mquina determinada. Se suele utilizar cuando se quiere controlar la asignacin de direccin IP a cada cliente, y evitar, tambin, que se conecten clientes no identificados. Asignacin automtica: Asigna una direccin IP de forma permanente a una mquina cliente la primera vez que hace la solicitud al servidor DHCP y hasta que el cliente la libera. Se suele utilizar cuando el nmero de clientes no vara demasiado.
Asignacin dinmica: el nico mtodo que permite la reutilizacin dinmica de las direcciones IP. El administrador de la red determina un rango de direcciones IP y cada computadora conectada a la red est configurada para solicitar su direccin IP al servidor cuando la tarjeta de interfaz de red se inicializa. El procedimiento usa un concepto muy simple en un intervalo de tiempo controlable. Esto facilita la instalacin de nuevas mquinas clientes a la red. Se podra suponer que un nico paquete es suficiente para que el protocolo funcione. En realidad, hay varios tipos de paquetes DHCP que pueden emitirse tanto desde el cliente hacia el servidor o servidores, como desde los servidores hacia un cliente: DHCPDISCOVER (para ubicar servidores DHCP disponibles) DHCPOFFER (respuesta del servidor a un paquete DHCPDISCOVER, que contiene los parmetros iniciales) DHCPREQUEST (solicitudes varias del cliente, por ejemplo, para extender su concesin) DHCPACK (respuesta del servidor que contiene los parmetros y la direccin IP del cliente) DHCPNAK (respuesta del servidor para indicarle al cliente que su concesin ha vencido o si el cliente anuncia una configuracin de red errnea) DHCPDECLINE (el cliente le anuncia al servidor que la direccin ya est en uso) DHCPRELEASE (el cliente libera su direccin IP) DHCPINFORM (el cliente solicita parmetros locales, ya tiene su direccin IP)
SOFTSWITCH
CONCEPTO
COMPONENTES BASICOS DE UN SISTEMA DE TELEFONIA IP: SOFTSWITCH / CONCEPTO
Softswitch: El un dispositivo que provee Control de llamada y servicios inteligentes para redes de conmutacin de paquetes. Un Softswitch sirve como plataforma de integracin para aplicaciones e intercambio de servicios. Son capaces de transportar trfico de voz, datos y vdeo de una manera ms eficientes que los equipos existentes, habilita al proveedor de servicio para soporte de nuevas aplicaciones multimedia integrando las existentes con las redes inalmbricas avanzadas para servicios de voz y Datos. Softswitch: La interconexin de las redes de circuitos y las redes conmutadas est provocando la evolucin de los centros de conmutacin actuales mediante la tecnologa de softswitch, la cual se basa en una combinacin de software y hardware que se encarga de enlazar las redes de paquetes (ATM o IP) y las redes tradicionales, las cuales desempean funciones de control de llamadas tales como conversin de protocolos, autorizacin, contabilidad y administracin de operaciones. Esto significa que los softswitches buscan imitar las funciones de una red de conmutacin de circuitos para conectar abonados (clase 5), interconectar mltiples centrales telefnicas (clase 4 o tandem) y ofrecer servicios de larga distancia (clase 3), de la misma manera como lo hacen las centrales telefnicas actuales. Adems, segn los fabricantes como Nortel, Lucent, Cisco y HP el uso de esta tecnologa ayudar a los operadores a suministrar servicios nuevos y tradicionales a menor costo. Softswitch: Son Dispositivos que utilizan estndares abiertos para crear redes integradas de ltima generacin capaces de transportar Voz, Vdeo y datos con gran eficiencia y en las que la inteligencia asociada a los servicios esta desligada de la infraestructura de red.
COMPONENTES BASICOS DE UN SISTEMA DE TELEFONIA IP: SOFTSWITCH / CONCEPTO
Softswitch: Es la pieza central en la red de telefona IP , puede manejar inteligentemente las llamadas en la plataforma de servicio de los ISP. Softswitch: Es un conjunto de productos, protocolos y aplicaciones capaz de permitir que cualquier dispositivo accese los servicios de Internet y servicios de telecomunicaciones sobre las redes IP.
SOFTSWITCH
CARACTERISTICAS
COMPONENTES BASICOS DE UN SISTEMA DE TELEFONIA IP: SOFTSWITCH / CARACTERISTICAS
Una caracterstica clave del Softswitch, es su capacidad de proveer a travs de la red IP un sistema telefnico tradicional, confiable y de alta calidad en todo momento. Si la confiabilidad de una red IP llega a ser inferior al nivel de la calidad de la red tradicional, simplemente el trfico se desva a esta ltima. Las interfaces de programacin permitirn que los fabricantes independientes de software creen rpidamente nuevos servicios basados en IP que funcionen a travs de ambas redes: la tradicional y la IP. Adems los conmutadores por software permiten ofrecer servicios de voz avanzados as como nuevas aplicaciones multimedia, las cuales se caracteriza por: Su inteligencia. La cual les permite controlar los servicios de conexin asociados a las pasarelas multimedia (Media Gateways) y los puntos terminales que utilizan IP como protocolo nativo. La posibilidad de seleccionar los procesos. Los cuales se pueden aplicar a cada llamada. El enrutamiento de las llamadas en funcin de la sealizacin y de la informacin almacenada en la base de datos de los clientes. La capacidad para transferir el control de una llamada a otro elemento de red. Interfaces con funciones de gestin como los sistemas de facturacin y provisin. Puede existir con las redes tradicionales de redes conmutadas as como puede proveer los servicios de la tecnologa de conmutacin de paquetes. Los servicios que pueden soportar incluye Voz, Fax, vdeo, datos y nuevos servicios que sern ofrecidos en el futuro .
Los dispositivos finales incluyen telfonos tradicionales, telfonos IP, computadores, beepers, terminales de videos conferencia y ms. Separar los servicios y el control de llamadas, de los servicios de la red de transporte subyacente es una caracterstica esencial de las redes basadas en softswitch, en funcin a esto los operadores pueden elegir en todas las capas de la red los mejores productos de cada categora de distintos fabricantes
Los dispositivos finales incluyen telfonos tradicionales, telfonos IP, computadores, beepers, terminales de videos conferencia y ms. Separar los servicios y el control de llamadas, de los servicios de la red de transporte subyacente es una caracterstica esencial de las redes basadas en softswitch, en funcin a esto los operadores pueden elegir en todas las capas de la red los mejores productos de cada categora de distintos fabricantes
SOFTSWITCH
BENEFICIOS
COMPONENTES BASICOS DE UN SISTEMA DE TELEFONIA IP: SOFTSWITCH / BENEFICIOS
Los beneficios que Softswitch ofrece son: Bajo Costo de desarrollo. Fcil integracin de redes diversas. Mejora los servicios para el cliente lo cual reduce el tiempo para mercadear. Mensajes unificados. Flexibilidad al soportar el desarrollo de equipos de telefona de gran nivel. Mejores ingresos para los proveedores de servicios y operadores.
SOFTSWITCH
VENTAJAS
Los operadores se vuelven independientes de los vendedores de la tecnologa y de los protocolos que los soportan. Los proveedores ganarn ms control sobre la creacin de servicios, en donde la verdadera guerra telefnica se pelear, y el software reducir el costo total del servicio. Un softswitch es generalmente 40 45% menos costoso que un switch de circuitos. Debido a que los softswitches utilizan arquitectura de cmputo generales en donde el precio y desempeo han mejorado considerablemente, la industria espera que esta tecnologa pueda brindar an mayores ventajas en su costo que los switches de circuitos. Los vendedores pronostican una embestida de la industria de desarrolladores, quienes crearn servicios basados en estndares que podrn encajar en cualquier red, fcil y rpidamente. Un softswitch puede ser distribuido por toda la red o de manera centralizada. En redes grandes se pueden distribuir varios softswitches para administrar diferentes dominios o zonas. Tambin se puede tener acceso a servicios desde la plataforma de manera local o desde otras regiones. Las redes ms pequeas pueden requerir solamente dos softswitches (para redundancia). Los adicionales se agregan para mantener baja la latencia cuando la demanda de los clientes aumenta. Esto tambin permite a los carriers utilizar softswitches en nuevas regiones cuando construyen sus redes sin tener que comprar switches de circuitos. Esta tecnologa permite una transicin pacfica de circuitos a paquetes, con servicios diferenciados e interoperabilidad a travs de redes heterogneas.
Los operadores se vuelven independientes de los vendedores de la tecnologa y de los protocolos que los soportan. Los proveedores ganarn ms control sobre la creacin de servicios, en donde la verdadera guerra telefnica se pelear, y el software reducir el costo total del servicio. Un softswitch es generalmente 40 45% menos costoso que un switch de circuitos. Debido a que los softswitches utilizan arquitectura de cmputo generales en donde el precio y desempeo han mejorado considerablemente, la industria espera que esta tecnologa pueda brindar an mayores ventajas en su costo que los switches de circuitos. Los vendedores pronostican una embestida de la industria de desarrolladores, quienes crearn servicios basados en estndares que podrn encajar en cualquier red, fcil y rpidamente. Un softswitch puede ser distribuido por toda la red o de manera centralizada. En redes grandes se pueden distribuir varios softswitches para administrar diferentes dominios o zonas. Tambin se puede tener acceso a servicios desde la plataforma de manera local o desde otras regiones. Las redes ms pequeas pueden requerir solamente dos softswitches (para redundancia). Los adicionales se agregan para mantener baja la latencia cuando la demanda de los clientes aumenta. Esto tambin permite a los carriers utilizar softswitches en nuevas regiones cuando construyen sus redes sin tener que comprar switches de circuitos. Esta tecnologa permite una transicin pacfica de circuitos a paquetes, con servicios diferenciados e interoperabilidad a travs de redes heterogneas.
SOFTSWITCH
MODULO DE CONMUTACION
COMPONENTES BASICOS DE UN SISTEMA DE TELEFONIA IP: SOFTSWITCH / CONMUTADOR
Al mdulo de conmutacin de un sistema de telefona se le puede nombrar como: Softswitch, Media Gateway Controller o Call Agent. Y es el nombre genrico para un nuevo sistema de telefona que a evolucionado hasta la transmisin de voz mediante redes del tipo packet-switched. Al nivel ms bsico, un softswitch es definido como un media gateway controller que provee llamadas de control y manejo de recursos para un media gateway. Las llamadas de control se refieren al setup y la terminacin de llamadas, incluyendo ruteo de llamadas. Un Softswitch tambin provee autenticacin de llamadas y autorizacin. El Softswitch es el principal dispositivo en la capa de control dentro de una arquitectura NGN (Next Generation Network), encargado de proporcionar el control de llamada (sealizacin y gestin de servicios), procesamiento de llamadas, y otros servicios, sobre una red de conmutacin de paquetes (IP). El softswitch acta como gestor en el momento de interconectar las redes de telefona tradicional, e incluso las redes inalmbricas 3G con las redes de conmutacin de paquetes(IP), buscando como objetivo final lograr la confiabilidad y calidad de servicio similar a la que brinda una red de conmutacin de circuitos con un menor precio. Como todas las recientes tecnologas desarrolladas en telecomunicaciones, el softswitch busca la utilizacin de estndares abiertos para lograr la integracin de las redes de prxima generacin con la capacidad de transportar voz (Voz sobre IP), datos y multimedia, sobre redes IP. Pudiendo as, considerar al softswitch como una eficiente plataforma de integracin para el intercambio de servicios y aplicaciones.
Desde el punto de vista de VoIP, se suele considerar al softswitch como el Proxy o elemento de registro en el protocolo SIP o como el Gatekeeper en H.323. Tambin se lo puede asociar cuando se habla de un MGC (Media Gateway Controller) en MGCP y MEGACO. Las ventajas de control y gestin de una red multiservicios que presenta el softswitch, hace que la arquitectura NGN se presente claramente como la evolucin de la red tradicional de telefona (RTC) comportndose como una PBX tradicional. El Gateway Controller debe soportar las siguientes funciones:
1. 2. 3. 4. 5. 6. 7. Control de llamada Protocolos de establecimiento de llamadas: H.323, SIP Protocolos de Control de Media: MGCP, MEGACO H.248 Control sobre la Calidad y Clase de Servicio. Protocolo de Control SS7: SIGTRAN (SS7 sobre IP). Procesamiento SS7 cuando usa SigTran. El enrutamiento incluye: 1. -Componentes de enrutamiento: Plan de marcado local. 2. -Translacin digital soportado para IP,FR,ATM y otras redes. 8. Detalle de las llamadas para facturacin. 9. Control de manejo del Ancho de Banda. 10. Provee para el Media Gateways: 1. -Asignacin y tiempo de configuracin de los recursos DSP. 2. -Asignacin de Canal DS0. 3. -Transmisin de Voz (Codificacin, Compresin y paquetizacin). 11. Provee para el Signaling Gateways: 1. -Cronometro de procesos 2. -Variantes SS7 12. Registro de Gatekeeper.
Caractersticas del Sistema 1. CPU de altas capacidades con multiprocesador. 2. Disco de Almacenamiento usado como bitcora 3. Requiere soportar una amplia variedad de protocolos. 4. Capacidad de redundancia para la conectividad a la red.
Ejemplo de una conferencia VoIP:
Ejemplo de un Contact Center:
COMPONENTES BASICOS DE UN SISTEMA DE TELEFONIA IP SOFTSWITCH MODULO DE CONMUTACION PROTOCOLOS DE SEALIZACION VOIP
COMPONENTES BASICOS DE UN SISTEMA DE TELEFONIA IP: SOFTSWITCH / CONMUTADOR / PROTOCOLOS DE SEALIZACION VOIP
SIP (Session Initiation Protocol): es un protocolo desarrollado por el IETF MMUSIC Working Group con la intencin de ser el estndar para la iniciacin, modificacin y finalizacin de sesiones interactivas de usuario donde intervienen elementos multimedia como el video, voz, mensajera instantnea, juegos online y realidad virtual. La sintaxis de sus operaciones se asemeja a las de HTTP y SMTP, los protocolos utilizados en los servicios de pginas Web y de distribucin de e-mails respectivamente. Esta similitud es natural ya que SIP fue diseado para que la telefona se vuelva un servicio ms en la Internet.[1] En noviembre del ao 2000, SIP fue aceptado como el protocolo de sealizacin de 3GPP y elemento permanente de la arquitectura IMS (IP Multimedia Subsystem). SIP es uno de los protocolos de sealizacin para voz sobre IP, otro es H.323. El protocolo SIP fue diseado por el IETF con el concepto de "caja de herramientas",[3] es decir, el protocolo SIP se vale de las funciones aportadas por otros protocolos, las que da por hechas y no vuelve a desarrollarlas . Debido a este concepto SIP funciona en colaboracin con otros muchos protocolos. El protocolo SIP se concentra en el establecimiento, modificacin y terminacin de las sesiones, se complementa, entre otros, con el SDP, que describe el contenido multimedia de la sesin, por ejemplo qu direcciones IP,puertos y cdecs se usarn durante la comunicacin. Tambin se complementa con el RTP (Real-time Transport Protocol). RTP es el verdadero portador para el contenido de voz y video que intercambian los participantes en una sesin establecida por SIP.
Otro concepto importante en su diseo es el de extensibilidad. Esto significa que las funciones bsicas del protocolo, definidas en la RFC 3261, pueden ser extendidas mediante otras RFC (Requests for Comments) dotando al protocolo de funciones ms potentes. Las funciones bsicas del protocolo incluyen: Determinar la ubicacin de los usuarios, proveyendo nomadicidad. Establecer, modificar y terminar sesiones multipartitas entre usuarios. El protocolo SIP adopta el modelo cliente-servidor y es transaccional. El cliente realiza peticiones (requests) que el servidor atiende y genera una o ms respuestas (dependiendo de la naturaleza, Mtodo, de la peticin). Por ejemplo para iniciar una sesin el cliente realiza una peticin con el mtodo INVITE en donde indica con qu usuario (o recurso) quiere establecer la sesin. El servidor responde ya sea rechazando o aceptado esa peticin en una serie de respuestas. Las respuestas llevan un cdigo de estado que brindan informacin acerca de si las peticiones fueron resueltas con xito o si se produjo un error. La peticin inicial y todas sus respuestas constituyen una transaccin. Los servidores, por defecto, utilizan el puerto 5060 en TCP (Transmission Control Protocol) y UDP (User Datagram Protocol) para recibir las peticiones de los clientes SIP. Como una de las principales aplicaciones del protocolo SIP es la telefona, un objetivo de SIP fue aportar un conjunto de las funciones de procesamiento de llamadas y capacidades presentes en la red pblica conmutada de telefona. As, implement funciones tpicas de dicha red, como son: llamar a un nmero, provocar que un telfono suene al ser llamado, escuchar la seal de tono o de ocupado. La implementacin y terminologa en SIP son diferentes.
Aunque existen muchos otros protocolos de sealizacin para VoIP, SIP se caracteriza porque sus promotores tienen sus races en la comunidad IP y no en la industria de las telecomunicaciones. SIP ha sido estandarizado y dirigido principalmente por el IETF mientras que el protocolo de VoIP H.323 ha sido tradicionalmente ms asociado con la Unin Internacional de Telecomunicaciones. Sin embargo, las dos organizaciones han promocionado ambos protocolos del mismo modo. SIP es similar a HTTP y comparte con l algunos de sus principios de diseo: es legible por humanos y sigue una estructura de peticin-respuesta. Los promotores de SIP afirman que es ms simple que H.323. Sin embargo, aunque originalmente SIP tena como objetivo la simplicidad, en su estado actual se ha vuelto tan complejo como H.323. SIP comparte muchos cdigos de estado de HTTP, como el familiar '404 no encontrado' (404 not found). SIP y H.323 no se limitan a comunicaciones de voz y pueden mediar en cualquier tipo de sesin comunicativa desde voz hasta vdeo o futuras aplicaciones todava sin realizar.
SIP soporta funcionalidades para el establecimiento y finalizacin de las sesiones multimedia: localizacin, disponibilidad, utilizacin de recursos, y caractersticas de negociacin. Para implementar estas funcionalidades, existen varios componentes distintos en SIP. Existen dos elementos fundamentales, los agentes de usuario (UA) y los servidores. 1. User Agent (UA): consisten en dos partes distintas, el User Agent Client (UAC) y el User Agent Server (UAS). Un UAC es una entidad lgica que genera peticiones SIP y recibe respuestas a esas peticiones. Un UAS es una entidad lgica que genera respuestas a las peticiones SIP. Ambos se encuentran en todos los agentes de usuario, as permiten la comunicacin entre diferentes agentes de usuario mediante comunicaciones de tipo cliente-servidor.
2. Los servidores SIP pueden ser de tres tipos:

- Proxy Server: retransmiten solicitudes y deciden a qu otro servidor deben remitir, alterando los campos de la solicitud en caso necesario. Es una entidad intermedia que acta como cliente y servidor con el propsito de establecer llamadas entre los usuarios. Este servidor tienen una funcionalidad semejante a la de un Proxy HTTP que tiene una tarea de encaminar las peticiones que recibe de otras entidades ms prximas al destinatario. Existen dos tipos de Proxy Servers: Statefull Proxy y Stateless Proxy. Statefull Proxy: mantienen el estado de las transacciones durante el procesamiento de las peticiones. Permite divisin de una peticin en varias (forking), con la finalidad de la localizacin en paralelo de la llamada y obtener la mejor respuesta para enviarla al usuario que realiz la llamada. Stateless Proxy: no mantienen el estado de las transacciones durante el procesamiento de las peticiones, nicamente reenvan mensajes. - Registrar Server: es un servidor que acepta peticiones de registro de los usuarios y guarda la informacin de estas peticiones para suministrar un servicio de localizacin y traduccin de direcciones en el dominio que controla. http://www.slideshare.net/Abasota/registrar-en-sip-presentation-875514 - Redirect Server: es un servidor que genera respuestas de redireccin a las peticiones que recibe. Este servidor reencamina las peticiones hacia el prximo servidor. La divisin de estos servidores es conceptual, cualquiera de ellos puede estar fsicamente una nica mquina, la divisin de stos puede ser por motivos de escalabilidad y rendimiento.
Las dos primeras transacciones corresponden al registro de los usuarios. Los usuarios deben registrarse para poder ser encontrados por otros usuarios. En este caso, los terminales envan una peticin REGISTER, donde los campos from y to corresponden al usuario registrado. El servidor Proxy, que acta como Register, consulta si el usuario puede ser autenticado y enva un mensaje de OK en caso positivo. La siguiente transaccin corresponde a un establecimiento de sesin. Esta sesin consiste en una peticin INVITE del usuario al proxy. Inmediatamente, el proxy enva un TRYING 100 para parar las retransmisiones y reenva la peticin al usuario B. El usuario B enva un Ringing 180 cuando el telfono empieza a sonar y tambin es reenviado por el proxy hacia el usuario A. Por ultimo, el OK 200 corresponde a aceptar la llamada (el usuario B descuelga).
En este momento la llamada est establecida, pasa a funcionar el protocolo de transporte RTP con los parmetros (puertos, direcciones, codecs, etc.) establecidos en la negociacin mediante el protocolo SDP. La ltima transaccin corresponde a una finalizacin de sesin. Esta finalizacin se lleva a cabo con una nica peticin BYE enviada al Proxy, y posteriormente reenviada al usuario B. Este usuario contesta con un OK 200 para confirmar que se ha recibido el mensaje final correctamente.
Se han definido 6 mtodos para los mensajes de request-response (PETICIONES): -Invite. para invitar al usuario a realizar una conexin. Localiza e identifica al usuario. -Bye. para la terminacin de una llamada entre usuarios. -Options. informacin de capacidades que pueden ser configuradas entre agentes o mediante un server SIP. -ACK. usado para reconocer que el mensaje Invite puede ser aceptado. -Cancel. termina una bsqueda de un usuario. -Register. emitido en un mensaje multicast para localizar al server SIP.
Respuestas (Cdigos de estado) SIP. Despus de la recepcin e interpretacin del mensaje de solicitud SIP, el receptor del mismo responde con un mensaje. Este mensaje, es similar al anterior, difiriendo en la lnea inicial, llamada Status-Line, que contiene la versin de SIP, el cdigo de la respuesta (StatusCode) y una pequea descripcin (Reason-Phrase). El cdigo de la respuesta est compuesto por tres dgitos que permiten clasificar los diferentes tipos existentes. El primer dgito define la clase de la respuesta:
1xx - Mensajes provisionales: Solicitud recibida, se contina para procesar la solicitud. Por ejemplo, 180, RINGING.
2xx - Respuestas de xito: La solicitud (accin) fue recibida de forma adecuada, comprendida y aceptada. Por ejemplo, 200, OK
3xx - Respuestas de redireccin: Ms acciones deben ser consideradas para completar la solicitud. Por ejemplo, 302, MOVED TEMPORARILY. 4xx - Respuestas de fallo de mtodo: La solicitud contiene mal la sintaxis o no puede ser resuelta en este servidor. Por ejemplo, 404, NOT FOUND. 5xx - Respuestas de fallos de servidor: El servidor ha errado en la resolucin de una solicitud aparentemente vlida. Por ejemplo, 501, NOT IMPLEMENTED.
6xx - Respuestas de fallos globales: La solicitud no puede ser resuelta en servidor alguno. Por ejemplo, 600, BUSY EVERYWHERE.
El protocolo SIP incorpora tambin funciones de seguridad y autentificacin, as como la descripcin del medio mediante el protocolo SDP. Para el proceso de facturacin billing se puede recurrir a un server RADIUS. Las fases de comunicacin soportadas en una conexin unicast mediante el protocolo SIP, son las siguientes: -User location. En esta fase se determina el sistema terminal para la comunicacin. -User capabilities: Permite determinar los parmetros del medio a ser usados. -User availability: Para determinar la disponibilidad del llamado para la comunicacin. -Call setup: ("ringing"); Para el establecimiento de la llamada entre ambos extremos. -Call handling: Incluye la transferencia y terminacin de la llamada. El protocolo SIP tiene dos tipos de mensajes: Request y Response. El mensaje de Request es emitido desde el cliente terminal al server terminal. El encabezado del mensaje request y response contiene campos similares: -Start Line. Usada para indicar el tipo de paquete, la direccin y la versin de SIP. -General Header. Contiene el Call-ID (se genera en cada llamada para identificar la misma); Cseq (se inicia en un nmero aleatorio e identifica en forma secuencial a cada request); From (es la direccin del origen de la llamada); To (es la direccin del destino de la llamada); Via (sirve para recordar la ruta del request; por ello cada proxy en la ruta aade una lnea de va) y Encryption (identifica un mensaje que ha sido encriptado para seguridad). -Additionals. Adems del encabezado general se pueden transportar campos adicionales. Por ejemplo: Expire indica el tiempo de valides de registracin; Priority indica la prioridad del mensaje; etc.
La arquitectura SIP utiliza el Protocolo para Descripcin de Sesin (SDP). SDP fue una herramienta inicial para la conferencia en multidifusin de IP desarrollada para describir sesiones de audio, video y multimedia. La descripcin de sesin se puede usar para negociar los tipos de medios compatibles.
MGCP (Media Gateway Control Protocol): El MGCP es un protocolo que permite comunicar al controlador de gateway MGC (tambin conocido como Call Agent) con las gateway GW de telefona (hacia la PABX o PSTN). La primera versin 1.0 es de octubre-1999 (RFC-2705). Se trata de un protocolo de tipo masterslave donde el MGC informa las acciones a seguir al GW. Los mensajes MGCP viajan sobre UDP/IP, por la misma red de transporte IP con seguridad IPsec. El formato de trabajo genera una inteligencia externa a la red (concentrada en el MGC) y donde la red de conmutacin est formada por los router de la red IP. El GW solo realiza funciones de conversin vocal (analgica o de velocidad digital) y genera un camino RTP entre extremos. La sesin de MGCP puede ser punto-a-punto o multipunto. El protocolo MGCP entrega al GW la direccin IP, el port de UDP y los perfiles de RPT. El MGCP es un protocolo que soporta un control de sealizacin de llamada escalable. El control de calidad de servicio QoS se integra en el gateway GW o en el controlador de llamadas MGC. Este protocolo tiene su origen en el SGCP (de Cisco y Bellcore) e IPDC. Bellcore y Level3 plantearon el MGCP a varios organismos.
Proceso de comunicacin entre dominios con el GW IP-IP
MGCP es definido actualmente en el RFC 3435. Fue diseado para hacer que los dispositivos finales (como los telfonos), lo ms simple posible, y tener toda la lgica y el procesamiento de la palabra a cargo de los medios de comunicacin y pasarelas llamar agentes. A diferencia de SIP, MGCP utiliza un modelo centralizado. MGCP telfonos no pueden llamar directamente a otros telfonos MGCP, sino que deben ir siempre a travs de algn tipo de controlador.
Skinny (or Simple) Client Control Protocol (SCCP): SCCP es un protocolo propietario de control de terminal desarrollado originariamente Selsius Corporation. Actualmente es propiedad de Cisco Systems, Inc. y se define como un conjunto de mensajes entre un cliente ligero y el CallManager. Ejemplos conocidos de clientes ligeros son los de la serie Cisco 7900 de telfonos IP como el Cisco 7960, Cisco 7940 y el Cisco 7920 802.11b wireless . Skinny es un protocolo ligero que permite una comunicacin eficiente con un sistema Cisco Call Manager. El Call Manager acta como un proxy de sealizacin para llamadas iniciadas a travs de otros protocolos como H.323, SIP, RDSI o MGCP. Un cliente skinny utiliza TCP/IP para conectarse a los Call Managers en un cluster. Para el trfico de datos (flujo de datos de audio en tiempo real) se utiliza RTP/UDP/IP]. SCCP es un protocolo basado en estmulos y diseado como un protocolo de comunicacin para puntos finales hardware y otros sistemas embebidos, con restricciones de procesamiento y memoria significativas. Cisco adquiri la tecnologa SCCP cuando compr la empresa Selsius a finales de los aos 1990. Como una reminiscencia del origen de los actuales telfonos IP Cisco, el nombre por defecto de los telfonos Cisco registrados en un CallManager es SEP (Selsius Ethernet Phone) seguido de su MAC address.
Cisco Proprietary protocol, also Q.713 Utilizado en Comunicaciones de Telfono IP <- -> Call Manager. Utiliza el puerto TCP 2000 Protocol is ligero y simple El telfono es realmente una terminal tonta controlado por el Cisco Call Manager
Mensaje de registro de SCCP:
Mensaje de respuesta de capacidades
Mensaje Keep Alive y descolgar el telfono.
Mensaje de establecimiento de la llamada.
Descripcin del formato bsico del Mensaje Skinny.
Descripcin del mensaje de marcado de Skinny.
Mensaje donde se muestra el inicio de la transmision del audio o el video.
Indicacion del CCM para que el telfono se conecte con la direccin IP y el Puerto RTP eterminado.
H.323 es una recomendacin del ITU-T (International Telecommunication Union), que define los protocolos para proveer sesiones de comunicacin audiovisual sobre paquetes de red. H.323 es utilizado comnmente para Voz sobre IP (VoIP, Telefona de internet o Telefona IP) y para videoconferencia basada en IP. Es un conjunto de normas (recomendacin paraguas) ITU para comunicaciones multimedia que hacen referencia a los terminales, equipos y servicios estableciendo una sealizacin en redes IP. No garantiza una calidad de servicio, y en el transporte de datos puede, o no, ser fiable; en el caso de voz o vdeo, nunca es fiable. Adems, es independiente de la topologa de la red y admite pasarelas, permitiendo usar ms de un canal de cada tipo (voz, vdeo, datos) al mismo tiempo.
Trfico. El trfico de seal vocal se realiza sobre los protocolos UDP/IP. La codificacin de audio puede ser de diferentes tipos. Con G.711 a velocidad es de 64 kbps. El ITU-T ratific en 1995 a G.729 para las aplicaciones de VoIP. En tanto, el VoIP-Forum en 1997, liderado por Intel y Microsoft, seleccion a G.723.1 con velocidad de 6,3 kbps para la aplicacin VoIP. La codificacin de vdeo se realiza de acuerdo con H.263. Ambos servicios se soportan en el protocolo de tiempo real RTP.
Procedimiento de Comunicacin H.323. El procedimiento de funcionamiento de los protocolos de la suite H.323 se describe con detalle a continuacin. En H.323 se encuentran 3 tipos de mensajes de sealizacin diferentes: -H.245: se describen estos mensajes en forma de texto concatenado en letras tipo bold (por ejemplo se menciona el mensaje: maximumDelayJitter). -RAS: se representa mediante 3 letras (por ejemplo ARQ). -H.225/Q.931: representado en una o dos palabras con la primer letra en maysculas (ejemplo: Call Proceeding). Es usado para encapsular los mensajes H.245 de sealizacin entre terminales y originalmente fue diseado como protocolo DSS1 en capa 3/7 para los accesos ISDN.
-H.245. Este protocolo de sealizacin transporta la informacin no-telefnica durante la conexin. Es utilizado para comandos generales, indicaciones, control de flujo, gestin de canales lgicos, etc. Se usa en las interfaz GW-GW y GW-GK. El H.245 es una librera de mensajes con sintaxis del tipo ASN.1. En particular codifica los dgitos DTMF (Dual-Tone MultiFrequency) en el mensaje UserInputIndication. -H.235. Provee una mejora sobre H.323 mediante el agregado de servicios de seguridad como autentificacin y privacidad (criptografa). El H.235 trabaja soportado en H.245 como capa de transporte. Todos los mensajes son con sintaxis ASN.1. Calidad de servicio. Se transporta en protocolos UDP/IP. Se tienen los protocolos siguientes: -RTP (Real-Time Transport Protocol). Es usado con UDP/IP para identificacin de carga til, numeracin secuencial, monitoreo, etc. Trabaja junto con RTCP (RT Control Protocol) para entregar un feedback sobre la calidad de la transmisin de datos. El encabezado de RTP puede ser comprimido para reducir el tamao de archivos en la red. -RSVP. El protocolo de reservacin de ancho de banda es usado para reservar un ancho de banda especificado dentro de la red IP. Tngase en cuenta que RSVP trabaja sobre PPP (o similar a HDLC) pero no trabaja bien sobre una LAN multiacceso. -PPP Interleaving se utiliza para enlaces inferiores a 2 Mb/s para fraccionar los paquetes de gran longitud y permitir el intercalado con paquetes de servicios en tiempo-real.
-H.245. Este protocolo de sealizacin transporta la informacin no-telefnica durante la conexin. Es utilizado para comandos generales, indicaciones, control de flujo, gestin de canales lgicos, etc. Se usa en las interfaz GW-GW y GW-GK. El H.245 es una librera de mensajes con sintaxis del tipo ASN.1. En particular codifica los dgitos DTMF (Dual-Tone MultiFrequency) en el mensaje UserInputIndication. -H.235. Provee una mejora sobre H.323 mediante el agregado de servicios de seguridad como autentificacin y privacidad (criptografa). El H.235 trabaja soportado en H.245 como capa de transporte. Todos los mensajes son con sintaxis ASN.1. Calidad de servicio. Se transporta en protocolos UDP/IP. Se tienen los protocolos siguientes: -RTP (Real-Time Transport Protocol). Es usado con UDP/IP para identificacin de carga til, numeracin secuencial, monitoreo, etc. Trabaja junto con RTCP (RT Control Protocol) para entregar un feedback sobre la calidad de la transmisin de datos. El encabezado de RTP puede ser comprimido para reducir el tamao de archivos en la red. -RSVP. El protocolo de reservacin de ancho de banda es usado para reservar un ancho de banda especificado dentro de la red IP. Tngase en cuenta que RSVP trabaja sobre PPP (o similar a HDLC) pero no trabaja bien sobre una LAN multiacceso. -PPP Interleaving se utiliza para enlaces inferiores a 2 Mb/s para fraccionar los paquetes de gran longitud y permitir el intercalado con paquetes de servicios en tiempo-real.
Fase de Mantenimiento de la Registracin. Contiene un intercambio de mensajes para mantener activa la conexin entre los Gateways GW y el Gatekeeper GK. Ver la Figura 3 para el intercambio de mensajes de RAS. 1- Discovery. Este primer paso es el proceso por el cual el GW determina cual es el GK que atiende a la red en ese momento. El mensaje desde el GW es del tipo multicast y se denomina GRQ (Gatekeeper Request). El GK responde con la aceptacin GCF (GK Confirmation) o rechazo GRJ (GK Reject). El GK puede indicar un GK alternativo mediante mensajes alternateGatekeeper. Si no se est en condiciones de procesar el request, se puede enviar un mensaje RIP (Requst in Progress) para indicar que se est procesando el request; esto resetea el timeout de la conexin. 2- Registration. El GW informa de sus direcciones de transporte y alias mediante RRQ (Registration Request) y el GK responde con RCF (Registration Confirmation) o RRJ (Registration Reject). El RRQ se emite en forma peridica. La registracin tiene un tiempo de duracin (expresado en segundos) para lo cual se utiliza el mensaje timeToLive. El terminal o el GK puede cancelar la registracin mediante el mensaje URQ (Unregister Request) al cual le corresponde la confirmacin URF (Unregister Confirmation).
3- Location. Un GW o GK que tiene un alias para un GW y quiere determinar su informacin de contacto, puede emitir el mensaje de requerimiento de localizacin LRQ (Location Request). Al cual le corresponde la confirmacin LCF (Location Confirmation) con la informacin requerida. La direccin puede ser del tipo E.164 si se trata de un GK fuera de la red. De existir varios GK se disponen de mensajes para intercomunicacin, por ejemplo, LRQ para Locate Request y LCF para Locate Confirm. 4- Status. Se trata de un mensaje peridico (mayor a 10 segundos) que emite el GK al terminal para determinar el estado y requerir un diagnstico. Se trata de los mensajes IRQ (Information Request) y IRR (Information Response). La habilitacin se realiza mediante willRespondToIRR enviado en el mensaje RCF o ACF. 3.3.1- Fase de Conexin de la llamada. Representa las distintas etapas para establecer una llamada. 5- Admission. En la Figura 4, el proceso se inicia cuando desde la PSTN se recibe un mensaje de Setup para inicio de una llamada entrante en protocolo ISUP (de la suite de protocolos de sealizacin telefnica SS7). El GW responde a la PSTN mediante el mensaje Call Proceesing, para mantener la conexin en espera. El GW requiere iniciar una llamada mediante el pedido de admisin desde GW al GK. Este mensaje es ARQ (Admissions Request) y contiene un requerimiento Call Bandwidth (en formato Q.931). El GK puede reducir las caractersticas de la solicitud en el mensaje de confirmacin ACF (Admissions Confirm). En el mismo mensaje ARQ se dispone de la funcionalidad TransportQOS para habilitar la funcionalidad de reservacin de ancho de banda RSVP, para servicios unidireccionales (orientadoal-receptor).
6a- Setup Modo No-Ruteado. Una vez admitido el GW-B por el GK el procedimiento se bifurca en el modo ruteado y no-ruteado. En el modo de operacin no-ruteado, el GK informa al GW-B cual es la direccin IP del GW-A al cual va dirigida la llamada, de acuerdo con la direccin E.164 recibida en el mensaje ARQ. Ahora, el GW-B se comunica con el GW-A que fue indicado por el GK y le enva el mensaje Setup. Este mensaje (en protocolo Q.931) es respondido mediante el mensaje Call Proceesing. El GW-A se ocupa de registrarse mediante ARQ y recibe desde el GK el mensaje ACF. Con estas acciones cumplidas, el GW-A se ocupa de informar al usuario de la llamada entrante (corriente de llamada al telfono) y hacia el GW-B le enva el mensaje de Alerting en Q.931 para indicar el estado de llamada. El GW-B enva el mensaje de Alerting a la PSTN, ahora en formato de protocolo ISUP. 6b- Setup Modo Ruteado. Para el caso de trabajar con Modo Ruteado, el mensaje de Setup entre GW pasa por el GK. En el caso No-Ruteado anterior, el GK se desentiende de la conexin y solo se ocupa de la traslacin entre direcciones E.164 y IP. En el modo ruteado el GK seguir toda la conexin, de forma que haciendo uso de las funcionalidades de Softswitch se podrn ofrecer servicios de valor agregado.
7- Conect. Cuando el usuario en el GW-A responde se genera el mensaje Q.931 de Connect. Este mensaje se emite hacia el GK (Modo Ruteado), quien hace lo mismo hacia el GW-B y este lo imita hacia la PSTN pero en protocolo ISUP. Ver la Figura 5. El paso siguiente es establecer las capacidades de los terminales utilizando el protocolo H.245 entre GWs. Se trata del mensaje TerminalCapabilitySet de solicitud y el TerminalCapabilityAck de respuesta, que permite determinar capacidad del terminal, tipo de codificador, canal lgico, etc. Finalmente, se enva el mensaje OpenLogical Channel para abrir un canal lgico. 8- Canal Vocal. El canal vocal se transporta sobre los protocolos RTP de la suite IP. Para ms detalles se puede consultar el siguiente tem 3.4.
Arriba la operacin de Conexin mediante el Modo No-Ruteado y debajo mediante el Modo Ruteado. 9- Bandwidth. Durante una conexin el terminal o el GK pueden requerir el cambio de ancho de banda del canal mediante el mensaje BCR (Bandwidth Change Request).
Fase de desconexin de la llamada. En la Figura 5 se indica la fase de desconexin de la llamada. La misma se realiza con mensajes Release Complete de Q.931 y DRQ (Delete Request) y DCF (Delete Confirm) de RAS. Sobre el paquete Q.931 (H.225) se disponen de distintos tipos de mensajes: -Mensajes para establecimiento de llamada: Alerting, Call Proceeding, Connect, Setup, Progress, etc. -Mensajes para la fase de informacin de llamada: Resume, Suspend, User Information, etc. -Mensajes para el cierre de la llamada: Disconnect, Release, Restart, etc. -Mensajes miscelneos: Segment, Congestion Control, Information, Notify, Status, Status Enquiry, etc. Los mensajes manejados en el mbito de H.245 (durante la fase de comunicacin telefnica) son: -multimediaSystemControl para efectuar el control del sistema; las variantes del mensaje son request, response, command and indication. -otros mensajes de inters son: masterSlaveDetermination, terminalCapability, MaintenanceLoop, communication Mode, communicationMode, conferenceRequest and Response, terminal-ID.
Conexin final de la llamada y desconexin de la misma en Modo Ruteado
COMPONENTES BASICOS DE UN SISTEMA DE TELEFONIA IP SOFTSWITCH MODULO DE CONMUTACION CDRs
COMPONENTES BASICOS DE UN SISTEMA DE TELEFONIA IP: SOFTSWITCH / CONMUTADOR / CDRs
CDR, Call Detail Record, Registro de llamadas Registro sobre las llamadas, estos registros son automticamente generados y pueden ser bajados a la computadora en distintos formatos. Estos reportes contienen informacin como el nmero de llamadas realizadas, la duracin de las llamadas, el origen y destino de las llamadas y el gasto de las mismas.
COMPONENTES BASICOS DE UN SISTEMA DE TELEFONIA IP: SOFTSWITCH / CONMUTADOR / CDRs

16/08/2009 16/08/2009 16/08/2009 16/08/2009 16/08/2009 16/08/2009 16/08/2009 16/08/2009 16/08/2009 16/08/2009 16/08/2009 16/08/2009 16/08/2009 16/08/2009 16/08/2009 16/08/2009 16/08/2009 16/08/2009 38:19.4 0xB449BBB0 05:20.2 0xB2698BB0 40:46.5 0xB449BBB0 48:36.5 0xB3A9ABB0 09:20.9 0xB1296BB0 13:25.9 0xB3099BB0 20:34.1 0xB449BBB0 14:04.8 0xB589DBB0 44:56.3 0xB629EBB0 55:02.1 0xB589DBB0 55:28.6 0xB1296BB0 17:51.8 0xB3099BB0 51:53.6 0xB449BBB0 01:07.9 0xB1C97BB0 10:59.6 0xB589DBB0 21:21.0 0xB0895BB0 50:47.4 0xB589DBB0 43:43.9 0xB4E9CBB0 CALL_SNIFFER CALL_SNIFFER CALL_SNIFFER CALL_SNIFFER CALL_SNIFFER CALL_SNIFFER CALL_SNIFFER CALL_SNIFFER CALL_SNIFFER CALL_SNIFFER CALL_SNIFFER CALL_SNIFFER CALL_SNIFFER CALL_SNIFFER CALL_SNIFFER CALL_SNIFFER CALL_SNIFFER CALL_SNIFFER INFO INFO INFO INFO INFO INFO INFO INFO INFO INFO INFO INFO INFO INFO INFO INFO INFO INFO | --- CDR | --- CDR | --- CDR | --- CDR | --- CDR | --- CDR | --- CDR | --- CDR | --- CDR | --- CDR | --- CDR | --- CDR | --- CDR | --- CDR | --- CDR | --- CDR | --- CDR | --- CDR (16/08/2009 (16/08/2009 (16/08/2009 (16/08/2009 (16/08/2009 (16/08/2009 (16/08/2009 (16/08/2009 (16/08/2009 (16/08/2009 (16/08/2009 (16/08/2009 (16/08/2009 (16/08/2009 (16/08/2009 (16/08/2009 (16/08/2009 (16/08/2009 05:38:19 98,4298,5044298,4298,89904217,0,(2xxx/1016) 06:05:20 187,4298,5044298,4298,89904810,0,(2xxx/1016) 11:40:46 89,4922,5044922,4922,89905006,0,(2xxx/16) 11:48:36 52,4298,5044298,4298,89904210,0,(2xxx/1016) 12:09:20 51,4298,5044298,4298,89904810,0,(2xxx/1016) 12:13:25 106,4298,5044298,4298,89904810,0,(2xxx/1016) 12:20:34 68,4298,5044298,4298,89904810,0,(2xxx/1016) 13:14:04 138,4298,5044298,4298,89904810,0,(2xxx/1016) 13:44:56 96,4298,5044298,4298,89904210,0,(2xxx/1016) 13:55:02 72,4298,5044298,4298,89904810,0,(2xxx/1016) 13:55:28 26,4298,5044298,4298,89904217,0,(2xxx/1016) 14:17:51 122,4298,5044298,4298,89904210,0,(2xxx/16) 14:51:53 30,4298,5044298,4298,89904810,0,(2xxx/1016) 15:01:07 117,4298,5044298,4298,89904810,0,(2xxx/16) 15:10:59 56,4298,5044298,4298,89904810,0,(2xxx/1016) 15:21:21 124,4298,5044298,4298,89904810,0,(2xxx/16) 06:50:47 32,4298,5044298,4298,89904217,0,(2xxx/16) 15:43:43 24,4298,5044298,4298,89904210,0,(2xxx/16) Normal Normal Normal Normal Normal Normal Normal Normal Normal Normal Normal Normal Normal Normal Normal Normal Normal Normal call call call call call call call call call call call call call call call call call call
clearing,{2E25FD05-D139-425F-B116-490C46550101},{2E25FD05-D139-425F-B116-490C46550101},CX1,172.27.144.51,domain,----,172.27.144.26,domain,1250400995,31,5,1250401001,NONE,0,CX1) clearing,{50AEF72A-1EEB-4C23-833A-091C72BFFF4C},{50AEF72A-1EEB-4C23-833A-091C72BFFF4C},CX1,172.27.144.51,domain,----,172.27.144.26,domain,1250402528,23,5,1250402533,NONE,0,CX1) clearing,{779E3EE6-3DB6-414B-B061-B28850B1EF19},{779E3EE6-3DB6-414B-B061-B28850B1EF19},CX1,172.27.144.51,domain,----,172.27.144.26,domain,1250422755,148,2,1250422757,NONE,0,CX1) clearing,{1004C080-973B-4AEC-ADF6-B1C793A3F07E},{1004C080-973B-4AEC-ADF6-B1C793A3F07E},CX1,172.27.144.51,domain,----,172.27.144.26,domain,1250423259,24,5,1250423264,NONE,0,CX1) clearing,{9BA16D22-FA6A-410D-B4C9-603741590C25},{9BA16D22-FA6A-410D-B4C9-603741590C25},CX1,172.27.144.51,domain,----,172.27.144.26,domain,1250424504,26,5,1250424510,NONE,0,CX1) clearing,{A7D87B7E-FFF8-425F-8BFB-857B26118817},{A7D87B7E-FFF8-425F-8BFB-857B26118817},CX1,172.27.144.51,domain,----,172.27.144.26,domain,1250424693,24,6,1250424700,NONE,0,CX1) clearing,{17002698-DA53-4EE4-BB9E-F1E82193E0CE},{17002698-DA53-4EE4-BB9E-F1E82193E0CE},CX1,172.27.144.51,domain,----,172.27.144.26,domain,1250425163,65,2,1250425165,NONE,0,CX1)
COMPONENTES BASICOS DE UN SISTEMA DE TELEFONIA IP SOFTSWITCH MODULO DE CONMUTACION B2BUA
COMPONENTES BASICOS DE UN SISTEMA DE TELEFONIA IP: SOFTSWITCH / CONMUTADOR / B2BUA
B2BUA (Back to Back user agent) Agente de usuario de extremo a extremo, es una entidad del protocolo SIP, segun el RFC de SIP ([?]), un B2BUA tiene las siguientes funciones: 1. Gestion de llamadas (facturacion, desconexion automatica . . . )
2. Interconexion de red(adaptacion de protocolos)

3. Ocultar la estructura de la red (direcciones privadas, topologias de red) 4. Transcodicacion entre las dos partes de una llamada. Un B2BAU es una entidad lgica que recibe una solicitud, la cual es procesada como un UAS (User Agent Server) y luego que se determina como la solicitud debera ser respondida, acta como un UAC (User Agent Client) generando una nueva solicitud.
Un B2BUA debe mantener el estado de la llamada y participar activamente en el envo de solicitudes y respuestas para los dilogos en los cuales est involucrado. El B2BUA tiene un mayor control de la llamada que un Proxy. Por ejemplo, un Proxy no puede desconectar una llamada o alterar un mensaje, cosa que s puede hacer un B2BUA.
Agente de Usuario Cliente (UAC): Es una aplicacin cliente que inicia solicitudes SIP hacia la red IP. Agente de Usuario Servidor (UAS): Es una aplicacin que al recibir una solicitud SIP de la red IP se pone en contacto con el usuario y devuelve la respuesta que este desee. Cuando un UAC emite una solicitud, esta pasa por algunos proxys y termina en un UAS del corresponsal. Cuando dicho UAS responde, la respuesta se hace llegar al UAC del otro extremo de la conversacin. Los procedimientos UAC y UAS dependen de dos factores. Si la solicitud o respuesta forma parte o no de un Dilogo, y cual es el mtodo invocado por la solicitud. La filosofa B2BUA consiste en actuar al mismo tiempo como UAClient y UAServer y hacer de intermediario entre los participantes de la llamada:
Con este modelo se crean dos llamadas independientes (distintos Call-ID e identificacin de sesin), el UA1 se conecta al UAServer del B2BUA y ste se encarga de crear una nueva llamada entre el UAClient del B2BUA y el UA2.
Con esta filosofa se abren muchas posibilidades a la hora de establecer la conexin, ya que el control de la sesin y del flujo de media pertenece al B2BUA:
Control de Llamada Centralizada El B2BUA participa activamente en la llamada entre participantes, por tanto puede realizar distintas operaciones como pueden ser: Desconexin automtica Transferencia o redireccin automtica Control del flujo de mensajes Establecimiento de llamada entre dos participantes. Interaccin con Redes Alternativas El B2BUA procesa los mensajes de sealizacin de la llamada. Esto nos permite tener una llamada entre dos participantes que utilicen protocolos de sealizacin diferentes como pueden ser H.323 y SIP ya que las dos llamadas son independientes. Monitorizacin del estado de llamada Ciertos usos tales como sistemas de facturacin requieren la supervisin del estado de la llamada. Se puede implementar esta funcionalidad utilizando un Proxy y un B2BUA que mantengan el estado de la llamada. El Proxy necesita estar en la ruta de todos los mensajes SIP y el B2BUA manejar y decidir por ejemplo si tiene que desconectar una llamada que est funcionando con crdito pagado por adelantado.
COMPONENTES BASICOS DE UN SISTEMA DE TELEFONIA IP SOFTSWITCH MODULO DE CONMUTACION SIP PROXY
COMPONENTES BASICOS DE UN SISTEMA DE TELEFONIA IP: SOFTSWITCH / CONMUTADOR / SIP PROXY
SIP PROXY Los Servidores Proxy reenvan peticiones desde el User Agent hacia el siguiente sipProxy o hacia el destino si sabe llegar hasta el. Por regla general los SIP Proxy reciben los mensajes SIP pero no lo interpretan, simplemente buscan en su base de datos (o bsqueda en DNS) la direccin privada del destinatario para el reenvo.
El trmino Proxy tiene un origen jurdico: en ingls quiere decir "Poder de representacin, Apoderado o representante para que acte en mi nombre", por esa razn se ha adoptado ese termino para nombrar a entidades tcnicas que desarrollan una funcin de intermediacin. De manera muy sencilla se podra decir que un proxy es "un intermediario que nos hace un recado". Frente a una solicitud nuestra acta como si fuese un servidor devoldiendonos una respuesta, pero realmente en muchas ocasiones tendr que consultar a otros proxys, ante quienes ser un cliente que solicita datos. Una vez que obtenga lo solicitado, nos lo presentar. Por tanto, en ese momento ha terminado de hacer el recado. Durante el proceso ha actuado tanto como cliente (frente a otros proxys) como servidor (frente a nosotros).
Los servidores proxy se suelen utilizar en funciones de enrutado, por tanto su funcin principal es conseguir que la solicitud del cliente se remita a la entidad ms cercana al usuario de destino. Pero los Proxys tambin se emplean para verificar las polticas (esto es, comprobar si el usuario est autorizado a efectuar una llamada). El proxy interpreta, y si fuese preciso, reescribe partes del mensaje de solicitud antes de reenviarlo.
Por tanto, de manera sencilla se puede decir que un proxy es un programa que acta como servidor o accede a otros servidores. Es un punto intermedio que sirve para aumentar la seguridad o la velocidad de acceso (o el anonimato). Suele tener lo que se conoce como cache, que es una copia temporal de los datos que ha obtenido recientemente.
En la sealizacin SIP los elementos extremos se conocen como "User Agents" (UA) o "Agentes de Usuario", y los elementos intermedios como "Servidores Proxy". En la Figura se muestra la tpica configuracin SIP, que se conoce como el "trapezoide" SIP. En el ejemplo del esquema, un llamante en el dominio A (UA1) quiere llamar a Pepe en el dominio B (pepe@B). Para hacerlo, se comunica con el proxy 1 de su dominio (dominio A). El Proxy 1 remite la solicitud al proxy del dominio de la persona llamada (dominio B), que es el proxy 2. Y el Proxy 2 remite la llamada al Agente de Usuario de la persona llamada, UA 2.
Para conseguir realizar dicho proceso de llamada, el proxy 1 necesita determinar cual es el servidor SIP del dominio B. Para conseguir saberlo emplea procedimientos DNS, obteniendo registros SRV y NAPTR que apuntan al servidor SIP del dominio B. Por tanto, los proxys SIP son elementos que envin las solicitudes SIP al agente de usuario en el servidor y devuelven las respuestas al agente de usuario en el cliente. Una solicitud, en su progreso hacia un agente de usuario en un servidor, puede pasar por varios proxys, cada uno de los cuales puede tomar decisiones de enrutado y modificar la solicitud antes de remitirlo al siguiente proxy. Las respuestas recorrern el camino inverso. El proxy nunca es el punto de terminacin de una llamada, ni es el UA final, por tanto no se ocupa del estado o progreso de la llamada, lo cual desconoce. Para esta funcin de conocer el progreso de la llamada, es preciso tener un "back-to-back user agent" (B2BUA), por ejemplo en el Session Border Controller, o en una centralita IP.
se abre un abanico de posibilidades de establecimiento de llamada bastante grande, por regla general una llamada responde al siguiente esquema:
COMPONENTES BASICOS DE UN SISTEMA DE TELEFONIA IP SOFTSWITCH MODULO DE CONMUTACION RADIUS
COMPONENTES BASICOS DE UN SISTEMA DE TELEFONIA IP: SOFTSWITCH / CONMUTADOR / RADIUS
RADIUS (acrnimo en ingls de Remote Authentication Dial-In User Server).

Es un protocolo de autenticacin y autorizacin para aplicaciones de acceso a la red o movilidad IP. Utiliza el puerto 1813 UDP para establecer sus conexiones. Cuando se realiza la conexin con un ISP mediante mdem, DSL, cablemdem, Ethernet o Wi-Fi, se enva una informacin que generalmente es un nombre de usuario y una contrasea. Esta informacin se transfiere a un dispositivo NAS (Servidor de Acceso a la Red o Network Access Server (NAS)) sobre el protocolo PPP, quien redirige la peticin a un servidor RADIUS sobre el protocolo RADIUS. El servidor RADIUS comprueba que la informacin es correcta utilizando esquemas de autenticacin como PAP, CHAP o EAP. Si es aceptado, el servidor autorizar el acceso al sistema del ISP y le asigna los recursos de red como una direccin IP, y otros parmetros como L2TP, etc. Una de las caractersticas ms importantes del protocolo RADIUS es su capacidad de manejar sesiones, notificando cuando comienza y termina una conexin, as que al usuario se le podr determinar su consumo y facturar en consecuencia; los datos se pueden utilizar con propsitos estadsticos. RADIUS fue desarrollado originalmente por Livingston Enterprises para la serie PortMaster de sus Servidores de Acceso a la Red (NAS), ms tarde se public como RFC 2138 y RFC 2139. Actualmente existen muchos servidores RADIUS, tanto comerciales como de cdigo abierto. Las prestaciones pueden variar, pero la mayora pueden gestionar los usuarios en archivos de texto, servidores LDAP, bases de datos varias, etc. A menudo se utiliza SNMP para monitorear remotamente el servicio. Los servidores Proxy RADIUS se utilizan para una administracin centralizada y pueden reescribir paquetes RADIUS al vuelo (por razones de seguridad, o hacer conversiones entre dialectos de diferentes fabricantes).
COMPONENTES BASICOS DE UN SISTEMA DE TELEFONIA IP: SOFTSWITCH / CONMUTADOR / RADIUS
COMPONENTES BASICOS DE UN SISTEMA DE TELEFONIA IP SOFTSWITCH MODULO DE BILLING
COMPONENTES BASICOS DE UN SISTEMA DE TELEFONIA IP: SOFTSWITCH / MODULO DE BILLING
EL MODULO DE BILLING: es esencialmente un programa de mediacin. Se comunica con su red VoIP, brinda a sus GATEWAYS autenticacin o autorizacin, y recoge datos sobre las llamadas que se llevan a cabo. Puede encargarse de la generacin de los CDRs(Call Detalle Records) para las llamadas completadas, dando informacin general acerca de cada llamada (por ejemplo, nmero de origen y de destino), adems de la informacin de facturacin que al final es la funcin ms importante para el mdulo. El Mdulo de Billing es la que Maneja la parte de las Bases de Datos, de donde se obtiene Toda la informacin necesaria Para llevar a cabo el proceso de Facturacin a los clientes.
Adems provee los reportes Estadsticos necesarios para Conocer el rumbo del negocio.
Billing Engine: Esta es la parte que le provee al mdulo de Billing los servicios triple A (AAA): 1. Autenticacin Esta parte se encarga de corroborar la las credenciales de acceso al sistema que puede tener un User Agent(UA) o abonado. Si este proceso es denegado entonces el usuario nunca ser capaz de conectarse al sistema y utilizar los servicios de telefona IP. 2. Autorizacin Esta es la parte que se encarga de trazar los lmites impuestos por el sistema al UA. En otras palabras, es la parte que restringe al usuario a utilizar ciertos servicios o a utilizarlos todos, como: permisos para llamar a ciertos destinos, acceso a la realizacin de llamadas por medio de claves, tiempo de duracin de la llamada, de acuerdo a su saldo. 3. Facturacin Esta es la parte de facturar la llamada, de acuerdo al tiempo de duracin y a las tarifas establecidas.
4. Adems el mdulo de Billing puede manejar los tipos de cuentas (prepago o postpago); 5. Los tipos de clientes como: clientes retail (Retail Customers), Revendedores (Resellers) y Proveedores de interconexiones o Rutas (Vendors); 6. Tambin puede manejar las formas de pago, es decir: cargo directo a la cuenta, pago por tarjeta de crdito utilizando un pago en Lnea. 7. Tambin es donde se definen las tarifas y los destinos o rangos de numeracin.
El Mdulo de Billing tambin se encarga de definicin de los productos que la VoIP-TELCO ofrece a sus clientes, como tarifas especiales, promociones e incluso es donde se puede manejar el concepto de cargos tipo tricky y cargos tipo Fair.
En el Mdulo de Billing hay dos partes independientes de facturacin, que son los costos y las ganancias, las cuales se pueden manejar de forma independiente a nivel de tarfas, conexiones, rutas, etc. La correcta definicin de esta parte es la que representa el xito de la TELCO en la parte de negocis ya que se pueden definir los enrutamientos ms rentables o los que no representan mayores ganancias pero son necesarios para mantener la alta disponibilidad del sistema.
COMPONENTES BASICOS DE UN SISTEMA DE TELEFONIA IP SOFTSWITCH MODULO DE ADMINISTRACION
COMPONENTES BASICOS DE UN SISTEMA DE TELEFONIA IP: SOFTSWITCH / MODULO DE ADMIN
El mdulo de Administracin no es ms que la interface web por medio de la cual se gestiona el toda la plataforma de telefona IP. Es la herramienta que pone a disposicin del administrador los recursos de configuracin y parametrizacin de los diferentes componenetes de la plataforma. Tambin pone a disposicin del cliente una interface WEB bsica que le permite gestionar su cuenta facilitndole el uso de los diferentes servicios y caractersticas que le ofrece la VoIP TELCO sin necesidad de contactar personalmente al soporte tcnico, lo cual es una gran ventaja sobre los dems sistemas de telefona tradicionales, que muy difcilmente puedan ofrecer un servicio como ese. Por medio de la interface WEB del mdulo de adminsitracin se pueden realizar las siguientes funcionalidades bsicas: 1)_ Ingreso de clientes. 2)_ Administracin de datos y productos de clientes. 3)_ Alta de nuevos productos asociados a los clientes. 4)_ Configuracin automtica de equipos. 5)_ Administracin de productos: alta, activacin, suspensin, cancelacin. 6)_ Creacin de tarjetas pre-pagas, de agente y de usuario final. Recarga de saldos para productos prepagos. 7)_ Creacin de tarifarios asociados al cobro de las llamadas. 8)_ Creacin de planes comerciales y paquetes comerciales.
9)_ Generacin y envio via e-mail de las facturas. 10)_ Muestra on-line del consumo de los clientes, tanto a nivel de administrador, agente/vendedor o el mismo cliente final. 11)_ Administracin de los features de desvo de llamadas, tanto a voice-mail como a otros nmeros telefnicos. 12)_ Herramientas de soporte tcnico: vistas de consumo, acreditacin de llamadas, recarga de tarjetas prepagas, etc.
El mdulo de administracin WEB de una plataforma de telefona IP, permite agilizar el trabajo cuando se trata de hacer modificaciones en la parametrizacin de las caracteristicas de Billing. La utilizacin de archivos tipo CSV o XLS facilita mucho el trabajo del administrador, dndole la facilidad de manipular la informacin con las herramientas de MS Excel y una vez finalizado, solamente montarlo utilizando los campos destinados para subir archivos de configuracin.
Ejemplos de interfaces de administracin WEB:

Capacitacion de Telefonia Voip

Caricato da

Informazioni sul documento

Titolo originale

Copyright

Formati disponibili

Condividi questo documento

Condividi o incorpora il documento

Opzioni di condivisione

Hai trovato utile questo documento?

Questo contenuto è inappropriato?

Copyright:

Formati disponibili

Capacitacion de Telefonia Voip

Caricato da

Copyright:

Formati disponibili

CAPACITACION DE TELEFONIA VOIP DIGICEL IT

OBJETIVOS DEL CURSO

QUE NO PRETENDE ESTE CURSO

Softswitch Concepto Caractersticas Beneficios Ventajas

INTRODUCCION SOBRE TELEFONIA

INTRODUCCION SOBRE TELEFONIA

INTRODUCCION SOBRE TELEFONIA

Alexander Graham Bell

INTRODUCCION SOBRE TELEFONIA

INTRODUCCION SOBRE TELEFONIA

INTRODUCCION SOBRE TELEFONIA FIJA

INTRODUCCION SOBRE TELEFONIA FIJA

Central telefnica para telefona fija

INTRODUCCION SOBRE TELEFONIA FIJA

INTRODUCCION SOBRE TELEFONIA FIJA

INTRODUCCION SOBRE TELEFONIA FIJA

INTRODUCCION SOBRE TELEFONIA FIJA

Las centrales telefnicas han evolucionado de la siguente forma:

INTRODUCCION SOBRE TELEFONIA CELULAR

INTRODUCCION SOBRE TELEFONIA CELULAR

INTRODUCCION SOBRE TELEFONIA CELULAR

INTRODUCCION SOBRE TELEFONIA CELULAR

INTRODUCCION SOBRE TELEFONIA CELULAR

INTRODUCCION SOBRE TELEFONIA CELULAR

INTRODUCCION SOBRE TELEFONIA SATELITAL

INTRODUCCION SOBRE TELEFONIA SATELITAL

INTRODUCCION SOBRE TELEFONIA SATELITAL

INTRODUCCION A LA TELEFONIA IP TELEFONIA IP/VOZ SOBRE INTERNET/VoIP

INTRODUCCION A LA TELEFONIA IP: Telefona IP

INTRODUCCION A LA TELEFONIA IP: Voz sobre Internet

INTRODUCCION A LA TELEFONIA IP: Voz sobre Internet

INTRODUCCION A LA TELEFONIA IP: VoIP

VARIEDAD DE NEGOCIOS PARA TELCOS DE TELEFONIA IP

INTRODUCCION A LA TELEFONIA IP FUNDAMENTOS PARA UNA RED

INTRODUCCION A LA TELEFONIA IP: Fundamentos para una red

INTRODUCCION A LA TELEFONIA IP: Fundamentos para una red

INTRODUCCION A LA TELEFONIA IP: Fundamentos para una red

INTRODUCCION A LA TELEFONIA IP: Fundamentos para una red

INTRODUCCION A LA TELEFONIA IP: Fundamentos para una red

INTRODUCCION A LA TELEFONIA IP: Fundamentos para una red

DIRECTORIO DE EMPLEADOS DADO POR UNA PBX CISCO

INTRODUCCION A LA TELEFONIA IP MENSAJERIA UNIFICADA

INTRODUCCION A LA TELEFONIA IP: Mensajera Unificada

INTRODUCCION A LA TELEFONIA IP MOVILIDAD

INTRODUCCION A LA TELEFONIA IP: Movilidad

INTRODUCCION A LA TELEFONIA IP: Movilidad

Telfono IP Mvil (WiFi o Inalmbrico)

INTRODUCCION A LA TELEFONIA IP ATENCION AL CLIENTE

INTRODUCCION A LA TELEFONIA IP: Atencin al Cliente

INTRODUCCION A LA TELEFONIA IP: Atencin al Cliente

INTRODUCCION A LA TELEFONIA IP VIDEO

INTRODUCCION A LA TELEFONIA IP: Video

INTRODUCCION A LA TELEFONIA IP MITOS DE LA TELEFONIA IP

INTRODUCCION A LA TELEFONIA IP: Mitos de la Telefona IP

INTRODUCCION A LA TELEFONIA IP: Mitos de la Telefona IP

INTRODUCCION A LA TELEFONIA IP: Mitos de la Telefona IP

INTRODUCCION A LA TELEFONIA IP: Mitos de la Telefona IP

INTRODUCCION A LA TELEFONIA IP: Mitos de la Telefona IP

INTRODUCCION A LA TELEFONIA IP Ventajas de la telefona IP

INTRODUCCION A LA TELEFONIA IP: Ventajas de la telefona IP

8. No paga SLM ni Larga Distancia en sus llamadas sobre IP.

INTRODUCCION A LA TELEFONIA IP Cmo funciona la voz sobre IP

INTRODUCCION A LA TELEFONIA IP: Cmo funciona la voz sobre IP