OURNAL

monografa 5

2003 iplanTech

Journal Monografas es una publicacin de iplan que contiene informacin tcnica y confidencial de la empresa. Se
distribuye a un circuito limitado de lectores a fin de mantenerlos informados sobre el estado y la evolucin de la
tecnologa y el negocio de la Telecomunicaciones, principalmente en las redes IP y la Telefona-IP. Se ruega a los
lectores a mantener el princ ipio de Confidencialidad sobre la informacin aqu contenida.
No est autorizada su reproduccin o distribucin por cualquier medio sin antes consultar con la empresa.

ITelefona iplan: el balance ptimo.

La telefona en iplan es el balance ptimo entre una red de
Telefona-IP para servicios de lneas analgicas y transporte
SDH para las tramas E1.

IINDICE
12345-

La generacin del start-up (...-2001).

El switch clase-5 y transporte SDH.
Solucin coyuntural (2002-2003).
La generacin definitiva (2003-...).
El trfico telefnico.

IABSTRACT
El Balance Optimo se logra con la Telefona -IP para aplicaciones de lneas
analgicas y el transporte SDH para clientes E1. Se dispone de un switch
class-5 para asegurar la interconexin ITX con la PSTN. Las ventajas
derivadas de la Telefona-IP en la red de distribucin de lneas analgicas se
han visto en nuestro Journal No 1. En esta edicin nos concentramos en la
evolucin de los componentes centrales de la red de telefona. Se analizan 3
generaciones de equipos aplicados a la red. La generacin definitiva
implementada desde el ao 2003 incluye diferentes desarrollos de iplan a
medida de las necesidades.
Varios componentes bsicos han sido analizados en nmeros anteriores de
Journal. Entre ellos nos encontramos con la tecnologa COSO, la tecnologa
Softphone y el Softswitch. Algunos otros componentes sern materia de
prximos Journal, como el gateway IP-IP.

Monografas

Telefona: El balance ptimo

5 (2003)

OURNAL
1- LA GENERACIN DEL STARTUP (...-2001)
1.1- Telefona-IP sobre GbE o ATM?.
Los primeros documentos de iplan a inicios de 1999 (en
aquella poca se denominaban NIT -Normas Internas
Tcnicas-), contenan referencias al transporte SDH y a la
conmutacin de circuitos, superpuesta a la red IP para datos
e Internet. Sin embargo, la ilusin era realizar una red
absolutamente IP, que integrara la telefona (conmutacin
de paquetes) y los datos.
Hacia mediados de 1999, los anlisis realizados con
posibles prove edores indicaban la alta factibilidad de
desarrollar una red de transporte Gigabit en lugar de SDH o
ATM y la integracin de la telefona sobre IP. La red final,
como se sabe, qued formada por un transporte IP-Gigabit
para los servicios de datos y para las lneas analgicas de
telefona y otra red SDH para tramas E1 de alto trfico. Esta
monografa se ocupa de como evolucion la historia hasta
tener una red con lo mejor de cada modelo.
Una de las preguntas primognitas se relacionaba con el
transporte del protocolo IP, mediante ATM o Gigabit?. Una
visin personal indicaba que ATM haba tenido la
oportunidad durante todos los aos 90 para conquistar el
mercado y no lo haba logrado. En cambio, los protocolos IP
y Ethernet estaban decididamente a la ofensiva. El corazn
indicaba una orientacin determinada, se necesitaba
convencer al cerebro (...y al bolsillo).
Para convencer al cerebro, se prepar una comparativa
tcnica entre ambos modelos. El modelo ATM consideraba
un Backbone de 622 Mbps, con Hubs de 622 Mbps y Nodos
de Acceso de 155 Mbps. Los clientes deban disponer de
una conexin Ethernet para ofrecer servicios IP y telefona
mediante tramas E1. Si se requeran lneas analgicas se
necesitaba un multiplexor apropiado, que no se incluy en el
anlisis .
Esta ausencia, el de no incluir las lneas analgicas en el
anlisis de ATM, habra sido un error fatal en caso de
seleccionar ATM. Otras empresas adoptaron este modelo y
un par de aos despus se arrepentiran. El modelo ATM se
demostrara insaciable en costos para ofrecer lneas
analgicas.
Para convencer al bolsillo, se plante un Modelo de
Evaluacin de 3 niveles en la red. El nivel superior es
ocupado por el Backbone o Core de la red; por ejemplo 4
sitios (2 en Buenos Aires incluido el NOC, Rosario y
Crdoba). El segundo es ocupado por los Hubs de la red
(para concentracin y distribucin por zonas). El tercero es
el acceso que corresponde a un edificio en particular.
La evaluacin tomaba en cuenta en forma preferencial el
costo del primer port (el primer cliente en el edificio) y el
crecimiento de los costos en forma de escalera para los
clientes sucesivos. Se trataba del Modelo de Distribucin
mediante un Nodo de Edificio (an no estaba la idea del
Nodo de Manzana).
Los resultados fueron concluyentes. En todos los casos
ATM era ms caro que Gigabit, esta diferencia se haca

mucho ms notoria en los equipos de acceso. La diferencia

entre tecnologas era ms evidente en la medida que se
incrementa el nmero de ports en el Nodo. Por ejemplo,
para el primer port Ethernet la diferencia de precio era del
orden del 40% (ATM con 146 Ku$s y Gigabit con 105 Ku$s).
Cuando la red llegaba a unos 500 ports Ethernet, la
diferencia aumentaba al 100%. La cantidad de ports
Ethernet que posea iplan a medidos del 2003 es cercana a
los 3000 ports en Buenos Aires.
Por ello, el costo inicial de ATM era mayor a Gigabit y la
escalabilidad menor. Es decir, exista una importante
diferencia en costo inicial y la misma se incrementaba con el
nmero de ports Ethernet de clientes. Este clculo
comparativo fue realizado tomando en cuenta el esquema
de Nodo de Edificio, pero dos aos ms tarde, con el
esquema de Nodo de Manzana, la comparativa sera mejor
an para Gigabit.
Que la decisin de seleccionar Gigabit (junto con la
Telefona-IP) fue buena, se puso en evidencia claramente
durante el 2002, cuando ninguna otra empresa poda
competir con iplan en los productos de lneas analgicas (el
producto Pack representa un tercio de los ingresos de la
empresa). En la decisin final d e la tecnologa coincidieron
el corazn, el cerebro y el bolsillo. Lo mismo ocurrira con el
proveedor de los equipos: Cisco.

1.2- Los componentes de la telefona.

Con el nombre Proyecto 811, haciendo referencia a la fecha
en que el Estado haba fijado el fin del monopolio en la
telefona (8 de noviembre del 2000), se design el proceso
de puesta en marcha del sistema durante el ao 2000. El
Proyecto 811 fue una provocacin para retar a la capacidad
de creacin e iniciar el startup con clientes amigables el
mismo da de la apertura del mercado.
Luego veramos que los clientes no seran tan amigables en
los malos momentos y que el perodo de prueba no sera tan
corto, extendindose ms all de lo deseado.
Los componentes de la red de telefona, desde fi nes del
2000 hasta principios del 2002, fueron los siguientes
(indicados en la Figura 1):
1- La central de conmutacin NEC. La decisin de colocar
una central de conmutacin convencional (switch Class-5)
como interconexin hacia la red pblica PSTN se tom
como precaucin ante la posibilidad de fallas durante el
startup de la Telefona-IP. En esta primer etapa solo se
coloc una central en Buenos Aires, siendo la interconexin
en Rosario y Crdoba mediante equipos Gateway-E1
(Cisco-AS5300).
La decisin de colocar la central se mostr acertada en el
futuro por varias razones:
1.1- Por un lado, el perodo de startup de la plataforma IP
dur cerca de 6 meses (ms de lo esperado, pero no tanto
como nos pareci en ese momento). Adems, en Rosario y
Crdoba nunca se pudo estabilizar completamente el
funcionamiento hasta llegar a la segunda etapa, durante el
2002.

Monografas

Telefona: El balance ptimo

5 (2003)

OURNAL

Figura 1. La primera generacin tecnolgica contena un softswitch de HP (llamado OCMC) y Gateways de borde Cisco-2600
para clientes y Gateways-E1 Cisco-5300 hacia la central de conmutacin NEC. Esta figura se complementa ms adelante con
los aos posteriores.
1.2- Los servicios E1 soportados en IP con Gateway-E1
nunca funcionaron a satisfaccin con clientes de alto trfico.
Una causa es la capacidad de procesamiento de llamadas
del hardware y otra es la falta de adaptacin entre el
gateway y algunas PABX de usuario en sealizacin
MFCR2.
1.3- Adems, para clientes con tramas E1, la tecnologa IP
es mas cara an que la SDH, aunque es ms econmica
para clientes de lneas analgicas FXS.
1.4- Por ltimo, no pudo lograrse una Interconexin ITX
completa en tecnologa IP directamente desde los Gateway
Cisco-AS5300 con los otros Operadores. Con Telecom fue
posible hacerlo desde el 2001, pero result imposible con
Telefnica. Esto se debi a la ausencia en aquella poca de
ciertos features en los gateways de ITX y de su sistema de
control Cisco-SC2200, ligados a la tecnologa H323
subyacente.
2- La Interconexin ITX. Se trata de las tramas E1 entre
iplan y la red pblica PSTN. Inicialmente se solicitaron
tramas E1 en el NOC de iplan para acelerar los tiempos.
Mientras tanto se construa la red y se tomaba una
Coubicacin en las Telcos. A mediados del 2001 ya estaba
realizada la construccin hasta ambas em presas (Tasa en
Barracas, Teco en Belgrano y en el 2002 con Teco en
Clnicas).

El enlace de interconexin no dejara de ampliarse al ritmo

del incremento de trfico telefnico. Inicialmente se usaron
los equipos SDH de Cisco que permitan trabajar con solo 8
tramas E1. Mas tarde en el 2001, se utilizaran equipos
AsGa con 21 tramas E1. A fines del 2002 se instalaban los
primeros SDH de 63 tramas E1, formalizando de esta
manera la ITX con topologa de anillo.
La capacidad de la ITX nunca estuvo holgada hasta
mediados del 2003. La entrega de tramas por parte de las
Telco fue en cuenta gotas y cuando la congestin estaba
consumada. Aunque los requerimientos se realizaran con
mayor anticipacin a lo indicado por el Contrato respectivo.
Se trata de un modus operandi, que fuera aplicado con
mayor dureza desde el 2001, obstaculizando la ITX con
pequeas empresas. Muchos de los negocios Wholesale del
mercado seran con pequeas empresas, que an teniendo
Licencia de operador, requieren de otra empresa
intermediaria para hacer trnsito hacia las Telco.
3- Los Gateway-E1. Para interconectar la red de TelefonaIP con la central se utilizaron equipos Cisco AS-5300. A
partir del 2002 la introduccin de equipos Cisco-5350
permita disponer de gateways duales (para telefona y dialup) Respecto de la ITX mediante Gateway-IP solo fue
posible hacerlo desde el principio con Telecom.
Poner un gateway Cisco-AS5300 en coubicacin traa el
riesgo de que si el equipo sufra un inconveniente
deberamos movilizarnos hasta la coubicacin. Llegar con

Monografas

Telefona: El balance ptimo

5 (2003)

OURNAL
SDH era ms robusto, ya que los equipos SDH son ms
pasivos y de configuracin ms esttica que un gateway.
Estos gateways se utilizan actualmente solo para trfico
saliente, ya que el trfico entrante trae tambin llamadas de
dial-up (modem de Internet) que deben ser atendidos por
access server duales 5350. Este hecho demostr ser un
punto faltante de nuestra solucin, pero la distribucin de
trfico de iplan justificaba de sobremanera tener rutas solo
salientes. Se requiri entonces conectar tramas desde la
NEC lo cual llev a la interconexin SDH.
4- Procesador de sealizacin SS7. Dentro de la red de
Telefona-IP se dispone del procesador de sealizacin
SC2200 de Cisco para manejar los protocolos SS7. Este
equipo hace la interfaz en SS7 entre la central NEC y la
nube de VoIP (Voice over IP).
5- El softswitch OCMC. El softswitch del startup fue el
OCMC de HP. El Softswitch es un software que permite
ofrecer servicios de telefona adems de la simple llamada
telefnica. Desde el inicio, el equipo presentaba fallas de
estabilidad y falta de flexibilidad. Adems, las promesas de
servicios que eran de estante, en realidad estaban en
pleno desarrollo. La versin de software para servicios
Starvox sufri varios upgrades y updates de parches. Para
mediados de mayo 2001, se contaba con una versin de
software que presentaba un cierto grado de estabilidad,
pero estaba muy relacionada al escaso trfico que en ese
momento se estaba cursando.
Para fines del 2001, el trfico de telefona obstaculizaba el
funcionamiento del OCMC, si bien los valores de llamadas
concurrentes y CPS (Calls Per Second) estaban an muy
lejos de las especificaciones. Se haca inmanejable la
interfase de aprovisionamiento y algunos equipos
comenzaron a caerse. HP acudi al desarrollista del stack
H.323 (la empresa israel RadVission) y ellos encuentran
que el origen del problema estaba en el cdigo del stack.
Sin embargo, los problemas continuaron y en abril-2002 se
decide migrar todos los gateways registrados en el OCMC a
Gatekeepers de Cisco (7400ASR1). Si bien esta solucin
dejaba afuera la posibilidad de generar CDRs (los ticket de
tarifacin) dentro de la red de Telefona-IP y algunos pocos
servicios mnimos que estaban disponibles en el OCMC, las
llamadas pasaran por la central NEC, por lo que los CDRs
para facturar estaban disponibles. Este cambio en la
topologa 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 casa
del usuario (CPE). Se adquirieron cerca de 1200 lneas
analgicas FXS en Gateway de 4 lneas (Cisco-1750 y
2600). Se trataba del modelo de distribucin mediante
Nodos de Edificio.
Se recuerdan memorables y acrobticas ancdotas sobre
los reclamos del Director de Ventas a este modelo, las
acrobacias correspondan a la forma de indicar como deba
vender todo en un solo edificio. Result un duro aprendizaje
sobre la validez de un modelo importado y que otras
empresas siguieron por mucho ms tiempo. Esta primera
etapa estaba identificada con el modelo de Nodo de Edificio
y FTTB (Fiber To The Building).
Startup en el NOC de iplan, noviembre-2002

Monografas

Telefona: El balance ptimo

5 (2003)

OURNAL
El modelo de Nodo de Manzana se inici en julio-2001 para
solucionar los problemas de alto costo de inversin y
dificultades de comercializacin del modelo CPE. Se pas
entonces a un modelo de distribucin de baja densidad con
Nodos de Manzana. Este modelo utiliza un Gateway-E1
(Cisco-2611 o VG200) junto a un multiplexor de 30 lneas
Edgelink.
En ambos modelos, el Softswitch y Gatekepeer era el
OCMC y el protocolo de comunicacin el H.323. En adelante
los esfuerzos en el despliegue de red estaban puestos en el
Local Loop de cobre.
Veamos algunos de los problemas detectados en los
Gateway durante el start-up y su solucin. Los equipos 1750
con lneas analgicas sufran de re-boot, no pasaban los
fax, faltaba la funcionalidad de caller ID, no haba rotatividad
integral de lneas con clientes de dos equipos. En cambio,
los gateway para clientes E1 Cisco-2610 tenan un tiempo
de establecimiento de llamada elevado y escasa respuesta
en la capacidad de procesamiento para clientes de alto
trfico.
Para el problema del equipo Cisco-1750 se busc la
solucin de cambiar a gateway de mayor poder de
procesamiento, los Cisco-2610 con 4 lneas analgicas.
Para el problema de los gateway E1 se cambi del Cisco2610 al 2650 y en los casos de clientes de alto trfico se
cambi a enlaces PDH/SDH.

ptica mediante equipos PDH o SDH. Por lo expresado ms

arriba, la ITX con las Telco y los clientes de alto trfico en
E1 requieren enlaces que no sean IP.
Los primeros equipos SDH que se instalaron fueron los
Cisco-15300. Inicialmente, Cisco dispona de un plan de
expansin sobre esta lnea de productos, que luego abort.
Cada equipo dispone de interfaz SDH de 155 Mbps y con la
posibilidad de acceder a solo 8 tram as E1. Los costos eran
muy elevados y nos oblig a analizar otras alternativas de
proveedores. Finalmente los equipos de AsGa fueron los
seleccionados, debido al bajo costo para una granularidad
reducida, como la requerida por nuestros clientes.
Los primeros equipos AsGa en el 2001 fueron para el
acceso punto-a-punto de E1 por FO. En el 2002 se paso a
comprar equipos SDH, primero de 21xE1 para la
interconexin. Luego seran llevados a los Hubs y Nodos
cuando se ampliaron los equipos de ITX a 63xE1 en el
2003. Los enlaces de interconexin en Buenos Aires,
Rosario y Crdoba estaran desde ese momento anillados
por caminos diferentes y con equipos de 63xE1.
A partir de la necesidad de servir a clientes de alto trfico
con enlaces transparentes (no IP) hasta la central de
conmutacin, sumado a la necesidad de interconexin con
las operadoras telefnicas, se comenz a desarrollar una
reducida red SDH. El proceso se acelera ante la necesidad
de incorporar clientes que tradicionalmente fueron servidos
con red SDH por otras empresas competidoras.

2.2- Ampliacin del switch class-5.

2- EL SWITCH CLASS-5 Y TRANSPORTE SDH

La central NEC lleg en la versin Neax-61 Sigma

Compacta con solo 32 tramas E1 en octubre-2000 y se
instal solo en Buenos Aires.

2.1- El transporte PDH/SDH.

Si bien el backbone de la red es Gigabit, nuestra red
tambin tiene una larga lista de enlaces de acceso por fibra

Figura 2. Modelo de anillo tpico en SDH que tiene accesos PDH (NxE1) hasta los clientes.

Monografas

Telefona: El balance ptimo

5 (2003)

OURNAL
Un documento de inicios del 2001 (a dos meses de la
liberalizacin del mercado), deca:
El dato de entrada es que hemos vendido en unos meses
tantas E1 como planeamos para un ao. La conclusin es
que se est modificando el mercado de las E1; cosa que
siempre se estim que ocurriera en el mercado de los datos
(en donde la red IP-Gigabit est mejor preparada
tcnicamente). Veamos algunos elementos de anlisis:
1- Muy probablemente no estamos considerando el mercado
en competencia de 2000 tramas E1 del ao 1999 en
Argentina (20 tramas E1 vendidas en un mes sera el 1% del
mercado, es poco razonable). En realidad, con una nueva
estructura de precios se est llevando a un cliente de ms
de 10 lneas hacia una trama E1. En muchos casos se est
agregando otra E1 a un cliente que ya est funcionando con
el proveedor anterior (Telefnica o Telecom). Es decir, se
est modificando el mercado de las E1, se multiplica casi
por 4. La conclusin es que al modificar el mercado en
cuanto a la cantidad de tramas E1 en juego, el volumen de
trfico y facturacin por cada E1 debera disminuir.
2- Existe entonces una incidencia en el trfico telefnico. La
cantidad de Erlang (unidad de medida de trfico) que
genera el cliente debe ser menor en cada E1 que se instala.
Esto es as por dos causas: el cliente necesitaba menos
lneas que las adquiridas y adems el nuevo entrante no es
el nico proveedor del servicio. Por esta razn, nos
encontraremos con una fuerte concentracin de tramas E1
entre el lado iplan y la red pblica (PSTN). El grado de esta
concentracin deber ser medida en forma constante ya que
no existen antecedentes de un mercado de este tipo. El
grado de concentracin puede ser cercano a 5.
3- Si trasladamos esto al mercado de los datos e Internet, lo
que quisiramos ver es que los clientes que normalmente
utilizan velocidades de Nx64 Kbps pasen a velocidades Nx1
Mbps. Otra vez, se trata de una migracin hacia velocidades
superiores donde el volumen de informacin transferida no
aumenta tanto como la velocidad de conexin. Muchos
operadores no pueden seguir esta migracin (cosa que en
telefona si pueden hacerlo y fcilmente).
Y as fue, se vendieron gran cantidad de E1, con un trfico
por cada una de ellas normalmente bajo. La facturacin
promedio, medida por cada trama E1 fue reducindose con
el transcurso del tiempo, debido a la sobreventa de E1 a
clientes que normalmente no estaran interesados.
Lo cierto es que la central de conmutacin no detendra el
proceso de am pliacin. Hacia abril-2002 el acuerdo con
NEC inclua el traslado de la Neax Compacta desde Buenos
Aires a Crdoba con 48 tramas E1; la instalacin de una
central Neax-61 con 32 tramas E1 en Rosario y la
instalacin de una central Neax Multiprocesamiento con 650
tramas E1 en Buenos Aires.
A mediados del 2003, una pequea ampliacin de 32
tramas E1 adicionales se contrataba a NEC para la ciudad
de Crdoba. La Neax-61 de Rosario era un caso aparte
(una tecnologa pasada de moda que se estaba utilizando
debido a razones de control de las inversiones).

A mitad del ao 2002 estaban las centrales en operacin en

Crdoba y Rosario. En ambas ciudades la calidad de
servicio estaba degradada debido a que la tecnologa de
tramas E1 mediante IP no responda a cliente s de alto
trfico. Por otro lado, se sumaban los problemas del core de
Telefona-IP debido al OCMC y los cortes del enlace
interurbano debido al robo de cables. Este ltimo problema
solo se solucion con la segurizacin de los enlaces de
transmisin por distintos proveedores.
Simultneamente a la ampliacin y movilizacin de
centrales, se tena un problema de software con el cliente
Bolsa de Comercio. Desde abril-2002 el cliente Bolsa de
Comercio deca tener dificultades en las llamadas salientes
hacia ciertos destinos. La primer reaccin se orient a
buscar las causas en la PABX del cliente. Este problema se
repetira luego sobre otros clientes con distintas centrales
PABX. Despus de un detallado y extenso anlisis se lleg
a determinar que la central de conmutacin no se ajustaba a
todas las normas nacionales e internacionales sobre
sealizacin R2. A fines del 2002 el bug estaba corregido.

3- SOLUCIN COYUNTURAL (2002-2003)

3.1- Introduccin del Call Manager.
La segunda generacin de la red de telefona inclua los
siguientes cambios:
-la salida de servicio del OCMC (y entrada de los 7400),
-el ingreso del Call Manager como un dominio separado,
-ampliacin de la ITX con centrales en Rosario y Crdoba.
Estos puntos se muestran como una evolucin desde la
Figura 1 a la Figura 3.
A fines del 2001 quedaba claro que la topologa existente
del startup no poda continuar por mucho tiempo. Esto
motiv la bsqueda de una alternativa dentro del portafolio
de Cisco. La nica alternativa disponible en aquel momento
era el Call Manager. Con posterioridad dispondra del
softswitch BTS, que solo fue liberado a la venta para
Amrica Latina en el 2003.
El Call Manager es un sistema ms adaptado al mercado de
grandes empresas que al de Operadores; claro que cuando
Cisco dice grandes empresas se trata de empresas muy,
pero muy grandes. El Call Manager estuvo revoloteando
durante bastante tiempo. Siempre el freno fue el costo por
lnea, ya que basaba sus servicio en los telfonos IP (IPphone), cuyo costo los convertan en una curiosidad tcnica,
mas que un equipo comercializable. Con el advenimiento del
gateway analgico de alta densidad VG248 para el Call
Manager, las cuentas cerraron.
Este sistema permite no solo brindar el servicio de telefona
con sus IP-phone, sino adems el servicio de lneas
analgicas FXS desde los equipos VG248. Haba estado
bajo prueba desde diciembre-2001, y los equipos definitivos
fueron puestos en marcha en marzo -2002. Permitira brindar
nuevos servicios en cuanto los mismos estuvieran probados
y consensuados.

Monografas

Telefona: El balance ptimo

5 (2003)

OURNAL

Figura 3. Esquema continuacin 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 Telefona-IP distintos.
Los problemas iniciales del Call Manager duraron muy poco.
Uno de los problemas se debi al tamao de las tablas de
enrutamiento de telefona definidas por iplan para el servicio
a brindar. Mientras que, una serie de bugs de software se
fueron corrigiendo con cambios de versiones sucesivas.
La mayor cantidad de bugs encontrados se deban a lo
nuevo del gateway analgico VG248. En menos de un mes
tena cerca de 40 clientes conectados (unas 200 lneas). Al
da de hoy, el Call Manager est orientado a ofrecer los
servicios de Pack de telefona analgica en el rea de
Buenos Aires. Tiene cerca de 6500 lneas conectadas. Pero,
no permite ofrecer servicios E1.

3.2- Componentes del Call Manager.

Los equipos introducidos para el Call Manager forman un
cluster de Server para distintas funciones, a saber:
-Servers Publisher: Disponen de la Base de Datos (tiene los
CDR para billing, para diagnstico, tiene registradas las
lneas, el Plan de Discado, la configuracin de los servers,
etc) y brinda la interfase web de administracin para el
personal de Operaciones.
-Server de Back-up & TFTP: Cuando el VG248 se inicializa
o es configurado, enva el archivo de configuracin de cada
lnea usando el protocolo TFTP. Adicionalmente, cumple
con las funciones de backup de los Server subscribers.

-Server de Back-up & H323: Es la interfaz de protocolo

H323 de todo el Cluster, todas las llamadas entrantes al
Cluster utilizan recursos de este servidor. Tambin cumple
funciones de backup de los subscribers. Tiene la limitacin
de 1000 llamadas simultneas hacia los gateway de ITX
Cisco-5300 y por ello se estima en 5000 la cantidad mxima
de lneas sobre el cluster de servers.
-Servers de Subscriber: Atienden las registraciones de 1250
lneas cada uno y enruta las llamadas al dispositivo
indicado.
-Servers de Gatekeeper 7400-IGK: Uno de ellos tiene
registrados los nmeros de las lneas de Call Manager.
Dialoga con el 7400 que est orientado a manejar los Cisco5300 que interconectan la nube IP con la central de
conmutacin, adems de los gateway VG200+Edgelink.
La configuracin mxima instalada en nuestra red es de dos
cluster de 7 y 3 servidores respectivamente, para manejar
6500 lneas analgicas. Los equipos de borde se ubican en
el cliente o en los Nodos de Manzana, pudiendo ser los
siguientes:
-Gateway VG248: Son multiplexores de 48 lneas analgicas
que convierten a la Telefona-IP. Se colocan en el Nodo de
Manzana. Es el nico equipo utilizado ampliamente en iplan;
los siguientes tres equipos se han probado con usuarios
internos y son equipos que se colocan en el cliente (funcin
de CPE).

Monografas

Telefona: El balance ptimo

5 (2003)

OURNAL
-ATA188: Este CPE permite ofrecer el servicio Pack-2 (dos
lneas analgicas e Internet).
-IP-phone: Es un telfono-IP conectado a una LAN del
cliente. Su costo an es prohibitivo. Su aspecto se muestra
en la fotografa anexa.
-Softphone: Es una versin de un IP-phone que trabaja
desde una PC.

3.3- Funcionamiento y Servicios.

A la hora de realizar una llamada telefnica, intervienen los
siguientes componentes del sistema:
-Gateway (VG248 o ATA188): Se encargan de transformar
la voz y los nmeros de destino discados por el usuario en
paquetes 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 i nterpreta para poder
decidir como rutear la llamada, si enviar un tono de ocupado
o uno de llamada en progreso, etc.

Figura 4. Diagrama reducido de componentes para el Call Manager. .Fotografas del cluster de Call Manager a la izquierda y
de un nodo de manzana con los Gateway VG248 a la derecha.

Monografas

Telefona: El balance ptimo

5 (2003)

OURNAL
-Gatekeeper: Si la llamada es hacia un nmero que no
corresponde a un abonado del Call Manager, ste le
pregunta al Gatekeeper con quien debe dialogar para
completar la llamada.
-NASGW-5300: Si la llamada corresponde a un nmero de
otra empresa Operadora (Telefnica, Telecom, Nextel, etc.),
la misma termina su flujo IP en estos equipos. Estos
gateways traducen los paquetes IP en audio, envindolo por
las tramas de ITX hacia la operadora correspondiente.
Cuando un usuario toma la lnea para realizar una llamada,
esto es interpretado por el VG248 quien transforma el
evento en un paquete IP y lo enva hacia el Call Manager.
ste le devuelve el tono de invitacin a marcar y queda a la
espera de los dgitos del nmero de destino.
Cada dgito marcado por el usuario, es analizado por el Call
Manager, quien decide si corresponde a un nmero
permitido para esa lnea en particular. Por ejemplo, si el
usuario marca como primeros dos dgitos el 15, el Call
Manager seguir aceptando dgitos solo si esta lnea tiene
permitidos los llamados a celulares CPP.
De esta manera, todas las restricciones sobre las lneas de
los clientes se configuran en el Call Manager, permitiendo
as centralizar la configuracin en un solo equipo. En caso
que el nmero de destino recibido sea un patrn restringido,
el Call Manager devolver un tono de error.
Una vez que el Call Manager tiene el nmero de destino
completo intentar completar la llamada. Si corresponde a
un abonado del Call Manager, ste completa la llamada
indicando al gateway que origina la llamada con quien debe
dialogar. As, los dos gateways de origen y destino
establecen entre ellos el flujo RTP (canal de audio sobre IP),
segn las indicaciones que del Call Manager.
Si el destino es un nmero de la red pblica PSTN, derivar
la llamada hacia el Gatekeeper, quien buscar la salida a
travs de uno de los gateways de ITX. En este caso, el
gateway de origen establece el flujo RTP contra uno de los
NASGW-5300 hacia la PSTN.Actualmente el Call Manager
es usado para ofrecer el servicio Pack de lneas analgicas
en Buenos Aires. Los features de este servicio son
deliberadamente limitados: llamada directa entrante/saliente
desde la red pblica; presuscripcin a carriers y rotatividad
entre lneas asignadas.Es posible ofrecer el servicio de
PABX-Virtual. Un servicio que reemplaza la PABX del
cliente por una grupo de lneas analgicas provenientes de
dispositivos controlados por el Call Manager (por ejemplo,
del VG248).
Los features son los mismos del caso anterior y se agregan
los siguientes:
-Llamadas directas entrante la red Privada del cliente.
-CLIR (Calling Line Identity Restriction) Next Call: es la
anulacin en el destino del nmero de identificacin (ANI)
del origen de la llamada.
-Caller ID: puede verse el ANI del usuario llamante.

-Retencin de Llamados: poner la llamada on-hold mientras

se atiende otra.
-Llamado en Espera: reconocer una llamada entrante
mientras se atiende otra comunicacin.
-Transferencia de Llamados entre nmeros internos.
-Desvo de Llamados a nmeros pre-configurados.
-Captura de llamadas desde un interno cualquiera.
El servicio IP-Centrex posibilita la comunicacin entre
sucursales (distintos domicilios) mediante discado
abreviado. Las lneas de ambas sucursales deben provenir
de dispositivos controlados por el Call Manager. Los
features son los mismos al caso anterior.

3.4- Limitaciones del Call Manager.

El proyecto de Call Manager no convenca totalmente.
Primero porque utiliza un protocolo de comunicacin
denominado Skiny o SCCP, que es propietario de Cisco y
por ello no es compatible con los equipos H.323 en servicio.
Los servidores del Call Manager corren sobre Sistema
Operativo Windows-2000 y muchos desconfan de su
estabilidad de es te software. Por otro lado, Cisco no tiene
equipos para ofrecer tramas E1 sobre el Call Manager (por
ejemplo, como los equipos 2600 que trabajan con protocolo
H.323).
La disponibilidad de compra a futuro era incierta, ya que
Cisco clasific este producto como Enterprise y no poda ser
vendido a Operadores como iplan. El producto era ofertado
como est e iplan no poda esperar futuras adaptaciones o
soluciones customizadas.
Por otro lado, la crisis del 2002 oblig a agudizar la
imaginacin para racionalizar las inversiones en dlares
(flotante) con las tarifas en pesos (congeladas). Con ello las
ampliaciones del Call Manager consideradas a inicios del
2002 se haban diluido a inicios del 2003. Era el momento
de cambiar de planes: el Call Manager no era una
plataforma con futuro para iplan. Sobrevendra entonces la
ltima y ms importante transformacin.

4- LA GENERACIN DEFINITIVA (2003-...)

En la Figura 5 se observa una fuertes evolucin 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 de
los cambios son los siguientes:
-ampliacin de las centrales de conmutacin en las distintas
ciudades,
-ingresa el software COSO (la plataforma de servicios de
red inteligente),
-ingresa el Softswitch SI (controlando la primer generacin y
los nuevos gateways),
-ingresan nuevos gateways (tanto de E1 como de FXS) y
-ingresa el Gateway IP-IP como interfaz entre los Dominios
de Telefona-IP en iplan y el Dominio de Internet.

Monografas

Telefona: El balance ptimo

5 (2003)

OURNAL

Figura 5. Tercera Generacin en la Telefona-IP como continuacin de la Figura 3. Se mantiene el Call Manager y el
remanente de la Primera Generacin pasa a formar parte del nuevo Dominio Softswitch SI.

4.1- El switch class-5 y COSO.

la central de Rosario es mucho ms complejo de resolver.

Veamos porqu.

Ya se indic con anterioridad la extensin y ampliacin de

las centrales de conmutacin durante el ao 2002. Sin
embargo, la estructura definitiva de las centrales de
conmutacin no estaba terminada. La central de Crdoba
fue ampliada a mediados del 2003 a 80 tramas, con una
capacidad de crecimiento hasta 172 tramas E1. El caso de

La central Neax-61 con 32 tramas E1 en Rosario es de una

generacin anterior. Se tom esta opcin en su momento
debido a la restriccin de inversiones. Sin embargo, seguir
creciendo sobre esta tecnologa tiene serias limitaciones
tcnicas. Las posibles alternativas analizadas han sido:

Figura 6. Componentes de COSO (tomado de Journal Monografa No 2).

10

Monografas

Telefona: El balance ptimo

5 (2003)

OURNAL
-Ampliacin de la Neax-61E. La central ocupa un espacio
exagerado debido a que es una tecnologa antigua. El
consumo de energa y aire acondicionado es excesivo. La
metodologa para obtener los CDR es muy endeble y no
puede perdurar a futuro. La ampliacin directa de esta
central tena la ventaja de requerir una inversin reducida,
pero se trata de patear el problema para adelante.
-Ampliacin y cambio del procesador. Esta alternativa
consideraba el cambio el precedente procesador CP91 por el
CP101E. Lo cual permite reducir el consumo de energa y el
espacio ocupado.
-Cambio de la central. En este caso se podra pasar a una
Neax-Compacta como la de Crdoba o una central de otra
marca similar. Mantener la tecnologa Neax-Compacta en
ambas ciudades es una ventaja importante, sin embargo, en
el pasado se haba analizado la central EWSD de Siemens y
se consider una mejor solucin tcnica.
-Remotizar la central de Rosario. Esta variante consiste en
eliminar la central Neax-61E de Rosario y transportar el
trfico de telefona en forma IP y E1 hasta Buenos Aires.
Esta variante no es nueva, debido a que la ciudad de La
Plata est remotizada desde Buenos Aires desde el inicio de
las operaciones en dicha ciudad.
La decisin deber ser tomada a fines del 2003. Sin
embargo en el 2002 ya exista un problema que requera una
atencin inmediata.
La plataforma de telefona NEC en iplan no dispona hasta el
2003 de servicios de red inteligente. Para la traslacin
numrica se estaba utilizando una funcionalidad de l a central
de conmutacin, que tiene un nmero limitado de ndices de
edicin los que permiten convertir un nmero de entrada en
otro de salida.
Se trata slo de 64 ndices y todos ellos estaban siendo
utilizados a medidos del 2002, para configuraciones de las
presuscripciones de carriers (2 ndices por carrier), servicios
de 0800 de clientes, para los desvos a nmeros de la PSTN

cuando el cliente an no estaba conectado, y para

configuraciones de numeraciones de enrutamiento.
La solucin definitiva a este problema llegara con el diseo
de la Plataforma COSO. Esta plataforma de Red Inteligente
entr en servicio de pruebas en enero-2003 y en servicio
operativo desde marzo-2003. El Journal Monografa No2
fue dedicado a este tema con exclusividad, por lo que en el
presente nmero, nos basta con mencionar la introduccin
de este software de Red Inteligente en la red a inicios del
2003.

4.2- El Softswitch SI.

Tambin el Softswitch merece un Journal dedicado (es el
nmero 4). Ahora solo exponemos las implicancias desde el
punto de vista de la topologa general de la telefona.
Se entiende por Softswitch al conjunto de software que
permiten realizar las comunicaciones telefnicas IP y brindar
servicios diferenciales. Antes de encarar el desarrollo
interno del Softswitch SI, se analizaron 3 variantes de
softswitch en dos aos: OCMC de HP, NetCentrex y Alcatel.
En el 2002 ensayamos versiones libres de softswitch sobre
Linux lo cual nos haba llevado a la conviccin que era
posible hacer nuestro propio softswitch. Con todo esto se
obtuvo suficiente experiencia como para disear la
arquitectura de un softswitch y encarar la inmediata
programacin.
Desde el punto de vista topolgico el Softswitch iplan SI se
inserta inicialmente con los Gateway FXS de nueva
generacin, para luego tomar el control del los equipos
Cisco-2600 (con multiplexores Edgelink que formaban la
primer generacin tecnolgica). Esto significa que un solo
Dominio involucrar a todos los gateways. Este dominio es
inicialmente H.323, la posibilidad de convertir la red al
protocolo SIP est en estudio.

Figura 7. Componentes del Softswitch SI.

11

Monografas

Telefona: El balance ptimo

5 (2003)

OURNAL
Los servicios que sern ofrecidos mediante el softswitch son
diversos y, seguramente en el futuro, novedosos. Veamos
solo algunos ejemplos:
-Servicios mandatarios de la CNC. Por ejemplo,
presentacin restringida del ANI conocido como CLIR.
-Generacin de CDR para la facturacin de llamadas entre
clientes de Telefona-IP y reportes de trfico.
-IPCentrex para todos los clientes IP (hoy es posible solo
sobre los conectados al Call Manager).
-Voice E-mail. Consiste en grabar un mensaje cuando el
telfono est ocupado o no responde y enviar dicho
mensaje mediante un E-mail (ideal para el producto
Softphone cuando la PC est apagada).
-Lnea control con un mximo de consumo posible
(funcionando similar a una Calling Card donde el PIN de
identificacin ahora es el ANI del usuario).
-Otros servicios de valor agregado (ejemplos, desvo de
llamada, llamada en espera, presuscripcin de carrier, etc).

Iplan inici las operaciones con el modelo CPE (equipos

Cisco-1750/2610 con 4 ports analgicos FXS). Este modelo
se mostr ineficiente debido a la necesidad de colocar
muchos equipos en el usuario. Por otro lado, requera
mantener la alimentacin local en caso de corte de
suministro. A primera vista no es un buen modelo para
volver a intentar. Sin embargo, existe una variante que si es
de inters y consiste en colocar el gateway en el extremo de
un acceso de Internet de banda ancha (cablemodem, ADSL
o wireless).
Un tema de anlisis es la introduccin del protocolo SIP en
la red de Telefona-IP. Seguramente se realizar
inicialmente en servicios que requieren la conexin va
Internet, para luego pasar a la red existe (de ser
conveniente). Este tema es uno de los encarados por iplan
con Universidades con las cuales mantiene convenios de
cooperacin.

El Dominio del Call Manager quedar como una isla de

protocolo SCCP, la cual se comunicar al mundo exterior
mediante el Softswitch SI en protocolo H.323.

Tanto los gateway-FXS como los gateway-E1 estn

sufriendo un acomodamiento de precios que permite llevar
la Telefona-IP a aplicaciones antes prohibitiva.

4.3- Gateway FXS, E1 y IP-IP.

Un caso especial de gateway es la creacin del Dominio en

Internet. El objetivo es ofrecer servicios de Telefona-IP
soportado en las redes de acceso abiertas de Internet (sin
necesidad de un acceso dedicado mediante la red de
transporte de iplan). Para manejar esta posibilidad se
requiere un Gateway IP-IP que asla e interconecta los
dominios internos (seguros) con el dominio externo
(inseguro) de Internet.

4.3.1- Generalidades. Al Softswitch SI se registrarn los

distintos gateway de usuario. Durante varios aos hemos
revisado con atencin los gateways H.323 de pocas lneas
(generalmente de 2, 4, 8, 16, 24 y 48). Los de gran cantidad
de lneas se ubicarn en los Nodos de Manzana y los de
pocas lneas como CPE en la casa de usuario. Esta ltima
alternativa merece un prrafo a parte.

Figura 8. Componentes del gateway IP-IP que permite la interoperacin entre redes IP sin bajas a E1.

12

Monografas

Telefona: El balance ptimo

5 (2003)

OURNAL
La Figura 8 muestra la situacin que se tiene antes y
despus de disponer del gateway IP-IP. Sin este gateway, el
Dominio de Telefona -IP en Internet debe ser aislado
mediante el uso de gateway-E1 dedicados a esta funcin.
Un cambio sustancial se observa cuando se inserta entre el
Dominio iplan y el Dominio Internet el gateway. Este se
encarga de actuar de Firewall (proteccin y seguridad de la
red interna). Adems puede enrutar llamadas saliente desde
iplan hacia destinos tambin colocados en Internet (otros
Operadores con gateway de este estilo).
Una Plataforma de Management permite la administracin
de los distintos Carriers que son registrados en el gateway
IP-IP. Esto permite hacer un Clearing House de trfico de
llamadas de telefona en IP.
4.3.2- Alternativas de Gateway FXS. En Journal No 1 se
trat el tema de las inversiones necesarias para ofrecer los
servicios de Pack (generalmente indicado como Capex por
lnea analgica). Se present un grfico, donde se mostraba
la reduccin de Capex en los aos 2001, 2002 y 2003. Para
el 2003 se esperaba una reduccin en los Capex ligados a
los equipos en el NOC y a los Nodos de Manzana.
Durante el 2003 se han estudiado diferentes alternativas de
gateway de lneas analgicas FXS, para reducir las
inversiones para el producto Pack. Si bien el producto
Locutorio tambin se alimenta desde estos equipos, se ha
preferido una lnea de desarrollo distinta: el IPGol, que no
requiere de lneas analgicas. IPGol es motivo de mencin

en otros nmeros de Journal en el No 3 se hace una

introduccin reducida.
Las alternativas de
cronolgico han sido:

gateway

en

orden

Cisco-VG248: Se trataba de continuar ampliando la

configuracin de Call Manager, instalado inicialmente en
marzo-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 que
no puede esperarse un desarrollo futuro.
-Posee 48 lneas analgicas por equipo (en una unidad de
rack). Esto tiene la ventaja de mayor densidad de puertos
por nodo, pero es una inversin elevada en nodos de baja
cantidad de clientes.
Gateway-iplan: Iniciado a fines del 2002, el desarrollo de
nuestro propio gateway involucr varias alternativas:
-Como CPE se lleg a un prototipo en abril-2003 de Pack-1
en protocolo H.323 y codificador G.711. El problema de este
equipo es que no soportaba un codec G.729 que ocupa
menor velocidad y podra ser usado en Internet (con acceso
ADSL, cablemodem o wireless).
-Como equipo para Nodo de Manzana con 24 o 30 lneas.
Se intentaron desarrollos conjuntos con otras empresas sin
xito.

Figura 9. Diagrama de interfaces E1 y proyeccin de trfico diario.

13

estudiados

Monografas

Telefona: El balance ptimo

5 (2003)

OURNAL
Audiocodes-MP124. En iplan conocemos a Audiocodes
desde el ao 2001. Pero recin ahora disponen de una lnea
de productos atractiva. Veamos algunas caractersticas:
-Est compuesta de gateways de 4, 8, 16 y 24 puertas FXS
y de gateway-E1. Utilizan protocolo H.323 y pueden manejar
codificacin G.729 (esto permite armar Nodos con accesos
de banda angosta).
-Las pruebas de Homologacin en iplan han resultado
favorables y permitieron introducir estos equipos en la red.
Cisco-IAD2430. Este equipo estaba disponible desde inicios
del 2003 pero con protocolos SIP y MGCP. Recientemente
ha 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 economa de precios hace que solo el de 24 ports
sea econmicamente interesante.
Ambos equipos, MP124 y IAD2430 estn operativos en iplan
desde septiembre-2003.

5- EL TRAFICO TELEFONICO
5.1- Comportamiento del trfico.
La clave del trfico telefnico est en las interfaces. En una
red como la de iplan existen varias interfaces:
1- Interfaz de E1 hacia la red de Telefona-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 conexin
con la PSTN se realiza mediante tramas E1 desde la central
NEC y desde equipos Cisco-5300 (de voz). Siguiendo la
numeracin de la figura se tiene:
1- Interfaz de entrada de Dial-up para los Access Server de
Internet Cisco-5300. Se trata de los servicios de ISP-Free.
Iplan tiene cerca de 50 clientes que proveen servicios de
acceso con modalidad Revenue Sharing, con trfico
entrante.
2- Interfaz Dial-up similar a 1- pero sobre equipos Cisco5350. Estos equipos son duales (para voz e Internet), por
ello se los utiliza con primera prioridad para seal 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 Telefona-IP
(VoIP). El trfico es bidireccional, pero est priorizado el
trfico entrante; el trfico saliente lo maneja la interfaz 5-.
4- Esta interfaz bidireccional y vocal es similar a la 3-, pero
no tiene canales de datos dial-up.
5- Esta es una interfaz unidireccional que se utiliza para
llamadas salientes a la PSTN que no pasan por la central de
conmutacin
En la misma Figura 9, se observa tambin como se comporta
el trfico en las diferentes tipos de interfaz. En parte
complementario entre el servicio de telefona diurno y el
acceso a Internet nocturno.

Figura 10. La figura superior muestra el crecimiento del trfico entrante (en rojo), saliente (en azul) y total (en negro) en la red
de iplan desde febrero-2001. La segunda figura muestra la evolucin a lo largo de un mes y la tercera a lo largo de un da.

14

Monografas

Telefona: El balance ptimo

5 (2003)

OURNAL

Figura 11. Pantallas principales de iplan-Control.

En la Figura 10 se observa el comportamiento del trfico de
telefona en iplan:
-arriba: evolucin del trfico entrante, saliente y total desde el
inicio de las operaciones en el 2001.
-central: evolucin del trfico a lo largo de un mes. Se
observan los valores de trfico durante la semana laboral y el
fin de semana.

5.2- El iplan-Control.
Iplan tiene implementado un sistema de consulta on-line para
determinar los principales datos de consumo del usuario. Se
conoce como iplan-Control.
El inicio de la consulta se realiza ingresando un usuario
(nmero de cliente) y una Contrasea. Se ingresa entonces
a la herramienta de consulta. Eligiendo la seccin de Trafico
de telefona se accede al listado de lneas activas que tiene
el cliente y el historial de ellas (desde un da hasta 90 das).
Por ejemplo, se obtiene el consumo del total de las lneas,
discriminado por tipo de llamadas (Local, LDN, LDI,
Celulares) y se accede a los totales por lneas para luego
exportarlo a un Excel.
Se puede acceder a un Resumen (llamadas agrupadas por
tipo y fecha) o a un Detalle (llamada por llamada) del trfico
telefnico. Es posible tambin seleccionar las lneas que se
desean consultar y observar los totales consumidos, por
lnea y por tipo de llamada (LDN, LDI, Celulares).
Con iplan-Control se accede tambin a los reportes de
Internet. Se puede ver la descripcin de los servicios (tipo de

15

servicio, rangos de IPs, estado de los mismos, etc).

Posibilita, tambin, tener la informacin en grfico,
discriminando por ejemplo por cantidad de bits salientes y
entrantes.

Monografas

Telefona: El balance ptimo

OURNAL
MONOGRAFIAS DE JOURNAL:

Journal monografas nmero 5. Edicin agosto-2003.

Diseo grfico original de Marianela V. Ricardo

16

5 (2003)