monografÃa 1 - Roberto Ares, publicaciones completas
monografÃa 1 - Roberto Ares, publicaciones completas
monografÃa 1 - Roberto Ares, publicaciones completas
- No tags were found...
You also want an ePaper? Increase the reach of your titles
YUMPU automatically turns print PDFs into web optimized ePapers that Google loves.
OURNALmonografía 12003 iplanTechJournal Monografías es una publicación de iplan que contiene información técnica y confidencial de la empresa. Sedistribuye a un circuito limitado de lectores a fin de mantenerlos informados sobre el estado y la evolución de latecnología y el negocio de la Telecomunicaciones, principalmente en las redes IP y la Telefonía-IP. Se ruega a loslectores a mantener el principio de Confidencialidad sobre la información aquí contenida.No está autorizada su reproducción o distribución por cualquier medio sin antes consultar con la empresa.IModelo exitoso para Pymes.El modelo de red de transporte IP-Gigabit con distribuciónmediante Nodos de Manzana y acometida mediante cobre, seha demostrado exitoso para ofrecer servicios a SOHO y Pymes.IINDICE1- Topología de la red física.2- Distribución, acceso y servicios.3- Argumentos Económicos.IABSTRACTSe presenta una descripción de la topología de ductos y cables, que permitendesarrollar una red urbana de fibras ópticas FO para el transporte y de cablesde cobre para la última milla de acceso.Se analiza la topología de la electrónica necesaria para ofrecer serviciosintegrados mediante una red IP con transporte Gigabit-Ethernet (1000 Mbps).Los servicios posibles permiten atacar a un mercado normalmente descuidadopor otros operadores: los clientes SOHO y las Pymes. El producto estrella esel denominado Pack-N, que consiste en N líneas analógicas de telefonía y unacceso a Internet dedicado de 1 Mbps.Finalmente, se analizan los argumentos económicos ligados al modelo deNodos de Manzana NdM que permiten sostener una política de crecimientoconstante en un momento donde las inversiones son particularmente escasas.1
Monografías 1 (2003)Modelo Exitoso para PymesOURNAL1- TOPOLOGÍA DE LA RED FISICA1.1- Base de Datos y Red de Ductos.El primer paso en el diseño de la Topología de la Red Físicade transporte es la creación de una Base de Datos depotenciales clientes. Esta actividad fue realizada en iplan enel segundo semestre de 1999 (año en que fue creada laempresa) y se utilizaron diversas fuentes:-Guía de la Industria,-Guía de la revista Mercado,-una base de datos de Bancos y-la Base de Datos del Indec.Esta última era la más extensa en cantidad y calidad dedatos, pero su antigüedad (databa de 1994) la hacía menosconfiable.La geocodificación (proceso por el cual se indica en un planola posición de cada punto de la base de datos) se realizómediante el software Agemap. Un año después, para realizarel Business Plan de ocho ciudades de Brasil, se usaría elsoftware Mapinfo, que disponía de varias funcionalidadesadicionales.La depuración de las distintas Bases de Datos llevó un parde meses, debido que los errores debían ser corregidos unoa uno. Con esta operación se pudo lograr una tasa deefectividad en la geocodificación superior al 90%. El 10%restante se trataba de errores sistemáticos o inconsistenciasque no pudieron ser eliminados manualmente.Así quedó representada la Base de Datos de 4 ciudades.Una nube de puntos de 50.000 empresas inundaba BuenosAires y el GBA (conocido como el Área Múltiple BuenosAires, AMBA). En la Figura 1 se muestra el mapa de BuenosAires con cerca de 22.000 empresas, de las cuales 3500 (el16%) se encontraba en el microcentro. Cerca del 40% de lasempresas de Buenos Aires se encuentran en la zona decobertura de la Figura 10.Adicionalmente, el procesamiento de las Bases de Datospermitió realizar varias segmentaciones:-una segmentación se realizó en 4 actividades (servicios,comercio, bancos e industria),-otra se realizó en 4 niveles de cantidad de empleados(hasta 6, de 6 a 15, etc),-otra por ciudad (Buenos Aires, La Plata, Rosario, Córdoba,Mendoza), y-en algunos casos pudo trabajarse con la segmentación porfacturación.Dos objetivos serían cumplidos a fines de 1999:-por un lado fundamentar cuantitativamente un BusinessPlan orientado a las Pymes (basado en empresas con másde 6 empleados),-y por otro, el diseño de la red de ductos que permitieracubrir las zonas de mayor densidad de probables clientes.Figura 1. Base de Datos de empresas del Indec (Ciudad de Buenos Aires), geo-codificada para determinar la distribucióngeográfica. Fue utilizada para preparar el Business Plan (cantidad y distribución del Adressable Market) y el diseño de la red.2
Monografías 1 (2003)Modelo Exitoso para PymesOURNALFigura 2. La red de ductos fue diseñada para obtener un cuadriculado que permite el fácil acceso a clientes dentro de la zonade cobertura. El cuadriculado es mucho más denso en el microcentro de la ciudad.Con el diagrama de la Base de Datos geo-codificada seinició un proceso de inspección visual. Se recorrieron lascalles para preparar un diagrama del recorrido de ductos. Elajuste final se realizó con el contratista de obra para verificarque lo diseñado no pasara por lugares vedados por laMunicipalidad.El objetivo del diagrama de ductos contemplaba que cadamanzana del microcentro de Buenos Aires fuera tocada en almenos una de las 4 caras por nuestra red y en lo posible enla mejor de ellas. Para el macrocentro en cambio, se adoptóun criterio de construir por las avenidas y principales callesde la ciudad. Un trabajo similar se realizó para las ciudadesde La Plata, Rosario y Córdoba.Figura 3. Fotografías históricas del 6 de febrero de 2000 cuando se iniciaron las obras de construcción en Buenos Aires. Laconstructora inicial fue Miavasa, siendo completadas las obras por Sade-Skanska.3
Monografías 1 (2003)Modelo Exitoso para PymesOURNALFigura 5. Topología de cables de FO en anillo para la Distribución desde los Hubs hacia los Nodos de Manzana. Un Hub (enla figura se muestra el NOC de iplan en Reconquista 865 en amarillo) tiene varios cables para cubrir la zona de influencia.Figura 6. La Interconexión entre las redes urbanas de Buenos Aires y La Plata se realiza mediante un enlace Interurbano porla red de ferrocarril Metropolitano.Otro nivel de interconexión es el interurbano. En el caso deiplan se dispone de un enlace propio entre Buenos Aires y LaPlata, que ocupa un ducto instalado por el ferrocarrilMetropolitano. Este enlace de FO permite, además de laconexión entre extremos, ofrecer servicios en variasciudades intermedias (Lomas de Zamora, Quilmes, etc).Los enlaces entre las ciudades de Buenos Aires, Rosario yCórdoba, se efectúa mediante enlaces redundantes yduplicados por distintos carriers (empresas orientadas altransporte de ancho de banda interurbano).5
Monografías 1 (2003)Modelo Exitoso para PymesOURNAL1.3- Management de Recursos Físicos.Para la gestión de los recursos físicos (ductos, cables,empalmes, Nodos, etc) se utiliza un sistema GIS(Geographic Information System). El proveedor del softwareha sido LAT45. El GIS sirve para documentar y administrartodos los Recursos de nuestra Red en forma gráfica yalfanumérica.Esto significa que en planos y en su posición geográficaexacta, podemos documentar:-La red de ductos y las cámaras en la vía pública.-Los cables de FO y de cobre.-Las cajas de empalme para ambos tipos de cables.-Los Hubs y Nodos de Manzana.-Los Nodos Virtuales de acceso de cobre.-El equipamiento distribuido en cada Nodo.-Los clientes y sus servicios asociados.En la Figura 7 se muestran algunos nodos de manzana queson simbolizados por rombos azules, los nodos de edificioson simbolizados por rombos rojos, los edificios conectadosy tendidos de cobre intra-manzana son simbolizados porlíneas verdes. De fondo, la cartografía provista por laempresa Aeromapa tiene una precisión submétrica y fuerealizada a partir de fotografías aéreas tomadasespecialmente para esta cartografía. La misma se encuentrageoposicionada, esto significa que sus coordenadascoinciden con las que tomaría un GPS (Global PositionSystem), ubicado en cualquier punto de la misma.Esta información gráfica, que se relaciona con bases dedatos, permite administrar recursos tales como:-La disponibilidad en ductos libres en la red.-La disponibilidad en cables, ya sea de FO o de cobre.-La ubicación de los empalmes.-La disponibilidad de espacio en los Racks.-La cantidad de equipos y disponibilidad de puertos libres.-Los servicios asociados a un determinado cable.El GIS consta de 4 módulos. El módulo de Network Designand Service Planning y el de Service Modeling estánrelacionados con la carga de información; mientras que losmódulos de Desition Support y Web Access, lo están para laconsulta de la información cargada (uno en forma local y otroa través de la web). Las capacidades mencionadasanteriormente, son quizá las más importantes, pero lasposibilidades de consulta aumentan a medida que sedispone de mayor cantidad de información en el sistema.Figuras 7. Se pueden observar parte de la red de ductos del microcentro de Buenos Aires mediante el GIS.6
Monografías 1 (2003)Modelo Exitoso para PymesOURNALFinalmente, se ha dejado de utilizar las planillas Excell,planos CAD, Power Point, etc. Se trata de suprimirinformación duplicada. La migración se ha realizado teniendoen cuenta que muchos usuarios utilizaban planillas llamadasHojas de Corte con una información muy confiable yamigable. La migración a GIS ha tenido ciertas dificultadespero ha confiabilizado la información.Lo bueno de un sistema GIS es que la base de datos esúnica para las distintas informaciones y los distintosusuarios. Los inconvenientes para la implementación fueron:la costumbre de los usuarios a las amigables hojas de Excelly a que la información se presenta en formaconceptualmente diferente, lo que requiere cambios en loshábitos.2- DISTRIBUCIÓN, ACCESO Y SERVICIOS2.1- Red Gigabit y Nodos de Manzana.El diagrama a bloques genérico de la red de iplan incluyeuna red de distribución Gigabit-Ethernet. Esta red funcionamediante equipos Cisco-6509 distribuidos en los NOC (unopor ciudad) y en los Hubs. La interconexión se realizamediante FO a 1000 Mbps (protocolo Gigabit). Una redtambién de FO permite llegar desde el Hub hasta el Nodo deManzana para la distribución de los servicios.Figura 8. Diagrama general a bloques de la red de iplan. Se muestra la interconexión de telefonía mediante un switch class-5y gateways IP-E1. La Telefonía-IP tiene varios componentes como Gatekeepers y Softswitch. Los switch de Core permiten laconexión de la Telefonía-IP con el Data Center IDC y la conexiones a Internet con los NAP. Abajo a la derecha se muestra ladistribución y acceso hacia los clientes finales (ver figura siguiente para más detalle).También, se muestra una foto panorámica del NOC de iplan en Reconquista 865, Buenos Aires.7
Monografías 1 (2003)Modelo Exitoso para PymesOURNALOtra red de acceso, pero en este caso de cables de cobre,conforma la última milla hasta el cliente. La red de Iplan hasido construida para cables de FO debido a la congestión delsubsuelo en los centros de las ciudades. La red se harealizado con tritubos que permiten el pasaje de un cable deFO o de cobre hasta 100 pares. El objetivo fue llegar a cadamanzana con 6 FO (2 para Gigabit, 2 para SDH, y 2 dereserva) y distribuir dentro de la manzana mediante cablesde cobre.Un primer modelo de distribución fue utilizado hasta julio-2001. Consistía en Nodos de Edificio NdE al cual se llegabamediante FO. Este modelo estaba de moda en los paísescentrales donde se esperaba colocar un Nodo en losgrandes edificios y lograr una gran penetración de clientesen el mismo. Por diversas razones, este modelo se demostróantieconómico para nuestro caso y se paso rápidamente almodelo de Nodos de Manzana NdM, en conjunto con unared de acceso de baja-densidad mediante pares de cobre.Figura 9. Modelo de distribución mediante Nodos de Manzana. Desde el Core de la red y mediante el Backbone de FO sellega a los Hubs. La red de Distribución de FO conecta los Nodos de Manzana con los Hubs. La red de Acceso de cobreconecta al Nodo NdM con los Clientes.8
Monografías 1 (2003)Modelo Exitoso para PymesOURNALUn NdE contiene equipos para los clientes dentro de unmismo edificio, mientras que el NdM contiene equipos paralos clientes de toda la manzana (incluso manzanas cercanaspueden ser alcanzadas en zonas de menor densidad declientes). Los NdE distribuyen servicios mediante cablesUTP, mientras que desde el NdM se utilizan parestelefónicos comunes. iplan ha construido su propia red decobre para esta función, dentro de las manzanas.Los NdM contienen:-Un rack en un espacio común de un edificio huésped y unaUPS para mantener la alimentación de energía durante loscortes de suministro. La alimentación es de 220 V.-Regletas para conectores de FO (para los cables queprovienen desde los Hubs) y de cobre (hacia los cables decobre que se dirigen al cliente).-El equipo Cisco-3524/3550 para recibir Gigabit (1000 Mbps)desde la red y entregar 10 Mbps hacia el lado cliente. Otroequipo, el Cisco-2924/2950 permite extender los 10 Mbpsmediante pares de cobre hasta más de 1000 mts. Se loconoce como tecnología LRE (LongReach Ethernet).-Otro equipo es el Gateway de telefonía. Se tienen diversasversiones que han permitido sucesivamente reducir costos.La primer versión fue el equipo Cisco-1750/2600 (gatewayE1) junto con Edgelink (multiplexor de 30 líneas analógicas).Una segunda versión fue el Cisco-VG248 para entregar 48líneas de telefonía (Call Manager). Una tercera versión seestá introduciendo en el segundo semestre 2003.-Adicionalmente se pueden encontrar equipos SDH oconversores para FO en el caso de necesitar llegar a clientespor este medio.La distribución mediante cobre permite acceder variasmanzanas desde el mismo NdM. Esto se logra mediante losdenominados Nodos Virtuales que consisten en cajas dedistribución de cobre en una manzana abastecida desde elNdM cercano. Hacia julio-2003, hay un promedio de 2,5manzanas que son abastecidas desde cada NdM. Sinembargo, la distribución mediante cables de cobre agota elrecurso escaso de ductos disponibles.Los cables de cobre son más gruesos y de menor capacidadde clientes que los de FO (no se pueden instalar cables demás de 100 pares por cada ducto entre manzanas). Por ello,los ductos son un recurso muy escaso y agotable a medianoplazo, en especial en las áreas centrales de la red. Elresultado a mediano plazo será que las áreas densamentepobladas de clientes tendrán un NdM por manzana, mientrasque hacia la periferia de la red un NdM abastecerá variasmanzanas aledañas.El modelo de NdM permite una cobertura de clientes muyhomogénea. De esta forma es posible determinar zonas decobertura de servicios mediante mapas de manzanas (Figura10). El modelo de NdE aplicados por otras empresasproveedoras de servicios de Telecomunicaciones tieneniveles de inversión prohibitivos para ofrecer servicios aempresas Pymes. Veremos esto con más detalle.Figura 10. Manzanas acometidas con distribución mediante cobre en el año 2002. La red tiene una expansión constante en lamedida que la ganancia de clientes permite aumentar la cobertura.9
Monografías 1 (2003)Modelo Exitoso para PymesOURNAL2.2- Productos para las Pymes.La red de iplan ha sido diseñada para ofrecer servicios aPymes desde muy baja cantidad de empleados. LosProductos han seguido la misma línea. En septiembre-2002se festejó haber llegado a una cantidad de 50 productos (cadauno con una buena cantidad de variantes internas).A inicios del 2001 el producto más pequeño de iplan era elPack-4 (en aquella época llamado Bundle-1 y ofrecido conCPE Cisco-1750/2611). Desde fines del 2001 se ofrece elPack-2 y Pack-3, reduciendo la granularidad de líneasanalógicas para llegar a más clientes. Desde fines del 2002el producto estrella es el Pack-1 para el mercado SOHO(unipersonal) o domiciliario.Los productos se dividen entre el mercado minorista (Retail oPymes) y mayorista (Wholesale para operadores yprestadores de servicios). En el mercado Retail, querepresenta el 75% de la facturación de iplan, encontramosproductos relacionados con la telefonía, Internet, transmisiónde datos, servicios de Data Center, etc. Varios productos devalor agregado han sido desarrollados para ser ofrecidosmediante redes de terceros.El desarrollo de productos está básicamente orientado a cubrirnuevos e innovadores servicios que serían de difícilconcreción sobre una red que no sea IP. En el mercadoWholesale, se destaca el producto de Calling Card llave-enmano,desarrollado gracias una Plataforma propia y losLocutorios de iplan.El producto de mayor éxito para las Pymes ha sido el Pack detelefonía e Internet. El Pack-N, donde N indica la cantidad delíneas analógicas, se acompaña con otros servicios básicosligados a Internet.Para ofrecer este servicio, se extiende desde el NdM tantospares de cobre como líneas analógicas requiera el cliente, yun par adicional para Internet. El servicio de Internet seextiende mediante los equipos LRE (Cisco-2924/2950 y elmodem de usuario 575). El ancho de banda básico ofrecidoes de 1 Mbps (ampliable hasta 10 Mbps).Figura 11. Distribución de cantidad de Packs en funcionamiento en función del número de líneas que lo componen.10
Monografías 1 (2003)Modelo Exitoso para PymesOURNALEl Pack-1 es la puerta de entrada en los servicios deProfesionales y Residenciales. Consiste en una líneatelefónica más un acceso a Internet de banda ancha. Lacomercialización de Pack-1 se inició a fines del 2002, deforma que en diciembre fue el primer mes con clientes eneste producto. La tecnología utilizada hasta el presente esmediante los equipos gateways en los NdM (EdgeLink de 30líneas o VG248 de 48 líneas). Durante el 2003 se haanalizado la posibilidad de ingresar nuevos equipos a la redde un costo inferior (manteniendo las prestaciones) paraacceder sucesivamente a clientes de menor porte.Repasemos algunos números para observar primero comose comporta el mercado para este tipo de productos. Amediados de mayo-2003 iplan tenía cerca de 3000 clientesdonde 2000 de ellos tenía un Pack como producto. De estos,el 80% son Pack-1 a Pack-4 (SOHO y Pymes). El Pack-1,que había ingresado recientemente a la venta, llevabaacumulado 200 productos (el 10%), mientras que el Pack-2era el que más clientes tenía con 800 unidades (el 40%).El gráfico de la Figura 11 muestra la distribución decantidades de clientes en función de la cantidad de líneas N.Podemos observar algunos datos de interés:-De los 2000 Packs, un 77% corresponden a Buenos Aires,13,% a Rosario y 10% a Córdoba. Esta distribución guardacorrelación con las ciudades. Sin embargo, una diferenciaentre Rosario y Córdoba, es que Rosario es más propensa asolicitar productos Pack con líneas analógicas, mientras queCórdoba tiene más predisposición para solicitar tramas E1(para medianas y grandes empresas).-La distribución de Packs en Rosario y Córdoba esaproximadamente la misma: cerca del 70% corresponden aPack-2. Son mercados obviamente de empresas máspequeñas que Buenos Aires.-En Buenos Aires, el más vendido es Pack-4 (30%) y Pack-2(29%). Se observa en los dos picos del gráfico. El valorpromedio de líneas por Pack para todas las ciudades es de3,6.-El Pack-1 tenía en mayo-2003 una vida corta aún conmenos de 6 meses, pero ya acumulaba un 7% de losclientes Pack; con un 11% en Rosario y un 4,5% en BuenosAires.-Si se analiza las Ventas (el diagrama muestra la cantidadde clientes activos) de los primeros meses del 2003, seencuentra una concentración muy alta en Packs pequeños.En clientes acumulados, el 80% se encuentran entre Pack-1a Pack-4, pero en ventas el 70% es entre Pack-1 y Pack-2.Se trata del 25% en Pack-1 y 43% en Pack-2.Figura 12. Evolución de las líneas analógicas a la izquierda y las tramas E1 desde el inicio de las operaciones de la telefoníaen enero-2001. La pendiente promedio de los 27 meses indicados es de mas de 400 líneas analógicas y 15 tramas E1.11
Monografías 1 (2003)Modelo Exitoso para PymesOURNALEl mensaje es claro, el mercado requiere productos comoPack-1 y Pack-2, lo cual es natural ya que se encuentra enla base de la pirámide de empresas y profesionales (debajose encuentra un mercado residencial con un requerimientosimilar en el producto Pack-1, pero con un consumo ubicadoen la mitad que el profesional). El ingreso en el mercadoresidencial no es una decisión de tecnología, sino demarketing. Se trata de bajar en la pirámide de clientes pasoa-paso.La causa del éxito que tiene iplan en este segmento delmercado, se debe a la tecnología utilizada. Difícilmente otroscompetidores puedan llegar a igualar esta ventaja, siendocasi imposible con tecnologías SDH, ATM o wireless LMDS.Gracias a la tecnología IP, iplan ha podido mantener uncrecimiento constante en la cantidad de ventas de líneasanalógicas (dentro de Packs y locutorios) y de tramas E1(como sumatoria del mercado Retail y Wholesale). Paracomprobarlo, véase la Figura 12.En el caso de las líneas analógicas FXS, la evolución puedeser representada mediante dos aproximaciones. El año 2001se muestra como una exponencial de crecimiento (1),aumentando el ritmo en la medida que la cobertura de redmediante Nodos de Manzana facilita las ventas. Entrediciembre-2001 y marzo-2002 se produce una distorsión ycambio de tendencia (asociado a los acontecimientomacroeconómicos en Argentina). Desde allí nosencontramos con un 2002 representado mediante una recta(2).Para el 2003 se puede esperar un crecimiento de menorpendiente en el primer semestre (mientras se hacen ajustesen los equipos utilizados para reducir costos) y para elsegundo semestre una recuperación basados en laintroducción de nuevas tecnologías de las cuales se ocupanotros números de nuestro Journal.En el caso de las tramas E1, la aproximación es medianteuna recta (3). La pendiente parece ser una sola con levesvariaciones al inicio del 2001, donde se tiene un arranquemuy alto en enero-2001 y un crecimiento más suavedespués, y a finales del 2002, donde la velocidad decrecimiento se incrementa.3- ARGUMENTOS ECONÓMICOS3.1- Componentes de la Red.Los costos asociados a una red con tecnología IP como ladescripta en la Figura 13 (basado en las Figuras 8 y 9) tieneen cuenta los componentes necesarios para ofrecer unservicio del tipo Pack:1- Interconexión ITX: Se indica con (1) el costo de lospuertos E1 de Interconexión en las Telco (red pública detelefonía PSTN) y el costo derivado de la coubicación(paulatinamente se hace insignificante en la medida queaumenta la cantidad de E1). Para el cálculo se considera lamultiplexación por cada E1 promedio. En (2) se considera eltransporte de las E1 hasta la coubicación, basado en losequipos SDH. Estos costos han sufrido pocas modificacionesa lo largo del tiempo.2- Core de la red. La central de conmutación Switch class-4tiene dos lados. El lado Interconexión (3) tiene un grado demultiplexación mayor que el lado de la red IP (4). El ítem (5)toma en cuenta el gateway E1 a IP, que en la actualidad esel equipo Cisco-5300/5350.En (6) tenemos el softswitch, donde se pueden apreciardiferentes versiones: iplan inició las operaciones con elOCMC de HP durante el 2001, el Call Manager de Cisco enel 2002 y hacia fines del 2003, se pone en marcha en formaoperativa el Softswitch SI diseñado en iplan. La reducción decostos es sustancial en cada uno de los pasos. La red detransporte IP-Gigabit con equipos Cisco-6509 se indica como(7). Se encuentran estos equipos tanto en el Core como enlos Hubs.3- Nodo de Manzana. Para la distribución se consideranvarios componentes. En (8) se incluyen los costos para laimplementación de un Nodo de Manzana, con laconstrucción de la acometida de FO y los materiales básicos.En (9) se indica el switch 3524/3550 para la conversióndesde el nivel Gigabit por FO a Ethernet por UTP (10/100Mbps). Por (10) se entiende el equipo para extender elservicio de Internet mediante cobre; se trata del equipoCisco-2924/2950 que trabaja en conjunto con el modem deusuario Cisco-575.Figura 13. Componentes a tener en cuenta en la valuación de costos en una red IP para ofrecer Pack-N.12
Monografías 1 (2003)Modelo Exitoso para PymesOURNALFigura 14. Evolución a lo largo del tiempo de los costos en dólares asociados a la oferta de Packs.En el gateway de telefonía (11), se detectan diversasalternativas. Inicialmente en el 2001 se realizaba mediante elGateway-E1 Cisco-2600 acompañado con multiplexoresEdgelink. En el 2002 se introdujo el Call Manager que trabajacon Gateway-FXS, el Cisco-VG248. A fines del 2003 estáplaneado la introducción de nuevos gateways de menorcosto para reducir aun más las inversiones por cada líneaanalógica.4- Cliente. El cableado de cobre (última milla) desde el NdMhasta el cliente, está contenido en el ítem (12). Muchasveces se dispone de un punto intermedio (conocido comoNodo Virtual). Este sólo dispone de una distribución de paresde cobre, intermedio entre el NdM y el cliente.En (13) se indica las inversiones en equipos en el cliente. Enel inicio de las operaciones (primer semestre del 2001) seutilizaron equipos Cisco-1750/2611 como CPE de clientepara ofrecer el Pack-4. Actualmente, el único equipo en elcliente es el Cisco-575 que actúa de corresponsal del Cisco-2924/2950.3.2- Evolución de las inversionesEn la Figura 14 se muestra la evolución de las inversionesde los 4 ítem mencionados en el punto anterior, a lo largo delos últimos años. Se observa claramente que la tecnologíaIP ha tenido una reducción de costos sostenida, lo quepermite mantener el crecimiento en épocas donde lasinversiones son difíciles de conseguir. Veamos con másdetalle cada ítem:1- Interconexión ITX. Este rubro no sufre cambiossignificativos a lo largo del tiempo. Se trata de equipos SDHde precios muy estables.2- Core de la red. La evolución temporal muestra cambiosimportantes debido a la introducción de Softswitch yGateway-E1 de costos inferiores. La reducción de costos selleva desde 240 u$s/línea a 70 u$s/línea, en 3 años.3- Nodo de Manzana. Incluye los componentes básicos delNodo de Manzana en los cuales no han existido cambiossustanciales. Sin embargo es posible observar una fuertereducción desde 500 u$s/línea a 180 u$s/línea, impulsadopor el cambio de gateways de telefonía. Estos valoresincluyen el proporcional para ofrecer el servicio de Internetasociado a las líneas telefónicas en los Packs.4- Cliente. Incluye fundamentalmente la instalación, razónpor la cual no se pueden observar variaciones a lo largo deltiempo. El valor señalado aquí es cercano a 130 u$s.Todo sumado, nos encuentra con una reducción deinversiones necesarias por cada línea telefónica (incluyendoel proporcional para ofrecer la Internet asociada en el Pack)desde un valor de unos 880 u$s/línea en el 2001, a 580u$s/línea en el 2002 y a 390 u$s/línea a fines del 2003.3.3- Eficiencia del Modelo de NdM.Este modelo exitoso de NdM requiere un trabajo de reingenieríapermanente, que permita seguir la evolución defacturación de cada nodo para mejorar la recuperación de lasinversiones. Veamos algunos datos de referencia.13
Monografías 1 (2003)Modelo Exitoso para PymesOURNALFigura 15. Diagrama de constelación de la facturación de los NdM a fines del 2002.-Hacia fines del 2002 se disponían de más de 100 NdMhabilitados con otras 160 manzanas con Nodos Virtuales consolo distribución de cobre. Analizando unos 90 NdM en laciudad de Buenos Aires se obtiene el gráfico de la Figura 15.-Considerando una inversión promedio de 35.000 u$s porcada NdM y una facturación promedio en julio-2002 de12.500 $/NdM (un año después de iniciarse el modelo dedistribución mediante NdM), se puede obtener el cocienteentre la facturación y la inversión. Este valor varía desde0,02 a 1,75 (en la Figura se muestra hasta 0,90 para nodistorsionar la imagen).-El valor promedio era en aquel momento de 0,32 $/us$ (32centavos de peso de facturación por cada dólar deinversión). Se puede observar también que unos 15 NdM (delos 90 analizados) tienen equipamiento mínimo y lafacturación es baja (promedio 4800 $/mes). Se trata de lazona (1) en la Figura. La zona (3) en cambio incluye aquellosnodos que reportan un elevado valor de facturación vs.inversión.-Es de notar que los valores de inversiones indicados, solotoman en cuenta los NdM (ítem 3- en los puntos anteriores).Pero en realidad, si se realiza un up-grade de los NdMexistentes (situación corriente en el caso que la red que seencuentra ya desplegada) las inversiones son muchomenores. En este caso es típico obtener valores de 1 $/u$s.El gráfico muestra el cociente (facturación en pesos divididopor la inversión en dólares) de los 90 NdM. Los NdMubicados en la zona (1) se tratan de nodos de baja eficienciaen cuanto a facturación de acuerdo con las inversionesrealizadas. También se encuentran en esta zona los NdMnuevos que inician las operaciones. La zona (2) es elpromedio de los NdM. En la zona (3) se encuentran los NdMde alta eficiencia, normalmente se trata de aquellos queademás de brindar telefonía, tienen servicios de TLS eInternet (productos con mayor rentabilidad de acuerdo alCapex).Con el transcurso del tiempo esta curva se mueve haciaarriba en la medida que se mejora la rentabilidad de cadanodo. Un nodo en particular se moverá hacia la derechaincrementando la facturación por cada dólar invertido.3.4- Oportunidades por ventajas tecnológicas.El modelo de NdM implementado por iplan, se hademostrado exitoso en términos del crecimiento sostenido deventas. Por otro lado, la selección tecnológica ha mostradopaulatinamente que era la variante apropiada en cuanto hacea ofrecer servicios a pequeñas empresas, debido a lareducción de costos y a la granularidad de la oferta. Esto,comparado con las tecnologías en competencia (SDH oATM). Desde ya que el modelo de las Telco tradicionales(Telefónica y Telecom) es inaplicable hoy día por unaempresa que entra en el mercado. Aclaremos esto un pocomás.Las Telco continúan el modelo de red de Entel. Se trata deuna gran central de conmutación (switch class-5), congruesos cables de pares de cobre (centenar o miles depares) que se instalan por ductos de 10 cm de diámetro yque se van desgranando hasta llegar al usuario (acentenares o miles de metros de distancia).Una empresa nueva en el mercado debe construir una redsubterránea mucho más modesta (con tritubos de 3,5 cm dediámetro interior) y que solo permite instalar cables de FO ohasta 100 pares de cobre (con mucho esfuerzo). Resultado:el único modelo posible es llegar con cables de FO hasta un14
Monografías 1 (2003)Modelo Exitoso para PymesOURNALpunto de distribución (el Nodo de Manzana) y allí cambiar acables de cobre, de corto recorrido por ductos (no más dealgunos centenares de metros), debido a que los ductos sonun bien escaso en la red.Es posible crear NdM con diferentes tecnologías: SDH, ATMo IP-Gigabit (y quizás wireless LMDS). Durante el primertrimestre de 1999 se realizó una profunda evaluación detecnologías en iplan. Los resultados en aquel momentoindicaban que era conveniente el modelo de distribución IP-Gigabit frente al SDH o ATM por razones económicas.Además, por razones de ancho de banda el modelo wirelessera básicamente desaconsejable.En particular, la tecnología ATM tiene algunas ventajas deInterés. Dispone de accesos E1 con emulación de circuitos.Es muy efectiva para la gestión del ancho de bandaasignado del cliente (granularidad Nx64 kbps). Sin embargo,tiene algunas desventajas. No dispone de clientes 100 Mbpsy el número de ports de cliente es limitado (escalabilidad decliente más costosa).Gigabit tiene algunas ventajas de Interés particular: Toda lared de acceso es 1000 Mbps (ancho de banda diferenciador)y la operación es ampliamente conocida. Se utiliza la mismatecnología del cliente en toda la red. La desventaja deGigabit es el mito que no dispone de calidad de servicio, unmito que se contrarresta con fuerza bruta, ya que se utiliza1000 Mbps de transporte hasta cada manzana a un costobajísimo.El paso del tiempo ha demostrado lo correcto de la elección.Hoy día la tecnología IP-Gigabit mantiene una tendenciadecreciente de costos y permite continuar con un crecimientosostenido en el tiempo.Siguiendo esta línea de razonamiento, se puede observarque varias empresas entrantes en el mercado se han vistoobligadas a enfocar su negocio hacia el mercado mayorista ograndes cuentas (obligadas por la reducción de las nuevasinversiones y por los costos de tecnología). En el extremoopuesto se encuentra iplan, que con una red de distribuciónde cobre y transporte IP-Gigabit ha logrado enfocarse sobreun mercado abandonado: las medianas, pequeñas empresasy profesionales (Pym es y SOHO). La Figura 16 intentareflejar este concepto.Un caso particular son las Telco. Ellas tienen una orientacióna todos los mercados por tener una posición dominante, perose refugian en los grandes clientes debido a la imposibilidado falta de vocación en el cuidado del pequeño cliente.Figura 16. Cambios de orientación estratégica de las empresas de telecomunicaciones. Mientras la mayoría de las empresasentrantes se concentran en grandes clientes, la ventaja tecnológica ayuda a iplan a trabajar sobre un mercado desatendido.15
MONOGRAFIAS DE JOURNAL:Journal monografías número 1. Edición julio-2003.Diseño gráfico original de Marianela V. Ricardo16
OURNALmonografía 22003 iplanTechJournal Monografías es una publicación de iplan que contiene información técnica y confidencial de la empresa. Sedistribuye a un circuito limitado de lectores a fin de mantenerlos informados sobre el estado y la evolución de latecnología y el negocio de la Telecomunicaciones, principalmente en las redes IP y la Telefonía-IP. Se ruega a loslectores a mantener el principio de Confidencialidad sobre la información aquí contenida.No está autorizada su reproducción o distribución por cualquier medio sin antes consultar con la empresa.ILa Tecnología COSOCOSO (Competitive Open Service Operator) es un desarrollo deiplan que permite resolver desafíos de tecnología y productos.IINDICE1 Historia de COSO.2 Componentes y Funcionamiento.3 Funcionalidades del Release 1.02.4 Funcionalidades del Release 2.01.5 Solución Tecnológica: Transporte de SS7 sobre IP.6 Solución Tecnológica: Manejo de STP.7 El futuro de COSO.IABSTRACTCOSO es una tecnología desarrollada en iplan para generar servicios de redinteligente sobre las centrales de conmutación, soportado en señalizaciónSS7. Originalmente fue desarrollado para ofrecer servicios 0800 y resolveralgunos servicios obligatorios de la CNC. Luego pasó a entregar novedososservicios de valor agregado para clientes sin conexión física con iplanNetworks. Paralelamente, entregó diversas soluciones tecnológicas para unared pionera de Telefonía-IP (transporte de SS7 sobre IP y la funcionalidadSTP). Esta monografía presenta un detalle del funcionamiento,funcionalidades y soluciones tecnológicas de COSO. Además informabrevemente de los próximos pasos de la tecnología.IAUTORESEsta monografía está basada en documentos originales de Eduardo Moreira,Claudio Degraf, Sebastián Navarro y Ariel Barmat.1
Monografías Tecnología COSO2 (2003)OURNALiplan es una empresa fundada en 1999, cuya orientación esel servicio de Telecomunicaciones a las Pymes. Desde suorigen se presentó como una solución a pequeñas empresasy toda su red y tecnología fue pensada y desarrollollada eneste sentido.Desde el punto de vista de la tecnología se seleccionó unared de transporte Gigabit-Ethernet (1000 Mbps) sobre fibrasópticas metropolitanas y con protocolo IP. Sobre esta red seofrecen servicios de telefonía analógica, transmisión dedatos, acceso a Internet y una variedad de servicios de valoragregado. También dispone de una red de transporte de E1mediante la tecnología SDH para grandes clientes. iplan hamantenido un crecimiento constante desde el inicio de lasoperaciones comerciales a mediados del año 2000.Para dar cabida a nuevos e innovadores servicios, sedispone de un grupo multidisciplinario para el Desarrollo deSoftware y Hardware. En este número de Journal sepresenta una de las tecnologías más ricas en resultados. Latecnología COSO se independiza de la marca de la centralde conmutación; el requisito es trabajar con señalizaciónSS7.1- HISTORIA DE COSOLa red de Telefonía en iplan fue desplegada entre el año2000 y 2001. Consiste en centrales de conmutación detránsito (switch class-4 marca NEC) que se instalaron en lasciudades de Buenos Aires, Rosario y Córdoba.Paralelamente se dispone de una red de Telefonía-IP quepermite ofrecer todos los servicios de telefonía analógica(líneas FXS).La primer plataforma de Telefonía-IP se desarrolló sobre elsoftswitch OCMC (Open Call) de HP. Ante la evidencia delas dificultades que poseía HP para mantener operativo elOCMC, se requirió a Cisco una solución alternativa que seimplementó mediante Gatekeeper Cisco-7400 en abril-2002.Paralelamente se iniciaba el startup de una plataforma deTelefonía-IP denominada Call Manager de Cisco. Mas tarde,durante el 2003, se implementaría el softswitch de iplan enconjunto con gateway Cisco-IAD2430 y Audiocodes-MP124.Las necesidades urgentes a resolver a mediados del 2002eran:-la traducción numérica para servicios 0800 (hasta aquelmomento, se realizaba mediante Índices de TraducciónNumérica en la central de conmutación),-liberar los prefijos en los Gatekeepers Cisco-7400 y-solucionar los problemas existentes de la numeración 0800con las empresas celulares Unifón y Personal.Para la función de traducción numérica se estaba utilizandouna funcionalidad de la central de conmutación NEC, la cualno está preparada para esta tarea por ser una central class-4 (de tránsito). La central posee una función que permiteciertas modificaciones de dígitos en las llamadas luego dedecidir el enrutamiento y básicamente está pensada paraenrutamientos por Carrier.Esta función trabaja en base a parámetros conocidos comoIndices de Edición, y permite convertir un número de entradaen otro de salida. Se utilizó para traducir el servicio 0800.Sin embargo, la central solo dispone de 64 índices y todosellos estaban siendo utilizados a medidos del 2002.Una de las alternativas posibles era la modificación delsoftware en la central para ampliar el número de índicesdisponibles. Esta solución resultaba cara y limitada (llevaríaa 128 el número de índices), y solo alcanzaba para cubrir lacoyuntura.Otra alternativa para solucionar esta deficiencia, era usar elsoftware NAM de Cisco. El NAM permite proveer unavariedad de servicios de enrutamiento inteligente de lasllamadas. Sin embargo, no todos los requerimientosnecesarios para la red de iplan estaban cubiertos por estesoftware.NEC propuso otra solución adicional con la PlataformaNaina, un software a ser desarrollado en Argentina. Era unasolución definitiva al problema, que solo podía serconsiderada en el marco de un Budget de inversionesdistinto al disponible.Por otro lado, existían algunas soluciones de software“transportables” en PC para interfaz ISDN-PRI. El freno eraeste tipo de alternativa es que no se disponía de tramas E1con interfaz PRI en las centrales. Además, se requería unanálisis y test más profundos de estas soluciones.Se analizó entonces una plataforma de manipulación dedígitos sobre IP con el Gatekeeper-Master (denominacióninterna de iplan), el cual más tarde daría lugar al SoftswitchSI. El softswitch es motivo de otra monografía de la serieJournal. Esta solución solo sería útil para una parte delproblema, dado que estaría sobre la Telefonía-IP y no sobretoda la red de telefonía. La propuesta no resolvería los 0800para modem y no traduciría o restringiría por la categoría dellamada desde teléfono público. Se trataba de una soluciónlimitada.Otra solución descartada de inmediato fue el uso de loopsentre equipos Cisco-5300 con señalización SS7. Se podríanrealizar traducciones de números mediante una técnicallamada translation-rules Hair-Pinning. La desventaja es quela calidad de servicio sería impresentable (inferior al 40%).Con todas estas alternativas rechazadas, quedaba una quedaría una solución definitiva y se demostraría la tecnologíamás prolifera durante el siguiente año: COSO. Estaplataforma de Red Inteligente entró en servicio de pruebasen enero-2003 y en servicio operativo desde marzo-2003.Así se contaba en septiembre-2002 el nacimiento de estesoftware:Luego de sacar de servicio el softswitch OCMC de HP enabril-2002, si bien la red de Telefonía-IP continuó trabajandocon gatekeeper de Cisco, el cambio de equipamiento trajoaparejados otros inconvenientes, entre ellos los aspectos detasación, provisioning y traducción de números parallamadas 0800. Estuvimos evaluando softswitch alternativosque ofrecían buenas performances y cantidad de features,pero cualquier instalación requería inversiones importante.Entre las opciones evaluadas también hubo una propuestade NEC, con una solución para servicios de red inteligente2
Monografías 2 (2003)Tecnología COSOOURNAL(como el del 0800), que "habla" señalización SS7 con lacentral y emula una comunicación ida y vuelta con centraladyacente utilizando loops de E1s. Independiente de loanterior, estábamos analizando equipos que nos permitierantransportar señalización SS7 sobre IP en modo seguro, demanera de llevar los enlaces de Telecom hasta Rosario yCórdoba.A partir de ahí pusimos manos a la obra para conseguirprecios de placas o servidores para hacerlo nosotros, asabiendas que la tarea nos podría demandar mucho tiempoy esfuerzo. Una mañana se escuchó "¿..y si usamos los SLTde Cisco?" (SLT son los terminales de señalización SS7 queya estaban en uso en nuestra red), "...si con una máquinalogramos hablar con los SLT usando el protocolo Cisco, nosolo podemos transportar los enlaces, sino que ... tambiénpodemos llegar a solución definitiva".Vinimos una madrugada y, muñidos de los correspondientesequipos para monitorear y emular protocolos de red,estudiamos el "lenguaje" de los SLT. En menos de dossemanas ya estaba la demo funcionando y permitía tanto latraducción de un número 0800, como también sacarllamadas en modo privado (sin presentación del número enel display del teléfono). El prototipo del COSO (porque así sellama ahora) fue puesto a prueba por la gente de iplan amediados del 2002.Acerca del nombre. Durante una presentación, se escuchóla pregunta: "este coso puede hacer ... (tal o cual función)?"y así es que, recordando ese momento, COSO setransformó en el acrónimo de "Competitive Open ServicesOperator".Unos meses después COSO tenía su propia identidad, conel logotipo e isotipo correspondiente.2.1- Componentes del SistemaEl diagrama a bloques de COSO se fundamenta en dosconceptos: un ISUP-Loopback y el procesamiento deseñalización SS7 usando el equipo SLT de Cisco conprotocolo RUDP (propietario de Cisco). Los componentespueden verse en la Figura 2.1- ISUP-Loopback. El protocolo ISUP (Integrated ServicesDigital Network User Part) es el protocolo de señalizaciónSS7 que se utiliza para comunicar las centrales de telefoníade iplan con el resto de los operadores (ver más adelantepara una detallada explicación). Mediante el ISUP-loopbackse establecen lazos de señal vocal en cada central deconmutación mediante tramas E1. El ISUP-loopback permiteal SHP (Signaling Handler Platform) tener el control de losmensajes de señalización en las diferentes etapas de lallamada (mensajes IAM, ANM, ANS, REL, RLC, etc).De este modo, el SHP puede ahora controlar todo elestablecimiento (call-setup) de la llamada, y además enviartriggers al SDBP (Service Data Base Platform) mediante laAPI (una pieza de software) para ejecutar las operacionesde servicios de Red Inteligente. Así, en vez del alto costo demodificación o reemplazo del equipo de conmutación, elISUP-loopback puede proveer lo mismo, a mucho menorcosto.2- Cisco SLT y RUDP Protocol. EL equipo SLT (SignalingLink Terminal Cisco-2611) transporta los protocolos SS7mediante la red IP hacia un nodo servidor. Utiliza elprotocolo RUDP propietario de Cisco para encapsular ytransportar el protocolo ISUP de la señalización SS7. ElUDP es un protocolo simple diseñado para el transporte ybasado en paquetes orientados a la conexión. RUDPpermite establecer una conexión confiable entre un cliente yun servidor, proveyendo control de flujo y congestión. Encada extremo, la conexión se realiza usando la dirección IPy un puerto específico de protocolo UDP (User DatagramProtocol).3- Las centrales NEAX-61. Son sistemas de conmutacióndigital que se utilizan en iplan para establecer lainterconexión contra la PSTN (todos los operadores detelefonía) en Buenos Aires, La Plata, Rosario y Córdoba.Además permiten la conexión de clientes E1 de alto tráficosin pasar por la red IP (Gigabit Ethernet).Figura 1. Logotipo e isotipo de COSO.2- COMPONENTES Y FUNCIONAMIENTOCOSO es uno de los desarrollos de software de iplan. Tieneel objetivo de completar las funcionalidades de la red deTelefonía-IP y ofrecer servicios novedosos y a la medida delcliente. Inicialmente el servicio de telefonía estaba basadoen equipos que no poseían las funcionalidades de redinteligente IN (Inteligent Network) y existía la necesidad deuna tecnología alternativa para brindar este tipo de servicios.La solución COSO como tecnología alternativa se conocecomo Red Inteligente Virtual (VIN).4- Servidores de plataforma COSO. Los siguientes son lasfuncionalidades de software de la plataforma COSO:-Signaling Handler Platform (SHP). El SHP lleva a cabo lacomunicación con el SLT “hablando” señalización SS7 sobreIP a través del protocolo RUDP. El SHP provee las API paraenviar y recibir parámetros ISUP desde y hacia el SDBP.-Service Data Base Platform (SDBP). El servidor SDBPejecuta todas aplicaciones de red inteligente avanzadatomando la información recibida desde el SHP. De estemodo, el SHP y el SDBP juntos, pueden controlar el callsetupy ejecutar las más diversas operaciones de servicio.3
Monografías 2 (2003)Tecnología COSOOURNALFigura 2. Diagrama a bloques y componentes de COSO.-Service Provisionig Platform (SPP). El SPP permite elprovisioning para todas las aplicaciones del sistema, desdela configuración básica de señalización hasta los perfiles decliente, otorgando una interfaz la cual puede ser accedida através de perfiles de usuario y password.2.2- Funcionalidades del SistemaEl servicio general que provee COSO es la traducciónnumérica. Consiste en que la central de conmutaciónenviará a la plataforma un mensaje del Sistema deSeñalización SS7 con el número del abonado llamado B yasociado a un circuito vocal (CIC) específico. La plataformaCOSO re-envía el mensaje SS7 hacia la central, pero con unCIC diferente y un número de abonado llamado B traducido.En un servicio de Calling Card por ejemplo, la llamadaentrante tiene generalmente un destino 0800 y se cambiapor el destino final deseado por el usuario. Entonces, lacentral procesará el mensaje recibido en modo corrientecomo una nueva llamada. Un número monográfico deJournal se ocupa de tratar el funcionamiento de laplataforma de Calling Card junto con COSO.La tramas están conectadas de tal manera que los canalesvocales tomados en cada mensaje forman un lazo (loop E1en la figura), aunque la central creerá que está hablando conuna central IN Remota (Inteligent Network). Con estasolución, el COSO puede controlar todo el proceso deestablecimiento de la llamada (call-setup) y ejecutar lasoperaciones de servicios IN.COSO ofrece servicios a usuarios y soluciones tecnológicas.Entre los servicios a usuarios se encuentran el 0800, CallingCard y algunos servicios obligatorios del ente regulador (laCNC). Entre las soluciones tecnológicas se encuentra eltransporte de señalización SS7 en la red IP y lafuncionalidad STP, ambas son analizadas más adelante eneste mismo trabajo.A mediados del 2002 se disponía de una versión demo, laque permitía establecer una llamada ISUP completa y laemulación de una llamada de servicio Free-Phone (0800).Se adicionaron las facilidades mínimas de mantenimientoMTP3 de SS7 para permitir la disponibilidad del circuito y laliberación y reset. Esta versión demo corría sobre unaplataforma Windows-NT, y la aplicación fue desarrollada enMicroSoft Visual Basic.En la versión demo el SDBP fue reemplazado por unprograma simple de MSVB que responde a las solicitudes(queries) sin disponer de una base de datos. El SPP aún nose había implementado. El billing se hacía en el modocorriente con los CDR de la central de conmutación. Parauna llamada común se hacían dos CDR y no se hacíanregistros de llamada para conciliar ambos CDR.En enero-2003 se disponía ya de la primera versión precomercialde COSO, la cual estuvo a prueba durante elverano de este año. En marzo se volcaron los primerosclientes en un funcionamiento comercial a pleno.3- FUNCIONALIDADES DEL RELEASE 1.023.1- El Servicio de 0800En el primer Release de COSO, conocido como versiónv1.02, se implementaron las funcionalidades del servicio0800 (llamadas gratuitas). Se configuraron las siguientesrestricciones, que se configuran para cada cliente con 0800:-Restricción por Área de Origen o Prefijo (conocido comoLista Blanca-Negra). Esta funcionalidad restringe lasllamadas de acuerdo al prefijo de origen recibido en elmensaje de señalización. El operador tiene la capacidad depersonalizar y agregar todos los prefijos que desee y larestricción se hará de acuerdo con listas negras y blancas.-Restricción por Categoría de Telefonía Pública. Es posiblerestringir las llamadas originadas en teléfonos públicos.-Restricción por Fecha y Hora. Se restringe las llamadas losdías feriados a requerimiento del cliente. Para el caso de4
Monografías 2 (2003)Tecnología COSOOURNALHora y Día se contemplan los días de la semana y lasbandas horarias por hora completa. Es decir, se puededeterminar la restricción o no, según cada hora de cada día.Sin embargo, existían entonces en el Release 1.02 diversosinconvenientes y limitaciones. Por ejemplo, se puedemencionar:-Enrutamientos por Área de Origen. Los clientes no podíansolicitar enrutamientos de llamadas provenientes dediferentes áreas de origen. Una vez superados los nivelesde restricción en el proceso de llamada, ésta era traducidasin tener en cuenta el origen.-Llamadas a 0800 Local en Córdoba y Rosario no originadasen Telecom. Las llamadas a números 0800 Local ubicadosen Córdoba y Rosario y originadas en otro proveedor distintode Telecom (por ejemplo, Telefónica, Impsat, etc) eranentregadas todas en Buenos Aires y eran bloqueadas por lacentral de conmutación.-Caso 0800 ciudades-iplan. Se había vendido a algunosclientes esta facilidad (las ciudades-iplan son Buenos Aires,La Plata, Rosario y Córdoba), pero el problema radicaba enla facturación, dado que en aquel momento todas lasllamadas que se originaban y terminaban en Telefonía-IP nose facturaban.-Interconexión con Celulares. No era posible asegurar lainterconexión con todas las prestadoras celulares delmercado local. En el caso de Personal y Unifón, ambasinsertan un código de tres cifras a continuación del prefijo“345” (es el identificador PQR que tiene iplan como carrierinterurbano) para indicar el origen cuando el celular haceroaming, lo que provocaba colisiones de numeración.-También se tenía la imposibilidad de brindar servicios deValor Agregado.Por enrutamiento se entiende la traducción de un número0800 a un número geográfico y la posterior terminación de lallamada. En el caso de un enrutamiento en redes deterceros, la plataforma COSO versión 1.02 permitía traducirel número del usuario llamante poniendo un ANI deplataforma asociado a cada 0800 en particular. Este ANIpuede ser tanto un Número Geográfico como No-Geográfico.Los tipos de enrutamiento soportados para 0800 en estaversión de COSO, son los siguientes:-Standard (se realiza una traducción a un número geográficode aquellas llamadas sin restricciones).-Por Fecha, a requerimiento del cliente.Es posible ofrecer algunos Servicios Avanzados en esteRelease. Se trata de las siguientes posibles restricciones:-Límite de Cantidad de Llamadas Simultáneas. Este featurees útil para clientes que disponen de cierta cantidad delíneas y desean dejar algunas libres para uso privado.-Límite del Tiempo de Duración de Llamadas (sin el anuncioasociado). Se ingresa el valor en segundos del límite deduración de llamadas. Cuando el valor llega al del tiempolímite establecido, la plataforma corta la llamada haciaambos lados. En esta Release, no se conecta la locuciónalertando al usuario que dispone de un tiempo limitado decomunicación.-Distribución de Llamadas (sin detección de ocupado). Laplataforma puede hacer una Distribución Equitativa (roundrobin) de llamadas entre varios números. La cantidadmáxima de números de distribución posibles es 4. Si elnúmero al que se traduce por efecto de la distribución seencontrara ocupado, la plataforma no lo vuelve a traducirsobre otro de la lista de distribución, ya que no detecta estacondición de abonado ocupado.Se han implementado algunos Anuncios de Catálogo enesta Release. Para la conexión a Anuncios, el número estraducido a un código predeterminado de manera que lallamada sea conectada a un servidor de anuncios externo.Los posibles anuncios son:-por Número Inexistente (“El número gratuito marcado nocorresponde a un cliente en servicio”);-por Área de Acceso (“El destino solicitado ha decidido norecibir llamadas desde el área donde usted llama”);-por Categoría del Usuario de Origen (“El destino hasolicitado no recibir llamadas originadas en telefoníapública”);-por Fecha, Hora y Tipo de Día (“El destino ha solicitado norecibir llamadas en este momento”);-por Límite de Cantidad de Llamadas Simultáneas (“Eldestino no tiene operadores de atención disponibles, porfavor intente mas tarde”).4- Funcionalidades del Release 2.01Los servicios de la Plataforma COSO se iniciaron en marzo-2003 con la versión 1.02. Desde mayo-2003 se dispuso dela versión 2.01, con nuevos servicios. COSO, visto comouna plataforma de servicios, es tan flexible que permite crearcasi cualquier funcionalidad en tiempos muy breves dedesarrollo.El Release 2.01 se implementó con la función de Servicio deOperadora Nacional e Internacional y Servicio de RedPrivada Virtual (VPN). Por otra parte, soporta laimplementación de SHP en múltiples sitios, lo que permiteinstalar plataformas SHP sobre cada central telefónicamanteniendo una única plataforma SDBP centralizada.4.1- El Servicio de 0800Al servicio 0800 se le implementaron nuevos Featuresadicionales en el Release 2.01. Desde este Release esposible la Resolución de Inserto AMM. El AMM (ÁreaMúltiple Móvil) es un código insertado por las compañías decelulares Personal, Unifón y Nextel sobre el número delusuario B en llamadas 0800 para identificar el área deorigen.El inconveniente que trae aparejado este código es queproduce colisiones de numeración sobre las centralespúblicas. El formato de un número 0800 recibido desde unteléfono “fijo” es 800-PQR-MCDU y el recibido desde unteléfono móvil 800-PQR-AMM-MCDU (el PQR de iplan es345). Se puede observar que este código AMM colisionafácilmente con los dígitos MCD de un número 0800 normal.5
Monografías 2 (2003)Tecnología COSOOURNALFigura 3.Se muestra las pantallas de COSO para configuración en el Release 2.01. Debajo el Formulario de requerimientosque se llena con el usuario para configurar el servicio.Mediante la funcionalidad introducida, la plataformadetermina la longitud del número recibido, luego normalizael 0800 extrayendo el código AMM. Por último, se procedea realizar las restricciones y enrutamientos que sonnecesarios.En esta Release, la plataforma no realiza restricciones nienrutamientos de acuerdo al código AMM presente enllamadas desde teléfonos móviles. El prefijo de origensiempre se extrae desde el ANI de la llamada, estandoprevisto implementar esta facilidad en futuras versiones.A los enrutamientos ya soportados, se agregan losrelacionados con el Área de Acceso. Permite diferentesenrutamientos según el origen, y se ha establecido en 4 elnúmero de traducciones diferentes. El enrutamientopersonalizado por prefijo es combinable con el enrutamientopor fecha y hora. Es decir, la traducción puede dependerdel prefijo de origen y además variar de acuerdo al día y lahora.El enrutamiento se realizará solamente a partir del ANI. Asu vez, la plataforma permite traducir a diferentes númerosde acuerdo a la categoría del usuario de origen. En caso decombinarse con la facilidad de enrutamiento por prefijo deorigen, el prefijo de origen tendrá prioridad, es decir primerose determina el origen y luego la categoría.6
Monografías 2 (2003)Tecnología COSOOURNALA los anuncios de catálogo ya soportados por el Releaseanterior se agrega el Límite de Tiempo de Duración deLlamadas (“Usted dispone de XX minutos de comunicacióngratuita hacia este destino”).Además, se agregó la funcionalidad que en caso deproducirse enrutamientos a redes de terceros, la plataformaindicará este evento como un nuevo tipo de servicio en elticket de AMA correspondiente.4.2- Servicio de OperadoraEn el Release 2.01 se implementó el Servicio deOperadora. Todas llamadas cuyo destino sea el “19”(operadora nacional) o “000” (operadora internacional) seresuelve en dos instancias. En la primer instancia secomunica al usuario llamante con la posición de operadoracorrespondiente y luego, una vez que la operadora resuelveel número de destino, corta el segmento de llamadaconectado a la posición y genera una nueva llamada haciael destino. El usuario llamante no percibe este corte.La operadora tendrá dos ventanas en su interfaz gráfica:-Aplicación para la búsqueda de Números en la base E.164,-Aplicación COSO para establecer la comunicación(proceso de transferencia entre la operadora y el destinosolicitado).La aplicación COSO indicará la condición de Abonado detelefonía pública (como origen de llamada). Cuando elorigen de la llamada es un Teléfono Público, la interfaz deoperadora no habilita la opción de transferencia.El servicio Operadora Internacional (000) no tiene un interéscomercial particular, pero es requerido regulatoriamente porla CNC en Argentina. El problema que se presentaba serelaciona con la facturación del servicio. El servicioimplementado en COSO utiliza una característica conocidacomo “click-to-dial”. Cuando la operadora completa losdatos del destino, al dar “ok” en su aplicación, envía estosdatos a COSO, quien primero libera el canal de audio a laoperadora y, sobre ese mismo canal, genera una nuevallamada al destino solicitado.La ventaja de la solución es que facilita el trabajo de laoperadora. Tanto en la plataforma como en la central habrádos CDR, uno con destino a la operadora y otro con eldestino solicitado, pero ambos con el mismo origen (elnúmero A del cliente).Al igual que en el servicio 0800, la plataforma COSO estarápreparada para generar un único CDR para las dosinstancias de llamada (call legs) que genera. Este únicoCDR contiene toda la información referida a la llamadainternacional vía operadora.En cuanto a la ruta, COSO podría indicar un nombre de rutaespecial de operadora, aunque la llamada salga por uncanal del mismo loopback de 0800.4.3- Servicio de Red Privada Virtual (VPN)Con este servicio se pueden integrar todos los servicios devoz en un plan de numeración privado. Así, marcandopocos dígitos, un cliente puede comunicar todas sussucursales, oficinas y edificios entre sí como si fueraninternos. El sistema le asigna un número a cada terminal dela VPN conformando un Plan de Numeración Privado.El número a recibir por la plataforma tendrá la siguienteestructura: 876-CLI-XYZ-MCDU y NADI Nacional, donde876 es el Prefijo indicativo de VPN, CLI es el Código decliente de 3 dígitos, XYZ es el Código de sucursal y MCDUes el Número de interno.Esta estructura del número a recibir por la plataformaCOSO para resolver el servicio de VPN, será formada pormanipulación de dígitos en los terminales o por equipos delcliente pertenecientes a la VPN, es decir la PABX o líneasanalógicas desde PSTN Gateways.De este modo el usuario marcará pocos dígitos(eventualmente el número de interno o el código desucursal mas el número de interno). Luego, ya sea la propiaPABX o las reglas de traducción vinculadas a las líneasanalógicas, se encargan de agregar el código de VPN.En caso de que el cliente posea una PABX conectada a lacentral, la PABX envía los dígitos correspondientes y lacentral de conmutación de iplan le agrega el prefijo 0876 alrecibirlos. El prefijo 0876 se ha predeterminado para elservicio VPN y es transparente para el usuario que llama.En el caso que el servicio sea prestado mediante laplataforma Call Manager de Cisco o mediante otrosGateways H.323, el prefijo se agrega por la función deTranslation Rules.El paso siguiente es enviar un mensaje Setup con lanumeración 0876-XX-Interno hacia el equipo Gateway-E1Cisco-5300, que interconecta la red de Telefonía-IP con lascentrales de conmutación. Todas las llamadas terminan enla central que envía hacia el COSO un mensaje deseñalización SS7 con la información del número de B (876-XX-Interno) y el número de A (el ANI).El paso final es la traslación de numeración en COSO quecambia el mensaje y lo envía con la información del númerode B (número Geográfico) y el número de A (ANI). El enlacevocal se completa a través del loopback E1 de la central deconmutación.Esta información contiene:-el Número Llamante,-el Número Internacional de Destino,-el Número de Operadora,-la hora en que atendió la operadora,-la hora de comienzo de llamada, l-a duración, etc.7
Monografías 2 (2003)Tecnología COSOOURNAL5- SOLUCIÓN TECNOLÓGICA:TRANSPORTE DE SS7 SOBRE IPCOSO no solo permite desarrollar servicios de valoragregado, sino que además ha generado varias solucionestecnológicas. En este ítem se trata el transporte deseñalización SS7 en una red IP. En el ítem siguiente setrata la funcionalidad STP para una red de telefonía pública.Como background de señalización SS7, se entrega acontinuación, un resumen simplificado de los protocolos.5.1- Sistemas de SeñalizaciónPor señalización en telefonía se entiende el conjunto deinformaciones que son intercambiadas entre distintospuntos de la red de telefonía (entre el usuario-a-central oentre central-a-central). La señalización permite:-la Supervisión (detección de condición o cambio deestado),-el Direccionamiento (establecimiento de la llamada),-la Explotación (gestión y mantenimiento de la red).En iplan se utilizan 3 sistemas de señalización (...por elmomento):-el MFCR2 para conectar algunas PABX de clientes con lascentrales de conmutación mediante enlaces SDH,-la señalización SS7 para la denominada interconexión ITXhacia la red pública de telefonía PSTN y-la suite de protocolos H.323 para la red de Telefonía-IP.A continuación, hacemos una breve introducción a cadouno de estas suite de protocolos.MFCR2. En los sistemas de señalización se distingue entrelos procedimientos de código de impulsos y los de señalesobligadas (en este último caso, el MFCR2). En el primercaso, la señal tiene un período de duración fijo ydeterminado; mientras que en el segundo, a cada paso demensaje se espera la respuesta de confirmación por elcanal de retorno para cortar la señal de ida. Esto implicaque la señalización por secuencia obligada requiere demayor tiempo y de una duración no determinada.En MFCR2 la señal vocal y la señalización viajan por lamisma vía (la trama E1), pero en distinto intervalo detiempo. Por ello, no se interfieren y se puede efectuar elproceso de cómputo o tarifación del tiempo decomunicación mediante señales "hacia atrás".En el sistema de multiplexación mediante tramas E1 de 30canales de telefonía, la señal E1 de 2048 kbps se divide en8000 tramas por segundo de 32 intervalos de tiempo TScada una. El Intervalo de Tiempo 16 se usa exclusivamentepara información de señalización de los 30 canales vocales.SS7. En MFCR2 se tiene una correspondencia entre cadacanal vocal y el de señalización correspondiente. A estemétodo de lo llama Señalización por Canal Asociado, consigla en ingles CAS. Otro tipo es la denominadaSeñalización por Canal Común CCS, donde el más usadoes el SS7.Las principales características que identifican a laseñalización CCS frente a CAS son:-Tiempo de conexión menor;-Número de mensajes prácticamente ilimitados;-Flexibilidad para nuevos servicios;-Encaminamiento alternativo y-Corrección de errores mediante retransmisión de tramas.La capacidad de un canal de señalización SS7 llega a másde 1500 llamadas telefónicas simultáneas. El SS7 seelaboró a partir de 1973 y sufrió modificaciones en los años80 para manejar los servicios de la fallida Red Digital deServicios Integrados ISDN. Surgen gracias a la evoluciónde los centros de conmutación con programa almacenadoSPC (Stored Program Control) para circuitos digitales.H.323. Se trata de una familia de protocolos desarrolladosdurante los años 90 para ofrecer voz y video (señales entiempo real) sobre redes de paquetes IP. H.323. Es unasuite o stack de protocolos, entre los que se encuentran:-el protocolo H.225 que se utiliza para mensajes de controlde señalización de llamada y que permiten establecer laconexión y desconexión;-el Q.931 que se utiliza para señalización de llamada en lared IP desde el gateway GW hacia el terminal;Figura 4. Los protocolos utilizados en la red de iplan son: SS7 para la interconexión con la red de telefonía PSTN, el MFCR2para los clientes con PABX en tramas E1 (transporte SDH) y H.323 dentro de la red de Telefonía-IP.8
Monografías 2 (2003)Tecnología COSOOURNAL-el RAS utilizado para la comunicación entre el terminal ygatekeeper GK. Sirve para la registración, el control deadmisión, el control de ancho de banda, el estado y ladesconexión;-el H.245 es utilizado para comandos generales, paraindicaciones, el control de flujo, la gestión de canaleslógicos, etc y-el protocolo H.235 es utilizado para el agregado deservicios de seguridad, como ser la autentificación y laprivacidad.5.2- Protocolos asociados a SS7.El SS7 es una familia de protocolos. Los protocolos formanuna sopa de letras, muchas veces difíciles de recordar.Vemos a continuación los protocolos más importantesrelacionados con SS7. Un paquete de SS7 puededescribirse con los siguientes protocolos fundamentales.MTP-1 (Parte de Transferencia de Mensaje). No es unprotocolo propiamente dicho (no incluye software). Definelas funciones de conexión física entre módulos ainterconectar. Se trata de un trayecto de transmisiónbidireccional compuesto de dos canales de datos para latransmisión dúplex. La velocidad de transmisión típica es de64 kbps. En MTP-1 se definen las características físicas,eléctricas y funcionales del enlace.En un sistema basado en tramas E1, el canal deseñalización es un canal de datos que ocupa algún intervalode tiempo de los 31 disponibles (típicamente el TS16) en latrama. Como un solo canal de 64 kbps puede llevar eldiálogo de señalización de cerca de 1500 canalestelefónicos, solo algunas tramas E1 de la Interconexióntienen enlaces de señalización (conocidos como link deseñalización SS7) y el resto tendrán disponible el TS16para un canal vocal adicional.Mas adelante, encontraremos una cara distinta al MTP-1cuando nos adentremos en una solución ad-hoc para la redde transporte IP.MTP-2. Este sí es un protocolo de comunicación. Ocupa untotal de 7 Bytes (de 8 bits cada uno), con 4 Bytes al iniciodel paquete y 3 Bytes al final del mismo (un total 64 bits).-Dos de los 7 Bytes se utilizan para reconocer elalineamiento del paquete. Se utiliza un Byte fijo en lasecuencia 01111110 (denominado Flag) y colocado al inicioy final del paquete.-Un Byte indica la longitud total del mensaje transmitido (yaque el paquete tiene una longitud variable, de acuerdo conel mensaje del protocolo ISUP).-Dos Bytes se utilizan para la detección de errores(conocido como Chequeo de Redundancia Cíclica CRC-16)en la recepción.-Un Byte corresponde al proceso de numeración secuencialde los mensajes transmitidos. Se utilizan 7 bits y permiteuna numeración cíclica desde 0 a 127.-Un Byte se usa indicar la confirmación o rechazo delmensaje recibido. Para ello, se toma como referencia lasecuencia de chequeo de errores CRC-16.De esta forma es posible la retransmisión automática demensajes cuando estos se reciben con errores. Sedisponen de dos métodos de retransmisión:-mediante el acuse de recibo de un mensaje errado y-la retransmisión cíclica preventiva.En este último caso, cuando no existen nuevos campos deinformación ISUP a transmitir, se procede a retransmitirtoda la cola de mensajes en memoria que aún no han sidoconfirmados.MTP-3. Este protocolo utiliza 5 Bytes. Un Byte se usa comodirección SIO que permite identificar al protocolo demensajes (en el caso de Argentina es ISUP). En la redPSTN se disponen de direcciones que identifican a lacentral de conmutación de origen de la llamada (OPC) y ala central de destino de la llamada DPC. Estas direccionesse identifican con un número decimal resultante de 14 bitsde dirección.Por otro lado, las centrales de conmutación se conectanmediante enlaces de señalización (Links de SS7), pudiendoexistir varios links (cada uno de 64 kbps). El MTP-3 utiliza 4bits para identificar el Link-SS7. Con esto se obtienen 5Bytes (40 bits) definidos en MTP-3.Con la información DPC y OPC se realiza la función deRouting dentro de la red de señalización SS7 (esta funciónenruta el mensaje de señalización entre las centrales de losextremos de la comunicación telefónica).ISUP (Parte de Usuario ISDN). Este protocolo tiene unalongitud de Bytes variable y corresponde al mensaje deseñalización propiamente dicho. Se disponen de 3 tipos deunidades de datos:-Unidad de datos de relleno (cuando no existen mensajespara transmitir),-Unidad de datos de estado (para la supervisión del enlaceSS7) y-Unidad de señalización ISUP (con un mensaje deseñalización útil).El Mensaje de Señalización ISUP consiste en una etiquetanormalizada de 4 Bytes, que lleva información para elenrutamiento, seguido del mensaje del usuario.Algunos tipos de mensajes de usuario son:-IAM, que contiene la información inicial de llamada para elencaminamiento (se trata de los primeros dígitos discados,los cuales son suficientes para interpretar hacia donde va lallamada).-SAM, que transporta las cifras no enviadas en el mensajeIAM.-ACM, que indica que se ha obtenido el acceso al destino(retorno de llamada).-ANM, que indica que el usuario llamado ha respondido(inicio de la comunicación verbal).-BLO, que permite el bloqueo del canal útil.-UBL, que permite el desbloqueo del canal.-REL, que permite iniciar la liberación del canal.-RLC, que informa que la liberación ha sido completada.Normalmente, las redes de transporte para telefoníamultiplexan las tramas E1 en equipos SDH. En este caso, el9
Monografías 2 (2003)Tecnología COSOOURNALtransporte del Link-SS7 (los 64 kbps entre centrales deconmutación) se realiza de acuerdo con MTP-1.Sin embargo, en la redes IP de próxima generación (comola implementada por iplan) no existe un transporte detramas E1 entre las centrales de conmutación instaladas enBuenos Aires, Rosario y Córdoba. Esto obliga a transportarel Link-SS7 entre las centrales dentro del protocolo IP.En la Figura 5 puede observarse la forma de transportar elLink-SS7 (protocolos MTP-2, MTP-3 y ISUP) en la parte dela red con E1 (con MTP-1) y en una red IP (con el protocoloTCCS).En la Figura 6 se muestra la configuración usada hastadiciembre-2002 (a la izquierda). Se utiliza una funcionalidadde Cisco denominada TCCS sobre equipos 3600. En estos,se transporta el conjunto de Bytes del Link SS7, incluyendolas banderas de separación de tramas, los rellenos y lainformación útil. Este método utiliza aproximadamente 80Kbps permanentemente para transportar el Link SS7 (64Kbps del Link más un encabezado del protocolo TCCS).5.3- Solución tecnológica ss7FWDLos problemas derivados de la metodología descripta másarriba son-el Delay (retardo fijo en la transmisión) y-el Jitter (retardo variable debido a que los paquetes delTCCS compiten con los otros paquetes de datos).Una ínfima variación del retardo produce el desenganchedel canal TCCS y la caída del Link-SS7 con pérdida de lasllamadas en vías de establecimiento. El mantenimiento delos equipos involucrados también producen el desenganchey caída del Link-SS7. Durante las horas pico de utilizaciónde los enlaces interurbanos, los Links-SS7 pueden sufririnconvenientes regulares, aún cuando el ancho de bandadisponible sea mucho mayor al requerido.Para corregir los problemas derivados del transporte delLink-SS7 en la red IP mediante TCCS, se planeó la soluciónde la derecha en la Figura 6. Se utiliza el conjunto deprotocolos RUDP, Session Manager y BackHaul Signaling(propietarios de Cisco para el SC2200), conocidos comoSLT y disponibles en los equipos Cisco-2600. El SC2200son servers que manejan la señalización SS7 y H.323.Esto permite transportar por IP sólo la información útil delLink de señalización SS7. Estos protocolos son insensiblesal Delay y Jitter, utilizando sólo el ancho de bandanecesario para el transporte de la información deseñalización de llamada.Figura 5. El transporte de los mensajes de señalizaciónISUP se realiza mediante el protocolo MTP-1 (el Time Slot16 de la trama E1). En la red de Telefonía-IP de iplan seutilizó inicialmente la solución con protocolo TCCS.Algunas ventajas:-Es insensible al Delay y Jitter.-El ancho de banda es utilizado cuando se debe mandarseñalización de llamada extremo a extremo.-Se utilizan protocolos desarrollados específicamente parala aplicación, siendo una de sus características principalesla robustez.-Por no transportar la bandera de MTP-2 ni mensajes derelleno, el ancho de banda requerido es mucho menor y pordemanda, de acuerdo con la información útil.Figura 6. La versión de transporte hasta el año 2002 fue mediante el protocolo TCCS. La solución diseñada mediante latecnología ss7FWD recurre al protocolo RUDP10
Monografías 2 (2003)Tecnología COSOOURNALEl SLT corre sobre equipos Cisco-2600 y tienerequerimientos de hardware menores que en la soluciónTCCS. El SLT se encuentra funcionando en laimplementación de SC2200 de iplan desde fines del año2000, demostrando gran solidez y estabilidad defuncionamiento.Una desventaja es que a diferencia del protocolo TCCS, deimplementación peer-to-peer (entre pares), los protocolosRUDP, Session Manager y BackHaul Signaling sonprotocolos del tipo Cliente-Servidor, desarrollados por Ciscoespecíficamente para la solución SC2200. Requierenentonces un servidor que inicie el diálogo. El Servidor debesoportar los protocolos de modo de levantar los Links IPentre el Servidor y el SLT Local y entre el Servidor y el SLTRemoto. Esto implica la introducción de un nuevo equipo enla red.La implementación práctica se realiza mediante routersCisco-2600 con SLT y un Servidor. El Servidor es unaaplicación que levanta los Links IP entre el Servidor y losSLT, y reenvía los mensajes de señalización ISUP dellamada de un SLT a otro, en forma transparente. Laaplicación del Servidor, denominada ss7FWD ydesarrollada por iplan, está escrita en lenguaje C corriendosobre un servidor Intel con Sistema Operativo Linux RedHat. En una versión Demo la aplicación fue desarrollada enVisualBasic corriendo sobre Sistema Operativo Windows-2000.Los requerimientos del servidor Intel son mínimos, ya que laaplicación carga muy poco a la CPU. Por el bajo costo delservidor, sumado a una aplicación desarrollada in-housecorriendo sobre un Sistema Operativo free, la redundanciase obtiene duplicando el sistema. Los costos másimportantes en la redundancia son las necesidades deduplicación del SLT.La aplicación ss7FWD está basada en tecnologíass7COSO, representando una solución optimizada para eltransporte de links de señalización SS7 sobre una red IP.Da robustez y seguridad a la señalización, con costosmenores a la solución anterior, la cual era problemática,poco confiable e ineficiente.El desarrollo in-house redujo los costos de implementacióny de ownership y amplía la base de conocimientos interna.Permite inmediatas intervenciones en caso de fallos oproblemas de software y desarrollos futuros en el caso deque Cisco porte sus aplicaciones a protocolos abiertosstandard (conjunto de protocolos Sigtran del IETF).6- SOLUCIÓN TECNOLÓGICA:EL MANEJO DE STP6.1- Delimitación del problemaSe entiende por STP al Punto de Transferencia deSeñalización entre dos redes de telefonía. Cuando sedispone de la funcionalidad STP, un solo punto (o dos porrazones de redundancia) puede llegar a administrar toda laseñalización SS7 de Interconexión ITX con otrosoperadores. Cuando iplan desplegó la red de telefonía,colocó centrales NEC que no disponían de la funcionalidadSTP. Entonces, cada nueva ITX con un operador queinvolucre más de un centro de conmutación, debe realizarsecon nuevos enlaces de señalización Link-SS7. Tal es elcaso de los operadores Telefónica y Telecom.Gestionar nuevos Links-SS7 con estos operadores generadesconfianza y costos adicionales. Comprar un STPcomercial, implica un costo elevado, en una coyunturadonde las inversiones se orientan basadas en estrictasconsideraciones económicas de repago. Un STP comercialproporciona además, muchas funcionalidades superfluas yuna capacidad de procesamiento de llamadas innecesariapara la topología de red de iplan.Figura 7. Sin las funcionalidades STP en la red de iplan, cada central de conmutación (Buenos Aires, Rosario y Córdoba), asícomo el procesador de señalización SC2200 para la red de Telefonía-IP, requieren de conexiones directas con los STP deTelefónica y Telecom (en forma duplicada).11
Monografías 2 (2003)Tecnología COSOOURNALFigura 8. Con la funcionalidad IP-STP los Links de señalización mirarán a las Telco desde servidores duplicados. Estosdistribuirán la señalización en el interior de iplan mediante enlaces IP con tecnología ss7FWD.Por otro lado, se requiere el transporte de los links deseñalización a las centrales del interior sobre la red IPinterurbana, y la integración con el procesador deseñalización SC2200 para la red de Telefonía-IP. NingúnSTP comercial brinda estas funcionalidades que sonobligatorias para la topología de una red de Telefonía-IP.Desde el startup de la red de iplan en el año 2000, lainterconexión ITX con los operadores se realizó medianteenlaces de señalización ss7-ISUP. Esto para darcumplimiento a los preceptos del Plan Fundamental deSeñalización de la CNC. Siendo SS7 el medio de ITXóptimo para asegurar calidad en las comunicaciones.Cada nueva ITX requiere de al menos un link deseñalización para las ITX denominadas “estrechas” (comoAT&T, TechTel, Comsat, CTI, Impsat, etc.) y de dos linkspara las ITX denominadas “amplias” (como Telefónica,Telecom) Este último caso también se aplica a la redinterna de Telefonía-IP, conocida como VoIP (Voice-over-IP).Estos links se materializan con placas de hardware en lacentral de conmutación y con equipos SLT en el equipoCisco-SC2200. Posteriormente, la ITX en otras ciudadesrequieren links de señalización en las centrales del interior.Con la nueva topología IP-STP, es posible conectarse aTelefónica y Telecom mirando desde Servidores duplicados(Figura 8 y 9). La red interna de iplan se encarga de lasinterconexiones con las centrales de conmutación y elSC2200. Gracias a la red IP redundante de iplan de bajoRetardo y mínimo Jitter, el conexionado de links en elinterior, puede ser transportado al IP-STP por la red IP sinconsumo de enlaces TDM (tramas E1) y con mínimorequerimiento de ancho de banda (típicamente 3 Kbps porlink). De esta forma solo dos servidores se mostrarán comofrente de señalización para los distintos operadores detelefonía.6.2- Hardware y protocolos utilizadosLa implementación del IP-STP se realiza sobre servidoresIntel con Sistema Operativo Linux Red Hat. La aplicación esescrita en lenguaje C. La redundancia se obtieneduplicando la plataforma, funcionando en modo Activo-Activo. La topología es compatible con la red de SS7 de lasTelco. Los requerimientos del SLT son menores que en latopología actual, donde tenemos SLTs para los linkstransportados por el ss7FWD, y links para el SC2200.Los SLTs que traen los Links de señalización desde laPSTN son equipos Cisco-2651 para asegurar laperformance bajo carga. Los SLTs de bajada de los Links alas centrales pueden ser de menor escala (equipos Cisco-2611). El SC2200 señaliza a las centrales de iplan vía el IP-STP, con lo que los requerimientos de cantidad de SLTsson menores que los configurados en la versión de redanterior. Este IP-STP deberá funcionar en dos formas, unasimilar al ss7FWD donde el mensaje es extractado por unSLT y bajado en la locación remota por otro SLT, y otra,simulando al SLT para el SC2200.Mediante la utilización del conjunto de protocolos RUDP,Session Manager y BackHaul Signaling (propietarios deCisco para el SC2200), y disponibles en el IOS de losequipos SLT de Cisco, se transporta por IP solo lainformación útil del link de señalización. Estos protocolos yaestán siendo utilizados por las aplicaciones desarrolladaspor iplan conocidas como ss7COSO y ss7FWD.El desarrollo IP-STP, implementa las funcionalidades deSTP sin abrir el contenido del mensaje ISUP. El ruteo demensajes SS7 al switch de destino se basa en el Código dePunto de Destino DPC que está contenido en el RoutingLabel del mensaje SS7 y en la dirección IP de destino delSLT, que baja el link a la central correspondiente. Cada IP-STP debe tener un punto de señalización donde terminanlos mensajes de MTP2 y MTP3 de mantenimiento.12
Monografías 2 (2003)Tecnología COSOOURNALFigura 9. Esquema general de interconexión con Telecom. Desde las tramas E1 que interconectan la central de BuenosAires con la Central de Telecom en Belgrano CTU, se extrae el link de señalización mediante equipos SLT redundantes.Detrás de la CTU de Telecom se encuentran los STP de Telecom en Belgrano y Munro. Los servers IP-STP redundantesinteractuarán con el SC2200 para la red de Telefonía-IP y con las tres centrales de conmutación. Hacia las ciudades deRosario y Córdoba el transporte se realiza mediante ss7FWD.6.3- FuncionamientoEl link de señalización es extractado de la trama E1 queinterconectan la central de Buenos Aires con la PSTN y esenviado al IP-STP. El IP-STP reenvía el mensaje deseñalización en función de la dirección DPC, que viene enel mensaje (identificando a la central), al SLTcorrespondiente a la entrada de la central de conmutación.El SLT de destino del mensaje sube éste al link TDM y loentrega a la central.Para el caso de comunicarse con el SC2200, el IP-STPdebe ser visto por el SC2200 como si fueran los SLTs queactualmente tiene conectados. Esto implica que el stack deprotocolos RUDP, Session Manager y BackHaul Signalingen el IP-STP debe ser simulado completamente tal como enuna configuración redundante de SC2200. Por el IP-STPpasarán todas las llamadas cuya ITX pase por el STP,pudiendo éste ser una fuente de CDR adicional.Como el desarrollo es in-house, los CDR podrán volcar todala información de la llamada y ser customizables a losrequerimientos del área de Sistemas. Igualmente, tal comoel ss7COSO y ss7FWD, se integraría naturalmente a laplataforma de monitoreo mediante traps SNMP.El IP-STP recibirá los links de señalización desde la PSTN.Esto implica que este equipo va a estar directamenteinterconectado a ellas. A fin de ser introducido a la red deseñalización nacional, el IP-STP debe ser homologado porla CNC y por las Telco (Telefónica y Telecom,principalmente).Los procedimientos de homologación en las Telco implicanla instalación del equipo en sus Maquetas y la prosecuciónde un conjunto de pruebas que certifiquen elfuncionamiento adecuado como para ser introducido en lared de ellos. Luego de obtenida la homologación, lainterconexión sería inmediata. La interconexión del IP-STPsólo sería necesaria inicialmente con Telecom, con quieniplan tiene ITX directa al SC2200. Luego de estar enservicio, se debe homologar con Telefónica para la puestaen servicio posterior con esta Telco.7- EL FUTURO DE COSOCOSO ha sido una de las tecnologías desarrollada en iplanque más productos y soluciones tecnológicas ha dado ainicios del 2003. Un caso similar ha sido la plataforma deCalling Card a mediados del 2002. La plataforma COSOtiene varios desafíos a futuro.7.1- El servicio de Calling Cardiplan dispone de una plataforma de Servicios Prepago (laversión más conocida es la Calling Card). La evolución dela misma se muestra en la Figura 10. Una monografía deJournal se ocupa de las plataformas de servicios prepagos.13
Monografías 2 (2003)Tecnología COSOOURNALFigura 10. Se muestran los tres estadios de la Plataforma de Calling Card. El primero fue el utilizado a inicios del 2002mediante un Contrato de Revenue Sharing con el propietario de la Plataforma. Se trataban de tramas E1 conectadas alservidor. Desde mediados del 2002 se puso en servicio la plataforma de Calling Card diseñada en iplan. Utiliza equiposCisco-5300 para la funcionalidad de IVR. Con la integración de la plataforma de Calling Card a COSO se obtienen variadasventajas, la misma debe encontrarse operativa hacia fines del 2003.La integración del servicio prepago en COSO tiene algunaventaja adicional. COSO hace la primera validación pororigen (black list, categoría, horario, etc). Se mantiene lautilización del IVR de los Cisco-5300 (como en la versión dela plataforma en la red IP), de forma que la llamada primeroes enrutada al 5300, quien se encarga de colectar los PIN ysolicitar la validación al servidor Radius.Una vez realizada las validaciones, el IVR libera la llamaday COSO se encarga de re-discar al destino. El canal vocaldel 5300 se libera quedando disponible para otra llamada.COSO se encarga de controlar el tiempo de llamadadisponible y de generar el CDR respectivo.Este sistema podría permitir la integración entre la base dedatos de la Calling Card, y la aplicación para un mejorprocesamiento y capacidad sin gastos adicionales. Seutiliza el IVR del Cisco AS-5300 para pre-atender al usuarioy recolectar los datos en el mismo modo que lo hace en laversión intermedia. Pero se optimiza el uso del 5300 ya queuna vez validados el PIN y el número de destino, el canalvocal hacia el 5300 se libera quedando disponible para unanueva llamada.Se integrarán los datos de señalización y aquellosingresados por el usuario (podrán integrarse parámetros yotras características tales como categoría del origen yBlack/White Lists, no disponible hoy en la plataforma deCalling Card).Todas las instancias de llamada podrán generar los dosCDR que se utilizan para facturar este tipo de servicio.Estos CDR contiene la información referida a las dosinstancias de llamada de Calling Card.En cuanto a la ruta, COSO podría indicar un nombre de rutaespecial por cada cliente Calling Card, aunque la llamadasalga por un canal del mismo loopback que utilizan el restode los servicios.7.2- Restricción CLIR-RECLa restricción de presentación de Número por Llamada(CLIR-REQ) es un servicio que normalmente carece deinterés comercial. Sin embargo, es requeridoregulatoriamente por la CNC. Mediante esta facilidad, elusuario antecede un código (31) al número marcado y elusuario de destino recibe la indicación “privado” en su callerID. La provisión de este servicio será posible mediante unanueva funcionalidad de COSO.Con COSO, todas las llamadas cuyo número de destinocomience con “31” serán enrutadas a la plataforma, la queademás de re-enrutar la llamada eliminando este código,modificará el valor del parámetro de presentación en elmensaje ISUP (IAM). La plataforma generará un único CDReliminando el código 31 en el campo “número llamado”.7.3- Centro de atención al cliente: el iTACEl iplanTAC es el Servicio de Asistencia Técnica que haimplementado la Gerencia de Desarrollo de Tecnología deiplan. Esta Gerencia ha sido creada en marzo del 2003 paracentralizar los desarrollos, que con anterioridad serealizaban en diferentes áreas.Este servicio funciona tanto para los clientes internos (NOC,Sistemas e Ingeniería) como para clientes externos. Losservicios que se ofrecen son:-Soporte para diagnóstico de fallas complejas,-Registración y solución de Bugs,-Solicitud de información y-Servicios Profesionales.El funcionamiento es 7x24, de forma que el ingreso de unCaso en el iTAC genera un e-mail y llamadas a loscelulares del personal de guardia.14
Monografías 2 (2003)Tecnología COSOOURNALFigura 11. Se muestra la pantalla típica del iTAC para el ingreso de Casos. El mail anexo reporta el ingreso del primer casocon un bug el 26 de marzo de 2003.En el Release 1 (operativo desde marzo-2003) se puedenefectuar las siguientes acciones:-Apertura de casos,-Verificar el histórico de casos,-Ver el Esquema de Guardias por tecnología,-Seguir la Reasignación y Reapertura de casos y-Hacer el manejo de perfiles de usuarios.Con el Release 2 se puede:-Acceder a la información de Bugs y asociación a Casos,-Verificar la medición de tiempos de respuesta,-Hacer Up-load de Archivos y-Obtener reportes estadísticos.Los Casos se abren con 4 tipos de prioridades:-Prioridad 4: Información o ayuda de capacidades,instalación, o la configuración de productos desarrolladospor iplan; se trabaja sin compromiso de tiempo derespuesta. Genera mensajes a celulares solo de 9 a 18 hs.-Prioridad 3: Red o servicio degradado. Los recursos sondurante horas de oficina normales con mensajes a celularesen el momento de la apertura y notificaciones de 9 a 18 hs.-Prioridad 2: Red o servicio degradado seriamente. Conrecursos a tiempo completo se generan mensajes acelulares en el momento de la apertura y los updates son deltipo 7x24.-Prioridad 1: Red o servicio crítico caído. Utiliza todos losrecursos necesarios las 24hs del día. Se generan mensajesa celulares en el momento de la apertura y los updates son7x24.7.4- COSO en otras empresasiplan mantiene una política de colaboración abierta con otrasempresas y con nuevos emprendimientos. Mantiene, porotro lado, lazos activos con Universidades para el estudio detemas relacionados con las tecnologías IP.Esto hace que las tecnologías de iplan se estén utilizandoen otras empresas como plataformas de servicios ytecnología. Mucha de esta información permaneceConfidencial y podrán ser conocidas de acuerdo con lascondiciones contractuales.Figura 12. Folleto de campaña de ventas del servicio 0800 para clientes de iplan en julio-2003, soportado en COSO.15
MONOGRAFIAS DE JOURNAL:Journal monografías número 2. Edición julio-2003.Diseño gráfico original de Marianela V. Ricardo16
OURNALmonografía 32003 iplanTechJournal Monografías es una publicación de iplan que contiene información técnica y confidencial de la empresa. Sedistribuye a un circuito limitado de lectores a fin de mantenerlos informados sobre el estado y la evolución de latecnología y el negocio de la Telecomunicaciones, principalmente en las redes IP y la Telefonía-IP. Se ruega a loslectores a mantener el principio de Confidencialidad sobre la información aquí contenida.No está autorizada su reproducción o distribución por cualquier medio sin antes consultar con la empresa.ISoftphone: Tecnología y ProductosUn desarrollo que solo es posible después de varios años deaprendizaje en la disciplina de la Telefonía-IP.IINDICE1- Antecedentes2- Funcionamiento3- Interfaz de Usuario4- El producto Arraiga5- Locutorios IP (IPGol)6- Hipótesis sobre el futuroIABSTRACTLa tecnología Softphone ha sido desarrollada en iplan, en colaboración conbit2NET. Ella, es una fuente de ideas y ha originado distintas solucionestecnológicas y productos. Los límites de esta tecnología aun no estándefinidos y parecen ser ciertamente indeterminados. En la línea de máxima,puede pensarse que en el futuro el protocolo IP podrá abastecer los ServiciosIntegrados (telefonía y datos). Esta hipótesis ya había sido ensayada a iniciosde los años 80 con la red ISDN (hoy claramente malograda).En este número de Journal nos ocupamos del funcionamiento técnico y delproducto Arraiga, así como de sus variantes. Otras aplicaciones, como ser laTelefonía Pública para Locutorios y Cyber, solo es introducida ya que serátratada en una monografía próxima.IAUTORESEl presente trabajo ha sido redactado sobre documentos originales de MarianoTomalino y Diego Frick (bit2NET). Otra documentación se basa en la generadapor las áreas de Ventas, Sistemas y Marketing por los aportes al productoArraiga y al área de Sistemas en el diseño de la plataforma de E-commerce.1
Monografías 3 (2003)Softphone: Tecnología y ProductosOURNAL1- ANTECEDENTESEl softphone es una Tecnología desarrollada en conjunto poriplan y bit2NET y que ha dado lugar a una larga serie deproductos y servicios.El inicio de este proyecto se remonta a septiembre-2002,cuando se encaró el primer desarrollo de un Gatewaydenominado Pack-1. Se trataba de un proyecto semestralpara obtener un hardware que permitiera ofrecer serviciosde Telefonía-IP e Internet desde un mismo CPE. Conposterioridad este proyecto se suspendió por razones deeconomía de escala y de capacidad de procesamiento delchip seleccionado (no permitía el uso de codificación G.729necesario para utilizar el CPE en la Internet).Sin embargo, el emprendimiento conjunto entregó comoresultado varios subproductos, algunos de los cuales sontratados en este trabajo. El Softphone es solo uno de ellos.Se entiende por Softphone a un gateway software que corresobre una PC y que con codec G.729 que permite elfuncionamiento desde la Internet.En enero-2003 ya existían usuarios beta-test que utilizabanel Softphone en varios países del mundo. El ídolo de Rugby,número 10 de Los Pumas, Contepomi, conversaba con susamigos en Buenos Aires utilizando un la versión Beta delSoftphone. El primer producto comercialmente disponible sellevó hasta julio-2003, debido a la complejidad de resoluciónde la plataforma de E-commerce y las negociaciones con lasTarjetas de Crédito.El softphone es solo uno de los desarrollos tecnológicosencarados en iplan y que son tratados en varias de lasmonografías de Journal. Los componentes involucrados enesta tecnología se muestran en la Figura 1.(1) Una Granja de servidores para los servicios de Radius,Web y Base de Datos.(2) Un gatekeeper GK para la registración de los softphone.(3)-(4) Los usuarios, como ser los Locutorios-IP(comercialmente IPGol) y los clientes particulares deSoftphone ubicados en la Internet.(5) Un gateway IP-IP que actúa de interfaz entre la red IP deiplan y la Internet.(6)-(7) Eventualmente se requerirá la intervención delsoftswitch y de COSO para ofrecer otros servicios de valoragregado no soportados en Softphone.Como se observa en la Figura 1, los Usuarios de latecnología Softphone se encuentran en la Internet. Suubicación es desconocida en principio y la forma de accesoa Internet es responsabilidad del Usuario. Podría utilizarADSL, cablemodem, wireless o dial-up.Siendo que el Softphone en su primera versión trabaja enprotocolo H.323 se requiere una dirección IP pública (norequiere que sea fija) y por ello se tienen diferentesinconvenientes para trabajar detrás de un Firewall. Si seencuentra detrás del Firewall, éste debe ser configuradopara que permita el paso de los paquetes H.323.El Softphone puede funcionar en cualquier lugar de laInternet ya que en el proceso de conexión inicial envía sudirección IP (pública) y a partir de ese momento se registraen la base de datos. El mecanismo de seguridad para elacceso al servicio es mediante un nombre de Usuario yPassword.El Softphone ha generado diferentes alternativas deproductos, entre otros encontramos:-Arraiga: El softphone vendido mediante E-commerce.-Softphone Revendedor: Una plataforma para vender enforma mayorista este servicio.-Línea softphone: líneas analógicas post-pago con accesomediante Internet.-Locutorios-IP (comercialmente IPGol). Son locutoriosconectados mediante un acceso de Internet y que terminanen la red pública PSTN en iplan.-VPN entre distintas localizaciones del mismo cliente.Figura 1. Diagrama a bloques general de los componentes en la tecnología Softphone.2
Monografías 3 (2003)Softphone: Tecnología y ProductosOURNAL2- FUNCIONAMIENTO2.1- Componentes del Sistema.Para proveer los servicios de Softphone se estructuran dosetapas de topología (representadas en la Figura 2). En unaprimer etapa se dedica un Gateway-E1 (Cisco-2600) hacia elmundo PSTN. En la segunda etapa se introducirá unGateway IP-IP (la descripción se encuentra en un número deJournal futuro). En este caso el gateway hacia la PSTN esuna granja de Cisco-5300.Los componentes son-Software en la PC del usuario (Gateway soft en Internet),-Gatekeeper,-Gateway-E1 (Cisco-2600 o 5300) y-Plataforma de Softphone (granja de Servers).2.1.1- El Software en la PC del usuario. Es una pieza desoftware que “corre” en la PC del usuario. Para comenzar autilizarlo es necesario previamente instalarlo, para lo cual seprovee del instalador que genera todas las carpetas yarchivos que permiten la ejecución del software Softphonepropiamente dicho. En los ítem 3.1 y 3.2 de este Journal seindican las generalidades de la instalación y uso de laversión de software disponible a mediados del 2003.Referido a los Requerimientos Mínimos de Hardware en laPC del cliente se recomienda un procesador Pentium de 300MHz o superior. Una Memoria RAM igual o mayor a 64MBytes (esto depende de las demás aplicaciones que utiliceel usuario). Un disco rígido con al menos 10 MBytes deespacio disponible.La PC debe contar con sistema Multimedia (parlantes oauriculares y micrófono) y con puerto USB, en caso que elusuario opte por utilizar el adaptador telefónico desde USB aRJ11. Este último adaptador es un semi-standard en elmercado, existiendo de diferentes tipos y formas.El Softphone se encuentra disponible para ser usado sobreel Sistema Operativo Windows 98, Windows 2000Profesional, Windows 2000 Server y Windows XP. Se esperatrabajar en el futuro sobre Linux.2.1.2- El Gatekeeper GK. Tiene la funcionalidad de darservicios de registración de todos los softphones y el ruteode llamadas utilizando el protocolo H.323. El modo de esteGatekeeper es “no ruteado”.2.1.3- El Gateway GW. Este componente conecta la nube IPcon la PSTN (en iplan es a través de la central deconmutación NEC). Trabaja inicialmente con E1 enseñalización MFCR2.Figura 2. Diagrama a bloques general de los componentes para Softphone.3
Monografías 3 (2003)Softphone: Tecnología y ProductosOURNAL2.1.4- Granja de Servers. La granja de Servers quecomponen la Plataforma de Softphone son los siguientes:1- Web Server (server https): realiza las funciones de Login yLogout de usuarios (validación mediante nombre de usuarioy password encriptadas) y las funciones de plataforma deadministración de clientes y usuarios. Permite el ABM deusuarios (Altas, Bajas y Modificaciones). Sirve para monitoriay control; consulta de llamadas y conexiones; traducciónnumérica y servicios de valor agregado (por ejemplo VPNentre localizaciones del mismo cliente).2- Server de Radius (Billing): permite dar servicios deAutenticación, Autorización y Registración de todas lasllamadas realizadas por los softphone hacia la Red deTelefonía Pública PSTN. Permite la validación de llamadas,límite de crédito y generación de CDRs. Trabaja con elServer de Base de Datos para la memorización de lainformación. Mediante Radius se comunica con los Gateway-E1 quienes hacen la temporización de la llamada.3- Server de Base de Datos: contiene toda la informaciónrelevante de cada usuario. Son Servers redundantes en lagranja.4-Un equipo ArrowPoint permite el balanceo de carga yvarios Firewall segurizan el área de Servers.2.2- Funcionamiento.El funcionamiento será explicado mediante la Figura 3. Seobserva el procedimiento de Login-Registración cuando seactiva el programa de software en la PC. También semuestra el procedimiento de cierre del programa, medianteel Logout-Desregistración. Entre ambos grupos de comandosel Softphone se encuentra activo para generar y recibirllamadas.Se indica el procedimiento para iniciar y cerrar una llamada yla forma en que se contabiliza el tiempo de llamada. Entreambos procesos, el canal se encuentra con una llamada encurso. Durante este proceso se generan los ticketsdenominados CDRs y se descuenta el valor de la llamada dela cuenta del Usuario (en el caso de los servicios pre-pagos).2.2.1- Mensaje de Login (1). El mensaje Login es el primerbloque de paquetes. Cuando el Softphone se ejecuta(haciendo doble clic en el ícono correspondiente), se carga elnombre de Usuario y Password. Se genera entonces unmensaje utilizando el protocolo https. Este programa decomunicación está escrito en PHP.Este mensaje inicia una consulta en la Base de Datosutilizando los siguientes parámetros:-Username (por ejemplo, “usuariofeliz”),-Password (por ejemplo, “muyfeliz”),-Versión (por ejemplo, “1,0,0,1”) y-Estado (por ejemplo, “on”).Las tareas que se realizan con este paquete son dos (unavez recibidos dichos parámetros):-La consulta a la Base de Datos para asegurar la existenciadel Usuario que requiere comenzar a utilizar el servicio y-La respuesta hacia el Softphone dependiendo que elUsuario y Password sean correctos y el servicio estéhabilitado.La Respuesta al Softphone contiene las siguientesinformaciones:-e_164: El parámetro e_164 indica cual es la numeracióntelefónica que debe registrar el softphone en el GK. (porejemplo, “01152467004”).-h323_id: Con este parámetro se le indica al Softphone cuales la identificación h323_id que debe utilizar para registraseen el GK (por ejemplo, “iplan_01152467004”).-Mensaje: Este parámetro es un texto que se presenta enpantalla antes de que el Softphone se registre en el GK.-Clave: Es un valor aleatorio y único en el tiempo que segenera en cada Login y que se utiliza en cada llamada.-Versión: Es el número de versión de software de usuarioque esta en uso.-IP_GK: Es la dirección IP del GK en el cual se debe registrarel softphone (por ejemplo, “201.69.22.75”).-Port_GK: Es el puerto de RAS del GK, el cual se debeutilizar en la registración (por ejemplo, “1719”).-Nombre_GK: Es el nombre del GK en el cual se deberegistrar (por ejemplo, “3640GK”).-Translate: Este parámetro le indica al softphone la tabla detranslación de numeración. Del lado derecho de la coma seubica el prefijo discado por el usuario y del lado izquierdocual es el reemplazo de dicho prefijo. Si del lado derecho dela coma existe la palabra “reject” significa que el usuario nopodrá hacer llamadas a numeración que comience con elprefijo de esa translación.En los casos que corresponda se genera un mensaje deUsuario y Password incorrectos o de servicio deshabilitado,el cual se reporta en la pantalla del Softphone como mensajede error.2.2.2- Mensaje de Registración (2). El Softphone pide lasolicitud de Registro en el GK utilizando el protocolo H.323usando el mensaje “Registration Request” (RRQ). El GKdevuelve una respuesta de aceptación “Registration Confirm”(RCF) o negación de la registración con “Registration Reject”(RRJ).Estos pasos se realizan periódicamente, por defecto es cada60 segundos. Este período puede ser modificado desde elGK. Esta registración periódica permite mantener el contactoentre el GK y el Softphone actualizado. Algo así como unaindicación periódica de vida del softphone, para el caso queel Usuario no cierre el programa correctamente o exista uncorte del enlace.Para la registración del softphone en el GK se requierenalgunos de los parámetros siguientes:-e_164: El formato de este valor es el mismo que se utilizanen la red actual de voz sobre IP en iplan. Siempre comienzacon el numero “0” y sigue con la numeración nacional (porejemplo, 01152467004).-h323_id. Este valor es un string que representa el “nombre”del Softphone dentro del dominio al cual pertenece. Estevalor es único dentro del dominio y si algún otro Softphonepretende registrarse con el mismo h323_id, el mensaje derespuesta del GK será un ARJ. El formato de este parámetroes “cliente_E164” (por ejemplo, “iplan_01152467004”).4
Monografías 3 (2003)Softphone: Tecnología y ProductosOURNALFigura 3. Intercambio de mensajes entre el cliente Softphone y los Server centrales.5
Monografías 3 (2003)Softphone: Tecnología y ProductosOURNAL2.2.3- Mensaje de Logout (11). Al cerrar la aplicación“GW.exe”, en la PC del usuario, se genera un mensajeHTTPS hacia el servidor Web. Los parámetros son todos losmismos que en el mensaje de Login, excepto “Estado” quese encuentra en la condición de “off”. En este caso se puederecibir dos tipos de mensajes: El cliente ya se encontrabadesconectado o el Usuario se desconecta correctamente.2.2.3- Desregistración (12). El Softphone se desregistra enel GK utilizando el protocolo H.323 con el mensajes“Unregistration Request” (URQ). En tanto que el GKdevuelve el “Unregistration Confirm” (UCF) o “UnregistrationReject” (URJ), según corresponda. Estos pasos se realizanuna única vez luego de que el usuario haya decidido cerrar elprograma. Para ello, se utilizan los mismos parámetros quepara la Registración.2.2.4- Comunicación y Valorización (3...10). Veamos ahorael procedimiento para abrir y cerrar una comunicación.Mediante el intercambio de mensajes (3) se procede alpedido de admisión del terminal al GK. El mensaje ARQ(Admissions Request) se responde con la confirmación ACF(Admissions Confirm). Luego, en (4) se pasa al intercambiode mensajes con el Gateway-E1 de interconexión hacia laPSTN. Se trata del Setup y ARQ del este Gateway.A continuación, en (5), el Gateway-E1 procede a dialogarcon el Radius para señalar solicitar el permisocorrespondiente. Radius consulta con la Base de Datos paraconocer el crédito del cliente y responden al Gateway-E1para que este contabilice el tiempo y corte la llamada cuandose termina el crédito.Cuando el Softphone se utiliza en un ambiente prepago(como el caso del servicio Arraiga descrito más adelante), secalcula el tiempo que el cliente tiene disponible para lacomunicación. Esta operación se realiza sobre la base de lainformación disponible en el server de Data Base. Laoperación es similar a la utilizada en la Plataforma deServicios Prepagos como en las Calling Card.Para calcular el tiempo máximo de duración de una llamadaoriginada en un Softphone se definen los siguientes valores:-Saldo: Cantidad de dinero disponible en la cuenta delusuario.-Precio: Valor de la llamada por unidad de medición (ensegundos).-Unidad de medición: Cantidad en segundos.-Tiempo Máximo: Cantidad en segundos máximo que podríaser consumido en la comunicación.-Tiempo Máximo efectivo: Es el tiempo máximo en segundosde duración de la llamada (es el valor entero de tiempoinferior al tiempo máximo).En (6) el Gateway-E1 informa que el usuario llamado seencuentra en estado de alerta (tono de llamada para elsoftphone). Luego, cuando el usuario responde, envía elmensaje Connect al softphone y realiza la apertura del ticketde llamada iniciada en el Radius y la Base de Datos,mediante (7). La llamada continua mediante paquetes enprotocolo RTP, transparente a la Plataforma de Softphone yel gatekeeper.Cuando la llamada termina, se disparan los procesos (8) y(9) para el cierre de la llamada. En (10), el Gateway-E1 pideel cierre del ticket de llamada en curso y abre el ticket dellamada completada. Se genera entonces un CDRcorrespondiente a la llamada con el tiempo total de la misma.2.3- Configuraciones.2.3.1- Gatekeeper. Básicamente el Gatekeeper debe“mapear” las direcciones IP públicas de los Softphones conla numeración asignada al usuario. Por otro lado, esnecesario que todas las llamadas originadas en losSoftphones con destino a la PSTN sean ruteadas al Gatewayde interconexión. Inicialmente en iplan se colocó un Cisco-3640 para esta operación.La configuración de la numeración de las líneas Softphoneno es continua. Pueden convivir diferentes servicios en elmismo grupo de numeración. Por ejemplo, los quepertenecen al servicio IPGol junto con Arraiga.Cuando se configura el nombre del gatekeeper GK se utilizaun forma como “3640GK”, bajo el dominio “iplan.com.ar”. Seconfigura también, la dirección IP privada que identifica alGK detrás de un Firewall PIX. Por otro lado, se indica al GKque cualquier llamada que tenga como destino un numero deabonado B (el llamado) con el prefijo 54, será ruteada alGateway de Interconexión hacia la PSTN.Además, por default se asigna un valor de time-out deregistración de 60 segundos. Esto quiere decir que si no hallegado un mensaje H.323 RRQ dentro de los 60 segundos,el terminal Softphone se considera Desregistrado. El GK sesincroniza con el server NTP.2.3.2- Gateway. La función del Gateway es la de hacer detraductor entre el mundo E1 en la PSTN y la red IP. Ademásse le ha agregado la tarea de realizar la valorización y elcontrol de la duración de la llamada. En él se configura elservicio AAA para realizar la valorización (aaa accounting) dela llamada y el control de su duración (aaa authorization).En la configuración, se le indica al Gateway que se realice elAccounting en las llamadas de voz sobre IP (gw-accountingaaa), pero que la fuente del accounting sea solo las legs depots (suppress voip). Se configura además el servicio deRADIUS.2.3.3- Servidor WEB-HTTPS. Este servidor es utilizado paralos siguientes servicios:-El servicio httpsd es el proceso encargado al servidor Web,por lo que es indispensable que se encuentre en ejecuciónen todo momento en el servidor para el correctofuncionamiento del Softphone.-El servicio de Página de Administración y Acceso a la Basede Datos contiene los archivos de las páginas PHP delSoftphone, así como también las funciones que hacen deinterfaz con la base de datos de la aplicación.2.3.3- Servidor Radius. El servicio radiusd es el procesoencargado del servidor RADIUS, por lo que es indispensableque se encuentre en ejecución en todo momento.6
Monografías 3 (2003)Softphone: Tecnología y ProductosOURNAL2.3.4- Otras aplicaciones.-La aplicación “sp_on_off_test” es la encargada de manteneractualizada en memoria la tabla de usuarios registrados,para lo cual realiza una conexión al router. Esta tabla esutilizada posteriormente para actualizar la Base de Datos dela aplicación. Este proceso también se debe encontrar enejecución permanente para asegurar el correctofuncionamiento de la plataforma.-La aplicación “Check-soft-phone” es la encargada deverificar el estado de las aplicaciones que componen losservicios para el Softphone y se la puede encontrar en eldirectorio “/usr/local/bin”.2.3.5- Alarmas. Si alguna de estas aplicaciones seencuentra fuera de las condiciones normales de operación,como por ejemplo alguno de los servicios no estafuncionando o el espacio en disco disponible es menor al25%, un script se encarga del envío de alarmas medianteTraps SNMP al NMS (El sistema de Management de la red).Estas alarmas se enviarán únicamente ante el cambio deestado (de valores normales a valores anormales yviceversa) de alguno de los servicios mencionadosanteriormente y por única vez. Por ejemplo, si se detecta unacaída en el servidor https y luego se verifica que el mismovuelve a levantar, aparecerán en total dos alarmas (una porcada cambio de estado) en el NSM.Es importante destacar que las alarmas aparecerán bajo lasolapa con la descripción “SPHONE”. Esta aplicación seencontrará en funcionamiento continuo, dado que estaconfigurada para ejecutarse cada 5 minutos en el servidor.-CDR infructuosos. Cuando el Gateway envía algo distintocomo causa del Stop de la llamada, los CDRs que estabanen la tabla cdrs_en_curso se acumulan en la tablacdrs_infructuosos.-CDR de tráfico. Esta tabla guarda los CDRs que se cerraronexitosamente. Entre los datos que contiene, se encuentranlos siguientes elementos:-el número de identificación de la llamada generado por elgateway,-la dirección IP del gateway,-los números de abonados A y B (el que llama y el llamado),-los prefijos urbano, interurbano y nacional,-la fecha y hora,-el tiempo de duración de la llamada,-el costo para el usuario final o para el revendedor.3- INTERFAZ DE USUARIO3.1- Instalación del software.El Usuario, luego de realizar todos los pasos necesarios pararegistrarse como cliente del servicio (por ejemplo, en lapágina www.arraiga.com), accederá a una página web que lepermitirá bajar el software “Softphone” a su PC. Una vezubicado en la PC, el Usuario debe hacer doble click sobre elarchivo de instalación “Instalador Teléfono IP Iplanbit2NET.exe”utilizando el “Explorer” de Windows. Unprocedimiento simple de auto-instalación guiará al Usuariopor una decena de pasos.Las alarmas que la aplicación envía, según los distintosescenarios, son las siguientes:-Alarmas de estado Normal: Estas alarmas se enviarán, yestarán en vigencia cuando el estado de los servicios quecomponen el Softphone se encuentren dentro de los valoresaceptables de operación. Esto es, cuando los servicios deHTTPs, RADIUS y sp_on_off_test se encuentren enfuncionamiento y los niveles de ocupación de disco yocupación del CPU del equipo estén por debajo del 75%.-Alarmas de estado Crítico: Estas alarmas, a diferencia delas anteriores, se enviarán y estarán vigentes cuando sedetecte que el estado de los servicios mencionados no seanlos normales o aceptados.2.3.6- CDR (Call Detail Record). Se ha decido generar 4tipos de CDR diferentes, para la facturación y seguimientode las comunicaciones.-CDR de llamada en curso. Se genera en el momento deestablecimiento de la llamada en el sentido Softphone a laPSTN. Cuando se corta la comunicación, el Gateway envíaun Stop con la causa, del mismo, a la base de datos. Deacuerdo al tipo de finalización de llamada que se recibe, secierran los CDRs guardándolos en diferentes tablas. LosCDRs que quedan abiertos por más de un periodo de tiempoa definir, serán cerrados, borrados y no facturados.-CDR de errores. Se generan cuando se encuentran erroresantes de establecer la comunicación. Estos ticket de errorpermiten obtener estadísticas de llamadas concretadas.En todas las páginas se puede seleccionar:-seguir con la instalación mediante “Siguiente”,-ir al paso anterior presionando “Anterior” o-terminar con la instalación mediante “Terminar”.En una pantalla se le da al Usuario la posibilidad de copiaren una carpeta en el disco rígido los drivers del periféricoUSB para instalar un teléfono externo a la PC.Una vez terminada la instalación se le indica que se instalaráun certificado de autenticación en su PC, y que al finalizarcon esta operación se reiniciara la PC, luego de presionar“Finalizar”. Al presionar “instalar certificado” se habrángenerado los archivos necesarios para ejecutar el Softphone.El adaptador USB permite convertir la interfaz de USB de laPC a una interfaz RJ11 para colocar un teléfonoconvencional. El software Softphone es el mismo y se puede7
Monografías 3 (2003)Softphone: Tecnología y ProductosOURNALutilizar en forma indistinta la versión soft en la pantalla o laversión hard con el adaptador.Cuando se instale el adaptador USB, la ubicación de losarchivos se localiza en C://Archivos de programas/TeléfonoIP Iplan-bit2NET/Adaptador Telefónico USB (la ubicación delos archivos puede variar respecto de la versión deWindows). Antes de usar el Hardphone, deberá configurar elDispositivo de Sonido y Audio y establecer su placa desonido como predeterminada. En caso que se deseemodificar el volumen del Hardphone se accede a “grabaciónde Sonido” y se selecciona el dispositivo USB para corregirel volumen.Haciendo doble clic sobre el símbolo en reposo, sedesplegará la pantalla de Usuario (indicado como (2) en laFigura 4). Se ingresa luego la clave de Usuario y lacontraseña suministrado por su proveedor del servicio. Sepodrá optar por la registración automática del Softphonemarcando “Iniciar Automáticamente”.Luego de completar la pantalla de Iniciación del servicio, seestá en condiciones de presionar el botón “Comenzar”.Eventualmente podrían aparecer diferentes mensajes deerror (registración fallida, error en el password, usuario yaconectado, problemas en el servicio, etc).3.2- Uso del software.Luego de instalar el software de Softphone, en el escritorio yen el menú Inicio, aparecerá un ícono. Es un teléfono enestado de reposo, que se activa cuando se recibe unallamada entrante y cambia de color cuando se estáhablando. Se trata de la indicación (1) en la Figura 4.Figura 4. Pantalla de la PC con los elementos básico de Softphone.8
Monografías 3 (2003)Softphone: Tecnología y ProductosOURNALDesde la pantalla general del Softphone en (2), es posibleacceder a otras pantallas desplegables. Una de ellas,permite el discado mediante un teclado. También puedeescribirse el número en la pantalla.Otra pantalla permite el acceso a las llamadasrecientemente recibidas:Con otra pantalla se accede a una lista de llamadasfrecuentes:-Agregar Página: Luego de haber cargado todos los datosdel nuevo contacto, presionando este botón se guardará lainformación del mismo (en caso de que no complete losdatos necesarios, le aparecerá un mensaje de error).-Actualizar: Se lo utiliza para actualizar la información de uncontacto. Primero debe marcar ese contacto desde el campode búsqueda para que los datos del mismo le aparezcan enla pantalla.-Eliminar: Elimina un contacto de su agenda.-Discar el teléfono: Desde la agenda se puede realizar unallamada al número telefónico que ingresó en el campo“teléfono”. Primero debe buscar el contacto al cual deseallamar y luego presionar este botón.-Discar el teléfono laboral: Desde la agenda se puederealizar una llamada al número telefónico que ingresó en elcampo “teléfono Laboral”.-Discar el teléfono celular: Desde la agenda se puederealizar una llamada al número telefónico que ingresó en elcampo “teléfono celular”.-Más Opciones: Se puede especificar la carpeta dondequiere ubicar la base de contactos que crea el Softphone.-Cerrar: Este botón cierra la agenda. En caso de que hayahecho cambios y no los haya guardado, aparecerá unmensaje para confirmar que desea salir sin guardar loscambios.-Observaciones: Cada vez que se desee guardar unnúmero telefónico se debe presionar el signo “+”. En caso deque se desee borrarlo se presiona el “-“. Este paso deberealizarse antes de Agregar la página, sino el númerotelefónico no será guardado.Por último se dispone de una pantalla de Opciones:Por otro lado, es posible acceder a una agenda, indicadacomo (3) en la Figura 4. Aquí se encuentran los siguientescampos:-Campo de Búsqueda: Se podrá optar por buscar porNombre, Apellido o Empresa. Los contactos apareceránordenados por orden alfabético (en forma de árbol). Tambiéntiene la posibilidad de buscar una palabra o varias palabras,donde se podrá aclarar que distinga entre mayúsculas yminúsculas y/o definir que la palabra escrita esta completa oparcialmente escrita.-Vaciar Página: Si quiere agregar un nuevo contacto, coneste botón se pone en blanco la página que ocupará estenuevo contacto.-Sonidos PC: Seleccionando esta opción, no se escucharánlos sonidos propios del Softphone a través de los parlantesde la PC.-Últimos teléfonos discados: Si desea que se autocomplete el número de teléfono, marque la casilla“Autocompletar discado”. También puede personalizar lacantidad de teléfonos más discados que desea ver alpresionar el símbolo numeral (#) junto al display.-Selección IP: Se puede seleccionar la IP con la que deseautilizar el servicio.-Log-In: Se puede modificar el usuario y la contraseña. Estamodificación tendrá efecto cuando reinicie la aplicación.Seleccionando la casilla “Recordar usuario y contraseña”, elSoftphone guarda estos datos. “Iniciar automáticamente”,hace que el Softphone se registre directamente sin hacer elpaso de Log-In.-Versión: Muestra el número de versión del software.9
Monografías 3 (2003)Softphone: Tecnología y ProductosOURNALFigura 5. El Home del sitio www.arraiga.com en julio-2003 (lanzamiento del servicio).4- EL PRODUCTO ARRAIGA4.1- Modelo minorista por E-commerce.En el mes de julio-2003 se inició la operación comercial deArraiga. Muchos usuarios hacían uso del softphone en formade beta testers desde enero-2003. Arraiga es solo una delas variantes de comercialización de la tecnologíaSoftphone. La importancia de este servicio es que fue elprimer paso de iplan en un mercado masivo. Las dificultadesestuvieron relacionadas con la difícil predicción del tráficogenerado por el servicio y con ello la dificultad deseleccionar los Servers para la granja. Por otro lado, como elservicio se diseñó para ser vendido mediante E-commerce,se requería crear desde cero una plataforma completa,incluyendo los acuerdos con las tarjetas de crédito.Las características generales del producto Arraiga son:-Venta solo mediante E-commerce mediante el sitio en laweb www.arraiga.com (Figura 5). No existe un equipo deventas directo. Sin embargo, está previsto que existanagentes de ventas externos que trabajan por comisión deventas.-Servicio prepago mediante tarjeta de crédito.-Contrato de servicio básico telefónico con numeración,inicialmente de Buenos Aires y posteriormente de otrasciudades iplan.-Tarifas locales y de LDN/LDI iguales a los clientes de iplanen Pack.-Posibilidad de efectuar llamadas entrantes y salientes a lared PSTN.-Posibilidad de acceso mediante Internet desde cualquierpunto con banda ancha. Algunos beta-test han probado elservicio en enlaces dial-up.-Dificultades de acceso cuando el Softphone se encuentradetrás de un Firewall (en una LAN, por ejemplo). Arraiga esun servicio orientado a clientes domiciliarios. Para el caso declientes corporativos, donde generalmente las PC seencuentran detrás de un Firewall, requieren unaconfiguración en los mismos para dejar pasar los paquetesH.323.Para evitar esta limitación en el servicio, se debe trabajarcon protocolo SIP o pasar a un formato http (donde latelefonía viaja como una paquete similar a una web).4.2- Modelo Revendedor mayorista.Como complemento, para el mercado corporativo se generóel producto Softphone Revendedor. Este producto estáorientado a empresas revendedoras a las cuales iplan leentrega el producto llave-en-mano.La ventaja en este caso es que el Revendedor puede dar unsoporte técnico personalizado al cliente, cosa que iplan nohace con Arraiga. La plataforma de Management de esteproducto incluye diferentes pantallas de configuración yreportes:10
Monografías 3 (2003)Softphone: Tecnología y ProductosOURNALFigura 6. Pantallas de Management y de Reportes para el Modelo Revendedor de Softphone.-La primera está disponible solo para iplan, se trata deProvisioning Administrator en la Figura 6. Esta pantallapermite a iplan gestionar al cliente mayorista asignándole unnúmero de líneas Softphone determinado. Se le asigna uncrédito global para todas las líneas (normalmente se reduceel riesgo crediticio mediante Cuenta Corriente o ServicioPrepago). El servicio puede ser pre-pago o post-pago, perosiempre tiene el formato de límite de crédito.-Una segunda pantalla de Management le permite alRevendedor gestionar uno a uno las líneas (sus Usuariosfinales). Puede verificar su crédito total y asignar a cadaUsuario un crédito individual. En la Figura 7 es elProvisioning Cliente. El Revendedor dispone de también deReportes con el detalle de llamadas, saldos y CDRs de lasllamadas. Esto le facilita la facturación final.-Además, se dispone de una pantalla de Reportes a la cualpuede acceder el Usuario final, en la que encontrará unreporte de tráfico y el crédito remanente.-Otras pantallas de Reportes permite hacer el seguimiento alas áreas de Marketing e Ingeniería de iplan. Se puedeseguir las altas y bajas de clientes, el tráfico cursado, elcrédito total del producto, la carga de los Servers, alarmas,disponibilidad, etc.Este modelo permite manejar dos tablas de tarifasdiferentes. Por un lado, la tarifa que iplan vende alRevendedor y por otro, las que utiliza el Revendedor conrespecto a sus Usuarios. Esto es requerido debido a que elcrédito total se maneja con la primer tarifa, mientras que losdescuentos por cliente se maneja con la segunda tarifa.4.3- Argumentos comerciales.El Softphone en el formato Arraiga o Revendedor tienevarias ventajas:-Número telefónico de la localidad deseada (inicialmente setomó solo el AMBA, pero puede correponder a otrasciudades con numeración de iplan). No se requiere indicarprefijos ni códigos de áreas tanto para el que recibe comopara el que hace llamadas.-Llamadas entrantes desde el área local adquirida a tarifalocal (friendly). Otros productos competidores hacen pagar lallamadas entrantes al cliente receptor.-Paga solo por las llamadas salientes, con destino Argentinao cualquier parte del mundo.-Excelente relación Precio/Calidad de servicio.-Excelente percepción del cliente, por cuanto no sólo puedereducir su gasto telefónico, sino que además se siente “máscerca” de sus amistades y negocios, al acceder diariamentea ellos, y ellos a él.-Acceso a tarifas en pesos para el cliente residencial en largadistancia nacional e internacional.Sin embargo, tiene algunas desventajas-Requiere un acceso de Banda Ancha permanente, conabonos más elevados que los de Argentina.-Requiere la PC encendida para realización y recepción dellamados.-Es una forma no convencional de realización de llamadospara determinados usuarios (mediante la PC).11
Monografías 3 (2003)Softphone: Tecnología y ProductosOURNAL-Utilización de 2 sistemas de comunicaciones telefónicas.4.3.1- En la misma Área Geográfica. Cuando un cliente seencuentra en la misma área geográfica que la numeración deSoftphone, se pueden identificar los siguientes argumentoscomerciales:-“Aproveche su Banda Ancha y tenga una segunda línea deteléfono”.-“Disfrute las funciones de avanzada”: Identificación dellamadas; Histórico de llamados; Tipo de Ring según quienllama; Interface con agendas; Registro de llamadas recibidasy perdidas.-“Su línea de teléfono se mueve con usted”, o “Portabilidadde su línea a cualquier conexión de banda ancha“.-“Control de gastos”: Cargue su línea solo con lo que deseagastar (para el servicio prepago).-“Ahorre con tarifas muy competitivas”: Tarifación por minutoy el menor costo en LDN y LDI.4.3.2- Para usuarios remotos Nacional e internacional. Siel cliente se encuentra dentro o fuera de Argentina, puedeencontrar otras ventajas adicionales en el Softphone. Porejemplo:-“Su línea directa con Buenos Aires o Argentina”.-“El menor costo de mercado para sus llamadas nacionales“o “Nadie va a dejar de llamarlo desde Buenos Aires oArgentina”.-“Quien lo llame lo estará haciendo a un número telefónicode Buenos Aires al costo de una llamada local“.-“Su línea de teléfono se mueve con usted” o “Portabilidad desu línea a cualquier conexión de banda ancha“.-“Control de gastos”: Cargue su línea solo con lo que deseagastar.-“Otros destinos a tarifas muy competitivas“-“Disfrute de las funciones de avanzada”4.3.3- Argumentos económicos. Cualquier argumentoeconómico nace envejecido. La realidad puede superarrápidamente a los Modelos de Cálculo, si no se está encontinuo movimiento. Solo para identificar ciertassemejanzas se realizaron dos tipos de análisis. Uno desde laóptica del cliente argentino con residencia en exterior quehabla hacia Argentina y el otro para un cliente en unnacional que utiliza la larga distancia en forma permanente.Para el caso del cliente en el exterior se comparó las tarifasde iplan a diferentes destinos (incluida la Argentina) con lasde las principales operadoras de España, Reino Unido,México, Brasil y USA.Para el análisis se utilizaron las tarifas actuales de Telefónicade España, British Telecom, Embratel, Telmex, ATT&T yalgunas tarifas de Calling Cards que operan actualmente enlos respectivos países (por ejemplo, Telecard y Ladatel enMéxico). Pero se hizo hincapié a la hora de comparar, en lasmejores tarifas ofrecidas actualmente.Figura 7. Cuando es conveniente para un Usuario el Softphone.12
Monografías 3 (2003)Softphone: Tecnología y ProductosOURNALLos resultados se vuelcan en la Figura 7. Para el caso de unusuario en España por ejemplo, se requieren 90 minutosmensuales de comunicación a Buenos Aires para igualar loscostos de Arraiga. Esto no toma en cuenta los argumentoscomerciales en cuanto hace a las ventajas (disponer de unnúmero para llamadas entrantes) o desventajas (necesidadde utilizar la PC para la conexión telefónica).Por otro lado, se analizó el producto Arraiga con el servicioofrecido por la competencia “Hola Argentina” en formato CallTrough (empresa del grupo IRSA), por considerarlo unservicio sustituto del ofrecido por Arraiga. Se comprobó quepara consumos mayores a 250 minutos desde USA, Arraigacomienza a ser más competitivo (a precios de junio-2003 enambos productos).Softphone requiere a ERM para obtener la información delcliente (Alta, Baja, Modifiación); Información de la tarjeta decrédito y datos respecto del producto y price planseleccionado.-Interfaces con Tarjetas de Crédito. Esta interfaz permite elcobro mediante la carga del número de tarjeta de crédito.(Visa, American Express, Master Card). Inicialmente, lavalidación se realiza mediante servicios de Decidir.Softphone requiere a Decidir para obtener la información dela tarjeta y monto en tiempo real. A la inversa, Decidirresponde al pedido de autorización de descuento en tiemporeal.El segundo análisis se realizó desde el punto de vista delcliente (con target en el segmento ABC1) que habla desdediferentes claves al AMBA. Se analizó la conveniencia deadquirir el servicio ofrecido por Arraiga en comparación a losservicios actualmente ofrecidos por la competencia.Para el análisis se utilizaron las tarifas a junio-2003 deTASA, TECO y AT&T, éste último en el formato depresuscripción. Pero se hizo hincapié a la hora de compararcada clave en las tarifas que ofrece hoy TASA en el planpara hogares “Super País”. Este es el operador de mayorcobertura en el país y el porcentaje de presuscripción enhogares es muchísimo inferior que en el nivel corporativo.En la misma Figura 7 se muestra que para el caso de uncliente en clave 2 bastan con 300 minutos mensuales haciaBuenos Aires, para encontrar el punto de cruce (es decirsolo 10 minutos al día).4.4- La Plataforma de E-commerce.Iplan ha desarrollado una plataforma sobre web para lagestión completa del servicio E-commerce, que inicialmenteha sido utilizada para el producto Arraiga. Desde el punto devista técnico la opción fue realizar el desarrollo sobre php yMySQL como base de datos, para ser implementado sobreun servidor Linux (herramientas que no son licenciadas).Los componentes de la plataforma son los siguientes:-Plataforma de Pre-pago: este módulo (estudiado en laFigura 2) permite dar de alta al cliente, manejar laprecompra, el saldo disponible y los detalles de llamadas(dispone del Data Base con la información sobre el cliente).La Base de Datos propiamente dicha dispone de los datossobre tarifas, clientes, moneda, etc. El Softphone requiere dela plataforma de Prepago para la actualización del saldo porprecompra y la consulta de detalle de llamadas en tiemporeal.-Plataforma de Web-Care: este módulo permite la atencióndel cliente mediante e-mail y chat. Para clientes particularesde Arraiga no se dispondrá de un servicio de Customer Carepersonalizado. Si se dispondrá del mismo para los clientesRevendedores.-Plataforma ERM: Esta plataforma ERM tiene interfaz con elSoftphone para la replicación de los productos y price plans yla facturación y débitos por abono mensual. A la inversa, elEl conjunto, de cara al cliente, contempla las siguientesfuncionalidades:-Selección del país y lenguaje cuando se ingresa por primeravez.-La página principal tendrá información general acerca de losproductos y servicios ofrecidos como también permitirá elacceso (usuario y password) a los usuarios registrados.-Permite realizar el download del software.-En caso de que una persona quisiera registrarse porprimera vez debe indicar el producto que desea adquirir. Sele informa el importe correspondiente al Abono Mensualcorrespondiente al servicio. Debe cargar sus datos: Apellido,Nombre, País de Residencia, Ciudad de Residencia,Domicilio de Residencia, Código Postal, Número deTeléfono, dirección de mail, etc.-Indica la tarjeta de crédito a ser utilizada. Se valida que latarjeta no esté siendo utilizada por otro cliente, de estarlo serechaza la transacción (el objetivo de esto es evitar el fraudey permitir que sólo se utilice una tarjeta por línea).-De estar OK se valida la transacción, para lo se dispara unatransacción contra Decidir u otro proveedor.-De estar OK, se debe dar de alta el cliente para lo cual sedispara un proceso que gestiona la misma en ERM entiempo real. Entonces, se le brinda el número de Cliente elcual será su usuario para acceder a Softphone. El clientedeberá cargar su Password.-Se muestra las condiciones del servicio (símil contrato), elcual deberá aceptar. Los clientes cuentan con una casilla demensajes donde les podrá ser brindada información de13
Monografías 3 (2003)Softphone: Tecnología y ProductosOURNALutilidad. Como resultado de esta, se genera una Orden deServicio interna por mail indicando los datos del cliente ydemás información.-Una vez provisionado el servicio, se le informa al cliente lalínea asignada como usuario y password del softphone.-Se cuenta con una tabla de conversión de moneda(inicialmente Pesos, USD y Euros).-Puede consultar su saldo disponible y el detalle de lasúltimas llamadas realizadas; realizar precompra adicional yrealizar reclamos y consultas (vía e-mail).5- LOCUTORIOS-IP (IPGOL)iplan es una de las empresas de mayor éxito en el productoLocutorios. Sin duda, es el de mayor éxito en la zona decobertura con red propia. Al cumplir los dos años de ofrecerel servicio ha logrado tener mas de 300 locales en 4ciudades.Hasta mediados del 2003 solo instalaba Locutorios conlíneas analógicas en tecnología IP. Como si esto fuera pocainnovación tecnológica (ninguna otra empresa en el mercadoo hace y ninguna puede entregar poca cantidad de líneas),desde esta fecha se inició la instalación con tecnología IPnativa. Es decir, el gateway se encuentra en la mismainstalación del Locutorio (el tarifador).Este desarrollo es una variante de la tecnología Softphone.El desarrollo estuvo a cargo de bit2NET, si bien laparticipación de iplan fue determinante en la definición de lasEspecificaciones Técnicas y el los Test de prueba y puestaen marcha. Desde el punto de vista comercial el producto sedenomina IPGol.En la Figura 8 se observa el diagrama a bloques de laplataforma IPGol. En las instalaciones del Locutorios seencuentra una PC con el sistema operativo Linux. Esta PCrealiza las funciones de tarifador y de gateway. Posee comoperiféricos una impresora fiscal (para emitir los ticket porcuenta y orden de iplan) y un switch desde el cual seconectan las distintas cabinas. En cada cabina se dispone deun lector con display que hace las funciones de traductordesde codificación G.711 a RJ11 para colocar un teléfonoconvencional (1).Hacia el exterior (2), la PC se comunica en G.711 en caso deencontrarse dentro de la red de iplan o mediante G.729 parael caso de una conexión vía Internet. Este es el caso de lascabinas telefónicas colocadas en los Cybercafé. En iplan, sepueden detectar los siguientes componentes: un gatekeeper,el gateway IP-IP y el gateway E1. Estos son componentesstandard y similares al caso del softphone. Solo que ahora elservicio no pasa por una plataforma de pre-pago.Solo a manera de ejemplo, en la misma Figura 8, se puedeobservar el formato de la pantalla de gestión del locutorio.Se indican diferentes datos para cada cabina en formaindividual. Sobre la evolución del producto y las tecnologíasinvolucradas, Journal dedicará un número monográfico.Figura 8. Diagrama a bloques de componentes para IPGol y pantalla de administración del Locutorio.14
Monografías 3 (2003)Softphone: Tecnología y ProductosOURNAL6- HIPÓTESIS SOBRE EL FUTUROPara empezar debemos diferenciar claramente la Telefoníasobre-IPde la Telefonía-sobre-Internet. En el primer caso latelefonía se ofrece sobre una red IP de calidad garantizada.En el caso de iplan, se realiza mediante el transporte Gigabit(1000 Mbps), por lo que la calidad se garantiza por FuerzaBruta (un ancho de banda tan elevado que el retardo y elJitter es insignificante). En el Journal No 1 se ha analizadola solución adoptada en iplan.En el segundo caso, con una red de transporte donde lacalidad no está garantizada (la Internet) se recurre amétodos de compresión vocal (codec G.729 o G.723) ysupresión de silencios (codec VAD) que permiten reducir almínimo la longitud de los paquetes.El segundo elemento inicial, es dejar en claro que el objetivofinal es ofrecer servicios de telefonía, datos e Internetintegrados. Esto nos lleva a productos exitosos como losPack en iplan (ver nuevamente el Journal No 1 a tal efecto).Históricamente se ha vivido ya una situación similar cuandoen los años 80. Las esperanzas de disponer de una red deservicios integrados ISDN (Integrated Service DigitalNetwork) se construía sobre la idea de una banda angosta.Consistía en dos canales de 64 kbps cada uno, más 16 kbpsde señalización (144 kbps en total). Aquella experiencia solose desarrolló en forma inicial en Europa, mientras que USApermanecía indiferente.Desde inicio de los años 90, con la introducción del protocolohttp y las páginas web, todo cambió. Ya la ilusión de la redde servicios integrados no pasaba por ISDN (o ATM, laversión para banda ancha), sino que se desplazaba alprotocolo IP. En este segmento, la empresa líder era Cisco(quién sostendría el proyecto de iplan desde el año 2000).Siempre resulta difícil extender una línea de tendencia enforma recta. Si este fuera el caso, el protocolo IP estállamado a ser la base de la red digital de servicios integradosdel futuro cercano. iplan es la empresa ejemplo de estatendencia.La pendiente de la línea de tendencia es más difícil depredecir, ya que la telefonía tradicional seguirá subsistiendoen tanto las inversiones en telecomunicaciones esténacotadas. Sin embargo, cada nuevo emprendimiento que segenere, inevitablemente será con tecnología IP por lopróximos años. Sin duda, la Telefonía-IP es la mejor (quizásúnica) apuesta para una nueva empresa que ingresa en elmercado.Hacer una predicción sobre la Telefonía sobre Internet esmucho más difícil. Un modelo de tecnología como elSoftphone tiene un futuro indeterminado y de alguna maneraimpredecible. Mas allá de las ventajas (transportabilidad,ubicuidad, integrabilidad), se deberá vencer durante untiempo las costumbres del usuario (el requerir la PC y laconexión a Internet limita la generalización del servicio). Sinembargo, basta pensar que hace 10 años casi nadie teníauna conexión a Internet y hoy sigue el camino deconsiderarse una necesidad básica.Si el despliegue de las diferentes variantes de productosrelacionados con la tecnología softphone tiene éxito, sepodrán ver varias líneas de negocios:-por un lado, el uso del softphone de cualquier PC, encualquier lugar con acceso a Internet y sin límites deprotocolos. Para ello bastaría con usar protocolos decomunicación que pasen los Firewall y obtener el programade comunicación desde la web (no se requiere tener elsoftware instalado, se instala durante el tiempo de laconexión sobre la PC disponible).-por otro lado, será posible generar grupos de numeración deusuarios en localizaciones de la misma empresa (ámbitocorporativo). Esto simulará VPN entre distintaslocalizaciones. Este servicio está hoy disponible condiferentes tecnologías.-se podrá lograr la integración de las LAN con la telefonía(teléfonos IP de bajo costo) local y global. Los avances en latelefonía celular IP también permitirá una sola red global.De todas formas es casi imposible predecir el futuro cuandolas posibilidades de desarrollo y expansión son tan elevadas.Es más lógico limitarse a enumerar las virtudes y laslimitaciones a vencer.15
Monografías 3 (2003)Softphone: Tecnología y ProductosOURNALMONOGRAFIAS DE JOURNAL:Journal monografías número 3. Edición agosto-2003.Diseño gráfico original de Marianela V. Ricardo16
OURNALmonografía 42003 iplanTechJournal Monografías es una publicación de iplan que contiene información técnica y confidencial de la empresa. Sedistribuye a un circuito limitado de lectores a fin de mantenerlos informados sobre el estado y la evolución de latecnología y el negocio de la Telecomunicaciones, principalmente en las redes IP y la Telefonía-IP. Se ruega a loslectores a mantener el principio de Confidencialidad sobre la información aquí contenida.No está autorizada su reproducción o distribución por cualquier medio sin antes consultar con la empresa.ISI: El softswitch iplanLuego de instalar el softswitch OCMC y de haber probado otrastres marcas de equipos, a mediados del 2002 se decidióencarar el desarrollo interno del softswitch de iplan. Hoy es unarealidad.IINDICE1- Evolución histórica2- Introducción a H.3233- Arquitectura del Sistema SI4- Funcionamiento básico5- Servicios de aplicación6- Secuencia de mensajes7- Futuro del softswitchIABSTRACTEl softswitch de iplan (conocido como SI) es un desarrollo interno. Obligadospor las circunstancias y motivados por el desafío, se encaró la tarea dediseñar y programar un softswitch a medida. Inicialmente opera en protocoloH.323 (quizás en el futuro se programe para el protocolo SIP, sí los estudiosen marcha así lo determinan). Su principal función es tomar el control delDominio de gateway Cisco-VG200 y Cisco-2600 que corresponden a la primergeneración y de Cisco-IAD2430 y Audiocodes-MP124 que corresponden a latercer generación. Como segundo objetivo se tiene generar una serie deservicios de valor agregado para clientes en la red de Telefonía-IP.IAUTORESEsta monografía ha sido redactada sobre la base de diferentes documentosoriginales de Eduardo Moreira, Claudio Degraf, Mariano Tomalino y Diego Frickde bIt2NET, entre otros.1
Monografías 4 (2003)SI: El softswitch -iplanOURNAL1- EVOLUCION HISTORICAEl Softswitch es un software que permite ofrecer servicios devalor agregado a la telefonía. El primer softswitch instaladoen iplan fue el OCMC de HP. El OCMC fue puesto enservicio a mediados de Octubre del 2000. Desde el inicio, elequipo presentaba fallas de estabilidad y falta de flexibilidad.Además, los servicios estaban en pleno desarrollo y nuncacontó con una versión definitiva.A pesar de esto, durante ese tiempo, la versión de softwarepara servicios Starvox sufrió varios upgrades y updates deparches. Las fallas sistemáticas reconocidas no podían serreparadas ya que los desarrollistas se encontrabanabocados a la codificación de la versión definitiva. Paramediados de mayo 2001 (en tanto se anunciaba el pressrelease entre HP y Starvox), se contaba con una versión desoftware que presentaba un cierto grado de estabilidad.Estaba muy relacionado con al escaso tráfico que en esemomento se estaba cursando.A medida que esto sucedía, el tráfico se incrementaba yobstaculizaba al OCMC, si bien los valores de llamadasconcurrentes y CPS (Calls Per Second) estaban aún muylejos de lo especificado. HP había provisto equipos “muletos”iguales a los de servicio para realizar upgrades. Estosequipos muletos oficiaban la mayoría de las veces comomaqueta, por lo que se usaban para probar la posibilidad deimplementar un gatekeeper Cisco. Con el tráfico de cada díaacumulándose más y más, la carga de las CPU del OCMCllegaba a valores donde el comportamiento se tornabaerrático. Ya, para fin del año 2001, el tráfico y laconfiguración cargada hacía inmanejable la interfase deaprovisionamiento.HP pide la intervención del desarrollista del stack H.323, laempresa israelí RadVission. El técnico de RadVission vienea sitio y encuentra el origen del problema en el código delstack. A los pocos días viene el parche de softwarecorrespondiente. El día definido (el 4 de abril del 2002) serealiza el cambio acordado. A los pocos minutos el equipo secae definitivamente y no levanta más. Se decide migrartodos los gateways registrados en el OCMC a gatekeepersde Cisco (7400ASR1). La causa de los crack fue que se dejóactivado un trazado que se corrió una noche y al realizar unsubmit de la nueva configuración, el trazado arrancaba ytodo terminaba.En tanto el OCMC producía dolores de cabeza, se analizarondos softswitch: el NetCentrex y el Alcatel. Al primero se lehicieron pruebas remotas en el segundo semestre del 2001(el equipo estaba en USA y se utilizó una conexión remotavía Internet), los resultados eran buenos. Por un tiempo fueel Plan B si el OCMC fallaba.Durante febrero-2002 se realizó una prueba básica defuncionalidad del softswitch de Alcatel en el Laboratorio delNOC de iplan. Pasaría a ser el Plan B, sino fuera porque...sino fuera porque nadie quería ensayar otra vez. En estecaso la tesis era: si vamos a volver a ensayar hagámoslo connuestro propio desarrollo.2
Monografías 4 (2003)SI: El softswitch -iplanOURNALHacia fines del 2002, Cisco presentaba el softswitch BTS, unequipo que por largo tiempo nos fue esquivo. Cisco disponíade este desarrollo pero no lo liberaba para la venta enSudamérica. La introducción del BTS tenía objeciones desdeel punto de vista técnico. Implicaba una migración deplataforma riesgosa para una red en servicio y con muchosclientes operativos. El BTS, con su carga de beneficios,había llegado indudablemente, tarde.A mediados del 2002 ensayamos con versiones libres desoftswitch sobre Linux lo cual nos llevaba a la convicción queera posible hacer nuestro propio softswitch. Con esto y lasexperiencias anteriores diseñamos la arquitectura delsoftswitch. La fecha objetivo se fijó en el 4 de abril 2003 (unaño después de la salida del OCMC).Figura 1. Diagrama general de la red de Telefonía-IP en iplan.Para este desarrollo se utilizaron recursos internos el planpara determinar la topología de funcionamiento. Se contratoa bit2Net para trabajar en conjunto con iplan en el desarrollodel software y los features del softswitch. Para darleidentidad al proyecto se generó un nombre (SI derivado deSoftswitch iplan) y un símbolo (el símbolo de iplan queexplota de alegría formando la sigla SI).El 4 de abril del 2003 se realizó la primer llamada en iplanutilizando el softswitch SI. Involucró varios componentes,líneas fijas y celulares, pero fundamentalmente el softphoney el Pack-1 (dos desarrollos de iplan). Un año después lahistoria cambiaba sustancialmente.La Figura 1 muestra la evolución y los componentes de lared de Telefonía-IP en iplan. Un próximo número de Journalse dedica a este tema por lo que no se extienden masdetalles en esta edición.3
Monografías 4 (2003)SI: El softswitch -iplanOURNAL2- INTRODUCCIÓN A H.3232.1- Protocolos de Señalización.La voz sobre redes IP (también conocido como VoIP-Voiceover IP) se implementó inicialmente para reducir el ancho debanda (velocidad de transmisión) mediante el uso demecanismos de compresión vocal, de forma de disminuir losprecios en el transporte internacional. Luego se migrólentamente a una red de servicios integrados con ladenominación de Telefonía-IP, modelo que actualmente seutiliza en iplan.Existen varias características que hacen de la Telefonía-IPun problema de alta complejidad. Primero la interoperatividadcon las redes telefónicas actuales y los servicios de valoragregado que generalmente se brindan en las redessoportadas con el Sistema de Señalización SS7.Por otro lado, en Telefonía-IP se debe aplicar el concepto decarrier-class, que debe incluir varios aspectos, como laredundancia de equipamiento para lograr disponibilidadelevada, excelente calidad vocal (mensurable en errores,retardo, jitter, eco, etc), la conectividad con todos los otrosoperadores, etc. Cuando se habla de Telefonía-IP se refierea la aplicación pública, donde el principal problema es lainteroperatividad (conexión entre distintos operadores y condistinta tecnología).Una parte de la historia empieza hace más de 20 años,cuando en 1981 en el modelo de capas para el protocolo IPtenía prevista la voz sobre protocolos RTP/IP (Real TimeProtocol-Internet Protocol). Hoy día, la señal vocal (medianteCodec G.711 o G.729) se trabaja con los protocolos RTP-UDP-IP; mientras que la señalización trabaja sobre UDP oTCP, dependiendo del protocolo de señalización.El protocolo H.323 es una norma de la Unión Internacionalde Telecomunicaciones ITU-T que data de 1996 y ha sidogenerado para sistemas de comunicación multimedialesbasado en paquetes (redes que no pueden garantizarcorrectamente la calidad de servicio QoS). Esta tecnologíapermite la transmisión en tiempo real de vídeo y audio poruna red de paquetes.En la versión 1 del protocolo H.323v1 del año 1996 sedisponía de un servicio con calidad de servicio (QoS) nogarantizadapara trabajar sobre redes LAN. En la versión 2del año 1998 se definió la aplicación VoIP independiente dela multimedia. Una versión 3 incluye el servicio de fax sobreIP (FoIP) y conexiones rápidas, entre otros features.La versión H.323v2 introduce una serie de mejoras sobre laH.323v1. Algunas de ellas son:-permite la conexión rápida (elimina parte de tiempo desolicitud de conexión);-mediante el protocolo H.235 introduce funciones deseguridad (autentificación, integridad, privacidad);-mediante el protocolo H.450 introduce los serviciossuplementarios;-soporta direcciones del tipo RFC-822 (para e-mail) y delformato URL;-permite el control de llamadas multi-punto en conferencia;-permite la redundancia de gatekeeper para la registraciónen la red;-soporta la codificación de vídeo en formato H.263;-admite el mensaje RIP (Request in Progress) para informarque la llamada no puede ser procesada por el momento;-provee la facilidad que el gateway informe al gatekeepersobre las disponibilidad de enlaces para mejorar elenrutamiento de llamadas.Figura 2. Componentes y modelo de capas para el protocolo H.323.4
Monografías 4 (2003)SI: El softswitch -iplanOURNAL2.2- H.323 y otros softwareLas funciones que se deben cumplir en la Telefonía-IP sonlas de tráfico vocal, de señalización, de calidad de servicio yde direccionamiento. A continuación se hace un resumen dedicha funciones.2.2.1- La señal vocal. La señal vocal se transporta en losprotocolos RTP-UDP sobre IP. La Codificación de audiopuede realizarse mediante G.711 a velocidad de 64 Kbps oG.729 en 8 Kbps. En tanto el ITU-T ratificó en 1995 alcodificador G.729, el VoIP-Forum en 1997 (liderado por Intely Microsoft) seleccionó a G.723.1 con velocidad de 6,3 Kbpspara la aplicación VoIP. La codificación de vídeo está deacuerdo con H.263. Ambos servicios se soportan en elprotocolo de tiempo real RTP.En iplan se ha seleccionado el código G.711 para aplicacióndentro de la red IP propia y el G.729 para aplicaciones enInternet. En el primer caso tenemos los conocidos Pack y enel segundo el Softphone.La Figura 2 muestra el conjunto de protocolos que seencuentran involucrados en H.323. El protocolo SIP es otravariante, más simple que H.323 y que probablemente seráutilizada en el futuro en iplan.2.2.2- La Señalización H.323. H.323 se soporta sobreprotocolos TCP o UDP sobre IP. Los protocolos deseñalización son varios:-H.225. Son los mensajes de control de señalización dellamada que permiten establecer la conexión y desconexión.Este protocolo describe como funciona el protocolo RAS yQ.931. H.225 define como identificar cada tipo de codificadory discute algunos conflictos y redundancias entre RTCP yH.245.-Q.931. Este protocolo es definido originalmente paraseñalización en accesos ISDN básico BRI (Basic RateInterface). Se utiliza para señalización de llamada en la redIP entre Gateway GW. Es equivalente al ISUP utilizadodesde el Gateway hacia la red telefónica pública PSTN (enseñalización SS7).-RAS (Registration, Admission and Status). Utiliza mensajesH.225 para la comunicación entre terminal y el gatekeeperGK. Sirve para registración, control de admisión, control deancho de banda, control de estado y desconexión.-H.245. Este protocolo de señalización transporta lainformación no-telefónica durante la conexión. Es utilizadopara comandos generales, indicaciones, control de flujo,gestión de canales lógicos, etc. El H.245 es una librería demensajes con sintaxis del tipo ASN.1. Además codifica losdígitos DTMF (Dual-Tone MultiFrequency) en el mensajeUserInputIndication.-H.235. Provee una mejora sobre H.323 mediante elagregado de servicios de seguridad como autentificación yprivacidad (criptografía). H.235 trabaja soportado en H.245como capa de transporte. Todos los mensajes son consintaxis ASN.1.2.2.3- Calidad de servicio. Soportado sobre el protocoloUDP sobre IP.-RTP (Real-Time Transport Protocol). Este protocolo esusado con UDP sobre IP para identificación de carga útil,numeración secuencial, monitoreo, etc. Trabaja junto conRTCP (RT Control Protocol), quien entrega un feedbacksobre la calidad de la transmisión de datos. El encabezadode RTP puede ser comprimido para reducir el tamaño dearchivos en la red.-Protocolo de reservación de ancho de banda RSVP esusado para reservar el ancho de banda especificado dentrode la red IP. RSVP trabaja sobre PPP (o similar a HDLC)pero no trabaja bien sobre una LAN multi-acceso.-Protocolo PPP-Interleaving se utiliza para enlacesinferiores a 2 Mbps para fraccionar los paquetes de granlongitud y permitir el intercalado con paquetes de serviciosen tiempo-real.2.2.4- Direcciones. Se tienen los siguientes tipos dedirecciones:-Dirección de red (IP Address). Se trata normalmente dedirecciones privadas que identifican a cada componente enla red IP. La asignación de direcciones puede ser fija oasignada en forma dinámica (protocolo DHCP).-Dirección TSAP. Corresponde al port TCP/UDP. Permite lamultiplexación de canales con la misma dirección de red IP.Algunos componentes, como el gatekeeper GK y el protocoloRAS, tienen una dirección de port fija. En otros, como losterminales, se asignan en forma dinámica.-Dirección de Alias. Se trata de alguna identificación como elnúmero telefónico, dirección de e-mail, nombre de usuario,etc. La resolución de direcciones alias se realiza en elgatekeeper GK.2.3- Protocolo SIP.El IETF (que regula las Norma de Internet) ha generado unset de protocolos que simplifican al H.323 de la ITU-T. SIP esmás simple que H.323 y está basado en HTTP. En H.323 seutiliza el Gatekeeper, mientras que en SIP se usa el SIPServer, el cual tiene mejores aspectos de escalabilidad paragrandes redes. En H.323 para grandes redes se recurre adefinir zonas de influencia y colocar varios GK. Para lainteroperabilidad de protocolos se requiere un Gateway deborde que realice la conversión.SIP está basado en texto y el mensaje basado en http (RFC-2068 para la semántica y sintaxis). La dirección usada enSIP se basa en un localizador URL (Uniform ResourceLocater) con formato del tipo sip:roberto@192.190.132.31 (omediante el dominio Domain: teleinfo.com.ar), de forma queSIP integra su servicio a la Internet. En este modelo serecurre a un server de resolución de dominio DNS (DomainName Server).SIP incorpora también funciones de seguridad yautentificación, así como la descripción del medio medianteSDP. Para el proceso de facturación Billing se puede recurrira RADIUS y RSVP.5
Monografías 4 (2003)SI: El softswitch -iplanOURNALFigura 3. Arquitectura del Software del Softswitch SI.3- ARQUITECTURA DEL SISTEMA SI3.1- Arquitectura LógicaLas redes denominadas de próxima generación (conocidascon la sigla en ingles NGN) contienen tres partes básicas: elsoftswitch, los gateways o terminales y una red de transportebasada en paquetes. El softswitch provee el requerimientode inteligencia centralizada para el control del flujo de tráficomanipulado por la red de transporte.El softswitch de iplan es una plataforma escalable, concaracterísticas Carrier Class que ofrecerá una amplia gamade características de servicios para la Telefonía-IP. En laFigura 3 se muestra un diagrama con la arquitectura lógicade la plataforma Softswitch de iplan. Los móduloscomponentes de dicha arquitectura son los siguientes:3.1.1- GKMPU (Gatekeeper Master Proxy Unit). Esta unidades la que se presenta hacia el lado de la red. De acuerdo altipo de mensaje recibido (tipo de protocolo) y del puertocorrespondiente, deriva los mensajes a las unidades deprocesamiento correspondientes.3.1.2- MCCU (Master Call Control Unit). Esta unidad lógicatiene toda la capacidad de ruteo de las llamadas y datos deaplicación de servicios. Se compone de las siguientes subunidades:-RAS: Esta unidad ejecuta todas las registraciones de losgateway GW y las transacciones de admisión de llamadas.-CSMU (Call Setup Master Unit): Esta unidad ejecuta el callsetup a través de los mensajes Q.931. Las aplicaciones quecorren dentro de la unidad son dos a saber:.SU (Switching Unit). La Switching Unit se encargade realizar todo el proceso de enrutamiento de la llamada deacuerdo a la información contenida tanto en el mensaje desetup, como la información contenida en la base de datospropia y la información de registraciones de CPEs..MSADB (Master Services Application Database).Esta base de datos de aplicación de servicios almacenatodos los servicios y sus features vinculados a cada CPE olínea de GW registrado. Esta información se propaga entretodos los servers físicos que componen la unidad de callsetup.3.1.3- BMU (Billing Master Unit). BMU recibe la informacióndesde MCCU y almacena los CDRs correspondientes luegode cada llamada completada. Los CDRs almacenadoscorresponden tanto a llamadas fructuosas como a lasinfructuosas.3.2.4- WPU (Web Provisioning Unit). Esta unidad se requierepara tareas de aprovisionamiento y administración, peropodrían no ser parte de los componentes del sistema.6
Monografías 4 (2003)SI: El softswitch -iplanOURNALFigura 4. Arquitectura de Hardware del Softswitch SI.3.2- Arquitectura Física.En el diagrama de la Figura 4 se muestra la arquitecturafísica de la plataforma Softswitch de iplan. Los componentesen este caso son servers, cada uno de los cuales ejecutauna determinada función de acuerdo al módulo lógico al quepertenece. Cada módulo lógico puede estar formado por masde un server, de manera de asegurar la escalabilidad y altadisponibilidad del sistema.En una etapa inicial (por ejemplo durante la puesta enmarcha), solo se requerirá un servidor por cada uno de losmódulos componentes. Serán suficientes cuatro servidorespara completar la dotación:-Unidad Proxy,-Unidad RAS,-Unidad de Control de Llamada y-Unidad de Billing.En las etapas posteriores, se sumarán servidores de manerade crecer tanto en cantidad de gateways GW registrados, encantidad de llamadas concurrentes, como así también enconfiabilidad y disponibilidad del sistema.En el caso de las unidades CSMU, cada una de ellas estápensada para que pueda manipular hasta 500 llamadassimultáneas. Una vez superado este límite se considera quese debe agregar una nueva unidad CSMU.En el caso de fallo de una unidad CSMU, la carga de tráficose reparte entre las restantes unidades mientras que lasllamadas establecidas controladas por esta unidad no secortan.En el caso de las unidades RAS, cada una de ellas estápensada para que pueda manipular y registrar hasta 100gateways. Una vez superado este límite se considera que sedebe agregar una nueva unidad RAS. En el caso de fallo deuna unidad RAS, la carga de registración de gateways sereparte entre las restantes unidades.3.3- Requerimientos de Hardware.Características de los Server. El sistema Softswitch deiplan está compuesto básicamente por cuatro tipos deservidores diferentes de acuerdo al módulo funcional al quedicho módulo se asigne. De acuerdo a esto, la Tabla superiorde la Figura 5 resume los requerimientos de hardware paracada uno de los servidores de acuerdo a la tecnologíadisponible al presente.Número de Server. La Tabla inferior de la misma Figura 5muestra los requerimientos en número de servidores deacuerdo a la etapa de implementación y a la cantidad dellamadas simultáneas que se pretenden manejar yasumiendo que cada servidor de control de llamadas(CSMU) podrá manipular hasta 500 llamadas simultaneas.7
Monografías 4 (2003)SI: El softswitch -iplanOURNALRequerimientosProxyRAS Control CSMU Billing BMUGKMPUProcesador Intel Xeon 2.4 GHz X XProcesador Intel Xeon 1.8 GHz perfil bajo X XMotherboard Intel SE7500WV2 X X X X2 X 512Mb DDR Kingston ECC 266MHZ X X X X1 Disco IDE 30 Gb Western Digital X X X1 Disco SCSI 36 Gb 10K Seagate X3 interfaces de Red Ethernet 10/100 XGabinete rackeable 19" con 2 fuentes - 2U INTEL SR2300 X XGabinete rackeable 19" con 1 fuentes - 1U INTEL SR1300 X XBackplane IDE X XCDROM 56X X X X XDisquetera de 3 ½ X X X XTeclado, mouse X X X XFase de Implementación Nombre de Unidad Cantidad TotalDesarrolloGKMPU 1Etapa de Producción 1 (500 llamadas simultáneas)Etapa Final de Producción (5000 llamadas simultáneas)RAS Serv. 1CSMU 1BMU 1WPU 0GKMPU 2RAS Serv. 2CSMU 2BMU 1WPU 0GKMPU 2RAS Serv. 4CSMU 11BMU 2WPU 1Figura 5. Tipo y cantidad de Servers necesarios para el Hardware.47204- FUNCIONAMIENTO BÁSICO.4.1- Secuencia de MensajesEn la Figura 6 se describe la interacción entre los serverdurante una llamada entre GWs registrados en diferentesunidades RAS. En el capítulo 6 se analiza con más detalleeste procedimiento.El proceso es el siguiente:-El GW1 envía un pedido de registración (RAS RRQ) alsoftswitch.-El Proxy enviará este mensaje al módulo RAS1 y esteenviará la información a la base MySQL de cada servidorCSMU.-El GW2 envía un pedido de registración (RAS RRQ) alsoftswitch.-El Proxy enviará este mensaje al módulo RAS2.-Cuando el GW1 quiere llamar al GW2, enviará un mensajeARQ.-El Proxy le enviará el ARQ al RAS1, ya que éste tieneregistrado al GW1.-Como el RAS1 no tiene registrado al GW2, le envía un LRQal RAS2 quien le contesta con LCF.-El RAS1 envía ACF al GW1 a través del Proxy.-El GW1 envía el mensaje Setup (Q.931), el cual a su vez esdirigido por el Proxy a cualquiera de los servidores CSMU yaque tienen la información de todos los GW en su MySQL.4.2- Procedimiento para RegistraciónEl softswitch deberá tener la capacidad de registrar losPSTN-GW y los CPEs a través de los parámetros siguientes:la dirección IP, el identificador H.323-ID y el Número E.164.Los PSTN-GW que poseen tramas de interconexión noregistran los números E.164. Debido esto, y para mantenerhomogeneidad en la administración de equipos registrados,el modo de registro se realiza a través del H.323-ID y de ladirección IP del equipo.8
Monografías 4 (2003)SI: El softswitch -iplanOURNALFigura 6. Intercambio de Mensajes entre los módulos de Hardware.Durante el aprovisionamiento de equipos, el personalencargado configurará el H.323-ID asignado al equipo encuestión y los prefijos relacionados que manejará el equipo.El procedimiento en el equipo para establecer estacorrespondencia será el siguiente:-El operador ingresa en la interfaz de administración el H323-ID del GW y los prefijos relacionados.-El GW se registrará con su H.323-ID y la dirección IP.-Al recibir una llamada hacia un número determinado(E.164), la plataforma compara este E.164 con los prefijosque tiene asignados.-La mejor correspondencia (Best Match) entre número yprefijo es la que determina el H.323-ID del GW para esenúmero marcado.-El softswitch termina enrutando la llamada de acuerdo adicho criterio.-Si un terminal o GW, por alguna razón registrara su E.164,la plataforma hará la correspondencia en forma directa.4.3- Requerimientos al SoftswitchSe ha seleccionado el modo de llamada en el formato ModoRuteado (Routed Model) bajo protocolo H323v2/v3 de la ITU-T, en fast y/o slow start.4.3.1 Capacidad de Server de control de llamada. Elsistema tendrá una capacidad inicial mínima de 6 CPS (CallsPer Second) (21600 BHCA) en configuración simple, y estevalor será escalable hasta 60 CPS (200 KBHCA) enconfiguración de granja. Esto corresponde a la primer etapay diseño final de la Figura 5.4.3.2 Capacidad de llamadas concurrentes. El sistematendrá una capacidad inicial mínima de 500 llamadasconcurrentes con 100 gateways registrados que seránescalables hasta 5000 llamadas en configuración de granja.Para ambos ítem, se asumieron los siguientes valores:-MHT (Mean Holding Time): 120 segundos y-ASR (Answer to Seizure Ratio): 70 %.4.3.3 Gateways soportados. Los gateways de abonadosoportados deberían ser aquellos que actualmente estándesplegados en la red desde el año 2001. Por ejemplo:Cisco-1750, Cisco-26xx, Cisco-36xx, Cisco-VG200. Asícomo aquellos que se integrarán desde el 2003: Cisco-IAD2430 o Audiocodes.Los PSTN-GW son aquellos que interconectan la red IP conla PSTN. Se deben considerar: Cisco-AS5300, Cisco-AS5350, Cisco-AS5400 y en el futuro otros Gateway-E1.Todos los PSTN-GW mencionados soportan los siguientesprotocolos TDM: MFCR2 (stand-alone), ISDN PRI (standalone),ISUP (stand-alone o bajo configuración del CiscoSC2200 Media Gateway Controller).4.3.4 Gatekeepers soportados. Los Gatekeeper GKsoportados deben ser la línea de Cisco InfraestructureGatekeeper (26xx, 36xx, 72xx, 74xx, etc.).5- SERVICIOS DE APLICACION.5.1- Servicios y featuresLos siguientes son algunos de los servicios y featuresprevistos de ser soportados por el Softswitch iplan SI.Referido a las Características de ruteo de llamadas seofrecen los siguientes servicios:-Control de flujo y volumen de tráfico;-Ruteo por prefijos alternativos;-Ruteo por número de abonado llamante;-Ruteo por distribución entre prefijos;-Disposición de llamadas (Anuncios):-Servicios de emergencia obligatorios (por regulaciones);-Ruteo hacia prefijos de GK de infraestructura;-Diferenciación entre GW no registrados y no creados.9
Monografías 4 (2003)SI: El softswitch -iplanOURNALCon referencia a los reportes y estadísticas que entrega elsistema, se tienen:-Generación de CDRs y-Mediciones de Tráfico.Relacionado a las características que se ofrecen al abonado,pueden enumerarse las siguientes:-Listas de bloqueo (Screening lists);-Listas Blanca y negra (black&white lists);-Manipulación de dígitos fija y en base a fecha y hora;-Características de identificación de línea llamante (CLIR,CLIRREQ, IGNORE);-Línea con crédito controlado y-control de tiempo de conversación;-Grupos de búsqueda sobre un conjunto de GWs;-Redes Privadas Virtuales (VPNs);-IP Centres;-Número Universal (One Number).Algunos servicios adicionales al abonado son:-Desvío de Llamadas (Incondicional, Ocupado, No Contestay simultáneos para Voice Mail);-Llamada en espera;-Presubscripción de Carrier;-Selección de Carrier.En lo referente a requerimientos de monitoreo on-line paralos servidores del Softswitch, se puede mencionar:-Carga de CPU de cada elemento;-Cantidad total de gateways registrados;-ASR de las últimas 100 llamadas;-MHT de las últimas 100 llamadas (solo de la porción de lasfructíferas);-Cantidad de CPS (Calls Per Second) en promedio del últimominuto;Referido a alarmas, se requiere la generación de SNMPtrapscuando:-en caso de superarse los umbrales predefinidos en lospuntos anteriores;-si la carga de CPU de un servidor supera el umbral;-si la cantidad de gateways registrados cae debajo delumbral;-si el ASR cae debajo del umbral;-si el MHT cae debajo del umbral;-si el CPS sobrepasa el umbral;-cuando el valor actual supera el umbral y pasa nuevamentea la zona segura.5.2- Registros de tasación CDRsLos CDRs estarán contenidos en un archivo de texto planoen formato CSV (coma separated values) y cada nuevallamada se agrega al archivo existente (append). En caso deque el archivo no exista, el sistema crea uno nuevo.Periódicamente la aplicación cierra el archivo existente aciertas horas predefinidas y luego vuelve a abrir un nuevoarchivo.Este archivo residirá en un directorio a ser definido y elcontenido del mismo es estricto en orden y contenido. Laplataforma conserva cada archivo durante 15 días,transcurridos los cuales el archivo es borrado. Al directoriode archivos de tasación se podrá acceder vía FTP.Tipo de servicioNúmero de ACampoNúmero de A TraducidoNúmero de B MarcadoNADI de B MarcadoNúmero de B TraducidoNADI de B TraducidoDirección IP de OrigenSignificadoIndica el servicio relacionado con la llamada (vacío en caso de una llamada ordinaria).Número del usuario llamante (ANI)Traducción del número del usuario llamante (ANI), si es requerida. Si no hay traducción, este campoqueda vacíoNúmero marcado por el usuario llamante, en caso de No. Nacional ó Internacional sin los cerosadelante (los números no geográficos 0800 son números nacionales).Nature of Address Indication, para discernir si el número discado es: 1= local (subscriber); 3= No.Nacional; 4= No. InternacionalNúmero de destino final si es requerida alguna traducción. En caso de No. Nacional ó Internacional,sin los ceros adelante.Nature of Address Indication, para discernir si el número traducido es local (subscriber), No. Nacionaló No. InternacionalIndica la dirección IP del CPE/PSTN Gateway de origen, es decir el que inicia la llamadaH.323 ID de Origen Indica la identificación H.323 del CPE/PSTN Gateway de origen, es decir el que inicia la llamadaDirección IP de DestinoH.323 ID de DestinoFecha de SetupHora de SetupFecha de ConnectHora de ConnectFecha de DisconnectHora de DisconnectOrigen de DisconnectRelease Cause ValueIndica la dirección IP del CPE/PSTN Gateway de destino, es decir en donde termina la llamadaIndica la identificación H.323 del CPE/PSTN Gateway de destino, es decir en donde termina lallamadaFecha del mensaje Setup de Q.931 (formato AAAAMMDD)Hora del mensaje Setup de Q.931 (formato hhmmss)Fecha del mensaje de conexión (CON) (formato AAAAMMDD)Hora del mensaje de conexión (CON) (formato hhmmss)Fecha del mensaje de desconexión (RLC) (formato AAAAMMDD)Hora del mensaje de desconexión (RLC) (formato hhmmss)Indica cual fue el usuario que cortó la comunicación. 0: Cortó el origen; 1: Cortó el destino;2: Cortó el sistema liberando hacia el origen y hacia el destinoRazón de desconexión de la llamada, según ITU-T Q.850 (en valor decimal)Figura 7. Formato de los CDRs.10
Monografías 4 (2003)SI: El softswitch -iplanOURNALEl contenido de cada CDR se muestra en la Tabla de laFigura 7. El campo Tipo de Servicio indicará a cual servicioestará vinculado el ticket. Estos servicios son los que sedesarrollarán en un futuro. En el caso de llamadasinfructuosas (B no contesta, ocupado, etc.) el mensaje CONestá ausente, y esto se denota al encontrarse vacíos loscampos FECHA y HORA de la respuesta.6- SECUENCIA DE MENSAJESEn este ítem se estudiará la secuencia de mensajes y lainteracción entre los distintos módulos de Software yHardware para establecer una comunicación. En la primeraparte se hace una descripción de diferentes fases de lallamada, muchas de las cuales no están indicadas en lasFiguras. En la segunda parte se trabaja con un diagrama detiempos para casos de llamadas completadas y fallidas.6.1- Tipos de Mensajes.En H.323 la notación para cada tipo de mensaje es diferente,y de esta forma puede distinguirse de un protocolo a otro. Enlas Figuras siguientes se puede seguir esta diferencia.Los mensajes de H.245 se describen en forma de textoconcatenado en letras tipo bold: maximumDelayJitter. Encambio para el protocolo RAS se utiliza una representaciónmediante 3 letras (por ejemplo: ARQ) y es usado paraseñalización entre el terminal y Gatekeeper. En losprotocolos H.225/Q.931 se utiliza una representaciónmediante una o dos palabras con la primer letra enmayúsculas (ejemplo: Call Proceeding). El H.225/Q.931 esusado para encapsular los mensajes H.245 de señalizaciónentre terminales y originalmente fue diseñado comoprotocolo DSS1 en capa 3/7 para los accesos ISDN.El proceso de comunicación tiene distintas fases. Acontinuación se mencionan algunas de ellas.6.1.1- Discovery.Discovery es el proceso por el cual el terminal H.323(gateway GW-FXS en las Figuras anexas) determina cual esel gatekeeper GK que atiende a la red en ese momento. Elmensaje desde el terminal es del tipo multicast (dirigido atodos los GK) y se denomina GRQ (Gatekeeper Request).El GK disponible responde con el mensaje de aceptaciónGCF (GK Confirmation) o de rechazo GRJ (GK Reject) a lasolicitud. También el GK puede indicar un GK alternativomediante un mensaje alternateGatekeeper. Si no se está encondiciones de procesar el request GRQ se puede enviar unmensaje RIP (Request in Progress) para indicar que se estáprocesando el request. Esto permite el reset el timeout de laconexión (tiempo después del cual se considera que laconexión es imposible).El procedimiento de Discovery no está representado en lasFiguras anexas por tratarse de una operación deinicialización.6.1.2- Registration.Mediante este proceso el terminal de usuario GW-FXSinforma y registra sus direcciones de transporte y el alias.Utiliza el mensaje RRQ (Registration Request) y el GKresponde con RCF (Registration Confirmation) o RRJ(Registration Reject), para confirmar o rechazar el pedido deregistración. El RRQ se emite en forma periódica.Este intercambio de mensajes está puesto en evidencia alinicio de la Figura 8 y se evita en el resto de las Figurassiguientes. En esta Figura se muestra la secuencia deMensajes para el caso de una llamada completadacorrectamente. En esta operación intervienen el Gateway, elGatekeeper y el RAS.La registración tiene un tiempo de duración (expresado ensegundos) para lo cual se utiliza el mensaje timeToLive. Elterminal GW o el GK puede cancelar la registración medianteel mensaje URQ (Unregister Request) al cual le correspondela confirmación URF (Unregister Confirmation). Estaoperación no está reflejada en ninguna de las Figurasanexas, debido a que no corresponde a una función duranteel intento de establecer una llamada..6.1.3- Location.Un terminal o GK que tiene un alias para un terminal GW yque quiere determinar su información de contacto puedeemitir el mensaje de requerimiento de localización LRQ(Location Request). Al cual le corresponde el mensaje deconfirmación LCF (Location Confirmation) con la informaciónrequerida. La dirección puede ser del tipo E.164 si se trata deun GK fuera de la red. Tampoco esta función estarepresentada en las Figuras.6.1.4- Admission.El pedido de admisión del terminal al GK es ARQ(Admissions Request) y contiene un requerimiento CallBandwidth (en formato Q.931). El GK puede reducir lascaracterísticas de la solicitud en el mensaje de confirmaciónACF (Admissions Confirm). En el mismo mensaje ARQ sedispone de la funcionalidad TransportQOS para habilitar lafuncionalidad de reservación de ancho de banda RSVP, paraservicios unidireccionales (orientado-al-receptor).Este intercambio de mensajes es la primer etapapropiamente dicha para establecer una llamada. Se muestracomo encabezado de intercambio de mensajes en lasdistintas Figuras.6.1.5- Bandwidth.Durante una conexión el terminal GW o el GK puedenrequerir el cambio de ancho de banda del canal mediante elmensaje BCR (Bandwidth Change Request). No estámostrado en las Figuras.6.1.6- Status.Se trata de un mensaje periódico (con período mayor a 10segundos) que emite el GK al terminal GW para determinarel estado y requerir un diagnóstico. Son los mensajes IRQ(Information Request) y IRR (Information Response). Lahabilitación se realiza mediante willRespondToIRR enviadoen el mensaje RCF o ACF. Como en los otros casos no semuestra en la Figuras anexas.6.1.7- Mensajes de establecimiento de Comunicación.Los diferentes tipos de mensajes son tratados en el siguienteítem y pueden ser seguidos con la ayuda de las Figuras 8 enadelante.11
Monografías 4 (2003)SI: El softswitch -iplanOURNALFigura 8. Intercambio de mensajes para el caso de Llamada Completada Correctamente.6.2- Secuencia de Mensajes de Comunicación.A continuación se describe la secuencia de mensajes deseñalización para una llamada básica y algunos de losservicios soportados.6.2.1- Llamada completada exitosamente (Figura 8).Se inicia con las funciones de Registración y Admisión (ítemanterior). Luego se pasa a la etapa de Setup de la llamada.Desde el GW1 se envía la información necesaria e intervieneel server CSMU para ejecutar el call setup a través de losmensajes Q.931. La subunidad SU se encarga del procesode enrutamiento de la llamada de acuerdo a la informacióncontenida tanto en el mensaje de setup, como la informacióncontenida en la base de datos propia y la información deregistraciones de CPEs.Cuando el usuario B llamado tiene tono de llamada, se envíael mensaje de Alerting que permite ofrecer el tono dellamada al usuario A llamante. Cuando el usuario B respondea la llamada se envía el mensaje Connect. A partir de estemomento la llamada está establecida.La señal vocal se intercambia en protocolo RTP. Lanegociación del codec utilizado (G.711 a 64 Kbps o G.729 a8 kbps) se realiza entre los GW extremos. Si la llamada sedirige desde un usuario de Telefonía-IP hacia la PSTN, elGW2 será un Gateway-E1 de Interconexión.Cuando la comunicación se termina, el mensaje Rel_comp.Realiza las funciones necesarias para la tarifación Billing dela llamada. El cierre de la conexión se realiza mediante unintercambio de mensajes de pedido DRQ y confirmaciónDCF.El paso siguiente es enviar dicha información de Setup haciael GW2 de destino, el cual solicita la admisión (medianteARQ) y se confirma dicha operación.12
Monografías 4 (2003)SI: El softswitch -iplanOURNALFigura 9. Llamada no completada. Arriba el usuario B está ocupado y debajo el usuario B no contesta.6.2.2- Llamada no completada (Figura 9).En esta Figura se presentan dos casos. La secuenciaindicada como (1) es idéntica a la de la Figura 8 (se haevitado la parte correspondiente al RAS Server porsimplicidad).En la secuencia indicada con (2) se muestra la interrupciónde la llamada debido a que el usuario B está ocupado.Mientras que en (3), la causa de interrupción es que elusuario B no contesta la llamada. En el primer caso no llegaa completarse la fase de Alerting (durante la cual que indicaque el usuario B está llamando) y se pasa directamente a lafase de desconexión. En el segundo caso la fase de Alertinges interrumpido por el tiempo máximo Timeout, pasándosede inmediato a la desconexión. En ambas situaciones segenera el correspondiente ticket de Billing con la descripciónde la interrupción (llamada infructuosa).6.2.3- Llamada rechazada (Figura 10).Podría darse la situación donde una llamada es rechazadaporque el cliente se encuentra en una Lista Negra. En talcaso, nos encontramos con un intercambio reducido demensajes. Interviene la Base de Datos del CSMU quien seencarga de rechazar la llamada en el mensaje de respuestaal setup. Esto inicia el proceso de desconexión de lallamada. Siempre, como en todos los casos, se genera unticket de Billing que pasa a la lista de errores.6.2.4- Desvío por no contesta y Desvío por ocupado(Figura 11).El desvío de llamada es un servicio de valor agregadoofrecido al cliente. En esta Figura se presentan dos casos.En el primero el usuario no contesta, razón por la cual luegode un Timeout se pasa a generar una llamada nueva hacia elGW3. Lo mismo se tiene previsto en caso que el usuario deocupado. En este caso el mensaje DRQ da por terminado elintento sobre el GW2 e inicia el segundo intento sobre elGW3.13
Monografías 4 (2003)SI: El softswitch -iplanOURNALFigura 10. Llamada rechazada por black list/screening.7- FUTURO DEL SOFTSWITCHEl softswitch es un desarrollo de largo aliento por laimportancia estratégica de disponer de software que puedanser manipulado en toda su extensión. Algunos temas para elfuturo del softswitch son:-Admitir otros protocolos además de H.323.-Escalabilidad y crecimiento máximo por cada granja deservers.-Integración con sistemas de Billing para la venta a tercerasempresas.-Generación e implementación de servicios a medida delcliente.Inicialmente, SI trabaja en protocolo H.323 ya que la primergeneración de equipos implementados en iplan operaban enH.323. En la segunda generación se instaló el Call Managerque utiliza un protocolo propietario SCCP (o Skiny) y quehacia el exterior utiliza también H.323. En la tercergeneración de equipos se utiliza el IAD-2430 de Cisco,también en H.323. Un próximo paso para el Softswitch esintroducir otros protocolos de comunicación, como el SIP.iplan se encuentra en fase de estudio a largo plazo, referidoa la conveniencia y consecuencias de introducir el protocoloSIP en la red.El softswitch SI tiene una estructura escalable.Sucesivamente incorpora Servers en la granja paraincrementar la capacidad de procesamiento de las llamadas.La cantidad de llamadas simultáneas en la red de Telefonía-IP de iplan es cercana a 2500 hacia mediados del año 2003.La cantidad de líneas habilitadas es del orden de 12.000, loque entrega 0,2 Erlang como carga de tráfico por línea en lahora pico. La escalabilidad y los límites de esta granja, asícomo la conveniencia de generar pequeñas granjasinterconectadas, serán materia de estudio a mediano plazo.La posibilidad de venta del softswitch a otros operadoresobliga a integrar el softswitch con sistemas de Billing. Estatarea tiene un plazo de ejecución indeterminado.Una tarea de aplicación inmediata, es la generación deservicios a clientes. La generación de nuevos y novedososservicios es la base de un Softswitch y es encarada en formaparalela a los demás ítem tecnológicos.El softswitch SI tiene el año 2003 como el de implementaciónbásica y el 2004 como año de expansión de servicios.14
Monografías 4 (2003)SI: El softswitch -iplanOURNALFigura 11. Desvío de llamada. Arriba debido a que el usuario B no contesta y debajo porque está ocupado.15
Monografías 4 (2003)SI: El softswitch -iplanOURNALMONOGRAFIAS DE JOURNAL:Journal monografías número 4. Editado agosto-2003.Diseño editorial a cargo de Marianela V. Ricardo16
OURNALmonografía 52003 iplanTechJournal Monografías es una publicación de iplan que contiene información técnica y confidencial de la empresa. Sedistribuye a un circuito limitado de lectores a fin de mantenerlos informados sobre el estado y la evolución de latecnología y el negocio de la Telecomunicaciones, principalmente en las redes IP y la Telefonía-IP. Se ruega a loslectores a mantener el principio de Confidencialidad sobre la información aquí contenida.No está autorizada su reproducción o distribución por cualquier medio sin antes consultar con la empresa.ITelefonía iplan: el balance óptimo.La telefonía en iplan es el balance óptimo entre una red deTelefonía-IP para servicios de líneas analógicas y transporteSDH para las tramas E1.IINDICE1- La generación del start-up (...-2001).2- El switch clase-5 y transporte SDH.3- Solución coyuntural (2002-2003).4- La generación definitiva (2003-...).5- El tráfico telefónico.IABSTRACTEl Balance Optimo se logra con la Telefonía-IP para aplicaciones de líneasanalógicas y el transporte SDH para clientes E1. Se dispone de un switchclass-5 para asegurar la interconexión ITX con la PSTN. Las ventajasderivadas de la Telefonía-IP en la red de distribución de líneas analógicas sehan visto en nuestro Journal No 1. En esta edición nos concentramos en laevolución de los componentes centrales de la red de telefonía. Se analizan 3generaciones de equipos aplicados a la red. La generación definitivaimplementada desde el año 2003 incluye diferentes desarrollos de iplan amedida de las necesidades.Varios componentes básicos han sido analizados en números anteriores deJournal. Entre ellos nos encontramos con la tecnología COSO, la tecnologíaSoftphone y el Softswitch. Algunos otros componentes serán materia depróximos Journal, como el gateway IP-IP.1
Monografías 5 (2003)Telefonía: El balance óptimoOURNAL1- LA GENERACIÓN DEL STARTUP (...-2001)1.1- ¿Telefonía-IP sobre GbE o ATM?.Los primeros documentos de iplan a inicios de 1999 (enaquella época se denominaban NIT -Normas InternasTécnicas-), contenían referencias al transporte SDH y a laconmutación de circuitos, superpuesta a la red IP para datose Internet. Sin embargo, la ilusión era realizar una redabsolutamente IP, que integrara la telefonía (conmutaciónde paquetes) y los datos.Hacia mediados de 1999, los análisis realizados conposibles proveedores indicaban la alta factibilidad dedesarrollar una red de transporte Gigabit en lugar de SDH oATM y la integración de la telefonía sobre IP. La red final,como se sabe, quedó formada por un transporte IP-Gigabitpara los servicios de datos y para las líneas analógicas detelefonía y otra red SDH para tramas E1 de alto tráfico. Estamonografía se ocupa de como evolucionó la historia hastatener una red con lo mejor de cada modelo.Una de las preguntas primogénitas se relacionaba con eltransporte del protocolo IP, ¿mediante ATM o Gigabit?. Unavisión personal indicaba que ATM había tenido laoportunidad durante todos los años 90 para conquistar elmercado y no lo había logrado. En cambio, los protocolos IPy Ethernet estaban decididamente a la ofensiva. El corazónindicaba una orientación determinada, se necesitabaconvencer al cerebro (...y al bolsillo).Para convencer al cerebro, se preparó una comparativatécnica entre ambos modelos. El modelo ATM considerabaun Backbone de 622 Mbps, con Hubs de 622 Mbps y Nodosde Acceso de 155 Mbps. Los clientes debían disponer deuna conexión Ethernet para ofrecer servicios IP y telefoníamediante tramas E1. Si se requerían líneas analógicas senecesitaba un multiplexor apropiado, que no se incluyó en elanálisis.Esta ausencia, el de no incluir las líneas analógicas en elanálisis de ATM, habría sido un error fatal en caso deseleccionar ATM. Otras empresas adoptaron este modelo yun par de años después se arrepentirían. El modelo ATM sedemostraría insaciable en costos para ofrecer líneasanalógicas.Para convencer al bolsillo, se planteó un Modelo deEvaluación de 3 niveles en la red. El nivel superior esocupado por el Backbone o Core de la red; por ejemplo 4sitios (2 en Buenos Aires incluido el NOC, Rosario yCórdoba). El segundo es ocupado por los Hubs de la red(para concentración y distribución por zonas). El tercero esel acceso que corresponde a un edificio en particular.La evaluación tomaba en cuenta en forma preferencial elcosto del primer port (el primer cliente en el edificio) y elcrecimiento de los costos en forma de escalera para losclientes sucesivos. Se trataba del Modelo de Distribuciónmediante un Nodo de Edificio (aún no estaba la idea delNodo de Manzana).Los resultados fueron concluyentes. En todos los casosATM era más caro que Gigabit, esta diferencia se hacíamucho más notoria en los equipos de acceso. La diferenciaentre tecnologías era más evidente en la medida que seincrementa el número de ports en el Nodo. Por ejemplo,para el primer port Ethernet la diferencia de precio era delorden del 40% (ATM con 146 Ku$s y Gigabit con 105 Ku$s).Cuando la red llegaba a unos 500 ports Ethernet, ladiferencia aumentaba al 100%. La cantidad de portsEthernet que poseía iplan a medidos del 2003 es cercana alos 3000 ports en Buenos Aires.Por ello, el costo inicial de ATM era mayor a Gigabit y laescalabilidad menor. Es decir, existía una importantediferencia en costo inicial y la misma se incrementaba con elnúmero de ports Ethernet de clientes. Este cálculocomparativo fue realizado tomando en cuenta el esquemade Nodo de Edificio, pero dos años más tarde, con elesquema de Nodo de Manzana, la comparativa sería mejoraún para Gigabit.Que la decisión de seleccionar Gigabit (junto con laTelefonía-IP) fue buena, se puso en evidencia claramentedurante el 2002, cuando ninguna otra empresa podíacompetir con iplan en los productos de líneas analógicas (elproducto Pack representa un tercio de los ingresos de laempresa). En la decisión final de la tecnología coincidieronel corazón, el cerebro y el bolsillo. Lo mismo ocurriría con elproveedor de los equipos: Cisco.1.2- Los componentes de la telefonía.Con el nombre Proyecto 811, haciendo referencia a la fechaen que el Estado había fijado el fin del monopolio en latelefonía (8 de noviembre del 2000), se designó el procesode puesta en marcha del sistema durante el año 2000. ElProyecto 811 fue una provocación para retar a la capacidadde creación e iniciar el startup con clientes amigables elmismo día de la apertura del mercado.Luego veríamos que los clientes no serían tan amigables enlos malos momentos y que el período de prueba no sería tancorto, extendiéndose más allá de lo deseado.Los componentes de la red de telefonía, desde fines del2000 hasta principios del 2002, fueron los siguientes(indicados en la Figura 1):1- La central de conmutación NEC. La decisión de colocaruna central de conmutación convencional (switch Class-5)como interconexión hacia la red pública PSTN se tomócomo precaución ante la posibilidad de fallas durante elstartup de la Telefonía-IP. En esta primer etapa solo secolocó una central en Buenos Aires, siendo la interconexiónen Rosario y Córdoba mediante equipos Gateway-E1(Cisco-AS5300).La decisión de colocar la central se mostró acertada en elfuturo por varias razones:1.1- Por un lado, el período de startup de la plataforma IPduró cerca de 6 meses (más de lo esperado, pero no tantocomo nos pareció en ese momento). Además, en Rosario yCórdoba nunca se pudo estabilizar completamente elfuncionamiento hasta llegar a la segunda etapa, durante el2002.2
Monografías 5 (2003)Telefonía: El balance óptimoOURNALFigura 1. La primera generación tecnológica contenía un softswitch de HP (llamado OCMC) y Gateways de borde Cisco-2600para clientes y Gateways-E1 Cisco-5300 hacia la central de conmutación NEC. Esta figura se complementa más adelante conlos años posteriores.1.2- Los servicios E1 soportados en IP con Gateway-E1nunca funcionaron a satisfacción con clientes de alto tráfico.Una causa es la capacidad de procesamiento de llamadasdel hardware y otra es la falta de adaptación entre elgateway y algunas PABX de usuario en señalizaciónMFCR2.1.3- Además, para clientes con tramas E1, la tecnología IPes mas cara aún que la SDH, aunque es más económicapara clientes de líneas analógicas FXS.1.4- Por último, no pudo lograrse una Interconexión ITXcompleta en tecnología IP directamente desde los GatewayCisco-AS5300 con los otros Operadores. Con Telecom fueposible hacerlo desde el 2001, pero resultó imposible conTelefónica. Esto se debió a la ausencia en aquella época deciertos features en los gateways de ITX y de su sistema decontrol Cisco-SC2200, ligados a la tecnología H323subyacente.2- La Interconexión ITX. Se trata de las tramas E1 entreiplan y la red pública PSTN. Inicialmente se solicitarontramas E1 en el NOC de iplan para acelerar los tiempos.Mientras tanto se construía la red y se tomaba unaCoubicación en las Telcos. A mediados del 2001 ya estabarealizada la construcción hasta ambas empresas (Tasa enBarracas, Teco en Belgrano y en el 2002 con Teco enClínicas).El enlace de interconexión no dejaría de ampliarse al ritmodel incremento de tráfico telefónico. Inicialmente se usaronlos equipos SDH de Cisco que permitían trabajar con solo 8tramas E1. Mas tarde en el 2001, se utilizarían equiposAsGa con 21 tramas E1. A fines del 2002 se instalaban losprimeros SDH de 63 tramas E1, formalizando de estamanera la ITX con topología de anillo.La capacidad de la ITX nunca estuvo holgada hastamediados del 2003. La entrega de tramas por parte de lasTelco fue en cuenta gotas y cuando la congestión estabaconsumada. Aunque los requerimientos se realizaran conmayor anticipación a lo indicado por el Contrato respectivo.Se trata de un modus operandi, que fuera aplicado conmayor dureza desde el 2001, obstaculizando la ITX conpequeñas empresas. Muchos de los negocios Wholesale delmercado serían con pequeñas empresas, que aún teniendoLicencia de operador, requieren de otra empresaintermediaria para hacer tránsito hacia las Telco.3- Los Gateway-E1. Para interconectar la red de Telefonía-IP con la central se utilizaron equipos Cisco AS-5300. Apartir del 2002 la introducción de equipos Cisco-5350permitía disponer de gateways duales (para telefonía y dialup)Respecto de la ITX mediante Gateway-IP solo fueposible hacerlo desde el principio con Telecom.Poner un gateway Cisco-AS5300 en coubicación traía elriesgo de que si el equipo sufría un inconvenientedeberíamos movilizarnos hasta la coubicación. Llegar con3
Monografías 5 (2003)Telefonía: El balance óptimoSDH era más robusto, ya que los equipos SDH son máspasivos y de configuración más estática que un gateway.Estos gateways se utilizan actualmente solo para tráficosaliente, ya que el tráfico entrante trae también llamadas dedial-up (modem de Internet) que deben ser atendidos poraccess server duales 5350. Este hecho demostró ser unpunto faltante de nuestra solución, pero la distribución detráfico de iplan justificaba de sobremanera tener rutas solosalientes. Se requirió entonces conectar tramas desde laNEC lo cual llevó a la interconexión SDH.4- Procesador de señalización SS7. Dentro de la red deTelefonía-IP se dispone del procesador de señalizaciónSC2200 de Cisco para manejar los protocolos SS7. Esteequipo hace la interfaz en SS7 entre la central NEC y lanube de VoIP (Voice over IP).5- El softswitch OCMC. El softswitch del startup fue elOCMC de HP. El Softswitch es un software que permiteofrecer servicios de telefonía además de la simple llamadatelefónica. Desde el inicio, el equipo presentaba fallas deestabilidad y falta de flexibilidad. Además, las promesas deservicios que eran de “estante”, en realidad estaban enpleno desarrollo. La versión de software para serviciosStarvox sufrió varios upgrades y updates de parches. Paramediados de mayo 2001, se contaba con una versión desoftware que presentaba un cierto grado de estabilidad,pero estaba muy relacionada al escaso tráfico que en esemomento se estaba cursando.Para fines del 2001, el tráfico de telefonía obstaculizaba elfuncionamiento del OCMC, si bien los valores de llamadasconcurrentes y CPS (Calls Per Second) estaban aún muylejos de las especificaciones. Se hacía inmanejable lainterfase de aprovisionamiento y algunos equiposcomenzaron a caerse. HP acudió al desarrollista del stackH.323 (la empresa israelí RadVission) y ellos encuentranque el origen del problema estaba en el código del stack.Sin embargo, los problemas continuaron y en abril-2002 sedecide migrar todos los gateways registrados en el OCMC aGatekeepers de Cisco (7400ASR1). Si bien esta solucióndejaba afuera la posibilidad de generar CDRs (los ticket detarifación) dentro de la red de Telefonía-IP y algunos pocosservicios mínimos que estaban disponibles en el OCMC, lasllamadas pasarían por la central NEC, por lo que los CDRspara facturar estaban disponibles. Este cambio en latopología se verá reflejado en la Figura 3.6- Los Gateway de usuario FXS y E1. La primera etapa,desde noviembre-2000, se realizó con equipos en la casadel usuario (CPE). Se adquirieron cerca de 1200 líneasanalógicas FXS en Gateway de 4 líneas (Cisco-1750 y2600). Se trataba del modelo de distribución medianteNodos de Edificio.OURNALSe recuerdan memorables y acrobáticas anécdotas sobrelos reclamos del Director de Ventas a este modelo, lasacrobacias correspondían a la forma de indicar como debíavender todo en un solo edificio. Resultó un duro aprendizajesobre la validez de un modelo importado y que otrasempresas siguieron por mucho más tiempo. Esta primeraetapa estaba identificada con el modelo de Nodo de Edificioy FTTB (Fiber To The Building).Startup en el NOC de iplan, noviembre-20024
Monografías 5 (2003)Telefonía: El balance óptimoOURNALEl modelo de Nodo de Manzana se inició en julio-2001 parasolucionar los problemas de alto costo de inversión ydificultades de comercialización del modelo CPE. Se pasóentonces a un modelo de distribución de baja densidad conNodos de Manzana. Este modelo utiliza un Gateway-E1(Cisco-2611 o VG200) junto a un multiplexor de 30 líneasEdgelink.En ambos modelos, el Softswitch y Gatekepeer era elOCMC y el protocolo de comunicación el H.323. En adelantelos esfuerzos en el despliegue de red estaban puestos en elLocal Loop de cobre.Veamos algunos de los problemas detectados en losGateway durante el start-up y su solución. Los equipos 1750con líneas analógicas sufrían de re-boot, no pasaban losfax, faltaba la funcionalidad de caller ID, no había rotatividadintegral de líneas con clientes de dos equipos. En cambio,los gateway para clientes E1 Cisco-2610 tenían un tiempode establecimiento de llamada elevado y escasa respuestaen la capacidad de procesamiento para clientes de altotráfico.Para el problema del equipo Cisco-1750 se buscó lasolución de cambiar a gateway de mayor poder deprocesamiento, los Cisco-2610 con 4 líneas analógicas.Para el problema de los gateway E1 se cambió del Cisco-2610 al 2650 y en los casos de clientes de alto tráfico secambió a enlaces PDH/SDH.2- EL SWITCH CLASS-5 Y TRANSPORTE SDH2.1- El transporte PDH/SDH.Si bien el backbone de la red es Gigabit, nuestra redtambién tiene una larga lista de enlaces de acceso por fibraóptica mediante equipos PDH o SDH. Por lo expresado másarriba, la ITX con las Telco y los clientes de alto tráfico enE1 requieren enlaces que no sean IP.Los primeros equipos SDH que se instalaron fueron losCisco-15300. Inicialmente, Cisco disponía de un plan deexpansión sobre esta línea de productos, que luego abortó.Cada equipo dispone de interfaz SDH de 155 Mbps y con laposibilidad de acceder a solo 8 tramas E1. Los costos eranmuy elevados y nos obligó a analizar otras alternativas deproveedores. Finalmente los equipos de AsGa fueron losseleccionados, debido al bajo costo para una granularidadreducida, como la requerida por nuestros clientes.Los primeros equipos AsGa en el 2001 fueron para elacceso punto-a-punto de E1 por FO. En el 2002 se paso acomprar equipos SDH, primero de 21xE1 para lainterconexión. Luego serían llevados a los Hubs y Nodoscuando se ampliaron los equipos de ITX a 63xE1 en el2003. Los enlaces de interconexión en Buenos Aires,Rosario y Córdoba estarían desde ese momento anilladospor caminos diferentes y con equipos de 63xE1.A partir de la necesidad de servir a clientes de alto tráficocon enlaces transparentes (no IP) hasta la central deconmutación, sumado a la necesidad de interconexión conlas operadoras telefónicas, se comenzó a desarrollar unareducida red SDH. El proceso se acelera ante la necesidadde incorporar clientes que tradicionalmente fueron servidoscon red SDH por otras empresas competidoras.2.2- Ampliación del switch class-5.La central NEC llegó en la versión Neax-61 SigmaCompacta con solo 32 tramas E1 en octubre-2000 y seinstaló solo en Buenos Aires.Figura 2. Modelo de anillo típico en SDH que tiene accesos PDH (NxE1) hasta los clientes.5
Monografías 5 (2003)Telefonía: El balance óptimoOURNALUn documento de inicios del 2001 (a dos meses de laliberalización del mercado), decía:“El dato de entrada es que hemos vendido en unos mesestantas E1 como planeamos para un año. La conclusión esque se está modificando el mercado de las E1; cosa quesiempre se estimó que ocurriera en el mercado de los datos(en donde la red IP-Gigabit está mejor preparadatécnicamente). Veamos algunos elementos de análisis:1- Muy probablemente no estamos considerando el mercadoen competencia de 2000 tramas E1 del año 1999 enArgentina (20 tramas E1 vendidas en un mes sería el 1% delmercado, es poco razonable). En realidad, con una nuevaestructura de precios se está llevando a un cliente de másde 10 líneas hacia una trama E1. En muchos casos se estáagregando otra E1 a un cliente que ya está funcionando conel proveedor anterior (Telefónica o Telecom). Es decir, seestá modificando el mercado de las E1, se multiplica casipor 4. La conclusión es que al modificar el mercado encuanto a la cantidad de tramas E1 en juego, el volumen detráfico y facturación por cada E1 debería disminuir.2- Existe entonces una incidencia en el tráfico telefónico. Lacantidad de Erlang (unidad de medida de tráfico) quegenera el cliente debe ser menor en cada E1 que se instala.Esto es así por dos causas: el cliente necesitaba menoslíneas que las adquiridas y además el nuevo entrante no esel único proveedor del servicio. Por esta razón, nosencontraremos con una fuerte concentración de tramas E1entre el lado iplan y la red pública (PSTN). El grado de estaconcentración deberá ser medida en forma constante ya queno existen antecedentes de un mercado de este tipo. Elgrado de concentración puede ser cercano a 5.3- Si trasladamos esto al mercado de los datos e Internet, loque quisiéramos ver es que los clientes que normalmenteutilizan velocidades de Nx64 Kbps pasen a velocidades Nx1Mbps. Otra vez, se trata de una migración hacia velocidadessuperiores donde el volumen de información transferida noaumenta tanto como la velocidad de conexión. Muchosoperadores no pueden seguir esta migración (cosa que entelefonía si pueden hacerlo y fácilmente).Y así fue, se vendieron gran cantidad de E1, con un tráficopor cada una de ellas normalmente bajo. La facturaciónpromedio, medida por cada trama E1 fue reduciéndose conel transcurso del tiempo, debido a la sobreventa de E1 aclientes que normalmente no estarían interesados.Lo cierto es que la central de conmutación no detendría elproceso de ampliación. Hacia abril-2002 el acuerdo conNEC incluía el traslado de la Neax Compacta desde BuenosAires a Córdoba con 48 tramas E1; la instalación de unacentral Neax-61 con 32 tramas E1 en Rosario y lainstalación de una central Neax Multiprocesamiento con 650tramas E1 en Buenos Aires.A mediados del 2003, una pequeña ampliación de 32tramas E1 adicionales se contrataba a NEC para la ciudadde Córdoba. La Neax-61 de Rosario era un caso aparte(una tecnología pasada de moda que se estaba utilizandodebido a razones de control de las inversiones).A mitad del año 2002 estaban las centrales en operación enCórdoba y Rosario. En ambas ciudades la calidad deservicio estaba degradada debido a que la tecnología detramas E1 mediante IP no respondía a clientes de altotráfico. Por otro lado, se sumaban los problemas del core deTelefonía-IP debido al OCMC y los cortes del enlaceinterurbano debido al robo de cables. Este último problemasolo se solucionó con la segurización de los enlaces detransmisión por distintos proveedores.Simultáneamente a la ampliación y movilización decentrales, se tenía un problema de software con el clienteBolsa de Comercio. Desde abril-2002 el cliente Bolsa deComercio decía tener dificultades en las llamadas salienteshacia ciertos destinos. La primer reacción se orientó abuscar las causas en la PABX del cliente. Este problema serepetiría luego sobre otros clientes con distintas centralesPABX. Después de un detallado y extenso análisis se llegóa determinar que la central de conmutación no se ajustaba atodas las normas nacionales e internacionales sobreseñalización R2. A fines del 2002 el bug estaba corregido.3- SOLUCIÓN COYUNTURAL (2002-2003)3.1- Introducción del Call Manager.La segunda generación de la red de telefonía incluía lossiguientes cambios:-la salida de servicio del OCMC (y entrada de los 7400),-el ingreso del Call Manager como un dominio separado,-ampliación de la ITX con centrales en Rosario y Córdoba.Estos puntos se muestran como una evolución desde laFigura 1 a la Figura 3.A fines del 2001 quedaba claro que la topología existentedel startup no podía continuar por mucho tiempo. Estomotivó la búsqueda de una alternativa dentro del portafoliode Cisco. La única alternativa disponible en aquel momentoera el Call Manager. Con posterioridad dispondría delsoftswitch BTS, que solo fue liberado a la venta paraAmérica Latina en el 2003.El Call Manager es un sistema más adaptado al mercado degrandes empresas que al de Operadores; claro que cuandoCisco dice grandes empresas se trata de empresas muy,pero muy grandes. El Call Manager estuvo revoloteandodurante bastante tiempo. Siempre el freno fue el costo porlínea, ya que basaba sus servicio en los teléfonos IP (IPphone),cuyo costo los convertían en una curiosidad técnica,mas que un equipo comercializable. Con el advenimiento delgateway analógico de alta densidad VG248 para el CallManager, las cuentas cerraron.Este sistema permite no solo brindar el servicio de telefoníacon sus IP-phone, sino además el servicio de líneasanalógicas FXS desde los equipos VG248. Había estadobajo prueba desde diciembre-2001, y los equipos definitivosfueron puestos en marcha en marzo-2002. Permitiría brindarnuevos servicios en cuanto los mismos estuvieran probadosy consensuados.6
Monografías 5 (2003)Telefonía: El balance óptimoOURNALFigura 3. Esquema continuación de la Figura 1. Ingresa en servicio el Call Manager de Cisco y sale el softswitch OCMC.En esta etapa se tienen dos Dominios de Telefonía-IP distintos.Los problemas iniciales del Call Manager duraron muy poco.Uno de los problemas se debió al tamaño de las tablas deenrutamiento de telefonía definidas por iplan para el servicioa brindar. Mientras que, una serie de bugs de software sefueron corrigiendo con cambios de versiones sucesivas.La mayor cantidad de bugs encontrados se debían a lonuevo del gateway analógico VG248. En menos de un mestenía cerca de 40 clientes conectados (unas 200 líneas). Aldía de hoy, el Call Manager está orientado a ofrecer losservicios de Pack de telefonía analógica en el área deBuenos Aires. Tiene cerca de 6500 líneas conectadas. Pero,no permite ofrecer servicios E1.3.2- Componentes del Call Manager.Los equipos introducidos para el Call Manager forman uncluster de Server para distintas funciones, a saber:-Servers Publisher: Disponen de la Base de Datos (tiene losCDR para billing, para diagnóstico, tiene registradas laslíneas, el Plan de Discado, la configuración de los servers,etc) y brinda la interfase web de administración para elpersonal de Operaciones.-Server de Back-up & TFTP: Cuando el VG248 se inicializao es configurado, envía el archivo de configuración de cadalínea usando el protocolo TFTP. Adicionalmente, cumplecon las funciones de backup de los Server subscribers.-Server de Back-up & H323: Es la interfaz de protocoloH323 de todo el Cluster, todas las llamadas entrantes alCluster utilizan recursos de este servidor. También cumplefunciones de backup de los subscribers. Tiene la limitaciónde 1000 llamadas simultáneas hacia los gateway de ITXCisco-5300 y por ello se estima en 5000 la cantidad máximade líneas sobre el cluster de servers.-Servers de Subscriber: Atienden las registraciones de 1250líneas cada uno y enruta las llamadas al dispositivoindicado.-Servers de Gatekeeper 7400-IGK: Uno de ellos tieneregistrados los números de las líneas de Call Manager.Dialoga con el 7400 que está orientado a manejar los Cisco-5300 que interconectan la nube IP con la central deconmutación, además de los gateway VG200+Edgelink.La configuración máxima instalada en nuestra red es de doscluster de 7 y 3 servidores respectivamente, para manejar6500 líneas analógicas. Los equipos de borde se ubican enel cliente o en los Nodos de Manzana, pudiendo ser lossiguientes:-Gateway VG248: Son multiplexores de 48 líneas analógicasque convierten a la Telefonía-IP. Se colocan en el Nodo deManzana. Es el único equipo utilizado ampliamente en iplan;los siguientes tres equipos se han probado con usuariosinternos y son equipos que se colocan en el cliente (funciónde CPE).7
Monografías 5 (2003)Telefonía: El balance óptimo-ATA188: Este CPE permite ofrecer el servicio Pack-2 (doslíneas analógicas e Internet).-IP-phone: Es un teléfono-IP conectado a una LAN delcliente. Su costo aún es prohibitivo. Su aspecto se muestraen la fotografía anexa.-Softphone: Es una versión de un IP-phone que trabajadesde una PC.3.3- Funcionamiento y Servicios.A la hora de realizar una llamada telefónica, intervienen lossiguientes componentes del sistema:-Gateway (VG248 o ATA188): Se encargan de transformarla voz y los números de destino discados por el usuario enpaquetes IP entendibles por el resto de la plataforma.-Call Manager: Es la parte inteligente de la plataforma.Recibe los paquetes IP provenientes desde los VG248,ATA188, SoftPhone o IP-phones y los interpreta para poderdecidir como rutear la llamada, si enviar un tono de ocupadoo uno de llamada en progreso, etc.OURNALFigura 4. Diagrama reducido de componentes para el Call Manager. .Fotografías del cluster de Call Manager a la izquierda yde un nodo de manzana con los Gateway VG248 a la derecha.8
Monografías 5 (2003)Telefonía: El balance óptimoOURNAL-Gatekeeper: Si la llamada es hacia un número que nocorresponde a un abonado del Call Manager, éste lepregunta al Gatekeeper con quien debe dialogar paracompletar la llamada.-NASGW-5300: Si la llamada corresponde a un número deotra empresa Operadora (Telefónica, Telecom, Nextel, etc.),la misma termina su flujo IP en estos equipos. Estosgateways traducen los paquetes IP en audio, enviándolo porlas tramas de ITX hacia la operadora correspondiente.Cuando un usuario toma la línea para realizar una llamada,esto es interpretado por el VG248 quien transforma elevento en un paquete IP y lo envía hacia el Call Manager.Éste le devuelve el tono de invitación a marcar y queda a laespera de los dígitos del número de destino.Cada dígito marcado por el usuario, es analizado por el CallManager, quien decide si corresponde a un númeropermitido para esa línea en particular. Por ejemplo, si elusuario marca como primeros dos dígitos el 15, el CallManager seguirá aceptando dígitos solo si esta línea tienepermitidos los llamados a celulares CPP.De esta manera, todas las restricciones sobre las líneas delos clientes se configuran en el Call Manager, permitiendoasí centralizar la configuración en un solo equipo. En casoque el número de destino recibido sea un patrón restringido,el Call Manager devolverá un tono de error.Una vez que el Call Manager tiene el número de destinocompleto intentará completar la llamada. Si corresponde aun abonado del Call Manager, éste completa la llamadaindicando al gateway que origina la llamada con quien debedialogar. Así, los dos gateways de origen y destinoestablecen entre ellos el flujo RTP (canal de audio sobre IP),según las indicaciones que del Call Manager.Si el destino es un número de la red pública PSTN, derivarála llamada hacia el Gatekeeper, quien buscará la salida através de uno de los gateways de ITX. En este caso, elgateway de origen establece el flujo RTP contra uno de losNASGW-5300 hacia la PSTN.Actualmente el Call Manageres usado para ofrecer el servicio Pack de líneas analógicasen Buenos Aires. Los features de este servicio sondeliberadamente limitados: llamada directa entrante/salientedesde la red pública; presuscripción a carriers y rotatividadentre líneas asignadas.Es posible ofrecer el servicio dePABX-Virtual. Un servicio que reemplaza la PABX delcliente por una grupo de líneas analógicas provenientes dedispositivos controlados por el Call Manager (por ejemplo,del VG248).Los features son los mismos del caso anterior y se agreganlos siguientes:-Llamadas directas entrante la red Privada del cliente.-CLIR (Calling Line Identity Restriction) Next Call: es laanulación en el destino del número de identificación (ANI)del origen de la llamada.-Caller ID: puede verse el ANI del usuario llamante.-Retención de Llamados: poner la llamada on-hold mientrasse atiende otra.-Llamado en Espera: reconocer una llamada entrantemientras se atiende otra comunicación.-Transferencia de Llamados entre números internos.-Desvío de Llamados a números pre-configurados.-Captura de llamadas desde un interno cualquiera.El servicio IP-Centrex posibilita la comunicación entresucursales (distintos domicilios) mediante discadoabreviado. Las líneas de ambas sucursales deben provenirde dispositivos controlados por el Call Manager. Losfeatures son los mismos al caso anterior.3.4- Limitaciones del Call Manager.El proyecto de Call Manager no convencía totalmente.Primero porque utiliza un protocolo de comunicacióndenominado Skiny o SCCP, que es propietario de Cisco ypor ello no es compatible con los equipos H.323 en servicio.Los servidores del Call Manager corren sobre SistemaOperativo Windows-2000 y muchos desconfían de suestabilidad de este software. Por otro lado, Cisco no tieneequipos para ofrecer tramas E1 sobre el Call Manager (porejemplo, como los equipos 2600 que trabajan con protocoloH.323).La disponibilidad de compra a futuro era incierta, ya queCisco clasificó este producto como Enterprise y no podía servendido a Operadores como iplan. El producto era ofertado“como está” e iplan no podía esperar futuras adaptaciones osoluciones customizadas.Por otro lado, la crisis del 2002 obligó a agudizar laimaginación para racionalizar las inversiones en dólares(flotante) con las tarifas en pesos (congeladas). Con ello lasampliaciones del Call Manager consideradas a inicios del2002 se habían diluido a inicios del 2003. Era el momentode cambiar de planes: el Call Manager no era unaplataforma con futuro para iplan. Sobrevendría entonces laúltima y más importante transformación.4- LA GENERACIÓN DEFINITIVA (2003-...)En la Figura 5 se observa una fuertes evolución y cambios,respecto de la Figura 1 y 3. La estructura de la red definitiva(al menos por el momento) está en marcha. Un resumen delos cambios son los siguientes:-ampliación de las centrales de conmutación en las distintasciudades,-ingresa el software COSO (la plataforma de servicios dered inteligente),-ingresa el Softswitch SI (controlando la primer generación ylos nuevos gateways),-ingresan nuevos gateways (tanto de E1 como de FXS) y-ingresa el Gateway IP-IP como interfaz entre los Dominiosde Telefonía-IP en iplan y el Dominio de Internet.9
Monografías 5 (2003)Telefonía: El balance óptimoOURNALFigura 5. Tercera Generación en la Telefonía-IP como continuación de la Figura 3. Se mantiene el Call Manager y elremanente de la Primera Generación pasa a formar parte del nuevo Dominio Softswitch SI.4.1- El switch class-5 y COSO.Ya se indicó con anterioridad la extensión y ampliación delas centrales de conmutación durante el año 2002. Sinembargo, la estructura definitiva de las centrales deconmutación no estaba terminada. La central de Córdobafue ampliada a mediados del 2003 a 80 tramas, con unacapacidad de crecimiento hasta 172 tramas E1. El caso dela central de Rosario es mucho más complejo de resolver.Veamos porqué.La central Neax-61 con 32 tramas E1 en Rosario es de unageneración anterior. Se tomó esta opción en su momentodebido a la restricción de inversiones. Sin embargo, seguircreciendo sobre esta tecnología tiene serias limitacionestécnicas. Las posibles alternativas analizadas han sido:Figura 6. Componentes de COSO (tomado de Journal Monografía No 2).10
Monografías 5 (2003)Telefonía: El balance óptimoOURNAL-Ampliación de la Neax-61E. La central ocupa un espacioexagerado debido a que es una tecnología antigua. Elconsumo de energía y aire acondicionado es excesivo. Lametodología para obtener los CDR es muy endeble y nopuede perdurar a futuro. La ampliación directa de estacentral tenía la ventaja de requerir una inversión reducida,pero se trata de patear el problema para adelante.-Ampliación y cambio del procesador. Esta alternativaconsideraba el cambio el precedente procesador CP91 por elCP101E. Lo cual permite reducir el consumo de energía y elespacio ocupado.-Cambio de la central. En este caso se podría pasar a unaNeax-Compacta como la de Córdoba o una central de otramarca similar. Mantener la tecnología Neax-Compacta enambas ciudades es una ventaja importante, sin embargo, enel pasado se había analizado la central EWSD de Siemens yse consideró una mejor solución técnica.-Remotizar la central de Rosario. Esta variante consiste eneliminar la central Neax-61E de Rosario y transportar eltráfico de telefonía en forma IP y E1 hasta Buenos Aires.Esta variante no es nueva, debido a que la ciudad de LaPlata está remotizada desde Buenos Aires desde el inicio delas operaciones en dicha ciudad.La decisión deberá ser tomada a fines del 2003. Sinembargo en el 2002 ya existía un problema que requería unaatención inmediata.La plataforma de telefonía NEC en iplan no disponía hasta el2003 de servicios de red inteligente. Para la traslaciónnumérica se estaba utilizando una funcionalidad de la centralde conmutación, que tiene un número limitado de índices deedición los que permiten convertir un número de entrada enotro de salida.Se trata sólo de 64 índices y todos ellos estaban siendoutilizados a medidos del 2002, para configuraciones de laspresuscripciones de carriers (2 índices por carrier), serviciosde 0800 de clientes, para los desvíos a números de la PSTNcuando el cliente aún no estaba conectado, y paraconfiguraciones de numeraciones de enrutamiento.La solución definitiva a este problema llegaría con el diseñode la Plataforma COSO. Esta plataforma de Red Inteligenteentró en servicio de pruebas en enero-2003 y en serviciooperativo desde marzo-2003. El Journal Monografía No2fue dedicado a este tema con exclusividad, por lo que en elpresente número, nos basta con mencionar la introducciónde este software de Red Inteligente en la red a inicios del2003.4.2- El Softswitch SI.También el Softswitch merece un Journal dedicado (es elnúmero 4). Ahora solo exponemos las implicancias desde elpunto de vista de la topología general de la telefonía.Se entiende por Softswitch al conjunto de software quepermiten realizar las comunicaciones telefónicas IP y brindarservicios diferenciales. Antes de encarar el desarrollointerno del Softswitch SI, se analizaron 3 variantes desoftswitch en dos años: OCMC de HP, NetCentrex y Alcatel.En el 2002 ensayamos versiones libres de softswitch sobreLinux lo cual nos había llevado a la convicción que eraposible hacer nuestro propio softswitch. Con todo esto seobtuvo suficiente experiencia como para diseñar laarquitectura de un softswitch y encarar la inmediataprogramación.Desde el punto de vista topológico el Softswitch iplan SI seinserta inicialmente con los Gateway FXS de nuevageneración, para luego tomar el control del los equiposCisco-2600 (con multiplexores Edgelink que formaban laprimer generación tecnológica). Esto significa que un soloDominio involucrará a todos los gateways. Este dominio esinicialmente H.323, la posibilidad de convertir la red alprotocolo SIP está en estudio.Figura 7. Componentes del Softswitch SI.11
Monografías 5 (2003)Telefonía: El balance óptimoOURNALLos servicios que serán ofrecidos mediante el softswitch sondiversos y, seguramente en el futuro, novedosos. Veamossolo algunos ejemplos:-Servicios mandatarios de la CNC. Por ejemplo,presentación restringida del ANI conocido como CLIR.-Generación de CDR para la facturación de llamadas entreclientes de Telefonía-IP y reportes de tráfico.-IPCentrex para todos los clientes IP (hoy es posible solosobre los conectados al Call Manager).-Voice E-mail. Consiste en grabar un mensaje cuando elteléfono está ocupado o no responde y enviar dichomensaje mediante un E-mail (ideal para el productoSoftphone cuando la PC está apagada).-Línea control con un máximo de consumo posible(funcionando similar a una Calling Card donde el PIN deidentificación ahora es el ANI del usuario).-Otros servicios de valor agregado (ejemplos, desvío dellamada, llamada en espera, presuscripción de carrier, etc).El Dominio del Call Manager quedará como una isla deprotocolo SCCP, la cual se comunicará al mundo exteriormediante el Softswitch SI en protocolo H.323.4.3- Gateway FXS, E1 y IP-IP.4.3.1- Generalidades. Al Softswitch SI se registrarán losdistintos gateway de usuario. Durante varios años hemosrevisado con atención los gateways H.323 de pocas líneas(generalmente de 2, 4, 8, 16, 24 y 48). Los de gran cantidadde líneas se ubicarán en los Nodos de Manzana y los depocas líneas como CPE en la casa de usuario. Esta últimaalternativa merece un párrafo a parte.Iplan inició las operaciones con el modelo CPE (equiposCisco-1750/2610 con 4 ports analógicos FXS). Este modelose mostró ineficiente debido a la necesidad de colocarmuchos equipos en el usuario. Por otro lado, requeríamantener la alimentación local en caso de corte desuministro. A primera vista no es un buen modelo paravolver a intentar. Sin embargo, existe una variante que si esde interés y consiste en colocar el gateway en el extremo deun acceso de Internet de banda ancha (cablemodem, ADSLo wireless).Un tema de análisis es la introducción del protocolo SIP enla red de Telefonía-IP. Seguramente se realizaráinicialmente en servicios que requieren la conexión víaInternet, para luego pasar a la red existe (de serconveniente). Este tema es uno de los encarados por iplancon Universidades con las cuales mantiene convenios decooperación.Tanto los gateway-FXS como los gateway-E1 estánsufriendo un acomodamiento de precios que permite llevarla Telefonía-IP a aplicaciones antes prohibitiva.Un caso especial de gateway es la creación del Dominio enInternet. El objetivo es ofrecer servicios de Telefonía-IPsoportado en las redes de acceso abiertas de Internet (sinnecesidad de un acceso dedicado mediante la red detransporte de iplan). Para manejar esta posibilidad serequiere un Gateway IP-IP que aísla e interconecta losdominios internos (seguros) con el dominio externo(inseguro) de Internet.Figura 8. Componentes del gateway IP-IP que permite la interoperación entre redes IP sin bajas a E1.12
Monografías 5 (2003)Telefonía: El balance óptimoOURNALLa Figura 8 muestra la situación que se tiene antes ydespués de disponer del gateway IP-IP. Sin este gateway, elDominio de Telefonía-IP en Internet debe ser aisladomediante el uso de gateway-E1 dedicados a esta función.Un cambio sustancial se observa cuando se inserta entre elDominio iplan y el Dominio Internet el gateway. Este seencarga de actuar de Firewall (protección y seguridad de lared interna). Además puede enrutar llamadas saliente desdeiplan hacia destinos también colocados en Internet (otrosOperadores con gateway de este estilo).Una Plataforma de Management permite la administraciónde los distintos Carriers que son registrados en el gatewayIP-IP. Esto permite hacer un Clearing House de tráfico dellamadas de telefonía en IP.4.3.2- Alternativas de Gateway FXS. En Journal No 1 setrató el tema de las inversiones necesarias para ofrecer losservicios de Pack (generalmente indicado como Capex porlínea analógica). Se presentó un gráfico, donde se mostrabala reducción de Capex en los años 2001, 2002 y 2003. Parael 2003 se esperaba una reducción en los Capex ligados alos equipos en el NOC y a los Nodos de Manzana.Durante el 2003 se han estudiado diferentes alternativas degateway de líneas analógicas FXS, para reducir lasinversiones para el producto Pack. Si bien el productoLocutorio también se alimenta desde estos equipos, se hapreferido una línea de desarrollo distinta: el IPGol, que norequiere de líneas analógicas. IPGol es motivo de menciónen otros números de Journal en el No 3 se hace unaintroducción reducida.Las alternativas de gateway estudiados en ordencronológico han sido:Cisco-VG248: Se trataba de continuar ampliando laconfiguración de Call Manager, instalado inicialmente enmarzo-2002. Las particularidades son:-El costo es elevado.-El protocolo no es standard; utiliza el protocolo SCCP.-El producto es considerado Enterprice en Cisco, con lo queno puede esperarse un desarrollo futuro.-Posee 48 líneas analógicas por equipo (en una unidad derack). Esto tiene la ventaja de mayor densidad de puertospor nodo, pero es una inversión elevada en nodos de bajacantidad de clientes.Gateway-iplan: Iniciado a fines del 2002, el desarrollo denuestro propio gateway involucró varias alternativas:-Como CPE se llegó a un prototipo en abril-2003 de Pack-1en protocolo H.323 y codificador G.711. El problema de esteequipo es que no soportaba un codec G.729 que ocupamenor velocidad y podría ser usado en Internet (con accesoADSL, cablemodem o wireless).-Como equipo para Nodo de Manzana con 24 o 30 líneas.Se intentaron desarrollos conjuntos con otras empresas sinéxito.Figura 9. Diagrama de interfaces E1 y proyección de tráfico diario.13
Monografías 5 (2003)Telefonía: El balance óptimoOURNALAudiocodes-MP124. En iplan conocemos a Audiocodesdesde el año 2001. Pero recién ahora disponen de una líneade productos atractiva. Veamos algunas características:-Está compuesta de gateways de 4, 8, 16 y 24 puertas FXSy de gateway-E1. Utilizan protocolo H.323 y pueden manejarcodificación G.729 (esto permite armar Nodos con accesosde banda angosta).-Las pruebas de Homologación en iplan han resultadofavorables y permitieron introducir estos equipos en la red.Cisco-IAD2430. Este equipo estaba disponible desde iniciosdel 2003 pero con protocolos SIP y MGCP. Recientementeha sido introducido con protocolo H.323, lo que lo permitióintroducirlo en la red de iplan. Dispone de 8, 16 y 24 ports.Aunque la economía de precios hace que solo el de 24 portssea económicamente interesante.Ambos equipos, MP124 y IAD2430 están operativos en iplandesde septiembre-2003.5- EL TRAFICO TELEFONICO5.1- Comportamiento del tráfico.La clave del tráfico telefónico está en las interfaces. En unared como la de iplan existen varias interfaces:1- Interfaz de E1 hacia la red de Telefonía-IP.2- Interfaz de E1 hacia la PSTN.3- Interfaz IP entre las ciudades iplan (Interurbano).4- Interfaz IP hacia Carriers internacionales.La Figura 9 muestra dos de estas interfaces. La conexióncon la PSTN se realiza mediante tramas E1 desde la centralNEC y desde equipos Cisco-5300 (de voz). Siguiendo lanumeración de la figura se tiene:1- Interfaz de entrada de Dial-up para los Access Server deInternet Cisco-5300. Se trata de los servicios de ISP-Free.Iplan tiene cerca de 50 clientes que proveen servicios deacceso con modalidad Revenue Sharing, con tráficoentrante.2- Interfaz Dial-up similar a 1- pero sobre equipos Cisco-5350. Estos equipos son duales (para voz e Internet), porello se los utiliza con primera prioridad para señal vocal(interfaz 3-) y con segunda prioridad para acceso a Internet(como desborde de los Cisco-5300).3- Interfaz desde los Cisco-5350 hacia la red de Telefonía-IP(VoIP). El tráfico es bidireccional, pero está priorizado eltráfico entrante; el tráfico saliente lo maneja la interfaz 5-.4- Esta interfaz bidireccional y vocal es similar a la 3-, perono tiene canales de datos dial-up.5- Esta es una interfaz unidireccional que se utiliza parallamadas salientes a la PSTN que no pasan por la central deconmutaciónEn la misma Figura 9, se observa también como se comportael tráfico en las diferentes tipos de interfaz. En partecomplementario entre el servicio de telefonía diurno y elacceso a Internet nocturno.Figura 10. La figura superior muestra el crecimiento del tráfico entrante (en rojo), saliente (en azul) y total (en negro) en la redde iplan desde febrero-2001. La segunda figura muestra la evolución a lo largo de un mes y la tercera a lo largo de un día.14
Monografías 5 (2003)Telefonía: El balance óptimoOURNALFigura 11. Pantallas principales de iplan-Control.En la Figura 10 se observa el comportamiento del tráfico detelefonía en iplan:-arriba: evolución del tráfico entrante, saliente y total desde elinicio de las operaciones en el 2001.-central: evolución del tráfico a lo largo de un mes. Seobservan los valores de tráfico durante la semana laboral y elfin de semana.servicio, rangos de IP´s, estado de los mismos, etc).Posibilita, también, tener la información en gráfico,discriminando por ejemplo por cantidad de bits salientes yentrantes.5.2- El iplan-Control.Iplan tiene implementado un sistema de consulta on-line paradeterminar los principales datos de consumo del usuario. Seconoce como iplan-Control.El inicio de la consulta se realiza ingresando un usuario(número de cliente) y una Contraseña. Se ingresa entoncesa la herramienta de consulta. Eligiendo la sección de “Traficode telefonía” se accede al listado de líneas activas que tieneel cliente y el historial de ellas (desde un día hasta 90 días).Por ejemplo, se obtiene el consumo del total de las líneas,discriminado por tipo de llamadas (Local, LDN, LDI,Celulares) y se accede a los totales por líneas para luegoexportarlo a un Excel.Se puede acceder a un Resumen (llamadas agrupadas portipo y fecha) o a un Detalle (llamada por llamada) del tráficotelefónico. Es posible también seleccionar las líneas que sedesean consultar y observar los totales consumidos, porlínea y por tipo de llamada (LDN, LDI, Celulares).Con iplan-Control se accede también a los reportes deInternet. Se puede ver la descripción de los servicios (tipo de15
Monografías 5 (2003)Telefonía: El balance óptimoMONOGRAFIAS DE JOURNAL:OURNALJournal monografías número 5. Edición agosto-2003.Diseño gráfico original de Marianela V. Ricardo16
OURNALmonografía 62003 iplanTechJournal Monografías es una publicación de iplan que contiene información técnica y confidencial de la empresa. Sedistribuye a un circuito limitado de lectores a fin de mantenerlos informados sobre el estado y la evolución de latecnología y el negocio de la Telecomunicaciones, principalmente en las redes IP y la Telefonía-IP. Se ruega a loslectores a mantener el principio de Confidencialidad sobre la información aquí contenida.No está autorizada su reproducción o distribución por cualquier medio sin antes consultar con la empresa.IEl Gateway IP-IP (CHip).El Gateway con interfaz IP y la Plataforma de Managementdiseñada para soportar servicios de Telefonía entre redes IP.IINDICE1- Introducción2- Requerimientos y Características3- Funcionamiento4- Plataforma de Management5- AplicacionesIABSTRACTEl Gateway IP-IP es un diseño de iplan que permite la interconexión seguraentre redes IP para el tráfico de telefonía. El proyecto ha sido encarado debidoa la falta de soluciones comerciales a la medida de las necesidades delmercado. Este GW IP-IP se complementa con una Plataforma deManagement que permite la Administración de los distintos Carrier-IPconectados a la misma. El resultado tecnológico de ambos componentes sonconocidos como CHip (la plataforma de Clearing House IP).Las aplicaciones comerciales son variadas. Inicialmente se lo utiliza paragestionar la red secundaria de Carrier nacionales e internacionales. Conposterioridad, cuando la cantidad de Carrier conectados aumenta, se pasa alconcepto de servicio de Clearing House.1
Monografías 6 (2003)Gateway IP-IP (CHip)OURNAL1- INTRODUCCIONEn una red de Telefonía es necesario interconectar Dominiosde diferentes Operadores. La Interconexión ITX más simple ydifundida se realiza mediante tramas E1 (desde la década delos años 80); esta alternativa es obligatoria con las grandesTelco. En algunos pocos casos se puede realizar medianteuna trama SDH (STM-1), pero siempre contiene en suinterior tramas E1.Cuando se tiene este tipo de ITX, existen diferentesDominios-IP y se requiere de componentes que permitan laprotección de cada una de las redes. Este componente es unGateway con doble interfaz IP y lo denominaremos GW IP-IP, en este trabajo. El GW IP-IP tiene asociada unaPlataforma de Management para la administración de losCarriers o clientes conectados a la misma. El conjunto llevael nombre comercial de CHip (la plataforma de ClearingHouse IP) y tiene su logotipo e isotipo que lo identifica.En otros casos, la ITX puede realizarse en protocolo IP. Estoes posible y deseable entre Carrier cuyo soporte es IP. PorCarrier se entiende aquellas empresas que realizan eltransporte de llamadas telefónicas, sea con tecnología TDM(E1) o con IP.Figura 1. Aplicación del Gateway IP-IP en la red de Telefonía-IP.2
Monografías 6 (2003)Gateway IP-IP (CHip)OURNALEn la Figura 1 se han representado tres alternativas posiblesde ITX con los Carrier-IP. En la parte superior se observa lasolución a) encarada cuando el GW IP-IP no existía aún. Eneste caso se utilizan Gateway-E1. Estos gateways conviertende señal IP a E1, tramas que se interconectan a la central deconmutación, la cual realiza la operación de switch. Unacomunicación entre redes IP requiere pasar por la central(switch class-5). Esto es absolutamente ineficiente, pero fuenecesario por falta de una solución tecnológica adecuada.apuntando cada uno a diferentes Dominios. Una vezestablecida la comunicación, los paquetes RTP de telefoníafluyen a través de este gateway sin afectar la calidad en lavoz.Este paso transparente incluye:-la priorización de paquetes,-admisión de los protocolos de fax relay y DTMF relay y-admisión de múltiples codificaciones de señal vocal.Otro problema adicional de esta alternativa es la necesidadde disponer de equipos Gateway-E1 dedicados para cadaCarrier. Esto hacía que se adjudican equipos de diferentecapacidad de manejo de tráfico para diferentes clientes. Porejemplo, el Cisco-2600/3600 para 1xE1 o 2xE1 y el Cisco-5300 para 4xE1.En el primer caso la señalización es MFCR2 y en el segundoes SS7. La señalización MFCR2 tiene un retardo elevado enlos mensajes de señalización, frente al caso SS7. Laconexión entre el gateway del corresponsal y el gateway enla red de iplan es del tipo Peer-to-peer (no interviene ungatekeeper y la conexión es permanente).Una alternativa propuesta pero no utilizada, para mejoraresta forma de trabajo, era la conexión de Gateway-E1 deFrontera. Esto es, un Gateway-E1 en cada Dominio deCarrier y la interconexión con tramas E1 (ver el gráfico b enla Figura 1).La señalización entre ambos gateway debería ser ISDN-PRI(para mejorar los tiempos de señalización de MFCR2). Laventaja es que los equipos Cisco-5300 (del lado de la red IPde iplan) tendrían una carga de tráfico plena, con lo cualserían mejor aprovechados que en el caso anterior. En a) unequipo se dedica a un corresponsal y por el ello la carga detráfico sobre el Gateway depende del intercambio con esteDominio en particular: un cliente a un equipo. Con el modelode Gateway-E1 en la Frontera se tendría: varios clientes a unequipo.La solución aplicada en la realidad, es un tercer modelo(ítem c en la Figura 1). En iplan se ha desarrollado un equipoque tiene doble interfaz IP, de forma que elimina lasdesventajas de la solución de Gateway de Frontera,manteniendo las ventajas de éste. Por otro lado, el costo deeste GW IP-IP es reducido, al no disponer de interfaz E1(normalmente una de las partes más caras del server). En lapráctica, es un software que corre sobre un serverconvencional. Un solo GW IP-IP puede abastecer a muchosusuarios.El GW IP-IP provee un mecanismo para permitir llamadas deTelefonía-IP en protocolo H.323. Además, entrega un puntode control y demarcación para llamadas IP entre los dosDominios administrativos (iplan e Internet o dos Carriers-IPentre sí). El GW IP-IP ejecuta la mayoría de las funciones deun Gateway IP-E1 (hacia la PSTN) pero no baja la señal atramas E1. En una conexión entre Carrier-IP, no existe cargade tráfico sobre la red de iplan.Este GW IP-IP está pensado como solución para serviciosmayoristas de VoIP que originan y terminan llamadas entresu red y una red externa. El equipo se comporta, desde unpunto de vista lógico, como si fueran dos Gateway-IPLas dos partes lógicas del conjunto (los Gateway-E1 deTelefonía-IP: GW1 y GW2) pueden registrarse en diferentesGatekeepers (GK1 y GK2) y constituyen el punto extremo encada Dominio, haciendo independiente uno del otro a nivelVoIP. Este punto de frontera entre ambas redes permiteimplementar un punto de seguridad para evitar los ataquesdesde el exterior (desde la Internet). Además, entregará lostickets CDR para la facturación de estos servicios(identificando cada cliente mediante un prefijo, como se verámás adelante).El GW IP-IP no realiza transcodificación del flujo RTP (conseñal vocal codificada). Desde el punto de vista IP noconstituye una unión lógica de las dos redes, no realiza NATde flujos de datos, ni funciona como Firewall.Cada GW-IP lógico es independiente del otro y ambos secomunican al solo efecto de pasar los datos de la llamada encurso de un dominio al otro, modificados de acuerdo a lasreglas de translación de dígitos. Cada vez que el GW IP-IPrecibe una llamada desde uno de los dominios, iniciará unanueva llamada sobre el otro dominio con los datos de lallamada recibida y aplicando la manipulación de dígitos quesea necesaria. El flujo RTP pasa en forma trasparente, de undominio al otro, sólo en su payload.3
Monografías 6 (2003)Gateway IP-IP (CHip)OURNAL2- REQUERIMIENTOS Y CARACTERÍSTICASA continuación nos ocupamos de los requerimientos de laplataforma, es decir el ¿Qué debe hacer?. Más adelante nosocuparemos del funcionamiento.2.1- Requerimientos Generales.Los requerimientos generales para el gateway GW IP-IP sonlos siguientes:-Se requieren al menos 3 interfaces Ethernet 10/100Mbps enformato full-duplex. Dos de ellas son para las redes de VoIPy la restante para la plataforma de Management. Cada unade ellas debe permitir la configuración de ruteoindependiente. Tendrá la funcionalidad de Proxy entre redes,permitiendo sólo el flujo RTP entre ambos segmentos IP.-Para la configuración y administración se posee un accesolocal vía teclado y monitor. Además, se dispone de unsoporte Telnet e de interfaz Web para el provisioning del GWvía SNMP. Se dispone de reportes de alarmas vía SNMP.-Se requiere un cliente NTP ó SNTP para sincronización defecha y hora.-Debe tener interoperabilidad con diferentes equiposgateways en los diferentes Dominios.-El Gabinete es rackeable de 19” (en 1 o 2 unidades derack), con fuente de 220 VCA, 50Hz (opcional redundante).2.2- Señalización de llamada.El equipo tiene la facilidad de registrarse en dos dominios deTelefonía-IP (dos dominios de Gatekeeper). También permitela comunicación Peer-to-Peer contra otros Gateways dentrodel mismo dominio. Esto se muestra en la Figura 2. Desdeeste punto de vista posee las siguientes características:-Se utiliza el protocolo estándar H.323 v2/v3 de la ITU-T.Manejo de codec vocales G.711, G.723 y G.729-R8 (aunquela aplicación no realiza el transcoding de paquetes RTP). Esdecir, los endpoint en los extremos tienen la capacidad denegociar el codec y el GW IP-IP será transparente a ello.-Se puede realizar la configuración manual de la facilidadFast/Slow Connect. Se tiene previsto el cambio automático aSlow-Connect cuando Fast-Connect es rechazado por el otroendpoint.-Soporta VAD (Voice Activity Detection), aunque la aplicaciónno realiza el transcoding de paquetes RTP. La funcionalidadVAD se refiere a la supresión de las muestras de codificaciónvocal cuando el usuario genera señal ambiente por debajode un umbral de ruido (silencio vocal). La suma de lasfuncionalidades de codec de baja velocidad (como en el casoG.723 y G.729) con la funcionalidad VAD, permite unareducción sustancial de los requerimientos de ancho debanda para la Telefonía sobre Internet.-Tiene capacidad de tráfico por túnel H.245 con pasotransparente de los protocolos DTMF-relay y Fax-relay (T.38y Cisco propietario).-Tiene capacidad para manejar Calidad de Servicio (QoS porIP-Precedence).-Soporta la function “Timeout Light-weight-registration period”configurable para H.225 RAS (keep alive). Esta funcionalidadse refiere al período de tiempo en que se refresca laregistración de los GW en el GK.-Tiene la posibilidad de rutear llamadas con origen y destinodel mismo dominio. En este sentido, el equipo podrá recibirllamadas por una de sus interfaz y luego volver a enrutarla aotro carrier de destino por la misma interfaz. Esteenrutamiento podrá hacerse con o sin manipulación previade dígitos. Esta funcionalidad es útil para la triangulación dellamadas sobre Internet, teniendo en cuenta que un Carrierpuede tener excelentes precios de terminación de llamadasen ciertos destinos, lo cual puede ser revendido a otrosCarriers.2.3- Soporte de Gatekeepers.Como se dijo anteriormente, el equipo tendrá la facilidad deregistrarse en dos Dominios de Telefonía-IP (dos dominiosde Gatekeeper, Figura 2-c). Desde este punto de vista, laplataforma tendrá las siguientes características:-Configuración del GK en la plataforma. Se lo identifica por ladirección IP, el puerto RAS, la dirección GK_Id y direcciónH.323_Id. Cada interfaz será configurada en formaindependiente.-Se tiene la posibilidad de soportar Gatekeeper alternativo(en ambas interfaz). Con esta facilidad, el gateway intentaráregistrarse en el gatekeeper alternativo si se pierde laconectividad con el principal.-Soporte de clusters de Gatekeepers. Tal es el caso de la redde iplan antes de ingresar el Softswitch SI. Se tienen tres GKCisco-7401 configurados especialmente en cluster.-Soporte de Directory Gatekeepers. Si bien esta es unafacilidad inherente a los gatekeepers, el gateway deberácursar llamadas a través de un Directory Gatekeeperestando registrado en un gatekeeper de infraestructura.2.4- Soporte Dial-Peers y Translation-Rules.El término “dial-peers” es utilizado por Cisco y se refiere aconfiguraciones puntuales del plan de numeración y definelos atributos de una conexión que puede ser VoIP o POTS.En el caso del GW IP-IP las conexiones serán en VoIP enambos segmentos de llamada. Un dial-peer mapea un stringde dígitos marcados con el dispositivo remoto en la red, elcual puede ser un router o gateway de destino o unGatekeeper H.323.En el caso de voz sobre IP (VoIP), el dial-peer se mapeasobre la dirección IP, el nombre DNS (Domain NameSystem), o el tipo de dispositivo de destino en donde terminala llamada.Una llamada de voz sobre una red de paquetes estásegmentada en segmentos discretos de llamada que estánasociados con los dial-peers (un dial-peer está asociado acada segmento de llamada). Un segmento de llamada es4
Monografías 6 (2003)Gateway IP-IP (CHip)OURNALuna conexión lógica entre dos router/gateways o entre unrouter/gateway y un dispositivo de Telefonía-IP (gatekeeper).El conjunto de dial-peers asociados a cada interfaz IP deesta plataforma constituye el plan de numeración o dial-planque establece todas las posibilidades en cuanto a dígitosmarcados o recibidos. Todas aquellas llamadas cuyos dígitosmarcados o recibidos no posean un dial-peer asociado seránrechazadas.Las translation-rules podrán ejecutarse antes o después delbarrido de los dial-peers (dependiendo del modo en que sedefina el proceso del dial-plan) y son las instrucciones quepermiten la manipulación de dígitos, tanto del númeromarcado como el número del llamante.A continuación se lista las características de los dial-peers ytranslation-rules:-Manejo de dial-plan (plan de numeración) asociado a cadainterfaz IP en forma independiente.-Manejo de translation-rules (reglas de traducción denúmeros) asociadas a cada interfaz en forma independiente.Esto debe permitir la manipulación de dígitos de númerollamado y llamante y la inserción y reemplazo de dígitos encualquier posición, así como el borrado de dígitos y elnúmero completo.-Manejo de caracteres especiales (“.”, “*”, “#”, T, etc) comoparte del número.-Manejo de listas de acceso por IP pudiendo vincularse cadauna de ellas a las translation-rules (ejemplo: Inserción dedígitos según la dirección IP de origen).-Funciones de screening y bloqueos (entrante/saliente):bloqueo de destinos (como acceso a celulares, por ejemplo)o de ciertos orígenes (desde carrier no registrado, porejemplo).2.5- Tasación y CDRs.El GW IP-IP enviará mensajes de Accounting a unaplataforma remota vía Radius de acuerdo a los parámetrosde configuración que se ingresen. En este sentido eloperador podrá seleccionar alguna de las siguientesopciones:-No generar CDRs (para los casos en que los CDRs seangenerados por la plataforma siguiente) o-Generar CDRs con almacenamiento remoto vía Radius.El GW IP-IP generará un único registro de tasación (CDR)por cada llamada. El registro se genera tanto para llamadascompletadas como infructuosas. El contenido de cada CDRdispone de los siguientes campos:-Número de B Traducido. Es el número de destino final si esrequerida alguna traducción. En caso de número Nacional óInternacional, sin los ceros adelante.-Fecha y hora de Setup. Es la fecha y hora del mensajeSetup de Q.931 en formato AAAAMMDD y hhmmss).-Fecha y hora de Connect. Es la fecha y hora del mensajede Conexión-CON.-Fecha y hora de Disconnect.-Origen de Disconnect. Indica cual fue el usuario que cortó lacomunicación.-Release Cause Value. Es la causa de desconexión de lallamada, según ITU-T Q.850.-IP Origen y Destino Dominio 1 y 2. Es la dirección IP delgateway que originó y terminó la llamada en el dominio 1 y 2.En el caso de llamadas infructuosas (B no contesta,ocupado, etc.) el mensaje CON está ausente, y esto sedenota al encontrarse vacíos los campos Fecha y Hora de larespuesta.El equipo hará Accounting vía protocolo Radius. En estecaso, el equipo generará el CDR y lo enviará a unaplataforma a través de un único mensaje Radius. Es decir,que el equipo envía un mensaje Radius por cada CDR quegenera localmente.2.6- Otras características.Configuración, provisioning y Mediation. El GW IP-IPpodrá configurarse y aprovisionarse con diferentes modos deacceso, a saber:-Por acceso local vía teclado y monitor.-Mediante conexión remota (tipo Telnet).-Por interfaz Web utilizando protocolo HTTPS (encriptado)para configuración segura desde Internet.-Desde una plataforma remota a través del protocolo deadministración SNMP.Interfaces del GW IP-IP. Si bien el GW IP-IP podráfuncionar stand-alone como interfaz entre diferentesdominios de VoIP, podrá existir una plataforma deadministración que dialogará con otros GW IP-IP para laimplementación de servicios de valor agregado.Lacomunicación entre la Plataforma de Administración y el GWIP-IP para la administración será mediante el protocoloSNMP. La comunicación entre el GW IP-IP y la Plataformade Administración para la obtención de CDRs on-line serámediante el protocolo RADIUS.-Identificador Carrier_ID Entrante y Saliente. Es el nombrede la ruta que identifica al Carrier que originó la llamada ydonde terminó. Todos los gateways del mismo Carrier seidentifican con el mismo Carrier_ID.-Número de A. Es el número del usuario llamante-ANI.-Número de A Traducido. Es la traducción del número delusuario llamante-ANI, si es requerida. Si no hay traducción,este campo repite el valor de Número de A.-Número de B Marcado. Es el número marcado por elusuario llamante, en caso de número Nacional óInternacional sin los ceros adelante, los números nogeográficos 0800 son números nacionales.5
Monografías 6 (2003)Gateway IP-IP (CHip)OURNAL3- FUNCIONAMIENTO3.1- Modos de funcionamiento.El GW IP-IP podrá establecer llamadas con dispositivosremotos mediante conexiones H.323 Peer-to-Peer omediante la intervención de gatekeepers. La Figura 2muestra como serían las conexiones dentro de una topologíatípica.El primer tipo de conexión es peer-to-peer en ambosDominios. En el segundo se mantiene la conexión peer-topeerentre gateway en un Dominio y es mediante gatekeeperen el otro. La tercer alternativa recurre a conexionesmediante gatekeeper en ambos Dominios.Por último, se puede tener una conexión entre gateways enel mismo Dominio. En este caso el GW IP-IP actúa comoespejo para la conexión El formato de conexión c) medianteGatekeepers de la Figura 2, se analiza con mayor detalle enla Figura 3. Donde se presenta el intercambio de mensajesde señalización para el establecimiento y cierre de lallamada.Figura 2. Tipos de funcionamiento del Gateway IP-IP.6
Monografías 6 (2003)Gateway IP-IP (CHip)OURNAL3.2- Flujo de mensajes.La Figura 3 muestra una secuencia típica de mensajes deseñalización para una llamada a través del GW IP-IPregistrado en dos GK. En H.323 la notación para cada tipode mensaje es diferente, y de esta forma puede distinguirsede un protocolo a otro. En los mensajes en protocolo RAS seutiliza una representación mediante 3 letras (por ejemplo:ARQ). Este protocolo es usado entre el GW y GK.En los protocolos H.225/Q.931 se utiliza una representaciónmediante una o dos palabras con la primer letra enmayúsculas (ejemplo: Call Proceeding). Este protocolo esusado para encapsular los mensajes H.245 de señalizaciónentre terminales. Originalmente fue diseñado como protocoloDSS1 en capa 3/7 para los accesos ISDN.A continuación se indican los pasos de señalización paraestablecer una comunicación en protocolo H.323 entreambos dominios con la ayuda del GK. En otras ediciones deJournal se han analizado ejemplos similares a este (ver porejemplo el número correspondiente al Softswitch ySoftphone).El paso inicial es el proceso de Discovery, por el cual elterminal gateway GW H.323 de un dominio determina cual esel gatekeeper GK que atiende a la red en ese momento. Elmensaje desde el terminal es del tipo multicast (dirigido atodos los GK disponibles en la red) y se denomina GRQ(Gatekeeper Request).El GK disponible responde con el mensaje de aceptaciónGCF (GK Confirmation) o de rechazo GRJ (GK Reject) a lasolicitud. También el GK puede indicar un GK alternativomediante un mensaje alternateGatekeeper.Si no se está en condiciones de procesar el request GRQ sepuede enviar un mensaje RIP (Request in Progress). Estemensaje indica que se está procesando el request. Estopermite el reset el timeout de la conexión (tiempo despuésdel cual se considera que la conexión es imposible).Figura 3. Proceso de comunicación entre dominios con el GW IP-IP.7
Monografías 6 (2003)Gateway IP-IP (CHip)OURNALEl procedimiento de Discovery no está representado en laFigura 3 por tratarse de una operación de inicialización.El paso siguiente es el de Registración. Mediante esteproceso el GW de cada dominio informa y registra susdirecciones de transporte y el alias. Utiliza el mensaje RRQ(Registration Request) y el GK responde con RCF(Registration Confirmation) o RRJ (Registration Reject), paraconfirmar o rechazar el pedido de registración. El mensajeRRQ se emite en forma periódica. En esta operaciónintervienen los Gateway en ambos dominios, junto con el GWIP-IP hacia ambos GK.La registración tiene un tiempo de duración (expresado ensegundos) para lo cual se utiliza el mensaje timeToLive. Elterminal GW o el GK puede cancelar la registración medianteel mensaje URQ (Unregister Request) al cual le correspondela confirmación URF (Unregister Confirmation). Estaoperación no está reflejada en la Figura, debido a que nocorresponde a una función durante el intento de estableceruna llamada.Otro intercambio de mensajes no representados en la Figura3 es el de Localización. Un GK que tiene un alias para unterminal GW y que quiere determinar su información decontacto puede emitir el mensaje de requerimiento delocalización LRQ (Location Request). Al cual le correspondeel mensaje de confirmación LCF (Location Confirmation), queincluye la información requerida. La dirección puede ser deltipo E.164 si se trata de un GK fuera de la redEl mensaje de Status es un mensaje periódico (con períodomayor a 10 segundos) que emite el GK al terminal GW paradeterminar el estado y requerir un diagnóstico. Se trata de losmensajes IRQ (Information Request) y IRR (InformationResponse). La habilitación se realiza mediantewillRespondToIRR enviado en el mensaje RCF o ACF. Comoen los otros casos no se muestra en la Figura.En primer intercambio de mensajes incluido en la figura serefiere al Pedido de Admisión del terminal GW al GK. Estemensaje se identifica como ARQ (Admissions Request) ycontiene el requerimiento de ancho de banda Call Bandwidth(en formato Q.931). El GK puede reducir las característicasde la solicitud en el mensaje de confirmación ACF(Admissions Confirm). Este mensaje será de granimportancia en el proceso ya que el GW IP-IP no tomapartido en la negociación sobre el tipo de codec vocalutilizado.En el mismo mensaje ARQ se dispone de la funcionalidadTransportQOS para habilitar la funcionalidad de reservaciónde ancho de banda RSVP, para servicios unidireccionales(orientado-al-receptor).El Establecimiento de la llamada se inicia con la funciones deRegistración y Admisión. Luego se pasa a la etapa de Setupde la llamada. Desde el GW1 hacia el GW IP-IP y desde estehacia el GW2 se envía la información necesaria paraejecutar el call setup a través de los mensajes Q.931.Cuando el usuario llamado tiene tono de llamada, se envía elmensaje de Alerting que permite ofrecer el tono de llamadaal usuario llamante. Cuando el usuario llamado responde seenvía el mensaje Connect. Desde este momento la llamadaestá establecida.La señal vocal se intercambia en protocolo RTP. Lanegociación del codec utilizado (G.711 a 64 Kbps o G.729 a8 kbps) se realiza entre los GW extremos. Si la llamada sedirige desde un usuario de Telefonía-IP hacia la PSTN, elGW2 será un Gateway-E1 de Interconexión.Cuando la comunicación se termina, se envía el mensajeRel_Comp. Este mensaje realiza las funciones necesariaspara la tarifación Billing de la llamada (no mostrado en lafigura). El cierre de la conexión se realiza mediante unintercambio de mensajes de pedido DRQ (desde los GWhacia el GK) y confirmación DCF (en sentido inverso).Si el usuario en el GW2 está ocupado no llega a completarsela fase de Alerting (durante la cual que indica que el usuarioB está llamando) y se pasa directamente a la fase dedesconexión. Si en cambio, el usuario B no contesta, la fasede Alerting es interrumpida por el tiempo máximo Timeout,pasándose de inmediato a la desconexión. En ambassituaciones se genera el correspondiente ticket de Billing conla descripción de la interrupción (llamada infructuosa).3.3- Codec vocal para Carrier-IP.La codificación del canal vocal G.711 (64 Kbps) es lautilizada en las redes TDM (tramas E1) y en la red IP deiplan. Sin embargo, esta velocidad no es la más apropiadapara aplicaciones de Carrier-IP (en general para el transporteen Internet). Se puede aprovechar las características de laseñal vocal para comprimir la velocidad y ahorrar ancho debanda (cuando las condiciones del servicio lo requieren o lopermiten). Las características de la señal vocal, que permitenreducir la velocidad de codificación, son:-Distribución de probabilidad de amplitud no-uniforme.-Alta correlación entre muestras sucesivas.-Existencia de ráfagas de muestras (períodos de silencio).-Cuasi-periodicidad de la señal vocal.Los tipos de algoritmos de codificación vocal se clasifican dela siguiente forma:-Los codificadores de forma de onda en el dominio deltiempo: PCM-G.711, ADPCM, Delta.-Codificadores de forma de onda en el dominio de lafrecuencia: ATC (Adaptative Transform Coding). Se utiliza latécnica de Transformada Discreta Coseno DCT utilizadanormalmente en codificadores de vídeo.-Los codificadores Vocoders (LPC, IMBE) y los híbridos(RPE, VSELP, CELP). Se codifican los parámetros de laseñal vocal relacionados con la percepción del ser humano.El codificador híbrido es del tipo análisis-y-síntesis de laseñal.3.3.1- El Codec G.729. De este último tipo de codec es elG.729 (el codec G.711 data del año 1972, mientras queG.729 es del año 1995). No solo los Carrier-IP utiliza estetipo de codificación, también se aplica en diferentes sistemascelulares (en diferentes variantes).Una muy eficiente de codificación es la predicción lineal LPC(Linear Predictive Coders). Es útil para señales que puedenmodelarse como un sistema lineal. Mientras que PCM(G.711) son «técnicas de codificación de forma de onda», la8
Monografías 6 (2003)Gateway IP-IP (CHip)OURNALLPC (G.729) se basa en la «estimación lineal de la fuente».Las muestras de la señal vocal X(n) se determinan como unafunción lineal de una Secuencia de Excitación V(n) (señal depulsos) y una predicción sobre la base de las muestrasanteriores X(n-i). El orden de cálculo N es el valor total demuestras X(n-i) usadas en la predicción.Para reducir el número de bits se toman varias muestras y setransmiten los parámetros. En lugar de codificar cadamuestra individual como en PCM, se codifican losparámetros de un grupo de ellas (parámetros del sistemalineal).Para el caso del codec CELP (Code Excited LinearPrediction) se dispone de un Codebook de señales deexcitación al filtro. Por cada grupo de muestras se busca elcódigo que genera la mejor aproximación como excitador. Setransmite el índice del código seleccionado. Es unacodificación muy compleja, que requiere 500 millones deoperaciones al segundo y entrega elevada calidad con unatasa aun muy baja de 2,4 kbps. CELP se aplica en la normaG.729 para aplicaciones de voz sobre protocolo IP (VoIP).Los atributos de los codificadores vocales se comparanmediante los siguientes parámetros:-Velocidad de codificación: en términos de kbps.-Retardo de codificación: consiste en el algoritmo decodificación, el análisis vocal y el retardo de comunicación.-Complejidad: medido en millones de instrucciones porsegundo (MIPS) y tamaño de memorias ROM y RAM.Por ejemplo, G.723 requiere para 6,3 kbps una trama de 30mseg con un retardo de algoritmo de 37,5 mseg; requiereentre 14 y 20 MIPS y 4,4, kByte de memoria RAM. Encambio la ITU-T G.729 para 8 kbps requiere una trama de 10mseg y un retardo de algoritmo de 15 mseg; son 20 MIPS y5,2 kByte de memoria RAM.3.3.2- Calidad vocal. La calidad vocal de un codificador osistema de transmisión se mide sobre la base de un criteriosubjetivo de la señal. Se trata de la cifra de mérito CM(Circuit Merit). El valor obtenido mediante el promedio deevaluación de usuarios se denomina MOS (Mean OpinionScore). Un criterio de calidad adicional es el GOS (Grade OfService) definido como la posibilidad de acceso al sistema.La definición indica que:-CM5(Calidad excelente);-CM4(Calidad buena, señal con algo de ruido);-CM3(Calidad fallada, requiere algunas repeticiones);-CM2(Calidad pobre, requiere repeticiones permanentes) y-CM1(Calidad insatisfactoria, no se reconoce la señal vocal).El promedio de calidad entrega valores de:-MOS4 a MOS4,5(G.711 de 64 kbps y ADPCM de 32 kbps);-MOS3 a MOS4(para ADPCM de 16 kbps);-MOS3,5 (para Carrier-IP con codec G.729)-MOS2,5 a MOS3(para LPC a 2,4 kbps.Uno de los problemas típicos de la compresión vocal es lapérdida del “tinte de la voz” de forma que resulta dificultosodistinguir quien es el que habla. La detección de actividadvocal y la interrupción de la codificación que involucra es otroproblema clásico: resulta difícil de entender la mención denúmeros sucesivos con intervalos de tiempo cortos, debido aque el tiempo para recomenzar la transmisión es unafracción importante del tiempo de duración. La detección delumbral entre ruido y señal vocal se dificulta cuando serealiza desde medios móviles (celulares) donde el nivel deruido es normalmente elevado.4- PLATAFORMA DE MANAGEMENT4.1- Funcionalidades básicas.La “Plataforma de Administración de Carriers IP” trabaja enconjunto con el GW IP-IP y tiene los siguientes objetivos:-Administrar el tráfico originado y terminado en los diferentescarriers IP,-Proveer a la red de la posibilidad de explotar las ventajascomerciales que brindan este tipo de carriers para terminartráfico hacia determinados destinos y-Asegurar un nivel de calidad en términos de ASR(porcentaje de llamadas completadas en función de lacantidad de intentos) para cada uno de esos destinos.A continuación se listan algunas funcionalidades específicasde la Plataforma:-Permite la medición on-line de la calidad del Carrier,identificado por prefijo telefónico y por nombre de Carrier-IP.-Facilita las mediciones históricas de calidad por prefijo y porCarrier-IP.-Toma decisiones de cambio de ruteo automáticas anteproblemas de calidad.-Toma decisiones de cambio de ruteo por motivoscomerciales: por ejemplo por crédito excedido; pordesbalance de tráfico en un swaps de servicios entre carrierso por cambios de Tarifas.-Permite el Provisioning de la Plataforma vía web (ABM derutas, carriers y tarifas).-Permite obtener Reportes de Tráfico.-Administra filtros de seguridad (por IP y por prefijo).4.2- Módulo de Administración.Este módulo esta orientado a los usuarios que seránresponsables de administrar la plataforma y el tráfico. Entrelas funciones de administración se encuentran:-La administración ABM (Altas, Bajas y Modificaciones) deCarrier-IP.-La ABM de Tarifas por destino y por carrier.-La ABM de las reglas de enrutamiento.-Las consultas de desempeño de carriers por cada destino.-Las consultas de volúmenes de tráfico intercambiados yestado de cuenta corriente de Carriers.La Plataforma soportará la funcionalidad de perfiles deusuario. Cada usuario tendrá acceso o lo tendrá restringuidoa cada una de las funciones listadas a continuación.4.2.1- ABM de Dominio. Un dominio es un grupo degateways asociados a un determinado Gatekeeper. Enprincipio existirán dos tipos de dominios:-Dominio Privado: Existirá un dominio privado que representaa los gateways de la red de Telefonía-IP privada de iplan.-Dominios Públicos: Existirán N dominios públicos, cada unocon un gatekeeper. Cada dominio puede representar a unaregión (por ejemplo, América, Europa, etc).Cada GW IP-IP pertenecerá siempre a dos dominios, aldominio privado de iplan y a uno de los dominios públicos.9
Monografías 6 (2003)Gateway IP-IP (CHip)OURNALPara realizar el alta de un dominio se deberán ingresar lossiguientes datos:-Tipo de Dominio (Público o Privado);-Nombre del Dominio (Internet o iplan);-Nombre de Gatekeeper (GKP1 o 7400GK);-Dirección IP del GK y-Número de Puerto.4.2.2- ABM del Cluster. Un cluster es la agrupación de GWIP-IP. Todos los gateways del cluster comparten su Tabla deRuteo y pertenecen a los mismos dominios. Para el alta deun Cluster se deberá ingresar los siguientes datos:-Nombre del Cluster (por ejemplo, Cluster 1);-Nombre del Dominio 1 y 2.4.2.3- ABM de GW IP-IP. Se deberá dar de alta a los GWcon los siguientes datos:-Nombre del GW IP-IP;-Nombre del Cluster al que pertenece;-Dirección IP del Dominio 1 y 2.Los gateways se registrarán a ambos Gatekeepers,correspondientes a los dominios a los que pertenece. LosGW IP-IP trabajarán en modalidad peer-to-peer para algunosprefijos, mientras que con sendos gatekeepers para otros(ver la Figura 2).4.2.4- ABM de Carriers-IP. El Administrador tendrá laposibilidad de dar de alta un nuevo carrier. Para esto deberáingresar los siguientes datos:-Nombre del Carrier;-Identificación del Carrier;-Contacto Comercial y Contacto Técnico;-Dirección y Teléfono;-Dominio en el que se encuentra;-Direcciones IP que originaran tráfico;-Moneda de Cuenta Corriente (Pesos o Dólar);-Método de Tasación (por minuto, 30 seg o 6 seg).Se debe configurar un Carrier iplan, que se comporta comocarrier por default para el caso que no exista carrierdisponible para algún destino.Las cuentas corrientes del carrier se manejan en una solamoneda; es decir, que en el caso de seleccionar dólar, losvalores representados tanto en la tabla de tarifas como en latabla de precios son en dólares. No será posible inicialmentevender en pesos y comprar en dólares o viceversa para elmismo Carrier. Si será posible que un carrier posea unacuenta corriente en dólares y otro carrier posea una cuentacorriente en pesos.4.2.5- ABM de prefijos de Carrier. Existirá una tabla deprefijos por cada carrier. El administrador luego de creado uncarrier debe ingresar:-El listado de prefijos,-Las direcciones IP de los gateways asociados (o gatekeeperdel dominio correspondiente) y-El codec a utilizar en cada caso.La tabla de prefijos podrá ser modificada en cualquiermomento. Esta tabla contiene:-El Prefijo,-El Destino (ciudad y país),-La Dirección del Gateway E1,-El tipo de codec usado (G.711, G.729, etc) y-Las Reglas de Enrutamiento Automático.4.2.6- ABM de tarifas para un Carrier. Luego de creada laTabla de Prefijos, se deberá editar una tabla con los costospor minuto de cada uno de los prefijos creados. Eladministrador comercial tendrá la posibilidad de editar dichatabla en cualquier momento. Contiene:-El Prefijo,-El destino (ciudad y país),-El Costo por minuto y-La Fecha de entrada en Vigencia.4.2.7- Método de Tasación. La plataforma soportará dosmétodos de tasación:-La tasación por minuto y-La tasación por los primeros 30 segundos y luego cada seissegundos.El método de tasación se elegirá para cada carrier. Porejemplo, se muestra la siguiente Tabla:Destino:XXXPrecio por minuto $ 1,00Fracción 30 seg $ 0,50Fracción 6 seg $ 0,10Forma de Facturación: 30 / 6Tasación Precio30 segs $ 0,5036 segs $ 0,6042 segs $ 0,704.2.8- Consulta de cuenta corriente de Carrier. Una vezseleccionado un determinado período y un determinadocarrier, el administrador puede consultar la información de lacantidad de tráfico intercambiado, valorizado en pesos. Elformato contiene los siguientes campos:-El prefijo y destino seleccionado;-El Tráfico Saliente y Entrante en minutos a ese destino;-El costo por minuto y total en pesos y-El balance del tráfico entrante y saliente.4.2.9- Edición de tabla de enrutamiento. El administradordeberá editar la Tabla de Enrutamiento. Para esto seleccionalos Carriers a utilizar para cada prefijo desde un menúdesplegable. Las opciones posibles son según las tablasarmadas anteriormente. Si no existiese carrier disponiblepara un destino, ya sea porque no existe o porque seencuentra suspendido temporalmente por problemas decalidad, la llamada se enrutará por default al Carrier-iplan.Esta tabla podrá ser editada por el administrador encualquier momento.4.2.10- Consulta de estado de enrutamiento. En estapantalla, el administrador podrá visualizar el estado actualdel enrutamiento y algunos datos estadísticos de volumen detráfico y Calidad. Se tienen los siguientes parámetros:-Prefijo y destino;-Carrier utilizado;-Intentos de llamada y llamadas completadas,-Cantidad de minutos,-ASR cada 5 y 60 minutos en % y MHT.10
Monografías 6 (2003)Gateway IP-IP (CHip)OURNALSi la cantidad de intentos en los intervalos de medición (5minutos o 60 minutos) es inferior a 50, entonces seconsiderará que no hay datos suficientes para calcular elASR y MHT por lo que deberá aparecer el valor “NA”. Si losvalores de ASR están entre 100% y 60% aparecerá enverde, si están entre 60% y 50% será representado en coloramarillo, si son menores a 50% aparecerá en color rojo.4.2.11- Perfil de Usuario. Existen dos niveles de perfil deusuario:-Nivel Administrador (tiene privilegios de acceso a todas lasfunciones de la plataforma, incluyendo altas, bajas ymodificaciones) y-Nivel Operador (solo tiene acceso en modo lectura, es decirpodrá realizar consultas pero no modificaciones).4.2.12- Reglas de enrutamiento. Existe una cantidad dereglas que podrán afectar al enrutamiento. La plataforma escapaz de detectar si se han cumplido alguna de las reglas yen ese caso se deshabilita automáticamente el prefijo de laTabla de Prefijos. El prefijo quedará en estado deshabilitadohasta que el operador lo habilite manualmente.Cada vez que exista un cambio en las Tablas o en elenrutamiento, ya sea por acción manual del operador o porhaberse cumplido una regla predefinida, se generará unevento de log que será guardado con los siguientes datos:-La Fecha y Hora;-Descripción del cambio;-Usuario que lo realizó o regla asociada.Existirá la posibilidad de enviar estos eventos al NMS(sistema centralizado de Management) vía protocolo SNMPo Syslog. El archivo de log debe rotar automáticamente si sesobrepasa un tamaño predefinido de memoria.una penalidad al carrier para ese destino según el siguientecriterio:-La Primera vez que se deshabilita un prefijo quedarápenalizado (deshabilitado) por un período de 24 horas.-La segunda vez en 30 días la penalización será de 72hs.-La tercera vez en 30 días se suspenderá definitivamente laruta y deberá ser rehabilitada manualmente.Las penalizaciones pueden ser borradas por eladministrador. También será posible modificar los períodosde 24hs, 72hs y 30 días. Esta configuración será única paratodos los carrier en la plataforma.4.3- Bases de Datos.Existen dos bases de datos. Una llamada “on-line” queguardará los CDRs del día, sobre esta base se hacen loscálculos de ASR y MHT para determinar el estado y calidadde las rutas. Todas las noches se copiarán los CDRs a otrabase de datos llamadas “Histórica”.Esta segunda base mantendrá el histórico de CDRs y tarifasa ser usado para la generación de reportes, consultas deconsumos, estado de cuentas corrientes, etc.Para un tráfico proyectado sobre la plataforma de 2 Millonesde minutos al mes, esto representa aproximadamente800.000 tickets (registros) mensuales. Se estima que la basede datos on-line tendrá como máximo 50.000 registrosmientras que la base de datos histórica deberá tener unos 5millones de registros para mantener 6 meses.4.2.13- Edición de las reglas de enrutamiento. Eladministrador puede editar las reglas para el enrutamiento.Cada regla es una agrupación de condiciones. Podrán existirN reglas de enrutamiento, donde los valores indicados comoxxx son variables que deberán ser cargados al momento deeditar una regla.Una regla genérica puede ser: Condición de deshabilitar elprefijo si ocurre alguna o varias de las siguientes alternativassimultáneamente:-Volumen de tráfico acumulado es mayor a xxx min (VTA).-ASR 5 minutos es menor a xxx %.-ASR 60 minutos es menor a xxx %.-MHT es menor a xxx minutos.-El tráfico total recibido del mismo carrier es menor a xxxminutos (TTRxC).-El Volumen de tráfico es mayor a xxx $ (VT).Existirá una regla particular llamada regla default que seráasignada por default a todos los prefijos y que podrá serdeshabilitada desde la tabla de prefijos (id_rule= 1). Lacondición es deshabilitar el prefijo si ocurra alguna de estascondiciones:-ASR 5 minutos es menor a 40 %.-ASR 60 minutos es menor a 50 %.-HT es menor a 1,5 minutos.4.2.14- Penalizaciones de rutas. Cada vez que sedeshabilite una ruta por problemas de calidad se asignará4.3.1- Interfaz con GW IP-IP. La comunicación desde laPlataforma hacia el GW IP-IP para la administración serámediante el protocolo SNMP. La comunicación desde el GWIP-IP hacia la Plataforma para la obtención de CDRs onlineserá mediante el protocolo Radius.El tráfico originado por el carrier se calculará a partir delcampo “IP Origen Dominio 1”. Este campo se compara con ellistado de direcciones IP de originación permitidas para el11
Monografías 6 (2003)Gateway IP-IP (CHip)OURNALCarrier-IP. El tráfico destinado hacia el carrier se calculará apartir del campo “IP Destino Dominio 2” y será comparadocon los terminadores para este carrier.4.3.2- Interfaz con el NMS para alarmas. Se emitiránalarmas hacia el sistema de concentración, para lossiguientes acontecimientos:a) Se enviará un Trap al NMS cada vez que haya un cambiode enrutamiento.b) El Sistema Operativo emitirá alarmas con las siguientescondiciones: disco lleno, carga del CPU, servidor ntp noaccesible, etc.c) Tiempo de 1 minuto del Keep-alive al NMS.d) Tiempo de 1 minuto del Keep-alive entre la Plataforma y elGW IP-IP.e) Cuando el valor ASR es muy bajo por todos los carriers yno se puede corregir (por ejemplo, para el caso de pérdidade conectividad IP aguas arriba en Internet del GW IP-IP).f) Condición de Warnings en general cuando las reglas no sepueden aplicar.g) Se emitirá una alarma cuando el Sistema de Mediación(que reúne los tickets para la facturación) no lee los archivosde CDR.Figura 4. Pantallas de Management de la Plataforma CHip en la versión 1.0 en agosto 2003.12
Monografías 6 (2003)Gateway IP-IP (CHip)OURNAL4.3.3- Interfaz con la Mediación para CDR. Los CDR sonenviados al área Sistemas para el procesamiento desde laPlataforma mediante un acceso ftp. El usuario a utilizar será“cdrs_sistemas” y con un Password. La plataforma dejarádiariamente en el directorio raíz del servidor ftp, donde correla aplicación, un archivo con formato CSV. La nomenclaturade los archivos se realizara con el formato CHIPyyyymmddmmss.csv.4.3.4- Funcionalidades adicionales. Entre variasfuncionalidades adicionales se pueden citar como ejemplo:-Herramientas de consulta de CDR de la base on-line paraverificación de reclamos por Customer Care y el NOC.-La emisión de un Warning por llamadas de "larga duración"provocadas por posibles problemas de desconexión, útil paraevitar reclamos por llamadas "retenidas".5- APLICACIONES DE CHIPLa Plataforma CHip ha sido diseñada como una solucióntecnológica ante la falta de equipos apropiados en elmercado. La aplicación inmediata es el servicio de LargaDistancia Alternativo (LDA) y el Clearing-House (CH). Acontinuación se describen las particularidades de estosservicios.5.1- LD Alternativo.El servicio de LDA consiste en la posibilidad de realizarllamadas de Larga Distancia Nacional e Internacional enforma optativa, donde el cliente puede cursar sus llamadasLD por Carrier-IP anteponiendo un prefijo. El cliente tiene laopción de elegir en cada llamada si desea utilizar el servicioLD Alternativo o el servicio de LD “Carrier Class” tradicional.Este servicio es ofrecido en iplan desde inicios del 2003. Elservicio está disponible sólo para clientes conectados a iplan(no existe presuscripción) y en una primera etapa fuerestringido al segmento de negocios Wholesale (nodisponible en clientes Retail). El cliente objetivo es aqueldonde la LD es relevante y prioriza el precio sobre calidad opara aquellos donde su negocio es la reventa. Por ejemplo,clientes de Calling Card o de Call Through.Para el mercado Retail el servicio LDA se utiliza solo comoherramienta de retención o cierre de negocios. Por ejemplopara Call Centre.Las características básicas del producto incluyen lossiguientes tópicos:-Servicio preferencial. El cliente podrá, anteponiendo elprefijo “790” al número de destino, elegir cursar su llamadapor LDA. Este servicio es optativo y convive con el serviciode tradicional, de modo que en el momento de efectuar lallamada el cliente puede elegir qué tipo de tecnología utilizar.El cliente puede configurar el prefijo “790” en su centraltelefónica PABX o en la plataforma, de modo que por defectotodas las llamadas del cliente se efectúen utilizando esteservicio.-Canales de venta: Debido a la naturaleza del producto, LDAse posiciona como un “capturador” de prospects o clientescon tráfico LD relevante y como un “mejorador” de algunosproductos existentes.-Atención al cliente: Cuenta con el servicio de Atención alCliente 7x24 estándar de telefonía (atención telefónicapersonalizada y vía e-mail). Además, mediante la utilizaciónde un nombre de usuario y una contraseña en una página deInternet, el cliente obtiene información en tiempo real deldetalle de llamadas realizado.-Service Delivery En caso de clientes nuevos, el tiempo deprovisión estará condicionado por el tiempo de provisión delservicio de telefonía que contrate el cliente. En caso declientes existentes el Service Delivery puede llevar tiemposmuy reducidos.-Calidad de Servicio. Se compromete al cliente un ASR del40%. Si bien, por la naturaleza de los Carrier-IP el serviciodebería ser “inestable”, la Plataforma CHip permite mantenerun standard comercial óptimo. Los precios son bajos,manteniendo los estándares de calidad que exige elmercado. Los Contratos son flexibles sin penalidad de salida.5.2- Clearing-House CH.Se puede ver al servicio de CH como un proveedor dediferentes Carrier Alternativo. Funcionalmente, Carrier-Alternativo y Clearing-House son la misma cosa (excepto elpunto donde se toman los CDR). Sin embargo, CH tiene unnegocio propio que la distingue: el tráfico de arbitraje entreCarrier-IP.5.2.1- Características del negocio CH. La funcionalidad deClearing-House CH tiene como objetivo la compra-venta deminutos de LD (trading) con Carrier-IP nacionales einternacionales. Las claves de este negocio son:-Disponer de una gran cantidad de Carrier-IP conectados ala plataforma de manera que se puedan aprovechar lasofertas de terminación de minutos en diferentes países ociudades. Esto genera ofertas con distribución diaria uhoraria. Ningún Carrier-IP conectado a la plataforma debeconocer la ruta que se utiliza para el delivery, ni a los otrosCarrier conectados. Concepto básico para la protección delnegocio.-Disponer de alto volúmenes de tráfico originado. Lanegociación de precios se basa fundamentalmente en elvolumen. Se abren entonces nuevas oportunidades denegocios al disponer de mejores precios.-Como la calidad de servicio puede no corresponder aCarrier-class, se requiere la supervisión del enrutamiento pordía y hora y la vigilancia de la calidad de servicio.Funcionalidad que son automatizadas mediante laPlataforma CHip.La pieza clave es el GW IP-IP (en el negocio de CH esconocido como Proxy IP-IP). Este permite optimizar el uso delos Gateway-E1 Cisco-5300/5350 ya que el tráfico dearbitraje solo pasa por el GW IP-IP, sin usar capacidad deGateway-E1 de interconexión hacia la PSTN.La CH le ofrece a los Carrier-IP conectados la terminación dellamadas en diferentes destinos. Según el destino es el tipode negocio:-Terminación: El Carrier termina tráfico en la PSTN mediantela red de iplan.13
Monografías 6 (2003)Gateway IP-IP (CHip)OURNAL-Hubbing o arbitrage: en este servicio el Carrier terminatráfico en otros destinos internacionales usando lasdisponibilidades de terceros Carrier (también conectados aCHip).-Originación: el Carrier recibe tráfico desde su cliente, el quees enviado a la CH.Cuando el tráfico es bilateral, los Carriers conectados tienenel potencial de poder terminar tráfico y por lo tanto tener unbalance de tráfico tasado neutro (en dinero, no en minutos).5.2.2- Características del Carrier-IP. Las características deltráfico del Carrier-IP son las siguientes:-Muy granular. Cada Carrier ofrece buenos precios solodonde tiene POP propios (Puntos de Presencia coninterconexión a la PSTN).-Poca escalabilidad. Cada Carrier suele tener capacidad bajaen cada POP.-Alta volatilidad de volúmenes y precios. Los Carrier cambianfrecuentemente de ruta (es fácil) y son poco fieles alproveedor. Las ofertas pueden tener una duración limitadaen la medida que se descubren nichos y estos sonexplotados hasta generar una contra medida.-Calidad de servicio inestable. Los Carrier no tieneninstalaciones que permitan asegurar una calidad de servicioQoS con atención 7x24hs. Para lograr una QoS aceptable, laprincipal misión de la Plataforma CHIP es tener multiplicidadde rutas a cada destino.Los clientes de la Plataforma son básicamente de dosniveles:-Los denominados Carrier-de-carrier (como ser ITXC,Telenova, iBasis, etc) que hacen tráfico de minutos entreCarrier (o al menos no originan trafico propio) y-Los originadores de tráfico conocidos como TIER-2 (casitodos generan tráfico mediante la comercialización deTarjetas Calling-Card).Estos últimos utilizan las redes de los Carrier Incumbentes ysu principal negocio está en la originación de tráfico (son lotípicos clientes de los Carrier del primer grupo). El objetivode la CH es tomar el tráfico de los originadores de otrospaíses y terminar tráfico en los POP de esos operadores.En muchos destinos, donde el precio es muy parecido entrevarios Carrier (como USA continental, Europa Occidental nocelular),el determinante no es el precio sino los potencialesacuerdos de swap o balance de tráfico.Cuando se rutea por los carriers TDM, los Carrier suelenofrecer precios planos flat a cada destino (por su volumenpromedian fijos y celulares, ciudades, etc) estas rutas sesuelen usar para el tráfico discriminado a los destinos dondelos Carrier-IP son caros.5.2.3- Aspectos contractuales.a) Facturación. El primer aspecto contractual a tener encuenta es la Facturación. Los períodos de facturación sonusualmente semanales. Por la bilateralidad del negocio,existe en general facturas que se cruzan por el tráfico quecada uno le termina al otro. El valor neto resulta en el saldoque uno de ellos paga al otro (o compensa con tráfico en elpróximo ciclo). Esto genera una Liquidación de facturas.Para clientes con domicilio en el exterior, se puede facturarsin IVA en u$s mediante una factura tipo “E” (Exportación deServicios). Para clientes con domicilio local, se factura enpesos $ con factura normal.b) Disputas. Si hay diferencias entre el tráfico que unofactura y el que midió la otra parte, se genera una Disputa.Las disputas tienen un tratamiento diferencial. Hay un plazopara notificar a la otra parte de la disputa (30 días). Para laliquidación se considera como válido el monto que no sedisputa. El monto disputado debe resolverse en un plazo de90 días. Las disputas deben estar bien fundamentadas ydetalladas a nivel CDR, de lo contrario no se consideranválidas.La Modalidad de Pago depende del perfil de cada Carrier:-Carrier netamente terminador: son aquellos cuyo principalinterés y estructura requieren servicios de terminación dellamadas. Son 100% prepagos con pagos semanales poradelantado y umbral de corte al 80% del monto prepagado.-Carrier bilaterales: son Carrier con los que fácilmente puedelograrse un neto cero de tráfico (en tráfico tasado, no enminutos cursados). El acuerdo es simétrico y por ende nohay prepagos de ninguna de las partes.Los plazos de liquidación y pagos de los valores netosrequieren el cruce de facturas en los 5 días de completado elperíodo de tráfico. El día 5 se deben haber informado lasfacturaciones (vía e-mail) y acordado la liquidación. El pagodel neto se hace a las 72 hs de cerrada la liquidación. Si nohubo disputas en ese lapso inicial, se hizo el neto del tráfico,posteriores disputas se acreditarán en posterioresliquidaciones.c) Control de Riesgo. Para mantener el Control de RiesgoCrediticio, se procede al Monitoreo diario del tráfico cursadoy valorizado (según Sistema de Mediación). Se trata deltráfico recibido menos el tráfico terminado por cada Carrier-IP, lo que entrega el valor neto acumulado.El Control semanal de balance por operador genera lasiguiente información:-Neto semanal.-Modificaciones en los ruteos si hay una desviación del neto.-Cortes de ruta en caso de terminadores que no cubren suprepago.-Limitación (definir máximos canales permitidos) de tráficopico, para evitar los picos de tráfico de desborde.d) Contratos. Los Tipos de contratos pueden ser dediversos tipos:-Bilateral Agreement. En formato Propios (con contratosbilaterales CH) o de Terceros. En este último caso, muchosCarrier (normalmente operadores grandes, PTTs, telcos)solo aceptan sus propios contratos o el proceso de seraprobados en esos Carrier puede tomar mucho tiempo. Seevalúa entonces en cada caso si el contrato del Carriercumple con los requerimientos propios.-Purchase agreement. Para el caso donde el Carrier esnetamente terminador de tráfico, se firma un acuerdo decompra donde se estipula la forma del prepago, destinos ytarifas. En el caso que iplan sea un neto comprador, seaplica el mismo criterio en sentido inverso (es el caso dondeun operador tiene precios muy buenos a destinos muyespecíficos y no tiene originación para enviar a iplan comocontraprestación).14
Monografías 6 (2003)Gateway IP-IP (CHip)OURNAL-Broker (bilateral). Es una figura que permite a personasacercar negocios de tráfico y cobrar por eso una comisión.Las comisiones se pagan por diferencia entre los targetspedidos y ofrecidos y los precios efectivamente conseguidospor el broker.e) Precios. Con referencia a los Precios cada caso se cotizacomo un caso particular. Las variables a considerar paradeterminar el precio:-Tipo de negocio (bilateral, unilateral).-Forma de pago (caso de terminadores).-Volúmenes comprometidos por destino.-Perfil de tráfico (composición de volúmenes y destinos).-Reputación del Carrier.El Pago mensual por adelantado es un commitment detráfico, lo que permite lograr descuentos en los terminadoresy ese descuento puede transferirse al cliente por pagar todoel mes por adelantado.f) Roles dedicados al negocio CH. Los roles necesariospara el negocio CH incluyen un Business Manager y alRouter Master. El primero es responsable de:-administrar el tráfico y enrutamiento para cumplir con losacuerdos firmados con los clientes,-de requerir el enrutamiento, de que el tráfico de terminaciónsin swap sea prepagado y que se cumplan lascompensaciones por swaps,-del análisis y medidas del balance de tráfico con cadaCarrier,-del monitoreo constante del negocio a través del SGM(sistema de Gestión Mayorista) y-de fijar las tarifas de los convenios sobre la base de laspautas fijadas por Marketing.El segundo es responsable de la habilitación de rutas, de laprueba constantes y pro-activa de las rutas y de los reclamosde clientes vía Customer Care, y del enrutamiento en casosde falla.LD Alternativo puede verse como un Carrier conectado a laplataforma CHip, que es netamente originador de tráfico:-Usa los Carrier conectados al negocio CH y la gestión derutas que garantizan estabilidad del servicio.-Los precios que consigue CH se transfieren como costodirectamente a LDA (obtiene mejores precios por el volumenque mueve CH).-La gestión de rutas y monitoreo es una tarea común al tipode carrier (VoIP) y no del negocio (LDA o CH). El routemaster es un recurso compartido por ambos negocios.-Operativamente, LDA y CH son la misma cosa, CH mirahacia los Carrier y LDA a los clientes.15
MONOGRAFÍAS DE JOURNALJournal monografías número 5. Edición septiembre-2003.Diseño gráfico original de Marianela V. Ricardo16
OURNALmonografía 72003 iplanTechJournal Monografías es una publicación de iplan que contiene información técnica y confidencial de la empresa. Sedistribuye a un circuito limitado de lectores a fin de mantenerlos informados sobre el estado y la evolución de latecnología y el negocio de la Telecomunicaciones, principalmente en las redes IP y la Telefonía-IP. Se ruega a loslectores a mantener el principio de Confidencialidad sobre la información aquí contenida.No está autorizada su reproducción o distribución por cualquier medio sin antes consultar con la empresa.IPlataforma Servicios Pre/PospagoDiseñada en el primer semestre del 2002 y con varios Releaseintermedios, la PSPP se ha convertido en una fuente inagotablede nuevos Servicios, entre ellos las Calling Card. La plataformalleva el nombre de CVOX.IINDICE1- Evolución histórica.2- Componentes, Funcionamiento, Release y Features asociados.3- Herramientas de Management.4- Generalidades del negocio.5- Casos de estudio.IABSTRACTEsta plataforma ha sido diseñada y ha evolucionado desde inicios del 2002.Ha tenido sucesivas versiones posteriores que agregaron nuevas einnovadoras funcionalidades a los servicios prepagos y pospagos. Las tarjetasCalling Card de iplan están distribuidas en todo el mercado, identificándosecerca de medio centenar de tarjetas.Esta monografía se encuentra dividida en dos parte: la tecnología y elnegocio. Se muestra las bondades de la tecnología para producir solucionesnovedosas e innovadoras en el mercado, así como la posibilidad de ingresaren este negocios con un mínimo de requisitos (el producto llave-en-mano deiplan).IAUTORESEsta monografía ha sido redactada gracias a la documentación original deMarcelo Castro, Javier Temponi, Sebastián Navarro y Gustavo Novak.1
Monografías 7 (2003)Plataforma de servicios prepagosOURNALPARTE I: LA TECNOLOGIA1- EVOLUCION HISTORICA1.1- Plataformas arrendadasLa idea de que iplan tenga su propia plataforma de CallingCard y el producto “llave-en-mano” es de fines del 2001. Enaquel momento, se producía una expansión en el mercadode Tarjetas Prepagas; en tanto muchas de ellas aplicabanpequeñas trampas que recaían sobre el Usuario y hacíanalgo turbio el negocio. iplan llevada un año de vida y elnegocio Wholesale adquiría una preponderancia que nohabía sido planeada.En ese momento se ofrecían solo servicios de originación yterminación de llamadas (similar comportamiento tenían losdemás Operadores). Se trataba de una simpleintermediación, con poco valor agregado. El Cliente debíatener y administrar su propia Plataforma de ServiciosPrepago. La decisión adoptada fue poseer una plataformapropia, que permitiera crear servicios-a-medida y multiplicarel negocio.Sin duda, esta decisión ha tenido consecuencias comercialesmuy importantes. No solo ha permitido la expansión de unnegocio de interés empresario, sino que introdujo claridad ytransparencia para el Usuario final. Como se verá masadelante, disponer de un producto llave-en-mano introducecondiciones contractuales que impiden las accionespredatorias sobre el Usuario final.En enero-2003 se invitaba a cotizar a distintos proveedores yse analizaron 5 ofertas. Se trataba de plataforma Carrier-Class de costos muy elevados. La necesidad de contener lasinversiones, nos llevó a cerrar un acuerdo con un proveedorlocal para la provisión de una plataforma en el NOC de iplan.Se realizó mediante un contrato de Revenue Sharing RS,donde el proveedor cobra un peaje por cada llamada y porcada habilitación de PIN.Como se representa en la Figura 1, esta solución contieneun Server que dispone de placas con interfaz E1, las cualesse conectan a la central de conmutación NEC. La llamadaentrante desde la PSTN, ingresa al sistema mediante unnúmero con formato 0800-345-MCDU. Entonces, esenrutado nuevamente por el server dedicado hacia eldestino final (pudiendo ser la PSTN o un Usuario de iplan enla red de Telefonía-IP, dependiendo del número de destino).El server tiene también la función de IVR (mensajeríagrabada para el Usuario).En adelante se entiende por Cliente, al operador quecontrata a iplan el servicio para emitir tarjetas prepagas en elformato llave-en-mano y se denomina Usuario al que utilizala tarjeta Calling Card. En marzo-2002 se pone enfuncionamiento la plataforma PSPP y los primeros Clientesse instalaban en abril-2002. Una segunda plataforma, con lamisma modalidad de negocio, fue contratada para la mismaépoca.Durante este período surgió la necesidad de disponer de unaplataforma con diseño propio, pero con una estructuratecnológica diferente. Esto se hizo evidente cuando severificó que el soporte técnico de los proveedores nopermitían mantener una operación confiable y confortable.Los primeros trabajos de desarrollo se hicieron para laCalling Card de Internet y luego se pasó a la de telefonía, lacual era más compleja debido a la variedad de destinos quedeben alcanzarse.1.2- La Plataforma CVOX de iplanEn la solución de una plataforma en Revenue Sharing, elproveedor coloca servidores con hardware apropiado pararecibir tramas E1 desde la central de conmutación(normalmente se utilizan tarjetas E1 de mercado insertadasen Server industriales). Este server tiene el software y el IVRpara atender las llamadas de 0800.Figura 1. Primera plataforma de Calling Card en Revenue Sharing2
Monografías 7 (2003)Plataforma de servicios prepagosOURNALFigura 2. Plataforma CVOX de PSPP basada en el uso de AS-5300 de Cisco.En la plataforma de iplan en cambio, las tramas E1 seterminan en un Gateway de voz GW-E1 (equipos Cisco-5300/5350), los que mantienen la funcionalidad de IVR y elsoftware de validación. El accounting se encuentra en losServers anexos. En la Figura 2 se presenta un diagrama abloques.De esta forma, la Plataforma CVOX de Servicios Prepago ypospago PSPP “utiliza” el recurso de los Access ServerCisco que son usados para interconectar la red de Telefonía-IP con la central de conmutación (son conocidos comoNASGW).Cada llamada ocupa dos canales (la entrada desde el 0800 yla salida hacia el número de destino final) de los GW-E1. Seutiliza un recurso común a otros servicios, pero cada llamadaocupa dos canales. En aplicaciones de menor carga detráfico que en el caso de iplan, es posible usarse GW-E1 demenor porte que los Cisco-5300/5350, tales como los Cisco-2600/3600. Esto es interesante para empresas que norequieren una carga de tráfico tan elevada.PSPP se diseñó en el tiempo de un trimestre. En la primerversión, el hardware utilizado fue un server LPR-1000 de HPcon una unidad de rack. Disponía de 2 procesadores y 1,5GByte de memoria RAM. Un segundo server sería instaladoluego para backup del primero. El software fue desarrolladosobre Linux en lenguaje C.Una llamada típica sigue el siguiente procedimiento:-Desde la PSTN ingresa una llamada con formato 0800-345-MCDU.-La central de conmutación la envía al GW-E1, el cual tieneun IVR (con mensajes pregrabados de bienvenida y coninstrucciones para el uso).-Una vez ingresado el PIN por parte del Usuario, el GW-E1se comunica con el server para la validación del PIN yverificar la disponibilidad de crédito.-Luego, el Usuario ingresa el número de destino.-Nuevamente se consulta la base de datos para verificar elaccounting y el tiempo restante de la llamada a ese destino.-La comunicación se sigue hasta la finalización y sedescuentan los costos de la llamada del valor precompradoremanente.-En caso de agotarse el crédito, el mismo GW-E1 se encargade interrumpir la llamada. Es decir, el GW-E1 sigue lamétrica de tiempo de consumo.Entre las características técnicas generales de la plataformaCVOX, podemos mencionar:-Permite múltiples fraccionamientos por Clientes y la recargade tarjetas con tope configurable.-Permite la utilización de distintos largos de PIN ycontraseñas.-Soporta Usuarios y contraseñas alfanuméricas.-Permiten al Cliente, mediante un protocolo propietario deiplan, realizar en forma remota y automatizada la recarga,consulta de Clientes conectados, consulta y extracción deCDR, etc.-Permiten la suscripción por ANI (esto habilita a realizar lasuscripción a un servicio de Internet vía 0800 donde elUsuario será identificado por el número de abonado Allamante).-Admite el servicio Roaming.-Permiten utilizar una misma tarjeta estando en las cuatrociudades donde iplan tiene presencia (Buenos Aires, LaPlata, Rosario y Córdoba), marcando un mismo número de0800-345-MCDU.Para mediados del 2002, se encontraba plenamenteoperativa CVOX para telefonía. También se concluyó eldiseño de la plataforma de Calling Card para Internet.Esta última plataforma, permite el acceso a Internet vía un0800 a una conexión dial-up mediante tarjetasprecompradas. Cada tarjeta posee un precio que equivale aminutos de conexión. Como en el caso de la Calling Card deTelefonía, la plataforma esta desarrollada íntegramentesobre el sistema operativo Linux, mediante la utilización debase de datos MySQL y programación en lenguaje C.3
Monografías 7 (2003)Plataforma de servicios prepagosOURNALFigura 3. Integración de la plataforma de servicios prepago y pospago a COSO.Permite múltiples configuraciones, dándole a iplan una granflexibilidad para adaptarse a las necesidades de los Clientes.Actualmente está disponible en Buenos Aires, Rosario,Córdoba y La Plata, utilizando los equipos de acceso aInternet Cisco-5300/5350 de Dial-up. Son los equiposutilizados para los Free-ISP (el 5300 es dedicado a telefoníao dial-up, mientras que el 5350 es compartido entre ambosservicios).CVOX fue montada inicialmente sobre un server Pentium III650 MHz con un disco IDE de 5 Gbps y 256 MByte dememoria, corriendo sobre Red Hat 7.2. Este producto no hatenido el éxito esperado y se debe quizás a la falta depromoción realizada entre los Usuarios.1.3- El futuro de la Plataforma CVOXCVOX tiene dos vertientes de desarrollo a futuro. Por unlado, la adaptación del hardware a versiones más pequeñasy escalables, para ser adoptadas por pequeñas empresas.Este es el caso de Clientes que inician su negocio en elformato llave-en-mano utilizando la CVOX de iplan y luego,con el crecimiento de sus actividades, deciden adquirir supropia plataforma CVOX para administrarla a voluntad.Por otro lado, durante el segundo semestre del 2003 seproducirá una integración de los servicios prepago y pospago(entre ellos los de Calling Card) a la plataforma COSO. Elsoftware COSO ha sido diseñado en iplan como RedInteligente Virtual, para ofrecer servicios de traslación dellamadas. En un número monográfico de Journal, se puedeseguir la evolución de la tecnología COSO con todo detalle.La relación de la plataforma Prepago y COSO es muyestrecha, lo cual puede seguirse con la Figura 3.El procedimiento para ofrecer una comunicación de servicioprepago utilizando COSO, es el siguiente:-La llamada entrante es analizada por COSO. Se hace laprimera validación por origen (black list, categoría, horario,etc), con lo cual se obtiene el permiso para seguir con elpaso siguiente.-La llamada es enrutada hacia el GW-E1, el que posee elIVR, que da la bienvenida al Usuario.-Cuando el Usuario ingresa el PIN, se realiza la solicitud devalidación al servidor Radius.-Una vez realizada las validaciones, el IVR libera la llamaday COSO se encarga de re-discar al destino.-El canal vocal del GW-E1 se libera quedando disponiblepara otra llamada. Se utiliza entonces tramas E1 en loopcontra la central de conmutación. La llamada entra al loop yvuelve a la central con la nueva dirección de salida.-COSO se encarga de controlar el tiempo disponible de lallamada en curso y de generar el CDR respectivo.Definitivamente, se obtienen algunas ventajas adicionalesdebido a la integración de CVOX con COSO:-Este sistema permite la integración entre las Bases deDatos de servicios Calling Card y 0800. Además permite laintegración de aplicaciones para un mejor procesamiento ycapacidad sin gastos adicionales.-Permite utilizar el IVR del GW-E1 Cisco-5300 para atenderal Usuario y recolectar los datos en el mismo modo que lohace CVOX. Pero se optimiza el uso del GW-E1, ya que unavez validados el PIN y el número de destino, el canal vocalse libera quedando disponible para una nueva llamada.-Se integran los datos de señalización con aquellosingresados por el Usuario. Se integran parámetros y otrascaracterísticas tales como categoría del origen y Black oWhite Lists, no disponible en la plataforma CVOX en formaindependiente (debido a que las mismas están contenidas enla señalización SS7, que si es analizado por COSO).-Todas las instancias de llamada pueden generar los dosCDR que se utilizan para facturar el tipo de servicio deCalling Card.-En cuanto a la ruta, COSO puede indicar un nombre de rutaespecial por cada Cliente Calling Card, aunque la llamadasalga por un canal del mismo loopback de trama E1 queutilizan el resto de los servicios.4
Monografías 7 (2003)Plataforma de servicios prepagosOURNAL2- COMPONENTES, FUNCIONAMIENTO,RELEASE Y FEATURES ASOCIADOS.2.1- Componentes.De acuerdo con la Figura 2, se disponen de Serversdedicados a las funciones de CVOX. Se trata de lossiguientes módulos:2.1.1- Service Provisioning Module (SPM). El SPM permiteel provisioning para todas las funcionalidades de laplataforma. Puede realizarse de dos formas. La primera esmediante una Interfaz web, la cual se accede medianteusuario y contraseña y la segunda en mediante un protocolopropietario, el RMP. Que es un protocolo de comunicacionesque funciona sobre un puerto TCP.La información esta codificada mediante el protocolo XML.El SPM está instalado sobre un Servidor con el sistemaoperativo Linux. En este también se encuentra un servidorweb, donde esta alojada la interfaz de AdministraciónGráfica y también el servidor de RMP para administraciónremota. La interfaz gráfica vía web está desarrollada en PHP(Personal Home Page Tools), JavaScripts y HTML. Lainterfaz de administración remota esta desarrollada bajo ellenguaje C/C++. El SPM trabaja con el DBM para poderalmacenar o requerir datos almacenados en la Base deDatos MySQL. Esta interacción se hace mediante la API(Aplication Program Interface) de PHP, para el caso de lainterfaz gráfica y de C/C++ para el caso de la interfaz deadministración remota.2.1.2- Billing Service Module (BSM). El BSM permite quedarle “Inteligencia” al IVR, y generar la informaciónnecesaria sobre las llamadas. Está dividido en dos partes.La primera está instalado sobre el Access Server y es unscript realizado en lenguaje TCL (Tool CommandLanguage). Esta primera parte es la que se encarga demanejar el flujo de la llamada. El script TCL dialoga con unservidor TFTP (Trivial File Transfer Protocol), donde toma elaudio para reproducirlo. Está instalado en el mismo servidordonde se encuentra la segunda parte. Dialoga también conun servidor Radius que está en el mismo servidor. Lasegunda parte esta instalada en un Servidor con el sistemaoperativo Linux, en el cual se encuentra un servidor Radius(Remote Authentication Dial In User Service), que dialogacon el script TCL, dándole la inteligencia necesaria parallevar a cabo la llamada.A su vez el servidor Radius dialoga con el DBM que es unabase de datos MySQL. En esta base de datos estánalmacenados todos los datos (Pines, Anis, Créditos,Destinos, etc). Sobre la base de los datos recogidos en eldiálogo con DBM, puede decidir si permitir hacer unallamada, el tiempo de comunicación, informar o no el crédito,poner tono en lugar del mensaje ”ingrese el numerodestino”, informar o no el tiempo disponible y si la llamadava a salir por algún carrier alternativo o no.2.1.3- Data Base Nodule (DBM). El BDM lleva a cabomanejo de los datos basándose en una base de datosMySQL. Contiene la base de datos MySQL sobre un sistemaoperativo Linux y HP-UX. La gestión de la base de datos serealiza en lenguaje SQL a partir de los parámetroscontenidos en los mensajes Radius recibidos. Una vezobtenida la información correspondiente y luego de lagestión de la base de datos, la aplicación del BSMprocederá a armar un nuevo mensaje Radius a partir de losdatos recibidos. También interactúa con el SPM mediante laAPI de PHP y de C/C++.2.2- Funcionamiento.A continuación se muestra como se desarrolla una llamadanormal hacia la Plataforma y de ella hacia el destino final:1- El Usuario de Origen (Abonado A) disca un número deIplan, pudiendo ser un número gratuito “0800-345-MCDU” oun número geográfico. La llamada es enrutada a través de laRed de Telefonía Pública (PSTN) hasta la central.2- En la central de acceso, si el número discado es 0800, lallamada es enviada a COSO, el cual traduce a un númerogeográfico (un número si la categoría es abonado ordinario yotro número distinto si es teléfono público). De no ser unnumero 0800, la llamada se enruta directo al Access Server,el cual tiene configurado un dial-peer con el númerogeográfico y el “aplication ccardv2”.3- Cuando la llamada entra al access server, el SMM (elscript TCL) toma el control de la llamada. Una vez que lallamada está en control del TCL sigue los siguientes pasos:4- Verifica que el ANI no esté en la Black List (esto lo hacepor medio de una consulta Radius). De estar en la Black listla llamada se corta y no envía el answer a la central.5- Si el ANI no se encuentra en la Black List, se procede avalidar el ANI. Esto se hace mediante una consulta deRadius), en caso de que el ANI fuera validado también seenvía el crédito disponible y si se quiere que se reproduzcaalgún audio (“Ud dispone de xx,xx pesos” y/o “Marque elnumero al que desea comunicarse”) o se envía un audio de“tono”. En el caso de no ser validado el ANI, se reproduce unaudio de bienvenida (el que corresponde al número discado)y otro audio que le indica que debe introducir su número detarjeta. Una vez que se introdujo el número de tarjetamediante una consulta Radius se valida, si ésta no ocurre seprocede a pedir el número nuevamente (así hasta 3 veces).6- En el caso que el ANI o número de tarjeta sean validadosse reproduce un audio que indica que hay que ingresar elnúmero al que se quiere comunicar o en caso contrario sereproduce un “tono”. Una vez discado el número se deberádiscar “#” o esperar el tiempo de time out para que el TCLtome el número. Luego, el TCL valida mediante una consultaRadius el número discado. El número discado es validadoconsiderando el número de origen, el PIN o ANI y el númerodestino. En la consulta se devuelve el costo por minuto deldestino, si este destino sale por algún carrier se devuelve elprefijo para el carrier y también en la consulta se indica sihay que informar el tiempo disponible.7- El realiza la llamada al destino marcado. En el caso de darocupado se lo invita a que se marque nuevamente el destino.Si el destino contesta, se enlaza la llamada. Cuando eldestino atiende, se inicia un contador con tiempo máximoestablecido a partir del crédito existente y el costo por minutodel destino. Cuando falta un minuto para que se corte lacomunicación se reproduce un audio indicándolo.5
Monografías 7 (2003)Plataforma de servicios prepagosOURNAL8- Cuando la llamada se termina, ya sea porque se alcanzoel tiempo máximo de comunicación, o porque el origen o eldestino la finalizaron, se informa la duración al SMM porRadius. El cual realiza el billing correspondiente, generandoun registro de la llamada con todos sus datos y descontandoal PIN o ANI el monto de la llamada.8- Una vez que la llamada termina el TCL libera el canal yfinaliza.2.3- Funcionalidades.2.3.1- Servicio de Llamadas con Tarjetas Prepagas. Es unservicio en el que el cliente compra una tarjeta condeterminado crédito y este se la va descontando a medidaque realiza las llamadas. El cliente llama a un 0800 o unnúmero geográfico, ingresa solo el PIN o el PIN más unacontraseña, y por último el destino al cual se quierecomunicar. Una vez terminada la comunicación se ledescuenta del crédito de la tarjeta el importe de la llamadarealizada.2.3.2- Servicio de Llamadas con Tarjetas Pospagas. Es unservicio en el que el cliente tiene una tarjeta sin crédito ycuando se le quiere facturar al cliente se extraen los detallesde llamadas que realizó y se factura con esta información.2.3.4- Servicio de Llamadas con reconocimiento de ANI (CallThrough) Prepago (comercialmente conocido comoIdenticall). Es un servicio en el que el cliente abona undeterminado crédito y este se la carga a su número deteléfono (ANI), que se va descontando a medida que realizalas llamadas. El cliente llama a un 0800 o un númerogeográfico, la plataforma valida el número de teléfono (ANI),si esta fuera de su teléfono puede ingresar su número deteléfono (el que tiene registrado) más una contraseña y porúltimo el destino al cual se quiere comunicar. Una vezterminada la comunicación se le descuenta del crédito elimporte de la llamada realizada.2.3.4- Servicio de Llamadas con reconocimiento de ANI (CallThrough) Pospago. Es un servicio donde al cliente se lehabilita su número de teléfono (ANI) para que pueda realizarllamadas sin restricciones de crédito. El cliente llama a un0800 o un número geográfico, la plataforma valida el númerode teléfono (ANI), si esta fuera de su teléfono puedeingresar su número de teléfono (el que tiene registrado) másuna contraseña y por último el destino al cual se quierecomunicar. Cuando se le quiere facturar al cliente se extraenlos detalles de llamadas que realizó.CVOX permite además la Confección de Registros dellamadas (CDR call detail record) El BSM arma los registrosde llamadas de acuerdo con la información recibida a travésdel set mensajes enviados por el BSM (script TCL) y cadauno de ellos referido a una llamada. Por cada llamada segeneran dos registros. Uno referido a la llamada entrante a laplataforma y uno referido a la llamada saliente de laplataforma hacia el destino. Estos registros se puedenrelacionar por el id de llamada entrante. Los registros sonalmacenados en la base de datos del DBM.Figura 4. Pantallas de administración de la Plataforma de Calling Card.6
Monografías 7 (2003)Plataforma de servicios prepagosOURNALLa plataforma permite el reporte de alarmas vía mail. Lasalarmas son configuradas por la interfaz web. Hay dos tiposde alarmas diferentes que se pueden configurar. La primerade ellas es por cantidad de CDR en curso. Existe un procesoque revisa cada 10 minutos la cantidad de llamadas en cursoy si ellas exceden la cantidad configurada por alguna alarmaenvía un mail a la casilla configurada en la alarma. El otrotipo de alarma es para los consumos de Indenticall. En estasalarmas se configura un porcentaje del límite de créditomensual de cada ANI. Si este lo excede o lo iguala, esenviada la alarma por mail.2.4- Release 1.05.La plataforma de Calling Card durante un año se desarrollósobre la base de ampliaciones de Features sobre la primeraversión de software. El último Release de esta línea esconocido como v1.05. Con posterioridad, fue reestructuradodesde su base y se pasó a la versión 2.01, en julio-2003. Yaen la primera versión 1.05, los principales parámetros sonadministrados vía Internet. Entre ellos se cuenta:-la creación de nuevas tarjetas,-la carga de nuevos planes tarifarios (y su modificación),-análisis del ciclo de vida, etc.Además, el operador tiene la posibilidad de monitorear laactividad del sistema, permitiendo observar en línea elfuncionamiento de la plataforma. El listado de Servicios yFacilidades disponibles en la Plataforma de Calling Cardhasta marzo-2003 era el siguiente:Servicios:-Validación de PIN para las Calling Card. La plataformaCVOX permite validar a los Usuarios de tarjetas prepagas,las cuales tienen pre-impresas un PIN variable que fluctúaentre 8 a 15 dígitos. Mediante este PIN se identifica a unUsuario asociándole la carga de dinero correspondiente.-Validación de PIN y Password para Calling Card. En estecaso las tarjetas tienen pre-impresas un PIN visible y uncontraseña que se encuentra oculta. Esta contraseña debeser vista únicamente por el Usuario final de la tarjeta,asegurando así una máxima confiabilidad del servicio.-Validación de ANI para Call Through. La validación de ANIpermite habilitar una cantidad de dinero al identificador decada línea telefónica (conocido como ANI) asociado a unCliente. Cada vez que el Usuario llame a la plataforma desdeese ANI podrá utilizar el dinero previamente cargado.Facilidades:-Mensajes de bienvenida. Permite que cada Cliente puedapersonalizar el mensaje que emite la plataforma al ingresaruna llamada. En la Figura 2, los mensajes se encuentrangrabados en un IVR que físicamente se encuentra en elGateway-E1.-Mensaje de saldo en pesos. Permite configurar por cadaCliente un mensaje, mencionando el saldo de una llamadaen pesos o únicamente en minutos.-Tabla de precios. Permite que un mismo Cliente tengadiferentes tablas de tasación. Las tablas se pueden separarpor grupos de PIN, números de origen y destinos. Estootorga mayor flexibilidad para la composición del costo decada destino dependiendo del origen de la llamada.También, a este feature se le suma la posibilidad de cobrarun costo diferente si la llamada fue originada desde unteléfono público.-Opciones de múltiples Carrier. Permite seleccionar paracada Cliente y por cada destino un carrier alternativo. Estacaracterística se efectúa agregándole un prefijo delante delnúmero que marco el Cliente. Este feature le permite alCliente elegir el Carrier por el que quiere salir según eldestino. Una monografía de Journal está dedicada alGateway IP-IP o Plataforma CHip, la cual administra estetipo de Carrier-IP.-Traducción de numeración. Permite que la plataformatraduzca un número marcado por el Usuario. Por ejemplo, siel Cliente marcó el número de Emergencia para la Policía lallamada será enrutada como si hubiera marcado el númerodel Comando Radioeléctrico correspondiente.-Administración vía Web. Se puede administrar los Lotes deClientes, lotes de PIN o de ANI, lotes de planes de tarifas yde Black list de PIN (la Black List permite neutralizar ciertosPIN, por ejemplo en caso de robo). Además permite lasconsultas y exportación de CDR e Informes estadísticos deconsumo y facturación.-Protocolo de administración remota RMP. Este protocolopermite la utilización de funcionalidades de la plataforma enforma remota. Este feature da la posibilidad al Cliente deautomatizar su sistema de gestión interno. Algunos de losmensajes soportados son: la Activación, la Consulta desaldo, la Anulación, la Solicitud de PIN y la Recarga. Másadelante se entregan mayores detalles en cuanto hace alfuncionamiento del protocolo y que aplicaciones comercialesha encontrado.-Cargo fijo por llamada (conocido como bajada de bandera).Este feature podrá ser habilitado por el Cliente, descontandoun valor determinado cada vez que un Usuario realice unallamada a la plataforma.-Black List de PIN. Permite deshabilitar momentáneamenteciertos PIN, según lo desee el Cliente, desde la interfaseWeb o desde el protocolo de administración remota.2.5- Release 2.01.En julio-2003 se puso en marcha el nuevo release delsoftware de la Plataforma de Calling Card. En él se puedenencontrar nuevos servicios y facilidades, añadidos a losanteriores. En la Figura 4 se muestran algunas de laspantallas de configuración y administración de la PSPP en suRelease 2.01.Servicios adicionales:-Soporte de múltiples tablas de tasación para Call Through.Permite que el Cliente pueda tener simultáneamente hasta 8tablas de tasación diferentes que puede asociar a los ANI enel momento de su creación.Facilidades adicionales:-Integración de Calling Card y Call Through (denominadatarjeta multipropósito). En esta versión se combinan losservicios de Calling Card y Call Through de manera que7
Monografías 7 (2003)Plataforma de servicios prepagosOURNALcualquier Usuario de una tarjeta Calling Card pueda dar dealta una ANI y cualquier Usuario de Call Through (asociado aun ANI) puede tener acceso a un número de PIN, cuyascuentas corrientes estarán asociadas.-Asociación de un ANI a un PIN. Permite que un Usuario delservicio de Calling Card que posee un número de PIN válidopuede llamar a un número y ser atendido por un IVR dondetiene la posibilidad de dar de alta hasta 10 ANI del servicioCall Through que compartirán el crédito de su tarjeta deCalling Card.-Asociación de un PIN a un ANI. En el modelo Call ThroughRetail o Call Through Revendedor, cuando se realiza el altade un ANI se generará también un PIN que permitirá que elUsuario pueda originar llamadas desde líneas fuera de sudomicilio. Comparte el crédito de ambos servicios con deCall Through.-Consulta de saldo y CDR desde la Web. Este featurepermite que desde la Web, un Usuario pueda ver los CDR yel saldo actual, ingresando su PIN y Password o su ANI yPassword, según corresponda.-Tasación mixta. En esta versión la plataforma CVOXsoporta la posibilidad de tasar con base en tiempo de unnúmero entero de minutos. Un Cliente determinado podríatasar las llamadas locales cada 2 minutos y las de LargaDistancia cada 1 minuto. En el fraccionamiento se puedehacer distinción entre llamadas Locales, LDN y LDI.-Elección del Carrier alternativo. Se agrega en la interfazWeb de configuración de la plataforma la posibilidad deseleccionar o no el prefijo “790” (asignado al CarrierAlternativo) por Cliente y por destino.-Funcionalidades adicionales al protocolo de administraciónremota RMP. Esta versión agrega dos funciones adicionalesal protocolo de administración remota; el Rollback deOperación y la Generación de PIN.-Integración con Tenfold. La plataforma generará diariamenteun archivo de texto plano separado por comas con unregistro por cada operación realizada sobre la plataformamediante el protocolo RMP. Esta funcionalidad le proveerá aTenfold (el sistema de gestión de Clientes de iplan) lainformación para facturación y para el envío de alarmas en elcaso que los Clientes excedan un límite de créditopreestablecido.-Inserto de dígito en ANI. Este es un pedido de mejora paraadaptarse a particularidades de la red de telefonía de iplan.Permite agregar el digito 8 por delante de las llamadas quesean originadas en la ciudad de La Plata y tengan comodestino La Plata o Buenos Aires.-Discado abreviado. Permite que si un cliente disca unnúmero corto por ejemplo 333, la plataforma lo cambia porun número largo por ejemplo 50316430.2.6- El futuro Release.-Posibilidad de hacer segunda llamada. Permite realizar unasegunda llamada sin necesidad de re-llamar y reingresar elPIN, cuando el abonado B corta o cuando está ocupado.-Tarjeta DUAL. Permite tener una tarjeta que funcione comoun Calling Card común, pero el Cliente cuenta con unaopción adicional en el IVR que le permite direccionar lasllamadas a una plataforma de Juegos con una tarifa fija.Otros features:-Diferente tasación de la llamada según banda horaria.-Estadísticas de llamadas. Estadísticas simultáneas porclientes y por Access Server. Estadísticas por banda horaria,por origen y destino. Cada cliente va a poder verlas vía web.-Detección de Fraude: está basado en logs de la plataforma.3- HERRAMIENTAS DE MANAGEMENTDos software han sido desarrollados como complemento dela CVOX. Uno de ellos se utiliza para obtener datosestadísticos de los clientes y el segundo para trabajar enforma remota con un Sistema del cliente.3.1- Software de Management de ClientesSe ha desarrollado este software para el seguimiento de lasprincipales estadísticas de los Clientes de Calling Card,obtenidos desde CVOX. En la Figura 5 se muestra unejemplo típico de la información obtenida.Para obtener los datos mostrados en los gráficos deestadísticas se utiliza los software PHP y MySQL. El PHP esun lenguaje de programación del lado del servidor, gratuito eindependiente de plataforma. Es rápido, con una gran libreríade funciones y mucha documentación. Un lenguaje del ladodel servidor es aquel que se ejecuta en el servidor web justoantes de que se envíe la página a través de Internet alCliente.Las páginas que se ejecutan en el servidor pueden realizaraccesos a bases de datos, conexiones en red, y otras tareaspara crear la página final que verá el Cliente. El Clientesolamente recibe una página con el código HTML resultantede la ejecución de PHP. Como la página resultante contieneúnicamente código HTML, es compatible con todos losnavegadores.MySQL es una base de datos gratuita (GNU) y muy potente.Es la base de datos de código fuente abierto más usada delmundo. En PHP se obtienen de la base de datos MySQLinformación como por ejemplo: minutos consumidos en cadames.La Figura 5 muestra la pantalla de Management donde sepuede seleccionar la lectura de Consumo, Facturación, PINusados, destinos, promedio de llamadas. Además semuestran algunos de los resultados como gráficos odiagrama de tortas.Para el próximo Release se están prometiendo las siguientesfuncionalidades (entre otras que se agregarán y que aún nohan sido anunciadas):8
Monografías 7 (2003)Plataforma de servicios prepagosOURNALFigura 5. Se muestran las pantallas del software de Management de los Clientes Calling Card.3.2- Software de ComunicaciónEl protocolo de comunicación RMP permite la administraciónremota. Es propietario de iplan y facilita la interacción dealgunas plataformas del Cliente con la Plataforma de CallingCard (Figura 6). Es utilizada en tarjetas Calling Card del tipoNorte, Hola-Baires (del Bapro) y Pago-Fácil (próximamenteen las tarjetas Yenny y El Ateneo). Por ejemplo, lainteracción de CVOX con el sistema de cajeros de unsupermercado como Norte, o del sistema de validación detarjetas de crédito del Banco Provincia.El protocolo de comunicaciones está montado sobre unpuerto TCP en el rango comprendido entre el 50.000 y el50.999. El transporte de la información está soportado sobrelos estándares de XML (texto plano), haciendo fácil sucompresión y posterior procesamiento.Los tipos de mensajes posibles que maneja este protocolo,son:-Solicitud del PIN,-Activación del PIN,-Consulta del saldo,-Recargo del PIN y-Anulación del PIN.El protocolo genera mensajes que están formados por lossiguientes atributos:-pin. Campo numérico, de tamaño fijo, justificado con ceros.Es el número de PIN (o número de control) de la tarjeta.-fecha. Es la fecha del sistema que envía el mensaje.-hora. Es la hora del sistema que envía el mensaje. Esrecomendable que ambos sistemas estén sincronizados conalgún patrón de tiempo (por ejemplo, utilizando NTP) parafecha y hora.-monto. Campo numérico de tamaño variable con dosdecimales fijos, separados por un punto. Es el monto que secargará en la tarjeta.-saldo. Campo numérico de tamaño variable con dosdecimales, similar al monto.-result. Campo numérico de tamaño variable. Es el código deresultado de la operación. Si el resultado fue exitoso, elcódigo es cero (0), de lo contrario se entregará un códigodependiendo del tipo de error producido.-id. Campo numérico de tamaño variable. Es el número deoperación generado internamente por el sistema.-dorig. Campo numérico de tamaño variable. Es el númerode la operación que está siendo anulada.9
Monografías 7 (2003)Plataforma de servicios prepagosOURNALFigura 6. Componentes y funcionamiento del protocolo RMP para la administración remota.Algunos tipos de códigos de error son:-el PIN con el que se quiere operar no existe,-la transacción que ingreso no existe,-la transacción que ingreso ya tiene un rollback anteriorhecho,-el PIN debe ser activado previamente a una recarga,-el PIN ya esta activo y-el saldo del PIN supera los 50 pesos.El servicio provisto entrega la incorporación del concepto de“comunicaciones seguras” mediante la implementación detúneles encriptados. De esta forma, la comunicación sebrindará en forma segura aportando confidencialidad yautenticación a los datos transmitidos.Para lograr la conectividad IP con la plataforma de CallingCard, se utilizará una conexión del tipo VPN mediante elprotocolo IPSec encripción DES de 56 bits. El sistema decriptografía DES (Data Encryption Standard) fue desarrolladopor IBM y adoptado por el NBS (National Boreau ofStandard) como standard de criptografía en el año 1977; soloestá disponible bajo licencia del gobierno de USA.Está fundamentado en bloques de códigos conocidos ECB(Electronic Code Book). El método standard utilizado se basaen segmentar la información en bloques fijos de 64 o 128 bitsde longitud para realizar una criptografía por bloques. Laclave para el cifrado (Key) es un código de 56 bits y se tratade un tipo de clave privada. Para reducir la probabilidad dedetección se realiza un proceso de concatenación de formaque el resultado de un bloque influye sobre el siguiente.red interna en iplan. Del lado del Cliente, existirá su propiaprotección. La conexión es mediante una VPN IPSec y elprotocolo de comunicación es el RMP.En el caso que el Cliente desee utilizar el Cliente para VPNs“VPN Client” de Cisco, se entregará un CD con dichaaplicación, la cual será instalada por el Cliente en el serverremoto.El Cliente es responsable de las siguientes tareas:-Instalación y configuración de las cuentas dialup en las PCso Laptops del Cliente.-Instalación y configuración de la aplicación VPN-Client deCisco en las PCs o Laptops del Cliente.-Configuración de los parámetros IPSec en la aplicación VPNClient de Cisco en las PCs o Laptops del Cliente.El Usuario remoto podrá establecer la conexión utilizandouna cuenta dial-up o bien con servicio ADSL. Sobre estaúltima tecnología, la conexión DSL se deberá realizar conprotocolo PPPoE con el ISP (no está soportada la conexiónPPTP con el ISP). Se debe tener en cuenta que la conexióncon el ISP proveedor del servicio DSL se realice utilizandolas siguientes aplicaciones: NTS Ethernet, Wind RiverWinPoET y RASPPPoE.La solución puede implementarse sobre la red Internet omediante un enlace punto-a-punto IP privado (TLS-layer 3).En la Figura 6 se muestran ambas alternativas de conexiónentre la PSPP en iplan y el Sistema del Cliente. En amboscasos existen Firewall PIX de Cisco para la protección de la10
Monografías 7 (2003)Plataforma de servicios prepagosOURNALPARTE II: EL NEGOCIO4- GENERALIDADES DEL NEGOCIO4.1- Producto Calling Card Llave-en-mano.iplan ha creado el producto de Calling Card llave-en-mano ainicios del 2002. Corresponde a la provisión de un serviciocompleto de Calling Card para Clientes que normalmente notienen ningún conocimiento del negocio y necesitan unasesoramiento integral (incluyendo la plataformatecnológica). Sin embargo, el Cliente tiene lo más importanteen este producto: la cadena de distribución y ventas yconocen el comportamiento de los Usuarios finales.Normalmente se le entregan las tarjetas ya impresas,mientras que el Cliente selecciona el look de la misma paradarle su toque personal de acuerdo con el público objetivo.La necesidad de reducción de gastos en servicios, hace queel público opte por las llamadas “Línea Control”. Algunospiensan en que en épocas de posible inflación el públicoprefiera precomprar asegurando el valor de su gasto entelefonía.iplan es el único operador de telecomunciaciones que poseeun producto de Calling Card Llave-en-mano de estascaracterísticas. En los años en el mercado, se ha acumuladouna amplia experiencia en poner en la calle este tipo detarjetas; de forma que además de la plataforma tecnológica,se ofrece un buen asesoramiento a los Clientes por elconocimiento de la operatoria y los tiempos involucrados.Cerca de medio centenar de tarjetas Calling Card han sidodesarrolladas como producto llave-en-mano y operan sobrela Plataforma CVOX diseñada en iplan. Muchas veces serequieren cambios en el producto standard, lo que lleva untiempo de programación para la correcta configuración de laplataforma. Cada Cliente tiene un detalle que los diferencia ynormalmente los negocios son casi todos distintos.El producto “Calling Card Llave-en-Mano”, consiste detarjetas de llamadas entregadas a un Distribuidor oComercializador. Las características principales son:-La Marca es la que pone el Cliente.-La Impresión la realiza el Cliente o directamente iplanmediante las imprentas homologadas.-La Comercialización y Distribución está a cargo del Cliente.-El Customer Care al Usuario final está a cargo de iplan.-El Pricing al Usuario final lo fija iplan. Es parte de la ofertade producto.-El Márgen al Cliente es un porcentaje sobre el valor deventa de la tarjeta neto de IVA, fijado por el producto.Normalmente la comisión del Cliente es un porcentaje queronda el 35%. Esto depende de la calidad que se le quieradar al producto final: mayor comisión significa mayor costopor minuto y menor cantidad de minutos disponibles por elUsuario final. Si el cliente quiere crear un producto duraderoy que los Usuarios vuelvan a comprar su marca, deberesignar para de la comisión. En la vereda opuesta estánquienes prefieren las rápidas ganancias y generan Tarjetasde corta vida.El Cliente es el responsable de:-Elegir la marca, color, diseño, look, etc.-Elige la cantidad y valor de las tarjetas entre lasposibilidades que le da el producto.-Recibe los PIN (para imprimir sus propias tarjetas) o lastarjetas entregadas por iplan, contra pago en concepto deadelanto de un porcentaje del valor de las tarjetas o PIN.-En el caso de recibir PIN, su responsabilidad es la correctaimpresión de las tarjetas.-Contra el pago del saldo, se habilitan los PIN o tarjetas.-El Cliente se encarga de la distribución y comercializaciónde las tarjetas. La clave del negocio.Por su parte, a iplan le corresponde la:-Definición del producto y de las Opciones de valores ycantidades.-El precio de las llamadas a debitar de las tarjetas.-La generación y entrega de PIN o tarjetas.-La administración de plataforma y enrutamiento.-La atención al Usuario Final.Los Clientes son empresas que no tienen Licencia deRevendedor en la CNC. Por esta razón el responsable debrindar el servicio frente al Usuario final es iplan. Unaleyenda en la tarjeta Calling Card indica esto como Servicioprovisto por NSS/iplan. Todas las precauciones tomadas poriplan se deben a que, en definitiva, es el responsable delservicio final. El Cliente es solo un intermediario que, acambio de una comisión, utiliza su cadena de distribución ocomercialización ya montada.Con estas características generales iplan ha obtenido muybuenos beneficios gracias a la amplia flexibilidad:-Es posible abastecer a un mercado mucho más amplio.Cualquier distribuidor de cualquier producto es un Clientepotencial para comercializar las Calling Card. Se le ofrecesumar una nueva línea de negocios.-Se pueden seleccionar Carrier-IP para la Larga Distancia,con lo cual el tiempo de utilización de la tarjeta se prolonga.-Con ingenio, se pueden desarrollar “colecciones” donde seagrega un ingrediente más al tema de la llamada telefónica.-Se ofrece un servicio de amplia difusión y aceleradodesarrollo, abarcando todas las posibilidades de negocio(desde la provisión de E1, hasta las tarjetas llave-en-mano).Emitir Calling Card es como emitir dinero. Las tarjetas tienenun espesor de 350 micrones, son impresas a 4 coloresfrontales y uno en el dorso. Tiene la funcionalidad conocidacomo Scracht Off para descubrir la clave. En el caso deentregar PIN, para evitar posibles fraudes iplan entregará loslotes encriptados y bloqueados mientras que en el caso deentregar tarjetas, las entregará bloqueadas. La habilitaciónse realiza a pedido o mediante un acceso de Internet bajoresponsabilidad del Cliente (se trata de una cláusulacontractual).En el caso de entregar la lista de PIN de acceso al servicio alCliente, estos son 9 dígitos y el número de la tarjeta lleva 6dígitos, con una clave de 4 dígitos para el acceso al servicio.Las tarjetas se entregan en un blister (pudiendo agregarsepropaganda adicional). El tipo de envoltorio de las tarjetas esindividual, en tiras de 5 tarjetas juntas o sin envoltorio.11
Monografías 7 (2003)Plataforma de servicios prepagosOURNAL4.2- Datos estadísticos.La experiencia obtenida con cerca de 50 marcas distintas deCalling Card, entrega datos valiosos que muestra elcomportamiento de los Usuarios. A continuación semencionan solo algunos de estos tópicos.este diagrama muestra el promedio de todas las tarjetas.Muy distinto es la distribución en las tarjetas que estánorientadas a ciertos mercados objetivos. Por ejemplo,aquellas que están orientadas a comunidades de extranjerosobviamente tienen una carga de tráfico en LDI predominante.1- Se encuentran fuertes fluctuaciones en el tráfico paracada Cliente individual. Cuando se analiza un Cliente consuficiente tráfico para seguir una evolución razonable, sepuede ver la figura inferior. El gráfico muestra el períodoentre septiembre-2002 y mayo-2003. Se notarán ciclossemanales, mensuales y aún estacionales (con una caídadurante los meses de verano).5- El porcentaje de llamadas desde Teléfonos Público es del10%. El origen del 0800 fuera de las ciudades de iplan es del3%. Las ciudades donde opera iplan tienen excelentes tarifas(Buenos Aires, La Plata, Rosario y Córdoba). Muchastarjetas han sido creadas aprovechando este diferencial.6- Cada Tarjeta tiene una duración promedio de 7 días, ygeneralmente queda un porcentaje de crédito sin utilizarcuyo promedio es del 5% del valor facial.2- Por un lado, la distribución de llamadas por hora duranteel día y diaria durante la semana, sigue el promedio de lossiguientes gráficos. Naturalmente existe una actividadmáxima entre las 12 y 20 hs y los días de semana.7- Sobre un total de mas de un millón de tarjetas emitidas ladistribución indica que las más solicitadas son las de 5$ (concerca del 75% del mercado). Se han generado tarjetas desde1 a 100$ (estas últimas en cantidad muy reducida).4.3- Algunas trampas en el mercado.El producto Calling Card llave-en-mano a colaborado muchoa ordenar el mercado. Cuando el Cliente tiene su propiaplataforma puede administrar a su gusto el negocio. Con elproducto llave-en-mano se encuentra mas acotado, perotambién dentro de un producto sano. La flexibilidad de laplataforma permite la creatividad, mientras que los límites deun producto standard permite disminuir el riesgo de burlar labuena fe del Usuario final.3- La duración de la llamada promedio del Usuario a undestino local y LD-Nacional es 2 minutos. La duración de lallamada promedio del Usuario a destino LD-Internacional es3 minutos.4- La distribución de destinos (llamadas locales, LDN, LDI ycelular) se muestra en el siguiente diagrama. Desde ya queEn el mercado de las Calling Card se han manejados variastrampas o simplemente omisiones que pueden perjudicar oconfundir al Usuario. Veamos algunos casos como ejemplo:-No fraccionar por minuto. Algunas tarjetas no fraccionabanpor minuto, no lo aclaran concretamente, pero se podíadescubrir cuando se indica la cantidad de minutosdisponibles.-Se cobra un Cargo por Conexión Exitosa con el destino. Esconocido como bajada de bandera. Se trata de un descuentoadicional cuando el abonado llamado responde.-En otros casos si la llamada es atendida por el destino, se lesuma al cargo de la llamada el tiempo que se estuvoconectado con el IVR del 0800.12
Monografías 7 (2003)Plataforma de servicios prepagosOURNAL-En algún caso se han colocado tarifas muy interesantesdurante los primeros meses, lo que sirve para afianzar lamarca. Luego, utilizando el derecho a modificar la tarifa sinpreaviso, la aumentan.-En otros casos, las tarifas se presentan sin IVA y laaclaración se hacía en letras pequeñas. Esto distorsiona elanálisis, ya que el valor facial de la tarjeta (por ejemplo 5$)incluye el IVA y al dividirlo por tarifas sin IVA, entrega unvalor en minutos que no es real.-Otras veces las Tarjetas no entregan el servicio de Atenciónal Usuario para efectuar reclamos.-Casi todas las Tarjetas tienen este número de atención nogratuito.-Algunas Tarjetas con destinos baratos utilizan redes detransporte IP de muy pobre calidad.De mas está decir la existencia de Tarjetas que una vez enla calle no les pagan a las operadoras telefónicas, sacandola tarjeta de servicio. En muchos casos esto ha ocurrido pordesconocimiento del negocio. En una de ellas, sus tarifas nohacían diferencia entre origen de teléfono común y delteléfono público. Era un negocio de imposible factibilidad yterminaron no pagando al operador, haciendo caer la tarjeta.En otro caso tenía precios planos para todos los destinos(caro en local y barato en LDI). Nuevamente terminaronfuera del mercado. Otro ejemplo permite recordar a grandescampañas de marketing que superaban las posibilidades degeneración de ganacias.Existen diferentes versiones de acuerdo con tarifas y formade pago. Por ejemplo, el feature Premium tiene un 0800exclusivo. Aquí, el ANI no tiene vencimiento de crédito comolas tarjetas telefónicas.5- CASOS DE ESTUDIOA continuación se ofrecerá una muestra de la potencialidadde la Plataforma PSPP y del producto llave-en-mano, desdeel punto de vista de la versatilidad para generar negocios.Todas las tarjetas indicadas a continuación tienen el servicioprovisto por iplan.La clasificación se realiza en grupos (tarjetas generadas poriplan, tarjetas que utilizan la validación mediante el protocolode Management remoto y las tarjetas de nichos.5.1- Calling Card de iplan.4.4- Servicios competidores.En algunos segmentos de mercado, el servicio de CallingCard está en competencia con otros formatos de servicios.Se pueden mencionar dos casos:-Para la reducción de gastos se tiene la Larga DistanciaAlternativa LDA. Consistente en la posibilidad de realizarllamadas de LD en forma optativa, donde se utiliza unCarrier-IP anteponiendo el prefijo 790. El cliente tiene laopción de elegir en cada llamada si desea utilizar el servicioLD Alternativo o el servicio de LD “Carrier Class” tradicional.No se trata de una presuscripción de llamadas, es unaselección a voluntad.-Call Through. Comercialmente lleva el nombre IdentiCall yes una Calling Card modalidad Call Through. La plataformade Calling Card identifica al usuario válido por el ANI(número identificador del abonado llamante, A) desde dondese origina la llamada, para luego generar la llamada aldestino final. El ANI cumple una función similar al PIN(número identificador) de una tarjeta Calling Card.Para utilizar el servicio IdentiCall, el usuario debe seguir lossiguientes pasos: -Marcar el 0-800-345-5656 (númeroasignado en iplan para este servicio).-La plataforma lo validará si está dado de alta el ANI en laPSPP, lo recibirá con un mensaje que lo invitará a marcar elnúmero de destino. Si no es válido, informará con unmensaje y cortará la comunicación.-luego marcar el número al que se quiere comunicar y seestablece la llamada.Los clientes potenciales son los que tienen importanteconsumo de minutos de LD; Pymes con sucursales en elinterior y exterior; individuos con vínculos comerciales ofamiliares en comunidades extranjeras.La primer tarjeta que produjo iplan llevó el nombre ElGráfico. Fue generada por un acuerdo con la empresadueña de la marca. Se generó antes del Mundial de Fútbol2002 y se apostaba al éxito en caso que la selecciónArgentina lograra una buena performance. Estaba orientadaa ser coleccionable con diversas tapas de la revista, por ellono tenía una buena tarifa. Nació como una tarjeta para serusada en el AMBA y se vendió para todo el país, lo querequirió la redefinición del servicio con la tarjeta en operaciónen la calle.Unos meses después se generó la tarjeta marcaTelecomunicaciones. Estaba orientada a revendedores enlas ciudades de Rosario y Córdoba. Se vendieron con unmínimo de 300 unidades a kioscos y locutorios. También segeneraron tarjetas de 3$ para ser regaladas durante elevento Cisco Networkers-2002 (el uso de tarjetas CallingCard como promoción aun no ha sido explotado losuficiente). Durante el año 2003 quedaron fuera de uso y secambió por las tarjetas Todo y Mas, orientadas también almercado de Locutorios.Durante el 2003 se lanzó la tarjeta Connection gracias a unacuerdo con el dueño de la marca. Esta tarjeta espromocionada en radio, por lo cual el dueño recibe una13
Monografías 7 (2003)Plataforma de servicios prepagosOURNALcomisión. Cualquier distribuidor puede adquirir las tarjetasConnection en iplan, obviamente con una comisión más baja,debido a que la marca pertenece a otro. Todas estas tarjetashan sido iniciativas de iplan con distintas orientaciones.5.2- Calling Card innovadoras.5.3- Calling Card orientadas a nichos.5.3.1- Tarjetas orientadas a la beneficiencia. Se puedenmencionar las tarjetas AMPSSIPMES, AMR, ASOR y HHR.Todas estas tarjetas son de Rosario y están orientadas a lacomunidad de Mutuales. La tarjeta AMPSSIPMES se utilizópara paga parte del sueldo a los empleados de la mutual convalor de $5 (pertenece a la asociación mutual del personalsuperior de la Secretaría de Ingresos Públicos del Ministeriode Economía de la Nación). Las otras tarjetas son mastransparentes en su comercialización. La tarjeta AMR sevende solo a los socios de la mutual de médicos. La tarjetaASOR pertenece a la Fundación del Hospital de Niños yapunta a venderla como beneficencia. La HHR permite labeneficencia al Hogar de Huérfanos de Rosario.La flexibilidad que ofrece disponer de una Plataformadiseñada desde cero permite ofrecer serviciosabsolutamente innovadores. Tal es el caso de la plataformaPSPP junto con el protocolo RMP (Figura 6), que hanpermitido generar tres tarjetas de gran interés: Bapro-HolaBaires, Pagofácil y Norte. Veamos cada caso.La tarjeta Norte fue creada para ser vendida en lossupermercados Norte (Carrefour y Disco pertenecen a lamisma cadena). El Cliente toma una tarjeta sin valor facial yen la caja puede cargarla con cualquier importe. El protocolopropietario de iplan RMP permite la comunicación on-line entiempo real entre la caja del supermercado con la plataformade iplan para activar el PIN, realizar recargas de la mismatarjeta, hacer consulta de saldos, anular tarjetas, etc. Serecarga en el mismo tiempo que se adquiere cualquierproducto en la caja del supermercado.5.3.2- Tarjetas para estudiantes. Tarjetas comoEstudiantel, para la ciudad de Córdoba y Fundación enRosario han sido orientadas a estudiantes del interior de laprovincia que estudian en la ciudad. La tarjeta PuertoUniversidad tenía la misma función para la ciudad de LaPlata, pero no se llegó a habilitar.En el caso de la tarjeta del Banco Provincia de Buenos Aires(Hola Baires) la venta es telefónica. El Usuario es atendidopor un IVR que orienta la compra de un PIN con valorseleccionado por el Usuario. Se usa el mismo protocolo decomunicación y el pago es mediante tarjeta de crédito.En el caso de Pago Fácil el cajero imprime un ticket con elvalor adquirido y el PIN es generado on-line en tiempo real.Nuevamente se utiliza el esquema de la Figura 6. Si bien laplataforma permite administrar cualquier importe, el Clienteha limitado la oferta a 3, 5 o 10$ por PIN.Un caso de negocios que no se llegó a concretar es la tarjetaMetrotel. La tarjeta Subtepass debería servir para llamar porteléfono y para viajar en subte con el mismo PIN. Se realizóuna versión demo, donde la PSPP se comunicaba con elsistema de Metrovías. Disponía de un complicado árbol deIVR para que el Usuario pudiera recargar la tarjeta.5.3.3- Tarjetas coleccionables. Algunas tarjetas seorientaron a ser coleccionables. Tal es el caso de la tarjetaEl Gráfico (mencionada mas arriba), Telebasket yAtlántida. El caso de Telebasket es generada para elcampeonato Indianápolis-2002 por la Cámara Argentina deBasquet CABB y apuesta a ser coleccionable mediantefotografías diversas en la tarjeta. Es la primer tarjeta queposee una doble raspadita con un sorteo (1$ adicional decomunicación). Necesitó de un acuerdo con Loterías yCasinos para hacer esta variante novedosa.14
Monografías 7 (2003)Plataforma de servicios prepagosOURNALLa tarjeta Atlántida fue creada con centro en fotografías demodelos de tapa de la revista Gente. Iniciada en julio-2002apuntaba al marketing visual de la tarjeta (ser coleccionable)más que al uso telefónico. La cadena de distribución (kioscosde diarios y revistas) no fue muy confiable.Una tarjeta que no llegó a salir al mercado fue PasiónRojinegra, orientada a los hinchas del club N.O.B. deRosario. Varias tarjetas de clubes como ésta, no pudieronhacerse efectivas ya que tienen problemas con el uso de lamarca (la tienen vendida a T&C). Esto afecta a lo facial de latarjeta, no pudiendo incluir escudos, nombres y colores quelo identifiquen.verano)., El caso de la tarjeta País nació en Córdoba y luegoaplicó el mismo modelo para Rosario. La particularidad deesta tarjeta es que al atender el destino hace un descuentode 0,07$ y luego fracciona por minuto. Una tarjeta recientees Telunive, también con un horizonte regional.5.3.5- Tarjetas genéricas. La tarjeta Teléfono de Bolsillotiene la particularidad que la forma de distribución esmediante el mismo sistema que el diario de Bolsillo; cuandose vende la tarjeta, se regala el diario. Se puede mencionartambién las tarjetas Baricard y Fonolink (lanzada con unaenorme campaña publicitaria identificada por un lobo comomascota). El caso de Llamá 1-2-3 no llegó al éxito debido aque solo generó tarjetas de 1, 2 y 3$. Otro caso es BuenosAyres, orientada a aprovechar una cadena de distribución enel GBA zona sur y que fue afectada por la acción predatoriay unilateral de Telefónica de Argentina en restringuir el usode las línea control para el acceso al 0800. La tarjetaBaratalk llegó a hacer spam de mails en la promoción inicial.5.3.4- Orientadas a comunidades (Países o Regiones).Mencionamos por ejemplo, la tarjeta PacificPhone conexcelentes precios a destinos de China. El caso de Tangoestá orientada a comunidades extranjeras, para ello tienebajas tarifas a ciertos destinos internacionales saliendo porun Carrier-IP. Tienen tarifarios distintos según la comunidad(Perú o China). La forma de distribución es multinivel(piramidal).5.3.6- Nuevas ideas para el 2003. Las librerías Yenny y ElAteneo dispondrán de sus propias tarjetas que funcionaránen forma similar a las del supermercado Norte. Algunostarjetas se soportarán en el nombre del emisor, como el casode la radio LT3 de Rosario o Fonovoz del diario La Voz delInterior de Córdoba. Otras empresas harán tarjetas depropaganda, regalándolas en nichos. Así seguiráexpandiéndose un mercado muy dinámico, donde hay variasclaves de éxito, la cadena de distribución, el nombre, elmercado objetivo y donde la herramienta de una plataformaPSPP flexible facilita la concreción del negocio.Otras tarjetas se dedican al mercado de regiones o ciudadesdel país. Como Telefonino, Unica (orientada a La Plata ysur de AMBA y que se expande a la zona atlántica durante el15
Monografías 7 (2003)Plataforma de servicios prepagosMONOGRAFIAS DE JOURNAL:OURNALJournal monografías número 7. Edición octubre-2003.Diseño gráfico original de Marianela V. Ricardo16
OURNALmonografía 82003 iplanTechJournal Monografías es una publicación de iplan que contiene información técnica y confidencial de la empresa. Sedistribuye a un circuito limitado de lectores a fin de mantenerlos informados sobre el estado y la evolución de latecnología y el negocio de la Telecomunicaciones, principalmente en las redes IP y la Telefonía-IP. Se ruega a loslectores a mantener el principio de Confidencialidad sobre la información aquí contenida.No está autorizada su reproducción o distribución por cualquier medio sin antes consultar con la empresa.IDesarrollo de Tecnología:El Primer Balance.IINDICEI. Balance y Futuro1- Objetivos y enseñanzas2- El futuroII. Las tecnologías a fines del 20033- Las tecnologías: una-a-una.IABSTRACTEl área de Desarrollo de Tecnología en iplan tiene varias funciones. Ademásde hacer un seguimiento de nuevos equipos en el mercado (funciones deTecnología), su principal obligación es el desarrollo de nuevas tecnologíasque permitan ofrecer nuevos servicios. Se trata de un trabajo codo-a-codo conlas áreas de Ventas, Marketing e Ingeniería.En esta Monografía se presenta un balance que se inicia con las misiones yfunciones del área. Se realiza un recuento de las enseñanzas obtenidasdesde un punto de vista crítico Se avanza sobre el futuro inmediato (el aportedel área al Budget-2004). Se analizan las acciones que serán emprendidaspara promocionar la tecnología desarrollada en iplan. Por último se entregauna Planilla con un análisis de cada una de las tecnologías hacia fines del2003.1
Monografías Desarrollo de Tecnología8 (2003)OURNAL1- OBJETIVOS Y ENSEÑANZAS.1.1- Funcionamiento del Área.Durante el 2002 se iniciaban en iplan varios desarrollos enforma paralela y sin una organización centralizada. Nosencontrábamos con trabajos para obtener la Plataforma deCalling Card que reemplazaría luego a las plataformas quefuncionaban bajo contratos de Revenue Sharing; el FirewallMIK para reducir inversiones; el desarrollo del gateway Pack-1 que daría lugar más tarde al Softphone e IPGol; laplataforma de servicios COSO de Red Inteligente Virtual;entre otros casos.Ya se observaba entonces la necesidad de unacentralización de los esfuerzos de desarrollo, pero ésta sehizo evidente en enero-2003, cuando la introducción en lared (off-net mediante enlaces ADSL) de equipos MIKgeneraron una suma de inconvenientes apreciables. A partirde allí se realizó una reestructuración profunda de las áreastécnicas para adaptarse a una nueva etapa. Una de lasacciones fue la creación de la Gerencia de Desarrollo deTecnología GDT.A la GDT se le asignó una serie de objetivos, que incluían lainvestigación de avances tecnológicos para adaptarlos a lared, el desarrollo de software y hardware para obtenersoluciones tecnológicas a problemas de iplan y la generaciónde nuevos servicios para clientes. Un objetivo secundario (ylejano en aquel momento) era la venta de la tecnologíadesarrollada a terceros.las fuentes de ideas son los departamentos de Ventas yMarketing (que aportan las necesidades de los usuarios), asícomo las áreas técnicas (que revisan los equipos de losproveedores externos).1.1.2- Desarrollo de SW y HW. El desarrollo del software yhardware se realiza mediante recursos internos y externos.Casi el 10% del personal de la empresa está dedicado alárea de Desarrollo y generación de nuevos productos. Variasempresas externas aportan al desarrollo ciertas partes delsoftware que se consideran no críticas. Por otro lado, se hanimplementado varios acuerdos con Universidades, a fin derealizar estudios de temas a mediano plazo (por ejemplo,protocolos SIP para Telefonía-IP, video por Internet,protocolo IPv6, etc).1.1.3- Documentación. La documentación técnica tienevarios niveles de interés. Desde la simple divulgación técnicadirigida al exterior de iplan (por ejemplo, esta serie Journal),hasta la documentación técnica detallada de cadatecnología.1.1.4- Training. En iplan se ha generado el iTC (iplanTraining Center) para la organización y dictado de cursos deentrenamiento interno y a clientes. Es una parte de unproyecto a mediano plazo que relaciona las distintas partesdel ecosistema en que se desenvuelve iplan (clientes,proveedores, partners, etc).Cuando se presentó la GDT en marzo-2003 se mostró undiagrama de máquina de engranajes con varios estadios (verla Figura 1 para una versión muy simplificada actual). Seismeses después, todos los estadios estaban enfuncionamiento. El último en entrar en régimen es elrelacionado con venta de tecnología. Los distintos estadiospueden resumirse en lo siguiente:1.1.1- Release y Features. Desde diferentes fuentes sehacen los aportes para el requerimiento de nuevos Serviciosy los Features de servicios ya desarrollados. NormalmenteFigura 1. Diagrama de funcionamiento del área de Desarrollo de Tecnología GTD.2
Monografías Desarrollo de Tecnología8 (2003)OURNALEn un ítem posterior se indicarán los lineamientos generalespara el desarrollo de esta actividad para el Budget-2004.1.2- Objetivos de las Tecnologías.Se pueden determinar cuatro tipos de objetivos para unacierta tecnología (ver la Figura 2).1.2.1 – Solución tecnológica. Esto sugiere que no existe enel mercado un software o equipo que ofrezca la soluciónsatisfactoria para un problema técnico. Se encara entoncesun desarrollo para satisfacer estas necesidades internas.Como ejemplo, se puede mencionar una larga lista desoftware desarrollados entre el NOC (Network OperationCenter, Centro de Operaciones) y el Área de Sistemas parala configuración y management de la red. Otro casoparadigmático es el COS Operator, que ha permitido mejorarel transporte de señalización SS7 en una red IP y planeasolucionar otro problema relacionado con el punto deseñalización.1.1.5- Asistencia técnica. La asistencia técnica sedesarrolla mediante un soporte online conocido como iTAC(iplan Technical Asistence Center). Accediendo a una páginaweb (figura anexa) se ingresa el reclamo, el que serátransferido a los profesionales de turno con horario deatención 7x24. Los 5 puntos anteriores forman un continuo,donde cada tecnología o producto realiza una vuelta concada Release de desarrollo.1.1.6- Venta de tecnología. Cuando una tecnología estádisponible para ofrecer servicios en iplan, se supone quecumple con todos los standards de calidad para ser utilizadaen otras empresas de telecomunicaciones. La posibilidad deventa de la tecnología se convierte entonces en una realidad.1.2.2- Sustitución de importaciones. Con el cambio de lascondiciones macroeconómicas en enero-2002, se potenció lanecesidad de reemplazar importaciones en dólares (contarifas congeladas en pesos). Muchos desarrollos permiten lareducción de las inversiones necesarias. Como ejemplo sepuede mencionar las plataformas de Calling Card Cvox,COSO, el Softswitch, etc. Muchas de estos casos seoriginaron como una combinación de estos dos primerosfactores.1.2.3- Nuevos productos. Siendo iplan una empresa deservicios, pero que ha adoptado una red IP innovadora en elpaís y en el mundo, la definición de nuevos productos es labase de su éxito. Iplan genera productos a la medida delcliente (customizados) gracias a la disponibilidad de recursosinternos de desarrollo. En esta línea de razonamiento nosencontramos con la Plataforma de Servicios Prepagos yPospagos Cvox que ha permitido ofrecer el servicio deCalling Card llave-en-mano, innovador en el mercado. Afines del 2003 maneja cerca de 50 marcas de Calling Card.Figura 2. Objetivos que debe cumplir una tecnología para ingresar en el circuito.3
Monografías Desarrollo de Tecnología8 (2003)OURNAL1.2.4- Venta de tecnología. Se trata de un subproducto muyreciente y tiene dos vertientes. En algunos casos se trata devender a clientes la plataforma tecnológica desarrollada paraservicios en iplan. En otros casos se requiere el desarrollo amedida de dicha Plataforma. Esta alternativa es más comúnya que normalmente el cliente requiere modificacionessustanciales para sus propios fines.Una operatoria también interesante es la venta de ServiciosProfesionales, desde ya que se trata de casos normalmenteirrepetibles. Como la disponibilidad de recursos internos esescasa normalmente se reserva este tipo de actividad paraclientes existentes, donde un apoyo profesional tiene unbeneficio mayor al simple valor de hora-hombre.1.3- Algunas enseñanzas.Con una año de experiencia (seis meses desde la creaciónde al GDT), se puede hacer un balance preliminar de lasenseñanzas obtenidas:1.3.1- Las posibilidades de creación en una red IP. Varioscomponentes de las redes IP han surgido en forma caótica yabierta. Esto le ha dado características interesantes yparticulares, nunca antes vista. Siempre, para las redes deTelecomunicaciones, se generaron organismos de Normas yStandard muy rígidos que permitían unificar la operacióninterna y la interconexión entre empresas. Con eladvenimiento de la Informática en las Telecomunicacioneslas posibilidades se multiplicaron.Así surgieron protocolos ligados a la familia IP (públicos yprivados) y sistemas operativos abiertos (como Linux). Lossoftware abiertos permitieron desarrollar otros, tambiénabiertos y así se produjo una espiral creciente. Lasposibilidades se diversificaron y comenzó a prevalecer unambiente de apertura que favorece el ingreso de nuevos ypequeños desarrollos y empresas. Esta fue una de lasenseñanzas de la explosión de fines de los 90. Iplan, alseleccionar la tecnología IP, se posicionó para aprovecharestas características. Hoy día, con 4 años de experiencia, yun grupo humano inmejorable, se encuentra siguiendo uncamino creativo. Antes, implementando una red innovadora,hoy creándola desde los desarrollos tecnológicos.1.3.2- Transformar un traspié en una victoria. Algunosproyectos han sufrido cambios profundos y otros debieronser abandonados. En todos los casos los beneficios delaprendizaje son superiores al costo. Veamos algunosejemplos.El desarrollo del Gateway Pack-1 (una línea analógica yacceso a Internet mediante un CPE) y del Gateway-FXS (ungateway de 30 líneas analógicas para el Nodo de Manzana),fueron abandonas a mitad del 2003. En el caso de GatewayPack-1 se llegó en abril-2003 a un prototipo que operaba concodificación vocal G.711 y no disponía aún del switch paraofrecer Internet. Esta línea de evolución se abandonó porquela capacidad de procesamiento impedía el uso de uncodificador G.729 que lo haría interesante para usarlo en laInternet (detrás de un acceso de banda ancha).En el caso del Gateway-FXS, la abrupta baja de preciosobtenidos en el 2003 (con los equipos Cisco-IAD2430 yAudiocodes-MP124) le quitó al desarrollo propio la fuerzaotorgada por la reducción de inversiones en Capex. Sinembargo, el desarrollo del Pack-1 derivó en la tecnologíaSoftphone que permitió productos como Arraiga e IPGol, delos que se espera un indudable éxito.Se observa que se requiere una elevada capacidad dedecisión para reorientar o abandonar desarrollos a lo largodel mismo. Normalmente un desarrollo ha generado unabuena cantidad de conocimiento como para ser valioso por símismo, más allá de las pérdidas que puedan asociarse alabandono de una línea de desarrollo.1.3.3- Los Bugs y el timing. Así como ocurre con losequipos de proveedores reconocidos, los desarrollos internostambién han tenido Bugs que afectan el servicio en lasprimeras semanas de la puesta en servicio. Tanto Cvoxcomo COSO han sufrido estos embates. La solución es laprueba sistemática del producto antes de entrar enproducción. Esta alternativa se muestra normalmente dedifícil aplicación debido a las exigencias de tiempo que semanejan. De la misma manera, resulta difícil cumplir con losplazos comprometidos cuando las exigencias del mercadonos lleva a trabajar a ritmo acelerado y con plazos muchasveces exiguos.1.3.4- Un sistema Auto-organizativo. Un ejemplo desistema auto-organizativo es la autopista. En horas de bajotránsito los demás vehículos apenas nos afectan. En la horapico el total del tránsito empieza a conducirnos. Mientras eltránsito se mueve este sistema se comporta comobeneficioso para el conjunto. En nuestro caso hemoscomprobado que el aumento de la densidad de trabajos dedesarrollo se comporta como un Sistema Auto-organizativo.Cada desarrollo particular potencia a los vecinos, de formatal que las distintas Plataformas se complementan y terminanunificándose en algunos casos.1.3.5- Cooperación con el ecosistema. Es imposibleencarar los desarrollos de todos los componentes desoftware en forma interna. Se reconoce que los softwarebásicos deben ser desarrollados con recursos internos y sepueden delegar aquellas partes que no se considerancentrales. Se requiere entonces de la cooperación desdefuera de iplan, que pueden ser obtenidos desde 3 fuentes:empresas de outsourcing, asociación con proveedores yUniversidades.Con relación a las empresas de outsourcing, la función deiplan es la definición clara de objetivos y plazos. Tiene laventaja de requerir menos esfuerzo interno, pero el knowhowqueda afuera, por ello solo deben delegarse acciones debajo nivel.Con los proveedores de equipos, el desarrollo en conjunto noes una tarea simple. Hay que congeniar interesescontrapuestos o en competencia. Se han intentado accionescon al menos 3 empresas, las cuales ha sufrido variacionessustanciales. Con uno de ellos se conversó inicialmentesobre el diseño conjunto de un Gateway-FXS. Luego, lacomplejidad del emprendimiento, obligó a abandonarlo yencarar un proyecto de menor envergadura. Con otro (AsGa-Brasil) se han planeado desarrollos conjuntos, ahora losmismos se orientarán a switch-IP. Con Cellstar-Argentina seestá trabajando en el desarrollo de un sistema wireless paraTelefonía IP.4
Monografías Desarrollo de Tecnología8 (2003)OURNALReferido a las Universidades, los tiempos que manejan nocorresponden generalmente a los requeridos internamente.Manejándose generalmente con estudiantes, solo puedeesperarse una dedicación parcial de tiempo. Pero la relaciónpermanente permite una continuidad en la generación detalentos que puede ser luego aprovechado. Se estátrabajando con la Universidad de Palermo, Caece, Uade,Blas Pascal y Torcuato Di Tella, en diferentes disciplinas.2- EL FUTURO.estos protocolos es indelegable a mediano plazo y lograrlopuede llevar todo el período del año 2004. Los recursosdeben ser internos para mantener in-house el conocimiento.Desde estas tecnologías básicas se desprenden lasPlataformas de Servicios. Algunas, como Cvox, Chip ySoftphone, que ya están operando y utilizan el protocoloH.323. Otras deben desarrollarse en el futuro cercano. En lafigura anexa se muestran las tecnologías básicas (a laizquierda) y las Plataformas de Servicios relacionadas (a laderecha).2.1- El Budget-2004.Cerca del 15% de la facturación de iplan del año 2004 serealizará con productos que utilizan desarrollos internos.Cerca del 50% de la nueva facturación se realizará condesarrollos internos. Muchos productos ya han sido lanzadosdurante el 2003 y llegarán a su madurez durante el 2004 yotros serán lanzados en el 2004. Sin duda, siguiendo laexperiencia, existirán varios de ellos que fracasarán y otrosdesconocidos verán la luz.La gran apuesta a futuro está en varias líneas:-los productos que aprovechan la infraestructura instalada;-los productos que se ofrecen fuera de la cobertura de red;-la reducción de Capex y-la venta de tecnología (ver el Plan táctico más adelante).En el primer caso nos encontramos con servicios adicionalesa clientes existentes (derivados del softswitch o COSO), connuevos clientes con servicios customizados (como CallingCard). En el segundo caso (servicios offnet), se apuesta aofrecer servicios sin red propia (Softphone, IPGol y 0800,son algunos ejemplos).Los servicios offnet tiene dos variantes: utilizando redes deterceros con calidad garantizada o sobre la Internet (sincalidad de servicio). El primer caso corre con la complicaciónde lograr acuerdos que permitan utilizar redes de terceroscon calidad garantizada. Para el segundo se deben crearproductos donde la calidad de servicio no sea la clave delnegocio. Por ejemplo, puede pensarse que un Cybercafé encualquier lugar puede ofrecer telefonía mediante el ADSLque actualmente tiene instalado. Para levantar ciertasrestricciones, puede realizarse con el formato prepago(emisión de un PIN como en una Calling Card).Los beneficios que pueden verse para el año 2004 y que sealcanzan a divisar hoy día son:-Productos nuevos:-Telefonía en Cybercafé offnet.-Servicios del Softswitch: Voice-mail, IVR, línea control.-Clearing House Chip-Líneas FXS en Internet con Gateway-FXS.-Plataformas propias (ahorro de Opex):Plataforma de Storage, Mail, Web-hosting.-Venta de tecnología o servicios:-Cvox, COSO, VSM, etc.2.2- Tecnologías básicas.Relacionado con la Telefonía-IP, las Tecnologías Básicascorresponden al dominio de los protocolos: H.323, SIP,MGCP, SS7, SigTran y GKTMP (entre otros). El dominio de2.3- El Plan Táctico-2004.El área de Desarrollo de Tecnología tiene el siguiente PlanTáctico para cumplir durante el período 2004.2.3.1- Dominio de las Tecnologías Básicas. Se trata dedisponer del desarrollo interno y conocimiento de base parala imaginación de nuevas Plataformas de Servicios yProductos asociados.2.3.2- Iplan es el primer cliente. Si bien es un cliente cautivoy amigable, será tratado con el mismo respeto que a uncliente externo. Para ello se seguirán métricas de respuestade casos abiertos en el iTAC. El iTAC se debe convertir en laherramienta de medición de esta atención y se realizará unaEncuesta Anual para recibir la opinión de los usuarios(internos y externos).2.3.3- Primer cliente externo en cada tecnología. Estoayudará al posicionamiento como proveedor de solucionestecnológicas. Esta venta tendrá en cuenta la importancia deobtener otro cliente y no las ganancias. Se fijará especialatención a la venta de Servicios posteriores (upgradescustomizados y soporte técnico vía iTAC), más que a laventa del software inicial. Se privilegia la venta de softwarequedando el hardware a cargo del cliente. Los proyectosencarados normalmente, están orientados a resolverproblemas tecnológicos y proveer nuevos servicios en iplan.Toda venta de tecnología nueva o customizada, tomará encuenta la potencialidad de aplicación inmediata en iplancomo forma de subvencionar el precio de venta.2.3.4- Proyecto iplanTech. Para afianzar el concepto delpunto anterior, se identifica el Proyecto iplanTech. Este5
Monografías Desarrollo de Tecnología8 (2003)OURNALproyecto debe interpretarse como un movilizador y sidebemos señalar un objetivo final, podemos indicar que elobjetivo de iplanTech es convertir a la GDT en una Empresade Tecnología. Nuevamente, el concepto de iplanTech esuna provocación a la imaginación, para que la empresa quemás sabe de Telefonía-IP en Argentina, se convierta en unafuente de tecnología en ese rubro.2.3.5- Provisión de Servicios Profesionales. No es unobjetivo primordial de la GDT. Se trabajará en forma reactivaen este rubro, solamente atendiendo aquellos servicios quepermitan cerrar buenos negocios o para clientes existentesimportantes. Se realizarán acuerdos con proveedoresexternos para algún tipo de trabajo específico.2.3.6- Relación con empresas proveedoras de tecnología. Seprivilegia el desarrollo en conjunto de tecnología quecompleten la oferta global. En este tema se identifican hastael momento de la redacción de este documento, lassiguientes alternativas:-Desarrollo de un teléfono IP para trabajar en el extremo decablemodem o ADSL.-Desarrollo de equipos e introducción en el mercadobrasileño (AsGa-Brasil).-Desarrollo de locutorios IP para trabajar en Internet(bit2Net).-Desarrollo de wireless orientado al trasporte de Telefonía-IP(Cellstar).2.3.7- Relación con Universidades. Se profundizará lasrelaciones con Universidades para la formación de grupos deestudio en temas particulares. No debería esperarseresultados de corto plazo, aunque este tipo de accionespuede aportar buenos recursos humanos a mediano plazo.2.4- Una visión sobre el iplanTech.En la medida que se produzcan ventas de tecnologías, elconcepto de iplanTech comenzará a tener vida propia. Paraello, se menciona el siguiente Plan de Marketing para laVenta de Tecnología.2.4.1- Modelo de acercamiento al cliente externo. Ya seencuentran en proceso varias acciones de Marketing cuyoobjetivo es la divulgación de los trabajos en iplan. Se trata delos siguientes Canales de Difusión:-El Journal-Monografías. Son documentos de 16 páginas,con una redacción técnica profunda pero de divulgación, quetrata la tecnología en forma genérica. Analiza la historia, elfuncionamiento y las aplicaciones, en algunos casos elnegocio relacionado, como en Calling Card y ClearingHouse. El Journal también tendrá una serie de Casos deEstudio que tendrán información de los más interesantesproyectos o Soluciones en las que haya trabajado iplan.-Otros canales a futuro: El Web-site de iplanTech con toda lainformación tecnológica (es un proyecto a mediano plazo).La difusión mediante Mail-List basado en las Campañas queactualmente realiza Marketing. Las Jornadas de Tecnologíacon la presentación de cada una de las tecnologías.2.4.2- Armado de Política de Ventas. Se observan variostipos de Canales de Comercialización. Por un lado, losclientes Wholesale y Retail de iplan se canalizarán mediantelos medios tradicionales de iplan (Ventas e Ingeniería deClientes). Para el mercado del interior y exterior de Argentinase recurrirá a acuerdos de comercialización con Pushersexternos y empresas integradoras de soluciones.2.4.3- Otros aspectos. Se deberá trabajar en la investigaciónde la Competencia y estandarizar Modelos de Ofertas yContratos.2.4.4- Análisis FODA.-Fortalezas. Conocemos el negocio y las necesidades delcliente frente a un proveedor (desde adentro). Disponemosde amplio conocimiento de Telecomunicaciones en general yde la Telefonía-IP en particular. Somos un Caso de Éxitopara Cisco y como tal nos conocen en el Mercado. Cisco esun canal de difusión de la tecnología de iplan. Se utilizanrecursos de desarrollo existentes en iplan (subvención de lasactividades de desarrollo básico).-Oportunidades. Escasez de dinero para invertir entecnología cara de los proveedores tradicionales. Tenemosherramientas para financiar a los potenciales clientes (conswap a otros operadores). Los grandes proveedores seestán retirando del mercado local.-Debilidades. No tenemos historia como proveedores detecnología. Por ser una actividad incipiente no poseemosinfraestructura adecuada. Siendo operadores, podríamos sercompetencia de algún potencial cliente. Para reducir estadebilidad el comportamiento debe ser más cercano al desocio que al de proveedor.-Amenazas. Que la caída del mercado se profundice y queuna guerra de precios reduzca lo atractivo del negocio.2.5- Relación con el Ecosistema.Por ecosistema se entiende el conjunto de empresasproveedoras, clientes, y en general, grupos de la comunidadque tienen relación con iplan. Este concepto completa elpanorama presentado hasta aquí y se muestra en la figuraanexa. Veamos:2.5.1- Desarrollo (Relación con proveedores externos). Estaes una relación fundamental para varios objetivos:-la actualización permanente en nuevas tecnologías;-el desarrollo conjunto con algunos de ellos y-la contratación para desarrollo de partes no fundamentalesde nuestros proyectos.2.5.2- Investigación. En este aspecto se favorece lasrelaciones con las Universidades. Durante el 2003 se handesarrollado las siguientes actividades:-Universidad Torcuato Di Tella: Estudio de Satisfacción delCliente.-Universidad de Palermo: Estudio de protocolos SIP y streamde video.-Universidad Caece: Segmentación y propuestas de acciónsobre la base de clientes y prospect.-Universidad Uade: Análisis de factibilidad de desarrollo dehardware y uso de la infraestructura de iplan.-Universidad Blas Pascal y UTN de Córdoba: Convenio decooperación y uso de la infraestructura de iplan.2.5.3- Training. El iTC comenzó sus actividades en el 2003 yha dictado cursos en Buenos Aires, Rosario y Córdoba conmuy buena asistencia. Esta actividad está orientada a6
Monografías Desarrollo de Tecnología8 (2003)mejorar la relación con el cliente, más que generarganancias. En promedio el balance de ingresos (pormatrícula) y gastos, es neutro. Se han dictado tambiéncursos a la medida del cliente, especialmente para temas deseguridad y VPN.2.5.4- Divulgación. Se han mencionado ya (ver ítem 3.4.1)algunos medios de divulgación disponibles para llegar alecosistema de la Comunidad de iplan.2.5.5- Aún sigue siendo un sueño la creación de laFundación. Una deuda pendiente, pero que no se olvida. Porúltimo el iplanStore es una fuente de Logotipos y remeras(por el momento) que ayuda a hacer más divertida nuestrasvidas (si fuera posible).OURNAL3- LAS TECNOLOGÍAS: UNA A UNA.PARTE II. LAS TECNOLOGÍAS A FINES DEL 2003.Este capítulo refleja el estado de cada tecnología a fines delaño 2003. Se presenta una página por cada tecnología,donde se pretende responder a las preguntas másfrecuentes: ¿Qué es?, ¿Qué productos ofrece?, ¿Cómofunciona?.Se tratan las siguientes tecnologías:-Cvox (la plataforma de servicios prepagos y pospagos).-COSO (la plataforma de servicios de red inteligente).-Softphone (la tecnología de Telefonía-IP sobre Internet).-Softswitch (la tecnología de servicios sobre la Telefonía-IP).-CHip (el gateway IP-IP y su plataforma de servicios).-IPGol (los locutorios onnet via IP y offnet vía Internet).-Proxy Radius (el servicio de Free-ISP llave-en-mano).-MIK (el server para firewall y teletrabajo).-Gateway E7 (el software para manejo de SS7 en GW).-VSM (el software de servicios de valor agregado).7
Monografías Desarrollo de Tecnología8 (2003)Denominación:Nombre Comercial:Estado del desarrollo:Productos asociados:Funcionalidades:Bibliografía y Logotipo: Journal Monografía No 7OURNALPlataforma de Servicios Prepagos y PospagosCVOXEsta plataforma fue la primera en comenzar las operaciones a mediados del 2002. Dispone de almenos dos Versiones distintas. La primera se compone de varios features agregados a lo largo decasi un año. Hoy, desde julio-2003, opera la versión v.2. Se encuentra en continuo upgrade connuevos features para nuevos servicios.Los productos asociados a esta plataforma son: Calling Card (servicio prepago), Call Through oIdenticall (similar a Calling Card donde el PIN es el ANI telefónico, servicio postpago). De todoslos desarrollos es el que más facturación está manejando al mes.-Servicio de Calling Cards (Pre o PosPago). Validación de PIN; Validación de PIN y Password;Mensajes de bienvenida personalizados; Mensajes de saldo personalizados por cliente; Tabla deprecios por cliente; Opción de carrier alternativo; Traducción de numeración; Administración víaweb; Protocolo de administración remota (Solicitud de PIN, Consulta de saldo, Activación,Recarga, Anulación y Rollback); Black list de PIN.-Servicio de Call Through (Pre o Pospago). Validación de ANI; Mensajes de bienvenidapersonalizados; Mensajes de saldo personalizados por cliente; Tabla de precios por cliente;Opción de carrier alternativo; Traducción de numeración; Administración vía web.-Generación de CDRs.Diagrama a Bloques:Las tramas E1 se terminan en un Gateway de voz GW-E1 (equipos Cisco-5300/5350), los quetienen la funcionalidad de IVR y el software de validación. El accounting se encuentra en losServers anexos. Cada llamada ocupa dos canales (la entrada desde el 0800 y la salida hacia elnúmero de destino final) de los GW-E1. El hardware utilizado fue un server LPR-1000 de HP conuna unidad de rack. Dispone de 2 procesadores y 1,5 GByte de memoria RAM. Un segundoserver se instaló para backup del primero. El software fue desarrollado sobre Linux en lenguaje C.8
Monografías Desarrollo de Tecnología8 (2003)Denominación:Nombre Comercial:Estado del desarrollo:Productos asociados:Funcionalidades:Bibliografía y Logotipo: Journal Monografía No 2OURNALPlataforma de Servicios de Red Inteligente VirtualCOS OperatorEsta plataforma de servicios se desarrolló a fines del 2002 y entró en servicio operativo desdemarzo-2003. Se encuentra en la segunda versión de Release.Los objetivos han sido dos: solución tecnológica a problemas técnicos (inicialmente el transportede señalización SS7 en una red IP, luego varios servicios regulatorios y con posterioridad el puntoSTP de señalización SS7) y servicios de valor agregado (0800, translación numérica, etc).-Servicios Disponibles. Servicio 0800 (Llamadas gratuitas); Restricciones diversas (por Área deAcceso; por Categoría de Abonado; por Fecha; Restricciones por Hora y Tipos de Día);Traducción de numeración; Enrutamiento diversos (por área de acceso; por Categoría deAbonado; por Fecha, Hora y Tipos de Día); Límite varios (por área de Llamadas Simultáneas oTiempo de Duración de Llamadas); Distribución de Llamadas; Servicio de Operadora Nacional eInternacional; Servicio de Red Privada Virtual (VPN).-Anuncios de Catálogo. Por número Inexistente; Por Restricciones; Por Límite de Cantidad deLlamadas Simultáneas.-Generación de CDRs. Tipo de Servicio; Llamada de Larga Duración.Diagrama a Bloques:Se fundamenta en dos conceptos: un ISUP-Loopback y procesamiento de señalización SS7usando el equipo SLT (Signaling Link Terminal Cisco-2611) que transporta los protocolos SS7mediante la red IP hacia un nodo servidor. Los grupos de software involucrados son: SHP(Signaling Handler Platform) que lleva a cabo la comunicación con el SLT “hablando” señalizaciónSS7 sobre IP a través del protocolo RUDP; SDBP (Service Data Base Platform) que ejecutatodas aplicaciones de red inteligente avanzada (AIN) tomando la información recibida desde elSHP, y SPP (Service Provisionig Platform) que permite el provisioning para todas las aplicacionesdel sistema, desde la configuración básica de señalización hasta los perfiles de cliente, otorgandouna interfaz la cual puede ser accedida a través de perfiles de usuario y password.9
Monografías Desarrollo de Tecnología8 (2003)Denominación:Nombre Comercial:Estado del desarrollo:Productos asociados:Funcionalidades:OURNALPlataforma de Servicios SoftphoneArraigaBibliografía y Logotipo: Journal Monografía No 3La plataforma de servicios Softphone está funcionando con usuarios Beta desde inicios del 2003 yen forma comercial desde julio-2003. Inicialmente se programó para trabajar con protocolo H.323con codificación G.729, en el futuro probablemente opere en protocolo SIP. En octubre-2003 seinicia la operación de la plataforma Revendedor del Softphone.Los productos lanzados durante el 2003 son Arraiga (www.arraiga.com) como un servicio ofrecidovía e-commerce y Softphone Revendedor (la versión mayorista de Softphone).-Funcionalidades Plataforma Softphone. Validación de Usuario y password encriptada(HTTPS); Download seguro de configuración al softphone; Billing en tiempo real; Generación deCDRs; Validación de cada llamada; Límite de crédito; Monitoria y control; Consulta de llamadas yconexiones; Traducciones de numeración; Servicios de valor agregado (VPN);-Plataforma Revendedores. ABM Clientes y Líneas; Asignación de tarifas; Recarga de Saldos;Histórico de tráfico.-Funcionalidades Cliente Softphone. Gateway H323; Discador; Agenda Telefónica y Caller ID.Diagrama a Bloques:Los componentes del sistema son: Software en la PC del usuario (es un Gateway en softwareubicado en la Internet); el Gatekeeper GK; el Gateway IP-IP (interconexión entre Internet e iplan) yel Gateway-E1 (interconexión a la PSTN) y Plataforma de Softphone (una granja de Servers). Lagranja de Servers son los siguientes. El Web Server (server https) realiza las funciones de Login yLogout de usuarios (validación mediante nombre de usuario y password encriptadas) y lasfunciones de plataforma de administración de clientes y usuarios. Permite el ABM de usuarios(Altas, Bajas y Modificaciones). Sirve para monitoría y control; consulta de llamadas y conexiones;traducción numérica y servicios de valor agregado (por ejemplo VPN entre localizaciones delmismo cliente). El Server de Radius (Billing): permite dar servicios de Autenticación, Autorizacióny Registración de todas las llamadas realizadas por los softphone hacia la PSTN. Permite lavalidación de llamadas, límite de crédito y generación de CDRs. Trabaja con el Server de Base deDatos para la memorización de la información. Mediante Radius se comunica con los Gateway-E1quienes hacen la temporización de la llamada. Por último, el Server de Base de Datos contienetoda la información relevante de cada usuario. Son Servers redundantes en la granja.10
Monografías Desarrollo de Tecnología8 (2003)Denominación:Nombre Comercial:Estado del desarrollo:Softswitch iplanSIOURNALEl softswitch fue desarrollado para solucionar problemas tecnológicos originados por las fallas enel softswitch OCMC. El softswitch comenzó su desarrollo a inicios del 2003 y estará enfuncionamiento comercial en el primer trimestre del 2004.Productos asociados: Deberá proveer una variedad de servicios que deben ingresar durante el período 2004.Funcionalidades:Bibliografía y Logotipo: Journal Monografía No 4-Servicios de Abonado. Black and White lists; Manipulación de dígitos fija y en base a fecha yhora; Características de identificación de línea llamante (CLIR, CLIRREQ, IGNORE); Línea concrédito controlado y control de tiempo de conversación; Grupos de búsqueda sobre un conjuntode GWs; Redes Privadas Virtuales (VPNs); IP-Centrex; Desvío de Llamadas (Incondicional,Ocupado, No Contesta y simultáneos para Voice Mail); Llamada en espera; Presubscripción deCarrier; Selección de Carrier.-Características de Ruteo de Llamadas. Control de flujo y volumen de tráfico; Ruteo por prefijosalternativos; Ruteo por número de abonado llamante; Ruteo por distribución entre prefijos;Disposición de llamadas (Anuncios); Servicios de emergencia obligatorios (por regulaciones);Ruteo hacia prefijos de GK de infraestructura.-Reportes y estadísticas. Generación de CDRs (Billing); Mediciones de Tráfico.Diagrama a Bloques:Los módulos componentes de dicha arquitectura son los siguientes. El GKMPU (GatekeeperMaster Proxy Unit) es la unidad que se presenta hacia el lado de la red. De acuerdo al tipo demensaje recibido (tipo de protocolo) y del puerto correspondiente, deriva los mensajes a lasunidades de procesamiento correspondientes. El MCCU (Master Call Control Unit) es la unidadlógica que tiene toda la capacidad de ruteo de las llamadas y datos de aplicación de servicios. Secompone de las siguientes sub-unidades RAS (ejecuta todas las registraciones de los gatewayGW y las transacciones de admisión de llamadas y CSMU (ejecuta el call setup a través de losmensajes Q.931). El BMU (Billing Master Unit) recibe la información desde MCCU y almacena losCDRs correspondientes luego de cada llamada completada. El WPU (Web Provisioning Unit) serequiere para tareas de aprovisionamiento y administración, pero podrían no ser parte de loscomponentes del sistema.11
Monografías Desarrollo de Tecnología8 (2003)OURNALGateway IP-IP y Plataforma de Servicios CHipDenominación:Nombre Comercial: CHipEstado del desarrollo: El gateway IP-IP y la Plataforma CHip de management han entrado en servicio en octubre 2003.Productos asociados: Los productos asociados son Larga Distancia Alternativo (selección de Carrier-IP por discado) yClearing House (mesa de minutos).Funcionalidades: -Funcionalidades del gateway IP-IP: Soporte de gatekeeper (factibilidad de registrarse en dosDominios; Soporte de clusters de Gatekeepers; Soporte de Directory Gatekeepers); Soporte deDial-Peers y Translation-Rules; Funciones de tasación y CDR y Configuración, provisioning yMediation.-Funciones de la Plataforma de Management. Permite la medición on-line de la calidad delCarrier; facilita las mediciones históricas de calidad por prefijo y por Carrier-IP; toma lasdecisiones de cambio de ruteo automáticas ante problemas de calidad o por motivos comerciales(por desbalance de tráfico en un swap de servicios entre carriers o por cambios de Tarifas);permite el Provisioning de la Plataforma vía web (ABM de rutas, carriers y tarifas); permite obtenerReportes de Tráfico; Administra filtros de seguridad (por IP y por prefijo).Bibliografía y Logotipo: Journal Monografía No 6Diagrama a Bloques:El Gateway IP-IP tiene la facilidad de registrarse en dos dominios de VoIP (dos Gatekeeper).También permite la comunicación Peer-to-Peer contra otros Gateways dentro del mismo dominio.Se utiliza el protocolo estándar H.323. Maneja codec vocales G.711, G.723 y G.729-R8 (aunquela aplicación no realiza el transcoding de paquetes RTP). Tiene capacidad de tráfico por túnelH.245 con paso transparente de los protocolos DTMF-relay y Fax-relay (T.38 y Cisco propietario).Tiene capacidad para manejar Calidad de Servicio (QoS por IP-Precedence). La “Plataforma deAdministración de Carriers IP” trabaja en conjunto con el GW IP-IP y tiene los siguientes objetivos:Administrar el tráfico originado y terminado en los diferentes Carriers-IP; Proveer a la red de laposibilidad de explotar las ventajas comerciales que brindan estos carriers para terminar tráfico yAsegurar un nivel de calidad en términos de ASR (porcentaje de llamadas completadas en funciónde la cantidad de intentos) para cada uno de esos destinos.12
Monografías Desarrollo de Tecnología8 (2003)OURNALDenominación:Nombre Comercial:Estado del desarrollo:Productos asociados:Funcionalidades:Bibliografía y Logotipo:Diagrama a Bloques:Locutorios IP on-net y off-netIPGolLos desarrollos para IPGol fueron encarados en conjunto con proveedores de tarifadores. Losprimeros clientes están en funcionamiento desde agosto-2003.El primer producto desarrollado es el Locutorio IP on-net (un locutorio acometido mediante unacceso a Internet ADI y dentro de la red de iplan). Con posterioridad, el producto deriva a off-netmediante enlaces de terceros homologados. Por último, deberá trabajar en la Internet con enlacesno-homologados (durante el 2004).-Para el Locutorio. Las funcionalidades son similares a los tarifadores tradicionales. Sinembargo, pueden obtenerse ventajas en cuanto hace a la reducción de inversiones Capex y lazona de cobertura con enlaces IP de terceros.-Para iplan: Al trabajar sobre IP permite un control muy simple de la Facturación por Cuenta yOrden.Journal Monografía No 3 contiene información muy preliminar. Una Monografía de Journal futurase dedicará a Locutorios. Aún no tiene logotipo.Hasta mediados del 2003 solo se instalaba Locutorios con líneas analógicas en tecnología IP.Como si esto fuera poca innovación tecnológica (ninguna otra empresa en el mercado lo hace yninguna puede entregar poca cantidad de líneas), desde esta fecha se inició la instalación contecnología IP nativa. Es decir, el gateway se encuentra en la misma instalación del Locutorio (esel tarifador). Este desarrollo es una variante de la tecnología Softphone.En los Locutorios se encuentra en una PC con el sistema operativo Linux. Esta PC realiza lasfunciones de tarifador y de gateway. Posee como periféricos una impresora fiscal (para emitir lostickets por cuenta y orden de iplan) y un switch desde el cual se conectan las distintas cabinas. Encada cabina se dispone de un lector con display que hace las funciones de traductor desdecodificación G.711 a RJ11 para colocar un teléfono convencional (1). Hacia el exterior (2), la PCse comunica en G.711 en caso de encontrarse dentro de la red de iplan o mediante G.729 para elcaso de una conexión vía Internet. Este es el caso de las cabinas telefónicas colocadas en losCybercafé. En iplan, se pueden detectar los siguientes componentes: un gatekeeper, el gatewayIP-IP y el gateway E1. Estos son componentes estándar y similares al caso del softphone. Soloque ahora el servicio no pasa por una plataforma de pre-pago.13
Monografías Desarrollo de Tecnología8 (2003)Proxy RadiusOURNALDenominación:Nombre Comercial: No disponible aúnEstado del desarrollo: Operativo desde agosto del 2003Productos asociados: Revenue Sharing para Free-ISP. Con Proxy Radius los usuarios de distintos ISP pueden utilizarun pool de modems compartidos compuesto por varios access servers.Funcionalidades: -Funcionalidades de Validación. Validación por nombre de Usuario y contraseña; Validación pornúmero de acceso telefónico; Validación por nombre de Usuario y contraseña del Mail. El servidorde SMTP con Validación, permite que los clientes envíen mail validándose con usuario ycontraseña. Pudiendo hacerlo desde cualquier IP, ya que la validación está basada en el usuarioy la contraseña.-Administración. Interfaz web de Administración y Estadísticas (la interfaz de administraciónWeb, permite el ADB clientes, Dominios de MAIL, cuentas de MAIL y usuarios solo de RADIUS).Permite ver los registros de llamadas, así como la cantidad de líneas ocupadas por número deacceso. Esta facilidad está disponible tanto para la administración del operador como para elCliente. De esta forma el cliente puede administrar sus propios dominios y sus respectivascuentas de mail. Así como también ver sus estadísticas. La facilidad de Webmail permite que losusuarios puedan leer y enviar mail desde una interfaz web ingresando su usuario y contraseña.Servidor de POP3 e IMAP, permite que los clientes configuren su cuentas de mail en su cliente decorreo. Esta funcionalidad puede ser usada en modo POP3 e IMAP. Proxy para usar ServidoresRADIUS de terceros, permite que en vez de usar el Servidor de RADIUS de iplan se use elservidor de RADIUS del cliente. Pudiéndose configurar en la interfaz web. Esta facilidad permiteque la validación y el accounting sea en el servidor del cliente..Bibliografía y Logotipo: No disponible aún.Diagrama a Bloques: Inicialmente un usuario se conecta por dial-up a la red de iplan (1). La llamada es llevada a unaruta balanceada compuesta por las E1 de los Access Servers AS. La llamada es atendida por unmodem del Access Server, el cual negocia la conexión con el cliente y le asigna recursos,valiéndose del servidor Proxy-Radius. El servidor consulta los datos del usuario en una base dedatos y autentifica el acceso. Luego realiza la asignación de recursos (direcciones IP, DG, DNS,autorizaciones, etc.) y da comienzo al accounting de la conexión. Finalmente el usuario ingresa aInternet (2). En el caso de que la llamada deba ser autenticada en un servidor del cliente, esta esderivada a dicho servidor en lugar de hacerlo localmente. Una vez conectado, el cliente tiene laposibilidad de usar cuentas de e-mail free. El proceso de Autenticación, Autorización y Accountingse realiza en un servidor del cliente pero las respuestas vuelven al Proxy Radius para que estesiga el proceso normal, con lo cual para el AS el servidor de Radius sigue siendo el mismo.Denominación:Nombre Comercial:Estado del desarrollo:Productos asociados:Funcionalidades:Bibliografía y Logotipo:Diagrama a Bloques:CPE para Firewall y VPNMIKEl MIK está operativo desde fines del 2002. Durante el primer trimestre del 2003 sufrió varioscambios para adaptarlo a los enlaces ADSL de muy baja confiabilidad.El MIK tiene como objetivo ser usado para realizar redes privadas virtuales VPN (enlaces punto-apunto)para empresas y el servicio Safe-Pack (un Firewall con posibilidad de teletrabajo y másdelante de telefonía Softphone).-Funcionalidades para el cliente Statefull Firewall (protección contra ataques), LAN-to-LAN oVPN (teletrabajo), encripción de datos para seguridad (utiliza IPsec 3DES), backup por dialup (encaso de corte del enlace), genera una DMZ (una zona segura).-Funcionalidades de Management. Configuración vía web o por líneas de comando, backup delas configuraciones, informe de dirección IP cíclicamente (auto update), herramienta Mik Tool paraincorporar nuevas modificacionesNo disponible aún.Es una PC en formato reducido que contiene el software para las funcionalidades mencionadas.Posee dos interfaces RJ45, una para la conexión WAN (ADSL, por ejemplo) y otra hacia la LANdel usuario.14
Monografías Desarrollo de Tecnología8 (2003)OURNALDenominación:Nombre Comercial:Estado del desarrollo:Productos asociados:Funcionalidades:Bibliografía y Logotipo:Diagrama a Bloques:Controlador de señalización SS7Gateway-E7Fase inicial.Reducción de Capex: Software de manejo SS7 para controlar los Gateway de interconexión conseñalización SS7. Venta de tecnología para empresas que quieren implantar una red IP conseñalización SS7 (por ejemplo a Cooperativas)Similar a SC2200, pero maneja protocolos standard.No disponible aún (ver futuro Journal No13)Los Gateway-E1 de interconexión en la actualidad son los Cisco-5300/5350 y éstos soncontrolados por el SC2200 en lo referente a señalización SS7. La forma de control es propietariade Cisco. La introducción de otros gateway de menor costo lleva la traba de trabajar con elSC2200. Para superar este obstáculo se recurre a un software desarrollado en iplan que seráinstalado en el softswitch. Inicialmente empezará trabajando standalone (como es hoy el SC2200)fuera del softswitch. Obtiene la SS7 encapsulada en protocolo IP mediante el protocolo estándarSigTran y luego de procesar los mensajes SS7 controla los Gateway-E1 (cualquier marca)mediante el protocolo MGCP.Denominación:Nombre Comercial:Estado del desarrollo:Productos asociados:Funcionalidades:VoIP Service ManagerVSMFase inicial.Es una plataforma que permite proveer servicios de valor agregado a redes de voz sobre IP queno poseen un softswitch. Será desarrollado para la venta de tecnología. En iplan estas funcionesserán cubiertas por el softswitch.-Servicios soportados. Bloqueos; Black-and-White lists; Presuscripciones a carriers; Ruteobasado en ANI y DNIS; Manipulación de Dígitos; Balanceo de carga entre gateways; Anuncios;Servicios de emergencia y Redes privadas virtuales.Bibliografía y Logotipo: No disponible aún (ver futuro Journal No 13)Diagrama a Bloques:El software GKTMP (Gatekeeper Transaction Message Protocol), disponible en los GK de Cisco,se comunica con un server externo que contiene el mismo protocolo. Se le agrega una Base deDatos externa y mediante una interfaz Web se puede efectuar la configuración. Puede proveeralgunos servicios básicos manipulando los mensajes de ACF en el establecimiento de la llamada.Se mantiene limitaciones para las funciones que requieren modalidad rateada, como ser el Billingy los desvíos por abonado B ocupado o por B no contesta. Una estructura de este tipo es similaral NAM de Cisco, que fue probado a inicios del 2002 como alternativa para solucionar losproblemas del 0800 en iplan. Este problema fue resulto definitivamente gracias a COSO.15
Monografías Desarrollo de Tecnología8 (2003)OURNALMONOGRAFIA DE JOURNAL:Journal monografías número 8. Edición Septiembre-2003.Diseño gráfico original de Marianela V. Ricardo16
OURNALmonografía 92003 iplanTechJournal Monografías es una publicación de iplan que contiene información técnica y confidencial de la empresa. Sedistribuye a un circuito limitado de lectores a fin de mantenerlos informados sobre el estado y la evolución de latecnología y el negocio de la Telecomunicaciones, principalmente en las redes IP y la Telefonía-IP. Se ruega a loslectores a mantener el principio de Confidencialidad sobre la información aquí contenida.No está autorizada su reproducción o distribución por cualquier medio sin antes consultar con la empresa.IINTERNET: Tecnología y Servicios.La red Gigabit verdaderamente ofrece servicios de bandaancha. Como funciona y los productos asociados a Internet.IINDICEI. La red de acceso y el ancho de banda1- Topología de red2- Limitaciones y soluciones3- Seguimiento del tráficoII. Los productos de Internet4- Productos5- Indicadores económicosIABSTRACTSi bien la red de iplan tiene un elevado interés por tratarse de una de lasprimeras redes en el mundo con Telefonía-IP hasta el usuario final, suestructura permite ofrecer servicios de banda ancha con ventajas evidentes.Esta Monografía se divide en dos partes; una de tecnología y otra deservicios. En la primera parte se analiza la red de banda ancha de iplan. Seestudian las limitaciones que debieron ser superadas cuando se implementóla red de transporte IP sobre Gigabit. Se analiza también las herramientasdisponibles para hacer un seguimiento del ancho de banda. En la segundaparte se estudian los productos ligados a Internet y un análisis de losprincipales indicadores económicos.1
Monografías 9 (2003)Internet: Tecnología y ServiciosOURNALPARTE I: LA RED DE ACCESO Y EL ANCHO DE BANDA1- TOPOLOGÍA DE REDEl diagrama a bloques genérico de la red de iplan incluyeuna red de distribución Gigabit-Ethernet. Esta red funcionamediante equipos Cisco-6509 distribuidos (denominadosHub) y la interconexión se realiza mediante FO a 1000 Mbps(protocolo Gigabit). Una red también de FO permite llegardesde el Hub hasta el Nodo de Manzana (el punto dedistribución más cercano al cliente) para el acceso final deservicios. Una segunda red de acceso, pero en este caso decables de cobre, conforma la última milla hasta el cliente.Según la Figura 1, el Core de la red incluye los sistemaspara ofrecer Telefonía-IP y la interconexión con la redpública de telefonía PSTN. Se dispone de un Data Centerpara ofrecer servicios IDC. El Core de la red tiene laconexión hacia la Internet, los NAP de Argentina en Cabasey los de USA. Al cliente se llega mediante una combinaciónde equipos Cisco-6500 y 3500.La red de iplan tiene una estructura de transporte Gigabit-Ethernet (1000 Mbps), con conmutación de paquetes: Layer-2 para switching y Layer-3 para routing. Los equiposinvolucrados son los Cisco-6509 en el Backbone de la red ylos Cisco-3524/3550 en la distribución.Los equipos de backbone Cisco-6509 son totalmenteredundantes y se encuentran ubicados en el NOC y losHubs. Un equipo se denomina Core y se encuentra en elcentro de toda la red. Otro está destacado para la telefonía(VoIP) y uno adicional para la conexión a InternetInternacional. En forma complementaria, cuatro equipos dedistribución se encuentran en el NOC para atender losservicios en el microcentro de Buenos Aires.Varios Hub contienen equipos 6509 (La Plata, Callao, SanTelmo (x2) y Once). Los enlaces de interconexión de estosequipos son redundantes a velocidad Gigabit. Dos equiposadicionales se encuentran destacados en Rosario yCórdoba, lo que requiere una conexión indirecta medianteenlaces de larga distancia (STM-1). La Figura 2 muestra laestructura de conexión.Desde los equipos 6509 se despliegan cerca de 120 Nodosde manzana con equipos de la serie 3500 (en dosversiones). También estos están conectados medianteGigabit. El acceso al cliente se realiza utilizando equiposCisco-2924/2950 y Cisco-575 (LRE) que permiten laextensión de la interfaz Ethernet (10 Mbps) mediante paresde cobre.Figura 1. Diagrama a bloques genérico de la red de iplan.2
Monografías 9 (2003)Internet: Tecnología y ServiciosOURNALFigura 2. Diagrama de interconexión en el Core, los Hubs y los Nodos de la red.2- LIMITACIONES Y SOLUCIONES2.1- Limitaciones de la Red IP.Las limitaciones de la red IP desplegada por iplan durante elaño 2000, se pueden indicar como de dos tipos:-variedad de servicios y-escalabilidad limitada.A continuación se analizan en detalle estas limitaciones, asícomo las soluciones implementadas.Inicialmente la red de transporte IP solo permitía ofrecerconectividad en este tipo de protocolo. Servicios comoFrame Relay, HDLC, ATM o PPP, no se podían dar sobre elBackbone IP. Se construía la red del futuro, pero nosoportaba ofrecer los servicios del pasado.Para poder separar clientes (dar privacidad y seguridad)dentro de la red, se acude al concepto de VLAN (VirtualLocal Area Network). Una Vlan se puede interpretar como ungrupo de estaciones de trabajo que no se encuentran en lamisma localización física y que se conectan mediante switchde Layer-2. Una Vlan es un grupo de nodos que residen enun dominio de broadcast común. Las redes LAN obtenidasde esta forma son virtuales, porque se logran medianteagrupaciones lógicas.Las ventajas de utilizar Vlan para el cliente, son diversas:-se simplifica las acciones de añadir, mover o cambiarestaciones en la red;-es posible registrar el movimiento casual de las estacionesen forma automática.-se controla mejor la actividad de tráfico (se reduce lacirculación de tráfico del tipo broadcast y multicast)-se incrementa la seguridad de la red y grupos de trabajo.-se extiende la LAN del cliente a la red de transporte.En iplan, una Vlan se crea entre los puertos del cliente paraofrecer el servicio de transmisión de datos TLS (TransparentLAN Service) o de Internet ADI (Acceso Dedicado a Internet).En el caso de la Telefonía-IP existen actualmente 4 Vlanpara ofrecer este servicio, pero en los ADI y TLS cada clienterequiere una Vlan distinta.Cuando un cliente toma un servicio de L2, se le asigna unaVlan. La cantidad de Vlan que pueden definirse es limitada ypor ello la cantidad de clientes que pueden conectarse en lared, también lo es.Inicialmente, para aumentar la cantidad de Vlan factibles deser utilizadas en la red, nació el concepto de VLAN-Locales yVLAN-Globales. Una Vlan-Local es aquella Vlan que estaconfigurada desde la puerta Ethernet del cliente hasta elprimer Hub 6509 en donde conecta el nodo y allí termina enun router L3. Es decir que, no pasa por el equipo de CoreCisco-6509. Esta última característica permite que esas Vlanpuedan ser reutilizadas en cada uno de los Hub con 6509.Una Vlan-Global es aquella Vlan que debe pasar por el 6509del CORE para conectar un cliente que tiene sus extremosen dos o más Hubs 6509. Debido a esta característica, lasVlan-Globales no pueden volver a utilizarse en toda la red de6509 conectadas a nivel 2, esto lo convierte en el recursomás limitado.Debido a esta diferenciación de tipos de Vlan se tuvieron quedefinir distintos rangos de numeración de Vlan para losdistintos servicios; los rangos definidos fueron:Rango Vlan-ID Utilización Tipo1 al 99 Servicios de Iplan Global100 al 499 TLS de nivel 2 (clientes) Global500 al 599 TLS de nivel 3 (MPLS) Local600 al 1000 ADIs Local3
Monografías 9 (2003)Internet: Tecnología y ServiciosOURNALPor otro lado, el enrutamiento de los paquetes de una Vlandentro de la red de Cisco-6509 cuando existe un corte, serealiza mediante un protocolo denominado Spanning Tree. Elnúmero máximo de equipos en serie que admite esteprotocolo es limitado. Por lo tanto, la escalabilidad (laposibilidad de crecimiento) de la red se encuentra limitada,sea por la cantidad de Vlan, como por la cantidad de equiposen la red.Cuando se ingresaron en la red las ciudades de Rosario yCórdoba en el 2001, el problema de la escalabilidad sepodría haber agravado, ya que las limitaciones anteriores sepropagaban a dos ciudades más. Resumiendo: losproblemas detectados fueron:-limitaciones para ofrecer el transporte de protocolos delpasado (Frame Relay, PPP, ATM, etc) y-limitaciones de escalabilidad en número de VLAN y decantidad de equipos.2.2- Soluciones implementadas.Tómese en cuenta la Figura 3. En el Core y los Hub setienen equipos Cisco-6509, todo el backbone tiene un límitede 400 Vlan-Globales para clientes y cada Hub 6509 puedeofrecer hasta 400 ADIs (si dispone de la placa CPU-SUP2) o254 ADIs (si dispone de placa CPU-SUP1, mas antigua). PorADI se entiende el servicio de Acceso Dedicado a Internet.En el ámbito de Nodo de Manzana se disponían inicialmentede los equipos Cisco-3524, que no permiten manejar Vlanadicionales. Es decir, una Vlan se asignaba a un cliente entoda la red.de soluciones implementadas para el problema de laescalabilidad de Vlan.Para solucionar el problema de la escalabilidad en formadefinitiva, se debe recurrir a establecer una red de Layer-3L3, haciendo uso de la funcionalidad MPLS (en lugar de L2como es con las Vlan). El primer paso se aplicó medianteequipos router Cisco-7200 en las ciudades de Buenos Aires,Rosario y Córdoba para el enlace interurbano. Cuando setrabaja en L3 se utilizan VPN para la separación entreclientes.Una VPN es una conexión que simula las ventajas de unenlace dedicado (leased), pero ocurre sobre una redcompartida. Es un acceso remoto sobre una estructurapública con todas las ventajas de un enlace privado.Diversas redes (Frame Relay y ATM) permiten formar redesVPN. Sin embargo, realizarlos mediante redes IP tienealgunas ventajas. Por ejemplo, la posibilidad de accesosremotos mediante líneas dial-up, la posibilidad de realizarconexiones VPN esporádicamente y entre varios puntos(normalmente los VPN mediante Frame Relay y ATM soncanales permanentes PVC).Utilizando la técnica denominada tunelización, los paquetesde datos son transmitidos en una red de routers públicossimulando la conexión punto-a-punto. La VPN puede proveermecanismos de seguridad como criptografía, autentificacióny seguridad.Cuando se aplicó el concepto de VPN en el enlaceinterurbano de iplan, se utilizaron específicamente las VPNde MPLS. De esta forma se logró aislar las 3 ciudades desdeel punto de vista de L2, lo cual ofrecía un segundo alivio a lalimitación de VLAN. Cada ciudad pasó a tener un grupo deVlan aislado.El protocolo MPLS comenzó como un diseño de Cisco parael Backbone de una red IP cuando se trabaja a alta velocidad(por ejemplo, Gigabit-Ethernet). Luego que las tablas derutas convergen (usando los protocolos de routingconvencionales), los distintos router asignan una etiquetaLabel (algunos Bytes adicionales) para cada ruta posible(dicho label se encuentra como encabezado de L2 o L3). Ellabel es corto y de longitud fija, lo que es mejor manejadoque las tablas de rutas (se puede asimilar al identificador detrayecto virtual VPI de ATM).Figura 3. Una Vlan-Global llega hasta el Core de la red.Los equipos 3524 (los primeros instalados) se reemplazandurante el año 2003 por el modelo Cisco-3550. Estospermiten extender el nivel de routing L3 a los nodos ygenerar hasta 100 Vlan-Locales por nodo para productosADI. De esta forma, el número de Vlan para servicios deInternet se multiplica. Cada Nodo puede disponer de hasta100 Vlan de ADI. Antes, se consumían Vlan de los equipos6509, ahora de los 3550. Este es el primer paso en la serieLos labels generados localmente en el router seintercambian con los otros mediante un protocolo LDP (LabelDistribution Protocol). Este protocolo permite distribuir,requerir y actualizar la información de label. El concepto deLabel Switching consiste de dos componentes: el forwarding(responsable de la transferencia de paquetes) y el control. Lainformación de label se memoriza en una base de datos deinformación realizada a tal efecto y denominada LIB (LabelInformation Base). Los paquetes que circulan en la red llevanel label de identificación y no requieren de acciones de tablade rutas.MPLS permite varios tipos de funcionalidades, en iplan seutiliza el MPLS-VPN. Esta facilita el uso del identificadorpropio del protocolo para asociar cada Vlan a un MPLS-VPN.Numéricamente la cantidad de MPLS-VPN es mucho mayoral número de Vlan. Por lo tanto es muy escalable. Con4
Monografías 9 (2003)Internet: Tecnología y ServiciosOURNALMPLS-VPN se solucionó el problema de la escalabilidad delenlace interurbano en el año 2001.Durante el 2002 algunos Hubs fueron integrados a la red conCisco-7200 con lo cual se extendía el concepto de MPLS a lared urbana de Buenos Aires, de forma que se fuecontrolando el consumo de Vlan. Más tarde, en el mes dejulio-2003, se amplió las funcionalidades MPLS al conceptode AToM (Any Transport over MPLS). AToM permite ofrecerdistintos servicios de L2 sobre MPLS. Es decir, es la soluciónal primero de los problemas: los servicios limitados. AToMutiliza el protocolo LDP en router Cisco-7200 para levantar ymantener la conexión.Los primeros clientes que se conectaron a este protocolofueron con enlaces interurbanos del tipo Ethernet-over-MPLS. Esta funcionalidad EoMPLS, permite ofrecer TLS deL2 interubanos que hasta aquel momento no era posibleofrecer. Si el usuario realiza cambios en su red Ethernet,resulta totalmente transparente para iplan. Simplifica laoperación de la red (no requiere rutas estáticas, ni protocolosde ruteo hacia el cliente). Pero, no solo existe EoMPLS,también se puede ofrecer Frame Relay, HDCL, PPP o ATMover-MPLS.Sin embargo, los equipos 7200 de la red MPLS tienen unacapacidad limitada ya que su operación se realiza ensoftware. Debido a esto, las velocidades que se puedenofrecer también son limitadas. El paso siguiente para lasolución de la escalabilidad de la red es la potenciación delos equipos 6509 a la funcionalidad de MPLS.El llevar MPLS a los 6509 hace que la capacidad de tráficoMPLS sea muchísimo mayor que la que puede ofrecer unrouter 7200 o 7500 ya que el forwarding del tráfico se realizaen Hardware. Además, convierte al 6509 en un dispositivo denivel L3 para todas las Vlan. Esto se traduce en que todaspasarían a ser Vlan-Locales pudiendo ser reutilizadas encada uno de los Hubs.Luego de contar la limitación y las herramientas paralevantar las mismas, debemos resaltar los beneficios y elhecho que esta red es la primera en su tipo en LatinoAmérica. Movidos inicialmente por la necesidad, ahora nosencontramos en una inmejorable situación tecnológica.3- SEGUIMIENTO DEL TRAFICO3.1- Medición del tráfico de Internet.En la Figura 4 se observa el tráfico de Internet típico. Elcomportamiento diario muestra que los picos de tráfico seencuentran en las horas laborales (de 11 a 21 hs). Elcomportamiento semanal muestra la baja de tráfico en lossábado, domingo (flecha 3) y feriados (la flecha 2 muestra elmiércoles 9 de julio).El tráfico de Internet es muy variable debido a que se tratade paquetes. La medición debería ser en intervalos muypequeños (por ejemplo de un segundo). Esto dificulta elanálisis. Se pueden tomar entonces intervalos más largos,por ejemplo de 5 minutos y considerar el valor promediodentro de ese intervalo. Algunos Carrier internacionales deInternet trabajan con un formato de pago del servicio que serealiza mediante el método denominado Percentil-95.Figura 4. Imagen del tráfico de Internet diario y semanal.5
Monografías 9 (2003)Internet: Tecnología y ServiciosOURNALFigura 5. Tráfico total entrante y saliente de Internet (varias mediciones diarias).Para el cálculo del percentil-95, los Carriers proveedores delservicio de Internet Internacional toman mediciones cada 5minutos. En el momento de la facturación, se descarta el 5%de las muestras ordenadas de mayor a menor. En un día setomarán 288 muestras. En un mes se tomarán 8640muestras (se supone un mes de 30 días). Por ellos, sedescartarán las 432 muestras de mayor valor. El pago eneste caso es el ancho de banda consumido por la muestramás importante del grupo remanente.(punto de interconexión de los ISP). Por esta razón, puedenexistir clientes que sobre utilizan el enlace aprovechandoesta facilidad.3.2- Control del ancho de banda.El seguimiento y control del ancho de banda en Internettiene diversas herramientas. A continuación mencionamosalguna de ellas.3.2.1- Seguimiento y control. La Figura 5 muestra laevolución diaria del tráfico de Internet entrante y saliente enjunio-2003. Cada pico corresponde a un día. Así el tráficosaliente tiene máximos de 110 Mbps, mientras que enentrante se acerca a 170 Mbps. El número de clienteconectados es cercano a 2850.Una herramienta de seguimiento diario del tráfico esfundamental para realizar el control del consumo en Internet.La particularidad de los servicios de Internet de iplan es queno se realiza una limitación de velocidad de acceso delcliente (como hacen todos los otros operadores). El clienteaccede a 10 Mbps a la red de transporte de iplan y dentro deella no tiene restricciones hasta 10 Mbps. La limitación seencuentra en el grado de multiplexación final hacia laInternet Internacional. La Internet Nacional está a segurizadaporque el enlace es del 1000 Mbps. el mayor ancho debanda existente hasta Cabase. Cabase es Cámara queagrupa a los ISP independientes y actúa como el NAPPara el control del ancho de banda se recurre a los Policer.Por Policer se entiende las políticas de asignación de anchode banda BW. La idea es regularizar los policers creados yaplicar una nuevas formas de asignación de BW para que nosuceda el consumo excesivo.Los policers de los ADI (Acceso Dedicado a Internet) estáncreados por cada Hub. Cada producto tiene un valor deaggregate (valor de BW que se compartirá entre los clientes),que se estableció en 4 Mbps como mínimo por Hub. La6
Monografías 9 (2003)Internet: Tecnología y ServiciosOURNALasignación se desvirtúa cuando existe un Hub con pocosclientes, entonces estos clientes podrán utilizar mayor BWque el convenido por contrato. Técnicamente, el grado demultiplexación es de 1:4 en el producto ADI y 1:24 en el ADIPyme.3.2.2- Caching en Internet. Cuando un cliente consulta unapágina en la Internet la información es enrutada de dosformas: vía Cabase en el caso de una conexión nacional yvía los Carriers internacionales para el caso del tráfico alexterior. En la Figura 6 se indica como (1). Cuando se quierereducir el tráfico de Internet (reducción de costos en elvínculo internacional y reducción de tiempo de respuesta) serecurre a una técnica denominada Cache. Esta técnicaconsiste en disponer de servers en iplan que guardan enmemoria las páginas más consultadas.La empresa Akamai implementa un sistema similar al Cachepero los costos están a cargo del dueño de las páginas másconsultadas. Así, Akamai coloca los servers en el IDC deiplan, pero la inversión es pagada por las empresascacheadas, no por iplan. Dicen tener más de 1000 clientesen el mundo (MTV, NYTimes, Yahoo, Microsoft, etc). Es (2)en la Figura 6.Akamai tiene un espacio en el IDC de iplan con conectividada Internet internacional de 3 Mbps y nacional de 40 Mbps, delos cuales se utilizan en promedio 1,2 Mbps internacionales y14 Mbps nacionales. A cambio, permite reducir el consumode ancho de banda internacional en aproximadamente un10%. Es decir, cuando los servidores estan operativos elconsumo de ancho de banda internacional disminuye un10%.El 28-Julio se interrumpió por el lapso de unas horas con elfin de registrar el consumo en ese día para luego compararlocon otro y medir la diferencia de consumos. Se tomó parahacer la comparación el 29-julio. El 29 debería tener mastráfico que el 28 debido al aumento en la cantidad de clientesregistrados de un día para el otro. Los resultados lospodemos ver en la Figura 6. En promedio el aumento en eltráfico cursado es de 12,6 Mbps.Figura 6. Arriba, se muestra el diagrama a bloques. Debajo las mediciones comparadas de los días 28 y 29 de julio paracomprobar el efecto de los Servers de Akamai.7
Monografías 9 (2003)Internet: Tecnología y ServiciosOURNALde trama (en bits) dividido por la Velocidad de la línea (enbps).-Tiempo de espera en cola: Es el tiempo que un paquetequeda demorado en los buffers de una interfaz esperando aser transmitido. Es un tiempo variable y depende delporcentaje de utilización de la interfaz (carga de tráfico en lared).-Tiempo de procesamiento: Es el tiempo que demora eldispositivo de conmutación en procesar el paquete. Si elequipo esta funcionando dentro de los parámetros normales,este tiempo suele ser despreciable frente a los anteriores. EnInternet existen múltiples dispositivos de conmutación(switches y routers) y múltiples medios de enlace parainterconectar dos computadoras remotas cualquiera, demanera que cada dispositivo de conmutación y cada mediode enlace introducirá sus propias demoras.En la primer parte de la Figura 6 se observa que todas lasmediciones son negativas. Es decir, el tráfico el 29 es mayorque el 28 como era de esperar. Vemos también una línea deregresión que en la primer parte del gráfico es negativa.Luego se apagan los servidores de Akamai y vemos que lasmediciones pasan a ser positivas. Es decir, el tráfico del 28es mayor que el tráfico del 29 (el 29 los servidores seencontraban activos mientras que el 28 se encontrabanapagados). La diferencia en este caso es en promedio de12,6Mbps con picos de casi 25Mbps, lo que corresponde aaproximadamente el 10% del consumo total. Cuando sevuelven a encender los servidores, la tendencia cambialentamente, esto muestra que los servidores tienen untiempo largo de convergencia.3.3- Como se mide la Calidad de Servicios.3.3.1- Definiciones. Los parámetros de calidad que sedeben considerar para evaluar un servicio de Internet son losmismos que se utilizan en cualquier red de conmutación depaquetes. Estos parámetros son el Round Trip Delay, elDelay Jitter, el Packet Loss y el Throughput. Analicemoscada uno de ellos.1- Round Trip Delay (retardo de ida y vuelta). Este valorrepresenta el tiempo que demora un paquete en recorrer lared desde el punto de origen hasta el destino, considerandotanto el tiempo de ida como el de vuelta. El round trip delayes la suma de todos los tiempos de propagación, más lostiempos de inserción, más los tiempos de espera en cola,más el tiempo de procesamiento de los dispositivos deconmutación. Cada uno de estos términos se definen de lasiguiente forma:-Tiempo de propagación: Son los tiempos asociados a lapropagación de las ondas electromagnéticas en los mediosde transmisión (cables, fibras ópticas, atmósfera, etc). Estetiempo depende principalmente de la distancia y de lavelocidad de propagación en cada medio (por ejemplo, lasondas electromagnéticas en las fibras ópticas se propagan auna velocidad aproximada de 200.000 km/s, contra 300.000km/s en el vacío).-Tiempo de inserción: Es el tiempo que demora undispositivo de conmutación de paquetes en insertar unatrama en la línea de transmisión. Se calcula como el Tamaño2- Delay Jitter (variación del delay). Es la variación del roundtrip delay. Es importante resaltar que el tiempo deprocesamiento y el tiempo de espera en cola son los únicosde naturaleza variable (el tiempo de inserción y el tiempo depropagación son fijos) y dependen de la carga de la red. Esdecir, que el tiempo de espera en cola y el tiempo deprocesamiento son los únicos que pueden generar el Jitter.Por esto, si existe un alto Jitter indica que estamos sufriendocongestión en algún tramo de la red que conecta lascomputadoras en cuestión.3- Throughput (o tasa de transferencia). Es la capacidad deun enlace de transportar información útil. Representa a lacantidad de información útil que puede transmitirse porunidad de tiempo. No tiene relación directa con el delay. (porejemplo, se puede tener un enlace de alto throughput y altodelay o viceversa, como sería por ejemplo un enlace satelitalde 2 Mbps y 500 mseg de delay).4- Packet Loss (o tasa de perdida de paquetes). Es la tasade perdida de paquetes. Representa el porcentaje depaquetes transmitidos que se descartan en la red. Estosdescartes pueden ser producto de alta tasa de error enalguno de los medios de enlace o por sobrepasarse lacapacidad de un buffer de una interfaz en momentos decongestión.Notas:-El delay afecta a la performance de aplicaciones interactivas(por ejemplo, Telnet).-El throughput afecta a la performance de aplicaciones quemueven grandes volúmenes de información (ejemplo, Mail yFTP).-El packet loss afecta a ambos tipos de aplicaciones.-El jitter afecta a aplicaciones de tiempo real como la voz y elvideo por IP.3.3.2- Como se miden los parámetros de calidad. Si ustedes usuario de Internet puede medir estos parámetros conherramientas básicas que están incluidas en la mayoría delos sistemas operativos. Estas herramientas son el PING y elFTP.1- Como medir el Delay. Para medir el delay se recomiendaenviar 500 pings de 500 bytes y tomar como resultado de lamedición el menor de los tiempos informados por el8
Monografías 9 (2003)Internet: Tecnología y ServiciosOURNALcomando PING. Por ejemplo, se escribe el comandosiguiente en el DOS:C:\>ping www.cisco.com -n 500 -l 500Haciendo ping a www.cisco.com [198.133.219.25] con 500bytes de datos, se pueden obtener las siguientes respuestas:bytes=500, tiempo=210ms, TTL=242bytes=500, tiempo=190ms, TTL=242bytes=500, tiempo=191ms, TTL=242bytes=500, tiempo=190ms, TTL=242bytes=500, tiempo=191ms, TTL=242bytes=500, tiempo=190ms, TTL=242....bytes=500, tiempo=200ms, TTL=242Resultado: las estadísticas para ping hacia la dirección198.133.219.25, es la siguiente:-Paquetes enviados = 500,-Paquetes recibidos = 500,-Paquetes perdidos = 0 (0% perdidos),-Tiempos aproximado de recorrido en milisegundos: mínimode 190 mseg, máximo de 210 mseg y promedio de 194mseg.En el ejemplo anterior, se puede observar que el delay es de190 mseg.2- Como Medir el delay Jitter. Repetir la medición anterior ytomar como resultado la diferencia entre el tiempo promedioy el tiempo mínimo. En el ejemplo anterior, el Jitter es (194mseg – 190 mseg), lo que resulta en 4 mseg.3- Como Medir el packet loss. Repetir la medición anterior ytomar como resultado el porcentaje de paquetes perdidosversus los enviados.4- Como medir el Throughput. Para esto se recomiendarealizar 5 o más transferencias de archivos simultáneas(para minimizar el efecto de la ineficiencia de los protocolosde transporte como el TCP). Esto puede realizarse porejemplo descargando un archivo desde un FTP server, unaforma de realizarlo es copiar en el browser la siguientedirección web:ftp.netscape.com/pub/netscape7/spanish/7.0/windows/win32/ewc9e/jre140_01i.zipLuego mientras las cinco transferencias están en proceso sedeben sumar las tasas de transferencia simultáneas (enbps). En el ejemplo anterior se tiene:Throughput = (43,7 kBps + 26,7 kBps + 23,8 kBps + 34,7kBps + 35,7 kBps) * 8 bits/B = 1316,8 bps5- Valores aceptables de Calidad. Se consideran lossiguientes valores como aceptables para un servicio terrestrede Internet:-Delay a USA menor a 250 mseg-Jitter inferior a 100 mseg-Packet Loss inferior a 1 %-Throughput superior al 80% de la velocidad de accesocontratada.Figura 7. Cinco FTP en proceso de download para medir el Throughput.9
Monografías 9 (2003)Internet: Tecnología y ServiciosOURNALPARTE II. LOS PRODUCTOS DE INTERNET4- LOS PRODUCTOS4.1- El Acceso Dedicado a Internet ADI.Los productos de Acceso Dedicado a Internet ADI en iplanhan sufrido recurrentes modificaciones a fin de adaptarlos alos diferentes segmentos de clientes. Todos los productoscuentan con una garantía de ancho de banda nacional del100%. La instalación de los productos se realiza de unamisma manera y se utiliza el mismo hardware, por lo que seasume que los costos en equipamiento son iguales, por lomenos para el proceso de instalación. Se utiliza la mismatecnología para brindar los servicios: Core-Hub con Cisco-6509, Nodos con Cisco-3500/2900 y acceso con Cisco-LRE575.En la Figura 8 se muestra la segmentación del mercado en:-Operadores y prestadores: en este caso los ISP.-Grandes clientes y quizás incluya los Cybercafé.-Pequeñas empresas Pymes y profesionales SOHO.-Residenciales.Hasta mediados del 2003 en iplan existían tres productosADI:-ADI Gold. Está orientado a grandes consumidores de tráficoInternacional. Los clientes más comunes son ISP,proveedores de servicios on-line y grandes empresas. Elproducto no tiene ningún tipo de Multiplexación.-ADI. Este producto esta orientado a Pymes y grandesempresas con necesidades muy puntuales de ancho debanda, no de tráfico. Los clientes más comunes son quienesno están conformes con esquemas de ancho de bandacompartido o desconfían de los mismos. Comparativamentecon servicios de precio inferior (como el ADI-Pyme) esteproducto ofrece desventajas comparando rendimiento yprecio. El cliente en este producto paga un diferencial poruna percepción de seguridad y garantía de servicio. El nivelde multiplexación para el tráfico internacional es de 1:4, estegrado ofrece una garantía del 100%. Un cliente puede utilizarmás ancho de banda que el contratado, perjudicando así alresto de los clientes ADI que se encuentran en el mismoHub.-ADI Pyme. Este producto es dentro de la oferta de iplan elmas económico, comenzando en unos 200$ en su abonomensual. El mercado objetivo de este producto son las Pymecon bajos requerimientos de tráfico y una necesidad decreciente de ancho de banda (“quiero que mi conexión aInternet sea rápida, pero no la uso mucho”). Existen variadasofertas de acceso a Internet con precios similares o inferioresal ADI-Pyme, mayormente ADSL y Cable Modem. Lamultiplexación es de 1:24.Con posterioridad se redefinió la línea de productos. Elresultado fue:-ADI Mayorista. Se trata del ADI-Gold con cambio de nombrepara una mejor identificación.-ADI y ADI Pyme sufren pequeños cambios para adaptarse anuevos Features (Seguridad con el Firewall-MIK; MailCorporativo; Web-Hosting; Storage y Back-Up).-ADI SOHO. Este producto reemplaza al ADI-Pyme en lacapa más baja del mercado objetivo de iplan. Existen dosversiones del producto: ADI-SOHO 1Mbps y otro de 2 Mbps.Las dos versiones incluyen sin cargo el servicio de MailCorporativo. La multiplexación de este producto es 1:48. Elproducto tiene solo una dirección IP y se podrá adicionarhasta 4 más abonando un adicional.Figura 8. Segmentación de clientes y productos para cada segmento. Evolución de productos a fines del 2003.10
Monografías 9 (2003)Internet: Tecnología y ServiciosOURNAL-ADI por tráfico. Este producto abarca a casi todo elsegmento target de iplan, desde clientes Pyme a las grandesempresas. Únicamente quedan fuera del alcance de esteproducto los ISP y los mayoristas. Las bases de esteproducto son un abono bajo, un umbral de tráfico incluido enel abono con tráfico adicional y un umbral superior donde laoferta se transforma en plana nuevamente. Existe solo unaalternativa de ancho de banda: 10Mbps.El producto se basa en un abono que incluye tráficoprecomprado, una parte variable y un tope máximo. Existentres variantes de tráfico precomprado: 1%, 10% y 25%. Eltráfico restante se cobra en paquetes de 100 Gbps, estospaquetes tienen un abono diferencial dependiendo de laprecompra original.Mas allá de la redefinición de cierta gama de productos.Para el año 2004 se espera ingresar al mercado Residencialcon un producto adaptado a este segmento. Ya se hanrealizado varias experiencias con resultados variados.Desde ya que no se trata de ofrecer un servicio ADSL conred de las Telco, ya que la calidad de servicio no es buena.Se trata de ofrecer servicios con red propia y por lo tantolimitada a ciertas zonas de la ciudad.4.2- El Safe Pack.Un producto complementario al acceso a Internet, es el SafePack. Está orientado a Pymes con conectividad de bandaancha (ADSL, cablemodem o wireless). Está diseñado paraser compacto, fácil de instalar y de mínimo mantenimiento.Es factible de comercializar e instalar mediante canales encualquier parte del país. El hardware es una PC standardcon requerimientos mínimos necesarios (se trata delhardware MIK, en la fotografía). El software es desarrolladoen iplan y por diseñadores externos.-Telefonía: en el futuro mediante la versión Hard-phone esposible disponer de un teléfono con numeración de lasciudades iplan.-Gateware: permite la emulación de software específicosdesde cualquier acceso a Internet.-Videoconferencia: será un producto diseñado por terceros.-E-fax: permite la emisión y recepción de fax mediante la PC(será un producto de terceros).-Servicio de mail y web-hosting desde el Noc.Bunker es un interesante servicio se ha generado como undesarrollo interno de Iplan. Es un servicio mediante el cual elcliente puede realizar y mantener copias seguras de susarchivos en nuestra granja de servidores. El servicio ofrecela facilidad de uso de una carpeta de archivos con laseguridad de un Storage. iplan realiza el back-up diario de lainformación almacenada en la carpeta. El cliente guardará,visualizará y utilizará el Disco “Bunker” como si fuera undisco más de su red. Las principales características delservicio son: Acceso al servidor desde cualquier punto de laInternet; Acceso a la carpeta de back-up como cliente FTP;Acceso seguro utilizando un user-name y password; Módulode memoria básico de 100 Mbyte en adelante; Facilidadcambio de capacidad mensual. Iplan garantiza laconfidencialidad de los datos almacenados, ademásguardará una vez al día la ultima versión de la informaciónalmacenada por el cliente. La información almacenadaestará disponible solamente on-line.4.3- Revenue Sharing.Los productos que la integran este Pack son:-Firewall: el MIK se conecta entre el ADSL/CM y la red LANdel cliente y permite administrar las políticas de seguridad.-Protección Antivirus: permitirá la protección contra virus dela red LAN.-Bunker: este producto permite el backup en servidores deiplan mediante un ícono en el Administrador de Archivos.-Teletrabajo: esta es una versión renovada del producto queutiliza funciones de VPN sobre MIK para acceso remoto.El producto Revenue Sharing para Free-ISP es un productomayorista, cuyos clientes son empresas. Normalmente setrata de Free-ISP o de empresas que brindan servicios deAudiotexto (llamadas a grupos de afinidad, por ejemplo). Enel caso de los Free-ISP, los usuarios se conectan a Internetmediante un Modem de datos, a un número geográfico. Elusuario paga a la Telco el costo por pulso; la Telco le paga aiplan un valor cercano a 0,01 $/min e iplan le paga al Free-ISP un porcentaje de este valor (Revenue Sharing cercanoal 50%).Para el acceso a Internet se disponen de dos tipos deequipos como Access Server. Los equipos Cisco-5300tienen 8 tramas E1 (pero se encuentran usados con 7tramas por razones de capacidad de procesamiento),mientras que los Cisco-5350 tienen 7 tramas pero son11
Monografías 9 (2003)Internet: Tecnología y ServiciosOURNALduales (pueden procesar voz e Internet indistintamente). Lacarga estimada en minutos al mes, para el producto RS, noes la misma en ambos equipos. Esto es debido a que elCisco-5350 también maneja canales vocales. En iplan se haconfigurado la central de conmutación para enviar los Free-ISP como primer ruta a los Cisco-5300 (dedicados solo aInternet) y como segunda ruta el Cisco-5350 (paraaprovechar al máximo estos equipos en la red de telefoníaVoIP).La Figura 9 muestra la distribución de tráfico normalizada (elárea debajo de la curva vale 1 en los tres casos) paradistintas variantes de tramas E1. Se ha tomado un día típicode julio-2003. La curva que corresponde a las tramas deInternet, muestra un máximo de ocupación en el horarionocturno. La curva correspondiente a las tramas vocalestienen un máximo a las 12 y 18 hs. Para el caso de tramasmixtas de los Cisco-5350, se suma al formato de la señalvocal, con un pico hacia la medianoche (son los excesos queno pueden manejar los Cisco-5300). El área bajo la curva delos Cisco-5300 es aproximadamente el 50% y correspondeentonces a 600.000 minutos al mes. En el caso de los Cisco-5350 se supone un área de 400.000 minutos.4.4- Proxy Radius.Un desarrollo interno de iplan ha permitido mejorarsustancialmente el producto Revenue Sharing. Se trata delProxy Radius. Un Proxy es una aplicación que corre en unServer y que intermedia paquetes entre el cliente por un ladoy el host por el otro. El Proxy acepta Requerimientos delcliente para servicios específicos de Internet, actuando luegopara establecer la conexión.El RADIUS es un software que permite la autentificaciónremota para servicios de usuarios Dial-in. El perfil de cadausuario se mantiene en una Base de Datos. Este software esabierto y puede ser adaptado a diversas aplicaciones.Proxy Radius para los modem de acceso a Internet es undesarrollo que permite optimizar el uso de los Cisco AS-5300de Dial-up. Sin el Proxy Radius, cada uno de los ISP queutilizan el servicio de acceso discado requieren de unadedicación exclusiva de equipos o de tramas E1 conmodems. Esto hace que el uso de los recursos sea muyineficiente.Figura 9. Tráfico generado por una trama E1 de interconexión vocal e Internet.12
Monografías 9 (2003)Internet: Tecnología y ServiciosOURNALFigura 10. Diagrama a bloques del Proxy Radius.Visto como Margen el producto Revenue Sharing no esbueno, pero tiene algunas particularidades interesantes. Laocupación del canal es fundamentalmente nocturno. Norequiere entonces recursos de Interconexión a la PSTN o deInternet adicionales, ya que el tráfico es en partecomplementario a los clientes Retail (Packs y ADI).Con Proxy Radius los usuarios de distintos ISP puedenutilizar un pool de modems compartidos compuesto porvarios access severs. Se logra una alta disponibilidad demodems y un mejor management de los accesos, ya quetodas las conexiones son administradas por un solo servidorde Radius, el cual tiene la capacidad de comportarse comotal o reenviar el requerimiento de acceso a un server del ISP.Veamos el detalle de llamada. Inicialmente un usuariocualquiera se conecta por dial-up a la red de iplan. En lafigura indicado por (1). La llamada ingresa a la central deconmutación y es llevada a una ruta balanceada compuestapor todas las tramas E1 conectadas a los Access Servers AS(servidores de acceso a los modem de datos conectados aInternet). La llamada es atendida por un modem del AS, elcual negocia la conexión con el cliente y le asigna recursos,valiéndose del servidor Proxy-Radius.La consulta al servidor pasa por un Firewall para otorgarle unnivel más de seguridad. El servidor consulta los datos delusuario en una base de datos localizada en el servidor deBase de Datos y luego autentica el acceso o lo rechaza.Realiza la asignación de recursos (direcciones IP, DG, DNS,autorizaciones, etc) y da comienzo al accounting de laconexión. Finalmente el usuario ingresa a Internet, indicadocomo (2).En el caso de que la llamada deba ser autenticada en unservidor del cliente, esta es derivada a dicho servidor enlugar de hacerlo localmente. Una vez conectado el clientetiene la posibilidad de usar cuentas de e-mail free. Elproceso de Autenticación, Autorización y Accounting serealiza en un servidor del cliente pero las respuestas vuelvenal Proxy Radius para que este siga el proceso normal, con locual para el AS el servidor de Radius sigue siendo el mismo.-Permite entregar información sobre ocupación de canalessegún cliente,-Permite conocer el tiempo de conexión en la pantalla y verlos usuarios conectados en cada instante.-Se utiliza la misma Base de Datos para servicio de WebMaillo que permite la validación de usuarios para usar el servicio;-Permite que cada cliente tenga su dominio y que puedacrear cuentas con un usuario admin.-Se dispone de información estadística para iplan y el cliente.Además permite una buena flexibilidad del servicio:-la posibilidad de configurar si quiere validación o no,-de configurar si quiere asignación de IP estática,-de configurar la cantidad de conexiones simultáneas,-de ver el tiempo de conexión,-de filtrar diferentes servicio con el uso de ACL.Se tendrá un mejor uso de los recursos disponibles ysimplicidad en la configuración.5- INDICADORES ECONOMICOS5.1- Costos históricosAntes de la habilitación de cables submarinos hastaSudamérica (a fines de los años 90), la única forma deconectarse al backbone de Internet en USA era medianteenlaces satelitales. El costo era de decena de miles dedólares por canales punto-a-punto de 64 Kbps. Con loscables existentes en la actualidad (Global Crossing yEmergia; otros cables fueron planeados pero nuncacomenzaron las operaciones), los costos están bajandopermanentemente. Los costos en el año 2000 era cercano a4000 u$s/Mbps, bajando a 1300 en el 2001, 800 en el 2002 y400 en el 2003. Al usuario final esto se traduce en disponerde mejores ancho de banda al mismo precio.Veamos algunas ventajas:13
Monografías 9 (2003)Internet: Tecnología y ServiciosOURNALFigura 11. Evolución de tráfico de Internet, Interurbano y de Telefonía en el último año.5.2- Evolución del tráfico y Ventas.La Figura 11 muestra la evolución del tráfico de iplan en lostres aspectos más importantes:-Tráfico de Internet Internacional en Mbps.-Tráfico Interurbano (enlace Buenos Aires-Rosario-Córdoba)en Mbps.-Tráfico de Telefonía en millones de minutos al mes.En todos los casos el tráfico es creciente, lo cual secorresponde al crecimiento permanente de clientesconectados a la red. En algunos casos se observanpequeñas variaciones que ocurren por acciones específicasde Ingeniería para controlar el crecimiento desmedido.Anteriormente se mencionó que el acceso a la red no tienelimitaciones (dentro de la red de iplan cada cliente tiene unavelocidad de 10 Mbps), de forma que pueden producirseexcesos en algunas aplicaciones de clientes en particular.En la Figuras 12 se muestran la evolución de indicadoresrelacionados con la cantidad de clientes conectados a la redcon servicio de acceso ADI en todas sus variantescomerciales. En este caso no se indican los clientes quedisponen del servicio Pack (líneas analógicas más Internet),los cuales suman generalmente 3 veces la cantidad declientes ADI. Es decir, existe una relación 3:1 entre clientesservicio Pack y ADI.El crecimiento de clientes ADI (aumento de la pendiente) quese observa a partir de inicios del 2003 se debe a queintrodujo el producto ADI-Soho para una franja de mercadomás baja a un costo promocional de 190 $/mes en aquelmomento. Existen planes comerciales para el 2004 paraintroducir un servicio ADI-Residencial a un costo inferior a los100 $/mes. En la misma Figura se puede observar elRevenue promedio en $/mes, de estos clientes.Figura 12. Evolución de cantidad de clientes y Revenue promedio.14
Monografías 9 (2003)Internet: Tecnología y ServiciosOURNALEl promedio de Revenue por cada ADI era superior a los500$ a mitad del 2003 y correspondía a la base instalada declientes. Considerando solo los clientes nuevos vendidos, elpromedio era cercano a los 400$ (debido al nuevo productoADI-Soho). Se concluye entonces que existe una aceleraciónen la incorporación de clientes y una reducción del valorpromedio de Revenue por cliente. Esto es coherente con lapolítica de incrementar la cantidad de clientes por Nodo deManzana, mejorando la penetración en los clientes de menorporte.Un comentario final referido a los márgenes del productoADI. Se puede indicar que el Margen Bruto se encuentracercano al 70%, mientras que el Margen antes deAmortizaciones se encuentra un 10% por debajo del MargenBruto. Las inversiones de capital Capex necesarias paraofrecer el servicio, están compuestas de una componentesde Core y otra de Acceso. En el acceso, de acuerdo con elmodelo de distribución de iplan (ver Journal No 1)corresponde a la creación de Nodos de Manzana distribuidoscon acceso de fibra óptica y distribución mediante cobre.Normalmente puede calcularse en una inversión de 1000 u$spor cada cliente con ADI, cualquiera sea el tipo de serviciocontratado. Esto implica que los pequeños clientes tienen unperíodo de repago mucho mayor que los medianos. Uncálculo elemental lleva el período de repago a cerca de 30meses con clientes de ADI-Residencial (inferior a 100$/mes).A mediados del 2003, iplan facturaba cerca de 4 M$/mes. Deestos, el 25% corresponden a servicios de Internet (ADI o laparte proporcional de los Pack).15
MONOGRAFIAS DE JOURNAL:Journal monografías número 9. Edición octubre-2003.Diseño gráfico original de Marianela V. Ricardo16
OURNALmonografía 102003 iplanTechJournal Monografías es una publicación de iplan que contiene información técnica y confidencial de la empresa. Sedistribuye a un circuito limitado de lectores a fin de mantenerlos informados sobre el estado y la evolución de latecnología y el negocio de la Telecomunicaciones, principalmente en las redes IP y la Telefonía-IP. Se ruega a loslectores a mantener el principio de Confidencialidad sobre la información aquí contenida.No está autorizada su reproducción o distribución por cualquier medio sin antes consultar con la empresa.ICasos de Estudio No 1.Sistema Bancario y Financiero.IINDICE1- Banco Itaú2- Banco Industrial de Azul3- Banco Central Republica Argentina4- COELSA5- Banelco, Visa, Argencard, Link6- Liberty ART7- Banco Hipotecario NacionalIABSTRACTEl segmento bancario ha sido siempre uno de los principales objetivos de lasempresas de Telecomunicaciones. Si bien en el caso de iplan es distinto, yaque es una empresa orientada a las Pymes, no ha dejado de tener éxito eneste segmento, debido a la red de transporte de alta velocidad. En algunoscasos, por ejemplo en el Banco Itaú, el éxito está ligado a la provisión de unservicio IPCentrex innovador, gracias a la red de Telefonía-IP. EstaMonografía se ocupa de contar algunos Casos de Estudio en el segmentobancario.Cerca de 275 empresas eran clientes de iplan en Agosto-2003 en el segmentode Bancos, Financieras, AFJP, Seguros y Cooperativas de Ahorro. Estocorrespondía a cerca el 8% de los clientes.1
Monografías 10 (2003)Casos de Estudio No 1OURNALIBANCO ITAU.El Banco Itaú es una prestigiosa entidad bancaria en Argentina. Originaria del Brasil ocupael segundo lugar entre los Bancos privados en América Latina. Iplan ha preparado unasolución de transmisión de datos (enlaces punto-a-punto, acceso a Internet, accesos aBanelco y Argencard, etc), sobre la cual se monta una red privada de Telefonía-IP soportadaen la tecnología de iplan.1- El Banco Itaú.El Banco Itaú es el segundo banco privado de AméricaLatina. En Brasil dispone de una red de aproximadamente2500 sucursales y más de 10200 cajeros automáticos, yconstituye la mayor red de autoservicio instalada en AméricaLatina y una de las mayores redes privadas del mundo. Entre1979 y 1994 las actividades de Banco Itaú en Argentina,estaban orientadas al financiamiento de corporacionesmultinacionales en el área de Comercio Exterior.En 1994, Itaú decidió ampliar sus actividades en Argentina ala banca minorista, estableciendo 33 sucursales distribuidasen Capital Federal y Gran Buenos Aires, siendo la primeraapertura en Octubre de 1995. Actualmente, Banco Itaúcuenta con 78 sucursales, y una de las mayores redes deCajeros Automáticos propios del área metropolitana deBuenos Aires. Cuenta además con aproximadamente 30bancos en plantas industriales y empresas de primera línea.Argencard y Banelco; Accesos Dedicados a Internet yServicio de Balanceo de carga de servidores Web.2- Solución de VPN/IPCentrex para que, además de lascomunicaciones salientes a la PSTN, puedan realizar suscomunicaciones internas utilizando un plan privado denumeración y a costo reducido (plano).2.1- Enlace de Datos. El primer enlace mencionado es unLAN-to-LAN entre casas centrales de 100 Mbps. Cada sitiodel Banco Itaú dispone de un port Fast Ethernet bajo unesquema switcheado, donde las redes LAN de cada uno delos sitios forman un único segmento de red. Se configura unaVLAN, por cada vínculo punto-a-punto (que se propagará entodos los switches del backbone) donde se ubican losswitches Cisco-3524 del cliente. De esta forma, se crea unúnico dominio de broadcast donde se establecen lascomunicaciones entre los sitios del cliente.La Red de Datos tiene una topología estrella con accesos de1 Mbps a la red IP, contra los dos sitios centrales del Banco.Se utilizan routers Cisco-2611 que se conectan al portEthernet de los Cisco-575 (extremo de la red de distribuciónde cobre a 10 Mbps) y mediante los cuales se rutea y segeneran túneles encriptados (por disposición del BancoCentral BCRA). A su vez, se tiene un esquema de protocolode ruteo con OSPF, mediante el cual designan cual de losdos centros de cómputos es el principal y cual el alternativo.El vínculo con Argencard es de 1 Mbps con router Cisco-2611 y encriptados en 3DES. En el caso de Banelco (quienbrinda varios servicios a entidades bancarias) los serviciosestán implementados sobre dos plataformas: X25 y TCP/IP.La gran mayoría de servicios están sobre la plataforma X25.La solución para el Banco Itaú se implementa sobre laplataforma IP, ya que el servicio a levantar contra Banelco esun File Transfer.2- Los Servicios.El proyecto diseñado por iplan consiste en dos grandesgrupos de servicios:1- Enlaces de datos: LAN-to-LAN a 100 Mbps; Red de datosentre 19 sucursales a 1 Mbps; Vínculo con la entidadLa solución de Balanceo de Carga es para los servidoresWeb del banco ubicados en los Centros de Cómputos. ElBalanceo de Carga se realiza mediante la utilización delequipo Cisco Content Switch CCS-11800 (conocido comoArrowpoint). Este equipo ha sido específicamente diseñadopara aplicaciones de Internet realizando tareas de WebContent Switch utilizando herramientas (Content Rules)sobre las capas 3, 4 y 5 de la estructura OSI. De acuerdocon las necesidades del banco, al trabajar sobre lametodología de balanceo por direccionamiento IP, cada2
Monografías Casos de Estudio No 110 (2003)OURNALservidor tendrá asignada una dirección IP Pública de Internety el encargado de realizar la conexión http será el CCS-11800.2.2- Servicio VPN/IPCentrex- Con este servicio el BancoItaú puede comunicarse entre la casa central y sussucursales por medio de un discado abreviado manteniendosu plan privado de numeración (corto) y mediante una tarifaplana. La solución incorpora comunicaciones tanto para laslíneas analógicas (mediante equipos Cisco-VG248 o Cisco-VG200 con Edgelink-300), como para las tramas digitalesE1. Es independiente del tipo de tecnología que se utilice.Este servicio se brinda usando la Plataforma de RedInteligente (COSO) y haciendo traslación de dígitos en losGateway GW de voz.En la Casa Central se instaló una trama Digital E1. Además,dispone de un vínculo PBX-a-PBX (propio) contra algunassucursales. Ciertos códigos distinguen a estas sucursales ensu plan de numeración privado. Adicionalmente, a otrassucursales llegan los vínculos IP privados que el Banco tienecontratado con otro proveedor. Estos figuran con un plan denumeración diferente, pero integrado en plan de numeraciónprivado.Las demás sucursales a las que llega iplan con líneasanalógicas se identifican con un código genérico (común atodas las sucursales que están sobre la red de VoIP) más elnúmero identificatorio de la sucursal propiamente dicha. Enel caso de las sucursales que tiene el cliente con otroproveedor se identifica a todas ellas con el código distinto,más el número identificatorio correspondiente a cadasucursal.Las comunicaciones VPN/IPCentrex disponen de lassiguientes características principales:-Se establecen las comunicaciones entre los sitios del Bancoutilizando un plan de numeración único colocando prefijos(los utilizados pueden ser: 701, 702, etc). De este modo laPlataforma de Red Inteligente COSO en iplan, califica lallamada como servicio VPN y establece la misma hacia eldestino buscado.-Si un usuario del Banco disca un número telefónico sinutilizar los prefijos correspondientes, esa llamada se tratacomo una comunicación estándar y se enruta al destino através de la interconexión con la red pública PSTN. Es decir,si un usuario disca 4332-xxxx, esta comunicación esenrutada a través de la interconexión con Telefónica con susrespectivos costos.3- Funcionamiento de la VPN/IPCentrex3.1- Desde una Sucursal a CC-Cerrito. Para unacomunicación VPN entre una sucursal y la casa central deCerrito 740, el funcionamiento es el siguiente:1- Un usuario ubicado en una sucursal y que deseacomunicarse con un interno de la Casa Central en Cerrito,debe discar 703+MCDU (siendo 703 el código identificatorioy MCDU el número de interno del plan de numeraciónprivado de la sucursal Cerrito). En la Figura anexa, seidentifican tanto la Sucursal como la Casa Central. Ladiferencia entre una y otra es que, mientras la Casa Centralestá conectada mediante un enlace SDH y tramas E1, lasSucursales están conectadas mediante una distribución delíneas analógicas desde un Nodo de Manzana medianteGateway de VoIP. Desde el nodo la distribución es de cobrey hacia la red es de fibra óptica.Figura. Diagrama a bloques para una comunicación entre Sucursales y Casa Central del Banco Itaú.3
Monografías Casos de Estudio No 110 (2003)OURNAL2- La conexión desde la sucursal puede ser de dos tipos,dependiendo del equipo gateway de líneas analógicas GW-FXS utilizado en el Nodo: VG248 o VG200. Con el equipoVG248 se utiliza el Call Manager (es el equipo centralizadoque comanda la llamada), quien adhiere adelante el número876-001 correspondiente al código de VPN-1 (876) y alcliente (001 para el Banco Itaú).Para el caso que una sucursal esté conectada por medio deequipos VG200 (por lo tanto, no dispone del Call Manager),se configura en el Voice Gateway un translation-rule que leindica al GW que todo número que reciban con 70X lotraslade al número 876-001-70X. De esta forma se cumplenlos mismos procedimientos que siguen a continuación. En laFigura está indicado como (1).3- A la central de conmutación NEC le llega el número 876-001-703-MCDU. Con el 876 la central NEC determina que esuna VPN y le entrega el comando de la llamada a laplataforma COSO. Se trata de los pasos (2) y (3) en laFigura.4- La plataforma COSO recibe el número y con el prefijo 876determina que es una llamada correspondiente al servicioVPN y que debe tratar el ticket que genera de otra forma (sinenviarlo a facturación en este caso). Con el prefijo 001identifica al cliente Banco Itaú. Luego le entrega el número703-MCDU a la NEC para que lo enrute hacia el cliente. Esel paso (4) en la Figura.5- Entonces, la central NEC tiene configurado en su tabla deruteo de llamadas que al recibir el número 703-MCDU lodebe enviar a la trama E1 instalada en la Casa Central enCerrito. Con el prefijo 703 la NEC no genera ticket de billing.6- Finalmente la NEC saca por la ruta ITAU la numeraciónMCDU correspondiente a su plan de numeración interno. Elcliente recibe el número MCDU por la trama E1 de iplan.Paso (5) en la Figura.Tanto en el Call Manager como en la plataforma COSO segeneran registros de la llamada (CDR), sin embargo éstos novan a facturación sino que solamente se mantienen comoinformación del cliente. La NEC se configura para que nogenere CDR. Los códigos 7XX que se encuentranreservados en la NEC para este cliente son cinco. Estoscódigos no pueden ser asignados para otras aplicaciones.3.2- Desde una Sucursal a CC-Reconquista. La casacentral de Reconquista 590 no tiene, por el momento, unatrama E1 de iplan. Sin embargo, se puede emplear lacomunicación VPN/IPCentrex ya que el Banco Itaú disponede un vínculo PBX-a-PBX entre Reconquista 590 y Cerrito740. Lo mismo se podría realizar para el caso de la casacentral de Corrientes 5366. El proceso de comunicación esmuy similar al anterior.1- Un usuario de la sucursal Callao que se quiere comunicarcon un interno de Reconquista debe discar 701+MCDU(siendo MCDU el número de interno del plan de numeraciónprivado de la sucursal Reconquista). Aquí solo cambia elprefijo 703 por 701.2, 3 y 4- Son exactamente iguales al caso anterior, ya que notrabajan con el prefijo 701.5- La NEC tiene configurado en su tabla de ruteo dellamadas que al recibir el número 701-MCDU lo envíe a latrama E1, instalada en Cerrito 740, por la ruta ITAU. Con elprefijo 701 la NEC no genera ticket.6- Finalmente la NEC saca por la ruta la numeración 701-MCDU correspondiente a su plan de numeración interno. Eneste caso se envía el número completo 701-MCDU por laruta ya que con el prefijo 701 la PBX del cliente identifica quees un llamado para la sucursal de Reconquista. El clienterecibe el número 701-MCDU por la trama E1 de iplan y sucentral saca esta llamada por el vínculo PBX-a-PBX hacia lacentral de Reconquista. Para el caso de la casa central deAv. Corrientes el procedimiento es el mismo con la únicasalvedad de que el prefijo identificador es el 702.3.3- Desde CC-Cerrito a una Sucursal. Para comunicarsecon una sucursal un usuario de la casa central disca 708+CS(código de sucursal). Con 708 se identifica a todas lassucursales conectadas por iplan que se encuentran en la redde VoIP (la mitad izquierda de la Figura). Con CS seidentifica al código de la sucursal a la que se desea acceder.El funcionamiento es el siguiente:1- Un usuario de la casa central de Cerrito 740 que se quierecomunicar con un interno de la sucursal Callao, debe discar708+59 (siendo 59 el código de la sucursal Callao).2- Cuando llega el número 708 a la NEC, está configuradapara agregar el número 877-001, que lo identifica comoVPN2 Banco Itaú. Con el código 877 la NEC se lo envía aCOSO, quien recibe el número y tiene configurado en sutabla la traslación de línea 5218-7432. Esta líneacorresponde a la cabecera de la sucursal mencionada.3- La llamada es enrutada por la NEC hacia los GW-E1,quienes conocen el Gateway que contiene dichanumeración. En el GW-FXS correspondiente se configurandos líneas con una como cabecera, a la cual se apunta lallamada. El cliente configura su PBX para que cuandoingrese una llamada por la cabecera 5218-7432 la derive aalgún interno predefinido (por ejemplo al de la recepcionista).Dado que el cliente tiene identificada las sucursales con unCS (código de sucursal) variable de 3 dígitos es necesariodistinguir el código de sucursal 1 del código de sucursal 10del código de sucursal 100, por ejemplo. Esto implica que lacantidad de dígitos que llegan al COSO tenga un tamañovariable. Para contemplar esta alternativa se desarrolló laVPN2, identificada con el código 877.3.4- Entre Sucursales. En esta situación el comportamientoes similar a los anteriores con la salvedad que la llamada seinicia y termina en la red de VoIP, pero de todas formas pasapor la Plataforma COSO para la traslación de números. Elfuncionamiento sería el siguiente:1- Un usuario de la sucursal Callao que se quiere comunicarcon la sucursal Junín disca 708-96, siendo 96 el código de lasucursal Junín. El Call Manager le pega adelante el número877-001 correspondiente al código de VPN2 (877) y alcliente (001 para el Banco Itaú).2- A la central NEC le llega el número 877-001-708-96. Conel 877 la NEC determina que es una VPN2 y se lo envía a laplataforma COSO. Con el prefijo 877 determina que es una4
Monografías Casos de Estudio No 110 (2003)OURNALllamada correspondiente al servicio VPN y que debe tratar elticket que genera de otra forma (sin enviarlo a facturación).Mientras que con el prefijo 001 identifica al cliente BancoItaú. Luego, la Plataforma COSO realiza la traslación, enbase al código de sucursal, a la numeración geográficacorrespondiente (5218-7430).3- La central NEC enruta la llamada hacia los NASGW quienpor medio del Call Manager reconoce el Gateway GW-FXSVG248 que tiene esa numeración configurada.El Banco dispone de sucursales a las cuales se llega conuna red IP e implementa Voz sobre IP con equipamientospropios. Estas sucursales son todas identificadas con elcódigo 709. Para esto el cliente dispone de un Gateway deVoIP en la casa central de Reconquista. Este equipo estáconfigurado para que cuando recibe el código 709automáticamente entregue un tono de discado del ladollamante. Por lo tanto, un usuario de una sucursal que deseecomunicarse con una de estas sucursales debe discar 709,luego espera el tono de discado puesto por el Gateway y acontinuación disca el número de sucursal correspondiente.Para realizar esto, cuando el usuario selecciona 709 losGateways de VoIP de la red de iplan que le proveen laslíneas (VG248 o VG200) adhieren adelante el prefijo 701,con lo cual envían a COSO el número 701-709. El COSO,junto con la NEC, realizan el enrutamiento de la llamadahacia la trama E1 instalada en Cerrito. La PBX del clienteestá programada para que al recibir el 701 sepa que tieneque enrutar la llamada por el vínculo PBX-a-PBX hacia lacasa central de Reconquista, donde se encuentra elGateway de VoIP del cliente. La PBX de Reconquista le quitael 701 y con el 709 y le pasa la llamada al GW, quien entregaun tono de discado completando el circuito..................................................................................................."... con esta solución VPN/IPCentrex, iplan está generandoun hito en la era de las Telecomunicaciones ya que ningúnprestador de Telefonía actualmente está preparado paraimplementar esto." dice Julio Quisbert de la Gerencia deTecnología del Banco Itaú.IBANCO INDUSTRIAL DE AZULLa solución global de comunicaciones para este cliente se divide en varios servicios. Por unlado Telefonía e Internet en la casa central vínculos TLS encriptados entre las distintassucursales. Incluye servicios X.25 para los cajeros automáticos con la red Link y un TLS condicha institución. Además se tiene un enlace TLS con Argencard.1- El Banco Industrial de Azul.Industrial Cooperativa Limitada. Desde el año 1971 con laautorización del BCRA comienza a funcionar como entidadfinanciera regida por la Ley de Entidades Financieras, bajo ladenominación de Caja de Crédito la Industrial CooperativaLimitada.En el año 1992 adquiere los Activos y Pasivos de la Caja deCrédito El Porvenir Cooperativa Limitada, y se produce laapertura de la primera Sucursal. En el año 1995 adquiere losActivos y Pasivos de Tarraubella S.A. Compañía Financiera.El BCRA autoriza la transformación de la Caja de Crédito enCompañía Financiera. A partir del 1 de Julio de 1996continúan las operaciones bajo la denominación de LaIndustrial Compañía Financiera S.A.Con el propósito de brindar asistencia crediticia a un grupode empresarios madereros, en 1956 se funda en la Ciudadde Buenos Aires una cooperativa de crédito denominada LaEn el año 1997 se adquieren los Activos y Pasivos del NuevoBanco de Azul S.A., entidad fundada en el año 1928, en laCiudad de Azul, Provincia de Buenos Aires, con más de14.000 cuentas y una trayectoria de 70 años brindandoservicios bancarios en la región. El BCRA la transformaciónde la Compañía Financiera en Banco Comercial Minorista.En el mes de Mayo de 1997 continúan las operaciones bajo5
Monografías Casos de Estudio No 110 (2003)OURNALla denominación de Nuevo Banco Industrial de Azul S.A., conCasa Central en la Ciudad de Buenos Aires y 8 Sucursales.2- La solución de Comunicaciones.La solución se divide en varios servicios. Por un lado, seofrece Telefonía e Internet en la casa central Córdoba 629 yvínculos TLS encriptados entre las distintas sucursales y lacasa central. Por otro lado, se incluye un servicio X.25 parala conectividad de los cajeros automáticos a la Red Link.Se instalaron placas WIC-1T con cable CAB-232MT en losrouters Cisco-1720 que tiene el cliente en las sucursales deBalcarce y Tandil para permitir que los cajeros automáticosubicados en dichas sucursales accedan a la red Link pormedio del protocolo X.25. Actualmente las validaciones detarjetas de crédito y operaciones de cajeros automáticostrabajan sobre una plataforma X.25 de baja velocidad (nomás 9600 bps). La conexión en cada una de las empresasde tarjetas de crédito y cajeros automáticos debe ser bajoprotocolo X.25 ingresando a un Host o Switch dedicado a talefecto. Por lo tanto, se entrega una puerta serial sincrónicaconfigurada en X.25 en cada una de estas empresas. Dadoque la topología de iplan no contempla la provisión devínculos X.25, se implementa la solución mediante el uso dela herramienta XOT (X.25-over-TCP), de forma tal deentregar una puerta X.25 hacia el cliente y transportar dichotráfico encapsulado en TCP/IP.Los Cajeros Automáticos de la red Link, que tiene instaladoel Nuevo Banco Industrial de Azul en las sucursales, sonmarca ATM modelo InterBold-1072-ix. Para permitir laconectividad requerida de los Cajeros Automáticos a la redse agrega una placa serial especial con su correspondientecable RS-232 a cada uno de los equipos Cisco-1720 que seencuentran instalados en las sucursales.Asimismo, dado que la red de iplan es una red 100% IP, seconfigura en cada equipo Cisco-1720 el protocolo XOT (X.25over TCP) que permite encapsular X.25 en el protocoloTCP/IP. De esta forma se entrega todo el tráfico provenientede estos Cajeros en la sede central de la Red Link, enSuipacha 815, donde se ingresa a un Host o Switch X.25 pormedio de una puerta X.25. Para entregar la puerta X.25 seutiliza el equipamiento instalado en Red Link en un SwitchCisco-2948 y un Router Cisco-1601 con una puerta serialsincrónica con interfaz V.35 y una puerta Ethernet hacia lared de iplan.Otra parte de la solución contempla la instalación de unvínculo IP de 128 kbps contra Red Link, en Suipacha 815, demodo que el cliente pueda tomar los servicios que éstaentidad brinda. Este vínculo es ruteado con el equipamientoCisco-7200 configurando VPN-MPLS. Es un TLS ruteado porMPLS propagando la VLAN de TLS correspondiente a estesitio hasta el Router Cisco-7206, en el NOC de iplan, dondese configura la tabla de ruteo.Todos los clientes que contraten los servicios IP que brindaRed Link pertenecerán a la misma VLAN (la de Link) y sonlevantados de la misma forma; es decir, ruteando con elCisco-7206 y configurando VRF. Por ello es necesarioimplementar el soporte de NAT para las VPN-MPLS paraocultar las direcciones de las redes LAN privadas de losfuturos clientes de este servicio y evitar así que exista unaposible duplicación de direcciones.Otra parte de la solución contempla la instalación de unvínculo de 256 kbps contra Argencard de modo que el clientepueda tomar los servicios brindados por esta última.Argencard dispone de una plataforma de comunicacionesmediante la cual brinda servicios a clientes finales. Laplataforma de comunicaciones desplegada consta deswitches Frame Relay y routers Cisco-7200 paraimplementar la conectividad IP entre Argencard y el clientefinal. La comunicación sobre el vínculo WAN se realizamediante un túnel IPSec con encriptación 3DES 168 bits.Adicionalmente, Argencard implementó un Centro Alternativode Procesamiento para eventuales contingencias, donderepite la plataforma de comunicaciones. De esta forma, cadacliente que necesite conectarse con Argencard debedisponer de un vínculo contra el Sitio Principal y otro contrael Sitio Alternativo. Esto se realiza utilizando un túnel IPSec3DES. Por lo tanto, se instala en el router Cisco-1750 elsoporte para IPSec con encriptación 3DES.6
Monografías Casos de Estudio No 110 (2003)OURNALIBANCO CENTRAL BCRA.El BCRA tiene implementado desde hace varios años una aplicación llamada STAF para MediosElectrónicos de Pagos que utilizan todas las entidades financieras del país. La conexión con laplataforma del BCRA es en Reconquista 266. Adicionalmente, el BCRA implementó un Centro deRecupero por Desastre (Disaster Recovery Site) para eventuales contingencias. El sitio es el Edificio de laArmada en Comodoro Py 2055, conocido como SAP (Sitio Alternativo de Procesamiento).1- EL BCRA.El organismo rector del sistema financiero de Argentina,nació como consecuencia de la reforma monetaria ybancaria de 1935, que implantó cambios fundamentales através de seis leyes, las que fueron promulgadas el 28 demayo. Ese día dejó de existir formalmente la Caja deConversión vigente desde 1899 y comenzó la existencia delBanco Central de la República Argentina, tal como loconocemos hoy. A la vez, los decretos que fijaron las asíllamadas operaciones constitutivas y que dieron porterminadas las funciones de la Caja de conversión, delCrédito Público y de la Junta Autónoma de Regulación llevanla fecha del 31 de mayo.Ese mismo día, la Caja de Conversión y el Banco de laNación Argentina transfirieron al flamante organismo losfondos provenientes del justiprecio del oro. Y este día es elque se considera como el del aniversario del Central, aúncuando éste comenzó a funcionar como tal unos díasdespués, el 6 de junio de 1935.El encargado de diseñar el Banco Central fue Raúl Prebisch,primer gerente general de la institución hasta 1943. Lainiciativa de crear el sistema del Banco Central -con AgustínP. Justo como presidente de la Nación y Federico Pinedo acargo de la economía- se basó en el dictamen emitido en1933 por una misión encabezada por el perito británico OttoNiemeyer, que Prebisch elaboró para formular sobre esabase principios apropiados a la realidad económica nacional.En sus palabras, "una política monetaria y financiera queresponda a las auténticas conveniencias nacionales".2- Los Servicios.2.1- Servicios ADI y TLS. Un primer servicio ofrecido alBCRA por parte de iplan es el de Colocation, ADI y TLS. Losservicios son: el Colocation de un rack en el NOC de iplancon acceso a Internet ADI (de 4 Mbps Nacional y 256 KbpsInternacional) y un TLS 2 Mbps contra las oficinas del Banco.Los servidores del cliente se encuentran en el NOC detrásdel equipo Cisco Content Switch CCS-11800 (ArrowPoint)que ofrece el Balanceo de Carga entre los servers y aplicalas políticas de seguridad.El vínculo de transmisión de datos TLS (LAN-to-LAN) entreel rack las oficinas se realiza mediante la red IP. Losservicios implementados en las oficinas del BCRA son elacceso ADI y cuentas Dial-up sobre líneas 0-610. Por otrolado, el cliente podrá crecer en ancho de banda hasta 10Mbps sin la necesidad de realizar cambio de equipamiento.Posteriormente se implementó el servicio STAF. El BCRAtiene implementado desde hace varios años una aplicaciónllamada STAF para Medios Electrónicos de Pagos queutilizan todas las entidades financieras del país. Laaplicación se implementa sobre plataforma IP, por medio deun vínculo TLS. Las entidades financieras deben contratar laconexión mediante el proveedor que elijan (Tasa, Teco,Impsat, iplan u otro). La conexión con la plataforma delBCRA es en Reconquista 266.Adicionalmente, el BCRA implementó un Centro deRecupero por Desastre (Disaster Recovery Site) paraeventuales contingencias. El sitio elegido es el Edificio de laArmada en Comodoro Py 2055, conocido como SAP (SitioAlternativo de Procesamiento). La plataforma decomunicaciones está replicada en el Disaster Recovery, porlo tanto el esquema de conectividad es idéntico.7
Monografías Casos de Estudio No 110 (2003)OURNALFigura. Diagrama a b loques de la conexión STAF con el BCRA Casa Central y el sitio Alternativo SAP.De esta forma, cada entidad que necesite conectarse con lanueva aplicación STAF tiene que contratar un vínculo contrael BCRA y otro contra el SAP. El vínculo contra BCRA estaráactivo y en funcionamiento, mientras que el vínculo contraSAP estará activo pero no operativo. La conmutación entreestos vínculos no debe ser automática y se debe realizarcuando el BCRA lo solicite. El BCRA requerirá talconmutación mediante un protocolo de autenticación deidentidad que debemos establecer con el BCRA(procedimiento de Disaster Recovery).2.2- El Servicio STAF. El Banco Central tiene implementadodesde hace varios años una aplicación llamada STAF yMedios Electrónicos de Pagos (MEP) que utilizan todas lasentidades financieras del país. La aplicación actual estádesarrollada sobre plataforma SNA a la cual todos susclientes ingresan mediante vínculos de baja velocidad X.25.Paralelamente, desde el año 2001, el Banco Central estáimplementando una nueva solución sobre plataforma IP parala modernización del sistema STAF. La plataforma SNAseguirá funcionando hasta tanto todas las entidades esténconectadas a la nueva solución.Las entidades financieras deben contratar lascomunicaciones WAN (Wide Area Network) para lo cual elBCRA tiene implementado una plataforma decomunicaciones para que todos los proveedores puedaninterconectar a cada uno de sus clientes. Dicha plataformade comunicaciones consta de un router 7507 conectado a unLAN-Switch, con Firewall y criptografía.Para todas las entidades financieras que se conecten alnuevo sistema STAF, el BCRA le entrega un rackconteniendo un Hub, un dispositivo de encriptación y unrouter Cisco 2501.El servicio que prestará el Banco Central contempla lainstalación de una PC del cliente dedicada a la utilización delas aplicaciones STAF/MEP, por lo tanto, el cliente no podráconectar el Hub entregado por el Banco Central a su redLAN. A tal efecto, el Banco Central entrega a cada clienteherramientas de software para que cada entidad puedaprogramar una aplicación que oficie de “gateway” y de estaforma conectarse a su red LAN.Por otro lado, el servicio de correo electrónico implementadopor el Banco Central se basa sobre una plataforma X.400,para lo cual el cliente debe dedicar otra PC para soportar talservicio, a menos que el cliente integre esa plataforma X.400a su correo electrónico corporativo. Tal integración esta acargo del cliente.La instalación en el BCRA involucra un acceso a la red IPcon doble acometida de fibra óptica formando un anillo. Deesta forma, se logra la segurización necesaria contando conrutas alternativas. Se provee un router Cisco con un pool demodems. La conexión del router de iplan se realizadirectamente a un port Fast Ethernet del LAN-Switch delBCRA, de esta forma el servicio puede escalar hasta unavelocidad de 100 Mbps.Las líneas telefónicas se instalan en el BCRA a nombre deiplan. El router Cisco se configura de forma tal que sense elcorrecto funcionamiento del vínculo y en cuanto se pierdaconectividad establezca el dial backup. El dial backup logenera el router instalado en BCRA de forma tal que elcliente no pague la llamada por causas imputables a caídasdel vínculo de iplan. La instalación en el SAP respetará lamisma configuración y topología que en el BCRA, exceptopor la provisión de modems para la solución de dial backup.El servicio de comunicaciones propuesto a los Bancos paraconectarse al BCRA y SAP se basa en dos alternativas, asaber:-Servicio de comunicaciones con dial backup para el vínculoprincipal (vínculo contra Banco Central).-Servicio de comunicaciones sin dial backup.El servicio de backup contempla la provisión de un dialbackup a utilizarse en el vínculo principal implementado8
Monografías Casos de Estudio No 110 (2003)OURNALentre el cliente final y el Banco Central. El vínculo entre elcliente final y SAP no dispondrá de dial backup. El Modem seconfigurará en auto-answer de forma tal de establecer lacomunicación con el Banco Central en caso de caída delvínculo principal y que la transmisión de datos se efectúe através del dial backup. El cliente proveerá una líneatelefónica dedicada para conectar el Modem.El alcance de servicio es hasta la puerta del router instaladopor iplan en el domicilio del cliente donde se le entrega uncable serial con interfaz V.35-DCE para la conexión con elequipamiento provisto por el BCRA. El cliente debe disponerde un Modem analógico y una línea telefónica analógicadedicada en caso de contratar el servicio con dial backup.Numerosas entidades han contratado con iplan el servicioSTAF. Entre ellos se encuentran el Banco Creditanstalt;Banco COMAFI; Banco de Inversión y Comercio Exterior;Banco do Brasil; Banco MBA; Soluciones Financieras SA;Multifinanzas Cia Finaciera; Heller Financial Bank; Finvercon;Atlántico Compañía Financiera; etc.ICOELSACOELSA (Cámara de Compensación Electrónica) brinda servicios a grandes Bancos Públicosy Privados para implementar el Nuevo Sistema Nacional de Pagos. Los bancos puedenrealizar la compensación de saldos entre cuentas de diferentes entidades. COELSA estáutilizando a los centros de cómputos de LINK (principal) y BNL (recuperación). Cadaentidad bancaria que requiera este.1- Compensación Electrónica Coelsa.En septiembre-1996, en el ámbito de la CIMPRA (ComisiónInterbancaria de Medios de Pago de la República Argentina,que reune a todos los Bancos de la Argentina y al BCRA) ycon Andersen Consulting como consultor por parte delBCRA, se presentó el proyecto de CompensaciónElectrónica de Medios de Pago. Este proyecto materializabalo que hoy en día se conoce como Sistema Nacional dePagos SNP.pagos interbancarios o transferencia de dinero entre laspropias entidades bancarias. Mientras que en el caso deBajo valor la orientación se manifiesta en el sentido de cubrirlas necesidades de pagos Inter-empresarios o bien pagos deconsumidores finales a empresas.Este sistema brinda la infraestructura que permite gestionarde un modo mucho más eficiente, simple, rápido y confiabletodos los pagos que necesitan realizarse entre lascontrapartes comerciales de cualquier comunidad denegocios. La infraestructura que se pone a disposición puedeser usada tanto en el segmento Business-to-Business (porejemplo, empresa con todos sus proveedores y/o clientes)como en el segmento Business-to-Consumer (una empresade servicios públicos con sus consumidores).El acceso a esta infraestructura por parte de las empresasestá disponible únicamente a través de los bancos, ya queellos son la puerta de acceso a esta plataforma de pagosmultibancaria.El Sistema Nacional de Pagos tiene dos iniciativasfundamentales: Alto Valor y Bajo valor. Esta diferenciaciónno separa las transacciones por monto, sino que el objetivoes destacar distintas características y usuarios posibles decada servicio. Concretamente, si tomamos el caso de AltoValor, se observa que está orientado a cubrir la necesidad deEn el caso de Bajo Valor su infraestructura se basa en quetodos los pagos que se cursen en la Argentina mediante elsistema bancario, terminan compensándose en formaelectrónica y para ello se crean las Cámaras Electrónicas deCompensación COELSA y ACH. A Coelsa están conectadostodos los Bancos privados más el Banco Nación y a ACHestán conectados todos los Bancos provinciales y9
Monografías Casos de Estudio No 110 (2003)OURNALCooperativos. Ambas cámaras están interconectadas ydesde el punto de vista de las empresas usuarias es como sise tratara de una única cámara a nivel Nacional quecompensa las transacciones en 48hs.2- Solución para Coelsa.Coelsa está utilizando a los centros de cómputos de LINK(principal) y BNL (recuperación). Cada entidad bancaria querequiera este servicio deberá disponer de conectividad atales centros. Como los clientes potenciales de este servicioson Bancos regulados por el Banco Central, los servicios queiplan ofrecerá serán TLS con encripción DES y 3DES.La topología de red es similar a las redes de BCRA yArgencard, donde se requiere la acometida en dos centrosde cómputos. La conmutación debe ser automática ytransparente. La topología de direccionamiento IP esadministrada por LINK, por lo tanto habrá que realizar NAT(cambio de direcciones IP) entre las direcciones IPasignadas por LINK y las direcciones IP que dispone elcliente. Se utiliza la red MPLS formada por los routers 7206dispuestos en los Hubs de iplan, para establecer el ruteoentre los sitios de Coelsa y el Banco. Se creará una VLANCoelsa que se propagará hacia el equipo Cisco-2948 deLINK.Los routers Cisco-2621 en los sitios de Coelsa disponen dela licencia de IPSec 3DES para establecer túnelesencriptados. Estos routers realizan NAT entre eldireccionamiento que especifique LINK para cada banco y eldireccionamiento propio del Banco (sería muy improbableque coincidan dichos direccionamientos). LINK asigna undireccionamiento específico por cada entidad bancaria quenecesita servicios.Para el caso del servicio sin encripción no se utiliza CPE enel Banco. Se realiza configurando un TLS Ruteado(utilizando los routers 7206 desplegados en la red MPLS) yacometiendo al cliente con Cisco-575 (o bien conversores oswitch dedicado).Para el caso del servicio con encripción se brindan dosmodelos: DES 56 bits ó 3DES 168 bits. En este caso, seutiliza el feature IPSec High Availability con protocolo HSRPpara crear la redundancia y terminar el túnel IPSec. Es decir,con HSRP se crea una interfaz virtual llamada Standby conuna dirección IP que se utiliza para determinar laredundancia de sitios.La solución en el Banco será diferente dependiendo del tipode encripción. Se utilizará un router Cisco-1605 en el Bancopara establecer el túnel IPSec DES 56 bits contra los routersCisco-2621 instalados en los sitios de COELSA. De estaforma, el router Cisco-1605 dispone de dos túneles IPSecconfigurados (uno contra cada sitio). Luego, por el protocolode ruteo OSPF implementado se ruteará al sitiocorrespondiente.Figura. Enlace con Link y Coelsa para compensación bancaria..10
Monografías Casos de Estudio No 110 (2003)OURNALIBANELCO, VISA, ARGENCARD, LINKEstos entidades no corresponden a clientes propiamente dicho de iplan. Sino que ofrecenservicios a otros empresas, las cuales son los clientes de iplan. Iplan tiene conectividad conel BCRA (STAF) y Coelsa, en una forma similar.Banelco brinda servicios a las entidades bancarias y disponede varias plataformas de comunicaciones para diferentesservicios: X.25, AS400, Xcom, e IP. El acceso a la red IP deBanelco es a través de un router Cisco-7200 que oficia degateway de interconexión con las Telcos. Iplan dispone deun port Ethernet sobre éste último para la conexión deenlaces. Como en otros casos anteriores, Sea el servicioSTAF del BCRA o el de Coelsa, el verdadero usuario final noson estas empresas, sino aquellas que utilizan sus servicios.Así por ejemplo, el Banco Itau tiene contratado a iplan laconectividad con Argencard y Link.En Banelco se encuentra instalado un equipo Cisco-3524con doble acometida de fibra óptica por caminos diferentes,mediante el cual se brinda la conectividad con la red IP.Dado que el ingreso a la red IP de Banelco se realiza através de un port Ethernet sobre la placa PA-4E del router7200, la cual no soporta trunking de VLANs, es necesarioestablecer MPLS para brindar servicio a más de un cliente.Las comunicaciones entre entidades financieras estánreguladas por el BCRA y requiere que los datos esténencriptados. La encripción a utilizar será IPSec 3DES 168bits entre un router en casa de cliente y el router Cisco-7206.Es decir, el router Cisco-7206 es el encargado de establecerlos túneles IPSec. De esta forma, es necesario que el clientecuente con un router Cisco (de su propiedad o provisto poriplan) para establecer la comunicación.En el caso de VISA, quien dispone de una plataforma decomunicaciones mediante la cual brinda servicios a clientesfinales, la plataforma consta de switches y firewalls para laconectividad IP y X.25. La comunicación sobre el vínculoWAN, entre Visa y el cliente final, se realizar mediante untúnel IPSec con encripción DES 56 bits.La solución de comunicaciones para el Mercado Bancario sedivide en dos, a saber:-Servicios que trabajan sobre la plataforma X25.-Servicios que trabajan sobre la plataforma IP.La solución contempla la instalación de un vínculo IP de 256kbps y otro vínculo X25 de 64 kbps contra Visa, de modo queel cliente pueda tomar los servicios brindados por estaúltima. La comunicación entre el cliente y VISA se realizautilizando un túnel IPSec DES. Por lo tanto, se instalará unrouter Cisco-2611 con soporte IPSec con encripción DES yun port serial sincrónico RS-232. El cliente debe disponer deequipamiento adecuado para la conexión serial sincrónicabajo el protocolo X.25.Por otro lado, los clientes de Argencard utilizan 2aplicaciones: TN3270 y XCOM. Es por ello, que Argencarddispone de 2 servers donde los clientes se deben conectar.Todo el tráfico de los clientes se establece contra alguno deestos servers sin excepción.La “puerta de entrada” en Argencard es un switch FrameRelay, donde se crean 2 PVCs por cliente los cuales sepriorizan para que los dos servicios (TN3270 y XCOM)funcionen simultáneamente. Nuestro router en Argencard (unequipo Cisco-2610) dispone de un port E1 canalizado paraconectarse con el switch Frame Relay, el que a su vez seconecta con un router Cisco-7200. Entre ambos routers secrea un segmento IP que será diferente para cada cliente.Cada conexión de cliente ocupará uno o más time slots(depende del contrato) donde se crearán 2 subinterfaces;una para cada PVC correspondiente a cada servicio(TN3270 ó XCOM). Se crean 2 túneles IPSec 3DES desde elCisco-2611 (en la casa de cliente) y el router Cisco-7200:uno contra cada subinterface creada. Cada túnel dispondráde diferente tipo de tráfico: TN3270 y XCOM, los cuales sediferenciarán dependiendo de la dirección IP destino. Deesta forma, cada túnel se rutea a través de la subinterfazcorrespondiente, la cual está asociada al PVC y time slotcorrecto.11
Monografías Casos de Estudio No 110 (2003)OURNALILIBERTY ARTLiberty es una de las más importantes Aseguradoras de Riesgo en el Trabajo ART. Losservicios prestados por iplan a Liberty son para una solución de Disaster Recovery que incluyeservicios de datos y de voz. La solución de datos contempla el alojamiento de un servidor deDisaster Recovery en el IDC de iplan para contener una réplica de la información almacenada enel servidor principal existente en las oficinas de Liberty. La solución de voz consiste en lainclusión de canales de ordenes entre cada una de las sucursales y la casa central. Estoscanales permitirán establecer comunicaciones de voz sin pasar por la red pública conmutada.1- Sobre Liberty ARTUna ART tiene como misión prevenir accidentes de trabajoy/o enfermedades profesionales, y, en caso de que éstosocurran, brindar asistencia a sus clientes. Con la puesta enmarcha de la Ley 24.557 de Riesgos del Trabajo en el año1996, se inicia un nuevo sistema en materia de cobertura deaccidentes laborales. Esta Ley establece la obligatoriedadpara todas aquellas Empresas e Instituciones con personalen relación de dependencia, de suscribir la cobertura deRiesgos del Trabajo en entidades denominadasAseguradoras de Riesgos del Trabajo (ART), o bien laposibilidad de optar por autoasegurarse.Este nuevo sistema tiene como finalidad contribuir a reducirla siniestralidad (minimizando los accidentes y enfermedadesprofesionales), mejorar la calidad de vida de los trabajadoresy a la vez hacer previsibles los costos laborales de lasEmpresas. Liberty ART fue autorizada a operar en el paíspor la SRT Superintendencia de Riesgos del Trabajo en1996. El Grupo Liberty Mutual tiene la fortaleza necesariapara ofrecer un amplio abanico de productos y servicios anivel internacional. En tal sentido, Liberty International, subrazo global, ha llevado la experiencia del Grupo aArgentina, Bermuda, Brasil, Irlanda, Colombia, México,Inglaterra, Venezuela, Singapur, Canadá y Japón, entre otrospaíses, donde hoy tiene presencia.2- La solución para Liberty ART.Los servicios prestados por iplan a Liberty son para unasolución de Disaster Recovery que incluye servicios de datosy de voz. La solución de datos contempla el alojamiento deun servidor de Disaster Recovery en el IDC de iplan paracontener una réplica de la información almacenada en elservidor principal existente en las oficinas de Liberty. Esteservidor es accesible desde las sucursales cuando elservidor principal queda fuera de funcionamiento. Para ello,se vinculan cada una de las sucursales con este servidormediante enlaces LAN-to-LAN transparentes o medianteVPNs (Virtual Private Networks) en el sitio donde iplan nollegue con su red propia.La solución de voz consiste en la inclusión de canales deordenes entre cada una de las sucursales y la casa central.Estos canales permiten establecer comunicaciones de vozentre los extremos sin pasar por la red pública conmutada.iplan facilita la instalaciones y servicios necesarios paraimplementar un Site de Disaster Recovery. Este servidor seinterconecta con el servidor principal a través de un enlacepunto-a-punto (TLS) de 100 Mbps. Este enlace permitirá queel servidor quede incorporado a la red LAN de la casa centraldado que es un enlace transparente de nivel 2. De estaforma también permitirá la actualización permanente de lainformación almacenada en ambos servidores.La conectividad de las sucursales de Córdoba, Rosario y LaPlata con el site de Disaster Recovery y con la red LAN decasa central se realizará también con enlaces TLS de512Kbps de ancho de banda sobre la red de iplan. Lasucursal de Mendoza queda enlazada por medio de unvínculo VPN (Virtual Private Network). En todas lassucursales se incluye la alternativa de dial back-up para laconectividad de los sitios en caso de fallas en los enlacesprincipales. Esto se realiza mediante el feature de DDR delos equipos Cisco que están instalados en cada sitio.12
Monografías Casos de Estudio No 110 (2003)OURNAL2-1- Enlaces a Liberty ART. El servicio está conformado porenlaces transparentes LAN-to-LAN utilizando TCP/IP comoprotocolo de transmisión principal. Esto es posible debido ala red Gigabit de iplan. Dichos enlaces están configuradosbajo un esquema de Virtual LAN (VLAN), totalmente basadoen técnicas Switching lo cual asegura una excelenteperformance de transmisión.La red IP de iplan se conforma de una red mallada de fibraóptica con Nodos de Manzana. Cada nodo dispone de unárea de cobertura de una o más manzana para brindar losservicios de comunicaciones comercializados. En estasolución se dispone de una conectividad en la Casa Centralcon fibra óptica empleando dos caminos para asegurar lacontinuidad del servicio. Se instala un equipo Cisco-3524 condos interfaz de conexión a la red de iplan. Con este equipose asegura la conectividad entre la red LAN de casa central yel site de Disaster Recovery configurándose un enlacetransparente de 100 Mbps.Las interfaces del equipo Cisco-3524 se configuran en modoGigaEthernet-Channel, que permite asociar un conjunto deinterfaces físicas en un solo vínculo lógico. De manera que,ante la falla de una de las interfaces físicas, la información seenviará por la interfaz que quede activa. Se estima que laconmutación de interfaces se realiza en un tiempo de 1segundo aproximadamente. Además, en la casa central seinstala un equipo Cisco-1750 que funciona de gateway devoz para encaminar los canales de ordenes provenientes delas sucursales hacia la PABX allí instalada.Utilizando la red IP, se despliega una red estrella entre lossitios remotos de Córdoba, Rosario y La Plata directamentecontra el site de Disaster Recovery. Esto, a su vez, implicaestar conectado con la red interna de la casa central en laque se encuentra el servidor principal. El ancho de banda delos enlaces es de 512 kbps. La conectividad necesaria en lasucursales de Córdoba y Rosario se ofrece instalando unaacometida con multipar de cobre desde el nodo de la redmás cercano. Dicha acometida se conecta a un CPE Cisco575-LRE quien se encargará de brindar un port Ethernet10BaseT donde se conecta el equipamiento necesario. En lasucursal de La Plata se utiliza una última milla de accesoinalámbrico, dado que no se cuenta con infraestructura dered cableada en la zona. El CPE allí instalado también ofreceuna interface Ethernet 10BaseT.Detrás de cada uno de CPEs de las sucursales de Córdoba,Rosario y La Plata se instala un router Cisco-1750. Dichosequipos se configuran con una interfaz Ethernet para elvínculo de datos. La separación entre todas las redes LANtanto de las sucursales como de la casa central se realizautilizando facilidades propias de la red de iplan. Un routercentralizado concentra las VLANs de cada uno de los sitiosremotos y realiza las funciones de ruteo, creando tantos“routers virtuales” como sitios remotos existan. Este procesose logra utilizando la tecnología MPLS (Multiprocol LabelSwitching). El router central a utilizar es Cisco-7206conectado a la red IP a través de un port Gigabit Ethernet.En el caso particular de Mendoza la VPN se levanta contra elsite de Disaster Recovery alojado en el IDC de iplan, lo cuales equivalente a la conectividad contra la casa central deLiberty, dado que ambos puntos se encuentran sobre lamisma red LAN. Además se dispone de dos canales deordenes utilizando equipamiento adecuado, en este caso seutiliza equipo Cisco-ATA188. Estos canales de ordenespermiten establecer comunicaciones de voz con la casacentral sin pasar por la red de telefonía pública.2.2- Las VPN y el firewall MIK. Las redes del tipo VPN (redprivada virtual) son una manera de utilizar una infraestructurade telecomunicación pública, tal como la Internet, paraproveer a oficinas alejadas o a usuarios individuales, elacceso seguro a la red de una organización. Una red privadavirtual es una alternativa para la gran mayoría de lasaplicaciones o a un costoso sistema del tipo punto-a-punto.Una VPN provee un mejor balance en la relaciónprecio/prestaciones. La meta de las VPN es proporcionar acualquier organización de las mismas capacidades, pero aun costo mucho más bajo. Una red VPN trabaja usando unainfraestructura pública compartida mientras que la seguridady el aislamiento de la información se mantiene mediantetúneles y protocolos de encriptación.En el caso del servicio VPN los protocolos utilizados sonESP-DES ó 3DES, ambos considerados un estándar en elsegmento de telecomunicaciones, tanto por su fiabilidadcomo por su alto nivel de seguridad. En efecto, losprotocolos, cifran los datos en el extremo que los envía y losdescifran en el extremo de recepción. Los datos se envían através de un "túnel" completamente seguro, donde ningúndato incorrectamente cifrado puede ser enviado. Un niveladicional de seguridad implica cifrar no solamente los datos,sino también las direcciones de red donde se originan yreciben los mismos.El servicio VPN Llave-en-Mano se brinda mediante equiposFirewall MIK. Estos dispositivos permiten brindar los másaltos niveles de seguridad perimetral ante cualquier ataqueproveniente desde la Internet. Estos equipos en conjuncióncon los clientes de software permiten realizar unaimplementación completa y a medida de las redes VPN.El Firewall MIK ofrece un nivel de seguridad de protecciónsin precedentes. Es un esquema de protección que ofrecefirewalling por estados (stateful firewalling). El firewalling porestados es menos complejo y más robusto que el filtrado depaquetes. También ofrece mayor performance y es másescalable que los proxy firewalls de nivel de aplicación. ElMIK rastrea las direcciones origen y destino, los números desecuencia TCP (Transmission Control Protocol), los númerosde puerto y los flags de TCP adicionales de cada paquete.El Firewall MIK trabaja de la siguiente forma:-Por default, todo tráfico de una zona NO segura a una zonamás segura (Outside to Inside) está NEGADO.-Por default, todo tráfico de una zona más segura a una zonaNO segura (Inside to Outside) no está restringido.Las interfaces del Firewall MIK son dos puertos Ethernet,uno conectado a la LAN del cliente y el otro al servicio deInternet. El equipamiento utilizado para proveer Internet entodos los casos estará conectado únicamente y en formadirecta al Firewall MIK.13
Monografías Casos de Estudio No 110 (2003)OURNAL2.3- Canales Vocales. El servicio de TLS ofrece laposibilidad de cursar comunicaciones de voz a través de lared IP utilizando la tecnología de Voz sobre IP (VoIP). Paraello se debe utilizar un Gateway de VoIP en cada sucursal.De esta forma toda comunicación entre los diferentes sitiosde la red del cliente no pasará por la Red de TelefoníaPública Conmutada (PSTN). En la Casa Central se instalanequipos Cisco-1750 para disponer de los canales de vozconcentrados. Estos canales se entregan a través deinterfaces E&M. En el caso de las sucursales de Córdoba,Rosario y La Plata se dispone en los equipos terminales(Cisco-1750) de dos interfaces FXS para los canales de vozque permiten la comunicación con la casa central.La calidad de los canales de voz ofrecidos se controlapriorizando el tráfico de voz con la facilidad de IPPrecedence en los equipos terminales. Además, todo elequipamiento del backbone de iplan se encuentra optimizadopara el transporte de voz mediante la configuración dediversos métodos de priorización.En el caso de la sucursal de Mendoza, en la cual el vínculose establece por medio de una VPN, debe tenerse en cuentaque el tráfico de voz de estos canales no gozarán de ningunaprioridad respecto del tráfico de datos dentro de la VPN. Porlo cual, durante una comunicación simultánea de voz ydatos, podrán registrarse cortes de comunicación de voz. Seutilizan para estos esquemas de conectividad el CodecG.723 para las comunicaciones vocales, ya que la calidad devoz es aceptable y consume un bajo ancho de banda (24kbps por canal establecido). A su vez, al contar con unacceso ajeno a la propia red, iplan recomienda un usorestringido del canal de datos mientras las comunicacionesvocales se encuentren operativas.2.4- Servicios de IDC. El servicio de colocation consiste enlas instalaciones necesarias para alojar el equipamiento deLiberty para conformar su site de Disaster Recovery. El Sitede Disaster Recovery cuenta con puestos de trabajo, concomputadoras de escritorio y con posiciones para garantizaruna óptima atención y realización de llamadas telefónicas.Por Desastre se entiende una interrupción inesperadacausada por factores fuera de control del cliente, que leimposibilita el acceso a su sistema de procesamiento dedatos y comunicaciones. Un Desastre múltiple es aqueldonde, con simultaneidad, más de un cliente suscrito alservicio solicita el uso de las instalaciones. El Período deRecuperación es aquel tiempo asignado al cliente para eluso de las instalaciones para cada situación de desastre. ElPeríodo de verificación o Simulacros es el tiempo en horasque utiliza el cliente las instalaciones para comprobar elfuncionamiento del Plan de Recuperación que hadesarrollado.Procedimiento de Denuncia de Situación de Desastre. En elmomento en que el cliente entra en una Situación deDesastre, dispondrá de un centro de atención (“ContactCenter”) donde comunicará la situación, así como tambiénpodrá realizar las consultas que crea necesarias. Ladenuncia deberá ser efectuada por la una personapreviamente autorizada por el cliente. Iplan se obliga a iniciarlas acciones correctivas de inmediato y disparará elesquema de contingencia a los efectos de que el clientecuente en el término de hasta 6 (seis) horas contadas a partirde la denuncia con la infraestructura en condiciones óptimasde operación.Período de Verificación o Simulacros. Con el objeto de poderverificar el funcionamiento de su plan de recuperación, elcliente tiene derecho a utilizar las instalaciones, durante elcual contará con la asistencia del personal de iplan.14
Monografías Casos de Estudio No 110 (2003)OURNALIBANCO HIPOTECARIOLos servicios brindados al Banco Hipotecario Nacional incluyen enlaces TLS del tipo LANto-LANentre la Casa Central y diversas sucursales. La capacidad es variada dependiendode la Sucursal, destacándose enlaces de 100 Mbps.primeros se puede configurar el Tunneling 802.1Q por portFast Ethernet del Switch. De esta forma se tiene laposibilidad de dar futuros servicios de ADI, telefonía onuevos TLS propagando Vlan hasta el Switch que quedanfuera del túnel 802.1Q. Esta funcionalidad de los SwitchCisco-3550 está soportada por Cisco.El servicio ofrecido por iplan al Banco Hipotecario contemplala provisión de un Acceso Dedicado a Internet de 512 Kbpsde conectividad Internacional y 10 Mbps de conectividadNacional y vínculos LAN-to-LAN de 64 kbps, 10 y 100 Mbps(1+1) con redundancia.Todos los servicios instalados y configurados en el domiciliodel Banco en Reconquista 151 tienen como DisasterRecovery el domicilio de TASA-Barracas. Se ha dedicado unequipo Cisco-3550 SMI para la conectividad. En Reconquistase tienen vínculos LAN-to-LAN de 100 Mbps conredundancia, con doble acometida de fibra óptica que seconecta a un Switch Cisco-3550 SMI con puerta dual Gigabitpor medio de sendas placas Gbic 1000Base-LX para fibraóptica monomodo. Este equipo está alimentado desde dospuertas Gigabit Ethernet en diferentes placas WS-X6516-GBIC correspondiente al Cisco-6509 del NOC de iplan. Losdos pares de fibra siguen caminos diferentes por los ductoshasta llegar al equipamiento del NOC, de manera que antecorte de uno de los caminos el servicio se restablezcaautomáticamente por el otro.Como el cliente requiere la posibilidad de configurarse suspropias VLAN se habilita en los Switch Cisco-3550 SMI elfeature VLAN-Tunneling que permite encapsular todas lasVlan que crea el cliente dentro de una única Vlan (la NativeVLAN). Este feature es soportado tanto en los Switch Cisco-3550, como en los Switch Cisco-6509.La idea de habilitar esta funcionalidad en los Switch Cisco-3550 SMI en vez de en los Cisco-6509 se debe a que en losPara el caso de la Vlan de monitoría, como se encuentra enla Vlan nativa del Switch, pasará por el trunk sin serTAGeado por el Tunneling 802.1Q. Con lo cual se podrápropagar esta Vlan hasta el Router Cisco-2621 dedicadopara la monitoría de iplan. La limitación de velocidad delenlace quedará realizada en el mismo Switch por la puertaFast Ethernet sin la necesidad de habilitar rate limit en losCisco-6509. Este vínculo se entrega en una puerta FastEthernet del Switch Cisco-3550 SMI configurando en lamisma la funcionalidad 802.1Q Tunneling.Del lado del cliente, tanto este vínculo como los demásvínculos, es ingresado a su red por medio de un Switch desu propiedad. Para recibir este vínculo el cliente configura enla puerta de su Switch donde ingrese el protocolo deTrunking 802.1Q.La punta de este TLS se entrega sobre otra puerta FastEthernet del Switch Cisco-3550 instalado y que se encuentraanillado contra el Cisco-6509 del NOC. Dado que a esteSwitch llegarán diferentes Vlan se habilita Trunking de Vlan802.1Q en las puertas Gbic. Este vínculo se configura en unanueva puerta Fast Ethernet del Switch Cisco-3550 SMI. Paraesta puerta no se configura Vlan Tunneling dado que detrásde dicha puerta se instala un equipamiento de nivel 3 (PIX506E) que no soporta Trunking de VLAN 802.1Q.La limitación de velocidad del enlace queda realizada en elmismo Switch forzando la velocidad de la puerta a 10 Mbps.De esta forma no se necesita habilitar rate limit en el Cisco-6509.El equipamiento para encriptar el vínculo es un PIX 506E.Debe ser el modelo 506E ya que este soporta hasta 16 Mbpscon encripción 3DES.Adicionalmente se instaló un servicio de acceso a Internet. ElAcceso Dedicado a Internet tiene una velocidad Internacionalde 512 Kbps y una velocidad de conectividad Nacional de 10Mbps.15
MONOGRAFÍAS DE JOURNALJournal monografías número 10. Edición octubre-2003.Diseño gráfico original de Marianela V. Ricardo16
OURNALmonografía 112003 iplanTechJournal Monografías es una publicación de iplan que contiene información técnica y confidencial de la empresa. Sedistribuye a un circuito limitado de lectores a fin de mantenerlos informados sobre el estado y la evolución de latecnología y el negocio de la Telecomunicaciones, principalmente en las redes IP y la Telefonía-IP. Se ruega a loslectores a mantener el principio de Confidencialidad sobre la información aquí contenida.No está autorizada su reproducción o distribución por cualquier medio sin antes consultar con la empresa.ITelefonía-IPProtocolos de señalización.IINDICE1- Antecedentes2- Componentes y Protocolos3- La suite H.3234- Variantes en H.3235- Protocolos MGCP y SIP6- Otros protocolos de señalizaciónIABSTRACTLa Telefonía-IP ha sido tratada en varios números de Journal Monografía. Enalgunos casos ligados a desarrollos de tecnología en particular (Softswitch oGateway IP-IP), en otros ligados a la topología de la red (la red de distribucióno de telefonía), por último ligados a productos. Este número se ocupa dedescribir el funcionamiento en detalle del protocolo H.323 y una introducción aotros protocolos de señalización en la red telefónica. Por ejemplo, el caso deMGCP y SIP como competidores de H.323 o los protocolos de señalización dela red tradicional como ser DTMF, MFC-R2 y SS7.Desde el punto de vista de esta monografía los protocolos son intercambio demensajes cuya función es la de establecer, mantener y gestionar unaconexión telefónica. Además permiten el management de la red en suconjunto. Por ser un proceso de intercambio de mensajes son analizadosmediante figuras de evolución temporal.1
Monografías Telefonía-IP: Protocolos de Señalización11 (2003)OURNAL1- ANTECEDENTESLa voz sobre redes IP VoIP (Voice over IP) inicialmente seimplementó para reducir el ancho de banda mediantecompresión vocal, aprovechando los procesos decompresión diseñados para sistemas celulares en la décadade los años 80. En consecuencia, se logró reducir los costosen el transporte internacional. Luego tuvo aplicaciones en lared de servicios integrados sobre la LAN e Internet. Conposterioridad se migró de la LAN (aplicaciones privadas) a laWAN (aplicaciones pública) con la denominación IP-Telephony.En telefonía pública se pueden observar diferencias entre unoperador local y otro de larga distancia. Cuando nosreferimos a Telefonía-IP, nos ocupamos de la aplicaciónpública local. Existen varias características que hacen de laTelefonía-IP un problema de complejidad elevada respectode la VoIP. Algunos de ellos son las siguientes:1- Interoperatividad. Una diferencia inicial entre VoIP yTelefonía-IP es la interoperatividad con las redes telefónicasactuales. En el caso de iplan se disponen de dos tipos deInterconexión a la PSTN: desde un switch class-4 (tránsito) ydirectamente desde Gateway-E1.2- Calidad de Servicio Garantizada. Mientras VoIP se piensaen el ámbito de interconexión mediante Internet (sin calidadde servicio asegurada); en Telefonía-IP se piensa en unaBackbone de alta velocidad no-bloqueante para garantizar lacalidad de servicio mediante herramientas de QoS (en redesATM) o mediante “Fuerza Bruta” (en redes Gigabit como lade iplan). En Telefonía-IP se aplica el concepto de carriergrade.Este concepto puede incluir varios aspectos:-redundancia de equipamiento para lograr disponibilidadelevada (por ejemplo, 99,99%),-calidad vocal garantizada (bajos indicadores de errores, deretardo, de jitter y de eco, etc),3- Servicios de Valor Agregado. Se requiere la disponibilidadde servicios de valor agregado, similar a los ofrecidos en lared PSTN mediante la señalización SS7, conocido como redinteligente IN (Inteligent Network). En iplan se aplica laPlataforma de Servicios COSO (Journal No 2) para losservicios de IN-Virtual, así como el Softswitch (Journal No 4).2- COMPONENTES Y PROTOCOLOS2.1- Componentes del Sistema.Los Componentes de una red de Telefonía-IP se muestranen la Figura 1.2.1.1- Terminales de Usuario. Pueden encontrarse clientesque desean utilizar sus teléfonos convencionales y aquellosque cambian hacia una Telefonía-IP integrada con su LAN.Cuando un cliente desea instalar un servicio integrado detelefonía y datos, la red LAN es donde se conectan losterminales, los elementos de interconexión al exterior (router,proxy o gateway GW) y el gatekeeper GK local. El serviciode Telefonía-IP puede ofrecerse sin necesidad de una LAN,por ejemplo mediante líneas analógicas que se conectan a lavieja PABX del usuario.En el caso de utilizar la LAN, los terminales se comunica enforma bidireccional en tiempo real. Se utilizan software en laPC o teléfonos dedicados (IP-Phone). De esta forma elmismo terminal de cableado estructurado se utiliza paraambos componentes del escritorio (el teléfono y la PC). Parael caso de utilizar la vieja PABX, se requiere instalar unGateway de usuario FXS o E1. En iplan se utiliza el conceptode Nodo de Manzana para la distribución de líneasanalógicas FXS (Journal No 1).2.1.2- Gateway GW -FXS. Provee la conectividad entre elmundo IP y el de telefonía convencional. Realizan laemulación de interfaz FXO/FXS (Foreing ExchangeStation/Office), lo que permite adaptar una PABX a la VoIP.Se conecta a la PABX convencional por un lado y a la red detransporte IP por el otro, lo que permite conectar un usuarioconvencional a la red de Telefonía-IP pública. Permite latraslación de direcciones desde IP a la ITU E.164 de la redtelefónica convencional. Es decir, actúa de interfaz desde lared IP (dirección de 4 bytes) hacia la PSTN (dirección de 16dígitos decimales).2.1.3- Gateway GW -E1. Este GW se encuentra entre la redIP y la PSTN para interconectar distintos proveedores detelefonía mediante técnicas de transporte diversas. Entre lasfunciones del GW se encuentra: la conversión decodificación vocal; la supresión de silencios y señalizaciónDTMF; la supresión de eco; generar las conexiones RTP;etc.Figura 1. Componentes en una red de Telefonía-IP.2
Monografías Telefonía-IP: Protocolos de Señalización11 (2003)OURNAL2.1.4- Gatekeeper GK. Realiza el control para elprocesamiento de la llamada en protocolo H.323. Es unsoftware que puede funcionar por ejemplo sobre Linux u otrosistema operativo. Pueden existir varios GK por razones deredundancia y compartir la carga en la red. El principalparámetro del GK es la cantidad de llamadas cursadas enlas horas pico. Dicho parámetros se conoce como BHCA(Busy Hour Call Attempts).Las funciones del GK son:-Traslación de direcciones desde una dirección “alias” delterminal hacia dirección de capa 3/4 (socket);-Control de admisión para autorizar el acceso a la redmediante mensajes ARQ/ACF/ARJ (protocolo RAS);-Control de ancho de banda mediante mensajesBRQ/BRJ/BCF (protocolo RAS);-Señalización de control de llamada para autorización orechazo de llamadas;-Servicios de directorio;-Servicio de reservación de ancho de banda, etc.2.1.5- MGC (Media Gateway Controller) o Softswitch. Es elcontrol de procesamiento con la red pública PSTN. El MGCes un software que contiene en su interior al GK. Realiza lassiguientes funciones:-Control de llamada (asimilable al punto de conmutación enlas PABX);-Identificación del tráfico H.323 y aplicación de las políticasapropiadas;-Limitación del tráfico H.323 sobre la LAN y WAN;-Entrega archivos CDR (Call Detail Records) para lafacturación (Billing);-Realiza la interfaz con las redes inteligentes;-Inserta calidad de servicio e implementa políticas deseguridad.Los MGC pueden colocarse en configuración Failover paraprotección ante fallas. Los GW son controlados por el MGCmediante el protocolo MGCP (Media Gateway ControlProtocol). Como protocolo de señalización hacia la PSTN seutilizan ISUP/TCAP de la serie SS7 o el MFC-R2 paracentrales sin facilidad SS7. En las redes de Telefonía-IPpúblicas, el GK se encuentra integrado al MGC. También sedispone de servidores para RADIUS (para gestión deseguridad), para LDAP (servicio de directorio y memoria) ypara AAA (funciones de autentificación y cobro).Las funciones del MGC pueden ser realizadas mediante dostécnicas distintas. La primera toma del mundo de la telefoníapública convencional las partes que pueden ser utilizadas(procesador central, memoria, cómputo de tráfico, etc.) yeliminan aquellas que no corresponden (red de conmutaciónde circuitos). En la segunda, se trata de un softwareabsolutamente nuevo (conocido como Softswitch) que corresobre una plataforma genérica (por ejemplo, Linux). Deacuerdo con la nomenclatura de la norma H.323 elcontrolador de llamada es el Gatekeeper GK; sin embargo,se ha popularizado también la denominación MGC para unamayor extensión de funciones.2.1.6- Las nubes IP y PSTN. Los Router conforman la“nube” IP. Son los componentes que distribuidos en la red IPpermiten el enrutamiento de los paquetes entre GW(reemplazan a los centros de conmutación de las PSTN). LaPSTN (Public Switched Telephone Network) conforma la“nube” de telefonía convencional con conmutación decircuitos.2.2- Los Protocolos.La Telefonía-IP utiliza como soporte cualquier medio basadoen routers y los protocolos de transporte UDP/IP. El modelode capas diseñado en 1981 para IP tenía prevista que la vozestuviera soportada sobre protocolos RTP/IP. El modeloactual en cambio, agrega RTP/UDP/IP. Existen variosorganismos involucrados en los standards para laseñalización: el ITU-T (que dio lugar a la suite de protocolosH.323, por ejemplo); el ETSI (con el proyecto Tiphon) y elIETF (que administra los protocolos de Internet, SIP porejemplo).Los protocolos de señalización utilizados en Telefonía-IP sonde diversos tipos. El ITU-T H.323 es el primero aplicado paraacciones dentro de una Intranet fundamentalmente. Es unacobertura para una suite de protocolos como el H.225, H.245y RAS que se soportan en TCP y UDP. El IETF define otrostipos de protocolos: el MGCP para el control de las gatewaya la red pública PSTN y SIP hacia las redes privadas opúblicas (ver más adelante una introducción a ambos).La señal vocal se transmite sobre el protocolo de tiempo realRTP (con el control RTPC) y con transporte sobre UDP. Elprotocolo de reservación de ancho de banda RSVP puedeser de utilidad en conexiones unidireccionales (distribuciónde señal de broadcasting, por ejemplo).La señalización SS7 se utiliza hacia la red pública PSTN. Deforma que se disponen de los protocolos ISUP/SCCP/TCAPque se transmiten sobre MTP en la PSTN y sobre TCP/IP enla red de paquetes. El protocolo Q.931 (derivado de ISDN)se utiliza para establecer la llamada en H.323.2.3- Calidad de servicio en la nube IP.Dos son los mitos que involucran a la Telefonía-IP. Uno serefiere a la baja calidad de Internet. Se confunden lasprestaciones de los accesos dial-up con el uso de canales detransporte punto-a-punto con calidad contratada. Otro serefiere al medio de transportar a los paquetes IP. Aquí semenciona que solo ATM está en condiciones de garantizar lacalidad de servicio. Nuevamente se ignora la serie deherramientas que posee una red IP y Gigabit-Ethernet paragarantizar una calidad de servicio.Los problemas que son evidentes en una red de VoIP, son laLatencia, el Jitter y el Eco. En Telefonía-IP estos problemasson resueltos mediante diversas técnicas.2.3.1- Latencia. Se define así al gap en la conversacióndebido a los retardos acumulados. El primer retardo es en lamatriz de switch (el retardo producido por el proceso storeand-forward)y el retardo de procesamiento (cambio deencabezado de paquetes, por ejemplo). A esto se suman losretardos propios del proceso de compresión vocal(insignificante en codificación G.711 y más elevado enaplicaciones con G.729).Los retardos en la red pueden ser reducidos mediante elprotocolo de reservación RSVP. El retardo debido a lacompresión vocal se puede eliminar usando la velocidad de64 kbps sin compresión (G.711). Este último aspecto es muy3
Monografías Telefonía-IP: Protocolos de Señalización11 (2003)OURNALinteresante. Inicialmente VoIP se desarrolló para reducircostos con menor velocidad y usando la infraestructura deInternet. Actualmente, con el modelo de una red IP de altavelocidad, la compresión vocal no es obligatoria en una redlocal. En este caso, Telefonía-IP se desarrolla para brindaruna red de servicios integrados soportada en protocolo IP,sin límites en el ancho de banda.Cuando se trabaja con señales en Internet en cambio, elancho de banda es limitado y por ello se requierecompresión vocal. Por ejemplo, el tamaño de un paqueteRTP incluye 66 Bytes de encabezado (26 de MAC, 20 de IP,8 de UDP y 12 de RTP) y 71 de carga útil. El overheadpuede ser comprimido. La información vocal puede serreducida. Por ejemplo: para G.723 trabajando a 6,3 kbps(trama de 30 mseg) sin supresión de silencios se requieren11 paquetes/seg y 71 Bytes/paquete. Si integramos lasupresión de silencios (técnica VAD) esta velocidad sereduce sustancialmente.2.3.2- Jitter. Es el efecto por el cual el retardo entrepaquetes no es constante. Se trata de una latencia variableproducida por la congestión de tráfico en el backbone de red,por distinto tiempo de tránsito de paquetes debido alconnectionless, etc. Se puede utilizar un buffer para distribuirlos paquetes y reducir el jitter, pero introduce un retardoadicional. Lo correcto es incrementar el ancho de banda delenlace; solución posible en un backbone pero de menorposibilidad en los enlaces WAN. Otra posibilidad es laformación de colas para prioridad de tráfico de telefoníasobre los de datos.2.3.3- Eco. Las características anteriores (latencia y jitter)pueden producir eco sobre la señal telefónica, lo cual hacenecesario el uso de canceladores de eco (ITU G.168). Setienen 2 tipos de eco. Uno tiene alto nivel y poco retardo y seproduce en el circuito híbrido de 2 a 4 hilos local; mientrasque otro es de bajo nivel y gran retardo y se produce en elcircuito separador híbrido remoto. El cancelador de eco seconstruye mediante la técnica de ecualización transversalautoadaptativa. Consiste en usar una parte de la señal detransmisión para cancelar el eco producido por ladesadaptación de impedancias en el circuito híbrido queconvierte de 4 a 2 hilos.2.3.4- Throughput. Es la capacidad de un enlace detransportar información útil. Representa a la cantidad deinformación útil que puede transmitirse por unidad de tiempo.No tiene relación directa con el delay. (por ejemplo, se puedetener un enlace de alto throughput y alto delay o viceversa,como sería por ejemplo un enlace satelital de 2Mbps y 500mseg de delay).2.3.5- Packet Loss. Es la tasa de perdida de paquetes.Representa el porcentaje de paquetes transmitidos que sedescartan en la red. Estos descartes pueden ser producto dealta tasa de error en alguno de los medios de enlace o porsobrepasarse la capacidad de un buffer de una interfaz enmomentos de congestión. Los paquetes perdidos sonretransmitidos en aplicaciones que no son de Tiempo Real;en cambio para telefonía, no pueden ser recuperados y seproduce una distorsión vocal.El delay afecta a la performance de aplicaciones interactivas(por ejemplo, Telnet). El throughput afecta a la performancede aplicaciones que mueven grandes volúmenes deinformación (por ejemplo, Mail y FTP). El packet loss afecta aambos tipos de aplicaciones. El jitter afecta a aplicaciones detiempo real como la voz y el video por IP.3- SUITE H.3233.1- Familia de protocolos H.32x.Para aplicaciones de multimedia, las primeras acciones seemprendieron con la definición de los protocolos RTP/RTCP(RFC-1889). La norma del ITU-T H.225 utiliza a RTP (estáanexa enteramente de H.225). El ITU-T ha definido standardde cobertura para distintos servicios, siendo el que nosocupa en este Journal, el H.323. Inicialmente se presentauna descripción de la serie de standard H.32x.3.1.1- ITU-T H.320. Se ha diseñado para tecnologíasreferidas como velocidades Px64 kbps para video-teléfono.El estándar cubre desde 64 a 2048 kbps con un retardoinferior a 150 mseg. Se señala un protocolo de conectividadinternacional que permite la comunicación entre aparatos dedistinta producción y compatible con ISDN. La norma H.320involucra las funciones una familia de normas: H.261 para laseñal de vídeo; G.721/722/728 para sonido; H.221 para elentramado de datos; H.230 para el control y H.242 para laseñalización. Determinan los componentes del sistema devideoteléfono conectado a una central privada o desde unacceso ISDN a 2x64 kbps. El algoritmo de codificación devídeo se indica el H.261; el algoritmo de audio en AV.250; elcontrol de sistema en H.242 (señalización dentro de banda) yH.230 (intercambio de tramas de control); el multiplexor delas 3 señales anteriores en H.221 y el adaptador hacia la reden I.400.3.1.2- ITU-T H.323. Esta norma data de 1996 (versión 1) y1998 (versión 2) y ha sido generada para sistemas decomunicación multimediales basado en paquetes (redes quepueden no garantizar correctamente la calidad de servicioQoS). Esta tecnología permite la transmisión en tiempo realde vídeo y audio por una red de paquetes. Es de sumaimportancia ya que los primeros servicios de voz sobreprotocolo Internet (VoIP) utilizan esta norma. En la versión 1del protocolo H.323v1 se disponía de un servicio con calidadde servicio (QoS) no garantizada sobre redes LAN. En laversión 2 se definió la aplicación VoIP independiente de lamultimedia. Una versión 3 posterior incluye el servicio de faxsobre IP (FoIP) y conexiones rápidas entre otros.La versión H.323v2 introduce una serie de mejoras sobre laH.323v1. Algunas de ellas son:-permite la conexión rápida (elimina parte de tiempo desolicitud de conexión);-mediante H.235 introduce funciones de seguridad(autentificación, integridad, privacidad);-mediante H.450 introduce los servicios suplementarios;-soporta direcciones del tipo RFC-822 (e-mail) y del formatoURL;-mediante la unidad MCU permite el control de llamadasmulti-punto (conferencia);-permite la redundancia de gatekeeper;-soporta la codificación de vídeo en formato H.263;-admite el mensaje RIP (Request in Progress) para informarque la llamada no puede ser procesada por el momento;-provee la facilidad que el gateway informe al gatekeepersobre la disponibilidad de enlaces para mejorar elenrutamiento de llamadas.4
Monografías Telefonía-IP: Protocolos de Señalización11 (2003)OURNAL3.1.3- ITU-T H.324. Esta norma incluye la codificación H.263para la señal de vídeo. El objetivo de ITU-T H.263 es mejorarla calidad de H.261. Esta norma es coherente con MPEG-4desarrollado por la ISO. Formalmente utiliza las mismastécnicas de compresión de imagen con 5 a 15 imágenes/seg.H.324 permite la interactividad entre terminales PCmultimediales,módem de voz-datos, Browsers de web convídeo en vivo, videoteléfonos, sistemas de seguridad, etc.3.2- Protocolos de la Suite H.323.Ahora estudiemos con más detalle la suite de protocolo quese conocen bajo el nombre genérico de H.323.3.2.1- Tráfico. El tráfico de señal vocal se realiza sobre losprotocolos UDP/IP. La codificación de audio puede ser dediferentes tipos. Con G.711 a velocidad es de 64 kbps. ElITU-T ratificó en 1995 a G.729 para las aplicaciones de VoIP.En tanto, el VoIP-Forum en 1997, liderado por Intel yMicrosoft, seleccionó a G.723.1 con velocidad de 6,3 kbpspara la aplicación VoIP. La codificación de vídeo se realizade acuerdo con H.263. Ambos servicios se soportan en elprotocolo de tiempo real RTP.-H.235. Provee una mejora sobre H.323 mediante elagregado de servicios de seguridad como autentificación yprivacidad (criptografía). El H.235 trabaja soportado enH.245 como capa de transporte. Todos los mensajes son consintaxis ASN.1.3.2.3- Calidad de servicio. Se transporta en protocolosUDP/IP. Se tienen los protocolos siguientes:-RTP (Real-Time Transport Protocol). Es usado con UDP/IPpara identificación de carga útil, numeración secuencial,monitoreo, etc. Trabaja junto con RTCP (RT ControlProtocol) para entregar un feedback sobre la calidad de latransmisión de datos. El encabezado de RTP puede sercomprimido para reducir el tamaño de archivos en la red.-RSVP. El protocolo de reservación de ancho de banda esusado para reservar un ancho de banda especificado dentrode la red IP. Téngase en cuenta que RSVP trabaja sobrePPP (o similar a HDLC) pero no trabaja bien sobre una LANmultiacceso.-PPP Interleaving se utiliza para enlaces inferiores a 2 Mb/spara fraccionar los paquetes de gran longitud y permitir elintercalado con paquetes de servicios en tiempo-real.3.3- Procedimiento de Comunicación H.323.El procedimiento de funcionamiento de los protocolos de lasuite H.323 se describe con detalle a continuación. En H.323se encuentran 3 tipos de mensajes de señalizacióndiferentes:-H.245: se describen estos mensajes en forma de textoconcatenado en letras tipo bold (por ejemplo se menciona elmensaje: maximumDelayJitter).-RAS: se representa mediante 3 letras (por ejemplo ARQ).-H.225/Q.931: representado en una o dos palabras con laprimer letra en mayúsculas (ejemplo: Call Proceeding). Esusado para encapsular los mensajes H.245 de señalizaciónentre terminales y originalmente fue diseñado comoprotocolo DSS1 en capa 3/7 para los accesos ISDN.Figura 2. Familia de protocolos para H.323.3.2.2- Señalización. La señalización se transporta sobre losprotocolos TCP/IP o UDP/IP. La familia de protocolos deseñalización en H.323 incluye los siguientes protocolos (verla Figura 2):-H.225. Son los mensajes de control de señalización dellamada que permiten establecer la conexión y desconexión.Este protocolo describe como funciona el protocolo RAS yQ.931. El H.225 define como identificar cada tipo decodificador y discute algunos conflictos y redundancias entreRTCP y H.245.-Q.931. Este protocolo es definido originalmente paraseñalización en accesos ISDN básico. Es equivalente alISUP utilizado desde el GW hacia la red PSTN.-RAS (Registration, Admission and Status) utiliza mensajesH.225 para la comunicación entre el GW y GK. Sirve pararegistración, control de admisión, control de ancho de banda,estado y desconexión.-H.245. Este protocolo de señalización transporta lainformación no-telefónica durante la conexión. Es utilizadopara comandos generales, indicaciones, control de flujo,gestión de canales lógicos, etc. Se usa en las interfaz GW-GW y GW-GK. El H.245 es una librería de mensajes consintaxis del tipo ASN.1. En particular codifica los dígitosDTMF (Dual-Tone MultiFrequency) en el mensajeUserInputIndication.3.3.1- Fase de Mantenimiento de la Registración.Contiene un intercambio de mensajes para mantener activala conexión entre los Gateways GW y el Gatekeeper GK. Verla Figura 3 para el intercambio de mensajes de RAS.1- Discovery. Este primer paso es el proceso por el cual elGW determina cual es el GK que atiende a la red en esemomento. El mensaje desde el GW es del tipo multicast y sedenomina GRQ (Gatekeeper Request). El GK responde conla aceptación GCF (GK Confirmation) o rechazo GRJ (GKReject). El GK puede indicar un GK alternativo mediantemensajes alternateGatekeeper. Si no se está encondiciones de procesar el request, se puede enviar unmensaje RIP (Requst in Progress) para indicar que se estáprocesando el request; esto resetea el timeout de laconexión.2- Registration. El GW informa de sus direcciones detransporte y alias mediante RRQ (Registration Request) y elGK responde con RCF (Registration Confirmation) o RRJ(Registration Reject). El RRQ se emite en forma periódica.La registración tiene un tiempo de duración (expresado ensegundos) para lo cual se utiliza el mensaje timeToLive. Elterminal o el GK puede cancelar la registración mediante elmensaje URQ (Unregister Request) al cual le corresponde laconfirmación URF (Unregister Confirmation).5
Monografías Telefonía-IP: Protocolos de Señalización11 (2003)OURNALFigura 3. Fase de mantenimiento de la registración entre GW y GK.3- Location. Un GW o GK que tiene un alias para un GW yquiere determinar su información de contacto, puede emitir elmensaje de requerimiento de localización LRQ (LocationRequest). Al cual le corresponde la confirmación LCF(Location Confirmation) con la información requerida. Ladirección puede ser del tipo E.164 si se trata de un GK fuerade la red.De existir varios GK se disponen de mensajes paraintercomunicación, por ejemplo, LRQ para Locate Request yLCF para Locate Confirm.4- Status. Se trata de un mensaje periódico (mayor a 10segundos) que emite el GK al terminal para determinar elestado y requerir un diagnóstico. Se trata de los mensajesIRQ (Information Request) y IRR (Information Response). Lahabilitación se realiza mediante willRespondToIRR enviadoen el mensaje RCF o ACF.3.3.1- Fase de Conexión de la llamada. Representa lasdistintas etapas para establecer una llamada.5- Admission. En la Figura 4, el proceso se inicia cuandodesde la PSTN se recibe un mensaje de Setup para inicio deuna llamada entrante en protocolo ISUP (de la suite deprotocolos de señalización telefónica SS7). El GW respondea la PSTN mediante el mensaje Call Proceesing, paramantener la conexión en espera.El GW requiere iniciar una llamada mediante el pedido deadmisión desde GW al GK. Este mensaje es ARQ(Admissions Request) y contiene un requerimiento CallBandwidth (en formato Q.931). El GK puede reducir lascaracterísticas de la solicitud en el mensaje de confirmaciónACF (Admissions Confirm). En el mismo mensaje ARQ sedispone de la funcionalidad TransportQOS para habilitar lafuncionalidad de reservación de ancho de banda RSVP, paraservicios unidireccionales (orientado-al-receptor).6a- Setup Modo No-Ruteado. Una vez admitido el GW-Bpor el GK el procedimiento se bifurca en el modo ruteado yno-ruteado. En el modo de operación no-ruteado, el GKinforma al GW-B cual es la dirección IP del GW-A al cual vadirigida la llamada, de acuerdo con la dirección E.164recibida en el mensaje ARQ. Ahora, el GW-B se comunicacon el GW-A que fue indicado por el GK y le envía elmensaje Setup. Este mensaje (en protocolo Q.931) esrespondido mediante el mensaje Call Proceesing.El GW-A se ocupa de registrarse mediante ARQ y recibedesde el GK el mensaje ACF. Con estas acciones cumplidas,el GW-A se ocupa de informar al usuario de la llamadaentrante (corriente de llamada al teléfono) y hacia el GW-B leenvía el mensaje de Alerting en Q.931 para indicar el estadode llamada. El GW-B envía el mensaje de Alerting a laPSTN, ahora en formato de protocolo ISUP.6b- Setup Modo Ruteado. Para el caso de trabajar conModo Ruteado, el mensaje de Setup entre GW pasa por elGK. En el caso No-Ruteado anterior, el GK se desentiendede la conexión y solo se ocupa de la traslación entredirecciones E.164 y IP. En el modo ruteado el GK seguirátoda la conexión, de forma que haciendo uso de lasfuncionalidades de Softswitch se podrán ofrecer servicios devalor agregado.7- Conect. Cuando el usuario en el GW-A responde segenera el mensaje Q.931 de Connect. Este mensaje seemite hacia el GK (Modo Ruteado), quien hace lo mismohacia el GW-B y este lo imita hacia la PSTN pero enprotocolo ISUP. Ver la Figura 5.El paso siguiente es establecer las capacidades de losterminales utilizando el protocolo H.245 entre GWs. Se tratadel mensaje TerminalCapabilitySet de solicitud y elTerminalCapabilityAck de respuesta, que permitedeterminar capacidad del terminal, tipo de codificador, canallógico, etc. Finalmente, se envía el mensaje OpenLogicalChannel para abrir un canal lógico.8- Canal Vocal. El canal vocal se transporta sobre losprotocolos RTP de la suite IP. Para más detalles se puedeconsultar el siguiente ítem 3.4.6
Monografías Telefonía-IP: Protocolos de Señalización11 (2003)OURNALFigura 4. Arriba la operación de Conexión mediante el Modo No-Ruteado y debajo mediante el Modo Ruteado.9- Bandwidth. Durante una conexión el terminal o el GKpueden requerir el cambio de ancho de banda del canalmediante el mensaje BCR (Bandwidth Change Request).3.3.2- Fase de desconexión de la llamada. En la Figura 5se indica la fase de desconexión de la llamada. La misma serealiza 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 distintostipos de mensajes:-Mensajes para establecimiento de llamada: Alerting, CallProceeding, Connect, Setup, Progress, etc.-Mensajes para la fase de información de llamada: Resume,Suspend, User Information, etc.-Mensajes para el cierre de la llamada: Disconnect, Release,Restart, etc.-Mensajes misceláneos: Segment, Congestion Control,Information, Notify, Status, Status Enquiry, etc.Los mensajes manejados en el ámbito de H.245 (durante lafase de comunicación telefónica) son:-multimediaSystemControl para efectuar el control delsistema; las variantes del mensaje son request, response,command and indication.-otros mensajes de interés son: masterSlaveDetermination,terminalCapability, MaintenanceLoop, communicationMode, communicationMode, conferenceRequest andResponse, terminal-ID.7
Monografías Telefonía-IP: Protocolos de Señalización11 (2003)OURNALFigura 5. Conexión final de la llamada y desconexión de la misma en Modo Ruteado.3.4- Protocolo de transporte RTP.El protocolo RTP es utilizado para el transporte de la señalvocal (tal como se indica en la Figura 5).3.4.1- Protocolo RTP (Real-Time Transport Protocol). Tantoel protocolo de transporte en tiempo-real RTP como elprotocolo de control RTCP se encuentran disponibles enRFC-1889 del año 1996. El protocolo RTP tiene comoobjetivo asegurar una calidad de servicio QoS para serviciosdel tipo tiempo-real. Incluye: la identificación del payload, lanumeración secuencial, la medición de tiempo y el reporte dela calidad (función del protocolo RTCP).Entre sus funciones se encuentran: la memorización dedatos, la simulación de distribución interactiva, el control ymediciones de aplicaciones.El RTP trabaja en capa 4 y sobre UDP, de forma que poseeun checksum para detección de error y la posibilidad demultiplexación de puertas (port UDP). Las sesiones deprotocolo RTP pueden ser multiplexadas. Para ello serecurre a un doble direccionamiento mediante las direccionesIP y el número de port en UDP. Sobre RTP se disponen deprotocolos de aplicación del tipo H.320/323 para vídeo y voz(H.32x forma una familia del ITU-T de normas paravideoconferencia).El RTP funciona en conjunto con RSVP (capa 3) para lareservación de ancho de banda y asegurar de esta forma laQoS del tipo Garantizada. La QoS del tipo Diferenciada selogra mediante la priorización de tráfico que puede adoptardos alternativas. En IP se pueden asignar diversosalternativas de prioridad para formar una cola de espera enrouters. Un algoritmo particular de gestión de prioridad detráfico es el WFQ (Weighted Fair Queuing) que utiliza unmodelo de multiplexación TDM para distribuir el ancho debanda entre clientes. Cada cliente ocupa un intervalo detiempo en un Round-Robin.La funcionalidad ToS (Type of Service) en IP puededeterminar un ancho de banda específico para el cliente. Unservicio sensible al retardo requiere un ancho de bandasuperior. En IP además del ToS se puede utilizar la direcciónde origen y destino IP, tipo de protocolo y número de socketpara asignar una ponderación. En redes que disponen deswitch de capa 2 se requiere extender la gestión de lacalidad de servicio a dicha capa. Para ello la IEEE hadeterminado el ToS sobre IEEE-802.El RTP además provee transporte para direcciones unicast ymulticast. Por esta razón, también se encuentra involucradoel protocolo IGMP para administrar el servicio multicast. Elpaquete de RTP incluyen un encabezado fijo y el payload dedatos; RTCP utiliza el encabeza del RTP y ocupa el campode carga útil.Un protocolo conocido como RTP-HC (Real-Time Protocol -Header Compression) permite la compresión del encabezadopara mejorar la eficiencia del enlace en paquetes de cortalongitud en la carga útil. Se trata de reducir los 40 Bytes deencabezado en RTP/UDP/IP a una fracción de 2 a 5 Bytes,eliminando aquellos que se repiten en todos los paquetes.Como los servicios de tiempo-real generalmente trabajan conpaquetes pequeños y generados en forma periódica seprocede a formar un encabezado de longitud reducida quemejore la eficiencia de la red.3.4.2- Protocolo RTCP (Real-Time Control Protocol). Esteprotocolo permite completar a RTP facilitando lacomunicación entre extremos para intercambiar datos ymonitorear de esta forma la calidad de servicio y obtenerinformación acerca de los participantes en la sesión. RTCPse fundamenta en la transmisión periódica de paquetes decontrol a todos los participantes en la sesión usando el8
Monografías Telefonía-IP: Protocolos de Señalización11 (2003)OURNALmismo mecanismo de RTP de distribución de paquetes dedatos. El protocolo UDP dispone de distintas puertas (UDPPort) como mecanismo de identificación de protocolos.La función primordial de RTCP es la de proveer unarealimentación de la calidad de servicio. Se relaciona con elcontrol de congestión y flujo de datos. El RTCP involucravarios tipos de mensajes, por ejemplo:-Send report para emisión y recepción de estadísticas (entiempo random) desde emisores activos.-Receiver Report para recepción estadísticas desdeemisores no activos.-Source Description para un identificador de nivel detransporte denominado CNAME (Canonical Name).-Bye para indicar el final de la participación en la conexión.-Application para aplicaciones específicas.El mensaje Send Report, uno de los más interesantes,disponen de 3 secciones bien diferenciadas:-Los primeros 8 Bytes se refieren a un encabezado común.-La segunda parte de 20 Bytes permite la evaluación dediferentes parámetros (retardo, jitter, eficiencia de datos,etc).-La tercera parte de 24 Bytes lleva reportes que han sidoobtenidos desde el último reporte informado. Incluye lossiguientes reportes: cantidad total de paquetes RTP perdidosy a la proporción de los mismos; la cantidad de paquetesrecibidos y el jitter entre paquetes; el horario del últimopaquete recibido y el retardo de transmisión del mismo.4- VARIANTES EN H.3234.1- Variante con Softswitch.Una evolución más detallada de las figuras anteriores, dondese muestra solo el GK, es el Softswitch de la Figura 6. En laversión de Softswitch disponible en Journal No 4 el módulodenominado RAS (diseñado en iplan) es reemplazado aquípor el GK Cisco-7400. El motivo es la confiabilidad quepuede dar al conjunto el GK que está trabajando desde el2002 sin inconvenientes. Las funcionalidades son lasmismas y no modifica la topología. El Proxy denominadoGKMPU en el Journal mencionado, se cambia por elGKTMP. Los módulos CSMU se denomina Q.931 y elmódulo BMU es el módulo de Billing (cambian solo losnombres).Para levantar el problema de la escalabilidad se sugiereutilizar un API (pieza de software) del IOS de Cisco que sedenomina GKTMP (Gatekeeper Transaction MessageProtocol). Este software disponible en el GK Cisco-7400 secomunica con un server externo que contiene el mismoprotocolo. Se le agrega una Base de Datos externa ymediante una interfaz Web se puede efectuar laconfiguración. El conjunto de server GKTMP, con la base dedatos y la interfaz web para el provisioning se lo conocecomo VSM (VoIP Service Manager) en la Figura 6.El VSM de iplan, además de resolver el problema deescalabilidad de los GK 7400, puede proveer algunosservicios básicos manipulando mensajes, como ser:Bloqueos; Black and White lists; Presuscripciones a carriers;Ruteo basado en ANI y DNIS; Manipulación de Dígitos;Balanceo de carga entre gateways; Anuncios; Servicios deemergencia y Redes privadas virtuales.Figura 6. Comunicación H.323 con Softswitch (modo ruteado) para funciones de Billing.9
Monografías Telefonía-IP: Protocolos de Señalización11 (2003)OURNALFigura 7. Proceso de comunicación con un softphone H.323 en Internet.Desde el punto de vista del proceso de comunicación serequiere la modalidad ruteada, como ser el Billing y losdesvíos por abonado B ocupado o por B no contesta. Unaestructura de este tipo es similar al NAM de Cisco, que fueraprobado a inicios del 2002 como alternativa para solucionarlos problemas del 0800 en iplan. Este problema fue resueltodefinitivamente gracias a la Plataforma de servicios COSO(ver Journal No 2).4.2- Softphone en Internet.El softphone es un GW de voz H.323 en software que corresobre una PC conectada a Internet (más detalles en JournalNo 3). El funcionamiento se muestra en la Figura 7. Seindica el procedimiento para iniciar una llamada y la forma enque se contabiliza el tiempo de llamada.Mediante el intercambio de mensajes se procede al pedidode admisión del terminal al GK mediante ARQ y ACF. Luego,se pasa al intercambio de mensajes con el GW-E1 deinterconexión hacia la PSTN. Se trata del Setup y ARQ deleste GW-E1. A continuación, el GW-E1 dialoga con elRadius para solicitar el permiso correspondiente a procesarla llamada saliente de la red. Radius consulta con la Base deDatos para conocer el crédito del cliente y responde al GW-E1 para que este contabilice el tiempo y corte la llamadacuando se termina el crédito. Cuando el Softphone se utilizaen un ambiente prepago se calcula el tiempo que el clientetiene disponible para la comunicación. Esta operación serealiza sobre la base de la información disponible en elserver de Data Base. La operación es similar a la utilizada enla Plataforma de Servicios Prepagos como en las CallingCard.El GW-E1 informa que el usuario llamado se encuentra enestado de alerta (tono de llamada para el softphone). Luego,cuando el usuario responde, envía el mensaje Connect alsoftphone y realiza la apertura del ticket de llamada iniciadaen el Radius y la Base de Datos. La llamada continuamediante paquetes en protocolo RTP, transparente a laPlataforma de Softphone y el GK.Cuando la llamada termina, el GW-E1 pide el cierre del ticketde llamada en curso y abre el ticket de llamada completada.Se genera entonces un CDR correspondiente a la llamadacon el tiempo total de la misma.4.3- Gateway IP-IP.El GW IP-IP trabaja en dos dominios IP, donde cada unotiene su propio GK y se lo utiliza para unir un dominio privadode uno público o dos privados. La Figura 8 muestra unasecuencia típica de mensajes de señalización para unallamada a través del GW IP-IP registrado en dos GK. Se tratade una secuencia fácilmente interpretable como resumen dela Figuras anteriores de este Journal. Una descripción másdetallada puede encontrarse en el Journal No 6.5- PROTOCOLOS MGCP Y SIP5.1- Protocolo MGCP.Otros protocolos competidores con H.323 son MGCP (MediaGateway Control Protocol) y SIP (Session Initiation Protocol).El MGCP es un protocolo que soporta un control deseñalización de llamada escalable. El control de calidad deservicio QoS se integra en el gateway GW o en elcontrolador de llamadas MGC. Este protocolo tiene su origenen el SGCP (de Cisco y Bellcore) e IPDC. Bellcore y Level3plantearon el MGCP a varios organismos.10
Monografías Telefonía-IP: Protocolos de Señalización11 (2003)OURNALFigura 8. Proceso de comunicación entre dominios con el GW IP-IP.El protocolo SIP se aplica para sesiones punto-a-puntounicast. Puede ser usado para enviar una invitación aparticipar en una conferencia multicast. Utiliza el modelocliente-servidor y se adapta para las aplicaciones deTelefonía-IP. El server puede actuar en modo proxy oredirect (se direcciona el requerimiento de llamada a unserver apropiado).El MGCP es un protocolo que permite comunicar alcontrolador de gateway MGC (también conocido como CallAgent) con las gateway GW de telefonía (hacia la PABX oPSTN). La primera versión 1.0 es de octubre-1999 (RFC-2705). Se trata de un protocolo de tipo master-slave donde elMGC informa las acciones a seguir al GW. Los mensajesMGCP viajan sobre UDP/IP, por la misma red de transporteIP con seguridad IPsec.El formato de trabajo genera una inteligencia externa a la red(concentrada en el MGC) y donde la red de conmutaciónestá formada por los router de la red IP. El GW solo realizafunciones de conversión vocal (analógica o de velocidaddigital) y genera un camino RTP entre extremos. La sesiónde MGCP puede ser punto-a-punto o multipunto. El protocoloMGCP entrega al GW la dirección IP, el port de UDP y losperfiles de RPT.Figura 9. Proceso de comunicación con protocolo MGCP.11
Monografías Telefonía-IP: Protocolos de Señalización11 (2003)OURNALEn la Figura 9 se muestra el intercambio de mensajes en elestablecimiento de una comunicación con protocolo MGCP.Los mensajes o comandos disponibles en MGCP son lossiguientes:Comando NotificationsRequest. Este primer mensaje segenera ante el requerimiento de conexión de un teléfono. ElGW-A indica al MGC el requerimiento del usuario A. Comorespuesta se recibe un Ack-NotificationRequest. El mismocomando transfiere los dígitos discados cuando el usuariotermina la marcación correspondiente.Mensaje CreateConnection,. Es utilizado para crear unaconexión que se inicia en el GW. Se envía a ambos GW y serecibe el comando de confirmación Ack-CreateConnection.El comando ModifyConnection, puede ser usado paracambiar los parámetros de la conexión existente. Elcomando DeleteConnection es usado en cambio paracancelar la conexión existente al final de la llamada. Otrocomando, AuditConnection, es usado para requerir el estadode la conexión.Con ambos extremos conectados, se entrega la señal dellamada al extremo del GW-B y finalmente se establece laconexión entre extremos.Comando DeleteConnection. Utilizado para el cierre de lallamada. Como respuesta el GW envía una serie deinformaciones obtenidas desde el protocolo RTP número depaquetes y de Bytes emitidos; número de paquetes y Bytesrecibidos; número de paquetes perdidos; jitter promedio enmseg, retardo de la transmisión, etc.Comando AuditEndpoint. Es usado para requerir el estadodel extremo al GW. Los comandos AuditEndpoint yAuditConnection permiten obtener información queposteriormente forman parte de la MIB y pueden consultadasmediante el protocolo SNMP por el sistema de Management.Por ejemplo, se obtienen los siguientes mensajes derespuesta: RequestedEvents, DigitMap, SignalRequests,RequestIdentifier, NotifiedEntity, ConnectionIdentifiers,DetectEvents, ObservedEvents, EventStates, Restart-Reason, RestartDelay, ReasonCode, and Capabilities.Existen otros comandos de interés. Por ejemplo,RestartInProgress es usado por el GW para notificar que ungrupo de conexiones se encuentran en falla o reinicio. ElEndpointConfiguration es usado para indicar al GW lascaracterísticas de codificación esperadas en el extremo final.5.2- Protocolo SIP.El IETF ha generado un set de protocolos que simplifican lasfunciones de H.323, el cual tiene previstas funciones dentrode una red corporativa y en multimedia. SIP es un protocolomás simple que H.323 y está basado en HTTP. En H.323 seutiliza el GK, mientras que en SIP se usa el SIP-Server, elcual tiene mejores aspectos de escalabilidad para grandesredes. En H.323 para grandes redes se recurre a definirzonas de influencia y colocar varios GK. Para lainteroperatividad de protocolos se requiere un GW de bordeque realice la conversión.SIP es un protocolo basado en texto (de acuerdo con RFC-2279 para la codificación del set de caracteres) y el mensajebasado en http (RFC-2068 para la semántica y sintaxis). Ladirección usada en SIP se basa en un localizador URL(Uniform Resource Locater) con un formato del tiposip:roberto@192.190.132.31 (o mediante el dominio Domain:teleinfo.com.ar). De esta forma SIP integra su servicio a laInternet. En este modelo se requiere el auxilio de un serverde resolución de dominio DNS (Domain Name Server).Figura 10. Intercambio de mensajes para establecer una comunicación con protocolo SIP.12
Monografías Telefonía-IP: Protocolos de Señalización11 (2003)OURNALEl protocolo SIP incorpora también funciones de seguridad yautentificación, así como la descripción del medio medianteel protocolo SDP. Para el proceso de facturación billing sepuede recurrir a un server RADIUS.Las fases de comunicación soportadas en una conexiónunicast mediante el protocolo SIP, son las siguientes:-User location. En esta fase se determina el sistema terminalpara la comunicación.-User capabilities: Permite determinar los parámetros delmedio a ser usados.-User availability: Para determinar la disponibilidad delllamado para la comunicación.-Call setup: ("ringing"); Para el establecimiento de la llamadaentre ambos extremos.-Call handling: Incluye la transferencia y terminación de lallamada.El protocolo SIP tiene dos tipos de mensajes: Request yResponse. El mensaje de Request es emitido desde elcliente terminal al server terminal. El encabezado delmensaje request y response contiene campos similares:-Start Line. Usada para indicar el tipo de paquete, ladirección y la versión de SIP.-General Header. Contiene el Call-ID (se genera en cadallamada para identificar la misma); Cseq (se inicia en unnúmero aleatorio e identifica en forma secuencial a cadarequest); From (es la dirección del origen de la llamada); To(es la dirección del destino de la llamada); Via (sirve pararecordar la ruta del request; por ello cada proxy en la rutaañade una línea de vía) y Encryption (identifica un mensajeque ha sido encriptado para seguridad).-Additionals. Además del encabezado general se puedentransportar campos adicionales. Por ejemplo: Expire indica eltiempo de valides de registración; Priority indica la prioridaddel mensaje; etc.Se han definido 6 métodos para los mensajes de requestresponse.-Invite. para invitar al usuario a realizar una conexión.Localiza e identifica al usuario.-Bye. para la terminación de una llamada entre usuarios.-Options. información de capacidades que pueden serconfiguradas entre agentes o mediante un server SIP.-ACK. usado para reconocer que el mensaje Invite puede seraceptado.-Cancel. termina una búsqueda de un usuario.-Register. emitido en un mensaje multicast para localizar alserver SIP.6- OTROS PROTOCOLO DE SEÑALIZACION6.1- Clasificación de los protocolos.Por señalización se entiende el conjunto de informacionesintercambiadas entre dos puntos de la red telefónica quepermiten efectuar operaciones de:-Supervisión (detección de condición o cambio de estado).-Direccionamiento (establecimiento de llamada).-Explotación (gestión y mantenimiento de la red).El ITU-T se ocupó de recomendar los sistemas deseñalización a fin de ser usados en las comunicacionesinternacionales. El primer sistema fue el SS1, que se inicióen 1934. Es monofrecuente con un valor de 500 o 1000 Hzinterrumpida con una cadencia de 20 Hz para la selección dellamada. Se lo utilizó para algunos servicios manualesbidireccionales. Desde el SS1 hasta el SS5 son sistemas deseñalización analógicos. El SS6 fue diseñado para USA y elSS7 por el ITU-T para Interconexión en forma global.Cuando se inició la señalización en multifrecuencia sedistinguió entre los procedimientos de código de impulsoscomo el SS5 y los de señales obligadas como el MFC-R2.En el primer caso la señal tiene un período de duración fijo ydeterminado, mientras que en el segundo a cada paso demensaje se espera la respuesta de confirmación por el canalde retorno para cortar la señal de ida. Esto implica que laseñalización por secuencia obligada requiere de mayortiempo y una duración no determinada.La señalización por corriente continua se realiza mediantelos Hilos E&M (Exchange & Múltiplex). Se denomina hilo Mal hilo de transmisión (salida de central) y E al hilo derecepción (entrada a central). Las señales se representanaplicando y desconectando potenciales o mediante laapertura y cierre de un bucle. La tensión es la que alimentala central (-48 V). Se dispone de los estados P1 (-48 V sobrehilo a) y P2 (-48 V sobre hilo b).La señalización puede ser del tipo de señales de impulsos opor niveles indicativos de estados; mientras el primeropermite un plan complejo de señalización el segundogarantiza una supervisión sencilla de la línea. Prácticamente,este método solo se usa en líneas bifilares y se puedendistinguir dos tipos: el procedimiento de señalización enbucle (mientras un extremo maneja los potenciales el otro lohace con el bucle cerrado o abierto) y la señalización por unsolo hilo (potencial positivo o negativo en cada sentido).La señalización multifrecuente se trata de una codificaciónque transmite un juego de 2 entre 6 frecuencias, dentro de labanda del canal telefónico en ambos sentidos: haciaadelante (1380, 1500, 1620, 1740, 1860, 1980 Hz) y haciaatrás (1140, 1020, 900, 780, 660, 540 Hz). Su denominaciónes DTMF (Dual Tone MultiFrequecy).En el sistema de multiplexación de 30 canales a 2048 kb/s(tramas E1) se recurre a un concepto mediante el MFC-R2digital del año 1968. El Intervalo de Tiempo TS:16 de latrama se usa exclusivamente para información deseñalización de los 30 canales vocales.Ambos sistemas de señalización digital (MFC-R1 y R2) seusan en la actualidad, el primero en USA y el segundo enEuropa y Latinoamérica. Cuando los sistemas deconmutación son manejados por procesadores se requiereun concepto distinto al mencionado. Hasta ahora se puededecir que se tiene una correspondencia entre el canal vocal yel de señalización; a este método de lo llama Señalizaciónpor Canal Asociado CAS.Cuando se trabaja con procesadores la señalización setransforma totalmente traduciéndose en un diálogo entreextremos. No se distingue una correspondencia entre elcanal vocal y el canal de señalización; es más, la vía detransmisión puede ser distinta. Así, el canal de señalizaciónpasa a ser un canal de datos dentro de una red deseñalización.13
Monografías Telefonía-IP: Protocolos de Señalización11 (2003)OURNALFigura 11. Protocolos involucrados en una red telefónica.Este tipo de señalización se denomina Señalización porCanal Común CCS (La nomenclatura SS7 corresponde alITU-T y CCS7 a ANSI). Las principales características queidentifican a la señalización CCS frente a CAS son:-Tiempo de conexión menor.-Número de mensajes prácticamente ilimitados.-Flexibilidad para nuevos servicios.-Encaminamiento alternativo.-Corrección de errores mediante retransmisión de tramas.-La capa 2 utiliza un protocolo de corrección de error ARQtipo go-back-N.-La capa 3 está prevista para mensajes en tiempo real de lared telefónica y es del tipo orientado sin-conexión.6.2- Sistema de Señalización SS7.El SS7 es el sistema de señalización utilizado en la redPSTN y corresponde a la interconexión de la red deTelefonía-IP en iplan con la PSTN. En iplan existen doscomponentes que manejan la SS7: la central de conmutaciónNEC y el Controlador de Señalización SC2200 para la redTelefonía-IP.Figura 12. Intercambio de mensajes en el protocolo de señalización SS7.14
Monografías Telefonía-IP: Protocolos de Señalización11 (2003)OURNALLos principales protocolos de la suite SS7, son:-MTP-2. Corresponde a la capa 2 del modelo OSI de 7capas. Se ocupa del alineamiento de paquete mediantebanderas (Flag) al inicio y final. Permite la detección deerrores mediante un código denominado CRC-16. Realiza elproceso de numeración secuencial de mensajes e indicaciónde retransmisión. Efectúa la confirmación o rechazo delmensaje para la retransmisión automática en mensajes conerrores. Los paquetes son numerados en forma secuencialcon módulo-7. Indica también a longitud total del mensajetransmitido. Con la numeración de paquetes y la detecciónde errores, es posible la retransmisión de mensajes que seven afectados por errores.-MTP-3. Posee una dirección de punto de acceso quepermite identificar a la capa superior (TCAP o ISUP sobre elprotocolo MTP3). En la red PSTN se dispone de lasdirecciones de procesador CPU de origen y destino (14 bitsde dirección). Por otro lado, identifica el enlace deseñalización utilizado cuando existe más de uno. Realiza lasfunciones de Routing dentro de la red de señalización SS7.-ISUP. Son los mensajes de señalización propiamentedichos. En la Figura 12 se muestra el intercambio demensajes para la apertura y cierre de una llamada telefónica.Desde el usuario a la central se utiliza señalización MFC-R2o DTMF. Los mensajes típicos de ISUP entre centrales son:-IAM (Initial Address Message). Contiene la informacióninicial de llamada para el encaminamiento. Son losprimeros dígitos seleccionados por el usuario.-SAM (Subsequent Address Message). Transporta lascifras no enviadas en el mensaje IAM. Se completa elnúmero del usuario B llamado.-ACM (Address Complete Message). Indica que se haobtenido en acceso al destino. SE entrega al usuario Ael tono de llamada.-ANM (Answer Message). Indica que el usuario llamadoha respondido. Se cierra el circuito vocal.-BLO (Blocking Message). Permite el bloqueo del canalútil.-UBL (Unblocking Message). Desbloquea el canal útil.-REL (Release Message). Permite iniciar la liberacióndel canal. La comunicación se cierra.-RLC (Release Complete Message). Informa que laliberación ha sido completada.-TCAP. Facilita la transferencia de mensajes en tiempo realentre HLR (Home Location Register), VLR (Visitor LR), MSC(Mobile Switching Center), EIR (Equipment ID Register),. Seaplica también para enlaces con O&M. En tarjetas de créditopermite verificar la autenticidad y movimientos de cuenta.Realiza el control de diálogo con el terminal remoto. Es unservicio de transporte.La información contiene los siguientes componentes:-tipo de mensaje (unidireccional, inicio, final, intermedio,aborto);-longitud del mensaje (número de bytes total);-identificador de origen y destino de transacción;-tipo de componente (retorno de resultado, reporte de error yde reject) y-contenido de información (código de operación, de error, deproblema, parámetros, etc).15
Monografías Telefonía-IP: Protocolos de Señalización11 (2003)OURNALMONOGRAFÍAS DE JOURNALJournal monografías número 11. Edición octubre-2003.Diseño gráfico original de Marianela V. Ricardo16
OURNALmonografía 122003 iplanTechJournal Monografías es una publicación de iplan que contiene información técnica y confidencial de la empresa. Sedistribuye a un circuito limitado de lectores a fin de mantenerlos informados sobre el estado y la evolución de latecnología y el negocio de la Telecomunicaciones, principalmente en las redes IP y la Telefonía-IP. Se ruega a loslectores a mantener el principio de Confidencialidad sobre la información aquí contenida.No está autorizada su reproducción o distribución por cualquier medio sin antes consultar con la empresa.ICasos de Estudio No 2.Soluciones de vanguardia.IINDICEI Servicios innovadores-Radio Taxi Premium-Centro de Estudios Infectológicos-Arizmendi Cómputos SA-BloombergII Servicios de Data Center IDC-Servicios de hosting de pagina web.-Ministerio de Desarrollo Humano y Trabajo-Guy CarpenterIABSTRACTEn un número anterior (Journal No 10) se presentó el primer grupo de Casosde Estudio. En aquella oportunidad se trabajó exclusivamente sobre el sectorbancario. En esta monografía se trabaja sobre casos de interés relacionadoscon otros aspectos diferentes.En una primera parte pueden encontrarse soluciones para IVR (atenciónautomática de clientes), VPN de telefonía (formar un PABX virtual entredistintas sucursales), Axeda (el acceso remoto a los software particulares dela casa central) y otros productos complementarios. En una segunda parte encambio, se encuentran soluciones para clientes que requieren de nuestrosData Center ubicados en Buenos Aires, Rosario y Córdoba.1
Monografías 12 (2003)Casos de Estudio No 2OURNALPARTE I: SERVICIOS INNOVADORESIRADIO TAXI PREMIUM.Un sistema de preatendedor con IVR permite ofrecer una mejora sustancial en el servicio deesta empresa de Radio Taxi.1- Radio Taxi Premium.Antes de la aplicación de este servicio, la empresa Premiumcuyo objetivo comercial es la atención de Taxi mediante unllamado telefónico, por falta de capacidad operativa realizabaun enrutamiento acotado de los números de cabecera delservicio 5238-0000 y 5238-0060 para limitar el ingreso de losmismos a los operadores. Además, existía en las horas picouna elevada cantidad de llamadas entrantes perdidas porcongestión en los canales de la PBX y por limitaciones en larespuesta del preatendedor anterior incorporado a ésta.El crecimiento del negocio estaba entonces asociado alincremento de la capacidad de atención, esto implicabacontratar nuevos operadores y ampliar el call center. Lapropuesta de iplan ha sido automatizar el servicio de CallCenter mediante un IVR autogestionable.de tráfico. Se suministran informes periódicos con: cantidadde llamadas recibidas, atendidas y no atendidas, tiemposmedios de atención, etc.2- Los Servicios.De acuerdo a los requerimientos presentados por la empresade Radio Taxis Premium, la solución para este clientecontempla la provisión de los siguientes servicios:-Preatención de todas las llamadas entrantes al 5238-0000con un IVR.-Implementación de un sistema automático de solicitud yaceptación de servicios sin intervención de los operadorespara clientes frecuentes.-Enrutamiento hacia los operadores de Servicios Premiumpara las llamadas NO originadas en clientes frecuentes.-Elaboración de reportes de tráfico.El servicio consiste en una trama E1 dedicada para lanumeración de cabecera del cliente, directamente conectadacon un IVR en el Data Center de iplan. Las llamadasdirigidas a la numeración de cabecera de servicios ingresana la red de telefonía y son enviadas al IVR, quien ejecuta lasiguiente lógica:-Luego del Saludo inicial de bienvenida se procede a leer elANI del usuario llamante para efectuar el reconocimiento delmismo. Si el ANI no es reconocidos como clientes frecuentesserán redireccionados a un operador en vivo.Con el sistema propuesto, se procede a la preatención detodas las llamadas entrantes. Se implementa un servicio depreatención inteligente, el cual ofrece la posibilidad de“mantener en línea” las llamadas entrantes que excedan lacapacidad de atención de los operadores con mensajesintermedios de espera.Además, se implementa un sistema automático de solicitud yaceptación de servicios sin intervención de los operadorespara clientes frecuentes; un enrutamiento hacia losoperadores de Servicios Premium para las llamadas nogestionadas en el punto anterior y la elaboración de reportes-Los ANI reconocidos como clientes frecuentesmonousuarios serán procesados automáticamente. Seconsulta en la base de datos de SP el destino probable delusuario frecuente y el tiempo estimado de espera. Los ANI’sreconocidos como clientes frecuentes multiusuariossolicitarán el ingreso del PIN identificatorio de usuario. Luegoserán procesados automáticamente con consulta en la basede datos de SP del destino probable del usuario frecuente ytiempo estimado de espera.-Se consulta al cliente sobre la conformidad para el envío delmóvil al destino informado anteriormente y en el tiempoestimado. La conformidad del cliente se obtiene mediantediscado DTMF en el teléfono. Si la respuesta es negativa, seprocede al redireccionamiento a un operador en vivo.-Por último se procede a confirmar en la base de datos SPsobre el viaje aceptado por el cliente.2
Monografías Casos de Estudio No 212 (2003)OURNALEl IVR dispone de los archivos de audio correspondientes atodas las calles de la ciudad autónoma de Buenos Aires.También dispone de los archivos de audio de nombrescomunes de hombre y mujer (aproximadamente 700nombres pregrabados). Se realiza una conexión segura entreambas bases de datos, para esto se dispone de un enlaceVPN entre ambos servidores. El enlace es seguro debido aluso de encriptación IPSEC, operación que se realizamediante un equipo firewall MIK en las oficinas del cliente. Elacceso es un ADI Pyme (Acceso Dedicado a Internet).En la figura se muestra el diagrama de flujo de una llamadaal servicio.3
Monografías Casos de Estudio No 212 (2003)OURNALICENTRO DE ESTUDIOS INFECTOLOGICOS.Un servicio global de telefonía para el Centro de Estudios Infectológicos. Se compone delVPN/IP-Centrex entre sucursales y VPN para las sucursales fuera de la cobertura de iplan.1- Sobre la Fundación Funcei.Fundei es una entidad sin fines de lucro, creada en 1987 porun equipo multidisciplinario dedicado a la investigación y ladocencia, para la prevención, diagnóstico y tratamiento delas enfermedades infecciosas. Es el marco institucional queplasma más de 25 años de labor y formación deprofesionales, bajo la conducción del Dr. Daniel Stamboulian.Está vinculada con instituciones y centros asistenciales que,fundamentalmente, se dedican al manejo, diagnóstico yprevención de las enfermedades infecciosas. Cuenta consedes en el interior del país y ofrece a los profesionales de lasalud y a la comunidad una amplia gama de programas,<strong>publicaciones</strong> y servicios.configura el servicio VPN/IPCentrex para las comunicacionesque se establecen entre este domicilio y French 3085.-Acceso Dedicado a Internet ADI-Pyme de 2 Mbps de anchode banda.-TLS ruteado de 1 Mbps contra el domicilio French 3085 yotro a 25 de Mayo 575.-Firewall MIK como concentrador de túneles VPNprovenientes de otros tres domicilios.En los otros domicilios se instalaron servicioscomplementarios. Así por ejemplo, en French se instaló otratrama E1, con servicios de TLS ruteado de 1 Mbps. En losdomicilios en que iplan no tiene red propia se ha instalado elservicio de VPN llave-en-mano que incluye:-Acceso a Internet con Cablemodem provisto porCablevisión,-Firewall MIK configurado para establecer túneles contra elsitio de Scalabrini Ortiz 676 y además acceder a Internetdesde la red LAN.La solución más interesante en este caso (además del VPNllave-en-mano) es el VPN/IP-Centrex. Este servicio se brindautilizando la Plataforma de Red Inteligente de iplan, la queestá encargada de reconocer parámetros, definir rutas yotorgar características de valor agregado. Este servicioposibilita la comunicación entre los sitios con serviciostelefónicos de iplan (tramas E1) utilizando numeraciónabreviada y sin costo para el cliente.2- Sobre la solución de iplan.Se ha desarrollado un proyecto que contempla la provisiónde diferentes servicios. En la sede de Scalabrini Ortiz 676, seinstalaron los siguientes servicios:-Trama digital E1: Este servicio se implementa sobre fibraóptica a través de un anillo SDH. Sobre esta trama seLas comunicaciones VPN/IP-Centrex tiene las siguientescaracterísticas:-Se establecen las comunicaciones entre las tramasutilizando numeración abreviada (números de internos).Sobre estos números la PABX del cliente agregará un prefijode modo que la plataforma de red inteligente califique lallamada como servicio VPN y establezca la misma hacia eldestino buscado.-Toda comunicación que no tengan como destino alguna delas tramas provistas es tratada como una comunicaciónstandard y enrutada al destino con sus respectivos costos.En este caso la llamada se realizará discando un númerocompleto.4
Monografías Casos de Estudio No 212 (2003)OURNALIARIZMENDO COMPUTOS S.A.Esta empresa, dedicada a Sistemas de Legislación Laboral, ha sido el primer cliente de iplanen el producto Axeda.1- Sobre Arizmendi Cómputos S.A.Arizmendi participa en el rubro de Legislación Laboral desdehace 50 años. Arizmendi Cómputos, por su parte, en sus 20años de experiencia supo capitalizar la confianza que susclientes le brindaron nada menos que en el manejo de untema tan delicado como la Liquidación de Sueldos yJornales. La estrategia de esta empresa ha sido orientar losproductos hacia la concreción de herramientas seguras,flexibles, prácticas, amigables y sobre todo confiables,adaptándolas a la realidad de sus clientes. El Departamentode Desarrollo De Arizmendi Cómputos ha sido equipado conla mejor tecnología, con el fin de lograr los mejoresproductos del mercado. A la capacidad técnica, se suma elconocimiento de las necesidades del usuario. La experienciabrindando apoyo en el Área de Personal en empresas dediferentes actividades, ha permitido enriquecer el criterio enmateria de Legislación Laboral, logrando ofrecer así el valoragregado que el mercado necesita.Axeda es una aplicación orientada a empresas que buscanuna solución segura de acceso remoto y bajo costo aaplicaciones locales (Windows, Unix o Linux). El Softwarepermite la habilitación de Extranet en tiempo récord, nosuperiores a las 96 horas, obteniendo accesos de altaperformance a las aplicaciones ya sean estas diseñadas ono para Internet o enlaces de baja velocidad.Algunas de las características principales de la aplicaciónson:-Acceso Seguro a aplicaciones a través de Internet;-Autenticación de usuarios remotos previo al acceso a laaplicación;-No hay requerimientos de instalación de clientes deSoftware;-Encriptación SSL;-Las aplicaciones residen en la empresa evitando cualquierinconveniente de seguridad;-No requiere personal técnico propio especializado on-linepara la resolución de problemas o gestión de recursos yaque estas tareas se encuentran tercerizadas y-Esquema de licenciamiento por usuario.La conectividad a Internet se brindará sobre un port Ethernet10/100 Mbps con interfaz RJ-45, donde el Cliente conecta unFirewall como punto de interconexión al segmento de red encuestión. El equipo de firewall es PIX-506 que a su vez seráconfigurado como equipo terminador de túneles. Este equipoposee un máximo de 25 conexiones simultáneas. En el casode que sea necesario superar este número de conexiones,se deberá agregar un equipo adicional o cambiar esteequipo.2- La solución de iplan.Se contempla el servicio de Axeda para los servidores deArizmendi Cómputos. Este servicio incluye un Colocation conlas siguientes facilidades:-Provisión del Equipo Servidor Dedicado para la aplicacióndel cliente y un equipo adicional para instalar la AplicaciónAxeda (antes conocido como Gateware), con la provisión demás de una decena de licencias de acceso remoto.-Espacio Dedicado en el Data Center para alojar los equipos;-Acceso a Internet Dedicado y Diferenciado;-Provisión de un Equipo PIX-506 que realizará funciones deFirewall y de Terminación de Túneles Remotos;-Servicio de Monitoreo;-Dos enlaces TLS (Transparent LAN Service) entre el IDC ydos puntos remotos de Arizmendi.El servicio de Hosting Dedicado está diseñado para obtenerel máximo de beneficios en cuanto a la conectividad aInternet. Iplan ofrece la mejor alternativa del mercado encuanto a conectividad dedicada. Las ofertas de conectividadInternacional tienen adjuntas un gran componente de anchode banda nacional en Mbps. El ancho de banda nacionalresulta especialmente atractivo para los servidores que seránaccedidos por usuarios nacionales. Esto es posible dado quese cuenta con una red Gigabit Ethernet que posibilita ofrecera los clientes el costo por bit más bajo del mercado. Laconectividad posee garantías monitoreables por el cliente delancho de banda contratado.El firewall PIX-506 realizará las funciones de Firewalling y determinador de túneles, lo que permitirá a los usuariosremotos que accedan a la aplicación a través de Internetposeer seguridad en la transmisión de datos yconfidencialidad de la información transmitida.5
Monografías Casos de Estudio No 212 (2003)OURNALA su vez, este equipo es constantemente monitoreado por elservicio Iplan-Control, lo que permite obtener estadísticas deperformance. Toma información de diferentes servicios dered utilizando varios productos de management y mediciónde performance. Mediante este portal, el cliente dispondrá deanálisis de logs y estadísticas reportados por el firewall CiscoPIX.Se proveen dos enlaces TLS (Transparent LAN Service)contra los domicilios de Córdoba 1345 y 25 de Mayo 550. Elancho de banda del enlace en ambos domicilios es de 1Mbps. Estos enlaces se conectarán a la red privada a la cualpertenece el servidor de aplicaciones y terminarán el DataCenter de iplan. Este enlace pertenece a una red segura yprivada.Los equipos utilizados en el servicio de hosting estánalojados en el IDC (Internet Data Center) de la compañía, loque brinda a los equipos ventajas extras a la excepcionalconectividad, entre estas ventajas se encuentran lassiguientes: Protección contra incendios, accesos noautorizados, cortes del suministro de energía eléctrica, etc.Todo esto resulta en muy altos niveles de disponibilidad yseguridad.IBLOOMBERG.Esta empresa de Televisión de Negocios tiene servicios para el transporte de tramas E1 con lared SDH. Los servicios tradicionales también tienen cabida en iplan cuando es necesario.El servicio en Bloomberg se entregará a través de uncontenedor STM-1 mediante el cual se podrán transportarhasta 63 tramas E1. El equipamiento de Bloomberg es capazde canalizar las tramas E1 y crear las subinterfaz necesariapara separar los vínculos implementados.El servicio de iplan se basa en la provisión una red devínculos punto-a-punto de 2048 kbps entre los sitios clientesde Bloomberg en el centro de Buenos Aires y el centro decómputos de Bloomberg. Los enlaces son monitoreados ygestionados en tiempo real desde el Centro de Operacionesde iplan, de forma de garantizar la calidad de servicio.Los vínculos punto-a-punto son transparentesimplementados sobre tecnología TDM-SDH. iplan dispone deuna red SDH contado con Nodos de Manzana que disponende equipamiento para brindar tramas E1 (2048 kbps). Ladisposición de estos nodos forman anillos SDH, tal comomuestra la figura anexa.La concentración de los vínculos punto-a-punto de 2048kbps se realiza en Bloomberg mediante una interfaz STM-1(155 Mbps) utilizando equipamiento dedicado modelo MMO21E1, marca AsGa. Las interfaces STM-1, tanto hacia la redWAN como hacia Bloomberg, utilizan fibra óptica monomodo.El Módem Óptico MMO 21E1 es un Multiplexor SDH, dedimensiones reducidas, modular, que opera a 155 Mbps, concapacidad de transporte de 7, 14 o 21 tributarios de 2 Mbps.Pueden ser utilizados en enlaces punto-a-punto o entopología anillo, con inserción y derivación de tributariosdistribuidos a lo largo de una ruta (Add-Drop).6
Monografías Casos de Estudio No 212 (2003)OURNALPARTE II: SERVICIOS DE DATA CENTER IDCISERVICIOS DE DATA CENTER IDCLos servicios de los Data Center de iplan reúnen las características de seguridad esperadasal máximo nivel y la ubicación en pleno microcentro de Buenos Aires, Rosario y Córdoba.1- Generalidades.Para brindar los servicios de IDC (Internet Data Center) secuenta con una serie de características y prestacionesespeciales:-Ubicación preferencial y de fácil acceso.-Control de acceso físico al complejo. Cámaras deseguridad.-Piso técnico elevado. Canales para cableado y tensión.-Control de tensión eléctrica, UPS y generadores decorriente auxiliares.-Control de humedad y temperatura. Aire acondicionado.-Alarmas contra incendio y mecanismos de extinción defuego.1.1- Control de acceso físico. El acceso físico al complejoes controlado por tres niveles de acceso:1- Acceso al edificio, controlado por guardias de seguridadlas 24 horas del día.2- Acceso al complejo, mediante una tarjeta de identificaciónpara ingresar, ésta es requerida en dos oportunidades y sinella no es posible acceder al mismo.3- Acceso a la sala de equipos: Este es el último nivel deacceso y es el lugar donde se alojan los equipos de losclientes. Para ingresar a este nivel es necesario estaracompañado de personal de iplan y no es posible salir de élsin cumplir el mismo requisito. Se cuenta además del controldel personal, con la ayuda de cámaras de seguridad quegraban todo acceso o salida al complejo y al edificio.1.2- Ubicación preferencial y de fácil acceso. El IDC seencuentra en Reconquista 865 de Buenos Aires,disponiéndose además de Data Center en Rosario yCórdoba. En todos los casos los complejos están ubicadosen una zona céntrica, cercana a las oficinas de muchos delos clientes del servicio y de fácil acceso. Esta ubicaciónpreferencial permite a los clientes acceder al IDC sinnecesidad de movilizarse grandes distancias del cascocéntrico. Están ubicados en edificios de recienteconstrucción que cuenta entre otras facilidades.1.3- Control de humedad y temperatura. Para mantener elclima interno y permitir un funcionamiento óptimo de losequipos, un aire acondicionado de precisión se encarga demantener el ambiente a una temperatura fija de 22º Celsius,las 24 horas. La temperatura ideal de funcionamiento secomplementa con un flujo de aire continuo que corre bajo elpiso técnico y dentro de los racks (no por toda la sala deequipos como en otros IDC) lo cual permite que todo elequipamiento trabaja a la temperatura ideal pero el resto delambiente se mantiene a temperatura ambiente.7
Monografías Casos de Estudio No 212 (2003)OURNAL1.4- Alarmas contra incendio y mecanismos de extinciónde fuego. Para detectar y al mismo tiempo contrarrestar unprincipio de fuego, se cuenta con detectores de humo quetrabajan mediante medidores iónicos infrarrojos que detectanla presencia de humo o fuego y que activan alarmas, en casode identificar o percibir la presencia de éstos. Los detectoresson complementados con mecanismos de extinción de fuegoque mediante inyección de gas de alta presión del tipoFM200 disminuyen los niveles de oxígeno hasta hacerimposible la presencia de fuego, estos trabajan sin afectar elfuncionamiento de los equipos alojados. No sólo evita elincendio en si mismo, sino que además evita los problemasresultantes de intentar apagarlo (como ser el corte deenergía y el agua o espuma esparcido sobre los equipos). Esimportante destacar ésta como una de las diferencias consalas de equipos comunes, donde el fuego se contrarrestacon agua o espuma (con lo cual los equipos se dañan odestruyen).1.5- Piso técnico elevado y canales para cableado ytensión. Dentro de todo el complejo se dispone de un pisotécnico elevado (capaz de soportar hasta 1200 Kg/m2) bajoel cual se alojan los cables de tensión, fibra óptica o cablesUTP que son necesarios para la provisión de energíaeléctrica y la conectividad de los equipos. Bajo éste circulatambién el aire frío procedente del sistema de equipos deaire acondicionado del complejo, con lo cual los racksreciben todo el flujo de aire sin pérdida de temperatura. Elpiso técnico esta compuesto por 4 capas, las cuales enconjunto presentan protección contra el fuego y laputrefacción. A continuación, se detallan las capas que locomponen:-Aglomerado de Alta Densidad (700 kg/m 3 ) y resinas termoestáticas. Protección contra la putrefacción y el fuego.-Protección Perimetral: auto extinguible de PVC.-Revestimientos inferiores: laminado plástico, película dealuminio de 0.05 mm de espesor, hoja de acero galvanizadode 0.05 mm de espesor, lámina de acero galvanizado de0.05 mm de espesor.-Revestimiento superior de melanina.1.6- Control de tensión eléctrica, UPS y generadores decorriente auxiliares. Si la tensión proveniente de la líneaeléctrica falla, entran en funcionamiento automático losgeneradores auxiliares los cuales permiten continuar con laactividad de los equipos mientras el suministro normal sereestablece. Además del suministro secundario, estosmismos equipos se encargan de filtrar picos o bajas en latensión de la red eléctrica. Todo esto resulta en una tensiónestabilizada y sin interrupciones2- Racks.Las características más sobresalientes de estas facilidadesson:2.1- Funcionamiento independiente. Todos los racks delcomplejo están pensados para alojar equipamiento de uncliente en forma segura y cómoda. Para esto cadacompartimiento o full rack cuenta con su propia llave detensión para el corte o conexión de energía, al menos 5 tomacorrientes dedicados (la cantidad varía con el espaciocontratado) y con cerraduras de acceso independientes. Estopermite al cliente acceder a sus equipos cuando lo desee yal mismo tiempo estar seguro que no serán utilizados sin lasllaves correspondientes.2.2- Seguridad. Los equipos del cliente no serán accedidospor terceros ni por personal de iplan (salvo una solicitudexpresa del cliente).2.3- Espacio Físico Dedicado. Es el área máxima que uncliente puede utilizar para alojar sus equipos. Cada clientecontrata una determinada cantidad de espacio la cual secompone de uno o más compartimientos de cada tipo. Lostipos de compartimiento existentes son:-Full-Rack: Es el mayor espacio unitario que puedecontratarse. Comprende la totalidad de un rack de 19”. Es lamejor opción para equipos de gran tamaño o para los casosen que se desea almacenar una gran cantidad deequipamiento incluidos monitores, switches, etc.-1/2 Rack: Esta opción dispone de lugar suficiente paraalmacenar cuatro servidores del tipo “mini-tower” o “midtower”.-1/3 Rack: Es ideal para clientes que deseen alojar sólo unoo dos servidores.-2 UIEA: Es el mínimo espacio que puede contratarse. Solopuede alojarse un equipo por cada instancia del servicio, noimporta si existe lugar para más de un equipo.2.4- Conexión Eléctrica. En todos los casos lostomacorrientes instalados cumplen con la normativa legal alrespecto. Actualmente, esta determina que lostomacorrientes deben tener una descarga a tierra y tener trespernos chatos. La potencia permitida es un valor que secalcula considerando la capacidad total de tensión de todo elIDC y la cantidad de racks. Si bien puede ser superado, estevalor debe balancearse entre todos los demás racksexistentes para así mantener el consumo sin sobrecargar aUPS y baterías. Por ello, por todo cliente que supere estevalor deberá darse aviso al ingeniero de proyecto asignado afin de confirma la posibilidad de asignar o no este recurso.En todos los casos, sin excepción, el nivel de consumo debemantenerse debajo del nivel de Potencia Máxima, ya queésta se calcula de acuerdo al límite de los elementoseléctricos del IDC y los racks (cables, llaves térmicas, etc.).Superar este valor implicaría un riesgo de cortocircuito.3- Acceso al IDC.El acceso al IDC puede producirse por tres motivos:3.1- Instalación, puesta en marcha del servicio: Estatarea, que sólo se realizará una vez por cada cliente. Noexiste un límite en la duración del proceso de instalaciónpero se tratará de evitar que este supere los dos días paraasí evitar inconvenientes en la operación del resto de losservicios. Sólo pueden realizarse en el horario de 09.00 a17.00 horas de Lunes a Viernes, previo aviso y coordinacióncon el ingeniero de proyecto asignado.3.2- Tareas programadas: Son aquellas tareas que requierauna intervención del personal de iplan. Califican dentro deesta categoría todas las que impliquen configuraciones,controles o verificaciones por parte de personal de iplan. Elhorario de estas tareas coincide con el de la instalación ypuesta en marcha del servicio, requieren un aviso y unacoordinación previa con el ingeniero de cuentas asignado.3.3- Tareas no programadas: Se denomina así a toda tareaque no requiera de intervenciones de personal de iplan.Estas tareas usualmente se dan cuando el cliente deseahacer mantenimiento correctivo de sus equipos. Algunosejemplos de esto son: configuraciones de los equipos,8
Monografías Casos de Estudio No 212 (2003)OURNALupgrades de hardware o software, etc. No existe un límitehorario para estas tareas, pudiendo realizarse las mismasdurante las 24 horas, los 7 días de la semana sincoordinación con personal de iplan. Se sugiere sin embargo,avisar en lo posible de las visitas que se realizarán a fin queel personal de iplan pueda prestar un mejor servicio. Paratodo ingreso de materiales que sean propiedad del cliente esnecesario que se entregue un remito destinado a NSS S.A.En este remito deben figurar las características delequipamiento incluyendo: cantidad, descripción y número deserie de cada equipo más una firma y aclaración del emisor.4- Conectividad con Internet.El servicio de conexión a Internet, permite que los equiposalojados por el cliente en el IDC accedan y sean accedidosdesde cualquier punto de Internet. Esta conectividad se mideprobando la conexión ICMP desde y hacia equipos ubicadosfuera de la red de iplan. En ningún caso la prueba deconectividad incluye la prueba de servicios distintos alprotocolo ICMP, como ser HTTP, FTP, DNS, etc. Todos losservicios antes nombrados son responsabilidad del cliente,limitándose el control del servicio por parte de iplan a laconectividad TCP/IP con Internet.Se denominan intervenciones a las tareas que personal deiplan realiza sobre pedido del cliente. Las intervenciones notienen costo alguno ni existe un número máximo deintervenciones que el cliente puede requerir. El cliente puederequerir una prueba de la conectividad del acceso a Internet.Esta se realizará probando la conectividad IP desde dospuntos distintos: un equipo ubicado dentro de la red de iplanequipo ubicado en Internet, preferentemente uno conectadomediante el enlace internacional. Para el segundo caso,pueden utilizarse sitios de Internet o equipamiento quepertenezca a otras redes. Durante las pruebas deconectividad se analizarán los siguientes resultados: nivel deutilización del vínculo de acceso global (uso del ancho debanda global); pruebas de conexión TCP/IP contra hostsubicados fuera de la red de iplan; medición de los tiempos derespuesta del punto anterior y si existieren, el nivel depérdida de paquetes ICMP. Debe tenerse en cuenta que laspruebas de conectividad no incluyen el funcionamiento delequipamiento del cliente.9
Monografías Casos de Estudio No 212 (2003)OURNALISERVICIOS DE HOSTING DE PAGINA WEBCasi 400 clientes tenían servicios de Data Center en iplan en agosto-2003. De ellos unos 300tenían el servicio de Web-Hosting en alguna de sus versiones.Se define como web-hosting al servicio de alojamiento depáginas web en servidores dedicados. Esto se logracombinando servidores de gran capacidad y conexiones aInternet con alta velocidad y confiabilidad. El hosting depáginas web puede ser definido, utilizando términos simples,como la práctica de alquilar espacio en una computadora oservidor para alojar allí contendido que desea ser publicadoen Internet.El principal beneficio para el cliente es que puede “alquilar”un servidor, a cambio del pago de un cargo o abonomensual, en vez de incurrir en el gran gasto por adelantadopara adquirir y mantener el mismo. Mediante la suscripción alweb-hosting, el cliente no necesita proveer ancho de bandadesde el lugar donde se lleva a cabo la actividad ni tiene queocuparse del funcionamiento ni el control del servicio.Una de las ventajas más importantes de contratar el serviciode web-hosting radica en la disminución deresponsabilidades que el cliente observa. Al ser los equiposy la conectividad de éstos una responsabilidad de iplan, elcliente sólo se limita a proveerse de los contenidos,olvidándose del mantenimiento, control y gestión de losequipos, el vinculo, los trámites relacionados a los nombresde dominios, etc. De esta manera los costos y los tiemposque antes se dedicaban a instalar, mantener y controlar losservidores pueden ahora usarse con otros fines.Tomando en cuenta las diferentes necesidades de lasdistintas compañías cuando se trata de Web-Hosting, iplanha diseñado variantes del producto que permiten que losclientes obtengan un nivel de servicio adecuado a susrequerimientos. No importa si el objetivo de los clientes esúnicamente ubicar sus compañías en la Web (para lo cual serequiere usualmente de una página personal o corporativa) osi necesitan implementar soluciones complejas o de misióncrítica (como ser servicios de home banking, e-commerce,gestión de stock mediante Internet, etc.), iplan provee a susclientes de soluciones adecuadas a cualquiera de estosrequisitos.El producto Web Hosting Dedicado consiste en la provisión,configuración y mantenimiento de equipos denominadosservidores web. Estos servidores web se encargan dealmacenar y mostrar páginas web en Internet, mediante locual es posible que estas páginas sean vistas desdecualquier computadora que tenga configurado un navegadoro browser y esté conectada a Internet.AVIS es una empresa internacional de alquiler deautomóviles y dispone de en un servicio de Colocation de 1/2rack para alojamiento de servidores con conectividad aInternet a través de un servicio de ADI de 2 Mbps de anchode banda internacional y 1 Mbps de ancho de bandanacional. Se provee con un Firewall MIK con tres interfacesEthernet dedicado para el cliente. Se brinda un servicio deback-up de los tres servidores del cliente. Se provee unasolución de balanceo de carga a través del CCS-11800 entrelos servidores alojados en el Data Center y los servidoresque posee el cliente en su domicilio.Despegar se trata de un portal de Internet para la venta onlinemediante E-commerce de ofertas de turismo. El servicioincluye espacio dedicado en el Data Center, acceso aInternet e Iplan Control y Servicio de Monitoreo.10
Monografías Casos de Estudio No 212 (2003)OURNALMercados Energéticos.Cervecería Quilmes tiene una aplicación de e-bussines, cuyodesarrollo de la aplicación y logística de distribución larealiza OCA. El servicio contempla la implementación de unservicio Web Hosting. sobre la plataforma Windows 2000Internet Information Server 5.0 en servidores de iplan. Seprovee de un servidor dedicado para alojar la base de datossobre una plataforma SQL Svr 7.0.Programas Médicos.Decidir.com dispone de una solución global que incluyecolocation de un rack para alojamiento de servidores yespacio para dos racks propiedad de Decidir.com en el DataCenter. Se proveen tres vínculos X.25 contra VISA, Diners yAmerican Express. Tiene una conectividad dedicada aInternet de 256 Kbps Internacional y 2 Mbps Nacional.Otros usuarios del Data Center.CineMark.Diario judicial.11
Monografías Casos de Estudio No 212 (2003)OURNALIMINISTERIO DE DESARROLLO HUMANO Y TRABAJO.PROVINCIA DE BUENOS AIRES.iplan entrega a este Ministerio, un servicio de colocation de server con la conectividad TLS a lasoficinas en Buenos Aires, para el servicio de Backup de los Sistemas.1- Sobre el MDHyT.El Ministerio de Desarrollo Humano y Trabajo depende delPoder Ejecutivo del Gobierno de la Provincia de BuenosAires. De este dependen las siguientes Secretarías:Minoridad, Políticas socio-económicas, Coordinaciónoperativa, Trabajo. Dispone de un Consejo asesor paraAsuntos de la Minoridad, el Instituto de Previsión Social,2- La solución de Backup de Sistemas.El MDHyT ha contratado con iplan una solución globalconsistente en un servicio de Colocation de servidores en elIDC, enlaces de datos y accesos a Internet.2.1- Servidores de Colocation. Los servidores alojadostienen conectividad con las oficinas en Belgrano 748 enCapital Federal, mediante un enlace de datos LAN-to-LANTLS (Transparent Lan Service) de nivel 2 de 1 Mbps deancho de banda y poseen un Acceso Dedicado a Internet de128 kbps Internacional y 2 Mbps nacional. Se instaló con unFirewall Cisco PIX-515 dedicado para el cliente. Se brinda unservicio de back-up inicial completo de sistema operativo yluego un servicio de back-up de archivos del servidor debase de datos alojado en el área de Colocation. Se entreganservidores para los servicios de Server Web/Chat, Base deDatos, de Mail.El servicio de Colocation consiste en el alquiler de espaciofísico dentro del Data Center de iplan para alojar equipos decliente. El Data Center es un ambiente protegido ycontrolado, es decir, un lugar específicamente pensado paraalojar equipos de misión critica. Este tipo de facilidadescuentan con diversas posibilidades de conectividad(conexión a Internet, líneas de Datos y de Telefonía).Se pone a disposición servicios de monitoría para todos losservicios contratados. El i-control consiste en un portal Webde información de servicio, donde se encuentran lasherramientas y los reportes para la gestión y el control de losmismos. Este cliente puede acceder desde Internet a esteportal y monitorear sus servicios con las siguientesfuncionalidades:-Network Node Manager: Indica el estado de la interfazethernet asociada al servidor de cliente. De esta forma, sepuede verificar si el enlace esta operativo.-MRTG: Es la herramienta más popular para monitoreo dediversos parámetros, el cliente puede observar susestadísticas de tráfico, y verificar la disponibilidad de anchode banda contratado.-El servicio i-control Full permite una gestión avanzada de losrecursos del cliente, y añade al servicio básico los siguientescomponentes: Topology Map; Web Trends; Distribución deProtocolos; Conectivity Meter y VPIS.Estas herramientas posibilitan diversos parámetros demonitoria:-Topology Map: Indica el estado de conectividad con losenlaces Internacionales y Nacionales de Internet.-Distribución de Protocolos: Indica, sobre el tráfico cursado,los porcentajes de utilización de cada protocolo (HTTP,SMTP, etc).-Web Trends: Popular software que genera estadísticas<strong>completas</strong> de utilización y monitoreo de sitios web.-Conectivity Meter: Mide el tiempo de respuesta y la tasa deerrores en los enlaces Nacional e Internacional de Internet.-VPIS: Herramienta que, a pequeños intervalos regulares,ingresa al sitio web del cliente y mide el tiempo de acceso yde respuesta del site, discriminado en diversas etapas.2.2- Conectividad de TLS. La conectividad para el serviciode Colocation se realiza mediante un enlace TLS utilizandoTCP/IP como protocolo de transmisión principal. Dichoenlace estará configurado bajo un esquema de Virtual-LAN(VLAN), totalmente basado en técnicas Switching lo cualasegura una excelente performance de transmisión.Utilizando la red IP, se desplegará un TLS entre el domiciliode Belgrano 748 y el IDC de iplan con un ancho de banda de1Mbps. La conectividad necesaria en el sitio remoto sebrinda instalando una acometida con multipar de cobredesde el Nodo de Manzana hasta el sitio del cliente. Dichaacometida se conectará a un CPE Cisco 575-LRE quien seencargará de brindar un port Ethernet 10BaseT donde seconectará el equipamiento del cliente. El Nodo dispone deuna acometida de fibra óptica desde el backbone mediante lautilización de FastEther-Channel contra un switch Catalyst12
Monografías Casos de Estudio No 212 (2003)OURNAL2924-LRE. Tal switch Catalyst 2924-LRE distribuirá a travésde multipar de cobre hasta el sitio del cliente utilizando latecnología LRE (Long Reach Ethernet).Para establecer las políticas de ruteo entre el sitio centralcon cada sitio remoto, se utilizará un router centralizado elcual se encargará de establecer la conectividad necesaria.Dado que la red permite el establecimiento de enlacesEthernet Layer2 utilizando el concepto de VLANs, se utilizaráun router central que concentrará las VLANs de cada uno delos sitios remotos y realizará las funciones de ruteo creandotantos “routers virtuales” como sitios remotos existan. Esteproceso se logra utilizando la tecnología MPLS (MultiprocolLabel Switching). El router central a utilizar será Cisco 7206conectado a la red IP a través de un port Gigabit Ethernet.2.3 Seguridad mediante Firewall. Iplan provee un CiscoPIX-515 en el espacio de Colocation contratado por elcliente.El Cisco Secure PIX Firewall es un esquema de protecciónbasado en el ASA (Adaptive Security Algorithm), que ofrecefirewalling por estados (stateful firewalling). El firewalling porestados es menos complejo y más robusto que el filtrado depaquetes. También ofrece mayor performance y es másescalable que los proxy firewalls de nivel de aplicación. ASArastrea las direcciones origen y destino, los números desecuencia TCP (Transmission Control Protocol), los númerosde puerto y los flags de TCP adicionales de cada paquete. Elacceso es permitido a través del Cisco Secure PIX Firewallsólo si una conexión apropiada existe para validar el paso.Esto les da a las organizaciones acceso transparente a losusuarios internos y autorizado a los externos, mientrasprotege las redes internas del acceso no autorizado.El sistema embebido en tiempo real aumenta la seguridaddel Cisco Secure PIX Firewall. También los sistemas deservidores UNIX son plataformas ideales de desarrolloabierto con códigos fuente ampliamente disponibles, esossistemas operativos de propósito general proveen unaseguridad y performance bastante menor a la óptima. ElCisco Secure PIX Firewall está diseñado específicamentepara seguridad y protección de alta performance.El Firewall PIX trabaja de la siguiente forma para unaconfiguración básica:-Tráfico Outside to Inside: permitir tráfico FTP, http, https,SMTP, IDENT.-PAT entre las direcciones IP-Privadas utilizadas en las PCsdel cliente a la dirección IP-Pública asignada por iplan. Deesta forma, todas las PCs podrán navegar y tener mail.Dado que las políticas de seguridad no son estáticas y debenser adecuadas a lo largo del tiempo, el servicio de iplanbrinda al cliente la posibilidad de realizar 6 (seis) cambiosanuales en la configuración del Firewall.2.4- Back-up. Iplan brinda una solución de back-up inicial delsistema operativo y una solución de back-up de archivos. Elservicio de back-up planteado consiste en conectar losservidores del cliente a través de la red LAN del área de Colocationa un servidor Linux, que tendrá la función de realizarel backup en disco de los archivos del cliente, a su vez seinstalará en dicho servidor un Firewall para separar la red delcliente de la Intranet de iplan y poseerá un Agente deOmniback que sincroniza y envía la información al servidorde Omniback.El hecho de contar con un servidor para el cliente permiterealizar el back-up a velocidad de LAN (100 Mbps) lo cualimplica un ahorro de tiempo en la copia de los datos y menortiempo del servidor fuera de servicio. Una vez realizada lacopia en disco se puede realizar la copia a cinta en cualquiermomento sin importar el tiempo que esta tarea requiera. Unaventaja adicional es que la última copia realizada estará endos medios de almacenamiento distinto, disco rígido y cinta.En caso de ser necesario realizar un restore del últimobackup, se podrá utilizar la copia hecha en disco paraemplear menor cantidad de tiempo en realizar dicha tarea.Iplan cuenta, para realizar este servicio con el sistema deServidor y Software de Administración de Backup. Lasolución de backup de iplan está basada en el producto HPOpenView Omniback II, que permite proteger y administrar lainformación valiosa en un ambiente distribuido heterogéneo,a través de su arquitectura de servidor de cliente. El objetivode esta solución de backup será realizar copias de backupde soporte de aquellos sistemas o aplicaciones, permitiendola recuperación de sistemas y archivos independientes.13
Monografías Casos de Estudio No 212 (2003)OURNALIGUY CARPENTEREsta empresa del mercado de Reaseguros ha implementado un medio de Disaster Recovery decaracterísticas muy novedosas, utilizando teletrabajo y softphone.Guy Carpenter es una empresa especializada en el rubroReaseguros, con actividad en 40 países y con 2300profesionales. Tiene más de 80 años en este negocio (desde1923 en USA). Como consecuencia del ataque suicidacontra las Torres en New York el 11 de septiembre-2001,esta empresa decidió implementar en todas sus oficinas enel mundo una metodología de Disaster Recovery.oficina segurizada y a la vez puede “conectarse” a la mismaen forma segura también.Con el Teletrabajo los usuarios remotos que deseen tenerconectividad con la oficina, utilizarán una conexión discadapara establecer la comunicación entre la red Intranet de iplany red LAN de la oficina. Ya que la solución se implementarásobre la red Internet, el servicio prevé la incorporación delconcepto de “comunicaciones seguras” mediante laimplementación de túneles encriptados. De esta forma, lacomunicación se brindará en forma segura aportandoconfidencialidad a los datos transmitidos.iplan provee la aplicación VPN-Client de Cisco, la cual seinstala en las PC de aquellos usuarios que necesitan laconexión VPN. Una vez establecida la conexión con laIntranet de iplan, el usuario remoto dispara la aplicaciónVPN-Client mediante la cual se establecerá un túnelencriptado contra un firewall PIX de Cisco alojado en laoficina del cliente.De acuerdo a los servicios requeridos por el cliente lapropuesta de Disaster Recovery de iplan se focalizó en lossiguientes ítem:1- Servicio de Colocation en el Data Center en la ciudad deRosario.2- Servicio de Acceso Dedicado a Internet Principal de 512Kbps de Ancho de Banda Internacional y 1 Mbps de Anchode Banda Nacional en Rosario.3- Servicio de Acceso Dedicado a Internet para situación deDisaster Recovery de 64 Kbps de Ancho de BandaInternacional y 1 Mbps de Ancho de Banda Nacional enRosario.4- Provisión de Firewall Cisco PIX-506 para terminación deVPN usuarios remotos simultáneos.5- Provisión de 30 licencias de softphone.6- Vínculo LAN-to-LAN de 1 Mbps de ancho de banda entreFlorida 234, Capital Federal y el Data Center de Rosario.7- Vínculo LAN-to-LAN de 256 Kbps de ancho de bandaentre el Data Center de Rosario y las oficinas de Equant.La incesante creación de soluciones y aplicaciones queutilizan a Internet como medio de comunicación, y latendencia mundial de “trabajo a distancia” y conceptos deseguridad asociados a la conectividad Internet, motiva a lacreación de servicios de “Teletrabajo” y Firewalling.El “Teletrabajo Seguro” es un servicio mediante el cual elcliente utiliza los recursos de la oficina (mail, discoscompartidos, impresoras, etc.) a través de una “conexiónsegura” sobre Internet. Además se instala un firewall en laoficina del cliente de modo de brindar inmunidad contraataques desde Internet. De esta forma, el cliente tiene suLas “conexiones seguras” se basan en la utilización decomunicaciones encriptadas aportando seguridad yconfidencialidad a la información transmitida. Se podránestablecer hasta 25 (veinticinco) “conexiones seguras” enforma simultanea con la oficina. Esta característica implicaque 25 usuarios remotos podrán utilizar las aplicaciones dela oficina en forma concurrente.El usuario remoto podrá establecer la conexión utilizandouna cuenta dial-up o bien con servicio ADSL. Sobre estaúltima tecnología, la conexión DSL se deberá realizar conprotocolo PPPoE con el ISP (no está soportada la conexiónPPTP con el ISP). Tener en cuenta que la conexión con elISP proveedor del servicio DSL se realice utilizando lassiguientes aplicaciones: NTS Ethernet, Wind River WinPoETy RASPPPoEEl primero de los vínculos LAN-to-LAN es para laconectividad entre los servidores ubicados en el Data Centerde iplan y las oficinas del cliente. El segundo de los vínculosse usará en el caso de Disaster Recovery para que losempleados conectados a través de la VPN puedan acceder ala red de Equant y a través de ella a las aplicaciones internasde la compañía.El servicio de LAN Transparente TLS es un servicio quepermite la conexión entre LAN de alto desempeño yvelocidad, facilitando la complejidad asociada con latecnología, el diseño y la administración de redes de áreaextendida WAN. El TLS interconecta las LAN de los clientescorporativos de tal manera que parece que estuvieranubicadas en la misma localidad o edificio. Los empleadosque se encuentran en regiones geográficas dispersaspueden, de esta forma, comunicarse entre sí y tener accesoa todos los recursos de la red fácilmente.14
Monografías Casos de Estudio No 212 (2003)OURNALTLS es un servicio basado en las aplicaciones, ya que tienecomo propósito satisfacer las necesidades de los clientesque deseen transmitir el tráfico LAN a través de una WAN. Elservicio de TLS no finaliza con la interconexión de red, sinoque le provee la posibilidad de implementar diferentesservicios sobre conexiones punto a punto ó punto multipunto.Por medio de TLS se brinda al cliente un servicio de granescalabilidad con velocidades que comienzan en 64 Kbps yllegan hasta 1 Gbps, otorgando los niveles de velocidad másaltos del mercado.El TLS ruteado permite crear vínculos LAN-to-LAN sin lanecesidad de instalar un router en cada domicilio del cliente.Se utiliza para los casos en que las redes del cliente seandiferentes (distinto direccionamiento IP). El ruteo se realizacreando un router virtual por cada sitio en un equipo centralCisco 7200, en la red de iplan, donde se configuran lastablas de ruteo necesarias. En esta variante del servicio selogra tener un esquema ruteado a un costo mucho menorque si se utilizaran routers dedicados.El servicio de Softphone permite establecer llamadassalientes y entrantes hacia la red pública PSTN de telefonía.Cada softphone dispondrá de un número público y seráaccesible mediante el software que corre en la PC o lanotebook del usuario. De esta forma, se dispone deteletrabajo para las aplicaciones de datos y softphone para latelefonía pública.15
Monografías Casos de Estudio No 212 (2003)OURNALMONOGRAFÍAS DE JOURNALJournal monografías número 12. Edición octubre-2003.Diseño gráfico original de Marianela V. Ricardo16
OURNALmonografía 132003 iplanTechJournal Monografías es una publicación de iplan que contiene información técnica y confidencial de la empresa. Sedistribuye a un circuito limitado de lectores a fin de mantenerlos informados sobre el estado y la evolución de latecnología y el negocio de la Telecomunicaciones, principalmente en las redes IP y la Telefonía-IP. Se ruega a loslectores a mantener el principio de Confidencialidad sobre la información aquí contenida.No está autorizada su reproducción o distribución por cualquier medio sin antes consultar con la empresa.ICore de la Telefonía-IP.Los equipos Gateway-E7 (GW-E7) y el Softswitch (SI) constituyenel core de la Telefonía-IP diseñada en iplan.IINDICE1- Diagrama a Bloques y Protocolos2- Funcionamiento del GW-E73- Funcionamiento del SoftswitchIABSTRACTEl Core de la Telefonía-IP en iplan involucraba originalmente un softswitchOCMC de HP y el procesador de señalización SC2200. Por varias razones,que son analizadas en éste y otros Journal, del softswitch se paso a trabajarcon un cluster de Gatekeepers GK. Durante el año 2003 se ha trabajado eniplan en el diseño de los principales componentes del Core de la Telefonía-IPque incluye: un softswitch que trabaja sobre el cluster de GK y un procesadorde señalización SS7 denominado gateway E7 GW-E7. Esto involucra trabajarcon protocolos propietarios desde las API habilitadas a tal efecto en el IOS deCisco y con protocolos standard como el MGCP y el SigTran.Este Journal se ocupa de la descripción detallada del funcionamiento del GW-E7 y del Softswitch. Referido al softswitch puede consultarse el Journal No 4para mayor información; mientras que para los protocolos puede consultarseel Journal No 11.1
Monografías El Core de la Telefonía-IP13 (2003)OURNAL1- DIAGRAMA A BLOQUES Y PROTOCOLOS1.1- Descripción GeneralLa situación anterior a la introducción del GW-E7 (Gateway-E7) en la red de iplan, se muestra en la parte superior de laFigura 1a. La señalización SS7 en la red pública PSTN(Public Switched Telephone Network) se genera en el puntode transferencia de señalización STP (Signal Transfert Point)de cada uno de los grandes operadores telefónicos o en elSSP (Service Switching Point) de los pequeños operadores.El STP es un procesador que mantiene tras de sí a todas lacentrales de conmutación STP, cada una con su propiocódigo de identificación.La señalización SS7 ingresa mediante enlaces deseñalización SS7-link embebidos en las tramas E1 deinterconexión ITX (mediante canales de 64 kbps). Para losclientes de Telefonía-IP, la señalización SS7 es derivadadesde la central de conmutación NEC hacia el gateway deseñalización SGW (Signaling Gateway), sin ser tocada. Esteequipo es un Cisco-2600 con funcionalidad de terminal delenlace de señalización SLT (Signaling Link Terminal). SLTes una funcionalidad del IOS (Internetworking OperationgSystems) que es el sistema operativo que funciona sobre losrouter de Cisco.El controlador de señalización en la red Cisco es el equipoSC2200 (luego conocido como PGW2200 y actualmenteintegrado al softswitch BTS de Cisco). El protocolo decomunicación entre el SC2200 y el SGW es propietario deCisco y conocido como RUDP (Reliable User DatagramProtocol). El SC2200 se comunica con los Gateway-E1 deinterconexión MGW (Media Gateway) mediante el protocolo,también propietario de Cisco, Q.931+ (Q.931 Plus). LosMGW son los equipos Cisco-5300/5350.Hacia el interior de la red de Telefonía-IP, las conexionesson establecidas mediante los Gatekeepers GK Cisco-7400.El protocolo de comunicación entre gateways GW-FXS dellado usuario y MGW del lado ITX y el GK es el H.323.Este tipo de red tiene varios puntos que deben sermejorados con la introducción de nuevos componentes.1- La falta de servicios dentro la red de Telefonía-IP escorregida mediante la implementación del softswitch quetrabaja con los GK. El softswitch integra varios componentes,además del GK, los que serán indicados más adelante.Figura 1. Situación antes y después de la introducción del GW-E7 en la red de iplan.2
Monografías El Core de la Telefonía-IP13 (2003)OURNAL2- Para utilizar cualquier tipo de MGW del mercado serequiere cambiar los protocolos de comunicación. Unafamilia de protocolos standard para la comunicación entre elSGW y el SC es el SigTran (Signaling Transport workinggroup). Otro protocolo standard para comunicar al SC con elMGW es el MGCP (Media Gateway Control Protocol). Ambosprotocolos son manejados por el GW-E7. De esta forma nosindependizamos de la marca de MGW y del SC.El GW-E7 es un desarrollo “in-house” que soporta serviciosde Telefonía-IP sobre protocolos estándar. El equipo soportala señalización SS7 en modo “Stand Alone”, es decir quesoporta las funciones de un MGC (Media Gateway Controler)ya que tendrá su propio stack SS7. Se realiza a través delprotocolo de transporte sobre IP M2UA del grupo de trabajoSigTran. El equipo contiene los módulos correspondientespara:-Registrarse como Gateway H.323 en un dominio degatekeeper GK o softswitch.-Soporte del protocolo M2UA de transporte de SeñalizaciónSS7 sobre IP de SigTran lo que le permitirá controlar enlacesde señalización contra la PSTN en modo “stand alone” y concaracterísticas de MGC.-Control de los Media Gateways de interconexión por mediodel protocolo de control MGCP.1.2- protocolos de SigTran.De todos los protocolos indicados en la Figura 1, semencionan a continuación SigTran y MGCP. Los protocolosSS7 y H.323, pueden ser analizados o otras monografías deJournal.1.2.1- Suite SigTran. La interconexión en la red PSTN seresuelve mediante Gateway de interworking en el borde decada red y con señalización SS7. Si se considera que cadapaís tiene una variante nacional de SS7 (el SC2200 de Ciscotiene una biblioteca de más de 80 variantes de SS7) puedeempezar a vislumbrarse la magnitud del problema.El IETF, organismo que realiza los standard para las redesIP, ha formado el grupo de estudio SigTran, para el estudiodel transporte de señalización SS7 sobre IP (IPS7 oSS7oIP). Los protocolos de la suite SigTran emulan lascapas inferiores de SS7. En la Figura 2 se muestra eldiagrama de capas para el protocolo SS7 y el transporte enla red IP propuesto por SigTran. Por ejemplo, si el protocolonativo es ISUP, las capas inferiores son MTP-x (MessageTransport Layer) y se emulan mediante MxUA y SCTP.Los protocolos de Sigtran proveen todas las funcionalidadescomo ser:-control de flujo;-identificación de puntos de señalización de origen y destino;-identificación del canal de voz;-detección de errores y retransmisión;-control de congestión en Internet;-detección de estado de la entidad peer;-soporte de seguridad para información de señalización; etc.SigTran recomienda el uso de IPSec para los servicios deseguridad:-Autentificación del partner;-Integridad de la información de señalización en tránsito;-Confidencialidad mediante criptografía y-Disponibilidad del extremo bajo ataque para los usuariosautorizados.Figura 2. Diagrama de capas para los protocolos entre la PSTN y el GW-E7, a través del SGW.3
Monografías El Core de la Telefonía-IP13 (2003)OURNAL1.2.2- SCTP (Stream Control Transmission Protocol). Esteprotocolo es la capa de transporte usado habitualmente,debido a sus muchas mejoras por encima de TCP o UDP.Los viejos protocolos como TCP o UDP tienen limitacionespara las nuevas redes. Por ejemplo, TCP asegura lafiabilidad de entrega de datos a través de un mecanismo delos reconocimientos, y orden estricto de entrega de latransmisión de datos (secuenciamiento). Algunasaplicaciones necesitan el traslado fiable sin el mantenimientode la sucesión, mientras otros se satisfarían con laclasificación parcial de los datos. En estos casos TCPagrega un retraso innecesario. Este retraso hace de TCP unmecanismo de transporte impropio para las aplicaciones entiempo-real. Otros problemas ligados son la limitada cantidadde socket y de seguridad.El paquete SCTP consiste en un encabezamiento comúnseguido por uno o más segmentos de datos. SCTP tiene lassiguientes funciones:-Startup y Teardown. La asociación entre extremos esiniciada por un Request del usuario SCTP. Un mecanismo deCookie se emplea en la inicialización para proveer proteccióncontra ataques.-Fragmentación. Soporta la fragmentación y re-ensamble demensajes-Secuenciamiento. El usuario puede especificar el número destreams a ser soportado por la asociación.-Congestión y errores. Se asigna un número secuencial a latransmisión para reconocer si existen gaps en la secuenciarecibida. Reconoce la transferencia de información sinerroresy no-duplicada. Realiza la entrega en-orden en latransmisión con múltiples strems de paquetes;-Función de múltiples paquetes en un solo paquete SCTP;-Tolerancia a falla del nivel de red y1.2.3- M2UA (MTP2 User Adaptation). Las capas de controlde llamadas (por ejemplo, MTP3, ISUP, SCCP, o ISDNQ.931) se interconectan mediante un enlace de datos sobreIP llamado capa M2UA. En una red IP se identifican múltiplesdirecciones IP con un port de SCTP.Para el transporte de MTP-x sobre IP, se definen losprotocolos MxUA. En iplan se ha decidido utilizar el M2UA(en capa 2), en lugar del M3UA (en capa 3). Los equiposCisco-5300/5350 manejan el protocolo M3UA. Con M2UA elSGW no requiere ser visto como un punto de código deseñalización (indicado en la capa MTP3 del SS7). En estecaso, el punto de código lo tiene el GW-E7. El protocoloM3UA en cambio, trabaja a nivel de MTP3 y por ello requieremanejar los puntos de código de señalización.Los protocolos de SigTran como el M3UA (MTP3 UserAdaptation Layer) y el SUA (SCCP User Adaptation) permiteal diseñador desarrollar sólo la capa de la aplicación y notener que apoyarse sobre un grande número de variantes deSS7. Reduciendo complejidades de la interconexión yproblemas de la integración, el tiempo por desarrollar ycomercializar estas nuevas aplicaciones puede ser muy másrápido.En el caso de iplan el transporte de la señalización SS7 en lared IP ha seguido 3 etapas (ver la monografía Journal No 2para más detalles):-En la primera se utilizó el protocolo TCCS (TransparentControl Channel Signaling) propietario de Cisco y disponibleen los Gateway de voz Cisco-2600/3600.-Luego (en diciembre-2002) se migró a la solución ss7FWD,basado en el protocolo RUDP (Reliable User DatagramProtocol), también propietario de Cisco y diseñado para eltransporte en la red IP.-La tercera etapa será utilizar los protocolos standardSigTran, mediante diseños internos de iplan.1.3- Protocolo MGCPEl MGCP es un protocolo definido por el IETF y que permitecomunicar al controlador de gateway GW-E7 (conocido comoMGC o Call Agent en el IETF) con las gateway MGW detelefonía hacia la PSTN. Se trata de un protocolo de tipomaster-slave donde el GW-E7 informa las acciones a seguiral MGW. Los mensajes del protocolo MGCP viajan sobreUDP/IP, por la misma red de transporte IP con seguridadIPsec.El formato de trabajo genera una inteligencia externa a la red(concentrada en el GW-E7) y donde la red de conmutaciónestá formada por los router de la red IP. El MGW solo realizafunciones de conversión vocal (analógica o de velocidaddigital) y genera un camino RTP entre extremos. La sesiónde MGCP puede ser punto-a-punto o multipunto. El protocoloMGCP entrega al MGW la dirección IP, el port de UDP y losperfiles de RPT.Las funcionalidades son:1- Comandos sobre el MGC (el GW-E7): NotificationRequest; Create, Modify and Delete Connection; AuditEndpoint, Audit Connection; Endpoint Configuration,Experimental command.2- Comandos sobre el MGW: Restart in Progress; DeleteConnection y Notify.En particular se tienen los siguientes mensajes o comandosdisponibles en MGCP:-El Notifications Request es el primer mensaje y se generaante el requerimiento de conexión. Como respuesta serecibe un Ack Notification Request. El mismo comandotransfiere los dígitos discados cuando el usuario termina lamarcación correspondiente.-El Create Connection. es utilizado para crear una conexiónque se inicia en el GW. Se recibe el comando deconfirmación Ack Create Connection.-El Modify Connection puede ser usado para cambiar losparámetros de la conexión existente. El comando DeleteConnection es usado en cambio para cancelar la conexiónexistente al final de la llamada. Otro comando, audit.Connection, es usado para requerir el estado de la conexión.El Delete Connection es utilizado para el cierre de lallamada. Como respuesta el GW envía una serie deinformaciones obtenidas desde el protocolo RTP número depaquetes y de Bytes emitidos; número de paquetes y Bytesrecibidos; número de paquetes perdidos; jitter promedio enmseg, retardo de la transmisión, etc.4
Monografías El Core de la Telefonía-IP13 (2003)OURNALFigura 3. Ejemplo de comunicación con protocolo MGCP.-El AuditEndpoint es usado para requerir el estado delextremo al GW. Los comandos AuditEndpoint y audit.Connection permiten obtener información que posteriormenteforman parte de la MIB y pueden consultadas mediante elprotocolo SNMP por el sistema de Management. Porejemplo, se pueden obtienen los siguientes mensajes derespuesta:.Requested Events,.Digit Map,.Signal Requests,.Request Identifier,.Notified Entity,.Connection Identifiers,.Detect Events,.Observed Events,.Event States,.Restart Reason,.Restart Delay,.Reason Code,.Capabilities.-El Restart In Progress es usado por el GW para notificar queun grupo de conexiones se encuentran en falla o reinicio.-El Endpoint Configuration es usado para indicar al GW lascaracterísticas de codificación esperadas en el extremo final.La Figura 3 muestra un ejemplo de comunicación utilizandoel protocolo MGCP entre dos gateway GW de usuario.5
Monografías El Core de la Telefonía-IP13 (2003)OURNAL2- FUNCIONAMIENTO DEL GATEWAY GW-E72.1- Arquitectura lógica.En la Figura 4 se muestra la arquitectura lógica del GW-E7de iplan. Los módulos componentes de dicha arquitecturason los siguientes:-Módulo SigTran. Esta unidad es la que contiene el stackM2UA de SigTran y que permite mantener activo el enlaceSS7 contra la red TDM (central NEC y PSTN).-Módulo MGCP. Esta unidad lógica tiene la capacidad decontrolar los MGW asociados al GW-E7.-Módulo H.323. El módulo H.323 permite al GW-E7registrarse como un gateway de VoIP en H.323 sobre undominio de GK o en un softswitch.-Módulo de Control. El módulo de control gestiona toda lainteroperación entre los diferentes componentes lógicos de laplataforma. Las funciones de este módulo son:-realiza la validación de los puntos de código de losmensajes SS7 recibidos;-interpreta el routing label y envía la información de canalesal módulo MGCP para proceder al control de los mismos y-envía la información al módulo H.323 para que pueda armarel mensaje Q.931.-Unidad de Billing. Genera CDRs y los almacena sobre labase de la información de las llamadas cursadas mediante elGW-E7. Los CDRs almacenados corresponden tanto allamadas fructuosas como infructuosas.-Unidad de Aprovisionamiento. Esta unidad se requiere paratareas de aprovisionamiento y administración, pero podría noser parte de los componentes del sistema. 2.2-RequerimientosLos requerimientos generales para la plataforma del GW-E7son:-Dos interfaces Ethernet 10/100 Mbps BT full-dúplex (paraSeñalización VoIP y para monitoría) con configuración deruteo independiente.-Acceso local vía consola.-Soporte Telnet e interfaz Web para provisioning.-Soporte de Provisioning vía SNMP.-Reporte de alarmas vía SNMP.-Cliente NTP ó SNTP para sincronización de fecha y hora.-Interoperabilidad con equipos Cisco y estándares SigTran,MGCP y H.323.El equipo tiene la facilidad de registrarse en un dominio deGK, como así también realiza la comunicación Peer-to-Peercontra otros GW dentro del mismo dominio. El protocoloutilizado será el estándar H.323 de la ITU-T y poseerá lassiguientes características:-Protocolo estándar H.323 v2/v3 de la ITU-T.-Facilidad Fast Connect.-Protocolo de control Estándar MGCP.El equipo tiene la capacidad de señalizar hacia el lado TDMen forma independiente (o stand-alone) con el protocolo deseñalización SS7. El equipo tendrá integrado el stack deseñalización SS7 con soporte del protocolo M2UA deSigTran para proveer funcionalidades MTP directamentesobre los MGW asociados. Los layers superiores delprotocolo deberían estar soportados directamente sobre laplataforma.Figura 4. Diagrama de bloques de los componentes lógicos del GW-E7.6
Monografías El Core de la Telefonía-IP13 (2003)OURNALComo se dijo anteriormente, el equipo tendrá la facilidad deregistrarse en dos dominios de Telefonía-IP (dos dominiosde GK). La plataforma tendrá las siguientes características:-Configuración del GK (dirección IP, puerto RAS, GK-Id yH.323-Id).-Soporte de Gatekeeper alternativo. Con esta facilidad, elgateway intentará registrarse en el GK alternativo si sepierde la conectividad con el principal.-Soporte de clusters de Gatekeepers (en el caso de la redde iplan durante el año 2003, donde se tienen tres GKCisco-7401 configurados especialmente en cluster).-Soporte de Directory Gatekeepers. Si bien esta es unafacilidad inherente a los GK, el GW-E7 debe cursarllamadas a través de un Directory Gatekeeper estandoregistrado en un GK de infraestructura.-Light-weight-registration Period configurable para H.225RAS (keep alive).2.3- Señalización de llamadas con GW-E7.La Figura 5 detalla el procesamiento de una llamadaentrante desde la PSTN hacia la red de Telefonía-IP.Pueden notarse las siguientes particularidades:-El GW-E7, al igual que un Media Gateway Controller MGC,soporta todos los protocolos de señalización necesariospara permitir a un Gateway H.323 establecer llamadas conusuarios en la PSTN y a través de Media Gateways MGCPy viceversa.-El establecer llamadas contra la PSTN implica el mapeo delos stacks de señalización basado en IP sobre el protocoloSS7/ISUP. Este mapeo, sin embargo, se realizaráutilizando el estándar de transporte de M2UA de SigTran.-La central de conmutación switch class-4 indicada en laFigura 1 en el lado de iplan, no se muestra en la Figura 5 yen la mayoría de los casos no es necesaria.-Las funciones del GK y el softswitch se muestranintegradas en esta figura aunque se pueden ver separadasmás adelante.Los pasos de la llamada en la Figura 5, son los siguientes:(1)- Requerimiento de llamada desde la PSTN. Cuandoun usuario B (ubicado en la PSTN) inicia una llamadaentrante a la red de VoIP en iplan, se recibe el mensajeIAM (Initial Address Message) del protocolo ISUP de SS7.El IAM contiene la información inicial de llamada para elencaminamiento. Son los primeros dígitos seleccionadospor el usuario. También existe el mensaje SAM(Subsequent Address Message) que transporta las cifras noenviadas en el mensaje IAM.El Signaling Gateway SGW cambia el protocolo detransporte del mensaje desde SS7 a M2UA. Es decir,desde transporte TDM a IP. El SGW puede ser un MediaGateway MGW con capacidad de soportar M2UA. Para elcaso de iplan, la mejor solución puede ser usar MGWCisco-5350 y un SGW por separado. El 5350 es un GWque permite manejar tanto canales vocales como de dialup,lo cual facilita las operaciones de interconexión paraambos servicios.(2)- El GW-E7 crea la conexión en el MGW. Al recibir elmensaje IAM el GW-E7 desde el SGW, el módulo SHP-SigTran del GW-E7 le pasa todos los parámetros al módulode control. Entonces se disparan sendas acciones sobrecada uno de los módulos H.323 y MGCP. Por un lado, elmódulo MGCP envía un mensaje Create Connection alMGW al cual le corresponde el circuito indicado en elmensaje IAM de SS7. Como respuesta se recibe elmensaje AckCreateConnection de reconocimiento de lasolicitud.(3)- Requerimiento de admisión. El GWE7 envía al GK(el softswitch se supone que contiene la funcionalidad deGK) en el dominio H.323 un mensaje ARQ (AdmisiónRequest). Cuando se recibe el mensaje ACF (AdmisiónConfirm) el GW-E7 pasa a la siguiente fase.(4)- Mensaje de Setup. El procedimiento se bifurca en elmodo ruteado y no-ruteado. En el modo de operación noruteado,el GK informa al GW-E7 cual es la dirección IP delGW-A al cual va dirigida la llamada, de acuerdo con ladirección E.164 recibida en el mensaje ARQ. Ahora, el GW-E7 se comunica con el GW-A indicado por el GK y le envíael mensaje Setup en forma directa. Este mensaje (enprotocolo Q.931) es respondido mediante el mensaje CallProceesing.Para el caso de trabajar con Modo Ruteado, el mensaje deSetup entre GW pasa por el GK. En el caso No-Ruteadoanterior, el GK se desentiende de la conexión y solo seocupa de la traslación entre direcciones E.164 y IP. En elmodo ruteado el GK seguirá toda la conexión, de forma quehaciendo uso de las funcionalidades de Softswitch sepodrán ofrecer servicios de valor agregado. Este es el casoindicado en la Figura 5.El mensaje Setup contiene todos los parámetros de lallamada y los parámetros de Fast Start dentro del elementoUser-to-User Information (UUIE). El Setup en H.225 defineel uso de UUIE para facilitar operaciones de señalizaciónespecíficas del protocolo H.323.(5)- Requerimiento de admisión del GW -A. Cuandorecibe el Setup, el GW-A se ocupa de registrarse medianteARQ y recibe desde el GK el mensaje ACF.(6)- Alerta de llamada. Con estas acciones cumplidas, elGW-A se ocupa de informar al usuario-A de la llamadaentrante (mediante la corriente de llamada al teléfono,ringing) y hacia el usuario-B le envía el mensaje de Alerting.Inicialmente se envía al Softswitch en protocolo Q.931,quien toma nota de este estado y lo reenvía la GW-E7. EsteGW-E7 cambia a protocolo M2UA para comunicar el estadoal SGW y este cambia a SS7 para enviarlo a la PSTN. Elmensaje de Alerting en SS7 es el ACM (Address CompleteMessage) que indica que se ha obtenido en acceso aldestino. Se entrega entonces al usuario-B el tono dellamada..7
Monografías El Core de la Telefonía-IP13 (2003)OURNALFigura 5. Procesamiento de una llamada entrante desde la PSTN hacia el GW-A.(7)- Modificar conexión en el MGW. Al mismo tiempo queenvía ACM a la PSTN, el GW-E7 necesita modificar laconexión en el lado llamante y finalizar el setup de ladirección de transporte. Para esto le envía al MGW unmensaje Modificate Connection en MGCP, que le indicaque el modo de conexión (ConnectionMode) es ahora fulldúplexy que se puede ejecutar el SDP (SessionDescription Protocol) para proceder al resto de la conexión.El MGW responde con el mensaje de reconocimientoAckModificateConnection.El SDP se utiliza para describir la sesión y trabaja junto conMGCP y SIP. La descripción de la sesión incluye elnombre, período de tiempo, tipo de medio (vídeo, audio,etc), protocolo de transporte y número de port; informaciónde ancho de banda, etc. Se utiliza en aplicaciones demulticast Mbone (Multicast Backbone). Se encarga de lassesiones en conferencia para comunicar direcciones einformaciones específicas para participar de la misma. Eluso de un site de tipo Mbone permite simplificar el procesoa conocer la dirección multicast IP y la port UDP. Es unprotocolo de sesión que puede trabajar con cualquierprotocolo de transporte, como ser la familia SAP, SIP,RTSP o protocolos como HTTP.(8)- Conexión de llamada. Cuando el usuario-A respondea la llamada (operación de off-hook), se envía hacia tras elmensaje Connect en Q.931 desde el GW-A hacia elsoftswitch y desde este al GW-E7. El GW-E7 cambia almensaje ANM (Answer Message) del protocolo ISUP,primero en formato M2UA hacia del SGW y en formatoMTP2 desde el SGW a la PSTN. Este mensaje indica quela conexión está establecida y se habilita el canal vocal entodo el circuito.(9)- Cierre de circuito en el MGW. En el mismo momento,el GW-E7 también envía un mensaje en protocolo MGCP alMGW de ModificateConnection para completar el setup dela llamada haciendo la conexión con el endpoint destino enmodo full-dúplex.(10)- Señal vocal sobre RTP. La señal vocal (codificada endiversos tipos de Codec: G.711 o G.729) es transportadaen paquetes de protocolo RTP (Real-Time Transport8
Monografías El Core de la Telefonía-IP13 (2003)OURNALProtocol). El RTP tiene como principal objetivo aseguraruna calidad de servicio QoS para servicios del tipo tiemporeal.Para ello recurre a:-la identificación del payload,-la numeración secuencial,-la medición de tiempo de transmisión y-el reporte de la calidad (función del protocolo RTCP).Entre sus funciones de RTP se encuentran:-la memorización de datos,-la simulación de distribución interactiva,-el control y mediciones de aplicaciones.El RTP trabaja en capa 4 y sobre UDP, de forma que poseeun checksum para detección de error y la posibilidad demultiplexación de puertas (port UDP). Las sesiones deprotocolo RTP pueden ser multiplexadas. Para ello serecurre a un doble direccionamiento mediante lasdirecciones IP y el número de port en UDP.(11) Cierre de la llamada. El cierre de la llamada se realizamediante mensajes que siguen el mismo camino queAlerting o Connect.. Se trata de ReleaseComplete enprotocolo Q.931 en la red IP y se convierte en REL para elprotocolo ISUP (SS7).(12) Cierre de Gateways. El GW se comunica con elsoftswitch en forma similar a los mensajes de admisiónARQ y confirmación ACF. Se utilizan los mensajes de cierreDRQ (Delete Request) y confirmación DCF (DeleteConfirm) en protocolo RAS. El GW-E7 hace lo propio sobreel MGW con el mensaje DeleteConnection en MGCP.2.4- Diagrama de capas del GW-E7.En la Figura 6 se presenta el Modelo de Capas (Layers)para el GW-E7. Se observa que trabaja hacia el SignalingGateway SGW con el stack M2UA/SCTP de la suita deprotocolos SigTran y con ISUP/MTP3 de la suite SS7. Conel Media Gateway MGW se comunica medianteMGCP/UDP. Hacia el Softswitch, los protocolos son losdefinidos en la suite de protocolos H.323. Todos estosprotocolos trabajan sobre la capa IP, es decir en la mismanube IP por donde se transporta la señal vocal sobreprotocolos RTP/UDP/IP.2.5- Funcionalidades adicionales.2.5.1- Soporte de Dial-Peers y Translation-rules. Eltérmino “dial-peers” es utilizado por Cisco y se refiere aconfiguraciones puntuales del plan de numeración y definelos atributos de una conexión que puede ser VoIP o POTS.Un dial-peer mapea el string de dígitos marcados/recibidoscon el dispositivo de destino remoto en la red, el cual puedeser un MGW o un GW terminal H.323 a través de unGatekeeper. Una llamada de voz sobre una red depaquetes está segmentada en segmentos de llamada queestán asociados con los dial-peers (un dial-peer estáasociado a cada segmento de llamada). Un segmento dellamada es una conexión lógica entre dos router/gateways,o entre un router/gateway y un dispositivo de Telefonía-IP(gatekeeper/softswitch).Figura 6. Diagrama de capas para los componentes de la Telefonía-IP central.9
Monografías El Core de la Telefonía-IP13 (2003)OURNALEl conjunto de dial-peers del GW-E7 constituye el plan denumeración o dial-plan que establece todas lasposibilidades en cuanto a dígitos marcados o recibidos.Todas aquellas llamadas cuyos dígitos marcados orecibidos no posean un dial-peer asociado seránrechazadas. Las reglas de traducción (translation-rules) seejecutarán después del barrido de los dial-peers (formandoparte del dial-plan) y son las instrucciones que permiten lamanipulación de dígitos tanto del número marcado como elnúmero del llamante.A continuación se lista las características del dial-plan:-Manejo de dial-peers asociados a cada interfaz(TDM/VoIP) en forma independiente.-Manejo de translation-rules asociadas a cada interfaz(TDM/VoIP) en forma independiente permitiendo:Manipulación de dígitos de número llamado y llamante;Inserción y reemplazo de dígitos en cualquier posición yBorrado de dígitos y número completo.-Manejo de caracteres especiales “.”, “*”, “#”, T, etc. comoparte del número.-Manejo de listas de acceso por IP y pudiendo vincularsecada una de ellas a las translation-rules (ejemplo: Inserciónde dígitos según la dirección IP de origen).-Funciones de screening y bloqueos (entrante/saliente).-Bloqueo de todos aquellas llamadas cuyos prefijos noexistan en el dial-plan configurado.2.5.2- Requerimientos de tasación. El GW-E7 puedeenviar mensajes de accounting a una plataforma remota deacuerdo a los parámetros de configuración que se ingresen.En este sentido el operador podrá seleccionar alguna de lassiguientes opciones:-No generar CDRs.-Generación local de CDRs con almacenamiento remotovía RadiusEl GW-E7 puede generar un único registro de tasación(CDR) por cada llamada. El registro se genera tanto parallamadas completadas como infructuosas. Los campos decontenido de cada CDR que se enviarán a la plataformaremota. serán los siguientes:-Carrier ID (indica el Carrier usado para enrutar la llamada).-Número de usuario-A y usuario-B (ANI).-Número traducido de usuario-A (si es necesario).-NADI de usuario-B (Nature of Address Indication), paradiscernir si el número discado es: local (subscriber);Nacional; Internacional o Traducido.-Fecha y hora del Setup de Q.931-Fecha y hora del Connect de Q.931.-Fecha y hora del Disconnect de Q.931.-Origen de Disconnect. Indica cual fue el usuario que cortóla comunicación. Desconexión en el origen; Desconexiónen el destino o Desconexión por sistema.-Release Cause Value. Razón de desconexión de lallamada, según ITU-T Q.850 (en valor decimal)El accounting se hace vía protocolo Radius. Si se activa laopción, entonces el equipo genera el CDR y lo envía a unaplataforma a través de un único mensaje Radius. Es decir,que el equipo envía un mensaje Radius por cada CDR quegenera localmente.2.5.3- Configuración del GW -E7. El Gateway E7 podráconfigurarse y aprovisionarse con diferentes modos deacceso a saber:-Por acceso local vía consola.-Mediante conexión remota (tipo Telnet).-Por interfaz Web utilizando protocolo HTTPS (encriptado)para configuración segura desde Internet.-Desde una plataforma remota a través del protocolo deadministración SNMP.2.6- El GW-E7 como STP en la red de iplan.En la red de iplan (Figura 1a) los puntos de señalizaciónSS7 son varios: el SC2200 para la red de VoIP y trescentrales de conmutación NEC para una parte de la ITX.Un proyecto es concentrar los puntos de señalización en unSTP. Se entiende por STP al Punto de Transferencia deSeñalización entre dos redes de telefonía. Cuando sedispone de la funcionalidad STP, un solo punto (o dos porrazones de redundancia) puede llegar a administrar toda laseñalización SS7 de Interconexión ITX con otrosoperadores.Cuando iplan desplegó la red de telefonía, colocó centralesNEC que no disponían de la funcionalidad STP. Entonces,cada nueva ITX con un operador que involucre más de uncentro de conmutación, debe realizarse con nuevos enlacesde señalización Link-SS7. Tal es el caso de los operadoresTelefónica y Telecom. Gestionar nuevos Links-SS7 conestos operadores genera desconfianza y costosadicionales. Un STP comercial, implica un costo elevado yproporciona muchas funcionalidades superfluas y con unacapacidad de procesamiento de llamadas innecesaria parala topología de red de iplan. Por otro lado, se requiere eltransporte de los links de señalización a las centrales delinterior sobre la red IP interurbana, y la integración con elprocesador de señalización SC2200 para la red deTelefonía-IP. Ningún STP comercial brinda estasfuncionalidades que son obligatorias para la topología deuna red de Telefonía-IP.Cada nueva ITX requiere de al menos un link deseñalización para las ITX denominadas “estrechas” (comoAT&T, TechTel, Comsat, CTI, Impsat, etc.) y de dos linkspara las ITX denominadas “amplias” (como Telefónica,Telecom) Este último caso también se aplica a la redinterna de Telefonía-IP, conocida como VoIP (Voice-over-IP). Estos links se materializan con placas de hardware enla central de conmutación y con equipos SLT en elSC2200. Posteriormente, la ITX en otras ciudadesrequieren links de señalización en las centrales del interior.Con la nueva topología GW-E7 y de acuerdo con la Figura7, es posible generar un STP desde el GW-E7. La redinterna de iplan se encarga de las ITX con las centrales deconmutación. Inicialmente el SC2200 seguirá funcionandocon un punto de ITX separado.El desarrollo GW-E7, implementa las funcionalidades deSTP sin abrir el contenido del mensaje ISUP. El ruteo demensajes SS7 al switch de destino se basa en el Códigode Punto de Destino DPC que está contenido en el RoutingLabel del mensaje SS7 y en la dirección IP de destino delSGW, que baja el link a la central correspondiente. El linkde señalización es extractado de la trama E1 que10
Monografías El Core de la Telefonía-IP13 (2003)OURNALinterconectan la central de Buenos Aires con la PSTN y esenviado al GW-E7. El GW-E7 reenvía el mensaje deseñalización en función de la dirección DPC, que viene enel mensaje (identificando a la central), al SGWcorrespondiente a la entrada de la central de conmutación.El SGW de destino del mensaje sube éste al link TDM y loentrega a la central.El GW-E7 recibirá los links de señalización desde la PSTN.Esto implica que este equipo va a estar directamenteinterconectado a ellas. A fin de ser introducido a la red deseñalización nacional, el GW-E7 debe ser homologado porla CNC y por las Telco (Telefónica y Telecom,principalmente). Los procedimientos de homologación enlas Telco implican la instalación del equipo en susMaquetas y la prosecución de un conjunto de pruebas quecertifiquen el funcionamiento adecuado como para serintroducido en la red de ellos. Luego de obtenida lahomologación, la ITX sería inmediata.Figura 7. El GW-E7 con funcionalidades de STP de señalización SS7.11
Monografías El Core de la Telefonía-IP13 (2003)OURNAL3- FUNCIONAMIENTO DEL SOFTSWITCH.3.1- Condiciones de inicio.Durante el período 2002-2003, el Core de Telefonía-IP eniplan, se encontró bajo el dominio de los Gatekeeper Cisco-7400 (Figura 8). Estos GK tomaron el control de la redcuando se quitó de servicio el OCMC de HP en abril-2002.Las principales características de esta configuración son:-Se utilizan una funcionalidad del software IOS de Ciscoque está disponible en los GK 7400. El IOS mantiene unabase de datos encargada de asociar los númerostelefónicos (numeración pública) a las direcciones IP de losGW correspondientes. La escalabilidad de esta base dedatos esta limitada por el IOS y por los recursos dememoria de los GK.-Las direcciones IP usadas en los GW son direcciones IPprivadas y fijas dentro de las VLAN definidas para latelefonía.-El funcionamiento es en modo no-ruteado (Figura 9). ElGK se ocupa del establecimiento de la comunicacióncuando recibe el mensaje de protocolo H.225 denominadoARQ (requiere la conexión con un ANI determinado) yresponde con ACF (indica la dirección IP del gateway GW-B corresponsal). Luego no participa del resto de laconexión. Esto, determina que los mensajes de “setup“(originación de la llamada), “alerting” (abonado B llamando)y “connect” (abonado B responde) no son atendidos por elGK. Como resultado el GK ignora el estado y duración de lacomunicación. No se puede hacer el Billing de las llamadasentre clientes en la VoIP que no pasan por la interconexiónITX.-El GK no puede ofrecer servicios a los clientes (porejemplo, re-enrutamiento de las llamadas).Las razones que llevaron a adoptar esta solución para elperíodo 2002-2003 se han expuesto en los Journal No 4 yNo 5. En el No 4 en particular, se describió la primervariante de diseño implementada a fines del año 2003.Figura 8. Estado inicial del Core de Telefonía-IP.12
Monografías 13 (2003)El Core de la Telefonía-IPOURNALFigura 9. Cambios en la estructura del Softswitch.3.2- Solución mediante VSM.La primer solución planificada para el Softswitch conteníalos siguientes elementos (Figura 9):-Una unidad de Proxy GKMPU que se presenta hacia ellado de la red. De acuerdo al tipo de mensaje recibido (tipode protocolo) y del puerto correspondiente, deriva losmensajes a las unidades de procesamientocorrespondientes.-La unidad RAS que ejecuta todas las registraciones de losgateway GW y las transacciones de admisión de llamadas.-La unidad CSMU que ejecuta el call setup a través de losmensajes Q.931. Se encarga de realizar todo el proceso deenrutamiento de la llamada de acuerdo a la informacióncontenida tanto en el mensaje de setup, como lainformación contenida en la base de datos propia y lainformación de registraciones de CPEs. Contiene la basede datos de aplicación de servicios que almacena todos losservicios y sus features vinculados a cada CPE o línea deGW registrado. Esta información se propaga entre todos losservers físicos que componen la unidad de call setup.-La unidad BMU que recibe la información desde el CSMUy almacena los CDRs correspondientes luego de cadallamada completada. Los CDRs almacenadoscorresponden tanto a llamadas fructuosas como a lasinfructuosas.-La unidad WPU realiza tareas de aprovisionamiento yadministración, pero podrían no ser parte de loscomponentes del sistema.En la misma Figura 9 se muestran los cambios propuestosen aquella configuración. Se parte del mismo cluster deGatekeepers GK Cisco-7400 existente en la Figura 7 y seagregan los cambios necesarios para adaptarlos.Para levantar el problema de la escalabilidad de la base dedatos de los GK se recurre a utilizar un server externo, queutiliza como protocolo de comunicación un API del IOS deCisco que se denomina GKTMP (Gatekeeper TransactionMessage Protocol). Una API (Application ProgrammingInterface) es un software que un programa de aplicaciónutiliza para requerir servicios de bajo nivel. Este software,disponible en el GK Cisco-7400, se comunica con un serverexterno que contiene el mismo protocolo. En el serverexterno se agrega una Base de Datos externa mucho másextensa y mediante una interfaz Web se puede efectuar laconfiguración. El conjunto de server GKTMP, con la basede datos y la interfaz web para el provisioning se lo conoceen iplan como VSM (VoIP Service Manager). En la Figura10 se muestra el diagrama a bloques y una ejemplo deconexión.El protocolo GKTMP utiliza dos tipos de mensajes: GKTMP-RAS y Trigger-Registration. El GKTMP-RAS es similar alH.323-RAS. Tiene los siguientes mensajes:-RRQ (Registration request) y RCF (Registration confirm);RRJ (Registration reject) y URQ (Unregistration request);-ARQ (Admission request); ACF (Admission confirm) y ARJ(Admission reject);-LRQ (Location request); LCF (Location confirm) y LRJ(Location reject) ;-RIP (Request in progress).13
Monografías 13 (2003)El Core de la Telefonía-IPOURNALFigura 10. Solución al problema de escalabilidad de la Base de Datos mediante VSM.Además de resolver las limitaciones de escalabilidad de laBase de Datos del GK Cisco-7400, la versión VAS puedeproveer algunos servicios básicos manipulando los mensajesde ACF como ser:-Bloqueos de números (mediante Black and White lists);-Presuscripciones a carriers;-Ruteo basado en ANI y DNIS;-Manipulación de Dígitos;-Balanceo de carga entre Gateways MGW;-Anuncios;-Servicios de emergencia y-Redes privadas virtuales VPN (Virtual Private Network).Se entiende por ANI (Automatic Number Identification) a laidentificación del usuario en la red PSTN. En cambio, elDNIS (Dialed Number Identification Service) es un feature delas líneas 0800 (llamadas entrantes). DNIS indicainformación respecto del número de abonado al que se estállamando, mientras que el ANI (o el Caller ID) indicainformación del número del que llama.En la Figura 9 se observa que, desde el punto de vista delproceso de comunicación, se mantienen limitaciones para lasfunciones que requieren modalidad ruteada, como ser elBilling y los desvíos por abonado B ocupado o por B nocontesta. Una estructura de este tipo es similar al softwareNAM de Cisco, que fuera probado a inicios del 2002 comoalternativa para solucionar los problemas del 0800 en iplan.Este problema fue resuelto definitivamente gracias a COSO.3.3- Solución mediante Softswitch.Para ofrecer una solución definitiva que contemple el Billing ylos servicios al cliente, se requiere pasar a trabajar en modoruteado. Esta modalidad de trabajo obliga a colocar uno omás módulos Q.931 (CSMU) que manejan el setup de lallamada. En las Figuras 8 y 10, el setup se realiza entregateways GW sin intervención del GK o VSM, ahora en laFigura 11, el setup es efectuado por el módulo que manejaprotocolo Q.931.En la versión de Softswitch disponible en Journal No 4 elmódulo denominado RAS (diseñado en iplan) esreemplazado aquí por el Cisco-7400. El motivo es laconfiabilidad que puede dar al conjunto el GK que estátrabajando desde inicios del 2002 sin inconvenientes.Mientras que el Proxy denominado GKMPU se cambia por elVSM (con protocolo GKTMP). Los módulos CSMU sedenominaron aquí Q.931 y el módulo BMU es el módulo deBilling (son lo mismo en ambos casos, ver la Figura 9).14
Monografías El Core de la Telefonía-IP13 (2003)OURNALFigura 11. Solución al problema de la falta de billing y servicios de valor agregado con el Softswitch.Algunas justificaciones del cambio son:-Actualmente el cluster conformado por los Gatekeeper 7400se encuentra con 460 endpoints registrados y con 2000llamadas cursándose simultáneamente a hora pico,cumpliendo con los niveles de disponibilidad requeridos porla red VoIP de iplan. Esto nos permite suponer que la granjade RAS poseerá el nivel de confiabilidad y robustez que elSSI necesita.-Las API de GKTMP posee soporte por parte de Cisco eiplan ya ha desarrollado el código básico de GKTMP conbuenos resultados.-El Modulo GKTMP será quien balancee la carga en losQ.931 por medio de la consulta de los mismos. Esto permiteeliminar el Proxy y de su gemelo que sería colocado en Hot-Standby. Por lo tanto, el diseño es más simple y se evita elpunto de falla generado por la configuración de hot-standbyde los Proxys.-En caso de que la granja Q931 quede fuera de servicio,será relativamente sencillo pasar al modelo actual ymantener las funcionalidades que puede brindar el GKTMP,no así las que brindarán los módulos de Q.931.Características del nuevo diseño son:-El modulo GKTMP será quien resuelva la traducción denúmeros de todas aquellas llamadas que no necesitendesvío por causas de algún estado de la llamada en curso.Esto quita trabajo a los módulos de Q.931.-La API-RAS-Q.931 son las mismas que se han desarrolladopara la comunicación entre los RAS y Q.931 del diseñooriginal. Por lo tanto, esto no impacta demasiado en eldiseño del modulo Q.931.15
Monografías El Core de la Telefonía-IP13 (2003)OURNALMONOGRAFÍAS DE JOURNALJournal monografías número 13. Edición noviembre-2003.Diseño gráfico original de Marianela V. Ricardo16