- SOMMAIRE - 7. NEXSPAN COMMUNICATION SERVER ... - accueil

Guide produit NeXspan – Version logicielle 4.2 

Chapitre 7 - NeXspan Communication Server 

- SOMMAIRE - 

7. NEXSPAN COMMUNICATION SERVER................................................................................................ 2 

7.1 Synthèse................................................................................................................................ 3 

7.2 Fonctions ............................................................................................................................... 5 

7.2.1 Contrôle de liaisons ..................................................................................................... 5 

7.2.2 Contrôle des appels..................................................................................................... 6 

7.2.3 Proxy SIP..................................................................................................................... 7 

7.2.4 Proxy H.323............................................................................................................... 10 

7.2.5 Fonctions disponibles pour les postes IP et SIP ....................................................... 11 

7.2.6 Annuaire Tiers / Appel par le nom ............................................................................. 14 

7.3 Fonctionnement ................................................................................................................... 16 

7.3.1 Administration et exploitation Web ............................................................................ 16 

7.3.2 Maintenance .............................................................................................................. 25 

7.3.3 Sécurité- disponibilité................................................................................................. 26 

7.3.4 Sécurisation - intégrité............................................................................................... 31 

7.3.5 Chiffrement des Communications VOIP..................................................................... 36 

7.3.6 Interfaces................................................................................................................... 38 

7.4 Architecture matérielle ......................................................................................................... 43 

7.4.1 Plate-forme................................................................................................................ 43 

7.4.2 Application ................................................................................................................. 45 

7.5 Schémas fonctionnels de signalisation pour l'établissement des communications ............. 47 

7.5.1 D’un terminal IP i7xx vers un autre i7xx .................................................................... 47 

7.5.2 D’un terminal IP SIP vers un autre i7xx..................................................................... 48 

7.5.3 D'un client logiciel H.323 vers un téléphone traditionnel ........................................... 49 

7.6 Duplication distante du NeXspan Communication Server ................................................... 50 

7.6.1 Introduction................................................................................................................ 50 

7.6.2 Description solution ................................................................................................... 50 

7.6.3 Ingénierie................................................................................................................... 53 

AASTRA MATRA Telecom Page 1/1 APS0035AFRAA01



7. NEXSPAN COMMUNICATION SERVER 

Ce chapitre décrit NeXspan Communication Server (NCS) composant essentiel du traitement des 

appels et solution de dernière génération de téléphonie Internet développée par AASTRA MATRA 

Telecom. NeXspan Communication Server (NCS) est un soft switch téléphonique et constitue le fer 

de lance de l’offre logicielle d’AASTRA MATRA Telecom. 

NeXspan Communication Server assure un service riche en fonctionnalités téléphoniques et s’intègre 

dans le réseau de données existant des entreprises innovatrices d’aujourd’hui. 

NeXspan Communication Server est le fruit des efforts de recherche et de développement de 

centaines de spécialistes des technologies voix et données. Basé sur un système de communications 

téléphoniques éprouvé et conçu dès le départ pour intégrer les données, il possède une longueur 

d'avance sur tous les serveurs du marché. 

Dans ce chapitre, nous développons le positionnement et les avantages de NeXspan Communication 

Server au sein de l’offre NeXspan. 

Les fonctions du serveur de communications sont décrites de même que son fonctionnement au cœur 

du réseau de communications de l'entreprise. Toutes les fonctionnalités techniques sont présentées, 

avec un détail des interfaces, des performances et de l'architecture interne. Nous y avons enfin inséré 

des schémas de communications types qui illustrent la signalisation de traitement entre nœuds du 

réseau dans l'établissement et la clôture des appels. 




7.1 Synthèse 

NeXspan Communication Server est la composante clé de traitement des appels des solutions de 

téléphonie sur IP grande capacité élaborée par AASTRA MATRA Telecom. 

Il intègre un large éventail de services à valeur ajoutée et coordonne tous les processus de 

communications impliquant les terminaux, les passerelles NeXspan et les applications associées du 

portfolio AASTRA MATRA Telecom. NeXspan Communication Server réalise la convergence au sein 

de l'entreprise autour d'un réseau IP simple, fiable, évolutif et parfaitement géré. 

Remarque : dans la suite du document, on appelle NeXspan X les plates-formes NeXspan S, L 

et D qui sont des gateways entre le monde TDM et le monde IP. 

Puissante plate-forme de traitement des appels 

NeXspan Communication Server apporte l'intelligence dont le réseau IP a besoin pour gérer les 

connexions entre les différents nœuds d'extrémité, tel que les NeXspan, les terminaux natifs IP et les 

clients logiciels IP. 

NeXspan Communication Server offre également d’importants services de contrôle, tels que traduction 

d’adresses, contrôle de la qualité de service (QoS), autorisation d’appels des terminaux et passerelles, 

gestion de zone via le traitement Gatekeeper SIP. 

Riche palette de services de gestion et de téléphonie pour l'entreprise 

NeXspan Communication Server assure plus de 500 services de téléphonie pour les entreprises, 

parmi lesquels : 

• des services en émission d’appel tels que numérotation abrégée, appel par le nom, numéros 

d'urgence et restriction d'appels ; routage au moindre coût, 

• des services d'appels entrants, tels que renvois, filtrage d'appels, fonction Intercom 

• des services en cours d'appel tels que reprise après coupure, transfert et conférence. 

• Des services de distribution d’appels type ACD avec distribution au plus long temps de repos, 

distribution multi-groupement, groupements d’entraides, gestion de calendrier 

• Des services de couplage téléphonie informatique. Le Logiciel NeXspan intègre dans le cœur 

de son logiciel les interfaces de CTI CSTA ou VTI XML ou interface d’application Externe pour 

des applications verticales des mieux hospitaliers et hôteliers 

De plus, NeXspan Communication Server offre une large gamme d’interface sur IP permettant de 

connecter les autres logiciels du portfolio AASTRA MATRA Telecom et enrichissant l’offre globale de 

la solution. Il s’agit d’interfaces vers les applicatifs de : 

• Serveur vocal interactif et centre de contact NCP V1.2 

• Messagerie unifié avec UCP R1.4 

• Serveur de téléconférence vocal avec NCP V1.1, 

• Administration 

• Couplage téléphonie informatique avec Tapi, CSTA et VTI-XML 




Robuste et évolutif 

Chaque NeXspan Communication Server s’intègre dans un réseau de téléphonie Internet global 

NeXspan, et afin de répondre aux besoins des entreprises d’aujourd’hui, permet des configurations de 

toutes capacités, jusqu'à 10 000 usagers. 

L'architecture en réseau intègre une série de mécanismes de redondance qui réduisent et solutionnent 

toute défaillance du système et offre une transparence de services totale au sein d'un plan de 

numérotation unique. Services multi-sociétés, renvois d’appels facturés et qualité de service sont 

assurés de manière cohérente en tous points du réseau. 

Hautement fiable et gérable 

Basé sur une plate-forme Windows 2003, NeXspan Communication Server bénéficie des 

fonctionnalités d'administration de pointe développées par Microsoft. Le logiciel NeXspan Call Server, 

dans le cadre de solution hautement sécurisée, peut être intégré dans les configurations du type : 

• Plate-forme hardware à faible tolérance de panne Stratus : cette duplication offre une 

duplication locale sans coupure des appels en cours. 

• Sécurisation de duplication spatiale. Le logiciel NeXspan Call Server est compatible avec 

un mécanisme de redondance des processeurs, assurant un traitement des communications 

automatique grâce au basculement des appels, d’un processeur à l’autre, par commutation 

automatique des fonctions. 

Sécurisation accrue 

Duplication NeXspan Communication Server 

Mécanisme de Disaster Recovery sous Windows 2000 

Call Server 

IP 

Call Server 

BACK UP DISTANT 

De plus, pour des abonnés VIP, les services logiciels Dual Homing et abonné vital assure une 

sécurisation accrue de ces derniers utilisateurs critiques. 

NeXspan Communication Server est géré à travers un système d'administration de réseau unifié 

offrant une panoplie d'outils spécialisés dans la gestion des abonnés, la supervision temps réel, le 

journal des fautes. Ce point de contrôle central et unifié garantit une administration efficace et rentable 

de l'ensemble du réseau NeXspan Communication Server. 




Pérennité des investissements d'infrastructure existants 

Le déploiement sur IP d'un réseau de téléphonie Internet NeXspan Communication Server assure la 

pérennité des investissements existants. 

NeXspan Communication Server autorise l'interopérabilité avec tous les standards actuels en matière 

de données d'entreprises (Windows 2000, 2003, Ethernet, IPv4, SIP, SNMP, Diffserv, DHCP …) mais 

est aussi en conformité avec les normes héritées du domaine de la téléphonie (PBX, Q.SIG, RNIS et 

raccordements analogiques). 

NeXspan Communication Server est positionné de façon unique pour enrichir les LAN, WAN et 

Intranets existants, par des services IP unifiés. 

7.2 Fonctions 

Cette section présente les fonctions et services de NeXspan Communication Server en précisant son 

rôle par rapport aux autres composantes d'un réseau NeXspan Communication. 

7.2.1 Contrôle de liaisons 

La première étape fonctionnelle concerne l'établissement du trajet d’une communication à travers le 

réseau IP. IP est, par définition, un protocole sans connexion. L'acheminement de la voix, qui repose 

en revanche sur un mode connecté, suppose l'établissement d'une liaison, et donc d’une couche 

transport spécifique sur IP appelée RTP (Real Time Protocol). Des chemins RTP doivent être établis 

et fermés entre les différents nœuds vocaux d'extrémité du réseau : terminaux ou clients IP, 

passerelles média et plates-formes d'applications vocales. 

NeXspan Communication Server traite tous les protocoles de contrôle de liaison menant à 

l'établissement et à la libération d'un chemin de communication entre deux extrémités. NeXspan 

Communication Server n'envoie ni ne reçoit donc directement des flux vocaux. 

Le contrôle des liaisons est coordonné à travers le réseau voix. A cette fin, NeXspan Communication 

Server dialogue avec les éléments suivants : 

• Terminaux. Les clients logiciels Softphone i2052 utilisent le protocole VTI-XML. La gamme de 

terminaux IP i7xx communique en utilisant le protocole I/IP. Il est possible de connecter des 

terminaux SIP à partir de la version logicielle R4.1 mais également des terminaux H323. 

• Les gateways NeXspan utilisent le protocole MOVACS d’AASTRA MATRA Telecom. Elles 

offrent des services de transit vers le RTC ou d’autres PABX non évolutifs vers IP, des 

services de connexion de terminal circuit filaire ou mobile DECT mais également des services 

à valeurs ajoutées comme : les diffusions de messages d’accueil, d’attente, conférence ou des 

services comme les moteurs de conférence à 3. 

• NeXspan Call Server. Avec les serveurs de communications en réseau, les liaisons sont 

établies et fermées entre serveurs par le protocole point à point MOVACS. Ce mode 

d'interconnexion transparent offre les garanties d'évolutivité exigées par les grands réseaux 

d'entreprises. 

Le contrôle de liaison est commandé selon un plan de numérotation homogène. Le NeXspan 

Communication Server est responsable de tous les mécanismes de traduction d'adresses : entre 

numéros appelants, numéros E.164 et adresses IP. En règle générale, cette fonction est appelée 

Gatekeeper. Elle s'exécute sur l'ensemble du réseau du serveur d'appels par le biais de la 

signalisation MOVACS. Les terminaux sont enregistrés dans le système, soit : 

• Dynamiquement : i7xx : i740, et i760 NeXspan SoftPhone i2052 ainsi que les terminaux SIP. 

• Statiquement : pour les clients H.323 ou les gateways NeXspan. 

Lorsqu'une liaison doit être établie avec un terminal, le numéro appelant est diffusé vers tous les 

éléments actifs téléphoniques par le protocole MOVACS. L’élément actif où le terminal est enregistré 

répond en fournissant l'adresse IP correspondante. 




Pour ce qui est des jonctions au RTC, tous les NeXspan Communication Server sont capables de 

router les liaisons vers n'importe quelle passerelle NeXspan, ce qui permet la mise en application de 

critères d'acheminement au moindre coût (Least Cost Routing) selon l'opérateur ou l'heure de la 

journée. 

7.2.2 Contrôle des appels 

La deuxième phase fonctionnelle mise en œuvre par NeXspan Communication Server concerne le 

contrôle des appels. 

Par contrôle d'appels sont comprises toutes les fonctionnalités activables par l'usager avant ou 

pendant l'appel telles que : 

• Mise en attente 

• transfert, 

• va et vient, 

• filtrage, 

• conférence, 

• intercom, 

• affichage du n° appelant, 

• filtrage secrétaire directeur sur abonnés i7xx, 

• distribution des appels vers des groupements de postes IP, 

• appel par le nom. 

Le chapitre Services de téléphonie contient une présentation détaillée des fonctionnalités de 

téléphonie offertes par NeXspan Communication Server. 

Le contrôle d'appels ne s'applique qu'à des terminaux virtuels qui, dans cette perspective, se 

comportent tous de la même manière. L'architecture est basée sur un modèle de « demi-appel » qui 

permet de traiter les communications entre différentes parties situées sur le même site ou sur des 

sites différents. Ces deux caractéristiques offrent une évolution en douceur de la solution NeXspan 

Communication Server par l’ajout de nouveau type d’abonnés dans les releases suivantes et par sa 

transparence de service dans une configuration multi Call Server. En effet, Le protocole de 

signalisation MOVACS offre une totale transparence fonctionnelle. 

Le contrôle d'appels peut être activé par l'intermédiaire d'interfaces CTI standard telles que CSTA et 

TAPI (via la passerelle TAPI) mais également via les capacités XML de notre NeXspan Call Server et 

de notre logiciel de Web Services TwP. 




7.2.3 Proxy SIP 

Le proxy SIP intégré dans NeXspan Communication Server permet d'accéder à toutes les fonctions de 

contrôle d'appel à partir de tout téléphone logiciel ou terminal physique à la norme SIP. Et dès R4.2, 

AASTRA MATRA Telecom propose une interconnexion SIP en mode trunk au travers d’un opérateur 

de télécommunication. 

Comme le protocole SIP ne reconnaît pas les fonctionnalités de téléphonie étendues, le degré de 

service est aujourd’hui proche d’un terminal analogique. Néanmoins AASTRA MATRA Telecom suit 

les travaux autour des spécifications du protocole SIP et les intègre selon l’évolution du marché. 

Le proxy SIP implémenté sur la gamme NeXspan est conforme aux RFC suivantes : 

• RFC 3261 SIP : Session Initiation Protocol : 

• RFC 3264 An Offer/Answer Model with Session Description Protocol (SDP) : OUI 

• RFC 3265 Session Initiation Protocol (SIP) - Specific Event Notification : AASTRA 

MATRA Telecom a développé sur cette RFC le support des codes DTMF qui permet d’allouer 

des services supplémentaires à nos téléphones SIP. 

• RFC 2327 "SDP: Session Description Protocol 

• RFC 2976 “SIP INFO Method” 

• RFC 3550 RTP: a transport protocol for real time application 

Le proxy SIP fonctionne sur un OS Windows 2003. 

Trunk SIP 

La version R4.2 des iPbx NeXspan est la première version offrant la fonctionnalité Trunking SIP. 

L’offre SIP R4.2 de AASTRA MATRA Telecom s’enrichit et propose : 

• l’interconnexion de réseaux multisites MOVACS et ainsi la mise en réseau de nombreux sites 

(plusieurs centaines de sites). 

• le SIP embarqué dans le NeXspan pour une migration douce. 

• la possibilité de dialoguer avec des serveurs SIP : dialogue avec un iPbx tiers via un flux 

RTP/UDP/IP direct 

� Le protocole SIP trunking permet alors l’interconnexion des Call Server NeXspan vers des 

systèmes hétérogènes. 

dialogue avec des serveurs multimédia 

• la possibilité de choisir un opérateur alternatif : 

� par le raccordement à des opérateurs de ToIP, ce qui permet de compléter ou de remplacer 

les accès T0, T2 ou Ligne réseau. 

Les terminaux SIP 

Le logiciel NeXspan via ce proxy assure l’enregistrement, le traitement et la supervision des appels. 

L'enregistrement à l'extrémité est statique. Par son contrôle de l’enregistrement, le logiciel NeXspan 

interdit toute utilisation frauduleuse de l’installation téléphonique. 

Les terminaux SIP utilisent pour le transport de la signalisation le protocole TCP et pour le transport de 

la voix le protocole standard RTP/UDP/IP. Selon les caractéristiques des postes, un codeur voix parmi 

les codeurs voix disponibles dans l’offre NeXspan est sélectionné. Les codeurs voix sont G711, 

G729A et G723.1. 

Les terminaux SIP, selon leur ergonomie et caractéristiques techniques accèdent à des services 

variés. AASTRA MATRA Telecom a intégré dans son portfolio les terminaux SIP i220, ainsi que 9112i, 

9133i et 480i à partir de R4.2. 




Par ailleurs, AASTRA MATRA Telecom teste des terminaux SIP et des équipements de données 

compatibles SIP du marché (routeurs, passerelles analogiques). Selon l’implémentation de ce 

protocole dans le firmware de ces terminaux, les services disponibles peuvent différer. 

Fonctions disponibles sur postes SIP 

Notre interface SIP permet d’assurer les services suivants. Des tests sont nécessaires afin de 

s’assurer de la disponibilité de ces services selon la provenance du terminal. 

• Appel 

• Appel privilégié opératrice 

• DTMF (selon implémentation par le poste) 

• Présentation du NDI/NDS à base poste SIPCPID (sur modèles avec écran)Gestion de droits 

(restrictions d’appels, droit à l’offre, société/service)Supervision d’appels longs Renvoi en 

cascade 

• Renvoi sur messagerie vocale du premier renvoyé 

• Login / Logout 

• Supervision CTI (VTI-XML et CSTA), Génération de tickets d’appel pour taxation et analyse de 

trafic 

Le détail de l’ensemble des fonctionnalités disponibles pour les postes SIP est disponible dans le 

chapitre « Services de plateformes intégrées NeXspan Communication Server ». 

Fonctions complémentaires disponibles sur poste SIP i220 

• Appel en attente, Mise en parcage, Trace d’appelCNID (sur modèle avec écran)Rappel 

automatique sur poste libre / poste occupéDouble appel sur CCO 

• Va et vient 

• Transfert 

• Mise en conférence à trois 

• Groupements cycliques ou ordonnés 

Fonction spécifique i220 

• Journal d’appel 




Caractéristiques du poste SIP 9112i 

Ce poste est un poste SIP d’entrée de gamme, proposant une connexion IP. Il est alimenté par le 

secteur. 

Simple d’emploi il est doté d’un écran, d’un haut parleur délivrant un son de qualité et d’une prise 

casque. 

Il bénéficie cependant des fonctions complémentaires suivantes : 

• journaux d’appels, 

• rappel automatique sur poste libre occupé, 

• rappel automatique sur faisceau occupé. 

• transfert d’appel 

• conférence à 3 

• double appel 

Caractéristiques du poste SIP 9133i 

Ce poste est un poste SIP évolué, il est conçu comme un téléphone IP multi-ligne. 

Il peut soit être télé-alimenté par le réseau local (802.3 af), soit alimenté par le secteur. 

Simple d’emploi il est doté d’un écran de 3 lignes, d’un haut parleur délivrant un son de qualité et d’une 

prise casque. 

Il propose les fonctions suivantes : 





• dual homing 

• switch 2 ports 10/100 Ethernet : 1 pour le PC, 1 pour le LAN 

• 3 lignes distinctes permettant d’avoir jusqu’à 10 appels simultanés. 

Il bénéficie en outre de certaines fonctions du NCS, ces fonctions sont détaillées dans le chapitre du 

guide produit « terminaux SIP » 

Caractéristiques des postes SIP 480i 

Ce poste est un poste SIP évolué, il est conçu pour offrir une réelle facilité d’utilisation et ainsi offrir 

une solution flexible et inter-opérable. 

Comme le poste 9133i, il peut être soit télé-alimenté par le réseau local (802.3 af), soit alimenté par le 

secteur. 

Simple d’emploi il est doté d’un grand écran LCD de 8 lignes, d’un haut parleur délivrant un son de 

qualité et d’une prise casque. 

Il propose les fonctions suivantes : 





• dual homing 

• switch 2 ports 10/100 Ethernet : 1 pour le PC, 1 pour le LAN 

• 9 lignes distinctes permettant d’avoir jusqu’à 9 appels simultanés. 

Il bénéficie d’une exploitation simplifiée soit par menu sur le poste, soit à distance par le Web, soit par 

TFTP. 

Tout comme le 9133i, il bénéficie certaines fonctions du NCS, ces fonctions sont détaillées dans le 

chapitre du guide produit « Terminaux SIP » 




7.2.4 Proxy H.323 

Le proxy H.323 intégré dans NeXspan Communication Server permet d'accéder à toutes les fonctions 

de contrôle d'appel à partir de tout téléphone logiciel à la norme H.323 tel que NetMeeting. Comme le 

protocole H.323 ne reconnaît pas les fonctionnalités de téléphonie étendues, le degré de service est 

aujourd’hui faible. 

L'enregistrement à l'extrémité est statique. La passerelle H323 permet également l’interconnexion 

entre NeXspan Communication Server et d’autres solutions compatibles H323 comme en mode trunk 

H323 : 

• Des liens opérateurs comme l’offre eQuant – Business Talk de l’opérateur France Telecom 

(se reporter au paragraphe services opérateur du guide produit R4.2) 

• Des interfaces PBX compatible H323 

• Des équipements de données compatibles H323 (routeurs, passerelles Audiocodes) 

Le proxy H323 fonctionne sur un OS Windows 2000.Il est limité par le nombre d’appels simultanés 

(100 appels). R4.2 Etape 3 possibilité d’ajouter des passerelles H323 pour atteindre une capacité de 

800 appels simultanés. 

Le tableau ci-dessous décrit les fonctions de la passerelle H323 intégrée dans NeXspan 

Communication Server. 

• Les facultés supportées sont indiquées via le sigle “√”. 

• Les facultés non supportées sont indiquées via “X”. 

Fonctions de la passerelle H.323 intégrée au NeXspan 

Communication Server 

Vidéo X 

T.120 Data X 

Signalisation H.225.0 RAS X 

Gatekeeper-routed call signalling √ 

Direct-routed call signalling X 

Overlap sending and receiving X 

Support of addressing types √ 

Calling party name display X 

Connected party name display √ 

H.323 Call forwarding using FACILITY √ 

H.323 Call setup with Fast connect √ 

H.323 Call setup without Fast connect √ 

Receive in-band call progress tones √ 

Generate in-band call progress tones √ 

Locally generated progress tones √ 

Separate H.245 channel establishment √ 

Tunnelling of H.245 in FACILITY X 

DTMF in H.245 UserInputIndication √ 

H245 Call renegociation in trunk mode (call re-routing in case of √ 

transfer) 

Third party pause and re-routing X 

T.38 Fax X 

Cause values and progress indicators X 

H.450.1 GF for supplementary services X 

H.450.2 Call Transfer X 

H.450.3 Call Diversion X 

H.450.4 Call Hold X 

H.450.5 Call Park and Call Pickup X 

H.450.6 Call Waiting X 

H.450.7 Message Waiting Indication X 

H.450.8 Name Identification X 




Fonctions de la passerelle H.323 intégrée au NeXspan 

Communication Server 

Tunnelling of QSIG messages in nonStandardControl X 

Tunnelling of UIPE-formatted messages in nonStandardData X 

Symmetrical codec operation and recovery procedures X 

G.711 A-law, -law, 64 kbit/s, 64 kbit/s √ 

G.723.1 with or without silence suppression √ 

G.729 or G.729A, and G.729B or G.729AB √ 

Generic Silence suppression X 

Other codecs X 

RTP √ 

RTCP X 

DTMF in special RTP format X 

Security (H.235, etc.) X 

7.2.5 Fonctions disponibles pour les postes IP et SIP 

Des fonctions téléphoniques qui existaient sur les postes analogiques et numériques TDM en versions 

≤ R4.1 sont maintenant disponibles sur les postes IP : 

• Guides vocaux 

• Poste tandem et poste associé 

• Ecoute discrète et intervention 

Disponibilité de ces fonctions en R4.2 en fonction du type de poste : 

i7xx i2052 en 

mode 

VoIP 

i220 (SIP 

stimuli) 

Poste SIP 

standard * 

9112i 9133i 480i 

Guides vocaux Oui Non Oui Non Non Non Non 

Poste tandem et 

poste associé 

Ecoute discrète et 

intervention depuis : 

Ecoute discrète et 

intervention sur : 

Oui Non Oui Oui Oui Oui Oui 

i760 

i780 

Non Non Non Non Non Non 

Oui Oui Oui Oui Oui Oui Oui 

* : SIP standard = SIP fonctionnel pour les postes SIP 9112i, 9133i, 480i et les postes du marché. 




7.2.5.1 Guides vocaux sur postes IP 

Des fonctions du guide vocal sont disponibles sur les postes IP, à l’image de ce qui est offert sur les 

postes analogiques et numériques TDM (dans toutes les phases d’appel) 

Le guide vocal peut être activé ou désactivé par l'utilisateur à partir du poste IP (à l’aide d’un code) : il 

a alors les tonalités par défaut du système. 

On utilise les films des iPbx comme pour les postes numériques y compris pour les postes déclarés 

sur le NeXspan Communication Server qui contacte un de ses media gateway de rattachement, 

NeXspan S, L ou D, pour offrir le service. 

Bénéfices 

• Les postes IP peuvent être utilisés dans des chambres d’hôtel ou dans des hôpitaux. 

• 8 guides vocaux et 8 annonces dans les iPbx NeXspan en standard, personnalisation 

possible. 

Compatibilités 

• Postes IP de la gamme i7xx 

• Postes SIP i220 

Pour plus d’informations concernant la fonction de guide vocal, se reporter au chapitre « Annonces 

parlées et musique d’attente » du Guide Produit R4.2. 

Configuration 

• Il est nécessaire d’effectuer une déclaration du site ou des sites d’émission des guides vocaux 

pour postes IP définis sur le NCS. 

• A chaque émission d’un guide vers un poste IP, il y a une prise d’une ressource VOIP dans le 

site d’émission, 

• Le poste IP a donc une apparence TDM pour l’émission des guides 




7.2.5.2 Fonction poste associé et poste tandem sur poste IP 

Postes associés 

Les postes IP - i7xx et SIP, peuvent maintenant être associés à d’autres postes DECT, IP et SIP 

déclarés sur le même NCS. 

Les services et les restrictions sont les mêmes qu’avec des postes TDM (la supervision CTI - 

événements des postes tandems est possible, mais le monitoring CTI - requêtes est partiel) 

Les abonnements des postes associés sont déclarés sur le même NCS. 

Limitations : 

Concernant le CTI, seul le poste maître des postes associés est supervisé (CSTA, VTI-XML, TAPI). 

Une association confidentielle est possible avec est une association pour laquelle on refuse l'entrée 

dans une communication de l'association à un autre poste de l'association. 

Une association est confidentielle si l'une des conditions suivantes est respectée: 

• lorsqu'elle est composée de postes TDM et IP, 

• lorsqu'elle est composée de postes IP, 

• lorsque le maître a au moins un CCO de programmé, 

• lorsque le paramètre de confidentialité est positionné. 

7.2.5.3 Postes tandems 

La fonction postes tandems est une fonction équivalente aux postes associés, avec les possibilités : 

• d’écoute confidentielle ou non (paramétrable à base système) 

• du terminal maître à être multiligne 

• de l’appartenance du poste maitre à des groupements (ordonné, cyclique, ou au plus long 

temps de repos). 

Bénéfices 

• 1 numéro unique pour les postes en tandem 


• NeXspan S, L, D, 500, NCS R4.2 

• Postes IP de la gamme i7xx 

• Postes SIP i220 et SIP standard (dont postes 9112i, 9133i, 480i) 

Pour plus d’informations concernant les fonctions de postes associés et poste tandem, se reporter au 

chapitre « Services téléphoniques » du Guide Produit R4.2. 

7.2.5.4 Ecoute discrète et intervention pour les postes IP 

A partir de R4.2, il est désormais possible de faire une intervention à partir d’un poste IP, sur un autre 

type de poste quel qu’il soit. Le poste IP doit être un poste i760 (nécessité d’avoir des touches 

interactives pour déclencher l’intervention). 

Par exemple, dans le cadre d’un centre d’appel, il est possible que le superviseur ayant un poste IP à 

touches interactives puisse faire une entrée en tiers. 

De même il est possible qu’un poste IP fasse l’objet d’une écoute discrète de la part d’un tiers. Le 

poste faisant l’objet de l’écoute discrète peut être un poste IP de la gamme i7xx, un poste SIP ou un 

softphone i2052. 

Bénéfices 

Les postes IP i760 peuvent désormais être utilisés comme superviseurs de centre de contact. 





• Ecoute discrète et intervention sur un poste IP : 

− Postes IP i7xx 

− Terminaux i2052 VoIP 

− Postes SIP i220 et SIP standard (dont postes 9112i, 9133i, 480i) 

• Ecoute discrète et intervention depuis un poste IP : 

− Postes IP i760: ce service nécessite des touches interactives 

7.2.6 Annuaire Tiers / Appel par le nom 

Par un couplage du NCS avec une base TWP* (installés sur un seul et même serveur), nous 

disposons d’un outil qui offre aux postes numériques M7xx et IP i7xx, l’accès à de nombreux 

annuaires ainsi qu’à leurs fonctionnalités associées (type de numéro appelant exemple : bureau, 

maison, portable…). 

L’application TWP par ses connecteurs multi-annuaires donne accès à toutes les bases de données 

annuaires (publics et privés) : 

• Annuaire interne et externe PBX 

• SQL (dont M7430 Entry) 

• ODBC (dont M7425 Express / Enterprise) 

• LDAP (Active Directory, OpenLDAP) 

• MS Exchange 5.5 ou 2000/2003 (dont répertoire personnel Outlook) 

• Notes 6.5 

• Fichiers XML 

Au travers de cette architecture, TWP centralise les requêtes d’affichage et d’appel par le nom vers 

ces différents annuaires. Ces annuaires deviennent alors référence pour l’ensemble du réseau : les 

autres passerelles du réseau multisite pointant sur ces annuaires de l’entreprise. Ces annuaires 

peuvent être dé-corrélés de l’annuaire classique téléphonique. 

Lors d’un appel par le nom à partir d’un un poste M7xx ou i7xx sans supervision : l’utilisateur bénéficie 

d’un moteur de recherche multi-annuaire (sans visualisation des noms sur liste rouge). Il tape les 

1eres lettre du correspondant qu’il cherche à joindre et si le nom de ce correspondant est dans au 




moins un annuaire, l’écran affiche le nom, le prénom, le numéro, l’icône précisant de quel annuaire est 

issu le n° en question et les informations complémentaires. 

Lors de l’arrivée d’un appel, les postes Analogiques Class, DECT, numériques M7xx et IP i7xx et SIP 

bénéficient de l’affichage du nom de l’appelant sur le poste au travers d’une recherche multi-annuaires 

inversée, sans accès à la liste rouge. 

Il est à noter que si le NCS utilisé uniquement pour cette fonction de passerelle multi-annuaire, aucune 

licence IP, ni de Dongle sur le NCS n’est nécessaire. 

Vous trouverez dans Chapitre « TWP_R1-x »le détail du fonctionnement de TWP. 




7.3 Fonctionnement 

7.3.1 Administration et exploitation Web 

NeXspan Communication Server est gérable à partir du centre de gestion M7430, dont les 

fonctionnalités d’administration sont les suivantes : 

• Configuration du réseau et des services 

• Surveillance des événements et des alarmes 

NeXspan Communication Server est déployé sur une plate-forme serveur et intègre une MIB SNMP 

afin d’être supervisé par une solution d’administration standard type HP Openview. 

Prévu pour fonctionner sur une plate-forme Windows 2003, NeXspan Communication Server hérite de 

toutes les fonctionnalités d'administration réseau du système d'exploitation de Microsoft dont : 

• la configuration d'éléments, 

• la surveillance de la plate-forme, 

• la sécurité et prise en charge des domaines. 

Le serveur Windows 2003 intègre un service DHCP offrant la possibilité de gérer les abonnés IP. Ce 

serveur DHCP peut être activé pour diffuser les paramètres traditionnels d’un serveur DHCP mais 

également les informations complémentaires liées à l’application de téléphonie sur IP 

comme l’activation de VLAN, le marquage VLAN, l’adresse IP du NeXspan Call Server, d’une gateway 

IP. 

DHCP : 2 types de champs 

• champs standards (adresse IP, masque de sous-réseau, passerelle par défaut) 

• champs optionnels : 

� 2 adresses IP Call Server 

� Marquage Tag Vlan 8021P ouvert/fermé 

� 8021P Numéro de Vlan et niveau de priorité 

Identification client DHCP : champ « CLASS IDENTIFIER » 

De plus, avec la R4.2 étape 2, la configuration des NeXspan CS peut être réalisée sans exploité le 

centre de gestion M7430 (synchronisation des données possible entre l’administration de réseau et la 

base de données intégrés NCS) à distance via l’exploitation Web puisque le logiciel des NeXspan CS 

comporte de façon native un serveur RHM-Web. 

Elle peut être réalisée depuis un navigateur en appelant l'URL HTTP du NeXspan. Cette interface 

permet donc de remplacer l’interface de type VT100 et d'accéder à des services d'aide à la 

configuration à distance par un simple navigateur Web. 

Les navigateurs : 

Pas de couplage 

@MAC - @IP 

Les navigateurs validés sont les suivants : Internet Explorer 6, Firefox 1.0.7, Netscape 7.02. 

L’outil nécessite le plugin JAVA 1.4 ou 1.5. 




L’architecture de la solution d’exploitation Web : 

Accès sécurisé : 

L’accès à l’exploitation Web est sécurisé par mot de passe : 

L'exploitation Web est accessible par plusieurs mots de passe : 

• accès installateur avec un seul mot de passe non modifiable, 

• accès utilisateur avec 5 mots de passe différents, 

• accès utilisateur suivi de 3 mots de passe différents. 

Les différents mots de passe sont associés à des protections “ lecture/écriture ” qu’il est possible de 

définir selon les cas. Ces mots de passe peuvent être composés de tous éléments alpha numériques. 

Le journal de bord mémorise toutes les tentatives de connexion à l’exploitation Web. 

Au bout de 3 tentatives infructueuses, une tempo d’inaccessibilité est déclenchée pendant plusieurs 

minutes et une trace est archivée dans le journal de bord. 

Une fois que l’accès a été autorisé, des informations concernant le site sur lequel l’utilisateur est logué 

sont affichées : adresse IP, nom du site, version logicielle et type du meuble. 

Les apports par rapport aux RHM graphiques classiques : 

L’administrateur peut gérer chaque NeXspan d’un réseau ou d’un multisite à distance, soit via un LAN, 

soit via un WAN, à partir d’un PC, sans application ou équipement d’accès spécifique. 




L’ergonomie est améliorée : multi-fenêtrage, fonctions de navigation évoluées, possibilité de répéter 

une action... 

Des boutons de navigation permettent : 

• des liens rapides sur certains menus, 

• la navigation facile dans les menus par remontée et descente dans l’arborescence, 

• le passage aisé au suivant ou précédent dans une liste, 

• la navigation dans les pages précédentes / suivantes, 

• la gestion de favoris et de l’historique de navigation, 

• une fonction de recherche rapide par chaînes de caractères, 

• un lien hypertexte sur certains champs permet d’accéder à la liste des RHM qui utilisent ce 

champ. 

• la sélection par liste permet de sélectionner une entité dans une liste. 

• une fonction de répétition permet de répéter une action. 

Ces fonctions sont détaillées dans la suite du texte. 

Les fonctions disponibles 

L’organisation du site est présentée sous forme de chapitres, semblables aux RHM actuelles. 

L’écran d’accueil propose le liste des 5 domaines fonctionnels de la configuration, avec pour chacun, 

la liste des menus disponibles : 

• La gestion de la téléphonie : 

− Gestion des usagers, 

− Gestion des lignes extérieures, 

− Gestion du plan de numérotation, 

− Gestion des opératrices et services d’accueil pour la distribution des appels 

entrants, 

− Gestion des calendriers, 

− Gestion des paramètres, 

− Gestion du sans fil. 

• La gestion des données : 

− Exploitation des services de données, 

− Création de liaisons, 

• La gestion du système : 

− Gestion de la date et l’heure, 

− Gestion des cartes, 

− Configuration de la mevo, 

− Gestion des terminaux d’exploitation, 

− Gestion des mots de passe, 

− Gestion des configurations logicielles. 

• Le suivi d’exploitation et la supervision : 

− Des usagers, 

− Des lignes extérieures, 

− Des sous-ensembles du NeXspan. 

• L'accès aux données d’installation : 

− Mise en œuvre des signalisations, 

− Définition des tonalités, 

− Transfert de la configuration, 

− Configuration des alarmes. 




L’écran suivant est l’écran d’accueil de l’exploitation Web : 

Les données sont présentées : 

• Pour les menus de visualisation sous forme de tableau non éditable. 

• Pour les menus de saisie sous forme de fiche individuelle, un paramètre par ligne, avec des 

champs modifiables pour ceux qui peuvent l’être. 

Menu « Liens rapides » : 

L’administrateur/installateur a la possibilité d’utiliser des « liens rapides » pour accéder à une liste de 

RHM prédéfinies (liste non modifiable) qui sont les suivantes : 

• Transfert de la configuration : c’est la RHM de backup locale, qui est la seule RHM de backup 

disponible, 

• Identification logicielle, 

• Visualisation du journal de bord 

Navigation dans les menus : 

Bouton de « retour à la première page des RHM » : pour revenir à la page d’accueil 

Bouton « remonter d’un niveau » : pour remonter dans l’arborescence des menus / RHM. 




Historique, favoris : 

Une fonction d’historique permet de revenir rapidement à une page déjà visitée grâce au marquage 

des pages visitées et aux favoris ajoutés manuellement. 

La liste des menus/RHM parcourus est stockée (10 éléments maximum par domaine) dans le menu 

de gauche, par lien hypertexte, ce qui permet à l’utilisateur de revenir sur un menu particulier. Il peut 

aussi demander explicitement la mémorisation d’un menu via le bouton « Marquer la page » : 

Il peut ainsi gérer une liste de favoris auxquels il pourra avoir un accès rapide. 

Fonction de recherche rapide par chaîne de caractères : 

Ici, les favoris de l’utilisateur dans le domaine 

« Gestion téléphonie » sont les suivants : 

• Menu : Données usagers 

• Menu : Gestion des abonnés 

logiques 

• Menu : Liste associée à une 

téléconférence 

• RHM : Liste associée à une 

téléconférence 

L’accès à un menu ou à une RHM peut se faire via la recherche d’une chaîne de caractères. 

La chaîne peut être : 

• soit un nom ou un mot clé (par exemple : « etat abonne »). Dans ce cas, une fenêtre donne 

alors la liste des menus et des RHM qui font apparaître le/les mots recherchés. 

• soit le numéro de la RHM (par exemple « 44 » qui est la RHM journal de bord). Dans ce cas, 

l’écran associé à la RHM est ouvert. 

Dans l’exemple ci-dessous, la recherche du mot clé « mere » fait apparaître les menus « Gestion carte 

mere / migration », « isolement des cartes » et la RHM « carte mere / cartes fictives » 




Lien hypertexte sur certains champs : 

Un lien hypertexte est disponible sur certains champs des RHM. Lorsque l’utilisateur le sélectionne, il 

obtient la liste des RHM qui utilisent le même champ. 

Par exemple, dans la RHM de gestion des abonnés numériques, si l’utilisateur sélectionne le champ 

« numéro d’annuaire » il obtient la liste des RHM qui comportent ce champ dans une fenêtre 

supplémentaire. Il peut alors sélectionner une RHM parmi celles qui sont listées. 




Sélection d’une entité par chargement de liste : 

Lorsque l’utilisateur ne connaît pas l’identifiant d’une entité, il a la possibilité d’obtenir la liste des 

entités d’un type donné et existant sur le site afin de pouvoir sélectionner l’entité à gérer. 

La sélection s’effectue via les boutons suivants : 

Bouton « chargement de liste » : 

Ce bouton permet à l’utilisateur d’obtenir la liste des entités existant sur le NeXspan 

géré. 

Sur l’exemple suivant, l’écran de sélection d’un usager fait apparaître la liste des 

abonnés disponibles. 




A partir de la liste, l’utilisateur peut sélectionner un abonné pour ensuite l’exploiter, 

comme sur l’écran suivant : 

Les boutons « passer à l’entité suivante » et « passer à l’entité précédente » permettent 

de naviguer dans une même RHM sur les entités gérées. 

Sur l’écran précédent, le bouton « passer à l’entité suivante » permet d’aller sur la fiche 

de l’abonné « 2139 » et le bouton « passer à l’entité précédente » permet d’aller sur la 

fiche de l’abonné « 2141 ». 




Répétition d’une action : 

Une fonction de répétition sans conditions permet de répéter une action (changement de valeur sur un 

paramètre) sur tout ou sur une sélection multiple des éléments qui suivent l’élément sélectionné. 

Bouton « activer la répétition inconditionnelle » 

Par exemple, dans l’écran des caractéristiques d’un usager, la catégorie de nuit 4 a été 

modifiée : il est passé de ‘clavier » à « cadran+F ». Après l’appui sur le bouton « activer 

la répétition inconditionnelle », la fenêtre de répétition est ouverte. Elle contient la liste 

des postes sur lesquels cette mise à jour peut être répétée : cf écran suivant. 

L’utilisateur n’a plus qu’à choisir sur quels postes il veut faire la même action en activant 

la répétition conditionnelle par appui du bouton . 

La fonction « loupe » permet de se positionner sur les caractéristiques de 

l’élément sélectionné. 




7.3.2 Maintenance 

NeXspan Communication Server reconnaît les procédures de maintenance suivantes : 

• Installation et mises à jour en local. La prise en main à distance est possible par l'intermédiaire 

d'un système de télécommande tel que PC Anywhere ou VNC et suivant la topologie du 

réseau grâce aux RHM Web embarquées. 

• Sauvegarde de configuration à distance des NeXspan C, S, L, D et NeXspan Communication 

Server par le M7425 Enterprise et suivant la topologie du réseau grâce aux RHM Web 

embarquées. 

• Supervision du NeXspan Communication Server par SNMP mais également par le M7425 et 

le M7430 avec leur journal des alarmes 

• Supervision intégrée dans le logiciel avec mécanismes d’autodéfense vis à vis de terminaux 

ou de gateways (back up de signalisation, mécanisme dual homing pour terminaux IP) ; un 

journal de bord du mécanisme de supervision est accessible à distance, 

Le respect des fonctionnalités est assuré par des keycodes associés à des codes de service. L'accès 

aux fonctionnalités suivantes est conditionné par un code : 

• Abonné IP. 

• Prise en charge des interfaces (CSTA, TAPI, VTI XML). 

• Supports d'applications (distribution automatique des appels, …). 




7.3.3 Sécurité- disponibilité 

L’architecture distribuée de NeXspan Communication Server fournit des mécanismes de sécurité et de 

redondances au niveau réseau et éléments du réseau, mécanismes qui rendent la solution sure et 

flexible : 

Niveau réseau : 

• Réseau de signalisation à maillage redondant. Lorsqu'un chemin de signalisation n'est pas 

disponible, des itinéraires de remplacement sont trouvés automatiquement. 

• Lorsqu'un NeXspan ne peut être atteint par un accès RTC, des itinéraires de remplacement 

sont trouvés automatiquement comme l’illustre l’architecture suivante : 

Niveau élément : 

• NeXspan Communication Server fonctionne sur une plate-forme dédiée, ce qui évite toute 

perturbation due aux autres applications. 

• Dans le cas d’une défaillance du réseau, les gateways NeXspan continuent de fonctionner en 

mode individuel, et assurent les communications entre les terminaux sans fil et filaires, qui 

leurs sont rattachés. Par ailleurs ces éléments ont des ressources locales (accès aux services 

d’accueil, ponts de conférences, messages d’accueil, musique d’attente, fonctionnalités fax, 

sans fil …) qui restent exploitables en mode local. Ainsi en cas de rupture du réseau électrique 

et donc du réseau local, les gateways NeXspan sont secourus localement. Par exemple, les 

bornes DECT continuent à fonctionner via la télé-alimentation de la gateway. Le réseau DECT 

sécurise le réseau téléphonie sur IP. 

• NeXspan Communication Server peut être intégré sur un serveur à très faible tolérance de 

panne de type Stratus où le process logiciel est traité simultanément par 2 CPU et mémoire 




simultanément. Toute rupture de l’une n’altère pas les traitements en cours ainsi que l’intégrité 

des données ou même les performances. 

• Pour les applications de duplication spatiale, NeXspan Communication Server bénéficie d'une 

redondance de secours (option) grâce à un mécanisme de duplication issu du monde 

informatique permettant la réplication temps réelle de base de données et la détection 

dynamique de fautes (cf partie 6.7 : « Duplication du NeXspan Communication Server ») 

• Les cartes d’interface IP peuvent être dupliquées dans les gateway NeXspan afin d’assurer 

une distribution en partage de charge des appels sur le chemin d’accès restant disponible 

après la défaillance d’une carte d’interface, ou d’une passerelle. 

• La fonctionnalité « Abonné Vital » fournit des chemins et solutions d’accès alternatifs en cas 

de sauvegarde nécessaire des données, et de redistribution des appels des abonnés filaires. 

Cela permet d’assurer que ces abonnés sont toujours joignables. 

• Le Dual Homing permet d’accroître la sécurité des terminaux IP, notamment des terminaux 

IP déportés. 




7.3.3.1 Principe de l’abonné vital 

Les solutions NeXspan Communication Server permettent d’acheminer les appels vers un autre poste 

de secours pour les abonnés vitaux, abonnés qui doivent rester joignables à tout moment. 

Si aucun chemin d’accès vers un terminal IP n’est disponible, ou si le terminal IP est déconnecté, ou 

encore injoignable, l’algorithme de routage essaie automatiquement de joindre l’abonné vital sur un 

deuxième numéro interne ou externe, ceci de façon transparente pour l’appelant. Cette opération est 

réalisée comme ultime recours après des erreurs de routage dues aux raisons suivantes : 

• Défaillance d’un nœud du réseau IP 

• Défaillance de NeXspan Communication Server 

• Défaillance d’un terminal IP 

• Erreurs liées au terminal IP (problèmes de câblage, terminal occupé avec des appels en 

attente et aucune boite vocale) 

La fonction d’Abonné Vital donne la possibilité d’assurer par exemple qu’un appel est rerouté, en cas 

de défaillance du réseau global, vers un terminal connecté à une gateway NeXspan, ceci pouvant se 

faire en mode indépendant. 

Remarque : La défaillance d’une gateway NeXspan n’affecte pas la communication entre des 

terminaux IP de type i7xx, qui continuent alors de dialoguer uniquement avec NeXspan 





7.3.3.2 Principe du Dual Homing 

Le Dual Homing permet de conserver une continuité de service pour les abonnés IP, dits vitaux, avec 

un seul terminal IP, en cas de problème sur un multisite. 

Le Dual homing est disponible sur les terminaux IP i740 et i760 et terminaux SIP 9133i et 480i 

En cas d'indisponibilité du chemin d’accès IP, de l’iPbx ou du NeXspan Communication Server sur 

lequel il est déclaré, le terminal IP peut se connecter automatiquement sur un autre iPbx/ gateway 

NeXspan ou NCS (désigné préalablement) du multisite. Il dispose alors de services téléphoniques tels 

que la possibilité de recevoir des appels entrant sur le même numéro d'annuaire, d’émettre des appels 

sortants et de tous les services à base appel (transfert, conférence à 3, appel malveillants …) ainsi 

que d’une boite vocale UCP si une boite vocale est incluse dans le réseau multisite. 

La détection de l’indisponibilité et la connexion vers ce second Call Server ou gateway est 

automatique, le terminal IP fait 3 tests de reconnexion vers le Call Server principal avant de tenter une 

connexion vers son second Call Server. 

Le terminal IP tente régulièrement de se reconnecter à la première plate-forme et s’y reconnecte 

automatiquement. 

Il y a un mot de passe utilisateur du poste différent sur la connexion principale et sur la connexion de 

secours. 




7.3.3.3 Sécurisation du NCS : le choix de la solution 

Le tableau suivant établit une comparaison entre le Dual Homing, la solution Double Take et la solution 

STRATUS : 

Les communications en cours 

sont maintenues 

Dual homing Solution Double Take Solution Stratus 

Non Non Oui 

Plate-forme spécifique Non Non Oui 

Multisite nécessaire Oui Non Non 

Même niveau de service 

conserve après le basculement 

Disponible pour les postes 

suivants 

Version spécifique de poste 

i7xx nécessaire 

Non Oui Oui 

i7xx i7xx, i220 9112i, 9133i et 

480i 

Oui 

à partir de la version 

de i7xx V5.3B 

Version d’iPbx nécessaire Non 

(RHM sur le poste 

autorisées, si 

nécessaire pour entrer 

les 2 adresses) 

i7xx, i220, 9112i, 

9133i et 480i 

Non Non 

Minima R2.1 Minima R4.1 

Clés logicielles nécessaires Oui Oui Non 




7.3.4 Sécurisation - intégrité 

L’analyse complète de la sécurité du système NeXspan Communication Server ou NeXspan iPbx 

illustre l’exhaustivité de ses mécanismes intégrés pour faire face à des menaces de niveau 1 ou 2. 

Pour des attaques internes plus lourdes, notre offre s’intègre dans des architectures de sécurité 

intégrant du cryptage voix, signalisation. Il est alors possible de segmenter par des firewalls les 

différents serveurs applicatifs et leurs clients. 

7.3.4.1 Impact du NeXspan Call Server sur la sécurité du réseau IP 

La sécurité de la solution NeXspan Communication Server peut être regardée sous l’angle du réseau 

de donnée. NeXspan Communication Server peut-il mettre en danger le réseau data existant ? 

L’analyse des interfaces externes du système dénombre les voies d’attaques suivantes : 

RTC/RNIS sur SMG ou PBX-IP - Appel phonie 

Quand un appel voix a lieu par un iPbx, l’appel est acheminé sous le contrôle de la numérotation 

téléphonique entre les deux extrémités. Si l’appel traverse le réseau IP vers un point IP enregistré 

dans le système : poste IP, Softphone, poste H.323/SIP, gateway H.323/SIP / iPbx, le contenu de 

l’appel voix est échantillonné, compressé le cas échéant (G.723.1, G.729A), et encapsulé dans les 

couches de transport standard RTP. Tous les points de terminaison IP de la voix et de la signalisation 

sont dans le système de téléphonie : les adresses MAC, IP, le protocole, les numéros de port sont 

contrôlés par l’application. 

Ainsi, même si le contenu du canal voix est constitué de données venant de l’extérieur (IP/PPP, par 

exemple), l’acheminement de ces données ne pourra pas nuire au réseau IP : 

• si elles sont compressées, les données seront altérées irrémédiablement 

• la génération des paquets IP étant sous le contrôle de la carte VoIP, ils ne sont pas 

contrôlables par l’extérieur. Ce flux ne peut pas engendrer de « flooding » ou « spoofing »… 




• vers l’extérieur, aucun paquet IP ne peut « sortir » tel quel par la gateway car il doit être traité 

par le décodeur VoIP sous le contrôle du système. 

• En arrivant au point destination VoIP enregistré dans le système, elles seront directement 

injectées dans le décodeur et n’engendreront que du bruit dans l’écouteur ! 

RTC/RNIS sur SMG ou PBX-IP – Appel data/RNIS 

Une gateway peut entrer en communication avec un terminal de gestion distante grâce à un modem 

intégré (optionnel). Ce modem permet la maintenance par un numéro de téléphone propre à la 

gateway et est protégé par un mot de passe. La télémaintenance permet de configurer l’application de 

téléphonie de la gateway appelé ainsi que les autres éléments du réseau NeXspan Communication 

Server grâce à des tunnels propriétaires qui relient les différents éléments NeXspan Communication 

Server sur le réseau LAN. La sécurisation de la télégestion permet : 

• De n’accéder qu’au niveau applicatif des équipements : pas d’accès au système Windows NT, 

disque… 

• Seuls les équipements NeXspan Communication Server (iPbx, CSE) peuvent être connectés 

par télégestion car les protocoles les reliants requièrent une identification applicative 

propriétaire et spécifique à l’application de téléphonie. 

Une attaque malveillante avec le bon mot de passe de télégestion ne pourra endommager que le 

système NeXspan Communication Server. Par ailleurs, dans le cas d’une solution avec un centre 

de gestion, nous préconisons de désactiver les modems optionnels et de réaliser une télégestion 

sécurisée à partir du centre de gestion M7430 ou M7425. 

7.3.4.2 Antivirus sur NeXspan Call Server 

NeXspan Communication Server s’intègre dans la politique de sécurité de l’entreprise. Il est 

compatible avec les anti-virus : 

• Norton, 

• McAfee, 

• F-Secure 




7.3.4.3 Analyse des menaces de niveau 2 

L’application téléphonique intègre de multiples mécanismes de sécurité permettant d’assurer intégrité, 

disponibilité et confidentialité à l’ensemble des utilisateurs. On citera : 

• Profils d’usagers pour l’accès aux services. Par exemple : 

− restrictions RTC/RNIS, LIA (jour/nuit, zone) 

− renvoi extérieur, routage multi-opérateur 

− … 

• Mots de passe personnels pour les fonctions touchant aux données spécifiques : 

− 4 chiffres modifiables. RAZ gestion 

− substitution à base appel (poste numérique, analogique) 

− mobilité i7xx et i2052, 

− Virtual desking M7xx 

− Ecoute discrète 

− Verrouillage poste (appels sortants) 

− programmation touches (verrou gestion) 

− renvois (verrou gestion) 

− incitation à changer le mot de passe 

• Communications abusives 

• Tickets de taxation 

• Préfixe de communication personnelle 

• Pré-paiement 

• Multi-usager 

• Fonction anti-bavard pour limiter la durée des communications 

• Annuaire intégré 

• Filtre par société en exploitation multi-société 

• Filtre par liste / clé (3 niveaux) 

7.3.4.4 Analyse des menaces de niveau 3 : malveillances fortes 

L’analyse exhaustive des menaces de niveau 3 est impossible à faire dans le cas général. On citera ciaprès 

un certain nombre de menaces possibles ainsi que leurs défenses éventuelles. Nous avons 

omis les situations de destruction physique d’équipements, déjà traitée dans la résistance aux pannes. 

Attaques externes 

Connexions RTC/RNIS 

Une connexion RTC/RNIS publique ou privée peut être le support des attaques lourdes suivantes : 

Intégrité 

• Substitution du numéro de l’appelant. Cette attaque implique que le réseau externe a été lui 

même attaqué : interception de la ligne physique, substitution d’un commutateur ou du numéro 

de l’appelant en amont. 

• Confidentialité : écoute de la communication et des mots de passes 

La défense et l’audit contre les écoutes peuvent se faire par le chiffrement des communications. 

Dans le cadre du NCS, le chiffrement des communications voix est possible mais soumis à clé de 

déverrouillage, ce chiffrement concerne uniquement les communications sur IP – pas de chiffrement 

sur les connexions RTC/RNIS : Liens IP et postes IP. 




Connexions IP 

Les liaisons WAN et VPN sont susceptibles d’être attaquées par des moyens spécifiques tels que : 

interception du flux, attaque de la gestion des équipements… Cependant, il existe des mécanismes de 

chiffrements offrant une protection importante. Par exemple : 

• PPP (mot de passe) 

• VPN IPsec (mot de passe + data) 

• Chiffrements 

La protection fiable et absolue contre les attaques internet est impossible à garantir. La meilleure 

approche, outre les techniques déjà citées, consiste en la mise en place permanente : 

• de mécanismes d’audit 

• d’anti-virus à jour 

• de certificats 

Il est possible de connecter un terminal i7xx (ou un NeXspan SoftPhone i2052) à un PC sur lequel 

fonctionne un logiciel de cryptage des flux. Les flux sont authentifiés et cryptés sur l’ensemble du VPN 

jusqu’au point d’accès. 

Comme l’illustre le dessin ci dessus, le chiffrement des communications est assuré jusqu’au serveur 

firewall, VPN et cryptage sur une solution tierce logicielle M Box. 

Attaques internes 

Connexions TDM 

L’écoute / interception physique sur les postes numériques ou analogiques d’une installation est 

possible. Dans une liaison point à point de ce type, il est possible de détecter physiquement la 

présence de déviateurs (variations d’impédance). L’écoute radio-électrique est moins décelable. 

Pour la partie radio, l’authentification et le chiffrement DECT constituent une protection importante. 




Connexions IP 

Si les techniques d’isolation VLAN/routage sont insuffisantes, l’attaque des éléments NeXspan 

Communication Server et NeXspan iPbx est possible avec des moyens plus lourds : 

• Ecoute 802.11 (LAN radio). Le spoofing 802.11 se révèle difficile à cause de la 

synchronisation radio. 

• connexions de signalisation TCP-IP sont en général vulnérables aux attaques type spoofing, 

hijacking, man in the middle combinées avec le rejeu de séquences 

• attaque en déni de service (broadcast storm, ping of death,) 

• prise de contrôle système (Windows 2000, 2003) 

• la substitution complète d’élément de réseau (terminal, NeXspan Communication Server, 

M7425, M7430) demande des moyens plus lourds impliquant le détournement de nombreux 

composants : 

• DHCP : modification de l’adresse call server ou modification routage 

• interception des séquences de mot de passe 

• rejeu protocolaire lourd pour l’accès à l’exécutable des serveurs 

• tous les événements de faute ou panne logicielle NeXspan Communication Server / iPbx sont 

journalisés. 

Ce type d’attaque interne peut s’appliquer également à de nombreux serveurs réseau du LAN. Comme 

ces autres serveurs, il est possible d’inclure les serveurs de téléphonie et ses gateways dans une 

DMZ dite téléphonie et alors de s’inclure dans la politique de sécurité de l’entreprise. 

Les firewalls intègrent dans ce cas des règles complémentaires pour inclure l’ensemble des ports 

applicatifs téléphonie ainsi que des adresses sources et destinataires. 

Ci dessous l’interface de programmation d’un firewall issu de l’offre tierce incluant les règles de 

téléphonie sur IP. 




7.3.5 Chiffrement des Communications VOIP 

Le chiffrement des communications VoIP est une fonctionnalité disponible à partir de la version 

logicielle R4.2 sous réserve d’une ou plusieurs PT2/PVI chargées du firmware supportant cette 

fonctionnalité. Cette fonction est soumise à verrouillage logiciel ; et dans un réseau multisite, la 

fonctionnalité doit être déverrouillée dans tous les iPbx. 

Il s’agit d’une implémentation de la norme SRTP avec une clé SRTP AES codée sur 128 bits 

conformément à la RFC3711, ce chiffrement s’effectue donc sur les flux RTP voix uniquement. 

Principe de fonctionnement : 

Ce chiffrement des flux VOIP, est réalisé en point à point sur le réseau IP : 

• Entre 2 terminaux i7xx connectés sur un NCS ou sur un NeXspan, 

• Entre un terminal i7xx et un terminal TDM pour la partie de communication sur IP, 

Pour pouvoir avoir leur communications chiffrées les postes i7xx doivent être en version 61A1, les PT2 

en version 43A2 et les iPbx/NCS enG2E5. 




NeXspan Communication Server propose le cryptage de ses communications soumises aux codecs 

G711 et G729A. 

Dans le cadre d’un chiffrage G711A, il faut limiter le nombre de voie du faisceau à 16 pour des raisons 

de charge processeur. En effet ce codage ajouté au chiffrement est très gourmand en temps 

processeur. 

Principe de chiffrement : 

L’iPbx dispose de base d’un jeu de clefs constructeur (MMEK et MMSK) commun à tous les éléments 

chiffrant. 

Le chiffrement des communications utilise des clefs personnalisées (CMEK/CMSK) fournies par 

l’exploitant du système. Aucun chiffrement de communication ne peut être mis en œuvre tant que ces 

2 clefs n’ont pas été configurées par l’exploitant via RHM. 

Dans le cas d’un réseau multisite ces clés sont configurées dans un iPbx particulier (iPbx Maître) qui 

les transmet aux autres iPbx du réseau (iPbx Esclaves) en les chiffrant à l’aide des clefs constructeur 

(MMEK et MMSK). Puis elles sont transmises aux éléments chiffrant du système, postes IP, cartes 

PT2 / PVI, sous forme chiffrée sous le jeu de clefs constructeur. 

Un seul iPbx est configuré en mode Maître et les autres sont configurés en mode Esclave, le iPbx 

Maître diffuse périodiquement les informations de chiffrement aux iPbx Esclaves du réseau. Chaque 

iPbx est en charge de distribuer le contexte de chiffrement à ses propres éléments chiffrant. 

En mono-site le NCS doit être configuré en mode Maître, les clefs personnalisées sont alors 

transmises aux postes IP, cartes PT2 / PVI de la même façon que précédemment. 

Information de chiffrement sur les postes : 

L’iPbx indique par une mire spécifique sur l’afficheur du poste que la communication en cours est 

chiffrée. Cette indication ne garantit pas que la communication soit chiffrée de bout en bout. 

L’information est affichée sur les postes comme suit : 

• COM CHIFFREE : sur i760 et sur les postes Tdm à affichage 40 caractères, 

• C : sur i 740 et Tdm à 16 caractères 




Remarques : 

• La fonction « Maître de chiffrement » n’est pas dupliquée dans le réseau. 

• La diffusion des clefs utilise les mécanismes habituels de diffusion du M6500, avec une liste 

de diffusion spécifique à la fonction chiffrement ; il est donc possible de déclarer plusieurs 

Maîtres dans un réseau multisite, chacun diffusant les clefs dans une zone déterminée. Dans 

ce cas, les communications entre 2 zones ne sont pas chiffrées. 

• Lorsqu’un PABX esclave est isolé du site Maître, il chiffre les communications en utilisant la 

dernière clef reçue ; après un redémarrage, un PABX Esclave isolé ne chiffre pas les 

communications 

Les postes IP indiquent leur éventuelle capacité à chiffrer la voix à l’ouverture de la session : 

• Dans le cas d’une installation multi-société, un seul jeu de clefs personnalisées est disponible ; 

toutes les communications des différentes sociétés sont chiffrées avec les mêmes clefs. 

• En interfonctionnement, le chiffrement est limité aux communications internes à chaque site. 

• Le site Maître peut soit autoriser le chiffrement en local et l’interdire aux autres sites ; soit 

l’interdire à tout le multisite ; soit diffuser la clé et autoriser le chiffrement à tout le multisite. 

Le site esclave peut soit interdire localement le chiffrement, soit autoriser localement le 

chiffrement. 

• Dans un but de simplification, le chiffrement des communications IP se fait à base réseau : 

toutes les communications pouvant être chiffrées sont chiffrées ou bien aucune ne l’est. 

• Les communications vie des postes SIP ou des softphones ne sont pas chiffrables 

• A l’initialisation du meuble, si 1 seule carte PTx n’est pas à jour, le chiffrement restera interdit 

localement (chiffrement hors service) 

7.3.6 Interfaces 

NeXspan Communication Server reconnaît les interfaces suivantes : 

• Terminaux IP (i7xx, terminaux SIP, NeXspan SoftPhone i2052, clients H.323 tels que 

Netmeeting) 

• Serveur d'applications 

• Passerelles NeXspan X et NeXspan 50 

• Autres systèmes NeXspan Communication Server 

Elément Type d'interface Signalisation 

I7xx : i740 et i760 Signalisation d’appels I/IP 

I2xx : i220 Signalisation d’appels SiP évolué 

Terminaux SIP hard & soft 

comprenant les 9112, 9133i et 480i 

Signalisation d’appels SiP 

i2052 Software Phone Signalisation d'appels VTI-XML 

Téléphones hard & soft H.323 Signalisation d'appels H.323v2 

NeXspan Communication Server Signalisation d'appels MOVACS 

H.323v2 

SIP trunking 

NeXspan Conversion inter-média MOVACS 

Plate-forme d'applications CTI CSTA phase II 

TAPI 2.1 ou 3.0 

VTI –XML- Web services 

Un serveur NeXspan Communication Server R4.2 possède les dimensionnements suivants : 




Dimensionnement R4.2 

Nombre maximal de terminaux IP 4 000 

i7xx 4 000 

i2052 4 000 

Terminaux SIP 4 000 

Terminaux H.323 950 

Nombre d’abonnés raccordés en sessions IP multiplexés IVR/IP, 

maximum 

4 000 

Nombre d’appels Max. simultanés (tous types) 1200 au total : 

Nombre d’appels Max. H323 simultanés 100 

Nombre d’appels Max. SIP simultanés 800 

Nombre Max. d’appels Heure (Abonnés) (0,2 E/abonné) 24 000 

Nombre Max. d’appels/Heure (Transi – trunk H323t) 12 000 

Nombre Max. d’appels/Heure 24 000 

Nombre de ressources réseau(joncteurs TDM réseau) maximal 

nécessaire (à 2/3 appels internes – trafic total : 0,2 Erlang) 

Nombre de ressources VOIP maximal nécessaire (à 2/3 appels 

internes – 0,2 Erlang) 

- 800 pour terminaux (appels 

locaux + réseau) à 0,2 Erlang 

- 400 pour transit signalisation 

(trunk H323) 

AASTRA MATRA Telecom Page 39/39 APS0035AFRAA01 

533 

533 

Nombre de tickets bufférisés 10 000 

Nombre de postes maitres en association tandem 128 

Nombre de postes esclaves en association tandem 256



Le dimensionnement des facultés offertes par NeXspan Communication Server est le suivant. Ces 

services sont accessibles suivant le type de terminal. 

Features relating to calls from a telephone 

set 

R4.2 

Hot line call 

Appel avec combiné décroché (hot line) 

128 (i7xx) 

Delayed hot line call 

Appel différé avec combiné décroché 

128 (i7xx) 

Automatic callback on idle set 

Rappel automatique sur poste 

720 simultaneously 

Internal dialing length (max) 

Longueur des numéros locaux (max) 

6 digits 

Default internal dialing length 

Longueur de la numérotation locale (par 

défaut) 

4 

Number of the last local callers 

Nombre des derniers appelants locaux 

800 

Number of the last network caller 

Nombre des derniers appelants réseau 

400 

External dialing length (excluding prefix code) 

Longueur des numéros externes (hors préfixe) 

20 digits 

Urgent numbers 

Numéros urgents 

100 

Common speed dialing 

1000 No (50 x 20 No) 

Numérotation abrégée générale 

(18 digits en excluant le 

préfixe) 

Personal speed dialing 

Numérotation abrégée personnelle 

255 x 10 No 

Speed dialing for special services 

100 No (14 digits excluant 

Numérotation abrégée pour services spéciaux le préfixe) 

Intercom keys (any IP terminals) + 65 500 (including 1500 

programmed keys (i7xx sets) + banalized CCO CCO banalisé (not used 

Touches intercom tous terminaux IP + Touches for i7xx)) 

programmées 

banalisés 

des postes i7xx + CCO 

Access control features R4.2 

Day/night categories (outgoing calls) 

16 

Catégories jour & nuit (appels sortants) 

TL trunk access restriction classes 

64 

Classes de restriction pour l’accès aux lignes 

LIA 

Number of TL direction 

64 

Nombre de directions LIA 

Number of TL zones 

8 

Nombre de zones LIA (notées Zone A, …, 

Zone H) 

Barred number list 

10 x 10 No (14 digits 

Liste des numéros interdits 

excluding prefix code) 

Features relating to calls in progress R4.2 

Park and unpark remote party 

Parcage et reprise d’un appel 





Features relating to hunt group calls R4.2 

Pickup groups 

250 x 128 sets 

Groupement d’interception 

Total number of hunting groups 

256 

Nombre total de Groupement 

Fixed-head group 

224 

Groupement à tête fixe 

Movable-head group 

224 

Groupement à tête mobile 

"Longest idle time" group 

224 (i7xx) 

Groupement au plus long temps de repos 

General call groups 

224 (i7xx) 

Appel général de groupe 

Features relating to the set answering calls R4.2 

SUU message length 

Longueur des messages SUU 

32 

Internal dialing length (default) 

Longueur de la num locale (par défaut) 

4 

Main numbers 

Numéros principaux 

4000 

Predefined forwarding 

Renvois pré-programmés 

1200 

Programmable immediate forwarding 4400 (i7xx) (with secondary 

Renvois automatiques variables 

lines) 

Programmable forward on no answer 

Renvois variables sur non réponse 

4400 (with secondary lines) 

Programmable forwarding on busy 

4400 (i7xx) (with secondary 

Renvois variables sur poste occupé 

lines) 

Cascade forwarding 

Renvois en cascade 

2 (configurable) 

Features relating to busy extensions R4.2 

Automatic call back on busy set 

Rappel sur poste occupé 


Features relating to multi-company 

operation 

Abbreviated dialing 

Numérotation abrégée 

Calendars per company/service 

Calendrier par société/services 

Number of companies 

Nombre de sociétés 

Number of services 

Nombre de services 

Total number of company/ services entities 

Nombre de couples sociétés / services 

15 x 20 No. 

AASTRA MATRA Telecom Page 41/41 APS0035AFRAA01 

R4.2 

16 (Identical to calendars 

days and nights below) 

32 

64 

256



Other features R4.2 

Calendars days and nights 

16 

Calendriers jours et nuits 

Directory cards 

10000 records. Fiches internes 

Fiches annuaire 

et externes 

Number of DNR per Terminal 

64 (but only 1 for H323 

Nombre de numéros d’annuaire par Terminal Terminal) 

Maximum number of CCO per subscription i7xx : 64 (limite du serveur) 

Nombre de CCO max par abonnement 

i2052 : limite issue du i2052 

proxy (circuit banalisé) 

H.323 Terminal : 1 

Maximum number of CCO in Call Manager (except 1 500 (CCO are banalized and 

i7xx) 

dynamic) 

Nombre de CCO max dans le Call Manager (hors 

i7xx) 

CSTA servers 

8 (2040 monitored DNR) 

Serveurs CSTA 

Directory numbers monitored by internal CSTA 255 

server 

Numéros annuaires supervisés par serveur interne 

CSTA 

Appointment reminder/Wake up 

1500 

Rappel de Rendez-vous 

XML: total number of simultaneous sessions per 1 

DNR 

Nombre de sessions XML simultanées par numéro 

d’annuaire 

Default monitor delay of i7xx (change available by 30 s 

MMI) 

Temps d’audit par défaut des postes (i7xx) 

(modifiable par RHM) 

Recommended monitor delay of i7xx from 1000 60 s. 

sets 

Temps d’audit préconisé à partir de 1000 postes 

(i7xx) (modifiable par RHM) 

VTI/XML (TWP) : total number of monitored DNR 4000 

VTI/XML (TWP) : Nombre total de numéros 

d’annuaire supervisés 

Maximal delay for the connection of all i7xx 5 min. 

Temps maximal de connexion de tous les i7xx 




7.4 Architecture matérielle 

Cette section présente succinctement l'architecture de NeXspan Communication Server. 

7.4.1 Plate-forme 

7.4.1.1 Plate-forme Matérielle 

Les caractéristiques techniques minimales du NeXspan Communication Server sont les suivantes: 

• Carte processeur avec un pentium IV 1,7 GHz ou 2,4 GHz 

• 512 Mo de RAM, 

• Dual access LAN 10/100 Mbps (connecteurs RJ45), 

• Disque dur 9 GO 

• Bus USB – clefs logicielles 

• un boîtier industriel au format 19'' rackable, (option) 

Les contraintes de fonctionnement de ce serveur sont les suivantes : 

• Température de fonctionnement: 10° ~ 40°C 

• Température de stockage: -20°C° ~ +65°C 

• Humidité relative : 5 ~ 95%, sans condensation 

Les MTBF sont les suivants pour ce type de configuration (avec serveur issu de notre portfolio: 

• MTBF : 100 000 heures à 25°C 

• Encombrement : L = 47 cm, H = 17 cm, P = 45 cm. 

PC Stratus – sécurisation matérielle à très faible tolérance de panne : 

Pour des environnements sécurisés, il est possible de déployer le logiciel NeXspan call Server sur un 

serveur Stratus ftServer. Il s’agit d’un serveur hautement sécurisé basé sur une technologie lockstep. 

Le matériel est répliqué suivant un mécanisme à faible tolérance de panne qui élimine 

virtuellement tout point de rupture et assure l’intégrité des données. Les CPU et mémoires 

agissent en phase simultanée, réalisant la même opération ou instruction au même moment. 

Les performances sont assurées. En cas de rupture d’un composant, il n’y a pas de rupture du 

process, pas de perte de données et pas de ralentissement des performances. 




De plus, il est possible de remplacer les composants à chaud pendant que le reste du serveur 

continue à fonctionner. 

En complément des unités CPU et mémoires dupliquées, les composants hardwares majeurs sont 

dupliqués incluant : les disques, les cartes PCI, les ventilateurs, les alimentations. Ces éléments sont 

échangeables à chaud. 

Les caractéristiques du serveur Stratus sont les suivantes : 

1 tServer 3300 1-way rack, DMR, 3.06 GHz CPU, 512 KB iL2 Cache, 

incluant une paire de port 10/100 & 10/100/1000,une paire de contrôleur ultra160 jusqu’à 6 

disques internes, 2 connexions externes SCSI; 2 ports USB, 2 ports série, et un port VGA, 

incluant 1 lecteur de CD-ROM. 

1 Logiciel ftServer System Software 3.x, MS Service Pack (W2K3), Stratadoc CD 

1 Module de Rapid Disk Resync 

4 Mémoire RAM ftServer 512MB 

2 Disque dur : ftServer 73 GB 3.5 10,000 RPM Ultra160 

2 Disque dur : ftServer 18 GB 3.5 15,000 RPM Ultra160 

1 Kit d’attachement Fault-Tolerant ASN 

1 USB Keyboard and Mouse 

1 ftServer-family 4U Rack 

1 Modem Duplex 

Les contraintes de ce serveur sont les suivantes : 

• Alimentation 240 VAC; 50 Hz, 60 Hz 

• Humidité relative : 5 ~ 95%, sans condensation 

• Masse : 62kg 

• Encombrement : L = 17.75’’, H = 4U, P = 29.33’’ 

• Rack 19 pouces 

7.4.1.2 Operating system 

La plate-forme logicielle du NeXspan Communication Server exploite le système d’exploitation 

Windows 2003 Server (US) ou Windows 2000 Serveur SP4. 

Le module H323 (PHM) nécessite l’OS Windows 2000 Serveur SP4. 




7.4.2 Application 

L'architecture applicative de logiciel NeXspan Communication Server est décrite dans la figure 

suivante : 

Les Fonctions et composantes identifiées sont les suivantes : 

• Enregistrement des terminaux, des ressources, des éléments actifs du réseau téléphonique, 

• Enregistrement des serveurs d’appels tiers, 

• Gestionnaire de liaisons, 

• Gestionnaire d'appels 

• Gestionnaire de traduction d’appel (plan SDA, plan téléphonique, adressage IP), 

• Driver terminal i7xx, 

• Driver software phone i2052, 

• Proxy Sip – terminaux SIP, 

• Passerelle H.323 pour gateway H323 et terminaux H323, 

• Signalisation MOVACS - inter gateways, 

• Signalisation SIP - inter Call Server, 

• Services intégrés comme l’annuaire, la distribution d’appel intégré, le Least Cost Routing, 

• Service d’admission comme le Call Admission Control, 

• Mécanisme de qualité de service : Paramètre Diffserv pour terminaux 

• Supervision et dialogue CTI 3rd party - API : TAPI, CSTA et VTI XML vers des Web services, 

• Tickets de supervisions : services, taxation, analyse de performance. 

L'une des forces de cette architecture est qu'elle s'appuie sur le standard XML, qui permet une prise 

en charge souple de n'importe quel type de terminal par le biais de dialogues d'affichages/choix/action. 

Le regroupement des services est simplifié et facilité, ce qui permettra l'introduction d'un grand nombre 

de fonctionnalités et de types de terminaux dans un proche avenir. 




La figure suivante illustre le principe de XML : 

Le NeXspan Communication Server crée une page VTI (Virtual Terminal Interface) générique en XML. 

Pour chaque type d'équipement (i2052 Software Phone, i7xx), une feuille de style adapte la 

présentation aux possibilités physiques d'affichage, en prenant en compte des dictionnaires 

multilingues et des procédures de traduction. 




7.5 Schémas fonctionnels de signalisation pour l'établissement des 

communications 

Les schémas de signalisation suivants illustrent le fonctionnement dynamique du système NeXspan 

dans l'établissement de communications spécifiques en réseau. Ils sont tous basés sur le mode de 

demi-appel en configuration mono ou multisites. 

7.5.1 D’un terminal IP i7xx vers un autre i7xx 

1 Le i7xx envoie un message I/IP au NeXspan Communication Server n°1demandant un 

établissement de l'appel 

2 Le NeXspan Communication Server émetteur diffuse un signal d'établissement vers les 

autres NeXspan Communication Server 

3 Le NeXspan Communication Server lié au terminal cible répond et fait sonner le combiné 

du terminal i7xx n°2 

4 Les gestionnaires de connexions établissent le chemin média 

5 Le i7xx n°1 est alerté (tonalité) 

6 Le combiné concerné se connecte 

7 Le chemin média est confirmé 

8 La connexion est notifiée au i7xx 

9 Des flux bidirectionnels circulent sur le réseau média : la conversation commence 




7.5.2 D’un terminal IP SIP vers un autre i7xx 

1 Le terminal SIP envoie un message SIP au NeXspan Communication Server n°1 


autres NeXspan Communication Server du réseau s’il ne trouve pas l’abonné destinataire 

dans sa table locale 

3 Le NeXspan Communication Server lié au terminal cible répond et fait sonner le combiné 

du terminal i7xx n°2 

4 Les gestionnaires de connexions établissent le chemin média 

5 Le SIP n°1 est alerté (tonalité) 

6 Le combiné concerné se connecte 

7 Le chemin média est confirmé 

8 La connexion est notifiée à l’i7xx 

9 Des flux bidirectionnels circulent sur le réseau média : la conversation commence 




7.5.3 D'un client logiciel H.323 vers un téléphone traditionnel 

1 Le client H.323 envoie un établissement de liaison vers le NeXspan Communication 

Server; lequel est traduit par le proxy H.323 


autres NeXspan Communication Server 

3 Le NeXspan Communication Server lié à la passerelle NeXspan cible répond et fait 

sonner le combiné 

4 – 8 Les gestionnaires de liaisons établissent le chemin média 

9 Le NeXspan Communication Server émetteur est alerté 

10 - 11 Le combiné concerné se connecte 

12 - 13 Le chemin média est confirmé 

14 La liaison est notifiée au client H.323 

14 - 16 Des flux bidirectionnels circulent sur le réseau média : la conversation commence 




7.6 Duplication distante du NeXspan Communication Server 

7.6.1 Introduction 

Dans le souci de sécuriser au maximum le NeXspan Communication Server, AASTRA MATRA 

Telecom propose la solution Double-Take (©Sunbelt Software), permettant de répliquer en temps réel 

les informations d’un serveur source sur un serveur de sauvegarde, appelé serveur cible. En cas de 

panne du serveur source, une bascule est automatiquement enclenchée pour que le serveur cible 

puisse prendre la main pour le remplacer, et ce avec une transparence totale au niveau services. 

7.6.2 Description solution 

La solution de duplication du NeXspan Communication Server se compose de 2 serveurs installés en 

Windows 2000 server ou Windows 2003 dans un Workgroup ou bien en domaine NT (NT4.0 ou Active 

Directory). 

Ils sont dotés de 2 cartes réseau qui sont configurées avec des adresses de sous-réseaux différents. 

Le lien privé sur le schéma est destiné au trafic de réplication de données Double-Take. 

Les deux serveurs sont dans le même VLAN. 




7.6.2.1 Exemple d’intégration : cas du « campus » 

Dans le cas typique d’un campus comportant une salle informatique principale et une deuxième 

servant de back-up, on peut tout à fait imaginer l’intégration de la solution de réplication du NeXspan 


Ainsi, de la même manière que pour un serveur de données « classique », on installera le serveur de 

communication source dans la salle informatique principale et le serveur de communication cible (ou 

de back-up) dans la salle secondaire. 

De ce fait, en cas de problème dans la salle principale (coupure réseau, incendie, etc.), le serveur 

source pourra prendre le relais pour garantir le fonctionnement du système téléphonique. 

7.6.2.2 « Mirroring » (Miroir) 

Pour mettre en place la duplication du NeXspan Communication Server, il convient tout d’abord 

d’effectuer un mirroring du serveur source sur le serveur cible. 

Avec le miroir initial, Double-Take assure que les données stockées sur le serveur cible sont 

identiques à celles du « replication set » (ensemble de données d’un réplicat) choisi sur le serveur 

source. Quand Double-Take effectue le miroir initial, il copie toutes les données sélectionnées y 

compris les propriétés de fichiers et les permissions. La phase de miroir crée les fondations sur 

lesquelles Double-Take peut efficacement mettre à jour la machine cible en répliquant les 

modifications de fichiers. Si des opérations ultérieures de miroir sont nécessaires, Double-Take peut 

ne réaliser le miroir que de fichiers particuliers ou bien de blocs de données modifiées à l’intérieur des 

fichiers. En n’effectuant le miroir que des fichiers qui ont changé, les administrateurs de réseau 

peuvent accélérer le miroir des données du serveur source vers le serveur cible. 




Une fois cette tâche accomplie, Double-Take peut entrer dans son fonctionnement normal, consistant 

à dupliquer le serveur de communication source sur le serveur cible (Réplication), et à surveiller l’état 

du serveur source par le biais du serveur cible (Monitoring). 

7.6.2.3 Réplication 

A la différence d’autres technologies apparentées, qui sont basées sur un pilote disque ou une 

application spécifique, le processus de Double-Take opère au niveau du système de fichiers et est 

capable de suivre les modifications de fichiers indépendamment de l’application liée au fichier. En 

terme de ressource réseau et de durée, le fait de répliquer les modifications est une méthode plus 

efficace pour maintenir une copie des données en temps réel que de copier entièrement un fichier dès 

qu’il a changé. De ce fait, la réplication de données de Double-Take utilise la plus petite bande 

passante possible. 

Une fois que la source et la cible sont connectées, Double-Take démarre la surveillance des 

modifications du système de fichiers qui affectent les données présentes dans un réplicat. Pendant la 

réplication, Double-Take enregistre immédiatement ces changements dans une file d’attente 

correspondant à chaque connexion. Double-Take accumule les paquets dans la file d’attente 

appropriée jusqu’à ce que la transmission du paquet vers la cible ait été réussie. Quand la cible reçoit 

le paquet, elle répond avec un acquittement et la source supprime le paquet acquitté de la file 

d’attente. 

Il est à noter que les modifications sont transmises en permanence ou selon les conditions définies 

par l’utilisateur, par exemple en fonction de limites de bande passante ou de conditions de 

démarrage/arrêt. 

7.6.2.4 Monitoring 

Tout en recevant les données modifiées sur le serveur source par le lien de réplication, le serveur de 

secours surveille son état de fonctionnement. Cette surveillance se fait par un ping sur l’adresse 

publique du serveur source. La période des ping est modifiable. 

En cas de besoin, le serveur de secours lance un basculement automatique ou manuel. 

7.6.2.5 Bascules « failover » et « failback » 

Le terme « failover » désigne l’action de bascule du serveur source vers le serveur de secours qui le 

remplace alors. 

Le terme « failback » signifie l’action inverse qui permet de revenir à la normale. Il faut également 

passer par une étape de restauration de données après la phase de failback. 

7.6.2.6 Déroulement du « failover » 

L’enchaînement des événements est le suivant : 

1. Le serveur de communication source tombe en panne. 

2. Le serveur de secours détecte la panne puisque le serveur source ne répond plus au ping sur son 

adresse publique. 

3. Au bout du temps spécifié dans Double-Take (paramétrage dans le script de mise en place de la 

surveillance Double-Take), le serveur de secours reprend l’adresse IP publique du serveur source 

en panne. Il ne reprend ni son nom ni la 2 ème adresse IP qui est l’adresse IP privée. 

4. Double-Take exécute ensuite le failover qui lance l’application Communication Server sur le 

serveur de secours. Ainsi le serveur source en panne est à nouveau vu par les postes 

téléphoniques IP. 

Le temps total de basculement du serveur source ver le serveur de secours est de 2 min 30s. 

Ce temps tient compte du temps de détection de la panne du serveur source, du changement de 

l'adresse du serveur de secours (reprise de l'adresse IP du serveur initial), du démarrage des services 

de ce serveur et de la réinitialisation des postes téléphoniques (résultat obtenu en laboratoire). 




7.6.2.7 Procédure de « failback » 

Lorsque le problème a été diagnostiqué puis réparé sur le serveur source, il suffit de lancer la fonction 

de failback pour retrouver un fonctionnement normal : 

1. Double-Take stoppe l’application Communication Server sur le serveur de secours. 

2. Les données modifiées du serveur de secours sont restaurées vers le serveur source. 

3. L’application Communication Server se lance alors sur le serveur source. 

4. Rétablissement de la situation normale de réplication de données avec Double-Take et de 

surveillance de ce serveur par le serveur de secours. 

Le temps total de basculement vers le serveur initial est de 2 min 30s. Ce temps tient compte du 

changement de l'adresse du serveur, du démarrage des services de ce serveur, de la réinitialisation 

des postes téléphoniques (résultat obtenu en laboratoire). 

7.6.2.8 Cas de pannes 

Les pannes qui vont engendrer un basculement du serveur de communication source sur le serveur 

de communication cible sont : 

• Une rupture du lien réseau 

• Une panne hardware du serveur source (alimentation, disque dur,…) 

• Une panne du système d’exploitation du serveur source. 

7.6.3 Ingénierie 

Pré-requis infrastructure 

La solution Double-Take est efficace en matière de duplication de serveur mais peut cependant se 

révéler inutile si certaines règles basiques d’ingénierie ne sont pas respectées. 

Pour garantir la sécurisation du fonctionnement du NeXspan Communication Server, il convient de ne 

pas connecter les serveurs source et cible sur le même élément de réseau, ni de les alimenter via le 

même onduleur. 

Le lien de réplication se fera alors au travers d’un réseau privé virtuel et les serveurs sont inclus dans 

le même VLAN.

- SOMMAIRE - 7. NEXSPAN COMMUNICATION SERVER ... - accueil

Create successful ePaper yourself

Delete template?

Save as template?