Agosto 2008
Investigación y Desarrollo
Sebastián Averbuj y Fernando Dorna
Objetivo
● Interfaces de Administración.
● GUI V3. Backend TERAS.
● Provisioning Server. Equipos Homologados
● Arquitectura e Implementación de Servicios.
● VoissLogic. Consola. Mensajeria.
Interfaces
de
Administracion
Agosto 2008
Investigación y Desarrollo
Sebastián Averbuj y Fernando Dorna
GUI de Administración de V3
La plataforma de GENBAND ofrece una GUI de administración. Esta GUI es una interfaz JAVA que debe instalarse en una PC PIV,
con 256 MB de RAM mínimo, corriendo Windows 2000 o XP Profesional.
Desde allí se realizan todas las ABM sobre la base de datos. La GUI tiene varias vistas desde las que se pueden hacer altas, bajas,
modificaciones y también monitoreo y estado de las líneas,
• http://200.62.50.12/admin (PROD)
• http://200.73.70.204/admin (DEV)
VISTAS
V-NET . Relacionado a las llamadas entrantes. Asignación de la numeración.
Wizards
POPs. Relacionado con las llamadas salientes, planes de marcación.
SIP Registrar. Definición del Registrar del M6, puerto de registracion, Metodo, etc.
Components Number Plan. Componentes desde los que se verifica la asignación de números.
Trunk Groups. Componente que indica contra que se conectara la llamada, in/out.
Esta llamada genera un CDR en la plataforma V3 (Application Servers) que luego es levantado
por un proceso que corre a la noche (CDR Importer), tasado y asignado al cliente que
corresponde.
Cliente Residencial
Para realizar la administración de los servicios, las listas de precios, los planes de marketing y otra información necesaria para el
funcionamiento y el cobro de las llamadas se utiliza la interfase grafica de usuario. Para esto el acceso se realiza a través del
Backend de administración.
ABM
Backend
Currencies
Accounts
Reports
Calls
Arquitectura
La estructura de TERAS se desarrollo pensando en la posibilidad de brindar servicio no solo a clientes corporativos o
residenciales sino también contemplar la estructura de Partners que revendan el servicio. Es por esto que su arquitectura es en
forma de árbol del que dependen todos los servicios ofrecidos.
IFX
ROOT
IFX Corporate IFX Long Distance IFX Offices Partners IFX Residencial
Price Plans
Price Plans
Chile Chile
Partner B
Accounts
Price Plans
Colombia Colombia
Partner C
Accounts
Desde el Backend de TERAS se puede verificar si el estado de las cuentas es activo/suspendido, si el max balance se ha agotado y
si sobre el endpoint existe algún tipo de bloqueo entre otras cosas. El acceso al backend se realiza vía web a través del siguiente
link: http://200.62.50.41/backend
Estructura de Árbol
Endpoints
Price Plans
PRICE PLANS & MARKETING CAMPAINGS
PricePlan - PriceList
SetupFee
BillIncrement
MinTime
Currency
Provisioning Server
TP
HT
SIP
Web Administration
DB Prov Server
El login en el Provisioning Server se realiza desde: http://prov.telco-carrier.com , desde allí se puede hacer el autoaprovisionamiento
en forma automática, para ello debemos tener acceso web contra el endpoint y contra el provisioning server. Si el endpoint esta
dado de alta en forma correcta en el sistema, mediante un pedido HTTP el Provisioning le enviara la información de la configuración
al equipo validándose por la mac address del endpoint.
ABMs en el Provisioning
El sistema cuenta con una estructura que nos permite poder realizar la configuracion de muchos parámetros en los endpoints,
desde usuario/password de registracion, hasta la activación de servicios avanzados, TOS, DTMF Method, etc.
Todos estos cambios se realizan en forma directa sobre “Templates” definidos en el sistema, es por ello que cada dispositivo
homologado posee un template en el Provisioning Server que hace referencia a distintas variables que se completan a mano por el
operador, estas variables son básicamente los datos de usuario/password de registracion de las líneas.
Descripción de las opciones y funciones en el Provisioning Server,
La gran parte de los equipos de voip que están implementados en la plataforma V3 son Linksys/Sipura y estos equipos manejan un
dial-plan particular que se explicara a continuación.
El método que se usa es el de acotar los posibles números discados, por ejemplo,
√ Las llamadas locales en Santiago son del tipo:
2 - 9 + 6 dígitos Ejemplo: 2335000
Por lo que en el dial-plan esa entrada se contemplaría de la siguiente forma: [2-9]xxxxxx
√ Otra cosa importante a considerar es el uso de timers y otros caracteres especiales, por ejemplo:
* El uso de la , (coma) es para que el equipo genere un tono de discado directamente. Esto se usa para simular el tono que
entrega una PBX convencional luego de que se marca un digito para realizar una llamada saliente. Ej.:
9, 2335000
* El uso de caracteres como S tienen como función agregar o disminuir el time out que se generara para realizar la llamada, y el
motivo de su utilización es para diferenciar algunos strings que pueden llegar a ser similares. Ej: 9, 2xxxxxxS1
* Otros caracteres utilizados son:
* como *xx para el uso de *09 (acceso al voice mail)
|| son utilizados para separar cada una de los strings, Ej: (9, [2-9]xxxxxx|9, 09[789]xxxxxxx|0S0)
[ ] son utilizados para agrupar dígitos comunes. Ej: [789]xxxxxxx
( ) se utilizan en el inicio y fin de la cadena completa que forma parte del dial-plan.
Arquitectura
e implementacion
de Servicios
Agosto 2008
Investigación y Desarrollo
Sebastián Averbuj y Fernando Dorna
Servicios
La estructura de los servicios que se desarrolla en V3 esta dada por la asociación de componentes. Cada componente realiza un
acción particular y en forma conjunta se llega a una acción.
La implementación estándar para los servicios en V3 se detallara a continuación, mostraremos cada uno de los componentes por
los que pasa una llamada saliente para poder entender el funcionamiento interno de V3 y en base a eso poder hacer el
troubleshooting optimo,
Residencial ● Los consumos y la actualización de los balances son insertados en el momento en que finaliza la
llamada;
● La estructura es mas compleja porque implica que V3 hable con una Lógica que a su vez se
comunica con el Rating System;
● Hay muchos Class 5 Features que nos son soportados en este escenario;
La estructura de un servicio de Hosted PBX es relativamente mas simple que en un servicio Residencial. Hosted PBX es el servicio
nativo de V3 y la configuración a la hora de la creación de una nueva PBX virtual es automática para todos los componentes.
Line
PhoneFeatures
NumberPlan
OutgoingDial Local
Mobile
TrunkGroups Emergencia e Información
LongDistance
Los servicios residenciales hacen uso del componente ROUTE POINT, dicho componente es el punto de dialogo (API) con
sistemas externos que realiza otras funciones o controles sobre las llamadas. En nuestro caso este sistema externo es una lógica
denominada VoissLogic. Como se comento anteriormente esta lógica interactúa con V3 por un lado y por otro con un sistema de
Rating que nos permite controlar saldos, bloqueos, permisos, entre otras cosas.
Gracias a esta arquitectura es que IFX puede brindar el servicio de líneas residenciales en modalidades pos-pago, pre-pago y de
tarifa plana.
Line
Local
Mobile
TrunkGroups Emergencia e Información
LongDistance
PhoneFeatures
Service: VoissLogic
NumberPlan OutgoingDial
OutgoingDial NumberPlan
ROUTE POINT
20:20:12|EVENT|00C0.95C9.F9B0.474D.CD76.0D4D|541155556899|ALERTING|NONE|ROUTE_POINT(99999014)PASSIVE|PHONE(541160918261)ATTEMPTING|EXTER
NAL(541155556899)ALERTING|
20:20:12|STATUS|00C0.95C9.F9B0.474D.CD76.0D4D|Ringing|541160918261|541155556899|Ringing...
20:20:22|EVENT|00C0.95C9.F9B0.474D.CD76.0D4D|541155556899|ESTABLISHED|NONE|ROUTE_POINT(99999014)PASSIVE|PHONE(541160918261)ATTEMPTING|EX
TERNAL(541155556899)CONNECTED|
20:20:22|EVENT|00C0.95C9.F9B0.474D.CD76.0D4D|541160918261|ESTABLISHED|NONE|ROUTE_POINT(99999014)PASSIVE|PHONE(541160918261)CONNECTED|EXT
ERNAL(541155556899)CONNECTED|
20:20:22|STATUS|00C0.95C9.F9B0.474D.CD76.0D4D|Connected|541160918261|541155556899|Start Counting
20:22:15|EVENT|00C0.95C9.F9B0.474D.CD76.0D4D|541155556899|IDLED|NONE|ROUTE_POINT(99999014)PASSIVE|PHONE(541160918261)CONNECTED|EXTERNAL(
541155556899)IDLE|
20:22:15|STATUS|00C0.95C9.F9B0.474D.CD76.0D4D|CalledEnd|541160918261|541155556899|Elapsed=113s
20:22:15|STATUS|00C0.95C9.F9B0.474D.CD76.0D4D|Charging|541160918261|541155556899|Charging...
20:22:15|EVENT|00C0.95C9.F9B0.474D.CD76.0D4D|99999014|ALERTING|NONE|ROUTE_POINT(99999014)ALERTING|PHONE(541160918261)ATTEMPTING|
20:22:15|RATING|InsertUsage(541160918261,541155556899,11/28/2007 20:20:07) OK
<Result CallID="3085595" Destionation="Argentina/Buenos Aires" Elapsed="113" Price="0.05" Currency="ARS" />
20:22:15|EVENT|00C0.95C9.F9B0.474D.CD76.0D4D|541160918261|IDLED|NONE|ROUTE_POINT(99999014)ALERTING|PHONE(541160918261)IDLE|
20:22:15|EVENT|00C0.95C9.F9B0.474D.CD76.0D4D|99999014|IDLED|NONE|ROUTE_POINT(99999014)IDLE|
20:22:16|CALL|11/28/2007 20:22:15|00C0.95C9.F9B0.474D.CD76.0D4D|541160918261|541155556899|1m53s|Dropped|CalledEnd
VoissLogic
Agosto 2008
Investigación y Desarrollo
Sebastián Averbuj y Fernando Dorna
Las lógicas de cada uno de los servicios residenciales corren como un servicio en Windows, instaladas en el servidor v3mw0
(200.62.50.41) es desde donde se controla toda la señalización contra V3 y contra el Rating.
Ante algún eventual reclamo, podemos verificar el estado de la lógica ingresando a la consola:
Desde allí podemos ver el estado de la lógica, ver si hay llamadas activas y activar debugs para analizar los eventos
contra V3 y la interacción contra el Rating System.
Asi como podemos verificar el estado de la lógica desde la consola de administracion, podemos verificar el estado del servicio
desde el servidor donde se encuentra instalada.
4º Si existieran problemas con el servicio, se puede reiniciar el mismo desde el Process Explorer,
o reiniciando el mismo desde la administracion normal de Windows. Luego de hecho esto verificar
desde propiedades si se restableció la conexión con V3 y también desde la consola si existen
llamadas.
ANEXO I
Console Voice Logic. Comandos Útiles.
Fernando Dorna
Systems Engineer
fdorna@ifxcorp.com
+54 11 5031 2405
Sebastian Averbuj
Systems Engineer
saverbuj@ifxcorp.com
+54 11 5031 2422