Informations générales sur Mitel Advanced Intelligent Network (AIN)

Le Mitel Advanced Intelligent Network (AIN) met en réseau plusieurs serveurs de communication MiVoice Office 400 en un seul système de communication à part entière doté d'une gamme complète de fonctionnalités. Les divers nœuds sont géographiquement indépendants les uns des autres et sont commandés par un nœud maître. La mise en réseau se fait via le réseau IP.

Grâce à l'éventail continu de fonctionnalités et au plan de numérotation commun, l'ensemble du système apparaît comme un système unique et homogène de communication et les divers nœuds ne sont pas perçus par les utilisateurs.

Le maître commande les autres nœuds (satellites). C'est également via le maître que sont effectuées la configuration et la mise à jour du logiciel des satellites. Cette architecture unique en son genre étend considérablement les possibilités de l’application des systèmes MiVoice Office 400, p. ex.:

Téléphones IP et SIP

Les téléphones Mitel SIP et les téléphones propriétaires IP sont complètement intégrés dans l'AIN. Ils sont directement commandés par le maître, indépendamment de l'endroit où ils sont exploités.

Si un nœud est isolé du Maître par une interruption de la connexion IP, il continue à fonctionner en mode d'exploitationhors ligne "Satellite en Mode Hors Ligne" avec sa propre configuration locale jusqu'à ce que le contact avec le Maître soit rétabli.

Message vocal ménageant les ressources

Vous pouvez choisir si la voix sera transmise directement entre deux points d'extrémité de l'AIN (commutation directe) ou via le maître (commutation indirecte) (Paramètre ( Relayer les données RTP via le serveur de communication). L'échange direct (Direct-Switching) (Réglage standard) nécessite moins de ressources, tandis que l'échange indirect est la méthode la plus fiable pour des configurations réseau complexes. La signalisation se déroule pour les deux méthodes via le maître.

Gestion des largeurs de bande

Un système sophistiqué de contrôle de la bande passante (=q2) empêche une mauvaise qualité de la communication pour cause d'insuffisance de la bande passante sur le réseau IP.

Chiffrage et déploiement aux VPN

Le chiffrage en option des données de communication et de signalisation (=3n) offre une protection contre l'écoute abusive et/or les manipulations des appels de téléphone IP. Les méthodes de chiffrage appliquées garantissent dans une large mesure la protection des données, l'authenticité, l'intégrité et la protection contre les attaques par déni de service (DoS) dans l'ensemble du réseau.

Si vous chiffrez les données vocales dans l'AIN, celles-ci sont bien chiffrées au sein du LAN mais pas nécessairement sur les liens WAN. Si une connexion mène p.ex. à un téléphone IP propriétaire distant en passant par divers fournisseurs Internet, les données vocales ne sont pas automatiquement chiffrées dans l'Internet. Pour chiffrer le lien sur toute sa longueur, vous devez installer en plus un RPV (réseau privé virtuel) pour les liens WAN.

Un RPV permet une traversée protégée de l'Internet d'un point à l'autre (p.ex., du maître au téléphone IP propriétaire ou au satellite) et convient par conséquent pour les liens WAN via Internet. Pour cela, les paquets IP transmis sont cryptés et réemballés en paquets IP (Tunneling). Les protocoles VPN les plus fréquemment utilisés son IPSec et SSL.

Un VPN simple ne relie que deux terminaux ou deux sites entre eux. Afin de connecter plusieurs terminaux ou plusieurs sites entre eux via VPN, il est possible d'avoir recours aux services VPN du fournisseur d'Internet. En cas de recours au VPN dans l'AIN, il est conseillé de ne collaborer si possible qu'avec un seul fournisseur Internet prenant en charge le routage VPN et à même de couvrir tous les sites. Il est possible d’économiser des ressources en bande passante, mais également de simplifier la configuration du routage.

Ports TCP/IP et pare-feu

Les pare-feu utilisés dans l'AIN doivent être configurés pour le mode d'exploitation de l'AIN. En font partie, l'ouverture des ports concernés et la configuration RVP.

En cas de connexions RPV, les ports suivants doivent être ouverts sur le pare-feu :

  • aucun port ne doit être ouvert si une connexion RPV est terminée à l'intérieur même du pare-feu.

  • Le port 3389 sur le pare-feu doit être ouvert si une connexion RPV est terminée après le pare-feu, p.ex., directement sur le terminal (pass through RPV).

  • Si une connexion VPN se termine devant le pare-feu, par exemple sur un autre pare-feu, les ports utilisés par les composants AIN doivent être ouverts.

  • Si toutes les liaisons WAN de l'AIN sont des connexions VPN et si elles ne se terminent pas au niveau des pare-feu eux-mêmes, il suffit d'ouvrir le port 3389 dans les pare-feu des liaisons WAN.

  • Si les liaisons WAN ne sont que partiellement ou pas du tout conçues comme des connexions VPN ou si des pare-feu sont également utilisés au sein du LAN, les ports utilisés par les composants AIN doivent être ouverts. Une liste des ports utilisés est publiée et régulièrement mise à jour par le service de support. La liste est disponible sur Internet sous l’entrée FAQ 1049 (inscription nécessaire).

Fonctions restreintes dans l'AIN

L'AIN propose en principe les mêmes fonctions qu'un système individuel. Seules quelques fonctions ne sont pas disponibles, ou le sont de manière limitée:

Table 1. L'AIN offre essentiellement les mêmes fonctions qu'un système unique

Paramètre

Remarques

Services des données RNIS

Les services de données RNIS et, par conséquent, les télécopieurs du groupe 4 ne sont pas pris en charge entre les nœuds d'une AIN.

Affichage du nom et du numéro d'appel (CLIP/CNIP) des numérotations abrégées

Si 2 différents numéros abrégés, qui sont utilisés sur 2 nœuds dans des pays différents, sont par hasard associés au même numéro d’appel, le système ne sait pas quel nom il doit afficher pour un appel entrant. Remède: ajoutez l'indicatif régional au numéro d'appel.

Attribution prioritaire d'un réseau

La fonction du système d'attribution d'échange de priorité La priorité externe est également disponible lorsque des sous-sections de connexions d'appel actives sont acheminées par des liaisons IP. Aucune communication vocale ne peut toutefois être établie au profit d’un appel prioritaire sur l’itinéraire IP lui-même. Lorsqu’un appel prioritaire doit cependant être établi par un itinéraire IP, celui-ci doit disposer d’une bande passante suffisante pour l’établissement de la communication sans devoir au préalable couper une communication active.

Sélecteurs de lignes et postes opérateur

Les touches de ligne des sélecteurs de lignes et des postes opérateur ne sont pas prises en compte par le modèle de bande passante lors de la vérification de la bande passante requise. Conséquence, un appel sur une touche de ligne est signalé même si la bande passante disponible est insuffisante pour établir la communication. Une tentative de prendre l'appel coupe la communication.

Voir aussi...

Manuel du système Mitel Advanced Intelligent Network (AIN) :

Liens directs vers le DocFinder :

Allemand

English

Français

Italiano

Español

↑