|
DESCRIPCIÓN
INTERACT
es un sistema de mediación completo que ofrece avanzadas
capacidades de recolección, procesamiento y entrega de datos
(collection), así como recepción de instrucciones,
administración y ejecución de comandos para tareas de
aprovisionamiento (provisioning).
Opera principalmente en línea, ofreciendo operaciones sobre
los diferentes elementos de red con los que se comunica el
INTERACT en tiempo real. También es posible realizar
operaciones por lotes cuando así se requiera.
Posee además un sistema de administración, operación y
monitoreo, totalmente gráfico y basado en un modelo de
utilización tipo 'web'. Todo el acceso al INTERACT se
realiza desde un browser.
INTERACT es altamente configurable, pudiendo ofrecer al
usuario extensas posibilidades de definición de protocolos,
formatos, comandos, etc., que permite asegurar la fácil y
rápida integración del INTERACT a cualquier ambiente con
diversos elementos de red de diversas marcas y proveedores.
Interact.Collection
La parte de Collecting del Interact está desarrollada en
múltiples capas (tiers), las cuales serán inicialmente las
siguientes:
Capa de los device drivers de entrada.
Capa del Procesamiento Interno.
Capa de los device drivers de salida.
La metodología empleada, fue la de desarrollar objetos de la
manera más abstracta posible, de tal forma que al cambiar el
orden, agregar y/o quitar cualesquiera de estos componentes,
los demás seguirán trabajando, tal y como si no
hubieran existido cambios en la configuración del producto.
Los drivers basados en TCP/IP están desarrollados
completamente en java (telnet, streams, ftp y otros
similares), es decir que estos, son parte de los nuevos
objetos diseñados.
Capa de los device drivers de entrada ( dd_e )
Dada la estructura modular del sistema Interact y a que
el diseño está basado en componentes, los devices drivers
son los objetos que leen de las centrales y luego deben
realizar la escritura a disco, si así es como está
configurado, o bien pasar la información recolectada a otro
objeto. Este objeto tiene la habilidad de recolectar cdr's
en línea y en batch.
Capa del Procesamiento Interno (CPI
)
Al llegar a esta capa la información recolectada, por medio
de parámetros se sabrá cómo deben ser procesados los cdr's,
ya sea individualmente, por bloques o por archivos.
Los objetos y componentes desarrollados para la Capa de
Procesamiento Interno contemplan las siguientes etapas de
transformación de los IPDR's:
- Codifica
- Filtra
- Formateo
- Enriquecer
- Consolidar
- Almacenar
Capa de los device drivers de salida ( dd_s )
En la salida se pueden entregar cdr's, bloques, o archivos,
por lo que tendrá que haber nuevamente un interfaz genérico
que decida el protocolo en el cual se entregará la
información y se combinará con parámetros de tiempo,
cantidad, tamaño o forma que se desea entregar en base al
que se cumpla primero.
Se consideró que el IPDR se puede tratar de igual manera que
un CDR ya que el mismo es un objeto genérico que contiene
atributos y valores tratados como argumentos para poder
manejarlo como objeto.
Interact PROVISIONING
El sistema de aprovisionamiento del Interact permite el envío de instrucciones a múltiples sistemas
origen (input streams), para el manejo de abonados /
usuarios / suscriptores de los servicios que proporcionan
los elementos de red.
Los sistemas que originan las instrucciones de
aprovisionamiento deben emitir una orden o comando genérico,
el cual puede ser recibido por el Interact en un formato
parametrizable por el usuario, basado en comandos
individuales o archivos.
Las ordenes genéricas son recibidas entonces por un módulo
receptor, el cual asigna una identificación para cada una.
Al mismo tiempo, el receptor identifica si la orden recibida
fue solicitada para su ejecución en línea, diferida o si es
una orden para aprovisionamiento masivo (grandes cantidades
de suscriptores).
Si se determina que la orden es masiva, esta es enviada a un
proceso en el que se agendan para su posterior ejecución de
manera individual, para cada suscriptor especificado en la
orden. Este proceso
recibirá igualmente las órdenes que sean identificadas para
ser ejecutadas "fuera de línea".
Las órdenes genéricas a ser ejecutadas en línea, son
trasladadas al módulo que permite la identificación del
elemento de red al que deberá ser dirigido el comando o
instrucción final, para realizar la tarea de
aprovisionamiento especificada. A este proceso se le conoce
como el "despachador" (dispatcher).
Es usual que una 'orden genérica' tenga que afectar varios
elementos de red, puesto que ciertos datos de un suscriptor
pueden tener relación con los servicios manejados por varios
equipos o dispositivos (elementos de red), como un voice-mail.
El proceso analiza las respuestas generadas por
el elemento de red y crea una respuesta genérica, la cual es
enviada por mecanismos similares de vuelta al despachador.
Este último valida la respuesta obtenida del intérprete y
determina si la orden genérica en ejecución necesita de
alguna respuesta específica, para continuar con el resto de
órdenes dirigidas a otros elementos de red. |