Accès aux opérateurs en mode

Guide Produit NeXspan – Version Logicielle 4.2 

Chapitre 17 - Services opérateurs 

- SOMMAIRE - 

17 SERVICES OPÉRATEURS..................................................................................................................... 3 

17.1 DÉFINITION DES SERVICES RNIS.............................................................................................................. 3 

17.1.1 Présentation, identification de l'appel entrant - CLIP/CLIR (Calling Line Identification 

Présentation / Restriction) .............................................................................................................................. 3 

17.1.2 Sous-adresse - SUB (Sub-addressing)............................................................................................. 3 

17.1.3 Portabilité - TP (Terminal Portability) ........................................................................................... 4 

17.1.4 Mini-messagerie ou avisé (UUS1)................................................................................................... 4 

17.1.5 Renvoi d’appel fonctionnel immédiat RAI/RANR (VN4) - CFU Call Forwarding Unconditional 

(VN6, VN7)...................................................................................................................................................... 4 

17.1.6 Coût de l’appel - AOC-E (Advice of charge-End)........................................................................... 4 

17.1.7 Journal d'appel - SUU1 (User to User Signalling service 1).......................................................... 4 

17.1.8 Sélection Directe à l'Arrivée : DDI (Direct Dialling In)................................................................. 5 

17.1.9 Appels malveillants : MCID (Malicious call Identification) ........................................................... 5 

17.2 CONFORMITE AUX SERVICES EURONUMERIS (VN4) ET EURO RNIS (VN6, VN7) ................................. 6 

17.3 DATA SUR S0 ET S2.............................................................................................................................. 10 

17.3.1 Serveurs sur Interface S2 .............................................................................................................. 10 

17.3.2 Interface S0 ................................................................................................................................... 10 

17.3.2.1 NeXspan 50, NeXspan 500................................................................................................................... 10 

17.3.2.2 NeXspan S, L et D ................................................................................................................................ 10 

17.3.2.3 NeXspan C et S..................................................................................................................................... 10 

17.4 ROUTAGE DES APPELS RESEAU EXTERNE : MECANISMES DE LEAST COST ROUTING ............................... 11 

17.4.1 Analyse du numéro composé......................................................................................................... 11 

17.4.1.1 Destination ............................................................................................................................................ 11 

17.4.1.2 Profondeur d’analyse ............................................................................................................................ 11 

17.4.2 Choix des opérateurs au moindre coût : LCR de base.................................................................. 12 

17.4.2.1 Least Cost Routing standard ................................................................................................................. 12 

17.4.2.2 Choix du point de sortie........................................................................................................................ 13 

17.4.2.3 LCR de débordement ............................................................................................................................ 13 

17.4.3 Serveur de traduction téléphonique (STT) .................................................................................... 14 

17.4.4 LCR étendu.................................................................................................................................... 14 

17.4.4.1 Routage enrichi ..................................................................................................................................... 14 

17.4.4.2 Routage dynamique............................................................................................................................... 15 

17.4.4.3 Gestion du LCR étendu......................................................................................................................... 16 

17.4.5 Routage à moindre coût ................................................................................................................ 18 

17.5 ACCES AUX RESEAUX OPERATEURS ....................................................................................................... 18 

17.5.1 Accès On-Net................................................................................................................................. 19 

17.5.2 Accès Off-Net................................................................................................................................. 19 

17.6 SIGNALISATIONS RESEAUX PUBLICS........................................................................................................ 21 

17.7 INTERCONNEXION OPERATEUR « BUSINESS TALK IP » DE FRANCE TELECOM/EQUANT ......................... 22 

17.7.1 Introduction................................................................................................................................... 22 

17.7.2 Echange de flux............................................................................................................................. 24 

17.7.2.1 Appel vers le trunk opérateur ................................................................................................................ 24 

17.7.2.2 Appel entre le siège et la filiale ............................................................................................................. 25 

17.7.2.3 Choix de la loi de codage...................................................................................................................... 26 

17.7.3 NAT ............................................................................................................................................... 26 

17.7.4 Sécurisation de la solution ............................................................................................................ 27 

17.7.4.1 Secours H323 ........................................................................................................................................ 27 

17.7.4.2 Secours RNIS........................................................................................................................................ 28 

17.7.4.3 Service du lien opérateur....................................................................................................................... 28 

17.7.5 Multi-PHM (H323) sur un multi-site NeXspan ............................................................................. 29 

17.8 CONNEXION RESEAU SIP OPERATEUR .................................................................................................... 30 

17.8.1 SIP trunk opérateur....................................................................................................................... 30 

17.8.2 Architecture SIP opérateur ........................................................................................................... 31 

17.8.2.1 Généralités ............................................................................................................................................ 31 

17.8.2.2 Gestion du NAT (Network Address Translation) - disponible R4.2 phase 4 ........................................ 31 

17.8.2.3 Le proxy NAT/SBC : la solution AASTRA MATRA Telecom R4.2.................................................... 33 

17.8.2.4 Les architectures disponibles avec proxy NAT/SBC............................................................................. 35 

17.8.3 Services, standards et profils......................................................................................................... 39 

AASTRA MATRA Telecom Page 1/44 APS0035AFRAA01



17.8.4 Flux téléphoniques ........................................................................................................................ 41 

17.8.5 Evolutions fonctionnelles .............................................................................................................. 41 

17.8.6 Restrictions de service................................................................................................................... 42 

17.8.7 Qualité de service.......................................................................................................................... 42 

17.8.8 LCR sur trunk SIP opérateur......................................................................................................... 43 

17.9 GLOSSAIRE............................................................................................................................................. 44 




17 SERVICES OPERATEURS 

Le but de ces paragraphes est de présenter tout d’abord les différents services offerts par le RNIS, et 

décrire par la suite leur niveau d’intégration dans la version logicielle NeXspan vis-à-vis des réseaux 

de type VN4 et Euro-ISDN (VN6, VN7). 

Il permet également de vous présenter les services opérateurs basés sur le protocole IP ; il s’agit du 

protocole H323 pour France Telecom avec l’offre « Business Talk IP » mais aussi du protocole SIP 

pour les opérateurs alternatifs. 

17.1 Définition des Services RNIS 

17.1.1 Présentation, identification de l'appel entrant - CLIP/CLIR (Calling 

Line Identification Présentation / Restriction) 

L'appel entrant est signalé sur l'afficheur des postes numériques ou des postes IP. Le correspondant 

est identifié selon les cas par: 

• son nom s'il est intérieur, 

• son numéro Numeris (son nom s'il existe une fiche annuaire associée au numéro présenté), 

• l'identifiant de la LIA, 

• une mention banalisée sur RTC. 

Sur poste occupé multi-ligne ou multitouche, il est possible de consulter l'identité de l'appelant sans lui 

répondre et de dévier l’appel sans interrompre la communication en cours. 

Concernant la gestion de l’identifiant de l’appelant pour un appel sortant, il est possible de définir à 

base poste par configuration l’un des deux fonctionnements suivants : 

• Emission du NDI 

• Emission du NDS 

• Pas d’identification (service payant de l’opérateur) 

Par ailleurs, il est possible aux postes dédiés à touches interactives de personnaliser à base appel, 

l’émission de l’identification lors d’un appel sortant ; cette possibilité est soumise à droit usager. 

L’utilisateur se verra alors proposer sur son menu interactif les choix suivants : 

• Emission du NDI 

• Emission du NDS 

• Pas d’identification (service payant de l’opérateur) 

17.1.2 Sous-adresse - SUB (Sub-addressing) 

La sous-adresse est transportée de manière transparente par le PBX, sans traitement. Elle ne peut 

être exploitée que par des terminaux RNIS. Pour un appel à destination d’un terminal S0, le bus est 

déterminé par le numéro d’annuaire demandé. La sous adresse ne peut être utilisée que par des 

postes RNIS situés sur un même bus. 




17.1.3 Portabilité - TP (Terminal Portability) 

La portabilité hors communication permet de changer de raccordement physique sur le bus S0 sans 

perdre les caractéristiques de l’abonnement. Ce service ne concerne que les postes RNIS et est 

limitée au bus. 

La fonction Suspension/Reprise (portabilité en cours de communication) est limitée aux postes RNIS, 

sans interfonctionnement avec la fonction parcage. 

En fonctionnement multi-société, elle est limitée au bus afin d'assurer l'interdiction de communications 

entre sociétés. 

Les postes RNIS et autres postes, peuvent utiliser entre eux la fonction de parcage. 

17.1.4 Mini-messagerie ou avisé (UUS1) 

Le poste dédié numérique M760 peut émettre des messages prédéfinis. Le M760 donne en plus à 

l'usager la possibilité de composer des messages alphanumériques. 

Les messages peuvent être reçus par d'autres postes dédiés, des postes interface S, des usagers du 

réseau Numeris. 

Inversement, le poste dédié M760 et IP peuvent afficher les messages reçus du réseau Numeris ou de 

postes interface S. 

17.1.5 Renvoi d’appel fonctionnel immédiat RAI/RANR (VN4) - CFU Call 

Forwarding Unconditional (VN6, VN7) 

La fonction peut être activée à partir d'un poste unique (I, S, IP ou PO) de l'installation et désignée par 

RHM. Le renvoi peut concerner un poste particulier, ou bien l’ensemble des postes de l’installation. 

17.1.6 Coût de l’appel - AOC-E (Advice of charge-End) 

Le poste dédié M760 ou M780 affiche, en cours de communication, les informations de télé-taxation 

reçues du réseau en unités téléphoniques). 

L'information est reçue systématiquement sur les lignes analogiques ou MIC. 

Sur réseau Numeris, elle ne l'est que si le complément de service a été demandé et souscrit. Il peut 

être activé: 

• systématiquement pour l'ensemble des postes ; 

• uniquement pour les postes à pré paiement et postes S qui en font la demande. 

Le coût total est réaffiché en fin de communication. 

17.1.7 Journal d'appel - SUU1 (User to User Signalling service 1) 

Chaque poste dédié à touches interactives (comme le M760) conserve l'identité du dernier appelant 

local non répondu et donne la possibilité de rappel par touche interactive. Les mini messages 

prédéfinis reçus par le poste offrent la même possibilité de rappel. Il peut être conservé jusqu'à 4 mini 

messages par poste. 

En plus, le poste dédié M760 dispose d'un journal d'appels (50 appels entrants et 10 appels sortants) 

avec possibilité de rappel par touche interactive. 

Les postes IP (i7xx et i2052) bénéficient d’un journal des appels reçus (20 Numéros) ainsi que des 

appels émis. 




17.1.8 Sélection Directe à l'Arrivée : DDI (Direct Dialling In) 

Le logiciel NeXspan offre la SDA Numeris, mais également la SDA COLISÉE. 

En cas d'incohérence entre la numérotation locale et le MCDU reçu du réseau public, Le logiciel 

NeXspan effectue les transformations nécessaires. 

Ce cas se rencontre fréquemment sur des installations utilisant une numérotation locale de 2 ou 3 

chiffres. 

17.1.9 Appels malveillants : MCID (Malicious call Identification) 

La fonction d'identification d'appel malveillant est fournie par le PBX et peut être activée à partir de tout 

poste (en mode stimuli sur les postes S). 

Elle a pour effet d'émettre un message dans le journal de bord, ainsi qu'un ticket de service sur la 

sortie au fil de l'eau, contenant les informations suivantes: 

• horodatage 

• numéro du poste 

• identification du correspondant par son numéro d'annuaire local ou extérieur s'il est connu du 

PBX, sinon par le numéro du joncteur. 

L'édition peut se faire sur communication entrante (identification d'appel malveillant) ou sortante 

(justification d'appel). 

Le complément de service Numeris "Identification d'Appel Malveillant" peut également être activé à 

partir d’un poste numérique, des opératrices (selon configuration) ou en mode fonctionnel par un poste 

S, sur une communication entrante extérieure. Le ticket est alors édité par les services de FRANCE 

TELECOM, selon la réglementation. 




17.2 Conformité aux Services EuroNumeris (VN4) et EURO RNIS (VN6, VN7) 

Le logiciel NeXspan est dès à présent compatible avec EuroNumeris (VN4) et EuroNumeris + (VN6, 

VN7). 

Tout poste Numeris du commerce conforme à l’interface S0 VN4 ou S0 VN6, VN7 peut être raccordé 

sur un iPbx NeXspan. 

De même, tout poste RNIS du commerce conforme à l’interface S0 ETSI peut être raccordé sur une 

plate-forme NeXspan. 

Le logiciel NeXspan assure l'inter-fonctionnement de ses postes dédiés avec les compléments de 

service Euronumeris (VN4) et EuroNumeris 2 (VN6, VN7) suivants : 

Signalisation EuroNumeris 1 (VN4) sur S0/S2 

Fonction/service Références Conformité 

Niveau 1 T0 CSE P 11 10 A éd 2 oui 


Niveau 2 CSE P 21 10 A éd 2 oui 


MSN idem oui 

Sous-adresse (SUB) idem limité à 5 octets 

Signalisation d’usager à usager (UUS1) idem limité à 32 octets utiles 

portabilité de terminal TP idem SO et sur le même bus 

Signalisation usagé PCS idem non 

Appel en instance idem oui 

Consultation appel instance idem oui 

Garde idem oui 

Double appel idem oui 

Transfert idem oui 

Identification de l’appelant CLIP idem oui 

Non identification de l’appelant CLIR idem oui 

Coût total idem oui 

Renvoi d’appel immédiat RAI, 

idem oui 

Renvoi d’appel sur non réponse RANR 

non 

Renvoi de terminal RVTE 

idem oui 

Renvoi du terminal RVTEA 

non 

appel malveillant MCID idem non 




Interface EuroNumeris (VN4) sur T0/T2 



Niveau 1 T2 CSE P12-10A éd 2 oui 



Règle d’adressage CSE P 22 12A éd 2 oui 

Contrôle de compatibilité CSE P 22 32 W éd 1 oui 

ETR 018 éd 4 oui 

Compléments de services : CSE P 22 30 A éd 2 

1994 

Sélection directe à l’arrivée : DDI oui 

Identification de l’appelant : CLIP oui 

Non identification de l’appelant : CLIR oui 

Sous-adresse : SUB limité à 5 octets 

Signalisation d’usager à usager : UUS 1 limité à 32 octets utiles 

Indication d’appel en instance non 

Coût total / télétaxe : AOC-E/AOC-D oui 

Renvoi d’appel inconditionnel : RAI oui 

Renvoi d’appel sur non réponse : RANR non 

Renvoi du terminal : RVTE, 

oui 

Renvoi du terminal : RVTEA 

non 

Identification d’appel malveillant : MCID oui 

Signalisation usager-PCS : SUP non 

Service LLP CSE P 30 10 oui 

Remarques : 

• Le renvoi de l’installation est disponible sur les iPbx NeXspan C, S, L et D. Il ne concerne pas 

le renvoi d’un groupement de T0. ce service est disponible seulement sur la version VN4. 

• Le service VN4 en mode maître est disponible sur l’accès T2 dans les conditions suivantes : 

− La numérotation reçue à l’interface peut-être en bloc ou par chevauchement ; la 

numérotation émise à l’interface est en bloc (4 chiffres) 

− La signalisation s’applique sur un faisceau bidirectionnel construit sur l’accès T0/T2 

− Les seuls services supplémentaires acceptés sont le transport de l’identification de 

l’appelant, de la sous adresse et de la SUU. 




Interface EuroNumeris 2 (VN6, VN7) ou Euro-ISDN sur T0/T2 


Niveau 1 T0 ETS 300 012 Oui 

Niveau 1 T2 ETS 300 011 Oui 

Niveau 2 ETS 300 125 ou 300 Oui 

402 

Niveau 3 Appel de base ETS 300 102 ou 300 Oui 

403 

Règle d’adressage CSE P 22 12A éd 2 Oui 

Contrôle de compatibilité CSE P 22 32 W éd 1 Oui 

ETR 018 éd 4 Oui 

Protocole générique fonctionnel 

Compléments de services : 

ETS 300 196 Oui 

Sélection directe à l’arrivée : ETS 300 064 Oui 

Identification de l’appelant : CLIP ETS 300 092 Oui 

Non identification de l’appelant : CLIR ETS 300 093 Oui 

Sous-adresse : SUB Sub-addressing ETS 300 061 limité à 5 octets 

Signalisation d’usager à usager : UUS1 ETS 300 286 limité à 32 octets utiles 

Coût total / télétaxe : AOC-E : AOC-D ETS 300 182 Oui 

Renvoi d’appel inconditionnel : CFU Call ETS 300 207 Oui 

Forwarding Unconditional 

Renvoi d’appel sur occupation : CFB call 

ETS 300 207 Oui 

Renvoi d’appel sur non réponse : CFNR ETS 300 207 

Call Forwarding No Reply 

Oui ( à partir de V11.5) 

Déviation d’appel : CD Call Deflection ETS 300 207 Non 

Identification d’appel malveillant : MCID ETS 300 128/129/130 

(Malicious call Identification) 

Oui 

Rappel (CCBS) ETS 300/359-1 ETS Oui (à partir de R2.1) 

300 359-2 ETSI 

(09/1995) 

Service LLP CSE P 30 10 Oui 

Nota : Le renvoi de l’installation n’est pas géré par la version logicielle M6500/NeXspan - 7599-2 en 

Euro-ISDN (VN6, VN7). 

Faculté Rappel : 

Le service de rappel automatique permet à un usager A, rencontrant une destination B occupée, de 

réaliser automatiquement l'appel sur B, quand la destination B devient libre. Il s’agit du Service ETSI 

du rappel automatique CCBS (Completion of Calls to Busy Subscriber). 

La gamme NeXspan offre le service de rappel automatique au point de référence T (T0/T2. Le service 

de rappel automatique est offert suivant un protocole stimuli pour tout type de terminaux (à l'exception 

des terminaux S0 pour lesquels le service de rappel automatique n'est pas offert). 

Le rappel automatique CCBS-ETSI fonctionne dans le mode «avec rétention de signalisation, sans 

réservation de chemin». 

La durée d'activation du service CCBS est spécifiée dans les iPbx NeXspan par donnée de 

configuration et vaut 2 heures par défaut. 

Il est à noter les restrictions de cette faculté dans le cas des transits et interfonctionnement RNIS : 

• La fonction de transit ETSI-ETSI n'est pas offerte. 

• L'interfonctionnement ETSI-QSIG n'est pas offert. 




Complément de service spécifique à l’Italie : 

Conférence à trois Nationale Oui 

Signalisation EuroNumeris 2 (VN6, VN7) sur S0/S2 


Niveau 1 S0 ETS 300 012 Oui 

Niveau 1 S2 ETS 300 011 Oui 


402 


403 

Portabilité de terminal (TP° ETS 300 055 sur le même bus 

Numéro de sous adresse multiple (MSN) ETS 300 052 Oui 

Sous-adresse SUB ETS 300 061 limité à 5 octets 

Signalisation d’usager à usager (UUS1) ETS 300 286 limité à 32 octets utiles 

indication/consultation (CW=Call Waiting) ETS 300 058 oui (S0) 

garde/double appel (Hold) ETS 300 141 oui (S0) 

Conférence à Trois (3PTY) implicite ETS 300 188 oui (S0) 

Transfert (implicite) ETS 300 369 oui (S0) 

Identification de l’appelant (CLIP) ETS 300 092 Oui 

Non identification de l’appelant (CLIR) ETS 300 093 Oui 

Indication de coût (AOC-E) ETS 300 182 Non 

Identification d’appel malveillant (MCID) ETS 300 130 Non 

Protocol Keypad ETS 300 190 Oui 

CFU ETS 300 207 Oui 

CFB ETS 300 207 Oui 

CFNR idem Oui 

Déviation d’appel (Call Deflection) idem Non 

Transfert d’appel explicite (ECT) ETS 300 369 Non 

Conférence à Trois (3PTY) explicite ETS 300 188 Non 

CCBS ETS 300 359 Non 

CNIP/CNIR ETS 300 122 Non 




17.3 DATA sur S0 et S2 

17.3.1 Serveurs sur Interface S2 

Les serveurs peuvent être raccordés via une interface de type S2 (carte ADQ ou LT2), disponible sur 

les iPbx NeXspan S, L et D. 

17.3.2 Interface S0 

17.3.2.1 NeXspan 50, NeXspan 500 

La carte LDT fournit 8 ou 16 interfaces RNIS S0 ou T0. Les possibilités de configuration se font port 

par port. Cette carte utilise un emplacement de type CLX et ne nécessite plus l’utilisation d’un port 

synchrone (carte CLF). 

17.3.2.2 NeXspan S, L et D 

La carte LD4 fournit 4 interfaces RNIS T0 ou S0. Les possibilités de configuration de cette carte sont 

les suivantes: 

• 4 S0 

• 2 S0/2 T0 

• 3 T0 

• 4 T0 

17.3.2.3 NeXspan C et S 

Les cartes mères de ces systèmes intègrent de base une ou plusieurs interfaces S0 et/ou T0 

configurables port par port. 

Configuration de bus S0 point à point : 

S0 

Equipement max: 1 prise 

1 terminal 

Jusqu'à 800 m 

Prise 1 




17.4 Routage des appels réseau externe : mécanismes de Least Cost Routing 

Le logiciel NeXspan propose un service complet de “Least cost routing” qui s’appuie sur un algorithme 

de sélection automatique des routes (après analyse du numéro demandé et des ressources 

disponibles). 

Ce service permet ainsi : 

• d’analyser les destinations souhaitées par les usagers 

• de choisir dynamiquement un routage en fonction des critères économiques des différents 

opérateurs (plages horaires, destinations...) 

• de gérer dynamiquement les débordements en fonction des classes d’utilisateurs 

• d’effectuer les traductions de numérotation adéquates et les connexions aux différents 

opérateurs 

Analyser 

17.4.1 Analyse du numéro composé 

La profondeur d’analyse ainsi que le nombre de destinations analysables offertes permettent à 

l’entreprise de bénéficier de manière optimale de la richesse des offres opérateurs en fonction de la 

destination souhaitée. 

17.4.1.1 Destination 

L’analyse des numéros composés par les utilisateurs ou des numéros reçus (cas du transit) est 

effectuée par un arbre d’analyse, totalement configurable par l’exploitant du PBX. 

A la fin de l’analyse, le logiciel de LCR va identifier une destination, définie par un préfixe de longueur 

variable, qui correspond à une destination particulière. 

Exemple : 

• 0 00 1 212 � New-York 

• 0 00 2 � Afrique 

• 0 00 31 � Pays-Bas 

Le logiciel NeXspan dispose de 2000 destinations possibles de manière à pouvoir identifier le 

maximum de zones tarifaires différentes : 

A titre d’illustration, signalons que l’ensemble des codes pays représentent environ 250 préfixes de 

destination. 

17.4.1.2 Profondeur d’analyse 

Processus de Least Cost Routing 

Classer 

les destinations 

Sélectionner une 

Route 

L’analyse d’un numéro composé tient également compte des tonalités ; une tonalité est comptée 

comme un chiffre. 

La profondeur d’analyse peut s’étendre jusqu’à 14 chiffres : 

• Version logicielle M7597 (V8.6) : 10 chiffres 

• Version logicielle M7598 (V11.3) et au delà : 14 chiffres 

Traduire 

et acheminer 




A titre d’illustration, voici les possibilités offertes par le logiciel NeXspan : 

• .Appel en France : analyse d’un numéro SDA complet (0 T 0 1 A B P Q M C D U) 

• Appel aux USA : analyse jusqu'à 6 chiffres après le code ville USA (0 T 0 0 1 C C C 1 2 3 4 5 

6) 

• Appel dans un pays étranger (code à 3 chiffres) : analyse jusqu'à 7 chiffres après le code pays 

(0 T 0 0 C C C 1 2 3 4 5 6 7) 

17.4.2 Choix des opérateurs au moindre coût : LCR de base 

17.4.2.1 Least Cost Routing standard 

Une fois l’analyse terminée, l’algorithme de LCR détermine un type de destination qui va déterminer 

l’abonnement opérateur à utiliser. 

Un type de destination est défini par un ensemble de destinations, auxquelles on associe un même 

niveau de coût de l’appel. (Ex : International 2) 

Il est possible de discriminer l’accès des abonnés aux ressources opérateurs en fonction de ces types 

de destinations. 

Par ailleurs, à chaque type de destination est associée un programme de routes LCR. Ce programme 

va déterminer une route, qui va en fait correspondre au choix d’un opérateur principal. 

Une route identifie un abonnement opérateur qui peut être : 

• un ensemble de points d’accès physiques externes, répartis sur l’ensemble du réseau multisites, 

qui seront utilisés pour router l’appel hors du réseau (Accès FT de Paris, Accès Cegetel 

de Lyon....). 

• un abonnement On-Net, où l’opérateur est choisi par un préfixe (E ou 16XY) envoyé à 

l’opérateur de boucle locale 

• un abonnement Off-Net, où l’opérateur est choisi par un appel à un serveur et l’envoi d’une 

séquence d’identification avant l’émission du numéro demandé. 

Numéros 

demandés 

Catégorie 

du 

demandeur 

Analyse 

des 

numéros 

demandés 

Routage LCR standard 

Destinations 

Types de destinations 

International 

1 

International 

2 

National 

Mobiles 

Local 

Restriction 

d’appel 

Le LCR direct permet ainsi de gérer 9 opérateurs principaux. 

Restriction des 

débordements 

Programme de routes 

R1 R1 R2 R2 R3 R3 R4 R4 R16 

R16 

Traduction 

Faisceau 

Choix d’un 

Opérateur 




17.4.2.2 Choix du point de sortie 

En complément du choix de l’opérateur principal, il peut être intéressant, dans le cas de réseaux multisites 

à l'échelle nationale, d'utiliser les facilités de routage offertes par le réseau NeXspan pour 

diminuer le coût des appels nationaux. 

Ainsi, si les PBX sont situés sur des zones tarifaires différentes, il peut être intéressant d’utiliser les 

faisceaux d’un site distant, afin de diminuer le coût de la communication sur le réseau opérateur choisi. 

Par exemple, il est plus intéressant de faire sortir tous les appels RTC à destination de la région 

parisienne par les accès opérateur d'un site parisien du réseau : le coût de l’appel est alors ramené à 

celui d'une communication locale bien que les deux correspondants sont situés dans des régions 

tarifaires différentes. 

C’est pourquoi, dans le cas d’un réseau multi-sites, la définition du routage est propre à chaque 

autocommutateur, afin de tenir compte des spécificités dues à leur localisation géographique. 

Optimiser le point de sortie en utilisant le réseau interne 

17.4.2.3 LCR de débordement 

Réseau privé 

Opérateur 

desserte locale desserte locale 

longue distance 

Le réseau privé de l’entreprise est une solution de 

transport alternative aux réseaux opérateurs 

Diminution du coût des appels longue distance 

� 

Dans le cas où l’opérateur principal est saturé (cas d’accès à un opérateur par des faisceaux 

physiques dédiés), le programme de routes identifie une succession de 15 autres abonnements 

opérateurs à essayer de manière ordonnée. Il s’agit alors d’une gestion de LCR de débordement. 

Ces autres abonnements opérateurs sont classés en trois catégories, que l'algorithme de routage 

essaie successivement par ordre de priorité : 

� les routes directes, 

� les routes de débordement 1 er niveau, 

� les routes de débordement 2 ème niveau. 

Les routes de débordement sont accessibles selon les droits affectés à l’abonné. Un abonné, par 

exemple, peut se voir offrir uniquement les routes directes et les routes de débordement 1 er niveau. 

Si l’ensemble des routes autorisées sont saturées, l’abonné pourra utiliser la facilité de rappel 

automatique 

Il est possible d’autoriser ou d’interdire à certains abonnés l’utilisation de ces abonnements opérateurs 

de débordement. 




Exemple : 

Destination 31 = Belgique 

Destination 32 = Suisse 

Destination 1 212 = New York 

� 

Type de destination 1 = International 1 

� 1 è route : OPERATEUR 2 2 ère route : OPERATEUR 1.... 

Destination 21 =Afrique du Nord 

Destination 65 = Singapour 

Destination 1 509 = Washington 

� 

Type de destination 2 = International 2 

� 1 è route : OPERATEUR 1 2 ère route : OPERATEUR 2.... 

Le LCR de base permet ainsi de gérer au total jusqu’à 16 opérateurs en débordement. 

Nota : Les fonctionnalités de LCR direct, de LCR de débordement et de choix du point de sortie décrits 

précédemment sont disponibles sur toute la gamme depuis le palier logiciel M6500 v8.1 mais 

également sur la nouvelle gamme NeXspan. 

17.4.3 Serveur de traduction téléphonique (STT) 

En complément à ce mécanisme, un serveur de traduction téléphonique permet de transformer, la 

numérotation composée par l'usager, de manière à optimiser le type de route emprunté par l'appel. 

Cette transformation s’effectue avant l’analyse et l’attribution du profil de LCR. 

Ainsi, lorsqu’un abonné du réseau NeXspan établit un appel RTC, l’autocommutateur vérifie si : 

• l’appelé est joignable par un numéro interne, vers lequel il achemine l’appel à travers les liens 

intersites 

• l’appelé est joignable par un numéro LIA : cas d’une liaison louée avec une agence dont 

l’abonné ignore l’existence. 

17.4.4 LCR étendu 

Dans le cadre de la déréglementation, les offres tarifaires des différents opérateurs seront de plus en 

plus nombreuses et diversifiées, au point où, à des instants différents de la journée, les opérateurs les 

moins onéreux ne seront pas les mêmes. 

Les fonctionnalités décrites ci-dessous sont disponibles sur toute la gamme avec l’option logicielle 

LCR étendu sur le logiciel NeXspan. 

17.4.4.1 Routage enrichi 

Un deuxième niveau est introduit au sein des types de destinations. Ainsi, à l’intérieur d’un type de 

destination (International 1, International 2...), il est possible de différencier certaines classes de 

destinations permettant ainsi d’affiner le routage. La version logicielle NeXspan compte jusqu'à : 

• 256 classes de destinations sur un NeXspan 50 

L’affectation des routes se fait alors de manière plus fine, puisqu’il devient possible de gérer jusqu'à 

144 opérateurs principaux. 




17.4.4.2 Routage dynamique 

La plage horaire est utilisée comme paramètre de routage, afin de tenir compte des offres tarifaires 

des différents opérateurs (offres basées sur des calendriers et des destinations). 

Il est donc possible de modifier le programmes de routes LCR (choix des routes) pour chaque classe 

de destination selon la date et les heures de la journée. 

Le logiciel NeXspan dispose de mécanismes intégrés, lui permettant en tenant compte : 

• de la destination demandée, 

• du jour en cours, 

• de la plage horaire en cours, 

de choisir les opérateurs et les routages de façon optimale et à moindre coût. 

En effet, pour une destination, le système associe un type de jour, décrit par une succession de 8 

plages horaires ; à chaque plage horaire est alors associé un profil de LCR. 

Exemple : 

Type de destination 3 = International Catégorie 5 

Classe de destination 32 = BELGIQUE 

Type de jour = 1 (jour de semaine) 

� 

08h15 � Profil : 1 ère Route = OPERATEUR 2 2 ème Route = OPERATEUR 1 



Numéros 

demandés 

Catégorie 

du 

demandeur 

Analyse 

des 

Numéros 

demandés 

Processus de LCR étendu 

Destinations 

Classes 

de 

destinations 

Types de destinations 

Restriction 

d’appel 

Restriction des 

débordements 

Programme de routes 

R1 R1 

R1 R1 R2 R2 

R2 R2 R3 R3 

R3 R3 R4 R4 

R4 R4 R16 

R16 

R16 

R16 

Traduction 

Traduction 

Faisceau 

Faisceau 

Choix d’un 

Opérateur 




Les tables de routage LCR étendu permettent ainsi de définir plus d’un millier de combinaisons de 

routage, soit une moyenne de 4 jours types par destination. 

Il y a au total plus d’une centaine de jours types différents. Le choix du type de jour tient compte du 

jour de la semaine courante, et d’éventuels jours fériés fixes : jour de semaine, samedi, dimanche,... 

17.4.4.3 Gestion du LCR étendu 

Pour tenir compte des offres préférentielles des opérateurs, l’exploitant devra modifier en 

conséquence le routage des différents autocommutateurs. 

Cette opération se fait sur les iPbx NeXspan par une application externe, qui utilise une Interface 

d’Application Externe (IAE). Cette interface permet de modifier les tables de routages internes de 

l’autocommutateur en fonction d’un calendrier annuel et des plages horaires. 

L’exploitant dispose aujourd’hui plusieurs outils pour modifier la programmation des tables de routages 

des iPbx NeXspan : 

• application LCR du centre de gestion M7430, 

• application M7425 

Chacun de ces outils permettent une préparation ergonomique des différents routages des 

autocommutateurs NeXspan. Le principe consiste à définir pour une destination donnée : 

• des jours types (jour de semaine, week-end, jour férié), 

• des plages horaires pour chaque jour type (jusqu’à huit plages horaires par jour), 

• l’opérateur principal ainsi que les opérateurs secondaires sélectionnés pour chaque plage 

horaire, 

• un modèle de semaine ainsi que les jours exceptionnels afin de constituer le calendrier annuel 

de routage. 

Une fois le calendrier défini, les routages sont envoyés aux PBX qui mettent alors à jour leurs tables. 

La mise à jour se fait soit en local, le serveur étant raccordé directement au PBX, soit à distance grâce 

au réseau local. 

Les PBX effectuent alors cette programmation et suivent les profils LCR en fonction des plages 

horaires et des jours. 

Ce mode d’exploitation et de fonctionnement garantit donc un routage optimisé, même en cas 

d’inaccessibilité entre l’application de gestion du LCR étendu et les différents PBX. 




Module LCR du centre de gestion M7430 Entry 

Sur le M7430 Entry, l’exploitant dispose d’une application de gestion du “ Least Cost Routing ”, 

intégrée au sein du centre de gestion M7430. Cette application n’intègre pas l’aspect off net. 

Module LCR de l’application M7425 Entreprise 

Le logiciel M7425 propose une application de gestion du LCR sous Windows. Cette application 

n’intègre pas l’aspect off net. 

Remarques : 

LCR sur M 7430 : Routage selon calendrier 

• Le LCR étendu est une option logicielle de la gamme NeXspan. Sans cette option, il est 

toutefois possible de bénéficier du LCR statique, mais les mécanismes de routage multiopérateurs 

disposeront d’un choix moins important d’opérateurs gérés et ne prendront pas en 

compte le calendrier et la plage horaire dans lesquels sont établis les appels. 

• Les applicatifs M7425 ou M7430 sont nécessaires pour pouvoir changer la programmation des 

calendriers et des routages associés au LCR étendu des différents iPbx. 

• Le fonctionnement opérationnel du LCR étendu ne nécessite pas la présence sur site de 

l’application de gestion. En particulier, celle-ci peut être hébergée chez un prestataire de 

services, qui se connectera alors en télé-maintenance aux plates-formes de commutation 

NeXspan pour effectuer les modifications de programmation. 




17.4.5 Routage à moindre coût 

En résumé, il est donc possible, lorsque l’appelant est interne au réseau NeXspan : 

• pour un appelé interne à l'entreprise, de forcer un routage par lien inter-sites ou LIA, même si 

l'appelant avait prévu initialement d'emprunter un réseau externe (forçage Off-net/On-net). 

• pour un appelé externe à l'entreprise, d’optimiser le choix du faisceau sortant (utilisation du 

faisceau opérateur d’un site Parisien pour tous les appels externes en région parisienne des 

abonnés internes au réseau NeXspan). 

• pour un appel externe et pour une destination donnée, de choisir de préférence l’opérateur 1 

(route 1), puis l’opérateur 2 (route 2), puis l’opérateur 3 en débordement (route 3) selon les 

droits affectés, puis un autre...soit jusqu’à 16 opérateurs essayés successivement. Ce choix 

est réalisé parmi les 144 opérateurs gérés et peut se faire en fonction de la date et de l’heure 

de l’appel. 

Il est important de signaler que tous ces mécanismes sont totalement transparents vis-à-vis de 

l'utilisateur, notamment au niveau de la numérotation puisque le système effectue lui-même les 

transformations de numéros et les re-routages. 

Tous ces mécanismes de routage préférentiel permettent d'opérer un routage à moindre coût, et 

d'optimiser ainsi les frais de fonctionnement téléphonique. 

17.5 Accès aux réseaux opérateurs 

Le mode d’accès aux réseaux opérateurs se fait généralement de façon indirecte, excepté l’opérateur 

local qui dispose de raccordements directs sur les iPbx. 

La mise en œuvre du choix de l’opérateur distant varie en fonction du type d’accès à cet opérateur. 

En effet, le choix d’un opérateur peut se faire par préfixe (accès On-Net) à travers la connexion à 

l’opérateur de boucle locale, ou bien par séquence de numérotation (accès Off-Net). Dans ce dernier 

cas, une sur-numérotation (en général gérée par un dialogue de type serveur vocal) est nécessaire 

pour identifier le client. Cette faculté est native dans le logiciel NeXspan 

Dans tous les cas, le logiciel NeXspan est capable d’effectuer les transformations ou ajout de 

numérotation de manière transparente à l’utilisateur. 




17.5.1 Accès On-Net 

Le mode d’accès On-Net permet d’atteindre un opérateur distant, identifié par un préfixe d’accès 

particulier différent du préfixe de l’opérateur local (exemple : en France, le 0 est remplacé par 7 ou 5 

ou 9,... ou 16xy). 

Lorsqu’un opérateur en mode d’accès “On-Net ” est choisi par le logiciel NeXspan pour acheminer un 

appel, l’iPbx change automatiquement en toute transparence le préfixe d’accès composé par le 

demandeur et envoie le numéro transformé à l’opérateur de boucle locale. 

Accès aux opérateurs en mode «on-net» 

04 AB PQ MCDU 

Numéro demandé : 04 AB PQ MCDU 

17.5.2 Accès Off-Net 

04 AB PQ MCDU 

X4 AB PQ MCDU 

Opérateur X 

Acheminement direct par l’opérateur qui assure le raccordement des abonnés : 

Le PBX retransmet : 04 AB PQ MCDU 

Acheminement à moindre coût par l’opérateur alternatif de préfixe X : 

Le PBX retransmet : X4 AB PQ MCDU 

Opérateur 0 

Le mode d’accès Off-Net permet d’atteindre un opérateur distant par le biais d’un serveur, placé à la 

jonction du réseau opérateur local et du réseau de l’opérateur alternatif. Le serveur permet de vérifier 

si l’entreprise dispose bien d’un abonnement auprès de l’opérateur alternatif avant de lui mettre à 

disposition des ressources d’acheminement. 

Lorsqu’un opérateur en mode d’accès “Off-Net ” est choisi par l’iPbx NeXspan pour transporter l’appel, 

l’iPbx NeXspan ajoute automatiquement au numéro composé la séquence de numérotation préalable 

nécessaire pour accéder au réseau de l’opérateur alternatif : 

• Appel de la passerelle opérateur (exemple : 0Z ABPQ MCDU ou 36XY), 

• Attente du décrocher ou fin de timer, 

• Eventuellement, envoi de la séquence d’identification, d’un code secret ou d’un mot de passe, 

• Envoi du numéro composé par le demandeur. 

Ces opérations sont effectuées de manière complètement transparente à l’utilisateur. 




Chaque scénario LCR off net comporte (configuration par RHM): 

• Le numéro téléphonique d’accès de l’opérateur. 

• L’émission possible : 

− Du numéro d’abonnement (10 chiffres maximum). 

− Du mot de passe (10 chiffres maximum). 

− Du numéro demandé avec ou sans transformation de numérotation (20 chiffres 

maximum) 

Ces numéros peuvent être introduits : 

− dans des champs RNIS : NDS, SUU ou sous adresse. 

− dans un scénario Q23 spécifique pouvant comporter des attentes éventuelles de 

tonalités ou de codes MF imposés par l’opérateur. 

Cette application a la possibilité de détecter un signal MF fourni par l’opérateur alternatif lors du 

décroché du demandé réel. 

En cas d’échec avant la réponse de l’opérateur ou suite à une indication de refus ou de manque de 

ressources par ce dernier, le traitement d’appel prend automatiquement la route suivante du LCR. 

Il est à noter que les calendriers de routages (LCR dynamique) permettent de changer l’ordre de prise 

des routes indépendamment de leur caractéristique Off Net ou On Net. 

Le numéro d’abonnement est généralement une caractéristique lié au scénario de l’opérateur, 

toutefois la réalisation permet de le différencier à base société service ou d’utiliser le numéro NDS de 

l’appelant. 

Le code confidentiel est généralement également une caractéristique lié au scénario de l’opérateur, 

toutefois la réalisation permet de le différencier à base société service ou d’utiliser le code confidentiel 

du numéro d’annuaire de l’appelant lorsque ce dernier est un abonné de l’iPbx NeXspan. 

Accès aux opérateurs en mode «off-net» 

01 AB PQ MCDU 

01 AB PQ MCDU 

Numéro demandé : 01 AB PQ MCDU 

01 ABPQ XXXX 

ou 

36XY 

Passerelles 

SVI 

Opérateur A 

Opérateur 

principal 01 

Opérateur B 

Acheminement direct par l’opérateur qui assure le raccordement des abonnés 

Le PBX retransmet : 01 AB PQ MCDU 

: 

Acheminement à moindre coût par l’opérateur alternatif 

Le PBX retransmet : 01 ABPQ XXXX ou 36XY (N° d’accès de la passerelle) 

En surnumérotation 

- Le code client de l’appelant 

- Le N° du Demandé 01 AB PQ MCDU 

Code d’accès + 01 AB PQ MCDU 




17.6 Signalisations réseaux publics 

Le tableau ci-dessous résume les différentes signalisations opérateurs gérées par le logiciel NeXspan. 

Protocole de 

signalisation 

Signalisation 

de ligne 

Code abonné Changement 

d'état 

Code abonné Changement 

d'état 

bit a de l'IT 16 

Analogique Changement 

SDA 

Analogique 

mixte 

d'état 

Changement 

d'état 

SDA MF Changement 

d'état 

bit a de l'IT 16 

Numérique 

arrivée 

Numérique 

départ 

Immediate 

Start ou DC5D 

EURO ISDN 

Numeris VN4 


d'état 

bit a et b de l'IT 

16 


d'état 


16 


d'état 


16 

Sur voie 

commune 

(canal 

sémaphore) 

Sur voie 

commune 

(canal 

sémaphore) 

TR6 Sur voie 

commune 

(canal 

sémaphore) 

Signalisation 

d’enregistreur 

Dép. Décimal ou 

Q23 

Ar. Courant de 

sonnerie 

Support 

interface 

2 fils 

analogique 

MF SOCOTEL Liaison MIC LRN 

LT2 

Carte 

NeXspan 

R2, Décimal, Q 23 2 fils LRD, 

analogique LR1, LR4 

Dép : Décimal, Q 2 fils LRD, 

23 

analogique LR1, LR4 

Arr : 

sonnerie 

courant 

MF SOCOTEL Liaison MIC LRN 

LT2 

R2 ou Q23 Liaison MIC LRN 

LT2 

R2 ou Q23 Liaison MIC LRN 

LT2 

Q23 Liaison MIC LRN 

LT2 

--- Liaison T0, T2 ADP, LAS, 

ADB 

LS2, LS1, 

LS0, LT2, 

LD4, LDT, 

Document de 

Référence 

LRD, LRF ST/PAA/TPA/STP 

1022 

EOCT, EOCU 

--- Liaison T0, T2 ADP, LAS, 

ADB 

LS2, LS1, 

LS0, LT2, 

LDT, LD4, 

EOCT, EOCU 

--- Liaison T0 LAS, LS1, 

LS0, LD4, 

LDT, EOCT, 

EOCU 

ST/PAA/TPA/STP 

1064 

Export 

France/Export 


1022 


1064 

Export 

Export 

Export 

ETS 300-102 / 300- 

403 

ICTR 3 et 4 

FTZ 1-TR6 




17.7 Interconnexion opérateur « Business Talk IP » de France 

Telecom/Equant 

17.7.1 Introduction 

L’objet de l’offre « Business Talk IP » de France Telecom est de fournir à ses clients une 

interconnexion « opérateur » basé sur le protocole H323 Trunking, ainsi qu’une mise en réseau d’iPbx 

AASTRA MATRA Telecom basé sur le protocole H323 ou M.O.V.A.C.S. 

L’architecture mise en place chez l’opérateur se compose d’un serveur proxy H323, d’une Gatekeeper 

et de Gateway permettant de se connecter sur le réseau traditionnel France Telecom. 

Les 3 éléments de la solution NeXspan : 

• La PHM (passerelle H.323-MOVACS), application sur Windows qui permet les 

communications voix sur IP selon le protocole H.323 

• Les IP Media Gateways (Connexion RNIS, ressources VoIP, connexion terminaux) : NeXspan 

S, L, D, 50 ou 500. 

• Les terminaux (Postes traditionnels, postes IP et softphones) 

La signalisation utilisée est la suivante : 

• Signalisation pour les communications de voix H323 (avec des postes H.323 ou sur des trunk 

H.323) (la passerelle H323 est utilisée) : H225/H245 signaling 

• Voix MOVACS (Multi-switch Original Virtual Addressing Communication System): Connexion 

directe entre 2 IP Pabx NeXspan et entre NeXspan Communication Server et ses 

MediaGateway NeXspan. 

La PHM peut être co-localisée (même PC) avec le NeXspan Communication Server (NCS). 

Le protocole I/IP est utilisé pour contrôler les postes IP et est échanger entre le Call Manager ou Media 

Gateway NeXspan et les postes IP. 

La version logicielle des NeXspan est soit R4.1 soit R4.2. 




Site A 

Nexspan 

50/500/5000 

NCS 

Schéma d’architecture de la solution 

Architecture générale 

Proxy-Gatekeeper 

opérateur 

V 

Passerelles 

IP-RTC 

Dans cet exemple, l’entreprise dispose d’un siège principal équipé d’un NeXspan 500 et d’un NeXspan 

Communication Server, d’une filiale avec quelques postes traditionnels équipée d’un NeXspan L et 

d’un magasin équipé simplement de postes IP ou de softphones. 

AASTRA MATRA Telecom Page 23/44 APS0035AFRAA01 

V 

Site B 

•Nexspan L ( TDM ) 

•IP PHONE 

RTC 

Site C 

•IP PHONE



17.7.2 Echange de flux 

17.7.2.1 Appel vers le trunk opérateur 

Nous pouvons identifier différents flux entre les éléments de la solution : 

Signalisation : 

• PHM (+ Call Manager - NCS) �� Proxy H323 France Telecom : Flux H323 H225, H245 pour 

le contrôle et l’établissement des communications. 

• PHM (+ Call Manager) �� NeXspan : MOVACS 

• NeXspan �� Poste IP : protocole propriétaire I/IP ou SIP 

Voix : 

• Poste IP �� Proxy H323 France Telecom : Flux RTP G729 40ms. 

En l’absence de Call Manager (NCS), la PHM est connectée à l’un des iPbx NeXspan. 

Le choix des codecs est assuré par le logiciel NeXspan par la définition du Trunk et de la destination Il 

nécessite la configuration suivante : 

• Pour un appel sur le LAN, la loi de codage utilisée est G711. 

• Pour un appel sur le WAN c'est-à-dire entre 2 NeXspan ou vers le trunk opérateur, la loi de 

codage utilisée est G729 40ms. 




17.7.2.2 Appel entre le siège et la filiale 

Nous pouvons identifier différents flux entre les éléments de la solution : 

Signalisation : 

• PHM �� Proxy H323 France Telecom : Flux H323 H225, H245 pour le contrôle et 

l’établissement des communications. 

• PHM �� NeXspan : MOVACS 

• NeXspan �� Poste IP : protocole propriétaire I/IP ou SIP. 

Voix : 

• Poste IP �� Proxy H323 France Telecom : Flux RTP G729 40ms. 




17.7.2.3 Choix de la loi de codage 

Les codecs supportés sur l’intra-LAN (appel sans flux RTP traversant le VPN, flèche rouge sur le 

schéma ci-dessus) sont G711 ou G729a (avec un payload de 40 ms). 

Le codec supporté sur l’inter-LAN (appel avec flux RTP traversant le VPN, flèche rouge sur le schéma 

ci-dessus) est G729a, avec 40 ms de payload. 

Le relais DTMF est supporté en utilisant le protocole H245 alphanumérique. 

17.7.3 NAT 

Les iPbx NeXspan et postes IP sont distribués sur le LAN client. Il va être attribué pour ces 

composants des adresses IP privées qui doivent pouvoir être routés de chaque côté du VPN en toute 

transparence pour les utilisateurs. 

Ces composants accèdent également aux Gatekeeper Equant (pour la signalisation) et éventuellement 

aux Gateways Equant (pour la signalisation et les flux RTP) pour les appels vers le trunk SIP. 

La translation d’adresse NAT est effectuée par le serveur proxy H323 de France Telecom. 




17.7.4 Sécurisation de la solution 

17.7.4.1 Secours H323 

Quand le serveur H323 primaire est hors service, le logiciel PHM commute automatiquement sur le 

serveur H323 de backup. 

Un Timer (parameter « Time to Live ») est paramétrable dans le logiciel NeXspan Communication 

Server pour être capable de revenir sur le serveur H323 nominal (la durée du timer est de 3 min) : 

quand la seconde route pour accéder au serveur H323 de backup est choisie, le timer démarre. 

Jusqu’à ce que le timer expire, seul le serveur H323 de backup est utilisé. Quand le timer expire, 

NeXspan communication server teste si le serveur H323 nominal est présent, si oui il retourne sur le 

serveur proxy H323 pour les communications suivantes. 

MOVACS 

Quand les serveurs proxy H323 ne sont plus disponibles, il est possible de router les appels vers le 

réseau RNIS de backup (voir la description dans le paragraphe suivant). 




17.7.4.2 Secours RNIS 

En cas d’inaccessibilité du service Equant, il est possible de router les appels sur le réseau RNIS 

disponible en secours sur la Gateway NeXspan. 

Après 2 requêtes ICMP du logiciel PHM pour joindre la Gateway Equant, la PHM demande de router 

les appels vers les accès RNIS du NeXspan. 

Des tests sont effectués régulièrement à partir de la PHM, pour vérifier si la Gateway Equant est de 

nouveau disponible. Dès que la Gateway Equant est disponible, les appels sont de nouveau routés 

vers Equant. 

17.7.4.3 Service du lien opérateur 

Les services opérateurs disponibles sont les suivants : 

• Appel 

• CLID 

• Transfert avec optimisation de chemin voix 

• Conférence 

• Transit : renvoi externe, transfert externe 

• Transit SIP - H323 (flux voix direct) 

• Appel RNIS sur un poste dévié vers un poste accessible uniquement via le trunk H323, 

• Appel RNIS sur un poste, prise de l’appel puis double appel, transfert en phase sonnerie vers 

un poste via ce trunk, 

• Appel RNIS sur un poste en renvoi immédiat vers un destinataire accessible en trunk, 

• Appel RNIS sur un poste en renvoi différé vers un destinataire accessible en trunk, 

• Appel RNIS sur un poste en renvoi occupé vers un destinataire accessible en trunk, 

• Appel RNIS sur un poste en renvoi fixe vers un destinataire accessible en trunk, 




17.7.5 Multi-PHM (H323) sur un multi-site NeXspan 

La PHM (passerelle H323-MOVACS) fournit une interface H323 (pour les trunks, les lignes ou les 

deux) pour la gamme NeXspan. 

Elle permet de raccorder : 

• des terminaux H.323 

• des équipements de réseau 

La PHM est utilisée 

• soit seule (connectée aux iPbx via le LAN), 

• soit intégrée dans le NCS (NeXspan Communication Server) 

Il n’y a pas de différence fonctionnelle entre ces deux cas. 

Une PHM peut gérer au maximum 100 communications simultanées, 

Multi-PHM : 

Afin d’augmenter cette capacité, il est possible de déployer plusieurs PHM sur un multi-site à partir de 

R4.2 : 

• 8 PHM maximum par multi-site 

• 100 communications simultanées par PHM 

• 800 communications simultanées par multi-site 

• Une PHM peut être connectée directement à un seul site (NeXspan S, L, D, 50, 

Communication Server) ou à une seule grappe (grappe NeXspan 500) 

• Toute PHM diffuse les appels entrants sur l’ensemble du multi-site 

Des solutions de re-routage sont disponibles quand une PHM est en panne, par exemple : le routage 

d’appels sortants peut être configuré pour du partage de charge et pour du secours. 




17.8 Connexion réseau SIP opérateur 

De la même manière que NeXspan s’interface au réseau France Telecom/Equant « Business Talk 

IP » avec le protocole H323 (voir paragraphe précédent), certains opérateurs proposent déjà de se 

connecter avec le protocole SIP. 

Sur les plateformes NeXspan, l’interface SIP est apportée pour la gamme NeXspan S, L et D grâce à 

la carte IPS que l’on insère dans un des slots du NeXspan, pour la gamme NeXspan 50/500 grâce au 

logiciel NSS (NeXspan SIP Server-Proxy SIP), ou bien à travers le NeXspan Communication Server. 

Grâce à cette interconnexion SIP, il va être possible de remplacer les liens analogiques/numériques 

par des liens IP. 

Il va également être possible de faire du LCR (Least Cost Routing) entre les accès RNIS et SIP, et de 

conserver un réseau opérateur traditionnel pour disposer d’un secours et de la portabilité du numéro. 

AASTRA MATRA Telecom effectue des tests avec différents opérateurs alternatifs pour fournir des 

services d’accès opérateurs à travers l’IP tels que Cirpack, Verizon Business … 

Pour tout autre opérateur, la validation de l’accès opérateur doit être effectuée préalablement à 

l’installation par le distributeur. 

17.8.1 SIP trunk opérateur 

Sécurité : authentification de la connexion opérateur 

Afin de réaliser la taxation et de protéger leur réseau, les fournisseurs de services ToIP ont besoin 

d’identifier et d’authentifier les équipements en interface avec leur réseau. 

Le mécanisme d’authentification utilisé (par le NeXspan) est le Digest Access Authentication 

(RFC2617) avec algorithme MD5 et une authentification croisée : chaque nœud contrôle l’autre. 

Pour cela, un login et un password sont saisis dans une IHM du NeXspan et sont fournis par 

l’opérateur réseau SIP. 

Ce mécanisme d’authentification est implémenté : 

• Dans la carte IPS du NeXspan C, S, L, D R4.2 

• Dans le proxy SIP du NeXspan 50/500 R4.2 

• Dans le proxy SIP du NeXspan Communication Server R4.2 

La gestion de la qualité est réalisée via : 

• Call Admission Control 

• Accès ToIP multiples : 1 gateway SIP max par site, 16 Trunks SIP maximum par IPS ou 

gateway) 

• Back-up via accès traditionnels 

L’interface SIP trunk permet l’utilisation des fonctionnalités suivantes : 

• Appel simple, 

• Présentation et restriction du numéro (CLID/CLIR), 

• Présentation et restriction du nom (CNID/CNIR), 

• Double appel 

• Va et vient 

• Transfert d’appel (avec tromboning de signalisation). 

• Renvoi d’appel (avec tromboning de signalisation) 

• Conférence à 3 

• Appel en attente 




Les fonctionnalités suivantes ne sont pas supportées en R4.2 : 

• Transit 

• Taxation à base retransmission de taxes en provenance de l’opérateur 

• Multi-société 

• Mesure de QoS (RTCP) 

• Les abonnés RNIS, H323 ne peuvent exploiter de trunk SIP 

17.8.2 Architecture SIP opérateur 

17.8.2.1 Généralités 

Un point d’accès SIP supporte jusqu’à 16 « opérateurs », chacun se caractérisant par 

• l’adresse et le nom de domaine de l’équipement distant sur le trunk SIP, 

• le login et le mot de passe pour l’authentification, 

• un profil SIP. 

Il y a au maximum un point d’accès SIP par élément actif téléphonique (Gateway NeXspan ou 

NeXspan Communication Server). 

Dans le cas d’un multi-site (Movacs) de PBX et/ou NCS, un seul point d’accès SIP peut suffire pour 

offrir le trunk SIP. Il est possible d’en définir plusieurs (maximum un par site). 

Les trunks SIP peuvent cohabiter avec des trunks H.323 ou MOVACS (LIA MOVACS), et avec le 

multi-site MOVACS. 

Les appels entrant par le trunk SIP sont vus comme appels externes. 

17.8.2.2 Gestion du NAT (Network Address Translation) - disponible R4.2 phase 4 

Pourquoi le NAT ? 

Le NAT est très utilisé pour pallier au manque d’adresses IPv4 sur Internet. Ce mécanisme réseau est 

au cœur de l’infrastructure IPv4 (gamme/adresses IPv4 de 0.0.0.0 à 255.255.255 

Le NAT apporte de la flexibilité et plus de sécurité au réseau de l’entreprise. Par exemple, 

l’équipement privé est caché derrière un équipement d’accès public (routeur, firewall, etc…) qui réalise 

les translations d’adresses de manière dynamique. 

Les équipements NAT (routeurs, firewalls, etc…) réalisent les translations d’adresses pour des raisons 

de sécurité et/ou un manque d’adresses IPv4. Le NAT est exécuté dans le header (entête) IP, mais 

pas toujours sur les adresses IP encapsulées (dans les entêtes application). En conséquence, la 

signalisation passe à travers l’équipement NAT, mais la voix (RTP) est bloquée pour cause d’adresse 

inconnue (non traduite). C’est le cas pour le protocole SIP. 

Le NAT est disponible dans tous les routeurs. 

Comment ça marche ? 

Réalisation du NAT : du Privé vers le Public : 

L’équipement NAT conserve en mémoire l’adresse IP Privée et route les trames envoyées par 

l’équipement privé en utilisant une adresse IP Publique unique, associée à un port dédié. La gamme 

d’adresses IP Privées est dédiée (ex : 192.168.x.x) 




Réalisation du NAT : du Public vers le Privé : 

L’équipement NAT route le paquet reçu sur son adresse publique IP et le port spécifique vers l’adresse 

IP privée correspondant. 

Problématique : 

Le NAT est réalisé dans l’entête IP uniquement. Rien n’est fait au niveau des données de 

l’application/payload (ex : les adresses IP sont encapsulées pour la négociation de codage de voix 

SIP). En conséquence, la signalisation passe par les équipements NAT mais la voix (paquets RTP) est 

bloquée car les paquets RTP utilisent des adresses IP privées et ne peuvent être routés par le réseau 

public. 




Le NAT avec SIP : les solutions techniques 

Les méthodes pour faire fonctionner le NAT avec SIP sont les suivantes : 

• 1 : Proxy NAT/SBC (SBC privé) → solution AASTRA MATRA Telecom 

• 2 : ALG (Application Layer gateway) → disponible sur les routeurs (CISCO, HP,…) 

• 3 : Tunnel / VPN → solution complète pour les fournisseurs de ToIP 

• 4 : Fournisseur SIP → SBC (Session Border Controller) 

• UPnP (Universal Plug & Play) → problème de sécurité 

• STUN → Niveau de sécurité bas 

• IAX (Inter-Asterisk eXchange) : solution Asterisk. 

• … 

17.8.2.3 Le proxy NAT/SBC : la solution AASTRA MATRA Telecom R4.2 

Le SBC (Session Border Controller) fonctionne avec un proxy SIP que ce soit dans le réseau IP privé 

ou dans la zone DMZ (DeMilitarized Zone), et traite tous les paquets SIP et RTP échangés sur le trunk 

SIP. 

Le proxy NAT/SBC fournit une solution permettant à la gamme NeXspan de proposer des services de 

téléphonie sur une interface SIP au travers d’équipements NAT, même quand une DMZ est utilisée. 

Disponibilité du proxy NAT/SBC sur les plates-formes : 

• NeXspan S, L, D : sur la carte IPS 

• NeXspan Communication Server et NeXspan 500 : le NeXspan SIP Access Point héberge le 

trunk SIP associé au proxy NAT/SBC. 

Remarques : 

• Le NeXspan SIP Access Point est un serveur sous Linux Red Hat ES 4 

• Il peut être installé sur la même machine que le M7430 NeXspan Manager : 

− L’installation de chaque logiciel est séparée et indépendante 

− Il n’y a pas de règle pour l’ordre d’installation 

− Restriction : implique quelques limitations en terme de performances. 




Le SBC permet de remplacer les adresses IP privées par des adresses IP publiques : 

Routage SBC : 

Le routeur réalise : 

• La translation de la signalisation SIP en SBC 

• La translation du port RTP en SBC 

Le SBC reçoit et envoie les paquets SIP et RTP du Public vers le Privé et réciproquement. 

Signalisation et flux RTP : 

• Avec un téléphone IP, la voix est directe (ne passe pas par l’iPbx). 

• Pour un appel : 4 flux sont supportés par le proxy NAT/SBC : 

− La signalisation SIP Privé → Public 

− La signalisation SIP Public → Privé 

− Le flux RTP Privé → Public 

− Le flux RTP Public → Privé 




17.8.2.4 Les architectures disponibles avec proxy NAT/SBC 

Architecture avec proxy NAT/SBC, simple NAT côté Privé 

Il s’agit du cas le plus simple : le Proxy NAT/SBC se trouve derrière un routeur ADSL par exemple (cas 

de la petite PME avec une Box…). 

Dans le cas où le proxy NAT/SBC et le point d’accès SIP sont sur la même carte IPS ou sur le même 

PC Linux NSAP alors : 

• IP5 = IP2 = IP3 (les Port 5, Port2 et Port 3 sont obligatoirement différents les uns des autres) 

Le couple IP4/port4 dans cette configuration n’est pas significatif, il faut donc configurer : 

• IP4/port4 = IP5/Port 5. 




Exemple de proxy NAT/SBC et point d’accès SIP sur la même carte IPS (côté privé) : 

Exemple de proxy NAT/SBC et point d’accès SIP sur le même PC serveur (côté privé) : 

Architecture avec proxy NAT/SBC, simple NAT côté Public 

Cet exemple de NAT semble être communément utilisé. Les serveurs Web, messagerie… se trouvent 

dans le domaine public (certainement derrière un routeur ADSL qui ne fait pas de NAT). On va donc y 

rajouter notre Proxy NAT/SBC. 

Il n’y a pas de routage statique pour les flux audio car côté privé on ne sait pas quel poste va réserver 

les ports. Tout se fera dynamiquement. 




Il n’y a pas de simplification possible : le point d’accès SIP (@IP privée) se trouve forcément sur une 

@IP différente que celle du Proxy NAT/SBC (@IP publique). Dans cette configuration il faut donc : 

• par exemple, une carte IPS dans un NeXspan S, L, D supportant le point d’accès SIP et un PC 

NSS ou une deuxième carte IPS dans un NeXspan S, L, D supportant le proxy NAT/SBC. 

• deux PC Linux NSAP. 

Le Proxy NAT/SBC se trouve dans le monde public, IP1/port1 correspond donc à la patte « publique » 

du Proxy NAT/SBC. Donc : 

• IP1/Port1 = IP2/port2 

Architecture du proxy NAT/SBC avec DMZ (zone démilitarisée) 

Dans cette configuration le réseau privé de l’entreprise est isolé du réseau par un firewall à trois sous 

réseaux : le réseau public ou le réseau internet, le réseau de l’entreprise et la DMZ. Seules les 

machines situées dans la DMZ sont accessibles depuis le réseau internet. De même, seuls les flux IP 

en provenance de la DMZ peuvent entrer vers le réseau privé. 

On trouve habituellement dans la DMZ les serveurs Web ou ftp accessibles depuis l’extérieur. La 

connexion entre la DMZ et le réseau internet transite généralement à travers une translation d’adresse 

(NAT). Mais cette NAT peut aussi se faire entre la DMZ et le réseau privé de l’entreprise. Les 

connections vers la DMZ sont autorisées à partir des 2 autres réseaux alors que les connexions à 

partir de la DMZ se font uniquement vers l’internet. 




Cette architecture d’un point de vu Proxy NAT/SBC est similaire à la simple NAT : 

• Si la NAT se fait entre DMZ et le privé => cas de la configuration du Proxy NAT/SBC Simple 

NAT coté privé 

• Si la NAT se fait entre DMZ et le public => cas de la Configuration du Proxy NAT/SBC Simple 

NAT coté public. 

Architecture avec double NAT: 

Cette configuration est identique à la configuration DMZ. De plus les serveurs situés sur la DMZ sont 

« natés » vers internet et vers le réseau local. 

Ceci assure que seuls les ports IP des serveurs souhaités sont accessibles depuis l’internet. 

Il n’y a pas de simplification possible : le point d’accès SIP (GSI) se trouve forcément sur une @IP 

différente de celle du Proxy NAT/SBC. Dans cette configuration il faut donc : 

• par exemple une carte IPS dans un NeXspan S, L, D supportant le point d’accès SIP et un PC 

NSS ou une deuxième carte IPS dans un NeXspan S, L, D supportant le proxy NAT/SBC. 




• deux PC Linux NSAP/IPS. 

Dans le cas du double NAT, le point d’accès SIP et le Proxy NAT/SBC se trouvent sur deux IPS/PC 

différents. Bien qu’on ait un double NAT, il n’est pas utile de mettre deux Proxy NAT/SBC. En effet, le 

RTPPROXY étant « auto adaptatif » sur les adresses des flux RTP entrant il est capable de recevoir 

des flux d’une adresse IP/port alors qu’il a été « marqué » avec une autre adresse. 

17.8.3 Services, standards et profils 

Le point d’accès SIP s’appuie sur les standards pour offrir différents services : 

• Registration, authentification : RFC2617, RFC3702 

• Appel simple : RFC3261 

• Renégociation des ports RTP : RFC2327 

• Transmission d'information hors session : RFC3842 (MWI), RFC2833 (Q23) 

Enregistrement (Registration) : 

• Uniquement dans le sens NeXspan vers opérateur 

• Méthode : REGISTER 

• MIME : Sans MIME 

• Profil : Activé ou non, au choix de l’administrateur 

Authentification 

• Uniquement dans le sens ou le PBX/NCS NeXspan s’authentifie auprès de l’opérateur 

• Méthodes : INVITE / REGISTER 

• Algorithme : Digest (RFC2617) et MD5 





Appel simple 

• Dans les deux sens 

• Méthode : INVITE 

• MIME : SDP 

• Profil : Pas de configuration 

Présentation du numéro 


• Lors de l’établissement et en communication (transfert par exemple) 


• MIME : aucune 

• Profil : Pas de configuration, toujours transporté si disponible. 

Présentation du nom 


• Lors de l’établissement et en communication (transfert par exemple) 




Renvoi par mise bout à bout (sans réacheminement) 

• Méthode : INVITE et « RE-INVITE » 


• Profil : Pas de configuration, toujours disponible. 

Renégociation des ports RTP 

Ce service est essentiel pour permettre 

− Le transfert d’appel par le NeXspan 

− La conférence par le NeXspan 

− La mise en attente par le NeXspan 

− Plus généralement, tout service conduisant à changer le point de phonie pour 

l’interface SIP 

• Méthode : « RE-INVITE » 



MWI (Indicateur de message en attente) 

• Uniquement dans le sens opérateur vers NeXspan 

• Méthode : SUBSCRIBE 

• MIME : message-summary 


Q23 (DTMF) 


• Méthode : INFO 

• MIME : telephone-event ou dtmf-relay 

• Profil : Pas de configuration, toujours disponible 

Audit 

• En cours de communication 

• Méthode : INFO, INVITE ou UPDATE 


• Profil : Méthode définie par l’administrateur 




Services disponibles : 

• CLIP (caller presentation/identification) : affichage du numéro ou du nom 

• CNIP Transmission of the name 

• Différentiation entre appels privés et publics : cas LIA, cas lien réseau externe, numéro 

interne, distinctions de droits 

• Traitement des appels entrants en appels internes ou externes 

• Optimisation des transferts et des renvois : Réacheminement « RE INVITE » 

• Renvoi immédiat et sur occupation 

• Notification de messages vocaux dans le sens opérateur vers PBX 

17.8.4 Flux téléphoniques 

Les flux RTP dans le cadre d’une mise en réseau de type Trunk SIP sont détaillés dans le schéma cidessous. 

Il n’y a pas de tromboning des voies VoIP en cas d’établissement de communication entre un abonné 

d’un réseau MOVACS 1 et l’opérateur SIP. Les flux RTP sont directs. 

Trunk SIP vers opérateur 

NCS 

LAN 

Flux RTP 

17.8.5 Evolutions fonctionnelles 

Routeur 

Flux Signalisation SIP 

NeXspan 

Opérateur 

SIP 

Evolutions fonctionnelles apportées par la version NeXspan R4.2 (Phase 4) sont les suivantes : 

• Restriction de présentation du numéro (CLIR) ou du nom (CNIR). 

Ce mécanisme inclut la restriction de présentation des numéros de désignation de l’installation 

et supplémentaire (NDI/NDS) (cf RFC 3323/3325 pour plus d’informations). 

C’est un mécanisme optionnel qui est activé ou pas par l’administrateur sur chaque trunk SIP. 

• Support de la RFC2833 qui permet d’envoyer/recevoir des codes DTMF dans la bande (RTP). 

C’est une solution alternative à l’envoi de DTMF dans la signalisation SIP (message INFO) qui 

était déjà disponible en R4.2. Certains opérateurs ou équipements de VoIP ne supportent 

qu’un mode d’échange de DTMF. La RFC2833 est implémentée dans les cartes PT2/PVI, sur 

NCS, dans les terminaux i7xx et SIP AASTRA. 




Restriction : la négociation du type de “Payload” n’est pas supportée. Le type de payload est 

donc configuré par l’administrateur pour un système donné. Si du codage DTMF est reçu dans 

un paquet RTP avec un type de payload différent de celui configuré, il sera ignoré. 

Un trunk SIP peut fonctionner en mode RFC2833 ou en mode INFO : ceci est configuré par 

l’administrateur. Dans un multi-site, tous les trunks SIP doivent être configurés dans le même 

mode. 

Pour les DTMF, lorsque l'administrateur a le choix entre la méthode INFO et la RFC3833, nous 

recommandons la méthode INFO. 

• Domain Name : le nom de domaine est transporté dans les appels sortants dans les champs 

SIP « from » et « contact ». Ceci peut être imposé par certains opérateurs SIP. 

Les évolutions envisagées dans les futures versions, mais dépendante de l’évolution des standards, 

de l’évolution des offres de service opérateur ToIP, des besoins d’inter fonctionnement avec des 

applications SIP sont les suivantes : 

• Renvoi sur occupation (CCBS) ou sur non réponse (CCNA) 

• Renvoi avec réacheminement (chemin direct) 

• Réacheminement (Path Replacement) par la méthode REFER 

• Compteur de taxe (Advice of Charge AOC) (si taxation à la durée) 

• SUU 

17.8.6 Restrictions de service 

Concernant les communications entre abonnés de part et d’autre d’un trunk SIP, les restrictions 

suivantes sont à noter : 

• CUG : groupe fermé d’abonnés, 

• Renvoi externe des appels poste opérateur 

• Indication du renvoi sur poste opérateur centralisé 

• Rappel automatique sur faisceau occupé 

• Rappel automatique sur poste occupé 

• Filtrage patron/secrétaire 

• Poste opérateur centralisé et partagé 

17.8.7 Qualité de service 

Une fonction de contrôle d’admission des appels (CAC) permet de limiter l’occupation de la liaison IP 

avec l’opérateur et d’éviter ainsi la dégradation de la qualité des communications en cours. Les 

communications excédentaires peuvent être routées par un autre chemin (typiquement lien T0 ou T2 

de débordement). 

Il s’agit de programmer le module logiciel de Call Admission Control, module intégré au logiciel 

NeXspan. 

Ce module est fourni sans verrou logiciel. 

Performances NeXspan – Proxy NAT/SBC sur carte IPS 

Des tests ont montré qu’un maximum de 20 communications simultanées peut être supporté lorsque 

la fonction SBC est implémentée dans la carte IPS. 

Performances – Proxy NAT/SBC sur PC Linux 

Un maximum de 600 communications simultanées peuvent être supportées lorsque le proxy SBC est 

implémenté sur un PC Pentium 4 / Red-Hat. 

Résultats des tests effectués sur un PC Red Hat – 2GHz – 500 Mo d’une part et un PC Red Hat biprocesseur 

– 3GHz – 1048Mo d’autre part : 




PC Red Hat, kb/s Proxy RTP 

2GHz, 500 Mo Charge CPU utilisée par 

communication en % 

Nombre de 

communications 

simultanées 

PC : charge 

CPU en % 

PC : CPU 

libre en % 

G723.1 60 ms 21,9 0,03 1200 36 64 

G729A 20 ms 31,2 0,2 400 80 20 

G729A 30 ms 19,6 0,14 600 84 16 

G729A 40 ms 19,6 0,08 800 64 36 

G711 20ms 87,2 0,2 400 80 20 

PC Red Hat biprocesseur, 

3GHz, 

1048 Mo 

Proxy RTP 

Charge CPU utilisée 

par communication 

Nombre de 

communications 

simultanées 

PC : charge 


PC : charge 


G7xx 20 ms 0,1 800 80 20 

G7xx 30 ms 0,065 1230 80 20 

G7xx 40 ms 0,032 2500 80 20 

17.8.8 LCR sur trunk SIP opérateur 

La fonction LCR est disponible sur les faisceaux opérateurs SIP. 

Le trunk SIP est considéré comme un faisceau téléphonique dans le logiciel NeXspan comme peuvent 

l’être les faisceaux RNIS ou analogiques. 

La gestion du LCR décrite dans le chapitre « 17.4.2. Choix des opérateurs au moindre coût : LCR de 

base » intègre la gestion des faisceaux trunk SIP ; il est vu de la même manière que les autres 

faisceaux. 

Un trunk SIP peut être utilisée en temps que route prioritaire ou bien en débordement des accès RNIS. 




17.9 Glossaire 

Quelques termes rencontrés : 

VN Version Numéris Il s’agit d’un terme propre à France 

Telecom relatif au logiciel déployé sur les 

centraux France Telecom, 

VN4 Version Numéris 4 Quatrième version logicielle RNIS de 

France Telecom 

EDSS1 Version normalisée par l’ETSI du RNIS. 

VN6 Version Numéris 4 Constitue le palier logiciel France 

Telecom équivalent à EDSS1 

VN7 Version Numéris 4 Nouveau palier logiciel RNIS de France 

Telecom, basé sur l’ETSI 

Numéris Ce terme représente l’offre commerciale 

RNIS de France Telecom, 

EuroNumeris nom commercial de VN4, 

EuroNumeris + nom commercial de VN6/VN7 

ALG Application Layer Gateway 

DMZ DeMilitarized Zone Zone démilitarisée : zone isolée 

hébergeant des applications mises à 

disposition du public. La DMZ fait ainsi 

office de « zone tampon » entre le réseau 

à protéger et le réseau hostile 

FW FireWall 

IAX Inter-Asterisk eXchange 

IP Internet Protocol 

LAN Local Area Network Réseau local 

NAT Network Address 

Translation 

NSAP NeXspan SIP Access Point 

NSS NeXspan SIP Server 

RTCP RTP Control Protocol 

RTP Real-Time Transport 

Protocol 

SBC Session Border Controller 

SDP Session Description 

Protocol 

SER SIP Express Router 

SIP Session Initiation Protocol 

STUN Simple Traversal of UDP 

through NAT 

TCP Transmission Control 

Protocol 

TURN Traversal Using Relay NAT 

UDP User Datagram Protocol 

UPnP Universal Plug & Play 

VPN Virtual Private Network 

WAN Wide Area Network

Accès aux opérateurs en mode

Create successful ePaper yourself

Delete template?

Save as template?