Información general sobre Mitel Advanced Intelligent Network (AIN)
Mitel Advanced Intelligent Network (AIN) conecta en red varios servidores de comunicación MiVoice Office 400 en un único sistema de comunicación completo con una gama completa de funciones. Los modos individuales son independientes entre sí en términos de localización y son controlados por un nuevo Maestro. La conexión de los nodos se realiza a través de la red IP.
Con su gama completa de prestaciones y un plan de numeración compartido, el conjunto del sistema se presenta como un sistema de comunicaciones único y homogéneo, en el que los nodos individuales pasan desapercibidos para los usuarios.
El Maestro controla al resto de nodos (satélites). El Maestro se utiliza para configurar los satélites y actualizar su software. Esta arquitectura única amplía enormemente las posibilidades de aplicación de los sistemas MiVoice Office 400, por ejemplo:
-
La expansión modular de los límites del sistema.
-
La integración de diversos centros y sedes traspasando incluso fronteras de países e idiomas.
-
La expansión del área de cobertura DECT mediante roaming entre los nodos individuales y la superposición del área de radio.
Teléfonos IP y SIP
Los teléfonos Mitel SIP y los teléfonos del sistema IP están completamente integrados en AIN. Estos terminales están controlados directamente por el Maestro independientemente de su localización.
Si un nodo se aísla del Maestro por una interrupción en la conexión IP, continúa funcionando en modo de funcionamiento fuera de línea "Satélite en Modo Fuera de Línea" con su propia configuración local hasta que se restablece el contacto con el Maestro.
Transmisión de voz con aprovechamiento óptimo de los recursos
Puede elegir si la voz se transmitirá directamente
entre dos puntos finales en el AIN (conmutación directa) o mediante
el maestro (conmutación indirecta) (configuración (
Retransmitir datos RTP a través
del servidor de comunicaciones). La Conmutación directa (parámetro
predeterminado) necesita menos recursos mientras que la conmutación
indirecta es un método potente para sistemas con requisitos de configuración
de red más exigentes. Para ambos métodos, la señalización tiene
lugar siempre a través del Maestro.
Gestión del ancho de banda
Un ingenioso control de ancho de banda evita una mala calidad de conexión debido a la falta de ancho de banda en la red IP.
Cifrar e implementar VPNs
Cifrado opcional de datos de llamada y señalización proporciona protección contra cualquier interceptación y / o manipulación de llamadas telefónicas IP. Los métodos de encriptación utilizados garantizan un alto nivel de protección, autenticidad, integridad y protección de los datos frente a ataques de reinyección (o ataques de replay) en toda la red.
Cuando encripta datos de voz en el AIN, se encripta dentro de la LAN pero no necesariamente en los enlaces WAN. Por ejemplo, si existe una conexión a un teléfono IP de sistema a través de diversos proveedores de Internet, los datos de voz en Internet no se encriptan automáticamente. Para encriptar todo el enlace es necesario establecer además una RPV (Red Privada Virtual) para los enlaces WAN.
Una RPV proporciona una ruta segura a través de Internet de un punto hasta el siguiente (por ejemplo, desde el Maestro hasta el teléfono IP del sistema o hasta el satélite) y es por tanto especialmente recomendable para enlaces WAN a través de Internet. Para esté propósito los paquetes IP se codifican y se vuelven a empaquetar antes de ser transmitidos (tunnelling). La mayoría de los protocolos RPV utilizados son protocolos IPsec y SSL.
Una RPV sencilla une sólo dos terminales o sitios entre si. Es posible utilizar los servicios RPV de proveedores de Internet para unir varios terminales o sitios a través de RPV. Si usa VPN en el AIN, le recomendamos que, siempre que sea posible, trabaje con un solo proveedor de Internet que admita el enrutamiento VPN y pueda cubrir todas las ubicaciones. De esta manera ahorrará recursos de ancho de banda y la configuración del encaminamiento será más simple.
Puertos TCP / IP y firewall
Los cortafuegos utilizados dentro del AIN deben configurarse para la operación AIN. Esto incluye la apertura de los puertos importantes y la configuración de la RPV.
Con conexiones RPV se deben abrir los siguientes puertos en el firewall:
-
no abrir ningún puerto si la conexión RPV termina en el propio firewall.
-
en el firewall, el puerto 3389 tiene que estar abierto si la conexión RPV acaba después del firewall, por ejemplo, directamente en el terminal (passthrough RPV)
-
Si una conexión VPN termina frente al cortafuegos, por ejemplo, en un cortafuegos diferente, es necesario abrir los puertos utilizados por los componentes AIN.
-
Si todos los enlaces WAN en el AIN son conexiones VPN y si no terminan en los firewalls mismos, el puerto 3389 solo necesita abrirse en los firewalls de los enlaces WAN.
-
Si los enlaces WAN están diseñados solo en parte o en absoluto como conexiones VPN o si también se utilizan cortafuegos dentro de la LAN, los puertos utilizados por los componentes AIN deben estar abiertos. El servicio de soporte técnico publica y actualiza continuamente una lista de los puertos utilizados. Se puede acceder a la lista en Internet en la entrada 1049 de las preguntas frecuentes (es necesario registrarse).
Funciones restringidas en AIN
Básicamente, AIN proporciona las mismas características que un solo sistema. Sólo hay unas pocas funciones que no están disponibles o tienen restricciones:
|
Parámetro |
Observaciones |
|
Servicios de datos RDSI |
Los servicios de datos ISDN y, en consecuencia, las máquinas de fax del Grupo 4 no son compatibles entre los nodos de un AIN. |
|
Visualización de número de llamada y nombre (CLIP / CNIP) de números de marcación abreviada |
Si se utilizan dos números de marcación abreviada en dos nodos de diferentes países y que casualmente tienen el mismo número de llamada, el sistema no puede distinguir qué nombre ha de visualizar en la pantalla en caso de llamada entrante de uno de esos dos números. Solución: Agregue el prefijo regional al número de llamada. |
|
Asignación de enlace prioritaria |
La función del sistema Priority Exchange Allocation |
|
Teléfonos multilínea y Consolas de operadora |
Las teclas de línea de los teléfonos multilínea y las consolas de operadora no son tomadas en cuenta cuando el modelo de ancho de banda comprueba los requisitos de ancho de banda. El resultado es que un llamada en una tecla de línea se señaliza incluso si no hay suficiente ancho de banda para establecer la conexión. Cuando se intenta responder a la llamada la conexión se interrumpe. |