ECOLE NATIONALE SUPERIEURE DES POSTES ET TELECOMMUNICATIONS

DEPARTEMENT DES RESEAUX LOCAUX

OPTION : SYTEMES DES TELECOMMUNICATIONS

COURS DU PABX et Réseaux du PABX

Mise à jour : Octobre 2010

1
 CHAPITRE 1

INTEGRATION TELEPHONIQUE ET INFORMATIQUE

Computer Telephony Integration - désigne les techniques et application d'intégration téléphonique et

informatique. L'acronyme a été francisé par Couplage Téléphonique Informatique.

Le mariage inévitable de la téléphonie et des réseaux locaux

Acteurs de la téléphonie et des réseaux locaux s'entendent pour interfacer leurs produits. En toile de
fond, Novell et Microsoft s'affrontent à coup de standards. Reste à voir si l'utilisateur mordra à
l'hameçon de l'intégration voix-données.

Historique

Le monde silencieux des réseaux locaux s'apprête à sombrer sous les décibels des applications
téléphoniques. Les ténors du marché PBX (Alcatel, ATT, Ericsson, Siemens, Northern Telecom...)
menacés par l'abordage des commutateurs multiservices ATM cherchent à jeter l'ancre dans les
profondeurs fertiles des réseaux locaux. Ils reçoivent dans cette entreprise l'hospitalité de Novell qui
leur ouvre NetWare, comme port d'attache. Petits et gros acteurs du téléphone sont tous invités à
décharger leurs cargaisons d'informations vocales ou de fax sur ce système d'exploitation réseau. A
condition toutefois de respecter la même procédure d'accès nommée CSTA (Computer Supported
Telephony Applications). A l'image des drivers d'imprimantes, chaque PBX, carte vocale ou automates
d'appels, se verra doté de cette interface normalisée. A travers ces passerelles logicielles une station
cliente NetWare opère tel un téléphone intelligent. Et par cette substitution le combiné téléphonique
traditionnel se trouve relégué au rang de simple haut parleur. Après maintes répétitions, cette nouvelle
orchestration téléphonique devrait consolider un peu plus l'autorité de Novell dans l'univers Lan (Local
Area Network). Une position également convoitée par Microsoft, dont les velléités sur le marché
téléphonique couvent sous l'appellation TAPI (Telephony Application Programming Interface), une
technologie mise au point en collaboration avec Intel. La téléphonie représente d'ailleurs un potentiel
prometteur pour des applications "données" à bout de souffle. Poussée par Microsoft mais surtout
Novell, la mixture voix-données ne peut que prendre forme.

Cinq applications téléphoniques plus ou moins innovantes

2
A l'évidence, une messagerie unifiée s'impose comme la première pierre de l'édifice CTI (Computer
Telephony Intégration). Ramené la voix et les documents télécopiés dans une boîte aux lettres réservée
jusqu'alors aux seuls textes, ouvre de nouvelles perspectives de communication. Une fois regroupés
ces trois médias sont plus faciles à fusionner ou à disjoindre. Enrobée d'un environnement graphique,
leur manipulation revient à un jeu d'enfant. Imaginer l'exemple d'un message vocal numérisé à
retransmettre vers un tiers, avec une annotation textuelle personnelle. En cliquant sur ce texte puis sur
l'opérateur "+" suivi du message vocal et du bouton "=", l'expéditeur peut réexpédier l'ensemble sur
une autre boîte aux lettres du réseau. Lors du démarrage de son PC, le destinataire consultera ce
courrier mixte sans avoir à manier le clavier de son téléphone. Autre exemple, en sélectionnant le
bouton "=" puis l'icône "modem" ou "fax", notre message mi-voix, mi-données s'envole cette fois-ci
sous forme de texte vers une destination extérieure.

A l'instar de la messagerie l'application écran synchronisée risque également de bouleverser les usages
des services commerciaux et de télémarketing. Lors de l'appel d'un prospect, la fiche signalétique de ce
dernier apparaît aussitôt la communication établie. Fini les listings à rallonge, le répertoire
téléphonique suffit comme outil de contact. Réciproquement, les communications Numéris entrantes,
avec identifiant de l'appelant, déclenchent une requête dans la base de données des tiers pour
renseigner sans attendre le destinataire de l'appel. Moins innovatrice que la "messagerie unifiée" ou
"l'écran synchronisé" l'application serveur vocale gagnera, lorsqu'elle existe, à intégrer le serveur
informatique pour éviter toute redondance d'application. Le travail téléphonique en groupe s'avance
comme une autre application drainer par le concept CTI. Par ce biais, les opérateurs des services après-
vente et autres hot-line se sentiront moins seuls. Enfin, l'application téléphonique de base, encore
surnommée station téléphonique emprunte les mêmes canaux. Chaque demande d'appel est initialisée
sur la station cliente, puis transite vers le serveur. Celui-ci commande ensuite au PBX l'ouverture d'un
circuit téléphonique pour amorcer la communication. Premier avantage, l'usage d'un annuaire unique
évite les dissonances entre listes téléphoniques et les mal-entendus consécutifs. Chaque employé
possède une image mise à jour des coordonnées de ces collaborateurs. Cette centralisation permet aussi
de mieux réguler la consommation téléphonique. Plages horaires, compteurs de consommation,
priorités appliquées à certains utilisateurs et plafond budgétaire à d'autres... sont autant d'outils
d'économie impossibles à programmer sur un autocommutateur. Par ailleurs, le contrôle en temps réel
du serveur téléphonique offre un moyen répressif plus percutant qu'un traitement postérieur des
coupons de taxations générés par les PBX. En cas d'abus, le serveur peut automatiquement bloquer la

3
station cliente incriminée avant d'avertir le responsable du réseau. Ce dernier peut aussi choisir
l'alternative dissuasive, par la diffusion quotidienne de bulletins de consommation individuelle avec un
classement des mauvais élèves. Muni de son trousseau de clés API (Application Programming
Interface) le réseau local se pose en gendarme de l'application téléphonique. Mais attention, car à
vouloir trop vouloir vanter les qualités répressives de l'intégration téléphonique celle-ci risque de
capoter.

Les obstacles culturels à l'intégration voix-données

Les utilisateurs prétexteront la complexité, les temps de réponses exécrables, le manque de fiabilité de
la nouvelle application téléphonique, pour s'accrocher à leur bon vieux téléphone. Les tenants de la
téléphonie, responsable des services généraux attiseront ce mécontentement, pour conserver
jalousement leur responsabilité. D'autant que certains d'entre eux entretiennent des relations plus que
privilégiées avec les installateurs. Ils n'auront pas de mal à convaincre des dirigeants heurtés par la
fusion voix-données, habitué à une gestion budgétaire cloisonné de ce poste et méfiant vis à vis des
solutions mono-fournisseur. Lorsque la téléphonie intègre le service informatique, elle n'en demeure
pas moins isolée du réseau de données. Et même dans l'esprit des responsables télécoms les plus
entreprenants, l'intégration voix-données se réalise surtout en aval pour optimiser les lignes de
transmission. Face à des usages aussi bien ancrés, le chantier d'intégration téléphonique demandera
beaucoup de persuasion. En plus de cet héritage culturel, les vendeurs de solutions voix-données se
heurteront aux vieux PABX en fonction, incapables de suivre le mouvement d'intégration. Remplacer
ces équipements habitués à un cycle de vie deux à trois fois plus long que celui d'un réseau
informatique tient du challenge commercial. En outre, les vendeurs de PBX ne désespèrent pas
d'intégrer le traitement des données au sein même de leur autocommutateur. Une telle ambition
concurrence de plein fouet le concept CTI auquel ils adhèrent. Enfin, coté réseau local il n'est pas sûr
que la voix soit acceptée si facilement. A l'échelle de centaines d'utilisateurs le surcroît de trafic
engendré par les appels téléphoniques obligera à gonfler la puissance du réseau local, voire à modifier
sa topologie. Au prix d'un tel changement, le responsable réseau préférera peut être attendre
l'intégration de service au niveau physique promise par ATM, plutôt que de continuer à jongler avec
un monstre à deux têtes PBX d'une part et réseau local de l'autre.

4
Centres d’Appel et Couplage Téléphonie Informatique

Très répandus aux États-Unis, les centres d’appel (« call centers ») sont au cœur de la relation client /
fournisseur, au sens large. Ils constituent des canaux de distribution (de produits, de services,
d’information, d’assistance, etc.) majeurs.

Le succès d’un centre d’appel dépend de plusieurs facteurs :

 stratégie et marketing (de l’entreprise, de la division ou du département), qui déterminent

notamment les prévisions en terme de nombre d’appels à traiter ;
 gestion des ressources humaines ;

 mise en œuvre des moyens technologiques adaptés ;

 maîtrise des coûts (notamment frais de personnel, télécoms, et d’expédition).

La gestion des ressources humaines nécessite notamment :

 une planification précise du nombre d’agents, qui dépend de la durée des appels, du temps de
traitement après appel, des compétences et de l’expérience du personnel, etc. ;
 le recrutement des agents, qui peut s’avérer critique lorsque le marché de l’emploi est porteur,
ou complexe lorsque l’activité de base du centre d’appel est saisonnière ;

 la formation ;

 la mise en place de systèmes de motivation (ex. : primes en fonction du chiffre d’affaires

réalisé, récompenses type « meilleur employé du mois ») ;

 le suivi de la qualité du service offert (monitoring des appels, etc.).

La technologie est un élément clé du développement des centres d’appel et fait intervenir
télécommunications, téléphonie, serveurs vocaux, applications informatiques et, plus récemment,
l’Internet.

Les centres d’appels sont dans leur majorité, aux États-Unis, accessibles via des numéros 800,
l’équivalent des numéros verts. Les appels étant facturés à l’entreprise, la maîtrise de la durée des
communications est critique.

5
Les claviers téléphoniques comportent l’indication des lettres de l’alphabet, et il est possible de
demander aux opérateurs (Sprint, MCI, Worldcom, Equant, consolidateur, etc.) d’attribuer des « vanity
numbers », mnémoniques retenus plus facilement par les clients (exemple : 800-FLOWERS / 800-356-
9377 pour l’accès à un service de livraison de fleurs). Ceci sous réserve que le numéro souhaité soit
disponible : il n’y a plus actuellement de numéro 800 non attribué, les numéros 888 le sont presque
tous également et un troisième préfixe est désormais ouvert.

Les appels sont routés vers le centre d’appel et aboutissent au niveau du système téléphonique,
« switch » ou « Private Branch eXchange » (PBX) dans la terminologie anglo-saxonne.

Les appels sont traités et distribués par un composant spécifique du système téléphonique,
l’« Automatic Call Distribution » (ACD) : messages / options, mise dans une ou plusieurs files
d’attente, musique d’attente, présentation aux agents « connectés » à ces files d’attentes, etc.

Les appels peuvent également être routés vers un serveur vocal, couplé ou non à un serveur de fax, à
reconnaissance DTMF (reconnaissance des touches) ou vocale, qui délivre de l’information par
exemple, déchargeant ainsi les agents qui peuvent traiter en priorité les appels susceptibles de générer
du chiffre d’affaires. Si le client le souhaite, et si l’application mise en œuvre au niveau du serveur
vocal le permet, l’appel peut ensuite être redirigé vers le centre d’appel pour des compléments
d’information ou pour conclure la vente.

Le Couplage Téléphonie Informatique (CTI) permet les échanges d’information bidirectionnels entre
un système téléphonique et un système informatique. Par exemple, la personne qui appelle spécifie,
avant d’être mise en relation avec un agent, un numéro d’objet à traiter (client, compte bancaire,
réservation, incident, etc.), via son téléphone. L’information est transmise à un serveur d’application,
les données relatives à l’objet à traiter sont extraites d’une base de données et présentées (« screen
pop ») sur le terminal informatique de l’agent, simultanément à l’appel.

Une partie plus ou moins importante du processus métier peut être traitée par un serveur vocal
(informations horaires / prix et réservation d’un billet d’avion, par exemple). Les éléments de la
transaction ainsi constitués sont alors transmis à un agent (dossier voyage pour paiement ou pour
confirmation de l’ensemble de la transaction).

Dans le cas de la présence d’un serveur Web, le « surfeur » peut demander à être mis en relation avec
un agent en cliquant sur un lien ou sur une icône. Il communique alors via le Web le numéro de
6
téléphone auquel il peut être appelé, son adresse de courrier électronique, des commentaires, etc. Ces
informations sont présentées aux agents du centre d’appel. Le rappel automatique du « surfeur » peut
être activé ou une session « chat » (discussion interactive via l’internet) établie entre lui et un agent.

En résumé, le CTI peut permettre :

 d’automatiser les opérations pour lesquelles l’expertise de l’agent n’est pas critique et donc
d’optimiser la productivité et la rentabilité du centre d’appel ;
 d’améliorer globalement la qualité de service et donc l’image de l’entreprise (le pourcentage
d’appels traités augmente globalement, la durée d’attente moyenne et la durée totale moyenne
des appels diminuent, la relation client / agent est personnalisée dès la prise de l’appel, etc.).

Les systèmes téléphoniques, autrefois propriétaires, évoluent maintenant vers des architectures
ouvertes, type client-serveur, s’appuyant sur du matériel (serveurs à base de processeur Intel), des
systèmes d’exploitation (Unix, NT), des SGBD (Oracle, etc.) du marché. C’est le cas, par exemple, de
l’offre Symposium de Nortel ou de la solution centre d’appels de la société Teloquent.

Les « soft phones » (logiciels d’émulation de postes téléphoniques fonctionnant sous Windows)
permettent l’intégration au sein d’une station de travail unifiée du téléphone et des applications
informatiques.

Des solutions d’interconnexion des réseaux voix et IP sont disponibles et le transport de la voix sur
réseau IP se développe.

Ces évolutions facilitent techniquement l’interopérabilité téléphonie-informatique. Les domaines de la

voix et des données étaient il y a dix ans séparés de façon quasi étanche. Leur intégration au sein du
Système d’Information (SI) de l’entreprise a commencé au niveau du transport (multiplexage voix-
données sur une même liaison physique) et se poursuit maintenant au niveau des technologies, des
architectures, des applications et également de l’organisation des équipes en charge du SI.

7
8
CHAPITRE 2

VOIX SUR PROTOCOL INTERNET

La voix sur réseau IP, ou « VoIP » pour Voice over IP, est une technique qui permet de communiquer
par la voix via l'Internet ou tout autre réseau acceptant le protocole TCP/IP. Cette technologie est
notamment utilisée pour supporter le service de téléphonie IP (« ToIP » pour Telephony over Internet
Protocol).

Sommaire

Description de fonctionnement

Les principaux protocoles

Les principaux protocoles utilisables en VoIP

9
Les principaux protocoles utilisés pour l'établissement des connexions en voix sur IP sont :

 H.323 ;
 IAX (Asterisk) ;

 Jingle, basé sur le protocole de messagerie instantanée standard ouvert Jabber ;

 MGCP ;

 SCCP (propriétaire Cisco Systems) ;

 SIP ;

 UA/NOE (propriétaire Alcatel-Lucent) ;

 UNISTIM (propriétaire Nortel).

Les principaux protocoles utilisés pour le transport de la voix elle-même sont :

 RTCP ;
 RTP.

Les différents modes de diffusion

Le terme « VoIP » est en général utilisé pour décrire des communications « point à point ». Pour la
diffusion de son ou de vidéos sur IP en multipoints, on parlera plutôt de streaming pour une simple
diffusion, comme les radios Web par exemple. Le terme multipoints sera réservé à des
visioconférences dont le nombre de participants est plus grand que deux.

La voix ou le son sur IP peut se faire en mode Unicast, broadcast ou Multicast sur les réseaux, c'est-à-
dire en mode « point à point », en mode « une émission et plusieurs réceptions » (comme un émetteur
TV, par exemple) et en mode « une émission pour plusieurs réceptions » (mais le signal n'est routé que
s'il y a des récepteurs) comme les radios Web. Le protocole H.323 ne fonctionne qu'en mode Unicast.

Le transport de communication sur IP est très dépendant du délai de latence d'un réseau. Ce délai
influe beaucoup sur la qualité psycho-acoustique d'une conversation. Avec l'avènement des réseaux
100 Mégabits/s et ADSL, les temps de latence deviennent acceptables pour une utilisation quotidienne
de la voix sur IP. À l'inverse, les connexions par liaison satellite souffrent d'un temps de latence
souvent trop important pour prendre en charge les applications de voix sur IP. En moyenne, le temps
de latence sur ce type de liaison est estimé entre 400 et 800 millisecondes. Une connexion filaire (fibre
optique ou cuivre) bénéficie d'un temps de latence de 60 à 200 millisecondes. Plus que la latence, c'est
la gigue ((en)jitter) qui pénalise la voix sur IP. En effet, s'il y a des fluctuations du signal en
amplitude et fréquence il faudra un mécanisme de remise en ordre des paquets afin de restituer le
message vocal, processus qui se traduira par des blancs et des attentes.

Aspect logiciel

Avec la banalisation des réseaux haut débit le nombre d’applications possibles a considérablement
augmenté. Les applications de VoIP (Voice over IP) sont une des nouvelles possibilités offertes.
L’augmentation des débits et les connexions permanentes offrent des possibilités de développement de
la voix sur IP (Internet Protocol).
10
Le développement de la VoIP a entraîné les concepteurs de plates-formes de programmation à
développer des API (Application Programming Interface) spécifiques à la voix sur IP. L’intégration de
nouveaux besoins dans une plate-forme de développement permet d’attirer les concepteurs de logiciels
qui doivent intégrer des fonctions de voix sur IP dans leurs applications. Elles implémentent le
protocole SIP.

Les API de VoIP peuvent être utilisées dans de nombreuses applications, la plus simple étant les
téléphones logiciels (soft phones). D’autres applications peuvent intégrer de la VoIP comme besoin
secondaire. Par exemple les applications de messagerie instantanée qui intègrent de plus en plus
souvent la possibilité de parler directement avec ses contacts ou bien toutes les applications nécessitant
une interaction textuelle entre les différentes applications clientes comme les jeux vidéo.

Failles de sécurité
VoIPshield Laboratories, entreprise spécialisée dans la sécurité des systèmes VoIP, a découvert en
novembre 2008 une faille de sécurité au sein du protocole RTP. 1 La faille en question n'a pas été
présentée en détails mais le laboratoire a annoncé qu'elle permettrait de mener des attaques par déni de
services sur les utilisateurs de logiciel utilisant le protocole RTP. Ce serait près de 250 millions
d'ordinateurs2 dans le monde qui seraient menacés.

Quelques logiciels de voix sur IP

Les softphones sont des logiciels spécialisés pour les appels téléphoniques sur Internet. Les appels sont
généralement gratuits de softphone à softphone et payant de softphones vers postes fixe ou mobile.

 Skype

Disponible depuis septembre 2003, le logiciel de téléphonie gratuite sur IP Skype permet de téléphoner
sur Internet de PC à PC. Depuis le 27 juillet 2004, Skype intègre la possibilité d'appeler une ligne fixe
(SkypeOut) et de disposer d'un numéro pour la réception d'appels. SkypeOut est payant à 1,7 centime
d'euro la minute en France et en Belgique.

 Jajah

Jajah est un softphone multi-protocole. Il est notamment compatible SIP et Skype.

 Net2Phone

La technologie de Net2Phone permet d'effectuer des appels locaux et internationaux à partir d'un
ordinateur individuel à destination de n'importe quel téléphone dans le monde. Net2phone est un
vétéran dans le domaine. Cependant, il souffre d'une distribution laborieuse en Europe.

 Quelques messageries instantanées avec VoIP

Les messageries instantanées permettent la communication en mode texte. Elles intègrent cependant
progressivement des fonctionnalités de communication audio et vidéo.

 Live Messenger
11
Proposé par Microsoft, le logiciel de messagerie instantanée MSN Messenger (devenu Live
Messenger) intègre en standard la conversation audio et la vidéoconférence. Il permet en outre
d'appeler vers les téléphones fixes et GSM.

 Yahoo! Messenger

Yahoo! Messenger est le logiciel de messagerie instantanée de Yahoo!. Il gère en standard les
conversations audio et les webcams. Il permet d'appeler des téléphones fixes ou mobiles via Yahoo!
Voice.

 AIM

AIM (AOL Instant Messenger) est un logiciel de messagerie instantanée. Il permet les conversations
audio uniquement.

 ICQ

ICQ (pour I seek you) est le doyen des logiciels de messagerie instantanée. Il intègre un module
ICQPhone pour les communications audio et ICQVideo pour la vidéoconférence. Une passerelle vers
Net2Phone est en outre proposée.

Logiciels propriétaires de fournisseurs de switch

Les grands équipementiers de réseaux de télécommunications ainsi que divers éditeurs de logiciels
proposent des solutions de téléphonie sur IP basées sur leurs propres technologies, pour divers
segments de marché (entreprises, opérateurs) :

 3COM
 Aastra Technologies

 Alcatel-Lucent

 Avaya

 Cisco Systems

 Comverse (ex Netcentrex)

 Dialexia

 Ericsson

 IBM / Lotus Sametime

 Mediatrix

 Microsoft (Office Communications Server)

 Mitel Networks

 NEC

12
  Nokia Siemens Networks

 Nortel

 Panasonic

 Samsung

 Siemens AG

 Thomson (Cirpack)

 Toshiba

 Veraz

 Verso

 ZyXEL

 SIP Serveur Serveur téléphonique VOIP

Autres logiciels propriétaires

 3CX : logiciel propriétaire, protocole SIP standard
 CounterPath X-Lite

 eyeP Communicator : softphone commercial avec protocole standard ouvert SIP par eyeP Media

 Gizmo5 (anciennement Gizmo Project) : logiciel propriétaire, protocole standard ouvert SIP

 Google Talk : logiciel propriétaire, protocole standard ouvert Jabber/Jingle

 Microsoft NetMeeting (abandonné) : logiciel propriétaire, protocole standard ouvert H.323

 pbxnsip : logiciel propriétaire, protocole standard ouvert

 Skype : logiciel propriétaire, protocole propriétaire

 TeamSpeak (audioconférence) : logiciel propriétaire, protocole propriétaire, obscurci et chiffré

 Ventrilo

 Voipbuster

 Windows Live Messenger : logiciel propriétaire, protocole propriétaire

 Yahoo! Messenger : logiciel propriétaire, protocole propriétaire

 DeskCallEVO : logiciel propriétaire, protocole propriétaire

Logiciels libres

Logiciel Système d'exploitation Flux Protocole

13
 Unix, Windows, Sun audio, SIP, SIMPLE, XMPP, GoogleTalk
FreeSWITCH
Solaris, Mac OS X vidéo, chat (Jingle)), H.323, IAX, MRCP, Skype

Asterisk Linux, Mac OS X audio, vidéo SIP, H.323, IAX

SFLPhone Linux audio SIP, IAX

Ekiga (anciennement audio,

Linux, Windows SIP, H.323
GnomeMeeting) vidéo, chat

Jabbin Linux, Windows audio, chat Jabber

audio,
KPhone Linux SIP
vidéo, chat

audio,
Linphone Linux, Windows SIP
vidéo, chat

Linux, Windows, Mac OS X audio,

SIP Communicator SIP, Jabber
(Java) vidéo, chat

Mumble Linux, Windows audio

Twinkle Linux audio SIP, IAX

audio,
QuteCom Linux, Windows, Mac OS X SIP, Jabber
vidéo, chat

audio,
YATE Linux, Windows SIP, Jingle, IAX, H.323
vidéo, chat

14
Matériel

On trouve de plus en plus de matériel directement compatible avec des logiciels de VoIP comme des
téléphones Wi-Fi. La plupart sont liés, dans leur fonctionnement, aux solutions propriétaires comme
les téléphones Skype. Les solutions professionnelles sont liées quant à elles au protocole ouvert SIP ;
les terminaux sont dans ce cas compatibles avec les logiciels libres correspondants. Il existe des cartes
d'interface PCI ( exemple : Digium ) qui permettent aux logiciels PBX (tels qu'Asterisk) de se
raccorder à une ou plusieurs lignes analogiques ( classiques ). Pour une meilleure compatibilité VoIP,
celles-ci doivent respecter les normes TIA/EIA, ISO/IEC ou Cenelec du câblage informatique
Ortronics en fibre optique ou cuivre.

IPv6

La Voix sur IP devrait être améliorée par le protocole IPv6 lorsqu'il sera généralisé. La qualité de
service intégrée dans sa conception permet de gérer indépendamment divers flux tels que la voix, la
navigation internet ( dont téléchargements qui accaparent grandement la bande passante).

De cette manière la qualité de la voix devrait être de qualité optimum et constante.

VoIP pour plusieurs téléphones en dégroupage partiel

But de la manipulation
Permettre d'avoir la VoIP sur tous les postes téléphoniques d'une même maison lorsque l'on est en
dégroupage partiel sans utiliser de Wi-Fi.

Matériel
Un câble RJ11 possédant une fiche te type M de 4 broches ou une prise téléphonique male.

Le principe
Regrouper sur un même réseau câblé les différents téléphones, pour les relier à la Neuf Box,tout en
utilisant les câbles téléphoniques préexistants

Cas 1
Note : la couleur des fils utilisés dans les installations peuvent varier. Dans ce document nous parlons
de fils gris et blancs qui sont les plus couramment trouvés
Chaque téléphone et le modem possèdent une ligne indépendante, toutes les lignes étant regroupées
dans un boîtier répartiteur relié au réseau France telecom.

15
Débrancher la Neuf Box et les téléphones du réseau téléphonique.

Identifier les lignes reliées au répartiteur. Une ligne téléphonique « classique » nécessite deux câbles
généralement gris et blancs : débrancher un câble et vérifier la disparition de la tonalité.

Relier les lignes des téléphones entre elle (blanc avec blanc, gris avec gris) soit en utilisant des
dominos soit en utilisant les plots libres du répartiteur. Ne pas les relier aux fils du réseau France
télécom. Un câble de téléphone d'une installation se compose d'un faisceau de fils dont seul deux (gris
et blanc) sont utilisés. Choisir deux fils de la ligne reliée au modem. Ces deux fils sont ensuite reliés au
fils blanc et gris des autres lignes que nous venons de regrouper. Nous allons appeler ces nouveaux fils
de réseau secondaire

16
Il reste maintenant à créer la connectique pour relier ce réseau secondaire à la Neuf Box. Ces fils
passent donc par la ligne du modem jusqu'à la prise où est branché celui-ci. Au niveau de cette prise il
faut relier le câble RJ11 aux deux fils du réseau secondaire. Nous allons prendre l'exemple d'un câble
RJ11 plat contenant 4 fils et possédant à une extrémité soit une prise téléphonique mâle soit un
connecteur M (a relier ensuite à une prise mâle). Sur un câble plat ce sont les deux fils placé totalement
à droite et à gauche qu'il faut utiliser. Ces fils sont reliés à ceux du réseau secondaire précédemment
fabriqué. Il suffit alors de relier la prise mâle de cette réalisation à la Neuf Box comme il est fait
habituellement.

Ce système a été testé avec deux téléphones et un modem avec succès.

Cas 2

Tous les téléphones sont sur une même ligne téléphonique :

Il suffit de relier cette ligne à un câble RJ11 comme expliqué précédemment puis de brancher ce câble

17
à la Neuf Box

Vous pouvez vous aussi, donner votre avis sur ces installations sur JustNeuf

VoIP pour plusieurs téléphones en dégroupage total

1. La meilleure solution dans le cas du dégroupage total, est la suivante :

L'entrée ADSL est branchée sur la prise LINE du filtre maître et on branche la sortie DSL MODEM du
filtre sur l'entrée modem. Jusqu'ici : du grand classique... Le changement intervient ici:

Normalement, on branche le réseau téléphonique local sur la prise PHONE du filtre maître pour
injecter les fréquences basses sur la totalité du réseau téléphonique (qui se retrouve donc avec
uniquement des fréquences basses, sans nécessité de filtre, car le splitt, fréquence haute/basse est
réalisé en amont).

18
 1. Le changement est donc le suivant :

Les fréquences basses que l'on réinjecte dans le réseau ne sont pas celles issues du filtre (pour la bonne
raison que dans le cas du dégroupage totale Neuf les fréquences basses n’existent plus) mais celles
issues de la Neuf Box. On se retrouve donc avec la Neuf Box reliée au réseau local de facon plus
propre - mais plus lourde à mettre en place - que dans ma précédente proposition.

Vous pouvez vous aussi, donner votre avis sur cette installation sur JustNeuf

2. Une autre solution pour les bricoleurs bidouilleurs dans le cas du dégroupage total, est la
suivante :

En dégroupage total La ligne VoIP arrive par le modem. les autres prises téléphoniques de votre
domicile seront donc inopérantes. Quel dommage d’avoir pleins d’autres prises téléphoniques dans
votre domicile qui ne servent à rien. Il existe une astuce simple de bricoleur !

Pour cette astuce je vais essayer de faire simple "pour des pas trop bricoleurs"  :

Tu es en D.T. seul ton tel sur la box fonctionne et comme préconisé, tu as nettoyé ta ligne donc tu as
déconnecté les fils inutiles (donc sur toutes tes prises tel murales "femelle" de chez toi seul les fils sur
1 et 3 sont connectés) pense bien à noter les couleurs des fils sur 245678 dans tes prises avant (on est
jamais trop prudent).

19
1- Tu démontes la prise gigogne "mâle" du tel branché sur la box (celui qui fonctionne) et tu rajoute 2
fils en parallèles que tu connectes ( sur les 2 autres fils, effet miroir des 1 et 3, " le mâle rentre dans la
femelle") et que tu ramène directement sur la prise tel "femelle" de chez toi sur les plot (2 et 4 par
exemple)

2- Tu rebranches une à une dans les prises tel "femelle" de chez toi les fils correspondant (2 et 4 ) et
donc se faisant ta VOIP sera distribuée sur toutes tes prises de chez toi sur les plots 2 et 4.

3- Tu prends un autre téléphone tu démonte la prise gigogne "mâle" et tu déconnectes les fils (effet
miroir des 1 et 3) et les met en lieu et place (effet miroir des 2 et 4 " le mâle rentre dans la femelle")
Voila ce téléphone devrait fonctionner dans toutes les prises tel de chez toi!

How to Understand IP PBX

The IP PBX (Internet Protocol Private Branch eXchange) is an integral part of the VoIP (Voice over
Internet Protocol) network. The IP PBX, simply stated, is a device built to include the IP (Internet
Protocol). It is important to understand the features of telephony networks before understanding IP
PBX. Here are some guidelines to understand IP PBX.
Instructions
1. Step 1

Differentiate between IP PBX and IP-enabled PBX. While IP PBX includes a provision for an IP,
the IP-enabled PBX adds functionality of IP into its existing product as an additional feature. The
IP PBX comes with a distinctive software and operating system, whereas IP-enabled PBX requires
add-on software and hardware.
2. Step 2

Understand the role of PBX in telephony network. The PBX is a switching system that is part of
the network meant to connect internal telephone extensions and PSTN (Public Switched Telephone
Network). Those organizations depending on VoIP for majority of their voice conversations
usually use an extended form of PBX which is the IP PBX or Internet Protocol Private Branch
eXchange.
3. Step 3

Learn how vendors program the PBX with a variety of user applications, such as call forwarding,
call conferencing, call hold and other complex call-center specific applications. This makes PBX
very versatile and pivotal in the telephony network. IP PBX performs all the above mentioned
functions of a traditional PBX and many more. The key difference is that in the case of IP PBX,
voice transmissions are not sent via normal phone lines but sent in the form of voice packets over a
data network (Internet) instead of a closed circuit-switched network.
4. Step 4

Know how IP PBX eliminates these additional charges, giving their users a great flexibility in
handling such changes due to its open protocol architecture.

20
5. Step 5

Remember that the IP PBX can reside behind the traditional PBX, which effectively means that
calls continue to be routed via the existing PBX.
6. Step 6

Explore how IP PBX technology evolved by peeping into the past and learning about companies
such as Altigen, Dash, NetPhone, NBX (Networked Branch Exchange) and so on that provided
several innovations in IP-based products and services.
7. Step 7

Understand that IP PBX designs can also be set up as a single server, network or group servers to
enhance its technical capabilities.
8. Step 8

Determine the cost-effectiveness of IP PBX over analog or digital PBXs, as the voice packets
travel over LAN or WAN instead of the traditional copper wires. Additionally, it eliminates the
need to use expensive telephony cards as software applications can connect to IP PBX easily over
the network. It is also easy to configure and install as well as being low-maintenance.
IP-enabled PBX definition - telecom

A PBX that couples VoIP (Voice over Internet Protocol) onto a conventional PBX based on time
division multiplexing (TDM). The intelligent IP phones can take the form of either hardphones or
softphones that connect either over a switched Ethernet LAN. The LAN-attached data terminals
interconnect as usual. The IP phones connect to the PBX through an Ethernet port on a line card that
includes an IP gateway that resolves the interface issues between the TDM bus and the switched
Ethernet LAN that supports VoIP. Calls between the LAN-attached IP phones are conducted on a peer-
to-peer basis using their LAN addresses, and are confined to the LAN. Calls between TDM phones
also are on a peer-to-peer basis through the TDM switching matrix. Calls between a LAN-attached IP
phone and a PBX-attached TDM phone go through the gateway, where protocol issues are resolved,
including address translation between PBX extension numbers and Ethernet LAN addresses.

21
CHAPITRE 3

La ToIP Open Source

1 - Introduction
2 - La VoIP / ToIP
3 - Les Principaux protocoles
        3.1 - Les Protocoles de signalisation
        3.2 - Protocole de transport
4 - Les solutions IPBX open source
        4.1 - Qu'est-ce qu'un IPBX ?
        4.2 - Asterisk
        4.3 - SipXecs
        4.4 - CallWeaver
        4.5 - FreeSwitch
        4.6 - GNU Bayonne
        4.7 - YATE
5 - Synthèse
6 - Glossaire
7 - Discussion autour de la documentation
8 - Suivi du document

1 - Introduction

Le monde de la téléphonie sur IP se porte bien, toujours en plein boum depuis ces dernières années où
cette technologie a révolutionné le monde des télécoms. En effet, la téléphonie sur IP offre de
nouvelles perspectives encore impossibles avec les systèmes télécoms traditionnels et plus récemment,
elle offre une simplicité d'exploitation par le biais d'interfaces graphiques intuitives que vous avez
peut-être déjà pu observer sur les nouvelles solutions ToIP Open Source, je vous propose que l'on voit
certaines de ces solutions afin de vous présenter un panel de solutions gratuites en matière de
téléphonie sur IP.

De leurs côtés, les opérateurs télécoms migrent tous leurs systèmes vers l'IP et certains opérateurs
DATA étendent leurs catalogues avec de multiples offres VOIX pour la plus grande joie de tout le
monde. Les professionnels ont rapidement pris conscience de l'importance de la téléphonie sur IP et
peuvent maintenant proposer des solutions simples et à moindre coût pour tous. L'exemple typique que
tous le monde connaît correspond à toutes les offres *BOX (LiveBox, FreeBox, NeufBox...) qui vous
proposent maintenant des offres « Triple-play », « quadruple-play » (Internet + TV + Téléphone +
GSM Wifi) et bientôt des offres « Penta-play » qui vous permettrons de regarder la TV sur votre
mobile par le biais d'une simple connexion UMTS/WiMax comme le propose aujourd'hui SFR par
exemple. Du côté des particuliers, la révolution du monde libre suit son cours et nous fait découvrir les
premières solutions de ToIP open source permettant d'avoir son propre IPBX à la maison et de
bénéficier des services avancés en matière de télécommunication comme dans votre entreprise, voir
mieux pour les utilisateurs avancés.

2 - La VoIP / ToIP

La première remarque à ce sujet consiste à ne pas faire l'amalgame entre la VoIP (Voice over Internet
Protocol) et la ToIP (Telephony over Internet Protocol).

22
La VoIP correspond à « la mise en paquets » de la voix en datagramme IP afin de transporter les flux
de la voix en « temps réel » par le biais de la technologie IP, principalement des connexions « point à
point » entre deux interlocuteurs ou plusieurs IPBX qui communiquent entre eux.(www.frameip.com)
La VoIP transportant la voix par le biais de la « commutation par paquets » possède aussi la contrainte
du délai de transit identique à la « technologie par circuit » dite traditionnelle qui correspond au temps
qui s'écoule entre le moment où une personne parle et le moment où son interlocuteur entend la phrase.
Le transit de votre voix au travers de multiples équipements, d'internet et à destination de l'étranger ou
d'un mobile ne doit pas excéder 300ms, au-delà, votre conversation sera de mauvaise qualité,
hachée...C'est pourquoi, les opérateurs s'efforcent de « réserver » une bande passante minimum pour
votre téléphone connecté sur votre « *.box » par le biais d'une boucle locale ADSL, bien que cette
technologie ne propose pas en théorie une qualité de service garantie.

Les avantages de la VoIP sont multiples mais le principal avantage reste le prix car les opérateurs sont
aujourd'hui en mesure de vous proposer des forfaits illimités vers tous les fixes en France et même
pour certaines, illimités vers certains pays étrangers.

Lorsqu'on parle de ToIP, cela concerne le périmètre du concept, de l'architecture et des équipements
qui permettent d'utiliser la VoIP afin de bénéficier de tous ces avantages et des ces nouvelles
fonctionnalités associées à cette technologie.

3 - Les Principaux protocoles

En termes de téléphonie sur IP, il faut distinguer plusieurs types de protocoles :

 Les protocoles de signalisation.

 Les protocoles de transport de la voix.

Les protocoles signalétiques, ont la charge de régir les communications, de déterminer les appelés, de
signaler les appelants, de gérer les absences, les sonneries etc... Mais aussi de négocier quel codec
pourra être utilisé.

Les protocoles de transport quand à eux, transportent l'information sur un réseau IP. Ce type de
protocoles est spécifique à la voix sur IP et aux applications nécessitant le transit de l'information en
temps réel comme par exemple, la vidéo conférence.

Voici une liste des principaux protocoles de VoIP:

 SIP
 IAX

 MGCP

 H.323

 SCCP, propriétaire Cisco Systems anciennement Skinny.

 UA/NOE, propriétaire Alcatel.

23
  UNISTIM, propriétaire Nortel

Le SIP est certainement aujourd'hui le protocole le plus connu par le grand public principalement dû à
l'émergence de multiples solutions IPBX Open Source dont nous parlerons un peu plus loin dans cet
article.

Cependant, un petit nouveau a fait son entrée sur le marché de la VoIP. L'IAX encore inconnu il y a
quelques années, il rattrape son retard en s'affranchissant des problèmes de NAT, il n'est pas une
menace pour le SIP qui est maintenant très bien implanté mais il est en train de devenir une alternative
fiable.

Les protocoles propriétaires, sont des protocoles développés directement par les constructeurs et qui ne
sont pas « ouverts » (non compatible avec d'autres), ils fonctionnent donc uniquement avec les
équipements de leurs fabricants. Chacun des grands constructeurs a créé le sien afin d'adapter leurs
équipements et de fidéliser le client sur leurs solutions propriétaires.

3.1 - Les Protocoles de signalisation

3.1.1 - H323

Premier protocole VoIP, issue des technologies téléphoniques, il est développé par L'UIT-T,
il est couramment considéré lourd à mettre en place et ayant comme conséquence un prix du
marché fort. Ce protocole référencé H323 s'appel en réalité « Système de communication
Multimédia Fonctionnant en mode Paquet » est apparue dans sa version 1 en 1996, il est
aujourd'hui disponible en version 6.
H 323 permet la mise en place de réseaux téléphoniques IP étendus. Sa prétendue
complexité le réserve à un usage professionnel. Les majeures parties des FAI grand public
en France utilisent MGCP et/ou SIP.

3.1.2 - SIP

Le protocole SIP (Session Initiation Protocol) a été publié pour la première fois par l'IETF
en 1997, par la RFC 2543. Cette dernière un peu vague a été complétée au cours du temps
pour finalement arriver en 2002 à la RFC 3261.

SIP à l'origine était conçue pour être un protocole simple, mais afin d'offrir le même niveau
de service que H323, Le protocole s'est enrichie, le rendant plus complexe, même si le
principe de base reste, beaucoup plus simple que H323. Le SIP a longtemps été considéré
comme le futur de la ToIP, il est en tout cas un des protocoles majeurs sur le marché.

3.1.3 - MGCP

Le MGCP (Media Gateway Control Protocol) est un protocole de VoIP issu des premiers
développements du projet TIPHON (Telecommunication and Internet Protocol
Harmonization Over Network) par Telcordia et Level 3 Communications ensuite validé en
1998 par l'IETF par la RFC 2705. Ce protocole a été créé afin d'offrir une couverture plus
large en fédérant toutes les signalisations, qu'elles soient IP ou RTC entre autres. (SS7,
H323, SIP...) car les passerelles d'interconnexions en H323 des FAI étaient trop complexes

24
 et trop couteuses.

Ce protocole est fortement utilisé sur le marché par les ISP (Internet Service Provider) afin
d'assurer le contrôle et l'administration à distance des boitiers « *Box » et il constitue la base
des offres IP Centrex des opérateurs.

3.1.4 - IAX/IAX2

Le protocole IAX (Inter-Astérisk eXchange) est issu du projet d'IPBX open source et de la
communauté « Astérisk », tout comme le SIP, c'est un protocole de VoIP qui permet de
communiquer entre client/serveur ou serveur/serveur.
La différence avec le SIP et le point fort de l'IAX, se base sur l'utilisation d'un port UDP
unique qui est le port « 4569 » qui permet de s'affranchir des problématiques de NAT
dans votre système télécom.

Lorsque l'on parle d'IAX, on parle maintenant de la version 2 puisque la première version de
se protocole n'est quasiment plus utilisé (IAX 1= UDP 5036). Le protocole IAX n'est pas
encore standardisé. L'IAX2 support maintenant l'authentification par certificat (PKI), le
mode « Trunking » et possède aussi un « JitterBuffer » plus évolué que SIP, plus adapté aux
boucles locales ADSL des particuliers, ce qui permet d'obtenir une légère augmentation du
niveau de qualité que le SIP dans ces conditions.

Le seul Bémol de ce protocole est qu'il n'est pas encore standardisé donc le nombre
d'équipement supportant ce protocole reste faible.

3.2 - Protocole de transport

Aujourd'hui, le couple RTP/RTCP, s'utilise systématiquement dans les applications

multimédias interactives, pour la téléphonie, la vidéo, les jeux vidéo et même les premiers
simulateurs de réalité virtuelle. Ces protocoles applicatifs sont chargés de transporter une
information multimédia en temps réel au travers d'un réseau IP. Cependant, ce couple de
protocole n'est pas utilisé pour la réservation des ressources réseaux, ni pour fiabiliser les
échanges, ni pour garantir les délais de transit puisque certains paquets peuvent être retardés.

3.2.1 - RTP

Le RTP (Real Time Protocol) créé en 1996 dans la RFC 1889, rendu obsolète et standardisé
par l'IETF par la RFC 3550 en 2003. Le RTP a été conçu pour transporter des flux IP
ayant de fortes contraintes temporelles, typiquement, des flux multimédias, il permet de
reconstituer les flux IP multimédia en temps réel en agissant à deux niveaux :

 La synchronisation des flux

 La reconstitution de l'ordre des paquets

Il est important de noter que les protocoles de signalisation comme les protocoles de
transport peuvent être utilisés entre les terminaux IP et l'IPBX, mais aussi directement entre

25
 les terminaux, si ces derniers peuvent communiquer en IP, ces solutions présentent des
avantages et inconvénients qui sortent du cadre de cet article.

3.2.2 - RTCP

Le RTCP (Real Time Control Protocol) lui aussi publié par l'IETF dans la RFC 3550 en
2003, permet un contrôle des flux RTP afin de garantir leurs intégrités ainsi qu'une
supervision du réseau en agissant comme une sonde qui informe l'utilisateur de l'état du
réseau en temps réel. Les protocoles RTP et RTCP sont indépendants mais néanmoins, leur
association apporte une cohérence dans le traitement de l'information en temps réel afin
d'optimiser les conditions de transport des flux IP multimédia ainsi que la qualité de service
générale.

4 - Les solutions IPBX open source

4.1 - Qu'est-ce qu'un IPBX ?

Un IPBX ou PABX IP (Private Branch Exchange) est un équipement (autocommutateur)

téléphonique capable d'acheminer les appels sur un réseau via l'utilisation du protocole IP.
Internet Protocol permet à partir de l'identifiant d'une hôte (PC, téléphone) un identifiant appelé
une adresse IP d'acheminer des flux voix, données et images au sein d'un réseau informatique. Il
gère l'établissement des communications entre plusieurs postes à l'intérieur d'une entreprise, ainsi
que vers l'extérieur (réseau de public : PSTN). Pour établir une communication, les utilisateurs
pourront utiliser un softphone (logiciel installé sur un PC) où un hardphone (téléphone «
matériel» qui utilise les protocoles de voix sur IP) compatibles avec l'IPBX utilisé. L'IPBX en
fonction du niveau d'intelligence, permettra de fournir l'ensemble des services lié à la gestion de
la téléphonie de l'entreprise.

Les IPBX offrent les mêmes fonctionnalités que les PABX dit traditionnels:

 Serveur vocal interactif (SVI ou IVR)

 Transfert d'appel

 Numérotation interne

 Voice-mail

 Identification du numéro

 Rejet d'appel

 Blocage des appels des utilisateurs

 Historique des appels

 Mise en attente

 Renvoi d'appels (sans réponse - occupés)

26
  Messagerie unifié

 Groupement d'appel

 Musique d'attente

 Notification d'e-mails

 Etc...

Le concept est simple, il vous suffit d'un pc tout ce qu'il y a de plus classique sur lequel vous
installez une solution de ToIP open source. Vous branchez ensuite votre IPBX maison
directement à la place de votre téléphone IP sur votre ****BOX sur le port dédié à la téléphonie
qui correspond à un « TrunkSip ». Aujourd'hui, très peu d'opérateur (excepté les offres
****BOX) vous propose des solutions « TrunkSip », encore hors process et offre non
commercialisée pour l'instant dans leurs services, demain vous n'aurez plus de ligne analogique
chez vous mais bel et bien un ou plusieurs téléphone IP ainsi qu'un Fax IP.

Le « TrunkSip » n'est pas obligatoire pour utiliser un IPBX, vous pouvez aussi l'interconnecté
avec le PSTN par le biais d'une ligne T0 ou T2 mais il vous en coutera une carte Hardware T0 ou
T2 ainsi que sa configuration qui reste assez complexe ...  Cette configuration vous permet ainsi
de personnaliser vos services de téléphonie sur IP et d'ajouter un grand nombre de poste IP
supplémentaire chez vous et par exemple de leur attribuer à tous un numéro interne et des règles
de filtrage définit.
Ces règles de filtrage vous permettront par exemple d'empêcher un poste IP précis de ne pas
appeler des numéros spéciaux et/ou de mobile pour vos enfants par exemple. Vous pouvez
autoriser les appels internationaux uniquement sur votre poste IP afin d'éviter l'explosion de vos
communications.

4.2 - Asterisk

Asterisk est la solution IPBX Open source la plus utilisée sur le marché de la téléphonie sur IP à
l'heure actuelle. Cette solution a notamment donnée naissance à plusieurs projets dont le but était
la conception d'IPBX Open source, même les leaders des télécommunications se sont mis à
développer des solutions autour de ce produit. Il est possible de citer certains projets Open Source
dont Asterisk à permit de donner naissance comme Bayonne, Callweaver, Freeswitch et d'autres
encore.

Ce produit doit sa conception au fondateur de la société Digium Mark Spencer qui en 1999 alors
qu'il était étudiant à l'université d'Auburn aux États-Unis (Alabama) décide de concevoir son
propre PBX sur la base d'une distribution linux. Le résultat de cette conception s'appelle Asterisk,
outil qui connaît aujourd'hui un grand succès dans son domaine. Le projet initial a été développé
autour d'une GNU/Linux sur une plate-forme de type x/86, actuellement cette solution est
désormais disponible sur une plus grande quantité de plates-formes. Asterisk est un PBX Open
Source qui est basé actuellement sur la licence GPL 2.0.

Ci-dessous plusieurs déclinaisons d'Asterisk :

27
4.2.1 - AsteriskGUI et Free PBX

AsteriskGUI, GUI pour Graphique User Interface (Interface utilisateur graphique) se trouve
être une interface graphique et l'outil d'administration d'asteriskNOW. Free PBX est aussi
une interface d'administration créée pour la gestion des serveurs Asterisk. Ces interfaces
permettent à chacun de simplifier l'utilisation et l'administration de votre IPBX en le rendant
plus accessible.

4.2.2 - Asterisk at Home

Cette déclinaison d'Asterisk est destinée à être intégré au sein de très petites structures
comme les réseaux domestiques. L'objectif de cette distribution est de simplifier l'intégration
d'un serveur de téléphonie sur IP et de proposer une version « light » d'Asterisk sous forme
de package.

4.2.3 - Asterisk for Windows

Cette plate-forme d'Asterisk est une déclinaison destinée à permettre la mise en oeuvre de la
solution Asterisk sous Windows pour les allergiques à Linux. Cette déclinaison dispose des
mêmes fonctionnalisées que ses homologues sous linux.

Asterisk permet de fournir les fonctionnalités classiques d'un PBX. L'administration de la

plate-forme Asterisk peut se faire via une interface graphique de type WEB tel
qu'AsteriskGUI, l'édition des fichiers de configuration en mode texte ainsi qu'un mode
d'administration via une console CLI (Interface en ligne de commande).

Concernant la VoIP en elle-même, l'outil est capable de gérer un certain nombre de

protocoles de signalisation de téléphonie sur IP, comme IAX, SIP, H323, MGCP, SCCP. Il
est également possible de raccorder des téléphones IP de différents constructeurs à un IPBX
Asterisk.Asterisk a été écrit avec le langage C. Cette solution fonctionne sur des systèmes
d'exploitation tels que Linux, OpenBSD, Windows, Mac OS X Jaguar. Asterisk fournit
quatre API (Interface de programmations d'application) modulaires permettant la
modification liée aux interfaces matériels, applications téléphoniques, traitement de format
de fichier et des codecs. Asterisk permet de mettre en oeuvre un certain nombre de
fonctionnalités dont certaines sont citées ci-dessous.

 Fournit un grand nombre de fonctionnalités lié à la gestion des appels comme

les transferts, interception, mise en attente des appels, musique d'attente...
 Permets de réaliser des conférences vocales à plusieurs.

 Service d'identification de l'appelant.

 Fournit des services vocaux interactifs (IVR Interative Voice Response)

 Interconnexion au réseau téléphonique traditionnel (FXS/FXO, ISDN, PRI,

E1, T1) Cartes Digium.

 Supporte une large gamme de protocoles TDM.

28
  Gère plusieurs protocoles de Voix sur IP (H.323, IAX, IAX2, MGCP and SIP
and SCCP).

 Compatibilité avec plusieurs modèles de téléphones IP (Cisco, Nortel,

Polycom ....).

 Utilisation de l'Inter-Asterisk eXchange (IAX) pour la communication entre

deux serveurs Asterisk.

 Ne nécessite pas de plate-forme matérielle spécifique (RJ45), sauf pour

l'interconnexion au réseau TDM.

 Possibilité d'intégrer du développement JAVA.

Site officiel du projet Asterisk : http://www.asterisk.org

Site officiel de DIGIUM : http://www.digium.com/en/

4.3 - SipXecs

SipXecs est une solution IPBX gratuite pouvant être mise en oeuvre au sein d'infrastructure de
différentes tailles. Elle peut être intégrée dans des infrastructures de très petites tailles à des
infrastructures allant jusqu'à 6000 d'après les développeurs de la communauté. Ce produit a pour
particularité de supporter uniquement le protocole SIP. À titre d'exemple Nortel Networks un des
leaders du marché des télécommunications a annoncé que sa dernière solution de communication
unifiée à destination des PME (SCS500) est totalement basée sur le code source de SipXecs.
Nortel a également annoncé par la même occasion son entrée dans la communauté du SIPfoundry
en tant que contributeur du projet.

Ce produit est prévu pour fournir des services de téléphonie sur IP même au sein de structure de
petite taille, avec une utilisation personnelle ou bien même au sein de très petites entreprises
souhaitant disposer d'une solution de messagerie unifié et de téléphonie sur IP.

SipXecs doit sa création à la société « Pingtel Corp » qui réalisa le développement du produit en
1999. Sa création avait un objectif commercial avant d'aboutir en 2004 sur un modèle basé sur
l'Open source en participant à la création de la communauté SIPfoundry. SIPfoundry est une
communauté Open Source qui s'est basé sur le standard SIP (Session Initiation Protocol) pour
développer la solution IPBX SipXecs ayant comme fondement le respect du standard SIP. La
solution est basée sur la licence GNU Lesser General Public License 2.1

Ce produit a été développé à partir des langages C/C++ et basé sur une interface d'administration
WEB afin de réaliser la gestion des différents services offerts par le produit tel que le plan de
numérotation, les utilisateurs ou bien les téléphones. Ce serveur peut être intégré sur des serveurs
standards basés sur des plates-formes Intel, AMD ou power PC, le support de la technologie 64
bit devrait suivre prochainement. Ce produit est capable de réaliser dynamiquement la découverte
des équipements comme les téléphones IP. Il permet une intégration complète d'un système de
messagerie unifié pour Microsoft Outlook.

29
 Ce produit est prévu pour être couplé à un service d'annuaire de type OpenLDAP ou Active
Directory en y ajoutant Microsoft Exchange 2007. SipXecs est conçu pour fonctionner
uniquement sur des plates-formes basées sur le système d'exploitation Linux (Centos, Debian,
Fedora, Suse, Gentoo et FreeBSD). Actuellement la dernière version stable en ligne de SipXecs
est la version 3.10.

Exemple de services que SipXecs est capable de fournir :

 Messagerie vocale.
 Distribution des appels automatisés.

 Messagerie unifiée.

 Trunk RTC.

 Trunk SIP.

 Call Center Server.

 Intègre des mécanismes de haute disponibilité et de tolérance de panne.

 Interopérabilité avec tous les équipements respectant le standard SIP.

Le site officiel du projet SIPfoundry : http://www.sipfoundry.org

La liste des équipements compatibles avec la solution (passerelles, Hard phones Softphones ...) :
http://sipx-wiki.calivia.com/index.php/Phones_%26_Gateways

4.4 - CallWeaver

Callweaver est un IPBX qui a été développé autour du projet Asterisk. Ce produit est basé sur une
licence de type GPL. Callweaver est capable de s'interfacer sur plusieurs types de réseaux, tel que
le raccordement à un réseau téléphonique traditionnel ou IP. Ce produit a été conçu de sorte à ce
qu'il puisse gérer un ensemble de protocoles de signalisation de Voix sur IP (H323, IAX2,
MGCP, SIP ...).

Anciennement connu sous le nom de projet openPBX, celui-ci est devenu le projet Ce projet a été
renommé Callweaver étant donné que le nom d'un produit développé par la société Voicetronix
portait le même intitulé. Ce produit est né en 2005, Callweaver est dérivé d'une autre plate-forme
Open Source, pour cela la solution avec laquelle « le Fork » a été réalisé, fût la version 1.2
d'Asterisk. La raison de la création de cette communauté est liée au fait que les développeurs
avaient une vision différente de celle de Digium.

Cette solution étant dérivée d'Asterisk, les fichiers permettant la configuration sont similaires. Un
autre moyen permet d'administrer le serveur, comme une interface WEB plus simple pour les
adeptes de l'interface graphique. Cette solution utilise la librairie SpanDSP pour la gestion des
codecs ainsi que la gestion de la réception et de l'émission des FAX L'une des plus grosses
difficultés liées aux communications SIP par rapport à la NAT est liée à la modification des
informations d'adressage durant le transport des informations lors du passage à travers
30
l'équipement réalisant la translation d'adresse (NAT). Le support de STUN (Simple Traversal of
UDP trough NATs) a été développé par un des principaux organismes de standardisation (IETF)
afin de permettre la réalisation des communications SIP à travers une NAT (translation d'adresse
d'un réseau privé vers un réseau public).

Cette plate-forme est prise en charge par plusieurs types de systèmes d'exploitation (Linux,
FreeBSD, NetBSD, OpenBSD, MacOS X/Darwin, Open/Solaris). La version stable actuellement
en ligne de Callweaver est la version 1.2.0.1. Ci-dessous une présentation des principales
caractéristiques de l'outil :

 Interconnexion au réseau RTC (FXS/FXO, ISDN, PRI, E1, T1).

 Gère plusieurs protocoles de Voix sur IP (H.323, IAX2, MGCP and SIP and
SCCP).

 Supporte le protocole STUN pour les communications SIP.

 Support du FAX via T.38. (Fax over IP)

 Serveur vocal interactif.

 Gestion des conférences.

 Gestion des fils d'attentes.

Le site officiel du projet Callweaver : http://www.callweaver.org/wiki/CallWeaver

Pour télécharger Callweaver, vous pouvez le faire via l'adresse ci-dessous :
http://www.callweaver.org/browse

Pourquoi CallWeaver Forks Asterisk:

 La communauté à le contrôle du projet Callweaver, de sorte que pas une seule

personne ou entreprise peut arrêter le progrès.
 Utilisation des meilleures bibliothèques disponibles. (par ex SpanDSP, Unicall,
Sofia SIP)

 Basé sur Asterisk 1.2, pas de remise en question des acquis du projet d'origine,
principalement axé sur l'ajout de modules complémentaire dans le but de
développer de nouveaux services avancés.

 Pas de double licence, uniquement GPL

 Pas d'intérêts commerciaux, communauté de développement libre

Liste non exhaustive des principales différences avec Asterisk :

 Plus d'utilisation des dépendances Zaptel pour le timing des conférences

 Séparation du serveur de daemon de la command-line interface (CLI)

 Support STUN (pour SIP NAT traversal & SIP communications)

31
  Remplacement de « Asterisk's core DSP » par l'utilisation de « SpanDSP », plus
efficace et supporte T.38 Fax sur IP (STUN)

 Utilisation de SQLite pour sa base de données interne

 Utilise un « jitterbuffer » universel pour être utilisé avec tous types de canaux

 Utilisation du « Haching » pour le plan de numérotation donc plus rapide et plus

efficace.

 Les variables et des applications dans « extensions.conf » sont sensibles à la casse,

script de conversion fournit

 Renommage de certaines fonctions natives, script de conversion fournit

 Fournit des scripts de conversion pour convertir les fichiers de configuration

chaque fois que des modifications sont apportées à la syntaxe ou le format

 Support for PostgreSQL en mode temps réel

4.5 - FreeSwitch

Freeswitch est une solution open source de téléphonie sur IP, sous une licence MPL (Mozilla
Public License), développé en C. Elle permet la mise en place de communications vers un
téléphone virtuel via un commutateur virtuel. Freeswitch peut être utilisé comme un simple
commutateur, un PBX, une passerelle ou un serveur d'applications IVR (Interactive Voice
Response) en utilisant des scripts ou des fichiers XML permettant d'automatiser certaines taches
et de développer de nouveaux services.

Freeswitch fonctionne sur plusieurs systèmes d'exploitation, notamment Windows, Mac OS X,

Linux, BSD et sur les deux plates-formes Solaris (32 bits et 64 bits). Une Interface Web pour
Freeswitch est disponible sous le nom Wiki PBX.

Freeswitch supporte les caractéristiques standards et avancées du protocole SIP, permettant de

mettre en place un serveur de conférence, un serveur de Voicemail,... Il utilise aussi les
protocoles IAX2, Jingle et H323, et supporte le Fax via T.38.

Freeswitch nécessite 50 Mo d'espace disque, 512 Mo de Ram et une sortie téléphonique (RJ 45).

Les langages de programmation supportés par cette solution sont :

 Javascript
 Python

 Perl

 Lua (langage de script libre)

La configuration de Freeswitch peut s'effectuer de deux manières :

32
  En ligne de commande (CLI)

 En Interface graphique (Web)

Exemple d'un fichier Freeswitch.xml standard:

<?xml version="1.0"?>
<document type="freeswitch/xml">
<X-PRE-PROCESS cmd="include" data="vars.xml"/>

<section name="configuration" description="Various Configuration">

<X-PRE-PROCESS cmd="include" data="autoload_configs/*.xml"/>
</section>

<section name="dialplan" description="Regex/XML Dialplan">

<X-PRE-PROCESS cmd="include" data="dialplan/*.xml"/>
</section>

<!-- mod_dingaling is reliant on the vcard data in the "directory" section. -->
<!-- mod_sofia is reliant on the user data for authorization -->
<section name="directory" description="User Directory">
<X-PRE-PROCESS cmd="include" data="directory/*.xml"/>
</section>

<!-- phrases section (under development still) -->

<section name="phrases" description="Speech Phrase Management">
<macros>
<X-PRE-PROCESS cmd="include" data="lang/*/*.xml"/>
</macros>
</section>
</document>

http://www.wikipbx.org/
http://www.freeswitch.org/

4.6 - GNU Bayonne

GNU Bayonne est le serveur d'applications téléphoniques du projet GNU, c'est-à-dire orienté
open source basé sur une licence "libre". Cette solution offre un environnement gratuit permettant
aux petites et grandes infrastructures de développer, de déployer et de gérer des solutions de
téléphonie intégrées à leur réseau informatique afin d'exploiter une ou plusieurs lignes
téléphoniques. GNU Bayonne propose sur le marché des PBX Open source, un serveur applicatif
distribué complet, utilisable avec des cartes téléphoniques multiports de plusieurs fabricants et
fonctionnant sur des systèmes d'exploitation libres.

GNU Bayonne2 permet de développer des applications IVR (Interactive Voice Response) grâce à
un simple langage de script. La version 1.x gère la VoIP grâce au couplage avec le logiciel GNU
oSIP Stack.
33
GNU Bayonne se décline sous deux versions :

 Bayonne 1 : version développée en 1998 pour succéder au système ACS.

 Bayonne 2 : version développée en 2005 avec un accent particulier sur l'utilisation

du protocole SIP.

Bayonne est basé sur le projet ACS (Adjunct Communication Server). Le projet ACS a été repris
par le projet GNU qui oeuvre pour développer un système d'exploitation et des logiciels
complètements gratuits basés sur Unix. Le nom Bayonne vient du nom du célèbre pont qui relie
la ville de Bayonne dans le New Jersey avec l'île de Staten Island dans l'état de New York.
L'auteur a ainsi voulu montrer que son logiciel était un « pont » entre le monde de l'informatique
et le monde de la téléphonie.

Bayonne ne possède pas de fonction IP-PBX dans sa version 1. La version 2, prend en compte
cette fonctionnalité. Ce projet étant peu suivi par la communauté Internet, il est très difficile donc
de trouver de la documentation. Actuellement GNU Bayonne est un projet de petite envergure
mais il a le mérite d'avoir fait partie des précurseurs dès 1998.

Le fonctionnement de GNU Bayonne repose sur plusieurs composants que l'on doit lui associer
pour pouvoir l'exploiter et le mettre en place.

 GNU Common C++

 GNU ccScript (Machine virtuelle)

 GNU ccAudio (Gestion des flux audio)

 GNU oSIP Stack (Pile SIP)

 Libhoard (librairie additionnelle)

 Voicetronix PCI (pilote)

Bayonne dispose d'un interpréteur de scripts qui peut être étendu grâce à des applications TGI
(Telephony Gateway Interface), c'est-à-dire une "Passerelle d'Interfaçage Téléphonique"
permettant de simplifier l'intégration de GNU Bayonne. La solution peut être utilisée aujourd'hui
complètement sous GNU/Linux avec une variété grandissante de matériels téléphoniques
compatibles. Bayonne est portable et peut être compilé sur la plupart des systèmes d'exploitation.

GNU Bayonne se caractérise par la multitude de services qu'il offre, notamment GNU Bayonne2
qui utilise le protocole SIP et H323 offrant des services avancés IP, bien connu des solutions PBX
Open source. Certains utilisateurs de Bayonne avouent que sa configuration est difficile à mettre
en place.

La première étape consiste à disposer d'un système d'exploitation open source, par exemple
Debian.

34
 La seconde étape consiste à compiler et installer GNU Bayonne2 puis, les modules et enfin les
fichiers de configuration pour les différents services que vous souhaitez mettre en place pour
configurer vos services.

Voici un exemple de configuration du serveur et du pilote :

/etc/bayonne/server.conf
[server]
user = bayonne
group = bayonne
language = en_us
voice = en/deborah

[engine]
driver = sip
/etc/bayonne/driver.conf
[sip]
inband = true
dtmf = 101
interface = 10.0.1.116:5070 <- replace this with your server ip address
;rtp = 5074

http://www.gnu.org/software/bayonne/
http://www.linuxfocus.org/Francais/April2005/article372.shtml

4.7 - YATE

YATE est un logiciel créé par une communauté originaire de Roumanie, le nom donné à la
solution est un acronyme signifiant « Yet Another Telephony Engine ». Il a été développé en C++
par la société Null Team qui a été fondée en 2004, après quelques années d'expérience dans le
domaine de la téléphonie et de la création de logiciel. Yate se distingue sous deux versions :
YATE 1 et YATE 2.

Le développement de YATE est subventionné par la société Sangoma Tech. Cette solution est
intégralement compatible avec les cartes d'interface développées par Sangoma Tech, avec une
particularité pour YATE 1 qui prend en charge uniquement les cartes de type Sangoma Tech.

YATE peut être utilisé à la fois en tant que client ou serveur. Le mode client est un softphone
développé en java. Il peut réaliser la fonction de passerelle entre le réseau public et le réseau IP
ou entre un PC et un téléphone, afin de réaliser l'acheminement des communications ver le réseau
de l'opérateur.

Yate a été conçu de sorte à permettre son exploitation sur les OS Windows, Linux et Unix. Ce
logiciel accepte les scripts dans différents langages de programmation, tel que le PHP, Perl,
Python.

Voici les éléments applicatifs que l'on retrouve dans la solution Yate :

35
  Un outil de supervision : YateGUI
 Une interface Web pour le client (disponible sur Windows et Linux) : YateClient

 Une interface d'administration : YateAdmin

 La possibilité de mettre en place un proxy : SIP - H323

Yate supporte les protocoles :

 H323 (basé sur OpenH323)

 SIP (basé sur une pile SIP propre à YATE)

 IAX et IAX2 (basé sur une partie de libIAX).

 RTP

Se décline sous différentes fonctionnement comme :

 Serveur de téléphonie sur IP

 Client VoIP

 PSTN VoIP Gateway

 PC2Phone et Phone2PC Gateway

 Gardien H.323

 Proxy H.323 <-> SIP

 Routeur SIP

 Serveur d'enregistrement SIP

 Serveur et/ou client IAX

 Call center serveur

On notera une faible documentation existante sur Yate. http://yate.null.ro/pmwiki/

5 - Synthèse
  Asterisk SipXecs Call Weaver Freeswitch Bayonne YATE

License GPL 2 GPL 2.1 GPL 2 MPL GPL GPL

H323 OUI NON OUI OUI OUI OUI

SIP OUI OUI OUI OUI OUI OUI

36
MGCP OUI NON OUI NON NON NON

IAX OUI NON OUI OUI NON OUI

Interface Web OUI OUI OUI OUI OUI OUI

Scripting, Scripting, Scripting, Scripting,

CLI, CLI, CLI, CLI,
Scripting, CLI, Scripting,
interface interface interface interface
interface WEB, CLI,
Configuration WEB, WEB, WEB, WEB,
fichier de Interface
fichier de fichier de fichier de fichier de
configuration texte Web
configuratio configuratio configuratio configuratio
n texte n texte n texte n texte

G.711, G.722,
ADPCM,G.711.a G.722, G.711,
(A-Law) et G.711.u G.723.1, G.726,
(µ-Law), G.722, G.726, G.723.1,
G.729, G.711,
Codecs G.723.1, G.726, G.729, G.729, G.729
G.723.1 G.729
G.729, GSM, GSM, iLBC, AMR,
iLBC, Linear, Linear, iLBC,
LPC-10, Speex LPC-10, speex, LPC
Speex 10, DVI 14

1.2.11
Version
1.4 ou 1.6 3.10 1.2.0.1 1.0.0 (Bayonne2 2.0.0
(dernière)
)

Linux,
Linux,
FreeBSD,
FreeBSD 
NetBSD,
Linux, Solaris,
Linux,FreeBSD,Ma   Linux, OpenBSD, Windows,
Plateforme (OS) Windows, Unix,
c OS, Windows FreeBSD MacOS Linux, Unix
BSD, Mac Linux
X/Darwin,
OS X,
Open/Solari
Solaris
s

Asterisk 1.2
origine Asterisk Asterisk Asterisk N/C N/C
> OpenPBX

Dimensionnemen 500 à 1000 4 à 10 000 N/C N/C 2 à 120 N/C

t (Nombres

37
postes)

Haute
OUI OUI N/C N/C N/C N/C
disponibilité

Popularité sur ~142 000 ~248 000 ~102 000 ~172 000 ~310 000
~ 26 500 000 pages
Internet (Google) pages pages pages pages pages

Il a été indiqué auparavant que des solutions ont également été développées autour de la plate-forme
Asterisk, des équipementiers tels que ASTRA MATRA ou encore DELL qui s'est lancé dans la
conception d'Appliance à destination des TPE et PME.

Le logiciel TrixBox (anciennement appelé Asterisk@home) est un ensemble de logiciels "open source"
qui permet de compléter le logiciel FreePbx (ex Asterisk) pour fournir l'ensemble des fonctions
nécessaires à un central téléphonique haut de gamme. TrixBox est sous Linux. Il est possible d'utiliser
le logiciel TrixBox sans connaissance de Linux à l'aide de nombreux guides qui existent sur Internet.

En aparté sur le système telecom Asterisk :

Aujourd'hui Asterisk a fait ces preuves mais il doit continuer à évoluer et à développer des solutions «
Grand compte » qui doivent posséder une tolérance de panne, une répartition de charge, des modules
correspondant à des solutions métier (Call Center, Taxation...), etc...

De plus, il doit encore conquérir des parts de marché pour entrer véritablement comme une alternative
reconnue dans le monde des entreprises et pour cela, plusieurs sociétés commercialisent des solutions
de type Asterisk, même les plus grands ci mettent : Alliance Cisco - Asterisk

Par le biais de leurs solutions « Infoclip » qui utilise un IPBX Asterisk couplé avec les IP phones
Cisco.

Appliance destinée aux des PME de moins de 150 personnes à petit prix. Cette Appliance regroupe un
logiciel d'origine Fonality (trixbox Pro)

Il a annoncé la mise à disposition d'une gamme de quatre postes SIP, d'un téléphone Wifi et d'une
extension DEC-ToIP, dont il garantit l'interopérabilité avec Asterisk.

6 - Glossaire

38
TDM : Time Division Multiplexing ou Multiplexage à division temporelle est la technique utilisée sur
les réseaux de téléphonie traditionnels afin d'allouer des ressources nécessaires à l'acheminement de la
voix.

Codecs : Un codec est un algorithme permettant de coder et décoder un signal (la voix), à titre
d'exemple celui-ci permet de modifier le format d'un échantillon sonore dans le cadre de la voix sur IP.
Le codec est l'élément permettant de définir la qualité de la voix dans un fonctionnement normal
(environnement non perturbé) dans le domaine de la téléphonie.
Open Source : Ce terme source ouverte en référence au monde libre, les outils Open Source ont la
particularité d'êtres libre d'utilisation à condition de respecter les règles (exemple licences GPL) faisant
office de garde fou quand à l'utilisation des codes sources.

C/C++ : Langage de programmation pour la conception de logiciel très utilisé par les développeurs
d'application.

OpenLDAP: OpenLDAP est une solution base sur le protocole LDAP (Lightweight Directory Access
Protocol) afin de permettre l'interrogation d'un service d'annuaire.

Trunk PSTN ou RTC: Service permettant l'acheminement via un PABX des communications à travers
une liaison fournie par l'opérateur.

Trunk SIP: Service permettant l'acheminement via un IPBX des communications à travers une liaison
fournie par l'opérateur.

STUN : Mécanismes permettant de s'affranchir des problèmes liés à la translation d'adresse (NAT).

NAT : Mécanisme créé afin de permettre de faire la correspondance entre une adresse IP privée et une
adresse IP publique. Ceci permet d'attribuer des adresses privées pour un ensemble de machine d'un
réseau domestique ou d'entreprise et un équipement va réaliser la correspondance entre ces adresses
privées et l'adresse public correspondant à une adresse Internet. Ce mécanisme a été créé afin
d'améliorer la sécurité, les adresses IP privées ne sont pas accessible d'Internet ainsi que de permettre d
économiser des adresses IP public.

E1 : Techniques de transmission multiplexé utilisée en Europe permettant d'acheminer des

informations et permettre de transmettre des informations (voix, données) pour un débit de l'ordre de 2
Mbit/s.

T1 : Techniques de transmission multiplexée utilisée en Amériques du nord permettant d'acheminer

des informations et permettre de transmettre des informations (voix, données) pour un débit de l'ordre
de 1.544 Mbit/s.

FXO : Foreign eXchange Office, une passerelle permettant d'établir une connexion entre les lignes
téléphoniques analogues et un PABX-IP.

FXS : Foreign eXchange Subscriber, une passerelle FXS s'utilise pour connecter une ou plusieurs
lignes d'autocommutateur traditionnel au réseau téléphonique VoIP ou au fournisseur.

RTC : acronyme définissant Réseaux Téléphonique Commut

39
T.38 : T.38 est le protocole de transmission de fax en temps réel normalisé par le groupe de travail 16
de l'UIT.

Fork : Terme utilisé pour définir la création d'un logiciel créé à partir d'un logiciel déjà existant. La
particularité est que le noyau du logiciel créé est identique à l'original.

Quelques PABX

PABX
iP-ONiX

Easy-to-install modular full-IP switch.

Capacity : fully scalable from very few up to thousands of extensions.
CAPEX Recovery: integrated ISDN-IP Gateway to support a smooth IP migration
of TDM equipments
Reliability: carrier grade design
Scalability: upgradable by simply adding IP-connected modules
Clustering: several modules, even of different sites, running as a unique system
Multi-Tenancy: a single system can serve multiple Companies / Organisations in
a single- or multi-site scenario
Management : fully web-based setup and diagnostics

URMET iP-LiNK40 : Hybrid PABX

The iP-LiNK40 is an hybrid PABX (with analogue / ISDN / IP lines' ports) designed
for the convergence / migration towards the IP / NGN networks, with the
following basic characteristics:
- 8 to 40 extensions' ports (for analogue and/or ISDN – max 4 S0 ports –
telephones / specific devices)
- 1 to 8 ISDN T0 channels or 1 to 16 analogue ports / ISDN PRI interface with up
to 30 channels
- 2 or 12 VoIP channels (over ADSL / WAN ports, for any extension)
- transparent either to the messages (ETSI F-SMS / F-MMS) either to the Video
Telephony (Urmet V200 narrowband SIP mode) on all the extensions.
 

40
URMET ab-LiNK08 : Analogue PABX

Analogue PABX for PSTN networks with:

- Up to 2 network lines
- Up to 8 BCA extensions
- Very easy cabling access
- Voice assisted programming
- Door phone interface
- Serial port for printer
- Power LED

41