- SOMMAIRE - 39 CENTRE DE GESTION M7430 NEXSPAN ...

Guide Produit NeXspan - Version logicielle 4.2 

Chapitre 39 - M7430 V6.2 

- SOMMAIRE - 

39 CENTRE DE GESTION M7430 NEXSPAN MANAGER V6.2 ........................................................... 2 

39.1 INTRODUCTION ........................................................................................................................................ 2 

39.2 GESTION DES FAUTES ............................................................................................................................... 4 

39.2.1 Fonction de surveillance ................................................................................................................. 4 

39.2.1.1 Fenêtre d'alarmes..................................................................................................................... 4 

39.2.1.2 Synoptique............................................................................................................................... 8 

39.2.2 Journaux de bord ............................................................................................................................ 9 

39.2.2.1 Journal du M7430 ................................................................................................................... 9 

39.2.2.2 Journal de bord du système NeXspan.................................................................................... 10 

39.2.3 Action sur événement : M7430 vers l’extérieur ............................................................................ 10 

39.3 GESTION DES CONFIGURATIONS ............................................................................................................. 12 

39.3.1 Gestion des paramètres téléphoniques.......................................................................................... 12 

39.3.2 Gestion des abonnements téléphoniques....................................................................................... 12 

39.3.2.1 Gestion technique.................................................................................................................. 15 

39.3.2.2 Aide à la création d’abonné................................................................................................... 16 

39.3.2.3 Gestion des boites vocales UCP ............................................................................................ 17 

39.3.2.4 Module d’aide à la programmation des touches des M7xx et i7xx........................................ 19 

39.3.2.5 Gestion des requêtes différées ............................................................................................... 20 

39.3.2.6 Gestion des déplacements...................................................................................................... 20 

39.3.3 Sauvegarde de la configuration réseau......................................................................................... 20 

39.3.4 Sauvegarde et restauration des données du M7430...................................................................... 20 

39.3.5 Interface de synchronisation LDAP .............................................................................................. 21 

39.3.6 Utilitaires du M7430 ..................................................................................................................... 22 

39.4 LES SERVICES WEB................................................................................................................................ 23 

39.4.1 Annuaire Intranet.......................................................................................................................... 23 

39.4.2 Bons de Travaux Intranet.............................................................................................................. 24 

39.4.3 Service de gestion délocalisée Intranet......................................................................................... 27 

39.5 GESTION FINANCIERE ............................................................................................................................. 29 

39.5.1 Les tickets de communication support de la Taxation................................................................... 29 

39.5.2 Module de Taxation....................................................................................................................... 30 

39.5.2.1 Analyse des états ................................................................................................................... 30 

39.5.2.2 Tarification............................................................................................................................ 31 

39.5.2.3 Interactivité avec l’annuaire NeXspan................................................................................... 31 

39.5.2.4 Editions ................................................................................................................................. 32 

39.5.2.5 Divers .................................................................................................................................... 36 

39.6 GESTION DES PERFORMANCES................................................................................................................ 37 

39.6.1 Calculs de performances à base faisceaux.................................................................................... 39 

39.6.1.1 Observations des faisceaux externes (RTC ou LIA).............................................................. 39 

39.6.1.2 Observations des faisceaux intersites .................................................................................... 41 

39.6.2 Calculs de performances à base terminal ..................................................................................... 42 

39.6.2.1 Observations de trafic sur les PO .......................................................................................... 42 

39.6.2.2 Observations sur les abonnés................................................................................................. 44 

39.6.3 Exemples de résultats de calculs de performances ....................................................................... 45 

39.7 GESTION DE LA SECURITE....................................................................................................................... 46 

39.7.1 Sécurité applicative....................................................................................................................... 46 

39.7.2 Sécurité technique ......................................................................................................................... 46 

39.8 COMPATIBILITE AVEC L’APPLICATION AUDIT DE CHECKPHONE – NEW V6.2 ......................................... 47 

39.9 CONFIGURATION DU M7430................................................................................................................... 48 

39.10 ARCHITECTURE M7430...................................................................................................................... 49 

39.10.1 M7430 - architecture client / serveur........................................................................................ 49 

39.10.2 Connexion M7430 - réseau NeXspan........................................................................................ 50 

39.10.3 Architecture duplex ................................................................................................................... 51 

39.11 GESTION D’UN RESEAU MULTISITE ..................................................................................................... 52 

39.12 GESTION D’UN PARC .......................................................................................................................... 53 

39.13 DIMENSIONNEMENT ........................................................................................................................... 56 

39.14 OFFRE DU M7430 NEXSPAN MANAGER AVEC LE NEXSPAN 500 - NEW V6.2.................................... 56 

39.15 PLATE-FORME M7430 NEXSPAN MANAGER...................................................................................... 57 

AASTRA MATRA Telecom Page1/1 APS0035AFRAA01



39.1 Introduction 

39 CENTRE DE GESTION M7430 NEXSPAN MANAGER V6.2 

Dans une optique d’intégration des ressources de communication de l’entreprise, AASTRA MATRA 

Telecom propose une large gamme de produits d’administration de réseau et d’iPbx. 

Composante de cette gamme, la plate-forme M7430 NeXspan Manager est en particulier destinée à la 

gestion de multisite de NeXspan ou NeXspan Communication Server comportant une ou plusieurs 

plates-formes de grandes capacités NeXspan 500. 

Elle est basée sur : 

• une solution issue du M7430 Expert, solution adaptée aux grands comptes, 

• une expertise de 12 ans de développement en administration, 

• des standards du marché : LINUX RedHat. 

Le logiciel M7430 NeXspan Manager permet une gestion centralisée et unifiée d’un réseau 

voix/données allant de 500 à 50.000 abonnés. 

Cette plate-forme est conçue selon une architecture client/serveur : 

• 15 connexions simultanées depuis un PC standard utilisant une émulation X (Exceed) ou 

un client (Cygwin), ou via http. 

• Connexions complémentaires via des interfaces Web HTML / Java. 




Cette plate-forme d’administration s’intègre parfaitement dans la stratégie IP de AASTRA MATRA 

Telecom par sa capacité à gérer les différents éléments de l’offre NeXspan, NeXspan Communication 

Server et NeXspan 50 / 500. 

Les fonctions de gestion du M7430 couvrent les 5 domaines d'administration suivant: 

• Gestion des fautes : synoptiques (synoptique réseau, synoptique logique, synoptique 

physique), alarmes, journaux de bord Pbx, 

• Gestion des configurations : abonnés (équipements, abonnements), déménagements, 

annuaire, boîtes vocales,… 

• Gestion des coûts : gestion financière des télécoms, 

• Gestion des observations de trafic TDM (faisceaux, postes, accueil) 

• Gestion de la sécurité : droits fonctionnels et géographiques des exploitants 

Les évolutions majeures du M7430 V6.2 associé à la version NeXspan R4.2 sont orientées : 

• Gestion de toute la gamme en R4.2, 

• Packaging du M7430 ave le NeXspan 500, 

• Gestion des abonnés IP sur le NeXspan 500, S, L, D en R4.2, 

• Gestion des postes SIP, 

• Nouvelle offre de serveur DELL, 

• Evolution sur RedHat Enterprise ES 4, 

• Compatibilité avec l’application Audit CheckPhone, 

• Déverrouillage du nombre de connexions utilisateurs simultanées. 




39.2 Gestion des fautes 

La fonction de supervision comprend : 

• La surveillance par synoptique, 

• Le traitement des alarmes émises par les systèmes NeXspan ou par des équipements 

SNMP, 

• L'exploitation des journaux de bord des systèmes NeXspan et le journal des événements 

réseaux au sein d'un journal de suivi de fonctionnement. 

• La diffusion des alarmes via différents média. 

39.2.1 Fonction de surveillance 

La surveillance peut s'effectuer de deux manières différentes : 

• par la fenêtre des messages d'alarmes, 

• par le synoptique graphique. 

39.2.1.1 Fenêtre d'alarmes 

Cette fenêtre affiche 2 types d’alarmes, les alarmes en provenance des équipements NeXspan et les 

alarmes en provenance des équipements SNMP. 

Affichage des alarmes NeXspan : 

L'arrivée d'une alarme sur le M7430 provoque l'ouverture automatique d'une fenêtre, accompagnée 

d'un bip sonore. Cette fenêtre se superpose à l'écran en cours et comporte l'ensemble des messages 

non acquittés reçus depuis la session de l'opérateur. 

Chaque message est visualisé sur deux lignes, l'une avec l'intitulé brut du message, l'autre avec le 

message éventuellement décodé par le M7430. 

Lors de leur arrivée, les messages sont décodés selon un format précis : 

• date et heure d'arrivée sur le M7430 (jour-mois-année-heure-minute-seconde) 

• site de provenance, 

• niveau d'urgence, représenté de manière graphique, par un code couleur associé : 

• rouge pour les messages urgents, 

• orange pour les messages semi-urgents, 

• vert pour les messages non-urgents. 

• libellé en clair de la nature du message. 

L'opérateur peut acquitter les messages présents dans la fenêtre d'alarmes, ce qui provoque 

l’icônification de la fenêtre et l'acquittement de tous les messages contenus dans cette fenêtre. 

Après acquittement, les messages acquittés sont remplacés par les nouveaux messages. 

Les messages restent dans la fenêtre tant qu'ils n'ont pas été acquittés. Par ailleurs, si de nouveaux 

messages arrivent, ils sont affichés à la suite des messages présents. 

L'affichage des alarmes peut être configuré de sorte que n'apparaissent que certains messages 

d'alarmes, filtrés selon certains critères (site de provenance, degré d’urgence). 




Supervision de postes VIP ou de postes de sécurité : 

• Définition de liste de postes numériques ou IP type i7xx : 

• Numéro du domaine, numéro du site, numéro de la grappe (évolution possible si F4), 

numéro de Carte, numéro de Voie 

• Au maximum, 700 équipements peuvent être configurés 

• Détection d’état : 

• Terminal, 

• Carte de raccordement numérique, 

• Grappes d’iPbx 

• Emission d’email d’alarme automatisé : 

• 5 destinataires possibles, 

• Emission SMTP, 

• Contenu non configurable issu des alarmes décodées 

• Titre configurable et niveau de gravité configurable 

• Prestation de service Expert nécessaire. 




Affichage des alarmes SNMP : 

Par cette capacité, le M7430 peut superviser des équipements péri téléphoniques comme des 

serveurs applicatifs ou des équipements LAN-WAN critiques pour l’applicatif de téléphonie 

(commutateur de connexion des serveurs téléphoniques comme le centre de gestion et les gateways 

IP). 

La gestion des équipements SNMP se compose de deux fonctionnalités : 

• Supervision des équipements SNMP. 

• Gestion des traps SNMP dans la fenêtre des alarmes : 

• Réception des traps SNMP en provenance de 30 équipements SNMP 

• Affichage des alarmes SNMP dans le journal des alarmes M7430, 

• Notification de la réception de messages SNMP via SMS, Email, 

• Supervision des applicatifs NeXspan et équipements switch / routeur dédié téléphonie 




Le M7430 intègre les composants suivants : 

• des outils en ligne de commande permettant d’interroger les équipements (ex : snmpget), de 

manipuler des données de configuration d’un équipement SNMP (snmpset), de convertir des 

OID (snmptranslate …), 

• un browser de MIB (tkmib), 

• une application « démon » recevant les notifications SNMP (snmptrapd), 

• un agent SNMP permettant de répondre aux requêtes SNMP, 

• une bibliothèque de fonctions (C et Perl) permettant de développer de nouvelles applications. 

Le centre de gestion peut faire un polling des alarmes sur une liste des équipements SNMP. Ce polling 

est configurable. Le nombre maximum d’équipements à superviser (sur lequel un polling est réalisé) 

est de 30. La supervision peut se baser sur des équipements SNMP V1, V2. 

Une alarme et un message de fonctionnement sont envoyés dès que la requête est en échec. De 

même, dès que l’équipement est de nouveau accessible, une alarme et un message de 

fonctionnement sont également générés. 

Il est possible d’implémenter dans le centre de gestion M7430 des MIB privées afin de diffuser un 

message d’alarme plus explicite. 

Les messages d’alarmes sont diffusés dans le journal des alarmes avec les notifications de sévérité 

possibles : 

• cold, 

• warm, 

• up, 

• down, 

• auth, 

• egp, 

• default. 

Le message contient l’équipement source de l’alarme. 




39.2.1.2 Synoptique 

Le synoptique permet de synthétiser de manière graphique l'état du réseau surveillé. Il est à noter que 

le M7430 s'auto-supervise, c'est-à-dire qu'il permet de visualiser l'état de ses différents éléments 

constitutifs. 

Le synoptique réseau est composé d'un ensemble hiérarchique de fenêtres, visualisant des niveaux 

d'objets différents (liens inter-sites, liens externes, iPbx NeXspan, grappes, cartes, joncteurs). 

Des niveaux de zoom permettent de visualiser les objets constitutifs d'un élément particulier, par un 

ensemble de fenêtres et sous-fenêtres associées. 

Les synoptiques sont animés en temps réel par des changements d'icônes et des changements de 

couleur ; de plus, chaque objet graphique dispose d'un libellé descriptif. 

Il existe trois types de synoptiques : 

1. synoptique réseau : un synoptique représente le réseau supervisé avec les systèmes 

NeXspan, les liens intersites (TDM) et externes. 

L'écran suivant propose un zoom sur le réseau supervisé. 

2. synoptique logique : les éléments sont animés par des icônes, en fonction de leur état. 

Le synoptique logique permet de visualiser chaque élément et son état de fonctionnement. La 

visualisation permet de zoomer jusqu’au joncteur de poste. 

3. synoptique physique : les éléments sont représentés physiquement. 

Le synoptique physique permet de visualiser chaque élément, son emplacement et son état 

fonctionnel. La visualisation permet de zoomer jusqu’à l’état des cartes. Ceci constitue une aide 

précieuse lors d’interventions de maintenance. 




Cette supervision par synoptique est associée aux fonctionnalités intégrées du logiciel NeXspan, qui 

détecte et isole les éléments fautifs, suites aux procédures de tests automatiques. 

Il est possible de zoomer jusqu'au niveau du joncteur de poste. 

39.2.2 Journaux de bord 

Dans le cadre du suivi des alarmes, l'administrateur dispose de deux types de journaux, lui permettant 

de visualiser les événements et incidents survenus au sein de son réseau : le journal du M7430 et le 

journal de bord iPbx. 

39.2.2.1 Journal du M7430 

Ce journal regroupe les événements horodatés survenus sur le réseau ou sur le M7430 

Ces événements peuvent être triés par site et sont regroupés selon trois sous-ensembles, classant les 

messages selon leur nature : 

• journal des événements réseau : y sont consignés les incidents relatifs au réseau NeXspan 

(incident sur les liens intersites), ainsi que sur les liaisons entre le M7430 et les différents ports 

d'exploitation et de maintenance des systèmes NeXspan. 

• journal des opérations: le M7430 contient la liste des commandes passées à partir du 

M7430 ainsi que l’identifiant de l’opérateur ayant exécuté les commandes. Toute opération sur 

les abonnements est reportée dans le journal avec un état avant et après modification. 

• journal de sécurité : contient le compte-rendu des succès ou échec d’accès des opérateurs 

au M7430. 

La totalité du journal permet de stocker les événements correspondant à 10 jours, sous réserve que sa 

taille n'excède pas la taille maximale du journal. Le journal conserve les événements survenus au 

cours d'une journée; les jours sont ainsi conservés de manière cyclique au sein du journal. Il est 

possible de consulter les journaux par jour 

Le journal peut être consulté en totalité ou par type d’événement (visualisation du journal de sécurité 

uniquement). 




L'impression du journal est possible en totalité ou en partie (impression d'une zone sélectionnée). 

39.2.2.2 Journal de bord du système NeXspan 

Ce journal contient les événements marquants survenus au sein du système NeXspan : il offre une 

vue d’ensemble sur les actions exécutées et les opérateurs concernés. 

Les journaux de bord quotidiens peuvent être sauvegardés (en même temps que les autres données 

sauvegardées). Idem pour la restauration. 

Il est possible, à partir du M7430, d'effectuer un transfert du fichier de journal de bord de chaque iPbx 

du réseau, par exemple à des fins de maintenance corrective. 

Il est d’autre part possible : 

• de choisir un site dans la liste des sites, 

• de choisir pour un site donné un ou plusieurs journaux de bord à relire. 

Un journal de bord NeXspan peut être rapatrié sur : 

• reconnexion du port d’exploitation NeXspan (dans le cas d’une connexion permanente), 

• demande opérateur immédiate, 

• programmation quotidienne ou hebdomadaire par l’opérateur, 

Il est possible d’effectuer des recherches à base de chaîne de caractères pour identifier un type 

d’incident. 

L'impression du journal est possible en totalité ou en partie (impression d'une zone sélectionnée). 

39.2.3 Action sur événement : M7430 vers l’extérieur 

Avec le module de gestion des alarmes, il est possible de créer des scripts complémentaires pour 

diffuser les alarmes vers un dispositif externe physique (boîtier délocalisé), vers un destinataire mail, 

ou vers un destinataire mobile (SMS). 

Trois scripts sont définis: 

• Envoi d’un E-mail 

• Envoi d’un message SMS 

• Activation d’un dispositif externe 




Par exemple, le script associé à l’envoi d’un E-mail intègre une diffusion vers un ou plusieurs 

utilisateurs. 

Cet E-mail contient : 

• L’heure de l’alarme, 

• L’heure de réception par le M7430 NeXspan Manager, 

• Le domaine et le site concerné, 

• Le texte brut de l’alarme, 

• Le texte décodé de l’alarme, 

Exemple de mail : 

Objet : Alarme en provenance de %1 (site ) 

Corps du message : ****ALARME envoyée automatiquement par le Centre de Gestion **** 

Heure de la réception au Centre de Gestion : 

Site concerné : l’alarme provient de %1 site 

Texte décodé : 

Texte brut : 

*********************************************************** 

%1 est un paramètre saisi dans l’outil de configuration. 

Pour l’ensemble de ces scripts, la gestion du filtrage est réalisée à base : 

• Equipement 

• Urgence 

• Nom du script associé 

Les équipements peuvent être : 

• Un Site 

• Un Centre de Gestion 

L'urgence prend les valeurs suivantes : 

• Urgente 

• Semi urgente 

• Non Urgente 

• Warning 

Le script est sélectionné parmi les choix suivants : 

• Emission d’un E-mail vers une liste d’adresse, 

• Emission d’un message SMS (via un Modem SMS), 

• Déclenchement du dispositif externe (sonore …). 

Un filtrage est défini par un nom et prend en compte les critères ci-dessus. 

Exemple : 

Filtre = { 

Equipement = Site1 urgence = Urgente 

Equipement = Site2 urgence = Urgente 

Script = déclenchement du dispositif externe 

Dans le cas du déclenchement d’un dispositif sonore, l’utilisateur devra acquitter l’alarme via le bouton 

d’acquittement des alarmes de la fenêtre des alarmes sur son interface de Centre de Gestion M7430. 




39.3 Gestion des configurations 

39.3.1 Gestion des paramètres téléphoniques 

Le M7430 permet d'accéder aux ressources de configuration (IHM monosites, multisites, gestion 

centralisée de l'heure, des mots de passe). 

La convivialité de l’interface offre une meilleure visibilité sur les commandes à passer, et permet ainsi 

à l’exploitant de gagner un temps précieux. 

L'aide en ligne disponible au sein des RHM du logiciel NeXspan est proposée et enrichie par le M7430. 

L'accès aux RHM par hyper-terminal reste néanmoins possible. 

Une application ergonomique permet en outre de gérer pour l’ensemble du réseau les classes de 

facilités, les catégories RTC et LIA. Cette application permet ainsi d’assurer la cohérence de ces 

paramètres sur l’ensemble du réseau. 

39.3.2 Gestion des abonnements téléphoniques 

En offrant une interface graphique interactive alliant interactivité et confort visuel, le M7430 NeXspan 

Manager offre des outils permettant à l'exploitant de gérer les données techniques et administratives 

des différents abonnés en tenant compte de l'organisation hiérarchique de l'entreprise. 

La notion d'abonnement permet de regrouper toutes les données relatives à un usager. 

L’ensemble des postes analogiques, numériques, IP i7xx, et DECT sont entièrement gérés. Les 

abonnés SIP type i220 ou 9112i, 9133i, 480i sont également administrables. 

Remarque : les abonnés SVI, les groupements et l’association entre plusieurs postes (exemple : un 

poste DECT et un poste fixe) sont configurables par RHM. 

Le M7430 NeXspan Manager dispose d'une base de données, répertoriant les usagers par des 

dossiers d’abonnements. Ces dossiers contiennent toutes les informations techniques et 

administratives relatives à un usager. 




Un abonnement comprend les éléments suivants : 

• fiche technique : ensemble des caractéristiques techniques de l'abonnement (carte de 

raccordement, type de poste...). 

• fiche annuaire : données administratives de l'abonnement. Pour traiter certains cas 

particuliers (multi-usagers, personnes avec plusieurs fonctions administratives) il est possible 

de créer une fiche annuaire principale et plusieurs fiches annuaire secondaires pour un même 

poste. 

• fiche complémentaire : dans le cas d’un poste multi-lignes, il est possible de renseigner les 

informations liées aux numéros complémentaires. 

• fiche CG : permet de renseigner des champs supplémentaires par rapport à la fiche annuaire 

(ex : adresse E-mail, prise de câblage...) 

• Fiche MEVO : permet de renseigner les informations nécessaires à la création d’une boîte 

vocale externe dans la messagerie vocale UCP. 




L'abonnement est présenté dans une fenêtre graphique séparée en deux parties : 

� à gauche : l'abonnement incluant toutes ses fiches. 

� à droite : la topologie de l'abonnement qui représente le contexte de l'abonnement, son 

appartenance à des groupes, groupes d'intercom, sa position dans la hiérarchie administrative. 

Ceci permet de connaître l'impact d'une modification de cet abonnement sur le reste de 

l'installation. 

A tout moment, l’opérateur peut déclencher un appel entre son poste et celui de l’abonnement sur 

lequel il travaille pour vérifier son bon fonctionnement ou pour obtenir des informations 

complémentaires. 

Des recherches sur les dossiers d'abonnements sont possibles. Les éléments trouvés sont 

visualisables. 

Il est également possible de créer des profils utilisateurs afin de préparer la création des abonnés 

dont les caractéristiques sont semblables. 




39.3.2.1 Gestion technique 

Les données répertoriant l'ensemble des entités techniques du système NeXspan (cartes, 

joncteurs) sont également stockées au sein d'un annuaire technique. Ces données sont 

visibles au niveau de la fiche technique. 

L'inventaire de ses matériels permet au gestionnaire de disposer à tout moment d'une connaissance 

précise des composants de son réseau, et facilite notamment la gestion des abonnés. 

En particulier il est possible de déclencher des alarmes lorsque le nombre d'équipements libres 

passe en dessous d'un seuil préprogrammé. 

L’exploitant a ainsi la connaissance des équipements libres, affectés ou réservés. En outre, il est 

possible, à l'aide du synoptique physique, de visualiser les capacités équipées et câblées, ainsi que 

l’emplacement physique des cartes dans le système NeXspan. 

Un audit de cohérence permet d’autre part de vérifier les informations contenues dans le M7430 avec 

celles contenues dans le système NeXspan. 

Dans le cas des abonnés IP, il est possible de connaître le statut des terminaux IP. Un listage des 

abonnés IP est réalisable avec les informations accessibles suivantes : 

• date du listage 

• n° d'annuaire, 

• type de terminal, 

• @IP, 

• port UDP, 

• état de la session applicative (établie ou non), 

• point de signalisation IP (Centre/Site/Grappe/Carte IP), 

• classe CAC, 

• identifiant de localisation 911 (numéro de poste à proximité) pour les numéro d’urgence aux 

USA 

• Nom du site sur lequel est déclaré l’abonné 

Le listage est intégré à l’Audit des abonnés téléphonique, les résultats de cet audit quotidien sont 

automatiquement exportés pour un traitement externe par le client. 

Le listage est exporté dans un fichier Ascii délimité (lisible par Excel et par le serveur de 

téléchargement). 

Il existe une IHM de consultation dédiée aux abonnés IP. 

Le listage et la consultation sont disponibles à base multisite. Cette fonction est disponible sur les iPbx 

et NCS à partir de R3.2. 




39.3.2.2 Aide à la création d’abonné 

Lors de la création d'abonné, le logiciel M7430 NeXspan Manager propose le premier numéro 

libre correspondant à la tranche de numérotation du site choisi (numéro SDA ou non), ainsi que 

les équipements correspondants. 

Le M7430 NeXspan Manager propose à partir de sa base de données un certain nombre 

d’équipements libres. Cela évite à l’exploitant de tenir à jour un inventaire des composants techniques 

de l’iPbx. 

L'exploitant a la possibilité de visualiser l'état des numéros et des équipements : 

• Libres, 

• Interdits, 

• Réservés (en vue d'une affectation proche), 

• Gelés (non disponibles pendant un certain temps, afin de ne pas le ré-attribuer trop 

rapidement). 

Ces différentes caractéristiques apparaissent sous forme de code de couleur dans les fenêtres 

graphiques d'aide à la création d'abonnés. 

• Possibilité de 

définir une tranche 

de numéros pour 

un iPbx ou un 

ensemble d’iPbx 

• Suivi de l’état des 

numéros d’une 

tranche (libre, 

attribué, en cours 

d’attribution 

réservé, préattribué, 

gelé) 

Gestion des configurations 

Attribution des tranches de numéros 

Il est possible de programmer des seuils d’occupation sur les tranches de numéros pour être prévenu 

dès qu’une tranche atteint une limite d’utilisation pour anticiper au mieux la gestion des numéros. 

Cette faculté est disponible depuis la version V5.1B pour les terminaux sur NeXspan. 




39.3.2.3 Gestion des boites vocales UCP 

Depuis la version V6.1, le M7430 s’interface avec les messageries vocales M7465 ou UCP : 

• Cette évolution offre la possibilité de créer un abonné et créer sa boîte vocale UCP 

simultanément à partir d’une même IHM du M7430. 

• Lors d’un départ de personne, son abonnement et sa boîte vocale sont automatiquement 

supprimés (ou non selon configuration client). 

• La configuration avancée UCP est accessible depuis le client UCP. 

Le M7430 NeXspan Manager permet également d’associer une boîte vocale intégrée (BVI) à un 

abonné d’un système NeXspan C, S, L, D avec sa classe de service. Il permet d’assister 

l’administrateur pour la création d’une boite vocale externe par une fiche MEVO de l’abonnement 

téléphonique avec les données suivantes : 

• Nom et prénom, 

• Numéro 

• Société, 

• Classes de service boite vocale : numéro ou nom, 

• Type de boite : Entry, standard ou unifiée 

• Données IMAP (nom utilisateur IMAP, serveur IMAP) : cas boîte vocale unifiée 

Le numéro de boite vocale est égal au numéro du poste. 

Lors de la suppression de l’abonnement téléphonique, la boîte vocale est supprimée ou non selon le 

choix de l’opérateur. 

Il est également possible de modifier des paramètres de la boite vocale : 

• Nom et prénom 

• Société 

• Classe de service boite vocale 

La consultation de la configuration de la boite vocale et du déménagement de l’utilisateur est 

également inclus. Il s’agit des cas de déménagements d’un serveur UCP vers un autre ou de 

modification du numéro annuaire de l’individu. 




A partir du M7430 NeXspan Manager, un audit de cohérence des boites vocales et de la base 

annuaire du M7430 est inclus. 




39.3.2.4 Module d’aide à la programmation des touches des M7xx et i7xx 

Un module d’aide à la programmation des touches propose un écran global de gestion des 

touches d'un poste. Celui-ci permet la consultation, la modification, et l’impression de toutes 

les touches d'un poste en une seule demande. Le type de poste est détecté automatiquement. 

Il est possible de programmer les touches des postes numériques (dont le M725) et des postes IP 

i740, i760, i780. A cette fin, l’exploitant peut visualiser les facilités dynamiques enregistrées, et ce à 

partir de la fiche d'abonnement. L’exploitant peut, par ailleurs, imprimer les formats d’étiquettes 

correspondant aux types de postes gérés. 

Cette application propose également des assistants de saisie configurables à l'installation (Ex : Filtrage 

Secrétaire-Directeur). De même, il est possible de créer des profils type d'utilisateurs et d'injecter 

automatiquement une programmation prédéfinie de leurs touches. 




39.3.2.5 Gestion des requêtes différées 

Le M7430 permet de définir des requêtes en mode différé, notamment pour la création 

d’abonnés. 

Il est possible de regrouper les requêtes différées par lot, associées à une heure unique. Celles-ci 

seront alors traitées collectivement. 

39.3.2.6 Gestion des déplacements 

Les fonctions de déplacement d’abonnés téléphoniques sont disponibles en monosite et en 

multisite. Elles permettent le déplacement des postes analogiques, des postes numériques et 

des postes IP type i7xx tout en conservant les propriétés de l’abonné et la programmation des 

touches (dans la mesure où celle-ci a un sens sur le site d’arrivée). 

Il est notamment possible de déplacer des abonnés multilignes dans un environnement multisite 

mixant des NeXspan S, L, D et des NeXspan 50, 500. Il est réalisé auparavant un contrôle de 

cohérence du plan de numérotation pour assurer le déplacement. 

Par ailleurs, la fonctionnalité de gestion des abonnés en différé permet de préparer des commandes à 

l'avance et de les exécuter à une heure donnée par lots. 

La combinaison de ces deux fonctionnalités est particulièrement intéressante lors des 

déménagements de masse en temps réel ou en temps différé. 

L’exploitant peut ainsi préparer les déplacements d’abonnés à l’avance, et s’assurer de la cohérence 

des opérations à mener. 

En cas d’échec d’un déplacement (déplacement partiellement effectué) le M7430 offre à l’exploitant, 

grâce aux fonctions de gestion des incohérences, la possibilité de réaligner les bases de données 

réseau et du M7430. 

39.3.3 Sauvegarde de la configuration réseau 

Une configuration du NeXspan C, S, L, D et NeXspan 50, 500 peut être sauvegardée de manière 

manuelle ou automatique, à partir du M7430. Les données de configuration ainsi rapatriées sont 

sauvegardées localement au M7430 NeXspan Manager. Ces sauvegardes serviront à recharger en 

local le logiciel de l’iPbx en cas d'incident majeur. 

Pour les NeXspan 50, 500, la restitution des données de configuration peut être réalisée à distance par 

le M7430. 

39.3.4 Sauvegarde et restauration des données du M7430 

Il est possible de sauvegarder périodiquement ou à la demande toutes les données nécessaires au 

fonctionnement du centre de gestion, sur un serveur de sauvegarde distant accessible via le LAN de 

l’entreprise, ou encore sur clef / disque dur de type USB. 

Il s’agit des données suivantes : 

• Les fichiers applicatifs, de configuration, base de données complète du M7430, 

• Les fichiers de configuration système, 

• Les tickets de communication. 




Le principe adopté est de sauvegarder les données en local puis de les copier sur un serveur de 

sauvegarde distant accessible via le réseau TCP/IP de l’entreprise (partage des répertoires par 

SAMBA). 

Il est possible de configurer le serveur de sauvegarde (adresse IP, répertoire de sauvegarde, login), 

ainsi que le mode de sauvegarde (périodique ou sur demande opérateur), la périodicité, et le type de 

données à sauvegarder. 

Notamment il est possible de définir plusieurs sauvegardes comportant des périodicités différentes 

et des serveurs de sauvegarde distants différents. Ceci permet de garder un historique des 

sauvegardes (sauvegarde de la version n-2, n-1). 

Cette restauration ne se fait que sur demande opérateur. 

Dans le cas d’une réinstallation complète du centre de gestion, il faut d’abord ré-installer 

l’environnement et l’applicatif, puis lancer le processus de restauration. 

39.3.5 Interface de synchronisation LDAP 

Le M7430 NeXspan Manager dispose optionnellement d’un annuaire compatible LDAP et d’interfaces 

permettant d’exporter et importer les données administratives contenues dans sa base de données. 




Le centre de gestion peut comporter un annuaire LDAP (en option). Cet annuaire offre des possibilités 

de couplages : 

• Enrichissement d’annuaires d’entreprise avec les données téléphonie des fiches 

« interne » et « externes » (Numéro interne, SDA, civilité, localisation, centre de frais…), 

• Prise en compte des modifications sur ces données par des annuaires d’entreprise, et 

répercussion contrôlée des changements dans les annuaires du système téléphonique, 

• respect du protocole LDAP et du schéma InetOrgPerson, afin d’être exploitable par toute 

application compatible (Lotus notes, Windows 2003 (*), ... 

• Contrôle des modifications demandées afin de garantir le maintien en opérationnel du 

système téléphonique 

(*) Windows 2000 ne respecte pas complètement le standard LDAP (classe InteOrgPerson non 

supportée) 

Un des premier type de couplage consiste à utiliser un fichier de transfert au format LDAP V3 (LDIF), 

avec une arborescence d’annuaire configurable (point d’ancrage, ie. haut de l’arbre), et compatible 

avec la structure InetOrgPerson (en export) communément utilisée par les applications compatibles 

LDAP V3. 

Cette option offre une interface pour réaliser la mise à jour massive d’un annuaire ou d’une base de 

données externe à partir des informations administratives comme le numéro de téléphone (numéro 

interne sur 4/5/6 chiffres et numéro SDA), les nom et prénom, localisation (bâtiment, étage, pièce), le 

centre de frais, la société service…etc. 

Réciproquement, cette option offre une interface pour mettre à jour certaines données administratives 

du M7430à partir d’une base de données externe, comme les nom et prénom, localisation, centre de 

frais, la société service…etc. en respectant certaines règles (cf. spécifications d’interface du M7430). 

Ces informations sont alors synchronisées pour l’ensemble du système NeXspan (mise à jour de 

l’annuaire interne à l’iPbx, mise à jour des copies d’annuaires des applications softphones et poste 

opératrice). 

Le gestionnaire téléphonie n’a plus à mettre à jour l’annuaire administratif téléphonique, il est 

automatiquement synchronisé à partir d’un annuaire tiers. 

L’adaptation de l’annuaire d’entreprise au schéma de la base de données du M7430 nécessite une 

étude d’ingénierie préalable compte tenu que les caractéristiques annuaires sont propres à toute 

entreprise. 

Il est de plus possible d’ajouter, de modifier ou de supprimer des fiches annuaires internes et même 

externes (fournisseurs) par l’import, tout en gardant, ou non, un contrôle de l’opérateur du système sur 

les modifications demandées. 

Pour des informations complémentaires, se reporter au chapitre Annuaire du guide produit NeXspan 

R4.2. 

39.3.6 Utilitaires du M7430 

Par l'intermédiaire d'utilitaires intégrés, l'administrateur peut effectuer différentes 

manipulations sur l’iPbx et ses entités annexes comme : 

• Contrôle du remplissage du disque, 

• Transferts de fichiers de l’iPbx vers le M7430: transfert, visualisation de fichiers, 

• Gestion des impressions, des files d’attente. 




39.4 Les services Web 

Les services Web accessibles sur le réseau IP de l’entreprise sont : 

• Le service d’annuaire Intranet qui permet de consulter et rechercher des collaborateurs dans 

l’annuaire du M7430, 

• Le service des bons de travaux Intranet (BTI) qui permet de gérer des demandes de travaux 

téléphoniques, 

• Le service de gestion Web : ce module offre une gestion complète des fiches annuaires et une 

gestion technique simplifiée. 

39.4.1 Annuaire Intranet 

L'annuaire contenu dans le M7430 est accessible en consultation aux usagers du réseau local 

de l'entreprise. Le M7430 est connecté sur le LAN et tout poste disposant d'un navigateur du 

commerce (IE, Netscape,...) peut accéder aux fiches annuaires de la société. 

L’utilisateur accède à des écrans comme les suivants : 

Recherche d’une fiche Annuaire : 




Fiche Annuaire détaillée : 

Le navigateur propose un écran de recherche multi-critères (avec caractères Joker) qui lui permet 

d'accéder aux champs et données des : 

• fiches annuaire intégré du M7430, 

• fiches annuaire « centre de gestion » complémentaire des données précédentes. 

Il propose la liste de tous les résultats correspondant à la recherche et permet d'accéder par 

navigation à chacune des fiches. 

Les écrans sont paramétrables à l’installation. Il est possible de personnaliser en incluant les logos, 

les visuels adaptés à l’entreprise, les champs présentés. Notamment, les fiches peuvent contenir les 

photographies des abonnés. 

Associé à TWP et son numéroteur universel, il est possible d’inclure un bouton « click to call » dans la 

fiche annuaire présentée. L’utilisateur n’a plus qu’à cliquer, l’appel se présente sur le terminal physique 

associé. 

Pour des informations complémentaires, se reporter au chapitre Annuaire du guide produit NeXspan 

R4.2. 

39.4.2 Bons de Travaux Intranet 

Ce service permet de déposer un bon de travail à destination des opérateurs du M7430, au travers de 

l’Intranet. 

Il permet la saisie et le suivi de demandes de travaux téléphoniques saisies sous forme électronique 

depuis un PC du réseau équipé d’un explorateur Web. 

Les bénéfices de cette fonction sont nombreux : 

• Plus de papier – pas de double ou triple saisie – format électronique, 

• Délocalisation du travail de saisie via un applicatif Intranet configurable, 

• Suivi de l’avancement en temps réel via l’Intranet, 

• Statistiques des travaux sur Intranet. 




Il existe deux types de bons de travaux : 

• Les bons de travaux de type texte : ces bons de travaux se présentent sous la forme de 

formulaires, ces derniers pouvant être de nature différente : 

• Un texte, 

• Une création de fiche dans un abonnement téléphonique, 

• Une modification d’une fiche dans un abonnement téléphonique, 

• Une suppression dans une fiche d’un abonnement téléphonique, 

• …. 

• Les bons de travaux de type téléphonique. 

Les demandes de travaux émises par l’application import/export des fiches annuaires sont des 

bons de travaux de type téléphonique. Elles concernent les fiches annuaires internes du centre 

de gestion. 

Les différents bons de travaux générés par cette application sont : 

• La création d’une fiche annuaire interne, 

• La modification d’une fiche annuaire interne, 

• La suppression d’une fiche annuaire interne. 

Le process d’un bon de travail se déroule en 3 étapes : 

Etape 1 : 

L’utilisateur des Bons de Travaux sur Intranet dépose un bon de travail. Un mail est envoyé 

ensuite à l’approbateur (généralement son responsable hiérarchique). 

Etape 2 : 

Celui ci est approuvé ou refusé par un utilisateur de niveau approbateur. Si la demande est 

refusée, un mail est alors envoyé au demandeur. 

Etape 3 : 

Si la demande est acceptée, le bon de travail est ensuite traité par l’exploitant. Cette demande 

est alors soit satisfaite soit abandonnée (en général pour des raisons techniques). 

Dans tous les cas un mail est envoyé au demandeur afin qu’il connaisse le résultat de sa 

demande. 

Des bons de travaux directement approuvés peuvent également venir de l’application 

import/export Annuaire. 




L’applicatif Bons de Travaux sur Intranet (BTI) inclut des statistiques sur l’émission des bons de 

travaux sur Intranet, leur état et le temps de réalisation des BTI. 

Il est possible de connaître la durée de traitement des BTI (nombre de BTI traité pour chaque jour 

d’une semaine, durée d’approbation des BTI, nombre de BTI à l’état déposé par jour) selon les droits 

disponibles pour l’émetteur des Bons de Travaux sur Intranet. 




39.4.3 Service de gestion délocalisée Intranet 

Le Service de gestion délocalisée (SGD) permet de soulager l’administrateur dans des travaux de 

modification comme le changement de classe de facilités, modification de la fiche annuaire … 

Ce service offre un accès délocalisé à la gestion d’abonnés M7430 depuis un PC banalisé équipé d’un 

browser Web. 

Les intervenants distants peuvent accéder et intervenir sur les éléments suivants : 

• Fiches annuaires internes et externes, 

• Fiches techniques (simplifiées) 

• Fiches centre de gestion 

Les demandes sont transformées en requêtes différées à exécution immédiate. Les utilisateurs 

bénéficient d’une application Java ergonomique proche de celle des postes de travail dédiés. 

Les utilisateurs du service de gestion délocalisée sont déclarés au centre de gestion - module gestion 

de la sécurité avec une très grande finesse de déclaration des droits pour chaque exploitant. 




Un journal des opérations est associé à ce mode de gestion délocalisée. 




39.5 Gestion financière 

Le module de gestion financière du M7430 est un module logiciel optionnel. Il permet le traitement 

comptable des communications téléphoniques pour refacturation interne et vérification des factures 

opérateurs. 

39.5.1 Les tickets de communication support de la Taxation 

Les fonctionnalités de taxation du M7430 se basent sur les justificatifs d'appel émis par les iPbx gérés : 

ce sont les tickets de communication. 

Ces tickets sont récupérés quotidiennement et stockés dans une base de données interne au centre 

de gestion, puis traités ultérieurement, selon plusieurs critères prédéfinis. Pour réaliser les fonctions de 

taxation, le module de taxation récupère les tickets sous forme ASCII dans sa base de données 

propre. 

Le schéma suivant décrit l’échange des données (tickets et données annuaire) nécessaires au module 

de taxation : 

Le module de taxation est disponible sous la forme de 11 capacités : 

• 65.000 tickets consultables en ligne 









• 1.000.000 tickets consultables en ligne 

• 1.200.000 tickets consultables en ligne 




39.5.2 Module de Taxation 

Le module de Taxation est un produit complet qui propose les fonctions suivantes : 

• Récupération via IP et traitement des tickets de communication pour une re-facturation des 

coûts de communication par entité administrative, par centre de frais, par poste, par 

personne…. 

• Gestion de plusieurs tarifs opérateurs à la durée ou à la taxe : France Telecom et opérateurs 

alternatifs (jusqu’à 5) pour une gestion optimisée du coût des communications. De plus, il est 

possible de gérer une liste de numéros à remise spéciale. Il s’agit de gérer une liste de 

numéros sur lesquels le client bénéficie d’une remise arrière sur volumes (service proposé 

par FT). 

• Gestion de l’Interactivité avec l’annuaire des iPbx M6500/NeXspan : gestion des différents 

champs annuaire et des informations relatives aux postes téléphoniques et mise à jour des 

informations par l’iPbx. 

• Simulation des coûts : grâce à cette fonction, il est possible de choisir l’opérateur ayant l’offre 

tarifaire la mieux adaptée à l’activité téléphonique du client. 

• Gestionnaire d’états afin de créer des rapports personnalisés. Le module de taxation dispose 

d’une interactivité avec Excel afin de créer des rapports personnalisables de manière simple , 

• Editions automatiques : il s’agit d’automatiser la sortie des états à intervalle paramétrable par 

l’utilisateur. Les calculs peuvent être réalisés sous forme de cumuls, détail, hit-parade… 

L’édition des analyses peut être obtenue sous forme graphique ou en format HTML pour une 

vision claire et instantanée des résultats. 

• Diffusion des états par email : un utilisateur peut faire parvenir automatiquement des éditions à 

des correspondants et ce, par messagerie électronique. 

• Consultation par HTML : Les rapports du module de taxation sont accessible via HTML à partir 

de n’importe quel PC du LAN / WAN de l’entreprise. L’accès Web est soumis à un des droits 

nécessitant une identification par login – mot de passe. 

• De plus, le module de taxation dispose de la fonction d’archivage automatique des données 

39.5.2.1 Analyse des états 

Le module de taxation permet les analyses suivantes : 

• La ventilation des coûts de communication sous différents aspects, 

• Le besoin et le comportement des utilisateurs, 

Notamment par les états tels que, ventilation des coûts par service, édition de numéros surveillés…etc. 




39.5.2.2 Tarification 

Il existe différentes possibilités de tarification, qui vont du cas le plus simple (gestion du coût unitaire 

de la taxe identique pour tous les postes de l’installation) aux cas les plus complexes (gestion de 

plusieurs opérateurs avec ventilation différente du coût de vente selon les utilisateurs). 

• Tarification mono-opérateur : Gestion d’un seul opérateur de télécommunication avec un 

coût de vente égal au coût d’achat de la communication téléphonique ou avec un coût de 

vente supérieur au coût d’achat de la communication téléphonique pour refacturation. 

• Tarification multi-opérateurs . 

Cette fonction permet d’effectuer une facturation détaillée des coûts téléphoniques en fonction des 

opérateurs utilisés, et permet ainsi la facturation sur des liens de type LIA. Cette fonction peut 

également être un secours en cas de litige, car elle permet d’effectuer une comparaison entre les 

coûts calculés et les factures fournies par les opérateurs. 

Il est possible d’avoir accès jusqu’à 5 formules de tarifications. 

Le module dispose d’une table tarifaire pour les opérateurs du marché, il est possible de créer et 

modifier ces données via une interface graphique ou en utilisant un module d’import du tarif 

opérateur, à partir d’un format Excel. Ce format d’import est compatible avec l’ensemble des 

données tarifaires des opérateurs du marché. 

• Simulation des coûts opérateurs : Permet de simuler une facture en fonction d’un autre tarif 

et ainsi mettre plusieurs opérateurs en compétition sur base réelle de consommation 

téléphonique. 

• Gestion d’une liste de vos numéros à coûts particuliers : Correspond à l’offre Modulance 

de France Telecom, c’est à dire à une tarification avec un pourcentage de remise à partir d’un 

certain volume de communications sur certains numéros. 

39.5.2.3 Interactivité avec l’annuaire NeXspan 

Le module de Taxation intègre automatiquement les données annuaire NeXspan. 

Cette fonction permet notamment d’afficher dans les relevés le nom/prénom de l’abonné en plus de 

son numéro de téléphone, et d’éviter les doubles saisies (iPbx // Centre de Gestion). 

Elle permet également de fournir les états à partir de données de type Hiérarchie administrative 

NeXspan (société/ service), et ainsi de refacturer ces état vers les entités de l’entreprise. 




39.5.2.4 Editions 

• Editions automatiques : Permet de programmer des éditions qui seront lancées 

automatiquement. 

• Envoi d’éditions par E-mail : envoi manuel ou automatique des éditions programmées à une 

liste email d’utilisateurs. Les éditions peuvent être au format HTML ou un fichier Excel. Ceci 

évite l’installation de client ou utilisation du produit sur tous les PC. 

Pour le module diffusion mail, les informations sélectionnées sont envoyées à intervalle 

paramétrables en pièce jointe d’un mail. Cf écran ci-après : 

• Consultation des états par le Web 

Les états de taxation peuvent être consultés sur le réseau Intranet de l’entreprise grâce au module 

Etat on line. L’administrateur peut mettre à disposition des différents utilisateurs les résultats et les 

états les concernant. 

Le mode Etat on line utilise la technique du pull, à savoir la mise à disposition des résultats aux 

différentes personnes de l’entreprise, via un accès sécurisé et restreint par mot de passe. Ces 

derniers ne pourront alors avoir accès qu’aux informations les concernant et seront tributaires du 

paramétrage décidé par l’administrateur. Cette application ne nécessite pas l’installation 

d’exécutables de type « client-serveur » sur l’ensemble des postes et permet la consultation des 

résultats pour l’ensemble des utilisateurs via la connexion à une adresse Intranet. 

L’écran suivant propose la mise à disposition d’états en ligne : 




Exemples d’éditions : 

Edition en cumul par poste : 







Grâce à l’existence de liens actifs sur les états, il est possible d’analyser de façon précise les résultats 

des éditions : 




39.5.2.5 Divers 

D’autres fonctions sont disponibles : 

• Graphes Excel : export de données au format Excel 

Les graphes des états sont disponibles également sous Excel, afin de bénéficier de la 

personnalisation très avancée de ce logiciel, ainsi que du couplage natif avec les autres 

applications Microsoft. 

• Archivage automatique : l’archivage automatique des données est géré comme une tâche 

programmée dont on peut définir le jour, l’heure et la périodicité de l’archivage ainsi que le 

nombre d’archives conservées : afin de ne pas saturer le disque du PC, si on conserve N 

archives, lors de la sauvegarde de l’archive N+1, l’archive la plus ancienne est effacée. 

Par ailleurs, l’application est multi-tâches, multi-utilisateurs, multi-sociétés : 

• Multi-tâches : Travailler sur le M7430 ou un terminal n'interrompt pas l'acquisition (ou la 

télécollecte) des données des iPbx gérés; tous les travaux qui ne nécessitent pas d'affichage à 

l'écran s'effectuent en tâche de fond. 

• Multi-utilisateurs : Il est possible de gérer, selon les licences, de 2 à 16 utilisateurs 

simultanés, et au-delà. Les accès concurrents à un fichier sont bien entendus gérés. il est ainsi 

possible d’accéder à l’application de taxation en mode client/serveur, chaque utilisateur ayant 

un accès personnalisé au progiciel. 

• Multi-sociétés : il est possible de gérer séparément sur un système unique la taxation de 

plusieurs sociétés ou entités utilisant les services du même iPbx. Selon paramétrage, un 

utilisateur du progiciel rattaché à une société donnée accédera uniquement aux informations 

qui concernent sa société. 




39.6 Gestion des performances 

Depuis la version V5.1B, le M7430 met à disposition de l'exploitant un module optionnel d'observation 

de trafic, pour lui permettre de s'assurer du dimensionnement correct du réseau, et avoir des 

informations sur la qualité de service rendue. 

Les calculs de performances sont réalisés sur les entités suivantes : 

• Faisceaux : 

• Faisceaux Externes. 

• Liens Intersite. 

• Terminaux : 

• Services Opératrice (SOP). 

• Postes Opératrice (PO). 

• Postes d’Abonnés Simples. 

Les calculs sont effectués à partir des tickets d'appels générés par les iPbx. Ces tickets sont stockés 

dans une base de données contenue dans le centre de gestion, puis traités ultérieurement, selon 

plusieurs critères prédéfinis. Ils peuvent être exportés sous la forme de fichiers en ASCII délimité. 

L’exploitation complète des observations de trafic nécessite au minimum le format V3 des 

tickets d’appel. 

Les différentes observations possibles en fonction des versions de tickets sont résumées ci-dessous. 

Version des 

tickets 

(1) : 

Faisceaux 

externes 

Liens 

intersite 

Services 

Opératrice 

Postes 

Opératrice 

Postes 

Abonnés 

simples 

V1 - - - - � 

V2 � (1) � - � � 

V3 � � � � � 

Seulement « Charge en Erlang », « Nombre d’Appels » - pas de statistiques sur les échecs 

dans le faisceau. 

Les observations peuvent être effectuées sur un jour, sur un mois ou sur une année. 

Les résultats sont des états standards présentés en tableau, sous forme graphique (courbes, 

histogrammes), et sont eux aussi disponibles en format ASCII délimité. 

Ces outils mesurent aussi bien l'activité au niveau des postes que celle des faisceaux, et permettent 

un traitement statistique et graphique des relevés effectués. 

Les calculs de performances peuvent être effectués de façon immédiate ou programmée. 

• Si le calcul est programmé, il s’effectue 1 fois par jour à heure fixe. Le résultat est stocké sur le 

M7430 et est consultable à la demande 

• 

• Si le calcul est immédiat, il s’effectue immédiatement et le résultat apparaît dans un écran du 

M7430 Le résultat n’est pas stocké. 




Les calculs de performances peuvent être réalisés entité par entité (calcul réparti) ou globalement 

pour toutes les entités d’un même type (calcul total). 

Le tableau suivant récapitule pour chaque entité, la possibilité ou non d’avoir ce type d’observation 

totale ou répartie. 

Entités 

Types d’Observation 

Total Réparti 

Commentaires 

Faisceaux (charge) � � � Charge totale en Erlang et nombre total d’appels. 

� Idem + les mêmes informations réparties sur 

trafics : « entrant », « sortant », « transit 

entrant », « transit sortant ». 

Faisceaux (échecs) � - L’ensemble des compteurs d’acheminements et 

d’échecs d’acheminement relatifs au faisceau externe. 

Liens intersite � � � Charge totale en Erlang et nombre total d’appels. 

� Idem + les mêmes informations réparties sur 

trafics : « entrant », « sortant », « transit », 

« local ». 

Services Opératrice � - L’ensemble des compteurs relatifs au SOP. 

Postes Opératrice � - L’ensemble des compteurs relatifs au PO. 

Abonnés 

téléphoniques 

� - L’ensemble des compteurs relatifs à l’Abonné pour les 

appels directs émis/reçus. 




39.6.1 Calculs de performances à base faisceaux 

Un faisceau est un ensemble de joncteurs de mêmes caractéristiques qui relient le multisite à un autre 

iPbx public ou privé. 

On distingue 2 types de faisceaux : 

• les faisceaux externes 

• les faisceaux intersites. 

39.6.1.1 Observations des faisceaux externes (RTC ou LIA) 

Le faisceau à observer doit au préalable être décrit dans le CG en utilisant les IHM de l’Application 

Observations de Trafic. 

Charge en Erlang d’un faisceau 

La charge en Erlang d’un faisceau se calcule de la manière suivante : 

(Somme des durées d’occupations des joncteurs du faisceau) / (Période d’échantillonnage) 

C’est aussi : 

(Somme des durées de communication des appels via le faisceau) / (Période d’échantillonnage) 

La valeur la plus courante d’une période d’échantillonnage est « 60 minutes » . Dans certains cas elle 

est de 30 ou 15 minutes. 

La « Charge limite du faisceau » (en Erlang) doit être configurée par l’exploitant : elle représente la 

charge maximale du faisceau permettant d’offrir la Qualité de Service (QoS) décidée par l’Exploitant. 

C’est grâce au couple (Charge limite du faisceau, charge totale du faisceau) que l’exploitant peut 

évaluer la qualité de service du faisceau et décider éventuellement d’un redimensionnement du 

multisite. 

Nombre d’appels acheminés par un faisceau 

Le nombre d’appels acheminés par un faisceau relatif à une période d’échantillonnage se calcule de la 

manière suivante : 

Nombre d’appels dont le début est situé dans la période d’échantillonnage 

Observer un faisceau c’est donc déterminer les différents couples : 

(Charge en Erlang, Nombre d’appels) du faisceau 

AASTRA MATRA Telecom Page39/39 APS0035AFRAA01



Les calculs de performance des faisceaux en termes de charge et de nombre d’appels écoulés sont 

résumés dans le tableau suivant : 

Charge 

trafic en 

Erlang 

Nombre 

d’appels 

Tous flux Flux de trafic 

entrant 

Direction de 

trafic sortant 

Transit 

Entrant 

Transit 

Sortant 

Circuits intersite 

commutés (*) 

� � � � � � 

� � � � � � 

(*) : Les circuits intersites commutés sont des liens intersites de type dynamique : il s’agit de circuits 

réseau commutés, donc taxés. 

Types d’Observations 

Les calculs de performances peuvent être réalisés de manière : 

• Totale le résultat du calcul donne heure par heure (paramétrable) le trafic total écoulé par le 

faisceau observé. 

• Répartie le résultat des calculs donne la répartition des résultats de mesures selon le 

type de trafic écoulé par le faisceau observé : trafic « entrant réel », trafic « sortant réel », trafic 

« transit entrant », trafic « transit sortant », trafic « circuits intersites commutés ». 

Calcul des échecs d’acheminement : 

L’acheminement des communications par un faisceau F1 peut se faire avec succès, en débordement 

sur un autre faisceau F2 ou être un échec total : 

• Succès de l’acheminement : 

Si l’appel est acheminé via le faisceau F1, alors F1 a acheminé un appel en qualité de « premier 

faisceau ». 

• Débordement 

Si l’appel est acheminé via le faisceau F2 alors : 

- F1 a connu un débordement en qualité de « premier faisceau », 

- F2 a acheminé un appel en qualité de « faisceau de débordement ». 

• Echec Total 

Si l’appel n’a pu être acheminé ni par F1 ni par F2 (faisceaux saturés), alors : 

- F1 a connu un débordement en qualité de « premier faisceau », 

- F2 a connu un débordement en qualité de « faisceau de débordement », 

- le système a connu un échec total lorsque F1 était le faisceau dit « en premier choix ». 




39.6.1.2 Observations des faisceaux intersites 

Un lien intersite est l’ensemble des circuits qui relient deux sites d’un multisite. Ces circuits peuvent 

être en nombre fixe (pour un dimensionnement donné) ou, dans le cas de « intersite commuté », en 

nombre variable selon le trafic. 

Charge en Erlang d’un faisceau intersite 

La charge en Erlang d’un faisceau intersite se calcule de la manière suivante : 

(Somme des durées d’occupations des joncteurs du faisceau) / (Période d’échantillonnage) 

C’est aussi : 

(Somme des durées de communication des appels via le faisceau) / (Période d’échantillonnage) 

Tous les liens intersite d’un multisite sont décrits par configuration, avec leur « charge limite qualité ». 

Nombre d’appels écoulés par un faisceau intersite 

Le nombre d’appels écoulés par un faisceau relatif à une période d’échantillonnage se calcule de la 

manière suivante : 

Nombre d’appels dont le début est situé dans la période d’échantillonnage 

Observer un faisceau intersite c’est donc déterminer les différents couples : 

(Charge en Erlang, Nombre d’appels) du faisceau intersite 

Les calculs de performance des faisceaux intersites en terme de charge et de nombre d’appels 

écoulés sont résumés dans le tableau suivant : 

Charge 

Erlang 

trafic en 

Tous flux Flux de trafic 

entrant 

Direction de trafic 

sortant 

Transit Local 

� � � � � 

Nombre d’appels � � � � � 

(*) : Les circuits intersites commutés sont des liens intersites de type dynamique : il s’agit de circuits 

réseau commutés, donc taxés. 

Contrairement au cas des faisceaux externes, actuellement un calcul s’applique sur un seul lien 

intersite et non sur une liste de liens. Si l’on veut observer plusieurs liens intersites simultanément, il 

faut effectuer l’opération ci-dessus (choix d’un calcul pour un lien intersite) pour chacun des liens. 

Types d’Observations 

Les calculs de performances peuvent être réalisés de manière : 

• Totale le résultat du calcul donne heure par heure (paramétrable) le trafic total écoulé par le 

lien intersite observé. 

• Répartie le résultat des calculs donne la répartition des résultats de mesures selon le 

type de trafic écoulé par le lien intersite observé : trafic « entrant réel », trafic « sortant réel », 

trafic « transit », trafic « local ». 




39.6.2 Calculs de performances à base terminal 

On distingue 2 types de terminaux : 

• PO : Services Opératrice (SOP) et Postes Opératrice (PO). 

• Postes d’Abonnés Simples. 

39.6.2.1 Observations de trafic sur les PO 

Les observations de trafic sur les PO sont organisées selon les deux approches suivantes : 

• Mesure de la qualité de l’accueil par le Service Opératrice (SOP). 

• Mesure de l’activité de chacun des PO. 

L’accueil par PO peut avoir lieu dans chacun des cas suivants : 

• Un correspondant extérieur appelle l’Etablissement en composant le numéro de téléphone de 

ce dernier (numéro dit général). 

• Un abonné local au multisite peut appeler les PO en composant « 9 » (ou équivalent). 

• Si un abonné du multisite ne répond pas à un appel externe, l’appel peut être présenté aux 

opératrices (retour PO). 

Selon les résultats de la mesure de la qualité de l’accueil par le Service Opératrice (SOP) (complétée 

éventuellement par la mesure de l’activité de chacun des PO), le dimensionnement du SOP concerné 

pourra être revu. 

Pour l’Observation de Trafic, un SOP est l’ensemble des postes opératrice (PO) sonnés (*) 

simultanément, lorsqu’à un instant donné, un appel nécessite un accueil par PO. 

(*) : ou « concernés simultanément » en cas de distribution d’appel sur PO. 

Un PO peut faire partie de plusieurs SOP. 

En théorie, chacun des PO d’un SOP peut être physiquement connecté à n’importe quel site du 

multisite : le SOP est un « groupement logique de PO ». 

Mesure de la qualité de l’accueil = mesure de l’activité des SOP : 

Les calculs réalisés sur les SOP permettent de mesurer la qualité de l’accueil des PO. 

Calcul sur une période d’échantillonnage (heure par heure) ou synthèse mensuelle (à base jour) 

disponible. 

Définition des flux de trafic possibles : 

EXT → SOP directs Nombre d'appels extérieurs reçus par l’iPbx, dont l’accueil 

est assuré par le SOP observé 

EXT → SDA(nr) → SOP Nombre d’appels externes non répondus par les abonnés 

du multisite qui sont donc présentés aux opératrices 

(retour PO) 

EXT → SOP (r) → PS (nr) → SOP Ne pas confondre avec EXT → SOP direct. Ici, il s’agit 

d’un « appel général » auquel le SOP a déjà répondu et 

transféré sur un poste (PS). Mais ce dernier n’ayant pas 

répondu, l’appel est à nouveau présenté au SOP. 

PS → SOP par le « 9 » Flux direct pour SOP, mais trafic interne 




Le tableau suivant liste les calculs disponibles selon les types d’appels au SOP. : 

Nombre d’appels 

répondus parmi 

les appels reçus 

Nombre d’appels 

non répondus 

parmi les appels 

reçus 

Durée moyenne de 

sonnerie pour 

tous les appels 

Appels EXT → 

SOP directs 

� 

Appels répondus par le 

SOP 


SDA(nr) → SOP 


SOP (r) → PS (nr) 

→ SOP 

Appels PS → 

SOP par le « 9 » 

� � � 

� (1) � � � 

� (1) 

Durée de sonnerie du 

SOP uniquement 

� 

sonnerie sur le poste 

directement demandé 

(SDA) + (éventuellement 

sonneries sur des 

postes atteints par 

renvois) + sonnerie sur 

le SOP 

� � 

(r) : réponse, (nr) : non-réponse 

(1) : selon les valeurs de ces résultats la taille du SOP (nb. de PO actifs dans le SOP). est à revoir. 

Mesure de l’activité de chacun des Postes Opérateur : 

Calcul de charge en Erlangs et de nombre d’appels pour un PO ou une liste de PO : 

Définition des flux de trafic possibles : 

EXT → PO Tous les flux Extérieur → PO directs et indirects (y compris suite à non 

réponse SDA). 

PO → LOCAL PO appelle un abonné local (souvent pour transférer un appel). 

LOCAL → PO Un abonné local appelle son SOP (via ‘9’) et un PO lui répond. 

PO → EXT PO effectue un appel sortant (externe). 

Le tableau suivant liste les calculs disponibles selon les types d’appels au PO. : 

Nombre total 

d’appels d’un PO 

Charge en Erlang 

d’un PO 

Appels EXT → PO Appels PO → 

LOCAL 

Appels LOCAL → 

PO 

Appels PO → 

EXT 

� � � � 

� 

ce calcul ne prend pas 

en compte les appels 

EXT->SDA->PO et 

EXT->PO->SDA->PO 

� � � 




39.6.2.2 Observations sur les abonnés 

Les observations de trafic sur les Abonnés Téléphoniques sont basées sur les deux flux de trafic 

suivants : 

• Appels externes destinés à l’Abonné. 

• Appels émis vers l’extérieur par l’Abonné. 

Les appels observés sont des appels directs : 

• des appels entrants destinés directement à l’abonné (SDA) ; 

• des appels émis directement vers l’extérieur par l’abonné ; 

Il est possible de faire cette analyse par abonné. L’Abonné observé est un abonné simple, identifié 

par son numéro d’annuaire qui ne doit être : 

• ni celui d’une tête de groupement de postes, 

• ni celui d’un agent d’accueil (sauf pour les appels individuels), 

• ni celui d’un PO (cf. observation de trafic sur les PO), 

• ni un numéro général. 

NB : Un poste multiligne qui a, par exemple, deux numéros d’annuaire est considéré comme deux 

abonnés simples. 

Calculs de performances sur les appels externes destinés à un abonné 

Les calculs disponibles sont les suivants : 

• Nombre d’appels EXT → ABO directs destinés à l’abonné observé ; 

• Nombre d’appels EXT → ABO directs répondus destinés à l’abonné observé ; 

• Nombre d’appels EXT → ABO directs non répondus destinés à l’abonné observé ; 

Calculs de performances sur les appels émis vers l’extérieur par un abonné 

Les calculs disponibles sont les suivants : 

• Nombre d’appels ABO → EXT directs ou nombre d’appels sortants initiés directement par 

l’abonné observé ; 

• Durée moyenne de conversation ABO → EXT directs ou durée moyenne de conversation 

de l’Abonné observé, relative aux appels sortants directement initiés par l’Abonné. 




39.6.3 Exemples de résultats de calculs de performances 




39.7 Gestion de la sécurité 

39.7.1 Sécurité applicative 

Conformément aux recommandations de l'ISO, le M7430 intègre la gestion de la sécurité et des droits 

d'accès aux ressources d'administration, à travers un module logiciel spécifique spécifié selon des 

normes militaires. 

Le M7430 permet ainsi d'offrir à des exploitants répartis géographiquement des fonctions de gestion 

du réseau, tout en définissant de manière très précise les droits associés individuellement à chaque 

exploitant. 

Le M7430 offre plusieurs niveaux de sécurité : 

� Niveau 1 : La liste des adresses IP pouvant se connecter au M7430 est connue par 

l’application. Toute tentative de connexion par un client d’adresse IP non déclarée est 

enregistrée dans le journal de fonctionnement du Centre de Gestion (celui-ci possède 

notamment des filtres pour afficher uniquement les opérations relatives à la sécurité du 

M7430). 

� Niveau 2 : l’utilisateur du M7430 doit entrer à nouveau une identification par système de 

Login/Password. Toute tentative infructueuse est enregistrée dans le journal de 

fonctionnement du Centre de Gestion. 

� Niveau 3 : Une fois l'opérateur connecté, les commandes du M7430 qui lui sont présentées 

sont celles définies par ses droits. 

Lors de sa connexion au M7430, l'opérateur dispose des informations suivantes relatives à ses droits : 

• Liste des sites autorisés (domaine géographique) 

• Liste des niveaux hiérarchiques autorisés (domaine administratif) 

• Liste des modules applicatifs autorisés (Gestion des fautes, des configurations...) 

• Liste des RHM émulées autorisés (droits concernant la visualisation simple et/ou la 

modification) 

Ainsi, un opérateur ne peut pas intervenir sur une fonction (par exemple une modification) s’il n'en a 

pas le droit (droit qui lui est attribué ou non dans le module de gestion de la sécurité). 

Les droits peuvent donc être attribués selon des critères géographiques (liste de sites gérés), 

administratifs (gestion de certains services, départements...) ou fonctionnels (ex : accès à la 

supervision seulement). 

Il est par ailleurs possible à l'opérateur de changer de login en cours de session (pour disposer de 

droits plus importants par exemple). 

En complément à ce module de gestion de la sécurité, le M7430 dispose de journaux de bord 

permettant de lister avec précision l'ensemble des opérations effectuées par les différents 

administrateurs. 

39.7.2 Sécurité technique 

La plate-forme logicielle M7430 est sécurisé en s’appuyant sur un OS Linux RedHat et en disposant 

d’un process d’installation automatisé. Ce process d’installation provoque l’ouverture des ports 

applicatifs utiles à l’application M7430 et seulement ces ports. Ces ports sont notamment les ports 

standards d’administration (ssh, http, https, smtp) et les ports TCP/UDP spécifiques aux applications 

Exceed et M7430. 




La connexion des clients au serveur via le module Web – VNC est sécurisé par un tunnel SSH 

utilisable sous client Windows, Linux ou Unix. 

39.8 Compatibilité avec l’application Audit de CheckPhone – New V6.2 

Le M7430 NeXspan Manager propose une mise à disposition programmée périodique de la 

configuration du ou des réseaux NeXspan pour le Module Audit de CheckPhone : 

• Compatible tous systèmes NeXspan C, S, L, D, 50, 500, M6501, M6540, 

• Versions supportées : de R1.3 à R4.2, 

• Génération de la configuration à 5h et 12h (configurable) dans un répertoire local, 

• Le module Audit acquière les fichiers par Secure Copy (scp). 




39.9 Configuration du M7430 

Le M7430 dispose d’une assistance graphique extrêmement conviviale et simple d’utilisation 

permettant la configuration complète du produit en temps restreint. 

Cet outil permet de configurer : 

• Les sites du réseau, 

• Les nœuds muets, 

• Les liaisons, 

• La téléphonie, 

• Les groupes d’inter communication (GIC), 

• Les observations de trafic, 

• Les menus personnalisés du centre de gestion, 

• Les imprimantes réseau, 

• Les émulateurs X, 

• Les actions programmées au centre de gestion, 

• Les sauvegardes/restaurations du centre de gestion. 

Cet outil place automatiquement les sites dans un synoptique, et offre la possibilité à l’installateur de 

positionner les éléments graphiquement. 

D’autres fonctions annexes sont également offertes, telles que : 

• Formatage de disquette, 

• Sauvegarde et restauration de la configuration (sur disquette), 

• Mise à jour des droits opérateurs, 

• Hyper terminal, 

• Accès Intranet (Netscape). 

De plus, une aide en ligne est disponible. 




39.10 Architecture M7430 

39.10.1 M7430 - architecture client / serveur 

Les services du centre de gestion M7430 sont accessibles par un client PC via 2 types d’interfaces : 

• PC avec émulateur X (nécessite une licence EXCEED, ou outil d’émulation X CYGWIN), 

• PC avec une interface HTML et accès à un service équivalent Emulation X, 

• PC avec une interface HTML et accès à la gestion des abonnés. 

Remarque : le M7430 ne peut être exploité qu’à partir d’un poste client connecté sur le LAN et non à 

partir d’un écran connecté directement sur le serveur. 

Le nombre maximum de clients en émulation X connectés simultanément au Centre de Gestion 

est variable selon la capacité : de 2 à 15 utilisateurs. 




39.10.2 Connexion M7430 - réseau NeXspan 

Le M7430 se présente comme un serveur connecté aux NeXspan via une interface TCP/IP. 

La gestion et la supervision des différents éléments constitutifs du réseau NeXspan par le M7430 

nécessite un échange d’information et donc l’établissement de liaisons de données entre les entités 

gérées et l’application de gestion. 

Ces liaisons de données entre l’agent NeXspan et l’application gestionnaire M7430 sont utilisées pour : 

• les remontées d’alarmes 

• l’acquisition des tickets d’appels, qui seront utilisés pour la gestion des performances et des 

coûts 

• l’envoi de commandes : gestion d’abonnés, gestion de l’annuaire, gestion technique 

• le rapatriement des journaux de bord iPbx 

• … 

Ces liaisons sont permanentes sur un support IP avec chaque iPbx ou serveur géré. 

Le réseau NeXspan peut être déployé via une infrastructure type numérique - 64 kbit/s TDM ou via une 

infrastructure IP. Dans le premier cas, le serveur M7430 exploite les capacités circuits paquets des 

iPbx NeXspan et les liens de transports type canal D ou canal B. Ce dernier mode nécessite le 

déploiement complémentaire de cartes circuit-paquet. 

Si la mise en réseau est sur IP, au moins une interface IP est nécessaire sur chaque plate-forme 

NeXspan. 

En cas d'incident sur les liens intersites, le NeXspan utilise un mécanisme de re-routage, et utilise pour 

ce faire les autres moyens mis à sa disposition pour écouler le flux : maillage du réseau interne 

NeXspan, re-routage IP... 




39.10.3 Architecture duplex 

L’architecture Duplex du M7430 est proposée afin de sécuriser le Centre de Gestion. Elle est basée 

sur l’installation de 2 serveurs M7430 : un serveur principal et un serveur secondaire de secours. 

Une sauvegarde périodique de la configuration est réalisée sur le serveur de secours. 

Si le serveur principal tombe, le serveur de secours est activé manuellement. 




39.11 Gestion d’un réseau multisite 

L'ensemble des fonctionnalités décrites dans les paragraphes précédents s'applique à la gestion d’un 

ou plusieurs réseaux d’iPbx NeXspan, raccordé au M7430 par une liaison IP. 

Le palier V6.2 du logiciel M7430 est prévu pour inter-fonctionner avec les systèmes M6500 de R1.3 à 

R3.2 et les systèmes NeXspan à partir de R3.1. 

Remarque : La gestion des abonnés graphiques, dans le cas d’un réseau NeXspan hétérogène, 

nécessite que le centre de gestion M7430 soit aligné sur la version la plus ancienne des NeXspan 

gérés. 

Le tableau ci-dessous détaille les fonctionnalités disponibles du M7430 V6.2, en fonction des versions 

logicielles M6500/NeXspan minimales. 

Fonctions M7430 V6.2 

Gestion des fautes 

M6500 NeXspan 

Alarmes R1.3, R2.1, R3.1, R3.2 R3.1, R3.2, R4.1, R4.2 

Notification d’alarmes (SMS, mails…) R1.3, R2.1 Idem, R3.2 R3.1, R3.2, R4.1, R4.2 

Synoptiques Réseau R1.3, R2.1, R3.2 R3.1, R3.2, R4.1, R4.2 

Synoptique logique R1.3, R2.1, R3.2 R3.1, R3.2, R4.1, R4.2 

Synoptique physique R1.3, R2.1, R3.2 R3.1, R3.2, R4.1, R4.2 

Journaux de bord iPbx 


R1.3, R2.1, R3.2 R3.1, R3.2, R4.1, R4.2 

Emulation RHM graphique R1.3, R2.1, R3.2 R3.1, R3.2, R4.1, R4.2 

Hyper-terminal R1.3, R2.1, R3.2 R3.1, R3.2, R4.1, R4.2 

Gestion assistée des abonnés (aide à la 

création, déplacements) 

R1.3, R2.1, R3.2 R3.1, R3.2, R4.1, R4.2 

Programmation des touches de postes R1.3, R2.1, R3.2 R3.1, R3.2, R4.1, R4.2 

numériques 

Gestion annuaire R1.3, R2.1, R3.2 R3.1, R3.2, R4.1, R4.2 

Synchronisation annuaire LDAP R1.3, R2.1, R3.2 R3.1, R3.2, R4.1, R4.2 

Télésauvegarde des données variables R1.3, R2.1, R3.2 Non disponible 

Mise à l’heure des iPbx R1.3, R2.1, R3.2 R3.1, R3.2, R4.1, R4.2 

Gestion des performances 

Observation Faisceaux RTC R1.3, R2.1, R3.2 R3.1, R3.2, R4.1, R4.2 

Observation liens Intersites R1.3, R2.1, R3.2 R3.1, R3.2, R4.1, R4.2 

Observations PO R1.3, R2.1, R3.2 R3.1, R3.2, R4.1, R4.2 

Observation Postes R1.3, R2.1, R3.2 R3.1, R3.2, R4.1, R4.2 

Gestion des coûts 

Taxation R1.3 , R2.1, R3.2 R1.3, R2.1, R3.2, R4.1, R4.2 

Gestion de la sécurité 

Accès aux ressources de gestion R1.3, R2.1, R3.2 R3.1, R3.2, R4.1, R4.2 

Intranet 

Annuaire Intranet R1.3, R2.1, R3.2 R3.1, R3.2, R4.1, R4.2 

Service de Gestion Délocalisé (SGD) R1.3, R2.1, R3.2 R3.1, R3.2, R4.1, R4.2 

Bons de Travaux Intranet (BTI) R1.3, R2.1, R3.2 R3.1, R3.2, R4.1, R4.2 




39.12 Gestion d’un parc 

Les fonctionnalités de gestion de parcs permettent au Centre de Gestion M7430 d'administrer des iPbx 

qui ne sont pas interconnectés en un seul et même réseau multi-sites. 

La gestion de parcs est applicable à la gestion de plusieurs réseaux multi-sites, ou d’un ensemble de 

petits sites isolés (ex : agences bancaires gérées de manière centralisée). 

Il est alors possible de définir différents domaines d’administration indépendants entre eux qui sont 

gérés par le même centre de gestion M7430. 

Les connexions entre le centre de gestion et les différents domaines sont établis via des liaisons IP 

permanentes (réseau privé, RNIS). 




Le nombre maximal de sites gérés sur l’ensemble des domaines d’administration est de 150 iPbx 

NeXspan et M6500IP. 

Le nombre maximal de domaines gérés est de 150, le cas extrême étant 150 sites isolés. 

De plus, le M7430 propose la définition de Domaines de Supervision, utilisable dans la fonction de 

surveillance par synoptique réseau. Ceci permet de répartir un ensemble de sites (correspondant à un 

ou plusieurs domaines d’administration) dans des vues réseau différentes. 

En configuration gestion de parc, le M7430 est à même d’administrer des réseaux distincts dotés de 

versions logicielles N & N-1 distinctes, dans ce cas l’administration est au niveau N-1. Il est à noter que 

dans un même réseau multisite M6500 ou NeXspan, la version logicielle iPbx doit être identique. 




Le tableau ci-dessous détaille les fonctionnalités disponibles pour la gestion de parc en fonction des 

versions logicielles minimales iPbx. 

Fonctions M7430 V6.2 

Gestion des fautes 

NeXspan M6500IP 

Alarmes R3.1 R1.3 

Notification d’alarmes (envoi sur un 

R3.1 R1.3 

boîtier externe/ Email / SMS) 

Surveillance par Synoptiques R3.1 R1.3 

Journaux de bord iPbx 


R3.1 R1.3 

Emulation RHM graphique R3.1 R1.3 

Emulation RHM VT 100 R3.1 R1.3 

Gestion assistée des abonnés (aide à la 

création, déplacements) 

R3.1 (sauf CS BV) R1.3 

Programmation des touches de postes 

R3.1 R1.3 

numériques 

Gestion annuaire R3.1 R1.3 

Interface de synchronisation LDAP R3.1 R1.3 

Télé-sauvegarde des données variables R3.1 (via M7425 sur S, L, D) R1.3 

Téléchargement des données variables R3.1(via M7425 sur S, L, D) R1.3 mais ND sur M6501-C, 

M6501 et M6540 

Téléchargement du logiciel iPbx R3.1(via M7425 sur S, L, D) R1.3 mais ND sur M6501-C, 

M6501 et M6540 

Téléchargement des messages R3.1 (via M7420) - 

synchrones 

Téléchargement des SVI R3.1 (via M7420) - 

Mise à l’heure des iPbx R3.1 R1.3 

Gestion des performances 

Observation Faisceaux RTC R3.1 R2.1 

Observation liens Intersites R3.1 R2.1 

Observations PO R3.1 R2.1 

Observation Postes R3.1 R2.1 

Gestion des coûts 

Gestion du LCR - - 

Taxation R3.1 R1.3 

Gestion de la sécurité 

Accès aux ressources de gestion R3.1 R1.3 

Intranet 

Annuaire Intranet R3.1 R1.3 

Service de Gestion Délocalisé (SGD) R3.1 R1.3 

Bons de Travaux Intranet (BTI) R3.1 R1.3 

En cas d’utilisation des fonctions de taxation ou d’observation de trafic sur le M7430, il est nécessaire 

de programmer l’acquisition de tickets d’appels entrants, sortant, et locaux avec une fonction buffer 

comme le buffer intégré des NeXspan. 

Notamment la gamme NeXspan offre la sécurisation car elle intègre des buffers de tickets d’appels et 

d’alarmes sur la carte mère. En cas de rupture de la connexion M7430 et NeXspan, l’iPbx stocke les 

tickets, puis les délivre quand la connexion est remise en service. 

Les fonctions d’observations de trafic nécessitent au minimum les tickets V3. 

Nota : Les annuaires intégrés de chacun des réseaux administrés (appelés « parcs ») sont unifiés par 

le M7430. Notamment la fonction de synchronisation LDAP délivre une interface unique pour 

l’ensemble des parcs administrés, avec possibilité de tri par parc. 




39.13 Dimensionnement 

Le Produit M7430: 

Les capacités du produit M7430 V6.2 sont les suivantes : 

Nbre de systèmes maximum Nbre Nbre d’exploitants simultanés 

= Nbre d’éléments actifs (NeXspan d’abonnés = Nbre de connexions simultanées via 

50, 500, S, L,D ou NeXspan maximum Emulation X ou connexion Web avec 

Communication Server) 

= Nbre de ligne accès équivalent émulation X 

Capacité 

de postes 

T500 1 (NeXspan 500) 15.000 10 

T0 10 500 10 

T1 20 1.000 10 

T2 20 2.500 10 

T3 30 5.000 10 

T4 30 7.500 10 

T5 35 9.000 10 

T6 40 10.500 10 

T7 45 12.000 10 

T8 50 15.000 10 

T9 60 18.000 10 

T10 70 25.000 10 

T11 90 30.000 10 

T12 125 40.000 15 

T13 150 50.000 15 

Le module de Taxation : 

Les capacités du module de taxation sont les suivantes : 

Capacités du module de Taxation Capacité C1 Capacité C2 Capacité C3 Capacité C4 

Nbre de justificatifs disponibles en ligne 150.000 500.000 800.000 1.200.000 

39.14 Offre du M7430 NeXspan Manager avec le NeXspan 500 - New V6.2 

Le NeXspan 500 est proposé avec une administration intégrée, comprenant : 

• Le M7430 NeXspan Manager, 

• Package logiciel seul + 1 licence T500 monosite 15.000 abonnés, 10 exploitants simultanés, 

• En option tout intégré avec serveur 1U rackable en haut de baie et RedHat ES4. 

Pour plus d’informations, voir le chapitre « NeXspan 500 » du Guide Produit R4.2. 




39.15 Plate-forme M7430 NeXspan Manager 

Le M7430 NeXspan Manager V6.2 repose sur une plate-forme d’administration de réseau de type PC 

dont l’operating system est LINUX distribué par RedHat. 

Avec la V6.2, la version de cet OS est RedHat ES4. 

La société RedHat fournit la liste de tous les serveurs certifiés avec cet OS sur www.redhat.com. 

Lors d’un upgrade, le M7430 est compatible avec RedHat ES 3 update 4 à 6. 

Remarque : Le proxy SIP peut cohabiter avec le M7430 sur le même PC, mais il n’est compatible 

qu’avec RedHat ES 4. 

Le M7430 est donc un applicatif complètement indépendant de la plate forme matérielle. 

A ce titre, il est donc possible de n’acquérir que la licence d’utilisation de cette application. 

Structure de commercialisation à base licence : 

• La licence de base offre : 

• la gestion des abonnés (fiche technique, annuaire, CG), couplée avec : 

• la gestion des boîtes vocales internes (BVI sur NeXspan) ou externes (UCP) 

• la supervision par synoptique temps réel 

• maintenance : VT100, sauvegarde, restauration, consultation des JDB iPbx 

• annuaire, gestion à distance, bons de travaux par Intranet 

• Les licences optionnelles : 

• Interface LDAP (par import / export LDIFF) 

• Observations de trafic TDM 

• Gestion financière des Télécom (taxation) 

AASTRA MATRA Telecom propose également un système complètement intégré : avec la V6.2 

apparait une nouvelle offre de serveurs DELL. 

2 offres de serveurs DELL intégrés avec l’application M7430 NeXspan Manager, (avec 

éventuellement l’application Proxy SIP et l’OS RedHat ES4) : 

• DELL PowerEdge 850 Pentium D 3GHz, 512 Mo RAM, certifié RedHat ES4 

• DELL PowerEdge 850 Pentium D 3GHz, 1 Go RAM, sécurisé RAID 1 (2 disques), certifié 

RedHat ES4 

Les caractéristiques détaillées du serveur DELL sont les suivantes : 

• Rack 1 U 

• Pentium D 3GHz 

• 512Mo ou 1Go RAM 

• Disque SATA 80Go 

• Lecteur CD-ROM 24x 

• Ethernet 1 Gb 

• Support 3 ans Bronze 

• 1 port série 

• 1 carte Modem 56Ko 

Il est à noter qu’il est possible de déployer sur ce même serveur le logiciel Proxy SIP du NeXspan 500. 

Il est possible d’effectuer des demandes d’impression à partir du M7430 : l’imprimante sélectionnée 

devra être compatible Postcript. 




Les Operating System clients sont Windows 95, 98, 2000, NT, XP. 

Le logiciel client d’émulation est Exceed V10.X. 

Dans la continuité de nos offres précédentes, AASTRA MATRA Telecom privilégie une compatibilité 

du M7430 V6.2 avec tous les systèmes (selon les versions) depuis R1.3 : 

R1.3 R2.1 R3.1 R3.2 R4.1 R4.2 

NeXspan 500 Oui 

NeXspan 50 Oui Oui Oui 

NeXspan C, S, L Oui Oui Oui Oui 

NeXspan D Oui 

NeXspan Communication Server Oui Oui Oui 

M6550 Oui Oui Oui Oui Oui 

M6540 Oui Oui Oui 

M6501 R/L/RM Oui Oui Oui 

M6500 Communication Server Oui Oui

- SOMMAIRE - 39 CENTRE DE GESTION M7430 NEXSPAN ...

Create successful ePaper yourself

Delete template?

Save as template?