IST - RIM - 2 - Telephonie Et Voix IP

MASTER 2 La téléphonie sur IP (ToIP) et Voix sur IP (VoIP) 2020 - 2021
BURKINA FASO
TECHNOLOGIE (I.S.T) =======
======= U - Justice
CAMPUS DE WAYALGHIN
RESEAUX INFORMATIQUES ET MULTIMEDIA
R.I.M - 2
TELEPHONIE ET VIDEO SUR IP
LA TÉLÉPHONIE SUR IP (TOIP) ET VOIX SUR IP (VOIP)
VERSION : 1.0
Dr DINTOUMDA Théophile
PhD
Enseignant : Dr Théophile DINTOUMDA, PhD Page 1

TABLE DES MATIERES
BIBLIOGRAPHIE ....................................................................................................................................... 6
OBJECTIFS DU COURS ........................................................................................................................... 8
INTRODUCTION À LA VOIP ET LA TOIP .................................................................................................. 10
I - ToIP – LA TÉLÉPHONIE SUR IP ......................................................................................................... 12
I.1 - THÉORIE DE LA ToIP ........................................................................................................................ 15
I.2 – BILAN DE ToIP – LA TÉLÉPHONIE SUR IP ..................................................................................... 17
I.3 – GÉNÉRALITÉS SUR LA TRANSMISSION EN ToIP .......................................................................... 19
I.5 – LES DIFFÉRENTS CODECS ET TAUX DE COMPRESSION.............................................................. 22
I.6 - PROBLÉMATIQUES DE LA ToIP ..................................................................................................... 23
I.7 - LA TÉLÉPHONIE PAR CIRCUIT ET PAR PAQUETS ......................................................................... 24
I.8 - LA PROBLÉMATIQUE DE BASE DE LA TÉLÉPHONIE ...................................................................... 28
I.9 - COMPARAISON AVEC LA TÉLÉPHONIE CLASSIQUE ..................................................................... 29
I.10 - AVANTAGES DE LA ToIP .............................................................................................................. 33
I.11 - LES SOLUTIONS DE ToIP .............................................................................................................. 36
I.12 - QUESTIONS POSÉES PAR LA MISE EN PLACE DE LA ToIP EN ENTREPRISE .............................. 43
I.13 – LES DIFFÉRENTS PROTOCOLES UTILISÉS EN ToIP .................................................................... 46
I.13.1 – Protocole H323 ................................................................................................................... 46
I.13.2 – Protocole SIP ...................................................................................................................... 46
I.13.3 – Protocole MGCP .................................................................................................................. 46
I.14 – L’ALIMENTATION DES POSTES IP ............................................................................................... 46
I.15 – LA MIGRATION D’UNE INSTALLATION ......................................................................................... 48

I.16 – LES 8 ARGUMENTS PLAIDANT LA ToIP POUR ............................................................................ 48
I.17 – LES 6 FAIBLESSES DE LA ToIP QUI REBUTENT LES ENTREPRISES .......................................... 49
I.18 – LES FAILLES DU PROTOCOLE H.323 .......................................................................................... 49
I.19 - LES DIFFÉRENTS ÉLÉMENTS POUVANT COMPOSER UN RÉSEAU .............................................. 49
I.20 – LA RÉGLEMENTATION DANS CERTAINS PAYS .......................................................................... 52
I.21 – LE PANORAMA DES PRODUITS ................................................................................................... 59
I.21.1 – 3COM ..................................................................................................................................... 59
I.21.2 – ALCATEL ............................................................................................................................... 60
I.21.3 – AVAYA .................................................................................................................................. 60
I.21.4 – WellX ..................................................................................................................................... 61
I.21.5 – CISCO ................................................................................................................................... 63
I.21.7 – QUESCOM ............................................................................................................................. 65
I.21.8 – MITEL .................................................................................................................................... 66
I.21.9 – SIEMENS............................................................................................................................... 67
I.21.10 – EADS-TELECOM .................................................................................................................. 67
I.21.11 – ERICSSON ............................................................................................................................ 68
I.21.12 – CENTILE ............................................................................................................................... 68
I.21.13 – TENOVIS .............................................................................................................................. 69
I.21.14 – TIPTEL ................................................................................................................................. 69
I.21.15 – FRANCE TELECOM............................................................................................................... 69
I.21.16 – ALSATEL .............................................................................................................................. 70
I.21.17 – IC Telecom.......................................................................................................................... 70
I.21.18 – PACWAN .............................................................................................................................. 71

I.21.19 – Panasonic ........................................................................................................................... 72
I.21.20 – TechTelecom ..................................................................................................................... 72
I.21.21 – 3CX ..................................................................................................................................... 73
I.21.22 – Keyyo ................................................................................................................................. 74
I.21 23 – Open Source ..................................................................................................................... 74
II. PRINCIPES DES RÉSEAUX VOIX/DONNÉES ................................................................................ 75
II.1 Généralités ........................................................................................................................... 75
II.2 Les réseaux de multiplexeurs ............................................................................................ 75
II.3 La voix paquetisée ............................................................................................................... 76
II.4 Techniques mises en œuvre dans les réseaux voix/données ........................................... 78
II.4.1 Compression de la voix ............................................................................................... 78
II.4.2 Limitation et correction de la gigue .......................................................................... 80
II.4.3 Traitement des télécopies ........................................................................................... 81
II.4.4 Traitement de l’écho..................................................................................................... 81
II.4.5 Traitement des silences .............................................................................................. 82
II..4.6 Modes de relation téléphonique dans les réseaux paquets..................................... 84
II.5 LA VOIX SUR ATM ................................................................................................................. 85
II.6 LA VOIX ET LE FRAME RELAY................................................................................................ 86
III. LA VOIX SUR IP ........................................................................................................................ 88
III.1 Généralités ........................................................................................................................... 88
III.2 TCP/IP et le temps réel ...................................................................................................... 90
III.3 L’architecture H.323 de l’UIT ............................................................................................. 92
III.4 Le protocole SIP de l’IETF (RFC 2543)............................................................................... 96

III.5 Le protocole MGCP .............................................................................................................. 97
CONCLUSION .................................................................................................................................... 98
CONCLUSION GENERALE ...................................................................................................................... 99
Exemple de configuration de Cisco CallManager Express/Cisco ................................................. 100
VOIR LES LIENS ..................................................................................................................................... 114
LES SOLUTIONS DU SYSTÈME TÉLÉPHONIQUE VOIP .......................................................................... 114

BIBLIOGRAPHIE
Autres ouvrages sur les réseaux
 X. Carcelle. – Réseaux CPL par la pratique.
N°11930, 2006, 382 pages.
 D. Males, G. Pujolle. – Wi-Fi par la pratique.
N°11409, 2e édition, 2004, 420 pages.
 G. Pujolle, et al. – Sécurité Wi-Fi.
N°11528, 2004, 242 pages.
 G. Pujolle. – Les Réseaux.
N°11987, 5e édition, 2004, 1 120 pages (édition semi-poche).
 N. Agoulmine, O. Cherkaoui. – Pratique de la gestion de réseau.
N°11259, 2003, 280 pages.
 P. Mühlethaler. – 802.11 et les réseaux sans fil.
N°11154, 2002, 304 pages.
 J.-L. Mélin. – Qualité de service sur IP.
N°9261, 2001, 368 pages.
Ouvrages sur la sécurité réseau
 S. Borderes. – Authentification réseau avec Radius.
N°12007, 2006, 300 pages.

 J. Steinberg, T. Speed, adapté par B. Sonntag. – SSL VPN. Accès web et extranets
sécurisés.
N°11933, 2006, 220 pages.
 L. Levier, C. Llorens. – Tableaux de bord de la sécurité réseau.
N°11973, 2e édition, 2006, 582 pages.
 B. Boutherin, B. Delaunay. – Sécuriser un réseau Linux.
N°11960, 3e édition, 2007, 250 pages.
 F. Ia, O. Ménager. – Optimiser et sécuriser son trafic IP.
N°11274, 2004, 396 pages.

OBJECTIFS DU COURS
L’introduction à la téléphonie sur IP est une opportunité de passer en revue les notions de
base de la téléphonie, puis de présenter les briques de base du réseau IP qui permet le
transfert de la voix.
Finalement, il sera décrit l’architecture logicielle et matérielle pour l’établissement d’une

communication téléphonique IP. À la fin du cours, l’étudiant sera en mesure :
- D’énumérer les différences fondamentales entre réseau téléphonique classique et

le réseau IP
- De définir les contextes où la téléphonie IP est un atout ;
- De reproduire le schéma d’un réseau téléphonique sur IP avec les équipements
nécessaires.
COMPÉTENCES ATTENDUES :
- Bonne connaissance des différences fondamentales entre réseau téléphonique

classique et le réseau IP
- Bonne définition des contextes où la téléphonie est un atout
- Élaboration de schémas d’un réseau téléphonique sur IP avec les équipements
nécessaires.
PRÉREQUIS
- Notion de réseau (modèle OSI, TCP/IP)

CONTENU :
- De la téléphonie classique à la téléphonie sur IP

- Architecture matérielle d’un réseau de téléphonie sur IP
- Architecture d’un réseau de téléphonie sur IP.

ORGANISATIONS ET MÉTHODES PÉDAGOGIQUES :
- Cours théoriques, travaux dirigés
MODALITÉS D’ÉVALUATIONS :
- Contrôle + examen final

INTRODUCTION À LA VOIP ET LA TOIP
La VoIP est le nom d’une nouvelle technologie de télécommunications qui a radicalement

transformé la notion d’appel téléphonique. VoIP est l’acronyme de Voice over Internet
Protocol : voix sur le protocole Internet ou, plus simplement, « voix sur IP ».
La mise en réseau par le protocole Internet (IP) est reconnue par toutes sortes de réseaux
: d’entreprise, domestiques, publics, par câble et même par les réseaux sans fil. Ne vous
laissez pas induire en erreur par le mot « Internet » : VoIP fonctionne sur n’importe quel
type de réseau. Actuellement, dans le domaine de l’entreprise, le réseau spécialisé privé
est l’option préférée. Mais pour le travailleur itinérant ou à domicile, le favori, haut la main,
est le réseau à haut débit.
Peut-être vous demandez-vous ce que tout cela signifie, en termes de téléphonie. Eh bien,
c’est là justement qu’est la partie vraiment sympa : vous pouvez accéder à votre compte
du réseau VoIP soit par un téléphone fixe, soit par un téléphone IP (ToIP) (semblable à un
téléphone mobile), soit par un pavé de numérotation logiciel affiché sur l’écran de votre
ordinateur portable ou de bureau.

Avec cet équipement, vous pouvez vous déplacer ailleurs dans l’immeuble de bureau, voire
d’un immeuble à un autre, sans avoir à transférer vos appels vers un autre téléphone. Tout
est entièrement portable !
De plus, vous pouvez accéder au Web à partir de votre téléphone IP, ce qui permet de
recevoir des messages où que vous soyez. C’est comme avoir à la fois un Pocket PC et un
téléphone mobile réunis en un seul appareil, spécialement conçu pour votre réseau.
Comme vous l’imaginez, tout le monde à y gagner avec la VoIP. Sa flexibilité et son temps
de réponse plus rapide sont séduisants et rentables.

I - ToIP – LA TÉLÉPHONIE SUR IP
Lorsque, le 2 juin 1875, le Canadien Alexandre Graham Bell tente de transformer des ondes
sonores en impulsions électromagnétiques, nul n’imagine que ce professeur de physiologie
vocale, spécialisé dans l’enseignement du langage pour sourds et muets, allait inventer le
téléphone.
Accompagné de son assistant Thomas Watson, Bell expérimente le premier modèle de

téléphone à distance limitée et à correspondance réduite : placés dans deux pièces
distinctes, les deux physiciens disposent entre eux un fil conducteur dont une extrémité
est munie d’une lamelle reliée à un électroaimant. L’expérience consiste à écarter cette
lamelle de l’électroaimant puis à la relâcher. Le résultat est prodigieux : un son se propage
sur le fil conducteur jusqu’à parvenir à l’autre extrémité du fil. Il faudra moins d’un an au
scientifique Bell, tout juste âgé de 28 ans, pour perfectionner son prototype et rendre les
transmissions d’un bout à l’autre d’un fil conducteur parfaitement intelligibles pour l’oreille
humaine.
Le 10 mars 1876, à Boston, Bell communique à distance avec son assistant en prononçant
sa célèbre phrase : « Monsieur Watson, veuillez venir dans mon bureau, je vous prie. »
Quelques mois plus tard, le téléphone entre dans sa phase de commercialisation.
Des opératrices prennent en charge la demande de connexion et assurent la liaison entre

les correspondants, et le succès est au rendez-vous.
En 1964, en pleine guerre froide, le projet d’un réseau informatique totalement distribué et
dédié aux communications militaires est refusé par les autorités à son initiateur, Paul
Baran. Presque en parallèle, les travaux du français Louis Pouzin, mettant au point le tout
premier réseau à commutation de paquets, émule la communauté scientifique. Au début

des années 70, un réseau imaginé par des laboratoires de recherche académiques voit le
jour. Constitué de quatre ordinateurs répartis dans le monde, il est réalisé par l’ARPA
(Advanced Research Projects Agency) et prend le nom d’ARPANET. Au même moment, en
France, le projet Cyclades relie plusieurs ordinateurs par une technologie de datagramme.
Ces prototypes démontrent la faisabilité du réseau mondial qui se développera sous le nom
d’Internet, et dont le protocole IP (Internet Protocol) est l’emblème. Il faudra toutefois
attendre 1989 pour que Tim Berners-Lee invente le protocole HTTP et propose des liens
hypertextes avec le langage HTML pour que le grand public commence à se passionner pour
le Word-Wide Web.
Depuis lors, le réseau IP n’a cessé de croître et d’obtenir les faveurs des acteurs des
télécommunications.
Avec les réseaux IP, la téléphonie connaît un nouvel élan. Elle se place à la jonction du monde
des télécommunications et de celui des réseaux informatiques.
Les professionnels ont rapidement compris l’intérêt d’une convergence vers un réseau
entièrement IP. De son côté, le grand public se passionne pour des programmes tels que
Skype, qui allient simplicité et performance, à des tarifs ultra-compétitifs.
Plus qu’un nouveau support de l’information, c’est un nouveau mode de communication qui
est inventé avec la téléphonie sur IP. Les fonctionnalités étant accrues, une communication
ne se limite plus qu’à la parole téléphonique, mais peut s’enrichir de multiples facettes, qui
facilitent son usage, comme la vidéo associée à la parole téléphonique ou le service de
présence des softphones, qui indique en temps réel la disponibilité de ses contacts.
Cet enrichissement s’accompagne de performances souvent supérieures à celles du

traditionnel réseau RTC. La qualité d’une communication de ToIP est parfois tellement

bonne qu’il est impossible de discerner si un correspondant est proche ou à l’autre bout
du monde. Peu à peu, les habitudes comportementales des consommateurs sont modifiées.
À des coûts très raisonnables et avec une telle commodité d’utilisation, les distances sont
abolies, l’interactivité est fidèle, et les communications téléphoniques deviennent tout à la
fois plus longues, plus conviviales et plus productives.
L’émergence de la ToIP se poursuit inexorablement depuis plusieurs années. Que l’on soit
un particulier ou un professionnel, elle s’impose parallèlement sur différents axes. Pour un
utilisateur équipé d’un ordinateur, les solutions de ToIP de type Skype sont nombreuses. Si
l’usage d’un ordinateur rebute, les FAI proposent des solutions packagées dans leur offre
Internet de base. Dans ce modèle, la ToIP tend à se substituer à la téléphonie fixe standard.
Mais elle va aussitôt plus loin en introduisant progressivement sur le marché de la
téléphonie sans fil, avec les technologies IP sans fil adéquates, comme Wi-Fi ou WiMax.
Lorsque l’utilisateur n’a pas accès à un réseau IP, des terminaux hybrides lui permettent
de basculer d’un réseau IP vers le réseau téléphonique classique. En quelque sorte, la
transition vers un réseau entièrement IP se fait en douceur.
Les contraintes de cette nouvelle technologie n’en sont pas moins nombreuses, de même
que les verrous à lever, en termes de disponibilité, de qualité de service, de sécurité et de
mobilité. Ces contraintes sont à évaluer différemment selon le type de communication
considéré. Un service de téléphonie ne peut s’accommoder d’une piètre qualité d’écoute
sous peine d’être inutilisé. Il nécessite des ressources optimales. Le contrôle et la maîtrise
des communications téléphoniques sur IP sont donc des enjeux colossaux pour favoriser
l’essor de cette technologie.

I.1 - THÉORIE DE LA ToIP
L’objectif de cette partie est de présenter le socle théorique sur lequel repose la téléphonie
sur IP.
Les deux premières parties évoquent l’intérêt et les difficultés soulevées par la ToIP.
En suite la problématique de ToIP, c’est-à-dire le transport de la parole dans le cadre de la

téléphonie, qui implique un processus temps réel. Nous expliquons quels sont les enjeux
posés par la voix sur IP, ce à quoi elle peut se substituer et quels bénéfices il est possible
d’en tirer.
Ensuite, nous donnons en détaille les contraintes imposées par la ToIP. Pour être
pleinement fonctionnel, un service de téléphonie sur IP a des exigences fortes vis-à-vis des
terminaux utilisés comme du réseau exploité. Nous verrons comment caractériser ces
contraintes et comment les mesurer.
Nous parlons un peu plus bas, le protocole H.323. Celui-ci a longtemps fait office de
référence en matière de protocole de signalisation pour le multimédia en général, et pour
la téléphonie sur IP en particulier. Porteur d’un fort héritage du monde des télécoms, il
s’est imposé sur le marché. Nous montrons sur quelle architecture il repose et comment
s’effectuent les communications qu’il met en place.
A la suite du protocole H.323, nous décrivons le protocole SIP, concurrent du protocole

H.323 et disposant d’atouts remarquables qui favorisent son émergence. Nous montrons
pourquoi ce protocole est en passe de détrôner H.323, pourquoi il s’intègre mieux dans un
réseau IP, comment il simplifie les communications et comment on l’utilise.
Et en fin, le protocole MGCP, un autre protocole de signalisation, qui est complémentaire

de H.323 et SIP. Par sa vision d’opérateur et en offrant la faculté de concentrer

l’intelligence du réseau au sein d’entités spécialisées, le protocole MGCP s’est imposé, tant
et si bien que ses évolutions peinent à justifier leur utilité. Nous montrons en quoi le
protocole MGCP allie simplicité et puissance et de quelle manière il fonctionne.
Les deux derniers grands points de cette partie s’intéressent décrit succinctement le
panorama des produits et la configuration d’un router CISCO.

I.2 – BILAN DE ToIP – LA TÉLÉPHONIE SUR IP
Qui n’a pas entendu parler de ToIP téléphonie sur P ou de VoIP voix sur IP ?
Bilan : beaucoup de monde à l’heure actuelle. Nous avons tous de près ou de loin entendu
parler d’un projet de déploiement ou même de participer à un projet de téléphonie sur IP.
Laissons le terme « Voix sur IP » à son utilisation, c’est à dire : technologie utilisée pour
transporter le service de téléphonie sur Ip (transport de la voix sur un Backbone ou autre
MAN/WAN). N’hésitez pas à visiter cette page afin d’en savoir un peu plus sur IP. La
téléphonie sur Ip est un service de téléphonie fourni sur un réseau de télécommunications
ouvert au public ou privé utilisant principalement le protocole de réseau IP. Cette
technologie permet d’utiliser une infrastructure existante de réseau Ip pour raccorder des
terminaux Ip que l’on nomme IP-PHONE, ainsi que des logiciels sur PC raccordés sur le
même réseau Ip que l’on nomme SOFTPHONE. La ToIP téléphonie sur IP peut :
 se rajouter en complément sur un réseau téléphonique traditionnel existant avec

une passerelle (voir le synoptique en bas de page)
 s’utiliser en full-Ip pour une nouvelle infrastructure (nouvel immeuble par exemple
avec uniquement du câblage catégorie 5 ou 6)
 s’utiliser en multi sites full Ip avec l’aide d’un opérateur adéquat et parfois des
serveurs centralisés
 s’utiliser sur un ordinateur relié au réseau Internet à destination d’un autre

ordinateur relié lui aussi au réseau Internet, mais en utilisant absolument le même
logiciel (les communications seront donc gratuites de PC à PC).
Cette technologie est proposée par de multiples constructeurs avec parfois des solutions
clés en mains ou des intégrateurs spécialisés dans ce domaine. Je vous recommande

fortement d’analyser vos besoins en réalisant une petite étude avant de vous décider ou
de vous engager avec un seul constructeur ou intégrateur. Pour les visiteurs pressés et
désireux de comparer tout de suite une partie des offres de ToIP disponibles sur le marché
français, voici une page qui offre un petit panorama des solutions actuelles de ToIP
téléphonie sur IP.
La téléphonie sur Ip ToIP est une transmission de la voix en mode paquets au format
TCP/UDP. Pour comprendre le traitement complexe de la voix analogique (signaux
électriques) en signaux binaires, voici un synoptique explicatif
Explications du synoptique : La bande voix qui est un signal électrique analogique utilisant
une bande de fréquence de 300 à 3400 Hz, elle est d’abord échantillonné numériquement
par un convertisseur puis codé sur 8 bits, puis compressé par les fameux codecs ( il s’agit
de processeurs DSP ) selon une certaine norme de compression variable selon les codecs
utilisés, puis ensuite on peut éventuellement supprimer les pauses de silences observés
lors d’une conversation, pour être ensuite habillé RTP,UDP et enfin en IP. Une fois que la
voix est transformée en paquets IP, ces petits paquets Ip identifiés et numérotés peuvent
transités sur n’importe quel réseau Ip (ADSL, Ethernet, Satellite, routeurs, switchs, PC, Wifi,
etc…).

I.3 – GÉNÉRALITÉS SUR LA TRANSMISSION EN ToIP
Tout d’abord, il s’agit de parler de commutation par paquets (au lieu de commutation par
circuit : PBX, ce qui est le cas d’un réseau téléphonique traditionnel). Le transport des
signaux voix numérisés par paquets impose des contraintes majeures :
 Optimisation de la bande passante (attention aux autres applications informatiques

qui monopolise la majeure partie de la bande passante disponible comme Microsoft
Exchange). Pour un bon partage de la bande passante, il faut connaître l’ensemble
des flux pouvant avoir une influence importante sur le transport de la voix.
 Délai de transmission (très important dans des cahiers des charges : temps de
transfert des paquets), il comprend le codage, le passage en file d’attente
d’émission, la propagation dans le réseau, la bufférisation en réception et le
décodage. Le délai de transmission optimal est de 150 ms (UIT-T G114). Les délais
parfois tolérables sont entre 150 et 400 ms.
 Le phénomène d’écho (réverbération du signal). C’est le délai entre l’émission du

signal et la réception de ce même signal en réverbération. Cette réverbération est
causée par les composants électroniques des parties analogiques. Un écho < 50 ms
n’est pas perceptible. Plus il est décalé dans le temps plus il est insupportable.
 La gigue ou Jitter (variation de l’écart initial entre deux paquets émis). Correspond
à des écarts de délais de transmission entre des paquets consécutifs. Nécessite la
mise en place de buffers en réception qui lissent ces écarts pour retrouver le
rythme de l’émission. Effet néfaste des buffers de réception ==> augmentation du
délai de transmission.

 La gestion de la qualité de service des réseaux Ip de transport d’un bout à

l’autre. Elle peut être une solution propriétaire (Qos constructeur), DiffServ, RSVP
ou MPLS. Rappelons enfin que le mode de fonctionnement de l’acheminement sur
l’Internet est du type Best Effort : chaque équipement constituant le réseau (en
particulier les routeurs) fait de son mieux pour acheminer les informations.
En conclusion, le transport de la ToIP téléphonie sur l’Ip ne doit souffrir d’aucun retard de
transmission, ni d’altérations (attention aux Firewalls), ni de perte de paquets.

I.4 – SYNOPTIQUE D’UNE ARCHITECTURE RACCORDÉ AVEC UN PABX TRADITIONNEL
Ci-dessus, un synoptique d’une solution « ToIP » avec interconnexion avec un PBX existant
(QSIG ou E&M) et une liaison vers le réseau public à partir de la passerelle (gateway) qui
peut servir soit en permanence, soit dans certains cas (routage international ou opérateur
différent du PBX). Dans notre cas ci-dessus, les composants sont :
 Un switch,
 Deux postes Ip ( Cisco 7960 ),
 Une application SoftPhone sur PC,
 Un routeur servant de passerelle vers le PBX et vers le PSTN,
 Un serveur de communications Ip (le serveur peut être intégré dans un seul et

même élément).

I.5 – LES DIFFÉRENTS CODECS ET TAUX DE COMPRESSION
Les codecs sont des chipsets qui font office de codeurs/décodeurs. Certains terminaux IP-
PHONES n’acceptent qu’une partie ou même un seul codec, tout dépend du modèle de
terminal et du constructeur. Le principe de fonctionnement de ces codecs vous ont été
expliqués sur la page précédente. Les principaux taux de compression de la voix sont les
codecs officiels suivants :
 Méthode de compression : G.711 PCM – 64 KBits/s ;
 Méthode de compression : G.726 AD PCM – 32 KBits/s ;
 Méthode de compression : G.728 LD CELP – 16 KBits/s ;
 Méthode de compression : G.729 CS ACELP – 8 KBits/s ;
 Méthode de compression : G.729 x 2 Encodings – 8 KBits/s ;
 Méthode de compression : G.729 x 3 Encodings – 8 KBits/s ;
 Méthode de compression : G.729a CS ACELP – 8 KBits/s ;
 Méthode de compression : G.723.1 MPMLQ – 6,3 KBits/s.
 Méthode de compression : G.723.1 ACELP – 5,3 KBits/s

I.6 - PROBLÉMATIQUES DE LA ToIP
La téléphonie est un des moyens de communication préférés des êtres humains, et le

nombre de terminaux téléphoniques vendus dans le monde ne cesse d’augmenter. La figure
1.1 illustre le nombre de terminaux pouvant servir de terminal téléphonique.
On peut noter que le nombre des terminaux mobiles dépasse largement celui des terminaux
fixes. On peut également noter que le nombre de terminaux fixes continue d’augmenter,
quoique nettement moins que celui des mobiles. La figure indique en outre le nombre de
terminaux, fixes ou mobiles, intégrant des fonctions multimédias. Toutes ces courbes
révèlent la croissance globale de la téléphonie.
La téléphonie a été une véritable poule aux œufs d’or pour les opérateurs, qui ont longtemps
maintenu leurs tarifs à des niveaux assez élevés, alors même que leurs infrastructures
étaient largement amorties.
Aujourd’hui, la position de ces opérateurs est rapidement menacée par l’arrivée massive
de la téléphonie sur IP, dont la tarification tend vers la gratuité. En France, fin 2006, la
téléphonie sur IP représente déjà près de 50 % du marché de la téléphonie. Aux environs
de 2009, on estime que près de 100 % du transport de la parole s’effectuera par
l’intermédiaire de paquets IP.

Nous donnerons au cours des sections qui suivent quelques indications sur les
problématiques techniques de la téléphonie par paquets. Nous examinerons ensuite les
premières grandes caractéristiques de cette technologie et terminerons en présentant les
différents environnements de la téléphonie IP : grand public, opérateurs et entreprises.
I.7 - LA TÉLÉPHONIE PAR CIRCUIT ET PAR PAQUETS
Dans la communication à transfert de paquets, toutes les informations à transporter sont

découpées en paquets pour être acheminées d’une extrémité à une autre du réseau. Cette
technique est illustrée à la figure 1.2.
L’équipement terminal A, souhaite envoyer un message à B. Le message est découpé en

trois paquets, qui sont émis de l’équipement terminal vers le premier nœud du réseau,
lequel les envoie à un deuxième nœud, et ainsi de suite, jusqu’à ce qu’ils arrivent à
l’équipement terminal B. Dans l’équipement terminal les paquets rassemblés reconstituent
le message de départ.
Le paquet peut en fait provenir de différents médias. Sur la figure 1.2, nous supposons que
la source est un message composé de données, comme une page de texte préparée au
moyen d’un traitement de texte. Le terme message est cependant beaucoup plus vaste et

recoupe toutes les formes sous lesquelles de l’information peut se présenter. Cela va d’une
page Web à un flot de parole téléphonique représentant une conversation.
Dans la parole téléphonique, l’information est regroupée pour être placée dans un paquet,
comme illustré à la figure 1.3. Le combiné téléphonique produit des octets, provenant de la
numérisation de la parole, c’est-à-dire le passage d’un signal analogique à un signal sous
forme de 0 et de 1, qui remplissent petit à petit le paquet. Dès que celui-ci est plein, il est
émis vers le destinataire. Une fois le paquet arrivé à la station terminale, le processus
inverse s’effectue, restituant les éléments binaires régulièrement à partir du paquet pour
reconstituer la parole téléphonique.
Le réseau de transfert est lui-même composé de nœuds, appelés nœuds de transfert, reliés
entre eux par des lignes de communication, sur lesquelles sont émis les éléments binaires
constituant les paquets. Le travail d’un nœud de transfert consiste à recevoir des paquets
et à déterminer vers quel nœud suivant ces derniers doivent être acheminés.
Le paquet forme donc l’entité de base, transférée de nœud en nœud jusqu’à atteindre le
récepteur. Suivant les cas, ce paquet peut être regroupé avec d’autres paquets pour
reconstituer l’information transmise. L’action consistant à remplir un paquet avec des
éléments binaires en général regroupés par octet s’appelle la mise en paquet, ou encore

la paquétisation, et l’action inverse, consistant à retrouver un flot d’octets à partir d’un

paquet, la dépaquétisation.
L’architecture d’un réseau est définie principalement par la façon dont les paquets sont
transmis d’une extrémité du réseau à une autre. De nombreuses variantes existent pour
cela, comme celle consistant à faire passer les paquets toujours par la même route ou, au
contraire, à les faire transiter par des routes distinctes de façon à minimiser les délais de
traversée.
Pour identifier correctement toutes les composantes nécessaires à la bonne marche d’un
réseau à transfert de paquets, un modèle de référence a été mis au point. Ce modèle définit
une partition de l’architecture en sept niveaux, prenant en charge l’ensemble des fonctions
nécessaires au transport et à la gestion des paquets. Ces sept couches de protocoles ne
sont pas toutes indispensables, notamment aux réseaux sans visée généraliste.
Chaque niveau, ou couche, offre un service au niveau supérieur et utilise les services du
niveau inférieur.
Pour offrir ces services, les couches disposent de protocoles qui appliquent les
algorithmes nécessaires à la bonne marche des opérations, comme l’illustre la figure 1.4.

Nous supposons ici que l’architecture protocolaire est découpée en sept niveaux, ce qui
est le cas du modèle de référence. Nous ne décrirons que succinctement les couches
basses qui nous intéressent.
Le niveau 3 représente le niveau paquet : il définit les algorithmes nécessaires pour que
les entités de niveau 3, les paquets, soient acheminées correctement de l’émetteur au
récepteur.
Le niveau 7 correspond au niveau application. Le rôle du protocole de niveau 7 est de

transporter correctement l’entité de niveau 7, le message utilisateur, de l’équipement
émetteur à l’équipement récepteur.
Le niveau 2, ou niveau trame, permet de transférer le paquet sur une ligne physique. En
effet, un paquet ne contenant pas de délimiteur, le récepteur ne peut en déterminer la fin
ni identifier le commencement du paquet suivant. Pour transporter un paquet, il faut donc
le mettre dans une trame, qui, elle, comporte des délimiteurs. On peut aussi encapsuler un
paquet dans un autre paquet, lui-même encapsulé dans une trame.
Il est important de distinguer les mots paquet et trame de façon à bien différencier les
entités qui ne sont pas transportables directement, comme le paquet IP, et les entités
transportables directement par la couche physique, comme les trames Ethernet ou ATM.
Dans la téléphonie sur IP, une suite d’octets de téléphonie est encapsulée dans un paquet.
IP de niveau 3, lui-même encapsulé dans une trame véhiculée sur le support physique.
Cependant, comme la téléphonie est une application temps réel, les paquets ne peuvent
attendre trop longtemps dans le réseau. Il faut donc introduire des contrôles afin de
permettre une traversée rapide du réseau.

I.8 - LA PROBLÉMATIQUE DE BASE DE LA TÉLÉPHONIE
La voix sur IP adresse deux types d’applications : celles qui, comme la téléphonie, mettent
en jeu une interaction humaine, laquelle implique un temps de transit très court, et celles
qui transportent des paroles unidirectionnelles, qui n’exigent pas de temps réel. Cette
dernière catégorie rassemble essentiellement des transferts de fichiers contenant de la
parole. Dans ce cours, nous nous intéressons uniquement à la parole téléphonique.
La téléphonie transportée par paquets, et plus particulièrement par paquet IP, permet
d’intégrer dans un même réseau les services de données et la téléphonie. Les entreprises
sont de plus en plus nombreuses à intégrer leur environnement téléphonique dans leur
réseau à transfert de paquets. Les avantages de cette intégration sont, bien sûr, la baisse
des frais de communication, mais aussi la simplification de la maintenance de leurs
réseaux, qui passent de deux (téléphonie et données) à un seul (données).
La difficulté de la téléphonie par paquets réside dans la très forte contrainte temporelle
due à l’interaction entre individus. Le temps de latence doit être inférieur à 300 ms si l’on
veut garder une interaction humaine acceptable. Si l’on souhaite une bonne qualité de la
conversation, la latence ne doit pas dépasser 150 ms.
Un cas encore plus complexe se produit lorsqu’il y a un écho, c’est-à-dire un signal qui
revient dans l’oreille de l’émetteur. L’écho se produit lorsque le signal rencontre un
obstacle, comme l’arrivée sur le combiné téléphonique. L’écho qui repart en sens inverse
est numérisé par un codec (codeur-décodeur) et traverse sans problème un réseau
numérique. La valeur normalisée de la latence de l’écho étant de 56 ms, pour que l’écho ne
soit pas gênant à l’oreille, il faut que le temps aller ne dépasse pas 28 ms, en supposant un
réseau symétrique prenant le même temps de transit à l’aller qu’au retour. Il faut donc
que, dans les équipements terminaux, les logiciels extrémité soient capables de gérer les
retards et de resynchroniser les octets qui arrivent. Les équipements modernes, comme
les terminaux GSM, possèdent le plus souvent des suppresseurs d’écho évitant cette
contrainte temporelle forte.
Une autre caractéristique essentielle de la téléphonie provient du besoin d’avertir par une
sonnerie la personne qui est appelée. La communication téléphonique est pour cela
décomposée en deux phases : une première permettant d’avertir le destinataire, et une
seconde correspondant au transport de la parole proprement dite. Il existe en réalité une
troisième phase, qui consiste en la finalisation de la communication lorsqu’un des deux
terminaux raccroche. Cette phase utilise le même type de protocole que la première : un
protocole de signalisation.
I.9 - COMPARAISON AVEC LA TÉLÉPHONIE CLASSIQUE
La téléphonie classique, dite par circuit, présente les mêmes contraintes temporelles que
la téléphonie par paquet. Le temps de transit doit être limité pour satisfaire le besoin
d’interactivité entre individus.
La limitation du temps de transit entre l’émetteur et le récepteur est relativement simple

à réaliser dans une technologie circuit. Les ressources étant réservées, la voie est
toujours dégagée sur le circuit, et les ressources appartiennent uniquement aux signaux
qui transitent entre l’émetteur et le récepteur. En revanche, dans un transfert de paquets,
aucune ressource n’est réservée, et il est impossible de savoir quel sera le temps d’attente
des paquets dans les nœuds de transfert.
Dans la première génération de téléphonie, les signaux étaient analogiques. Ils

parcouraient le circuit sous la même forme que le son sortant de la bouche et n’utilisaient
que 3 200 Hz de bande passante. Ils sont ensuite devenus numériques.

Dans la téléphonie traditionnelle numérique, le signal analogique est numérisé grâce à un

codeur-décodeur, appelé codec. Le codec transforme le signal analogique en une suite de
0 et de 1. Le temps de transit est du même ordre de grandeur que le transfert du signal
analogique, car le signal ne s’arrête nulle part. La seule perte de temps pourrait provenir
du codec, mais ces équipements très rapides ne modifient pas fondamentalement le temps
de transit. En revanche, dans un réseau à transfert de paquets, de nombreux obstacles se
dressent tout au long du cheminement des informations binaires.
L’élément le plus contraignant de l’application de téléphonie par paquet reste le délai pour
aller d’une extrémité à l’autre, puisqu’il faut traverser les deux terminaux, émetteur et
récepteur, de type PC par exemple, ainsi que les modems, les réseaux d’accès, les
passerelles, les routeurs, etc.
On peut considérer que le temps de traversée d’un PC et de son codec demande quelques
millisecondes, la paquétisation de 5 à 16 millisecondes, la traversée d’un modem quelques
millisecondes également, celui d’un routeur ou d’une passerelle de l’ordre de la
milliseconde (s’il n’y a aucun paquet en attente) et celui d’un réseau IP quelques dizaines
de millisecondes.
L’addition de ces temps montre que la limite maximale de 300 ms permettant l’interactivité
est rapidement atteinte. La figure 1.5 illustre ce processus. Le déroulement d’une
communication téléphonique sur IP parcourt les cinq grandes étapes suivantes :
1. Mise en place la communication. Une signalisation démarre la session. Le premier

élément à considérer est la localisation du récepteur (User Location). Elle s’effectue par
une conversion de l’adresse du destinataire (adresse IP ou adresse téléphonique classique)
en une adresse IP d’une machine qui puisse joindre le destinataire (qui peut être le
destinataire lui-même). Le récepteur peut être un combiné téléphonique classique sur un
réseau d’opérateur télécoms ou une station de travail (lorsque la communication s’effectue

d’un combiné téléphonique vers un PC). Le protocole DHCP (Dynamic Host Configuration
Protocol) et les passerelles spécialisées (gatekeeper) sont employés à cette fin.
2. Établissement de la communication. Cela passe par une acceptation du terminal

destinataire, que ce dernier soit un téléphone, une boîte vocale ou un serveur Web.
Plusieurs protocoles de signalisation sont utilisés pour cela, en particulier le protocole SIP
(Session Initiation Protocol) de l’IETF. Comme son nom l’indique, SIP est utilisé pour
initialiser la session. Une requête SIP contient un ensemble d’en-têtes, qui décrivent l’appel,
suivis du corps du message, qui contient la description de la demande de session. SIP est
un protocole client-serveur, qui utilise la syntaxe et la sémantique de HTTP. Le serveur gère
la demande et fournit une réponse au client.
Trois types de serveurs gèrent différents éléments : un serveur d’enregistrement

(Registration Server), un serveur relais (Proxy Server) et un serveur de redirection
(Redirect Server). Ces serveurs travaillent à trouver la route : le serveur proxy détermine
le prochain serveur (Next-Hop Server), qui, à son tour, trouve le suivant, et ainsi de suite.
Des champs supplémentaires de l’en-tête gèrent des options, comme le transfert d’appel
ou la gestion des conférences téléphoniques.

3. Transport de l’information téléphonique. Le protocole RTP (Real-time Transport

Protocol) prend le relais pour transporter l’information téléphonique proprement dite . Son
rôle est d’organiser les paquets à l’entrée du réseau et de les contrôler à la sortiede façon
à reformer le flot avec ses caractéristiques de départ (vérification du synchronisme, des
pertes, etc.). C’est un protocole de niveau transport, qui essaye de corriger les défauts
apportés par le réseau.
4. Changement de réseau. Un autre lieu de transit important de la ToIP est constitué par
les passerelles, qui permettent de passer d’un réseau à transfert de paquets à un réseau
à commutation de circuits, en prenant en charge les problèmes d’adressage, de
signalisation et de transcodage que cela pose. Ces passerelles ne cessent de se multiplier
entre FAI et opérateurs télécoms.
5. Arrivée au destinataire. De nouveau, le protocole SIP envoie une requête à la passerelle

pour déterminer si elle est capable de réaliser la liaison circuit de façon à atteindre le
destinataire. En théorie, chaque passerelle peut appeler n’importe quel numéro de
téléphone. Cependant, pour réduire les coûts, mieux vaut choisir une passerelle locale, qui
garantit que la partie du transport sur le réseau téléphonique classique est le moins cher
possible. Cet exemple classique illustre la relative complexité de la téléphonie sur IP. De
nombreuses variantes existent, mais elles ne diffèrent que par les protocoles utilisés. À
cette complexité s’ajoutent les problèmes liés à la traversée du réseau, qui doit garantir
des temps de transit acceptables pour que l’application téléphonique puisse se dérouler
dans de bonnes conditions.

I.10 - AVANTAGES DE LA ToIP
La téléphonie n’a jamais été une application simple. Les contraintes temps réel et de
synchronisation pèsent lourdement sur sa mise en œuvre, et la téléphonie par paquet ne
fait que compliquer le transport.
Cependant, plusieurs raisons expliquent le succès de la téléphonie par paquet, et plus

spécifiquement de la téléphonie sur IP :
• Convergence. Quel que soit le type de données véhiculées, le réseau est unique : les
flux de voix, de vidéo, de textes et d’applicatifs transitent sur le même réseau. Les
communications deviennent plus riches, et sans avoir besoin de multiplier les canaux de
transport. Les utilisateurs peuvent, par exemple, envoyer un compte rendu d’activité en
même temps qu’ils téléphonent à leur correspondant. Pour les utilisateurs, la convivialité
est accrue. En entreprise, la productivité est améliorée. Pour les administrateurs, un seul
réseau est à administrer, ce qui simplifie grandement la gestion.
• Optimisation des ressources. Le réseau IP utilisant un transfert de paquets, l’utilisation

des ressources est optimisée en comparaison des solutions de type commutation de
circuits. Dans le réseau RTC, qui est à commutation de circuits, des ressources sont
dédiées pour toute la durée de la communication, qu’elles soient utilisées ou non. Or les
très nombreux silences d’une conversation téléphonique rendent le dimensionnement du
canal réservé systématiquement trop grand. Pour que la voix supporte simultanément la
superposition des deux paroles correspondant aux deux intervenants d’une communication
téléphonique (full-duplex), les réseaux RTC doivent allouer pour chaque intervenant des
canaux différents, l’un en émission, l’autre en réception. Dans la pratique, lors d’une
conversation téléphonique, une seule personne parle en même temps. Les ressources sont

donc globalement gaspillées. C’est pourquoi la réservation effectuée dans les réseaux RTC
représente un coût nettement supérieur à celui des réseaux IP.
• Coût de transport quasiment nul. Grâce à l’intégration de la téléphonie parmi de

nombreuses autres applications, le coût du transport devient pratiquement nul. Le réseau
permettant d’effectuer le transport est le réseau coeur des opérateurs, celui qui effectue
tous les transports de données. Ces opérateurs, qui étaient auparavant obligés de
maintenir au moins deux réseaux, celui de téléphonie et celui de données, n’en ont plus
qu’un seul à maintenir. L’intégration supplémentaire de la télévision dans le réseau de
données fait également chuter les coûts de transport de cette application.
• Services exclusifs. Certains services sont propres aux réseaux IP. Par exemple, le
service de présence, consistant à détecter si un utilisateur est connecté au réseau ou non,
ne nécessite aucune réservation de ressources dans un réseau IP, à la différence du
réseau RTC. De façon analogue, pour le nomadisme des utilisateurs, il est plus simple de
passer, partout dans le monde, par le réseau IP plutôt que par le réseau RTC.
• Disparition des commutateurs locaux. Liée à la précédente, cette nouvelle donne

résulte de la possibilité de gérer les téléphones depuis le réseau de l’opérateur (système
Centrex). Des solutions intermédiaires, comme les PBX-IP, permettent de passer petit à
petit des circuits numériques aux liaisons paquet IP.
La téléphonie devient ainsi une application du réseau IP comme une autre, si ce n’est qu’elle
nécessite une qualité de service particulière. De ce fait, les modems ADSL qui amènent
chez l’utilisateur la connectivité IP constituent la porte d’entrée de la téléphonie IP. Le
modem l’intègre avec les applications de données (messagerie, transfert de fichiers, P2P),
la télévision, la visiophonie, etc.

Début 2007, cette intégration n’était pas encore finalisée puisque la plupart des postes
téléphoniques ne sont pas encore des postes IP capables d’émettre directement des
paquets IP. Il faut un point de connexion spécifique sur le modem pour indiquer que le flux
est une parole téléphonique.
De même, le flux de télévision se distingue des autres applications par un accès spécifique
sur le modem. Cependant, dès que les téléphones et les télévisions seront IP, le réseau
domestique ne distinguera plus ces applications particulières, et ce sera le modem qui, en
filtrant les flux, découvrira les paquets de téléphonie et les paquets de télévision pour les
traiter en conséquence.
Cette différentiation est illustrée aux figures 1.6 et 1.7. La première présente l’état actuel,
où les flux de données, de vidéo et de téléphonie sont différenciés par la prise par laquelle
ils transitent, et la seconde celui de demain, où tous les flux sont intégrés sur le réseau
domestique et sont différenciés par le biais d’un filtre applicatif dans le modem ADSL.

Cette même évolution vaut pour les petites et moyennes entreprises, pour lesquelles le
PBX-IP deviendra une sorte de gros modem ADSL, de nombreuses fonctionnalités étant
exportées vers le réseau de l’opérateur ou des fournisseurs de services particuliers.
I.11 - LES SOLUTIONS DE ToIP
Le développement de la ToIP a vu se succéder sur plusieurs années plusieurs générations

de services et de configurations.
La première génération de téléphonie IP grand public a été proposée par des opérateurs
alternatifs afin d’offrir des communications internationales à tarif local. Ce service
consiste à rassembler un grand nombre de voies téléphoniques classiques sur le
commutateur local et à les encapsuler dans un même paquet IP. Ce paquet IP peut devenir
assez important suivant le nombre de voix multiplexées et le nombre d’octets de chaque
voix.
L’utilisateur se connecte en local sur le commutateur de l’opérateur historique.

L’opérateur alternatif récupère les différentes voix et les multiplexe sur Internet ou sur
une même liaison IP, transatlantique par exemple. À la sortie du réseau IP, les voies de
parole retrouvent leur composition normale sur le commutateur local et sont envoyées de

façon classique aux destinataires au travers de la boucle locale de l’opérateur de

télécommunications.
Si la téléphonie locale est gratuite, comme aux États-Unis, le coût total est
approximativement égal à la tarification locale de départ. Les opérateurs de téléphonie
classique suivent plus ou moins les mêmes principes, tout en tentant de préserver une
marge bénéficiaire importante. D’où une chute des prix beaucoup plus lente.
Cette solution est illustrée à la figure 1.8.
La deuxième génération a vu les opérateurs de télécommunications offrir des accès

Internet au travers de la boucle locale via des modems standards permettant des débits
de l’ordre de 50 Kbit/s.
Sur cet accès Internet peuvent être raccordés des ordinateurs personnels. Si l’ordinateur
est équipé d’un micro et d’un haut-parleur, il est possible d’utiliser l’ordinateur personnel
comme téléphone et de faire transiter les paquets de téléphonie sur Internet après les
avoir acheminés sur la boucle locale de l’opérateur.

Cette amélioration est illustrée à la figure 1.9.
Dans la troisième génération, au lieu d’utiliser l’ordinateur comme téléphone, un combiné

analogique est connecté au PC, équipé d’une carte d’acquisition de la parole téléphonique.
L’ordinateur personnel joue ici le rôle d’une passerelle, transformant le signal analogique
du combiné en un flux d’octets de téléphonie numérisés par un codec intégré à l’ordinateur.
Les octets sont envoyés par un modem vers le routeur de l’opérateur, auquel revient la
charge de la paquétisation et de l’envoi des paquets IP.
Cette étape est illustrée à la figure 1.10.
La quatrième génération est caractérisée par l’arrivée de modems ADSL munis de

plusieurs prises, chacune prenant en charge un média particulier et un protocole associé.
Le modem ADSL permet de connecter des téléphones standards. Les conversions

nécessaires sont effectuées dans le modem, qui devient de ce fait une véritable Internet

Box, le travail spécifique de la partie modem devenant mineur par rapport à l’ensemble des
fonctionnalités réseau réalisées.
La boucle locale de l’opérateur transporte les paquets IP. Pour sa part, le téléphone
demeure analogique.
La cinquième génération du processus aboutit à de la téléphonie IP de bout en bout. La

paquétisation est repoussée dans l’équipement terminal de l’utilisateur. Le téléphone
devient un téléphone IP.
La figure 1.12 illustre cette solution. Le téléphone IP n’est pas connecté directement sur la
boucle locale de l’opérateur mais sur le réseau d’entreprise, lui-même connecté à
l’opérateur. Le téléphone IP fait en réalité office de routeur. Il intègre en outre un codec et
assure la paquétisation IP et l’encapsulation des paquets IP dans une trame Ethernet. La
trame Ethernet est ensuite transmise sur le réseau d’entreprise.

Avec l’arrivée massive d’ordinateurs personnels suffisamment puissants pour émuler un

téléphone IP, la ToIP est devenue une téléphonie de bout en bout gratuite, puisque la
téléphonie devient une application comme une autre transitant par l’intermédiaire du
modem ADSL.
Du fait de cette configuration, de nouvelles applications ont fait leur apparition pour
proposer des services grand public. Parmi celles-ci, Skype ou MSN (Microsoft Network)
proposent de la téléphonie sur IP de bout en bout. Il faut dans les deux cas disposer d’un
modem ADSL aux deux extrémités de la communication afin que le débit soit acceptable sur
la boucle locale. Skype fait appel à une technique P2P (peer-to-peer) à des fins de simplicité
et pour ne pas avoir à implémenter un contrôle centralisé. La signalisation de MSN est
gérée par une base de données centralisée mais qui peut être distribuée sur plusieurs
sites.
Nous examinons en détail dans la suite du cours ces solutions de ToIP, qu’elles proviennent
des opérateurs ou d’applications uniquement terminales. Le modem ADSL joue le rôle de
codec et de paquétiseur. Le téléphone est branché sur une prise spécifique reliée au codec.
La télévision et les données ont leur propre prise spécifique.
En cas d’utilisation d’un logiciel de téléphonie sur l’ordinateur portable, le flux de téléphonie
est multiplexé avec l’ensemble des données et n’est pas traité de façon spécifique. On
appelle cette solution, le Double-Play lorsqu’il y a un canal de données et un canal
téléphonique et Triple-Play lorsqu’un canal de télévision est ajouté (voir figure 1.13).

Si l’on ajoute un canal supplémentaire, comme le canal de mobilité provenant d’un terminal
mobile de type GSM/Wi-Fi, on parle de Quadruple-Play. Lorsque ce téléphone est situé près
d’un modem incorporant un réseau Wi-Fi, le mobile se connecte en Wi-Fi.
S’il n’est pas situé dans une zone Wi-Fi, le téléphone utilise le mode GSM. Il est possible de
commencer à téléphoner en Wi-Fi et de continuer en GSM lorsqu’on sort de la zone Wi-Fi.
En sens inverse, le téléphone peut éventuellement repasser en Wi-Fi.
La figure 1.15 illustre la génération suivante, dite Penta-Play, dédiée à la vidéo mobile.

Sur un mobile à écran vidéo, un utilisateur peut se connecter sur un réseau Wi-Fi et
regarder la télévision. La connexion avec le modem ADSL s’effectue en mode hertzien de
type Wi-Fi.
Dans cette solution comme dans la précédente, le téléphone GSM/Wi-Fi peut se connecter
à tous les modems de l’opérateur Internet auquel l’utilisateur a souscrit. La téléphonie sur
IP est encore peu présente dans le monde de la communication mobile, mais elle devrait
se généraliser dès que les modems ADSL deviendront mobiles, ce qui sera le cas à partir
du début 2008. Ce déploiement s’effectuera par l’intermédiaire de l’Internet hertzien, mais
prendra son essor véritable avec l’arrivée des produits WiMax.
Pour le moment, les réseaux de mobiles peuvent transporter des paquets IP, qui ne sont
jamais qu’un ensemble d’éléments binaires au même titre que toutes autres suites
d’éléments binaires. Il est donc possible de mettre en place des applications de téléphonie
sur un terminal mobile assez puissant. Le coût de la communication étant celui du transport
des données, la téléphonie n’est plus qu’une application parmi les autres.

I.12 - QUESTIONS POSÉES PAR LA MISE EN PLACE DE LA ToIP EN ENTREPRISE
Nous examinons dans cette section les questions à se poser lors de la mise en place d’un
environnement de ToIP en entreprise. Le cas des particuliers est différent puisque c’est à
l’opérateur de résoudre les problèmes liés à ces questions.
Cinq questions principales se posent :
• Sécurité. Autrefois, les réseaux étaient fortement sécurisés grâce à la notion de circuit.
En entrant dans le monde IP, la téléphonie rencontre un monde encore mal sécurisé, qui
connaît des problèmes d’authentification, de confidentialité et d’intégrité.
• Disponibilité. Autrefois, les réseaux avaient une disponibilité dite à cinq « neuf »,
signifiant qu’ils fonctionnaient 99,999 % du temps. Les meilleurs réseaux des opérateurs
IP n’ont généralement qu’une disponibilité à trois « neuf » (99,9 % du temps). De nombreux
autres réseaux IP ne sont disponibles qu’à 99 % du temps.
• Gestion. Les trois réseaux de la génération précédente (données, parole, vidéo)

possédaient trois systèmes de gestion relativement simples. Avec l’intégration, il n’y a plus
qu’un seul système de gestion, de ce fait assez complexe.
• Contrôle. Autrefois les réseaux étaient contrôlés par des algorithmes assez simples.
L’intégration des différents flux dans le même réseau complexifie énormément le contrôle
de l’ensemble.
• Qualité de service. La qualité de service étant liée à l’infrastructure, la nouvelle

génération de réseaux doit être capable de prendre en charge les qualités de service de
chaque application transitant sur le même réseau, ce qui n’est pas facile. Dans la suite de
l’ouvrage, nous nous penchons en détail sur les réponses techniques apportées à ces
questions.

Revenons quelques instants sur la sécurité, qui passe par la mise en place de pare-feu,
permettant dans la mesure du possible d’arrêter les voies de parole interdites. Comme
nous le verrons, ces solutions sont complexes et peu utilisées. Les pare-feu traditionnels
filtrant les trafics à partir des numéros de port sont généralement incapables de stopper
les flux de téléphonie. Il est donc nécessaire de recourir à des pare-feu applicatifs,
capables d’identifier les applications de niveau 7 (applicatif).
Pour l’authentification et l’autorisation de l’émetteur, le chiffrement et la signature

électronique sont nécessaires. Il faut en outre vérifier que la parole n’a pas été déformée,
voire remplacée par une autre.
Le tableau 1.1 donne les idées de grandeur des durées et des coûts engendrés par
l’indisponibilité du réseau.
La durée d’indisponibilité passe de cinq minutes par an dans le cas d’un réseau téléphonique
classique à presque neuf heures de pannes dans un très bon réseau IP. Il est toujours
possible d’augmenter la disponibilité par duplication des lignes ou des chemins. Pour
passer d’une disponibilité de trois « neuf » à une disponibilité de cinq « neuf », il faut
cependant multiplier les coûts par quatre. La dernière colonne du tableau montre que si le

coût est de C pour un réseau de disponibilité 90 %, il est de 2 C pour gagner un « neuf »,

et il faut encore multiplier par 2 pour gagner un autre « neuf », etc.
La gestion devient également de plus en plus complexe. De nombreux groupes de travail se

sont formés depuis plusieurs années pour promouvoir telle ou telle solution. Aujourd’hui,
presque tout reste à faire du fait du passage de la gestion à des technologies IP.
Le contrôle est dans une situation similaire. Il est aujourd’hui quasiment impossible de
contrôler efficacement un très grand réseau d’opérateur Internet. De nouvelles techniques
sont en train d’émerger, comme les contrôles dits « autonomic » (parfois traduits en
français par « auto-organisants »), qui permettent d’automatiser la commande de la
plupart des algorithmes de contrôle. Le terme « autonomic » indique un processus
autonome et spontané.
La qualité de service est un problème primordial. À ce titre, elle est abondamment couverte
dans l’ouvrage. Sans qualité de service, la parole téléphonique ne peut traverser un réseau
IP sans dommage. Comme nous le verrons, deux types de qualités de service peuvent être
mis en place : soit le flux de la couche application s’adapte au réseau, soit le réseau s’adapte
à la demande du flux applicatif.
La première solution est la plus ancienne. Elle correspond à une adaptation du flux par
rapport à un réseau qui réagit en best-effort. Les applications téléphoniques telles que
Skype utilisent cette solution. La seconde solution prend en compte les possibilités du
réseau en permettant à un flux dont on connaît les caractéristiques de traverser le réseau
dans les meilleures conditions de garantie. La seconde génération d’Internet correspond à
cette solution. La plupart des offres de téléphonie sur IP dans l’entreprise reposent sur
elle.

I.13 – LES DIFFÉRENTS PROTOCOLES UTILISÉS EN ToIP
Les différents protocoles non propriétaires sont les trois suivants :
I.13.1 – Protocole H323
Le protocole H323 est le plus connu et se base sur les travaux de la série H.320 sur la
visioconférence sur RNIS. C’est une norme stabilisée avec de très nombreux produits sur
le marché (terminaux, gatekeeper, gateway, logiciels). Il existe actuellement 5 versions du
protocole (V1 à V5).
I.13.2 – Protocole SIP
Le protocole SIP est natif du monde Internet (HTTP) et est un concurrent direct de l’H323.
A l’heure actuelle, il est moins riche que H.323 au niveau des services offerts, mais il
suscite actuellement un très grand intérêt dans la communauté Internet et télécom.
I.13.3 – Protocole MGCP
Le protocole MGCP est complémentaire à H.323 ou SIP, et traite des problèmes

d’interconnexion avec le monde téléphonique (SS7, RI).
I.14 – L’ALIMENTATION DES POSTES IP
He oui, un poste Ip (ou ip-phone) a besoin d’une alimentation externe DC de 48Volts ou d’une
télé alimentation par le port ethernet. Il y a deux solutions pour se passer d’un petit
transformateur 220V~/48VDC pouvant être facilement oublié et débranché avec une
fausse manip.. Ces deux solutions ont été normalisés par un document officiel de IEEE
Computer Society (norme : 802.3af) et elles sont décrites ci-dessous :

Dans le premier cas (en haut), les téléphones Ip sont directement connectés aux switchs
d’étages qui intégrent l’alimentation 48 V nécessaire sur les paires LIBRES ! C’est donc un
switch dernière génération compatible 802.3af
Dans notre 2° cas (en bas), le switch n’étant pas équipés, il a fallu installer un PATCH POWER
PANEL pour pouvoir alimenter quand même les téléphones IP. Les cordons réseaux sortent
du switch, vont au power panel puis ressortent sur un autre port vers le PC de l’étage.
Si vous n’avez pas un switch qui assure la téléalimentation ou un power patch panel, il est
obligatoire de disposer d’un transformateur externe par téléphone Ip (IP-PHONE). Il est à
noter qu’en cas de panne secteur, il n’y a plus de téléphone (c’est normal) et aucun appel
d’urgences n’est donc possible.

I.15 – LA MIGRATION D’UNE INSTALLATION
Cette migration d’un réseau existant doit respecter absolument certaines règles, les voici :
 Mettre à niveau le réseau étendu
 Dimensionner le réseau local (s’assurer d’une très bonne bande passante et surtout
de son utilisation)
 Récupérer l’existant en téléphonie classique (comme les fax par exemple ou les liens
opérateurs analogiques ou numériques)
 Conférer une certaine autonomie aux sites distants
 Intégrer la téléphonie sans fil (soit DECT, soit WIFI)
 Autoalimenter les postes téléphoniques (norme 802.3af)
 Assurer la sécurité
 Calculer le retour sur investissement (ROI)
I.16 – LES 8 ARGUMENTS PLAIDANT LA ToIP POUR
 Économiser sur la facture télécom
 Pérenniser l’investissement
 Simplifier les infrastructures
 Faciliter l’administration et la mobilité
 Homogénéiser les services téléphoniques sur un ensemble de sites
 Faciliter l’intégration avec le système d’information
 Évoluer plus facilement
 Regrouper les équipes et se passer d’un prestataire

I.17 – LES 6 FAIBLESSES DE LA ToIP QUI REBUTENT LES ENTREPRISES
 Fiabilité
 Une qualité de son médiocre
 Améliorer l’utilisation
 Localisation
 Standards
 Support administratif
I.18 – LES FAILLES DU PROTOCOLE H.323
He oui, même ce protocole n’est pas à l’abri de failles de sécurité. Ces trous de sécurité
pourraient être exploites pour exécuter des commandes arbitraires ou provoquer un déni
de service sur le système vulnérable. La criticité de ces problèmes sur les différents
équipements/logiciels semble varier d’un produit à l’autre. Les systèmes touchés sont les
téléphones Ip et les visioconférences IP.
I.19 - LES DIFFÉRENTS ÉLÉMENTS POUVANT COMPOSER UN RÉSEAU
 Le PABX-IP, c’est lui qui assure la commutation des appels et leurs autorisations, il
peut servir aussi de routeur ou de switch dans certains modèles, ainsi que de
serveur DHCP. Il peut posséder des interfaces de type analogiques (fax),
numériques (postes), numériques (RNIS, QSIG) ou opérateurs (RTC-PSTN ou EURO-
RNIS). Il peut se gérer par Ip en intranet ou par un logiciel serveur spécialisé que
ce soit en interne ou depuis l’extérieur. Il peut s’interconnecter avec d’autres PABX-
IP ou PABX non Ip de la même marque (réseau homogène) ou d’autres PABX d’autres
marques (réseau hétérogène).

 Le serveur de communications (exemple : Call Manager de Cisco), il gère les

autorisations d’appels entre les terminaux Ip ou softphones et les différentes
signalisations du réseau. Il peut posséder des interfaces réseaux opérateurs (RTC-
PSTN ou RNIS), sinon les appels externes passeront par la passerelle dédiée à cela
(gateway).
 La passerelle (gateway), c’est un élément de routage équipé de cartes d’interfaces

analogiques et/ou numériques pour s’interconnecter avec soit d’autres PABX (en
QSIG, RNIS ou E&M), soit des opérateurs de télécommunications local, national ou
international. Plusieurs passerelles peuvent faire partie d’un seul et même réseau,
ou l’on peut également avoir une passerelle par réseau local (LAN). La passerelle
peut également assurer l’interface de postes analogiques classiques qui pourront
utiliser toutes les ressources du réseau téléphonique Ip (appels internes et
externes, entrants et sortants).
 Le routeur, il assure la commutation des paquets d’un réseau vers un autre réseau.
 Le switch, il assure la distribution et commutation de dizaines de port Ethernet à

10/100 voire 1000 Mbits/s. Suivant les modèles, il peut intégrer la téléalimentation
des ports Ethernet à la norme 802.3af pour l’alimentation des IP-phones ou des
bornes WIFI en 48V.
 Le gatekeeper, il effectue les translations d’adresses (identifiant H323 et @ Ip du

référencement du terminal) et gère la bande passante et les droits d’accès. C’est
le point de passage obligé pour tous les équipements de sa zone d’action.
 Le MCU, est un élément optionnel et gère les conférences audio vidéo.

 L’IP-PHONE, c’est un terminal téléphonique ToIP fonctionnant sur le réseau LAN Ip à

10/100 avec une norme soit propriétaire, soit SIP, soit H.323. Il peut y avoir
plusieurs codecs pour l’audio, et il peut disposer d’un écran monochrome ou
couleur, et d’une ou plusieurs touches soit programmables, soit préprogrammées.
IL est en général doté d’un hub passif à un seul port pour pouvoir alimenter le PC
de l’utilisateur (l’IP-PHONE se raccorde sur la seul prise Ethernet mural et le PC se
raccorde derrière l’IP-PHONE).
 Le SOFTPHONE, c’est un logiciel qui assure toutes les fonctions téléphoniques et qui
utilise la carte son et le micro du PC de l’utilisateur, et aussi la carte Ethernet du
PC. Il est géré soit par le Call Manager, soit par le PABX-IP.

I.20 – LA RÉGLEMENTATION DANS CERTAINS PAYS
Le présent tableau est fondé sur les résultats de l’enquête de l’UIT sur la réglementation
(Edition 2000) et sur des études de cas réalisées par l’UIT. Les états membres n’y ont
apporté ni modifications ni éclaircissements en vue du troisième Forum Mondial des
politiques de télécommunications.
Notes : selon que la transmission des signaux s’effectue ou non « en temps réel », la
réglementation afférente à la téléphonie classique peut s’appliquer à divers degrés. On ne
dispose pas pour tous les pays d’informations réglementaires permettant de déterminer
si le service est assuré ou non en temps réel.
 Pour les pays suivants :
o Angola, Antigua-et-Barbuda (1), Bhoutan, Congo, Costa Rica, Dominicaine

(Rép.), Estonie (2), Etats-Unis (3), Gambie, Guatemala, Madagascar,
Malte, Mexique, Mongolie (2), Nouvelle-Zélande, Ouganda, Pologne, Sainte-
Lucie (1), Saint-Vincent (4), Slovaquie, Tonga, Vietnam
 Voici la réglementation associée :
o Pas d’interdiction spécifique pour la téléphonie/télécopie sur l’Internet

public.
o Notes :
(1) Antigua-et-Barbuda et Sainte Lucie : l’utilisation de l’Internet public
n’est pas interdite pour la téléphonie et la télécopie, mais on ne dispose
d’aucune donnée sur l’utilisation des réseaux Ip pour ces services.
(2) En Estonie, les communications téléphoniques nationales et

internationales acheminées par des réseaux Ip étaient interdites jusqu’au 31
décembre 2000. La ToIP téléphonie IP publique était également interdite

jusqu’à la même date.
En Mongolie, les communications téléphoniques internationales étaient

interdites jusqu’à cette même date.
(3) Les Etats-Unis autorisent la ToIP téléphonie IP sans aucune condition,

c’est à dire qu’elle n’est pas assujettie au régime des règlements
internationaux.
(4) Saint-Vincent : l’utilisation de réseaux Ip n’est pas interdite, mais on ne
dispose d’aucune donnée concernant l’utilisation de l’Internet public pour la
téléphonie et la télécopie.
o Pays de l’Union, Européenne (5), Hongrie (6), Islande
o Autorisée ou non réglementée si la transmission n’est pas en temps

réel (n’est pas assimilée à de la téléphonie vocale).
(5) L’Union Européenne regroupe les 15 pays suivants : Allemagne, Autriche,

Belgique, Danemark, Espagne, Finlande, France, Grèce, Irlande, Italie,
Luxembourg, Pays-bas, Portugal, Royaume Uni et Suède.
(6) Hongrie : lorsque le temps mort de transmission est =/> 250 ms et la

perte de paquets >1%.
o Hong-Kong (RAS de), Japon, République Tchèque (7), Singapour, Suisse

o Autorisée. Dans le cas d’une transmission en temps réel, assortie de

conditions peu contraignantes (obligation de notification ou
d’enregistrement, autres dispositions de base de la réglementation de la
téléphonie vocale classique).
(7) Exception : de téléphone à téléphone dans le cas autre que l’opérateur

établi.
o Australie, Canada, Chine, Corée (Rép.), Malaisie
o Autorisée. Lorsque la transmission de fait en temps réel, assimilée aux

autres services de télécommunication vocale (sous réserve d’octroi de
licences et visée par les dispositions détaillées de la réglementation
applicable à la téléphonie vocale classique)
Voici les pays qui autorisent les services téléphoniques/de télécopie, soit sur Internet
public, soit sur des réseaux Ip (mais pas sur les deux à la fois).
 Argentine
o Utilisation de Internet public : Interdite

o Utilisation des réseaux IP : Non interdite
 Chypre


 Éthiopie

 Kenya
o Utilisation de Internet public : Interdite (services téléphoniques, rappel et

reroutage compris)
 Kirghizistan
o Utilisation de Internet public : Non interdite

o Utilisation des réseaux IP : Interdite (jusqu’en 2003 pour la ToIP téléphonie
IP)
 Moldova

o Utilisation des réseaux IP : Interdite (jusqu’en 2003 pour la ToIP téléphonie
IP)
 Pérou
o Utilisation de Internet public : Interdite (les services téléphoniques sont

interdits puisqu’ils sont assimilés à des services de téléphonie vocale)
 Philippines


 Sri Lanka

o Utilisation des réseaux IP : Interdite (services téléphoniques)
Ce présent tableau est fondé sur les résultats de l’enquête de l’UIT sur la réglementation
La réglementation de la ToIP téléphonie sur IP dans certains pays (ter). Voici les pays qui
interdisent l’utilisation de l’Internet public et des réseaux IP pour les services de téléphonie
ou de télécopie.
 Albanie : Services téléphoniques sur réseaux Ip interdits jusqu’en 2003
 Belize : Tous les services sont interdits
 Botswana : Téléphonie interdite sur l’Internet public
 Cambodge : Téléphonie interdite indéfiniment
 Cameroun : Téléphonie interdite sur l’Internet public
 Côte d’Ivoire : Téléphonie interdite sur l’Internet public jusqu’en 2004
 Cuba : Téléphonie interdite sur l’Internet public et les réseaux Ip à la différence de

la télécopie
 Équateur : Téléphonie interdite sur l’Internet public. Téléphonie temporairement

interdite sur les réseaux IP
 Érythrée : Téléphonie interdite pendant encore plusieurs années ( à la fois sur

l’Internet public et sur les réseaux Ip )
 Gabon : Téléphonie interdite (à la fois sur l’Internet public et sur les réseaux IP)
 Inde : Ce pays interdit l’utilisation de services téléphoniques sur l’Internet public,

mais n’a pas répondu à la question concernant les réseaux IP
 Indonésie : Téléphonie interdite sur l’Internet public. Réglementation en cours

d’élaboration pour autoriser la ToIP téléphonie sur les réseaux IP.
 Israël : Téléphonie interdite sur l’Internet public. Téléphonie et télécopie interdites

sur les réseaux IP
 Jordanie : Téléphonie interdite sur l’Internet public. Services téléphoniques et de

télécopie interdits sur les réseaux Ip jusqu’a la fin de l’année 2004
 Lituanie : Téléphonie interdite sur l’Internet public et sur les réseaux Ip jusqu’au 31
décembre 2002
 Mozambique : Téléphonie et télécopie interdites sur l’Internet public et sur les

réseaux IP
 Nicaragua : Services téléphoniques interdits sur l’Internet public et sur les réseaux
IP
 Nigéria : Téléphonie et télécopie interdites à l’heure actuelle sur les réseaux IP
 Pakistan : Services de terminaison téléphoniques interdits sur l’Internet public.

ToIP téléphonie interdite sur les réseaux IP
 Paraguay : Téléphonie interdite sur l’Internet public et les réseaux IP
 Qatar : Téléphonie et télécopie interdites sur l’Internet public et sur les réseaux IP,
mais la situation sera réexaminée

 Roumanie : Téléphonie interdite sur l’Internet public. Services téléphoniques

interdits au moins jusqu’au 1er janvier 2003
 Sénégal : Téléphonie interdite sur l’Internet public
 Seychelles : Téléphonie et télécopie interdites sur l’Internet public ; néanmoins, la

téléphonie Internet, qui est considérée comme une application Internet plutôt que
comme service de télécommunication assuré par un fournisseur de services
Internet, est autorisée. Tous les services sur les réseaux Ip sont interdits
 Swaziland
 Thaïlande : Téléphonie et télécopie interdites sur l’Internet public et sur les réseaux
IP
 Trinité-et-Tobago : Téléphonie interdite sur les réseaux IP
 Turquie : Téléphonie interdite sur l’Internet public et les réseaux IP
Ce présent tableau est fondé sur les résultats de l’enquête de l’UIT sur la réglementation

I.21 – LE PANORAMA DES PRODUITS
Les informations contenues dans ce cours n’engagent ni la responsabilité du chargé du

cours, ni les différents constructeurs auquel il faut se référer en cas d’étude précise sur
la ToIP téléphonie sur IP. Les images proviennent des images existantes sur les sites des
constructeurs. Le panorama n’est pas classé selon les qualités des constructeurs, il est
classé aléatoirement.
I.21.1 – 3COM
Le produit 3Com® NBX® 100 Communications System est disponible dans 61 pays et dans
11 langages différents. La connectivité PSTN possible est Loop-start analog, T1/PRI, E1/PRI
et ISDN BRI-ST. Les capacités maximum sont : 400 heures de messagerie vocale, 720 PSTN
et 1500 devices ( PSTN + postes ). Le système d’exploitation est VxVorks. Autre produit : 3
NBX 1200 postes IP maxi du type Basic ou Business

I.21.2 – ALCATEL
La voix sur Ip est native sur le produit OmniPcx. Le système d’exploitation est Linux, la
messagerie unifiée est disponible, le nombre de postes Ip maximum est de 4000 pour
l’OmniPcx 4400 et de 200 sur l’Omnipcx Office. Le nombre maximum de boites vocales est
de 15000. L’IP Sotfphone est disponible.
I.21.3 – AVAYA
Le système d’exploitation est propriétaire, la messagerie unifiée est disponible, le nombre

de boites vocales est illimité, et le nombre de postes IP maximum est de 90 pour l’Ip 403
Office et de 4 pour l’IP 403 Compact Office. Deux autres modèles :Definity One sous
Windows NT H323, 240 postes IP maxi du type 4600 ou softphone IP + Definity sous OS
propriétaire, H323, 5000 postes IP maxi du type 4600 ou softphone IP

I.21.4 – WellX
WellX Office est une solution PCBX (PC industriel équipé de cartes de Télécommunications).
Le système d’exploitation est Windows 2000.
WellX Office est conforme au protocole SIP (stack OsIP et proxy Partysip) et gère
indifféremment des terminaux analogiques et des terminaux SIP (IP-Phone -par ex.
SIEMENS en photo à droite-, MSN Messenger, SIP Phone, postes USB,….) mais aussi des
« Access Device » type Mediatrix.
Jusqu’à 200 postes Ip et 256 postes analogiques.
Applications disponibles : Administration Web, Serveur vocal, Enregistreur de

communications, Gestion des appels CTI (montée de fiches, client Web), messagerie vocale
et unifiée, commandes vocales, ACD, interfaces TAPI (possibilité de développer une
application ‘téléphonie’ avec VBA, VB, ASP, HTML, ou C++).


I.21.5 – CISCO
Cisco Unity : messagerie unifiée et messagerie vocale. Le serveur de convergence média

Cisco 7835-1266 peut gérer 2500 postes IP, tandis que le serveur de convergence média
Cisco 7835-1133 peut gérer 1000 postes IP (par serveur) avec possibilité de les monter en
grappe. Ils intègrent le serveur Call Manager. Le logiciel de traitement d’appels Cisco
CallManager Manager 3.2 peut gérer un maximum de 10 000 postes IP par grappe...
La version 4.0 du Call Manager est sortie... Ils sont tous compatibles H323, MGCP, SIP, SCCP.
Quelques modèles :
 MCS7845 sous windows 2000, 30 000 postes IP maxi du type switch, XML, couleur,
sans fil
 MCS7835 sous windows 2000, 10 000 postes IP maxi du type switch, XML, couleur,
sans fil
 MCS7825 sous Windows 2000, 4000 postes IP maxi du type switch, XML, couleur,
sans fil
 MCS7815 sous Windows 2000, 400 postes IP maxi du type switch, XML, couleur, sans
fil
 Call manager express, OS temps réel, 120 postes IP maxi du type switch, XML, sans
fil
Caractéristiques des postes IP Phone de Cisco.
Démonstration d’un poste 7960.
Possibilité de développement XML


I.21.7 – QUESCOM
Le produit QUESCOM 400 intègre les éléments suivants : Serveur de voix sur IP, Serveur
de messagerie et de ToIP téléphonie, Serveur d’appels RNIS et IP. Ce produit permet
d’interconnecter un PABX existant avec une solution de VOIX SUR Ip et dispose d’une option
GSM.
Il est compatible avec les téléphones Ip de Cisco et accepte jusqu’à 32 communications Ip

simultanées.

I.21.8 – MITEL
Le produit 3300 ICP intègre la messagerie vocale (jusqu’à 750 boites), un standard
automatique et la distribution automatique des appels (ACD). La connectivité PSTN est
possible ainsi que PRI (QSIG et Euro Isdn), et BRI. L’IP Sotfphone est disponible ainsi que
des téléphones WI-FI. MITEL propose plus de 6 téléphones Ip et le nombre d’utilisateurs
maximum peut dépasser les 700 avec un montage en cluster des contrôleurs.
Deux gammes :
 MN 3340, sous Vx-Works, 40 postes IP maxi, du type 5201, 5205
 MN 3300, sous Vx-Works, 100, 250 et 700 postes IP maxi, du type 5201, 5205

I.21.9 – SIEMENS
Plusieurs modèles :
 HiPath 3300 sous windows NT/2000, ETSI, ISO, CE, IP, 96 postes IP maxi, du type nc
 HiPath 3350 sous windows NT/2000, ETSI, ISO, CE, IP, 96 postes IP maxi, du type nc
 HiPath 3500 sous windows NT/2000, ETSI, ISO, CE, IP, 192 postes IP maxi, du type
nc
nc
nc
nc
I.21.10 – EADS-TELECOM
Plusieurs modèles :
 NexspanCommunicationServer sous windows 2000 et IRMX, 950 postes ip maxi, du

type i740, i760, i780, i2052, H323
 M6501 IP PBX sous IRMX, 250 postes IP maxi, du type i740, i760, i780, i2052
softphone
softphone
softphone
 Nexspan C sous IRMX, 0 postes IP maxi
 Nexspan S sous IRMX, 250 postes IP maxi, du type i740, i760, i780, i2052 softphone
 Nexspan L sous IRMX, 250 postes IP maxi, du type i740, i760, i780, i2052 softphone
I.21.11 – ERICSSON
Webswitch 2000 3.1 OS proprietaire, 128 à 1500 postes IP maxi, du type Dialog 3413, IP ,
softphone
I.21.12 – CENTILE
Centile a développé deux types de produits :
 le PABX hébergé (hosted iPBX),
 ainsi que le PABX local (LAN PBX).
Le PABX hébergé est destiné a des Opérateurs télécoms, ISP afin qu’ils opèrent le service.
Cette solution logicielle s’installe sur Solaris et LINUX et contient toutes les fonctionnalités
attendues d’un PABX :
 Serveur d’IVRs (boite vocale, conférence, ACD…)
 Serveur CTI pour les interfaces utilisateurs (Flash)
 Stacks protocolaires (SIP, MGCP, SCCP, H323)
 Gestion des codecs (G729, G723, G711)
 Media serveur
 Call Control engine
Sur un serveur, plusieurs PABX peuvent être crées avec un nombre d’utilisateurs différents
afin d’attaquer le marché de la PME à la grande entreprise. Les API pour les couches

applicatives et services sont à la disposition des clients afin de développer des services
personnalisés. Le LAN PABX est destiné à des entreprises multi-sites, pour des centres
d’affaires ou tout simplement pour une entreprise qui veut avoir l’équipement en local.
I.21.13 – TENOVIS
ICC sous propriétaire et LINUX, H323, 5000 postes ip maxi, du type compatible H323I5 IP
sous propriétaire et
LINUX, H323, 48 postes ip maxi, du type compatible H323
I.21.14 – TIPTEL
IP400 sous Windows , H323, 200 postes ip max, du type compatible H323
IP3000-30 sous Windows , H323, 1000 postes ip max, du type compatible H323
I.21.15 – FRANCE TELECOM
e-DIATONIS Mx sous IRMX , 250 postes IP maxi, du type propriétaire

e-DIATONIS Lx sous IRMX , 250 postes IP maxi, du type propriétaire
e-DIATONIS S sous LINUX , 200 postes IP maxi, du type propriétaire

e-DIATONIS M sous LINUX , 200 postes IP maxi, du type propriétaire

e-DIATONIS L sous LINUX , 200 postes IP maxi, du type propriétaire
I.21.16 – ALSATEL
Irma VPM IPBX Orienté Centres de sécurité ou d’alertes sous Windows NT/XP, SIP, H323,
postes IP phones, TIPPHONE
I.21.17 – IC Telecom
IC TELECOM permet d’améliorer votre productivité tout en réduisant vos coûts. Avec IC
CENTREX, IC TELECOM propose une solution ToIP complète et modulaire de
télécommunication d’entreprise : voix, data, mobile. Plus besoin d’acheter ou de louer un
PABX, plus d’abonnement à l’opérateur historique. C’est l’avantage d’avoir un guichet
unique donc un seul et même interlocuteur. Un accompagnement vous est dédié tout au
long de notre collaboration.
Aussi, IC TELECOM vous offre de nombreux autres produits de ToIP et services avec IC
CONVERGENCE qui combine la téléphonie fixe et mobile, IC OFFICE permet de bénéficier
d’une solution de messagerie avancée, conviviale et sécurisée via une interface web 2.0
depuis n’importe quelle borne wifi. IC BACKUP vous donne la possibilité de sauvegardé en
ligne vos données sans limite de stockage tout en bénéficiant d’une architecture sécurisée.
Enfin, IC 800 qui grâce à son SVI vous apporte la possibilité de ne plus perdre d’appels, de
réduire le temps d’attente de vos clients et fournisseurs en orientant intelligemment vos
appels.
Avantages IC CENTREX :
 Pas de location ni d’achat de PABX
 Suppression des abonnements

 Un seul interlocuteur téléphonique
 Forfait illimité pour vos appels
 Une maintenance technique 24h /24h 7j/7j
 Communications inter sites gratuites et illimitées
 Une facture unique pour l’internet, la téléphonie fixe et mobile
 Service de maintenance et de formation
I.21.18 – PACWAN
PACWAN propose deux solutions de ToIP :
 VoxDSL : les solutions professionnelles de voix sur IP pour les entreprises. De 1 à

999 postes, disposez immédiatement de nos solutions prêtes à brancher VoxDSL et
des télécommunications gratuites et illimitées (vers les téléphones fixes de la
France métropolitaine, hors numéros spéciaux ou surtaxés). Votre central
téléphonique d’entreprise complet à partir de 22 euros par mois… communications
incluses ! La technologie de voix sur IP pour les petites entreprises. La convergence
de la voix et des données pour de très grosses économies à la clé !
 VoaDSL : La voix sur IP n’est plus synonyme de multinationales. Vous aussi accédez
dès maintenant au futur des télécommunications, et ne payez plus un centime sur
vos appels téléphoniques ! La voix sur ADSL c’est le téléphone et l’Internet dans un
seul abonnement. C’est d’importantes économies et une nouvelle façon de penser le
travail et l’organisation de votre entreprise.
Vous télétravaillez, vous gérez une agence locale, vous dépensez des fortunes en
téléphone ? La solution VoADSL adaptée à vos besoin existe déjà chez PacWan! Un

équipement simple à installer (Plug & call), un support technique prêt à vous aider
et des tarifs d’abonnement équivalents à ceux de l’ADSL classique.
I.21.19 – Panasonic
KX-TD208FR OS nc, max nc, type nc

KX-TD612SP OS nc, max nc, type nc
KXt-TDA100 OS propriétaire, max nc, type nc
KXt-TDA200 OS propriétaire, max nc, type nc
I.21.20 – TechTelecom
La solution de ToIP téléphonie sur IP e-phone® a la particularité de s’intégrer directement

dans l’environnement de messagerie du client. Avec son combiné USB, son casque USB ou
son oreillette Bluetooth, il est possible d’émettre ou de recevoir des appels directement à
partir de sa messagerie. Cette nouvelle offre construite autour de serveurs standard
Windows a de plus l’avantage d’utiliser toutes les possibilités de l’informatique :
 Annuaires centralisés,
 Messagerie unifiée,
 Serveur vocal,

 Lien TAPI…
I.21.21 – 3CX
Faites évoluer vos moyens de communications avec 3CX PABX-IP for Windows
Un autocom qui remplace entièrement votre PABX propriétaire, compatible avec

téléphones/softphones SIP standard, les services VoIP et les lignes RTC traditionnelles.
3CX PABX-IP est bien moins onéreux qu’un PABX traditionnel et peut vous aider à faire des
économies importantes sur le coût des appels en utilisant un fournisseur de services VoIP.
Son administration web rend facile la gestion du système téléphonique. 3CX PABX-IP élimine
le réseau de branchements téléphoniques et permet aux utilisateurs d’avoir un poste direct
en prenant tout simplement leur téléphone.

I.21.22 – Keyyo
Le standard téléphonique évolutif Keyyo grâce à son mode hébergé IPCentrex vous
affranchit de toute installation de PABX et de câblage. Vous mutualisez votre réseau
informatique et telecom. Vos téléphones IP se branchent directement sur votre réseau
informatique. Avec Keyyo c’est simple : Branchez/ téléphonez/ Gérez d’un simple clic !
Keyyo c’est plus de flexibilité pour une meilleure maîtrise des coûts Vous gérez en toute
autonomie vos lignes et forfaits poste par poste depuis votre compte web Keyyo
I.21 23 – Open Source
La ToIP Open Source

II. PRINCIPES DES RÉSEAUX VOIX/DONNÉES
II.1 Généralités
Le budget téléphonie représente plus de 80 % des dépenses de télécommunication (voix,

données) des entreprises. Très tôt, il est apparu, qu’à partir d’un certain seuil de
communication entre les divers établissements d’une entreprise, il devenait très
avantageux de réaliser un réseau privé pour assurer le transport conjoint de la voix et de
la donnée (partage de bande passante).
L’échec de l’intégration des services de transport de données dans le PABX a conduit

d’abord, à la réalisation de réseaux voix/données à l’aide de multiplexeurs.
II.2 Les réseaux de multiplexeurs
Dans les réseaux de multiplexeurs temporels TDM (Time Division Multiplexing : Méthode de
transmission d’information qui utilise le multiplexage par répartition temporelle) les
intervalles de temps sont affectés à un canal voix ou données (figure suivante).

De ce fait, lorsqu’une communication n’est pas établie la bande qui lui est allouée est
perdue. Dans la trame multiplexée représentée figure 16.30, les canaux 3 à 5, n’ayant
aucunes données à transmettre, sont inutilisés, la bande est perdue.
L’avantage des multiplexeurs temporels réside essentiellement dans la simplicité des

algorithmes de gestion, ce qui autorise des temps de traitement courts et donc des délais
de transit dans le réseau faible.
Le TDM n’est pas une technique adaptée aux transferts de données sporadiques comme en
provoque l’interconnexion des réseaux locaux. Ces inconvénients sont résolus par
l’utilisation de multiplexeurs statistiques mais d’un coût plus élevé.
II.3 La voix paquetisée
Plusieurs raisons conduisent à transmettre la voix sur des systèmes à commutation de

paquets :

 dans une infrastructure d’interconnexion de PABX, les canaux voix ne sont pas
utilisés en permanence ;
 le caractère half-duplex d’une conversation et les temps de silence qui
entrecoupent la conversation permettent de récupérer jusqu’à 60 % de la bande

allouée à une communication téléphonique.
Pour cela, il convient de modéliser le flux voix comme un flux de données en

transformant le flux d’information constant (échantillons) en un flux périodique
(paquets). Si on peut garantir aux paquets, un transfert respectant les contraintes
temporelles du transfert isochrone, il est alors possible d’utiliser un réseau à commutation
de paquets pour transmettre la voix. Le multiplexage par étiquette, utilisé par la
commutation de paquets, garantit une utilisation optimale de la bande (figure 16.31), une
administration unifiée du réseau, une réduction des coûts (la voix étant transportée selon
la tarification de la donnée, généralement forfaitaire) et la suppression des coûts de
l’infrastructure téléphonique si l’entreprise disposait d’un réseau voix et d’un réseau
données séparés.
Pour garantir le transport de la voix, les systèmes d’interconnexion de réseaux

voix/données doivent assurer :
 un débit minimal garanti, les flux voix ne devant jamais occuper plus de 50 % de la
bande passante du support ;

 un transfert dans un délai aussi réduit que possible par prioritisation des flux voix
(< 150 ms, avec une tolérance jusqu’à 200 ms) ;

 la maîtrise de la gigue dans le réseau et en assurer la correction dans la passerelle
destination;
 la reprise sur erreur n’ayant aucun sens pour les flux temps réel et malgré une
faible sensibilité de la voix aux erreurs, un transfert correct de la voix nécessite un

taux d’erreur relativement faible ;
 pour garantir une utilisation optimale de la bande passante, un système de détection
des silences doit être implémenté (DSI, Digital Speech Interpolation). Pour ne pas
perturber l’interlocuteur distant, durant la récupération de bande (détection et
récupération des temps de silence), il convient, localement, de restituer un bruit de
fond. À cet effet des paquets spécialisés (paquets de silence) seront émis par la
source.
II.4 Techniques mises en œuvre dans les réseaux voix/données
II.4.1 Compression de la voix
Afin d’optimiser l’utilisation de la bande passante, les techniques de compression de voix

sont implémentées dans tous les systèmes voix/données. Ces techniques apportent
une réduction importante de la bande utilisée en contrepartie d’un temps de traitement
non négligeable.
La voix analogique est numérisée et codée par le PABX (MIC ou PCM Pulse Code Modulation,
norme G.711 à 64 kbit/s), l’équipement d’interconnexion effectue ensuite la compression
(figure 16.32). Les techniques utilisées sont spécifiques, il ne s’agit pas réellement de
compression des données voix, mais d’un codage spécifique réducteur de bande.

La méthode la plus simple, et donc la plus économique est l’ADPCM (Adaptive Differential
Pulse Code Modulation, norme G.726). L’ADPCM réalise un codage différentiel par
comparaison de la valeur de chaque échantillon à la valeur de l’échantillon précédent. Le
sens de la variation est codé sur un bit, l’amplitude sur 1, 2 ou 3 bits, ce qui correspond
respectivement à des débits de 16, 24 ou 32 kbit/s. Indépendamment de la réduction de
bande l’ADPCM est plus résistant aux erreurs que le codage MIC. Cependant, cette
technique est aujourd’hui obsolète.
Dans un réseau voix/données deux modes d’établissement des communications sont

envisageables.
Le premier, le plus simple consiste à transporter la signalisation de manière

transparente.
Les informations de signalisation ne sont alors pas interprétées par les passerelles
voix/données et sont acheminées comme de simples données. Le routage des
communications est alors réalisé par les PABX dit PABX de transit. Cette opération conduit
à une décompression et à une recompression de la voix. Indépendamment des délais
introduits, ce mode d’établissement des communications (figure 16.34) par les opérations
de compression et de décompression altère fortement la qualité de la voix et limite le
nombre de bonds dans le réseau.

Dans le deuxième mode, dit non transparent, l’acheminement de la communication est

réalisé par les passerelles voix/données qui interprètent la signalisation et assurent alors
le routage de la communication. Le signal de voix n’a pas à être décompressé et
recompressé. L’élongation du réseau n’est alors limitée que par les temps de transfert et
de traitement.
II.4.2 Limitation et correction de la gigue
Le temps total de transfert ou temps de bouche à oreille intervient dans l’interactivité de

la communication téléphonique, alors que la variation de ce temps ou gigue est un
processus réducteur de la qualité auditive de la communication.
La gigue dans un réseau voix/données a deux origines.
La première est liée aux délais variables de traitements des données par chaque élément
du réseau, elle dépend de la charge de celui-ci et du dimensionnement du réseau (files
d’attente).
La seconde est liée directement à la nature des flux. Compte tenu de la spécificité des
différents flux, dans les équipements voix/données les flux voix et données sont séparés
et mis, en attente de traitement, dans des files d’attente différentes. Le traitement de la
voix bénéficie d’une priorité absolue, tant qu’un paquet voix est présent, la file d’attente
données est bloquée. Ce n’est qu’en l’absence de voix, ou entre 2 paquets voix que les
paquets données sont traités et émis.
II.4.3 Traitement des télécopies
La voix, même dégradée en qualité, est reconnaissable, il n’en est pas de même des données
de télécopie. La solution généralement adoptée consiste à reconnaître les modulations,
détecter la porteuse (exemple pour le V.29 porteuse à 2 100 Hz), la démoduler et
transmettre les données numériques issues du Fax comme une donnée ordinaire. Le
système récepteur opérera à l’inverse en remodulant avant de remettre le signal au PABX
destinataire.
II.4.4 Traitement de l’écho
Le poste de l’usager est raccordé par deux fils (boucle locale), la liaison distante comporte
généralement quatre fils (paire émission et paire réception). Un transformateur
différentiel assure le passage de deux à quatre fils. Si l’adaptation d’impédance est mal
réalisée, une partie de l’énergie est réfléchie : c’est l’écho. Les différents types d’écho sont
représentés figure 16.37.
L’écho local est peu gênant. À partir d’un certain délai de transmission, fonction de la
distance séparant les deux PABX, l’écho distant peut devenir gênant. Supérieur à 45 ms, il
constitue un véritable trouble de la conversation.

S’il ne peut être évité, il convient de l’éliminer, les annulateurs d’écho effectuent cette
fonction. Les annulateurs d’écho construisent un modèle mathématique de la voix sur une
voie, et réinjectent ce signal en opposition sur l’autre voie. Le principe des annulateurs
d’écho est illustré figure 16.38. L’installation doit être symétrique (2 annuleurs d’écho par
liaison).
II.4.5 Traitement des silences
Lors d’une conversation seule une personne parle, son ou ses interlocuteurs écoutent et
sont donc silencieux. Durant ces silences, le seul signal présent correspond aux bruits
d’ambiance. Le signal de parole pouvant être modélisé (niveaux de puissance, spectre de
fréquence), il est alors possible de détecter les silences et de ne rien transmettre durant
ces instants. Cependant, l’absence de bruit chez le correspondant distant peut lui faire
croire que son interlocuteur a raccroché.

Pour éviter ceci et recréer l’ambiance d’une communication téléphonique classique, des
paquets spécifiques peuvent alors être émis pour signaler au système destinataire le
silence. Celui-ci génère alors un bruit de fond. La bande passante récupérée peut atteindre
60 % de la bande nominale.
La figure 16.40 illustre le traitement des silences. Après l’étape de numérisation classique
(G.711), la voix est analysée pour calculer le signal d’annulation d’écho (G.165/G.168). Afin
de récupérer de la bande passante, le système de traitement des silences ou VAD (Voice
Activity detection) détecte les silences, la voix est ensuite compressée. Enfin, l’ensemble
des informations est mis en paquets (paquets de voix ou paquets de silence). Les paquets
de silence ne transportent aucune donnée, ils ne sont utilisés que pour signaler une
absence de paquets voix, et non une perte, et permettre au destinataire de générer un bruit
aléatoire de fond.
Dans l’exemple de la figure 16.39, le débit minimal d’environ 7 kbit/s correspond au débit
de ligne après les diverses encapsulations du signal. Lors du dimensionnement d’un
système voix/données, il ne faut pas tenir compte de cette récupération de bande pour
définir les canaux voix, ils doivent l’être au maximum de la bande requise, soit dans notre
exemple 17,8 kbit/s (encapsulation RTP/UDP/IP/PPP).

II..4.6 Modes de relation téléphonique dans les réseaux paquets
Trois modes de mise en relation téléphonique peuvent être distingués (figure 16.40). Un
réseau voix/données peut mixer ces différentes configurations :
 le mode « postes de service » met en relation directe deux ou plusieurs postes
téléphoniques analogiques isolés utilisant la signalisation RON/TRON. L’interface

FXS (Foreing eXange Station) émule vis-à-vis du poste téléphonique un PABX;
 le mode « postes déportés » permet de relier un ou plusieurs postes analogiques
distants (signalisation RON/TRON) à travers une interface FXO (Foreing eXchange

Office) et FXS à un PABX. Les postes distants ont accès aux postes de l’installation
locale, et réciproquement. Ils ont aussi accès, via le PABX, au réseau téléphonique
public. L’interface FXO émule vis-à-vis du PABX un ou plusieurs postes téléphoniques
;
 le mode « interconnexion de PBX » vise à la réalisation de réseaux privés de
téléphonie, il utilise des interfaces de type LIA ou E1. Outre la voix, ce système assure
le transfert de la signalisation téléphonique (RON/TRON, Q.931, MF Socotel, Colisée,
QSig...).

II.5 LA VOIX SUR ATM
ATM (Asynchronous Transfer Mode) : Norme UIT de relais de cellules dans laquelle les
informations destinées à différents types de services (voix, vidéo, données) sont
transmises en paquets (cellules) de longueur fixe.
L’ATM désigne un mode de transfert asynchrone, utilisant des trames spécifiques et faisant
appel à la technique de multiplexage asynchrone par répartition dans le temps. Le flux
d’information multiplexé est structuré en petits blocs, ou cellules. Ces dernières sont
assignées à la demande, selon l’activité de la source et les ressources disponibles.
Initialement prévu pour assurer l’évolution du réseau RNIS vers le large bande, ATM assure
de manière native le transport de la voix au-dessus de l’AAL1 (service CBR, Constant Bit
Rate). Pour optimiser l’utilisation de la bande passante, l’ATM Forum a spécifié deux modes
d’utilisation de l’ATM pour réaliser des réseaux voix (figure 16.41), le mode CES et le mode
VTA.

Le mode CES (Circuit Emulation Structured) permet l’interconnexion de PABX via un réseau
ATM. La signalisation est transportée en mode transparent : elle est interprétée par les
PABX qui effectuent le routage des communications, ces PABX sont dits : PABX de
transit.
Assis sur l’AAL1, le CES procède par réservation de bande, il n’exploite pas les possibilités
d’ATM, et ne permet pas une gestion dynamique de la bande passante. Le CES est
comparable au multiplexage temporel.
II.6 LA VOIX ET LE FRAME RELAY
Face aux lenteurs de la normalisation d’ATM et à une relative complexité de l’administration

d’un réseau ATM, les réseaux privés Frame Relay se sont rapidement imposés comme
l’évolution naturelle des réseaux X.25. Le besoin de rentabiliser les liens a rapidement
conduit certains constructeurs à implémenter dans les FRAD (Frame Relay Access Device)
des fonctionnalités de transfert de voix sur le Frame Relay (VFRAD, Voice FRAD).
Le réseau Frame Relay pouvant être privé ou public.
Face à ces développements et bien que le Frame Relay ne soit pas prévu pour le transfert
des flux isochrones, le Frame Relay Forum a défini le transport de la voix sur Frame Relay
dans sa recommandation FRF11 et le transfert de données en présence de voix (trames de

données de longueur fixe) dans la FRF12 (segmentation). Ces recommandations définissent
les services voix, télécopie, modem analogique, données et le multiplexage de ces différents
flux.
La recommandation FRF11 (VoFR, Voice over Frame Relay) spécifie :
 le multiplexage de canaux voix et données sur le même DLCI ( Data Link Circuit
Identifier). Cette possibilité ne sera utilisée que sur un réseau public tarifé au DLCI.
Sur un réseau privé on séparera les flux pour améliorer la qualité de service ;
 le multiplexage de plusieurs canaux voix sur le même DLCI (jusqu’à 255) ;
 le regroupement de plusieurs canaux voix dans une seule trame (concaténation) ;
 le support de différents algorithmes de compression (G.711 ; G.726 à 40, 32 et 16
kbit/s ; G.727, G.728 et G.729) ;

 la signalisation ;
 la gestion des priorités ;
 l’utilisation de connexion Frame Relay à faible débit (classe 2) ou à débit élevé
(classe 1).
Les algorithmes de compression associés diffèrent selon la classe du réseau.

III. LA VOIX SUR IP
III.1 Généralités
Deux approches de la voix sur IP doivent être distinguées (figure 16.46).
LA PREMIÈRE, à l’instar d’ATM et du Frame Relay consiste à transporter la voix

traditionnelle sur un réseau IP, nous l’appellerons voix sur IP (VoIP, Voice over IP).
LA SECONDE utilise le protocole IP de bout en bout, les téléphones (IP phone) sont
directement connectés à un LAN IP, c’est la téléphonie sur IP (ToIP, Telephony over IP).
S’appuyant sur une technologie en mode non connecté, la voix sur IP nécessite l’utilisation
de protocoles complémentaires pour le transport de données temps réel afin d’assurer la
resynchronisation des paquets, de garantir la priorité des flux multimédia et la gestion de
la congestion du réseau.

Ces protocoles sont essentiellement :
 RTP (Real Time Protocol, RFC 1889 et RFC 1890) qui assure l’horodatage et le
contrôle de séquencement des paquets ;

 RSVP (Resource reSerVation Protocol de l’IETF, Q.397 de l’UIT) qui autorise, pour
les flux multimédias, une réservation de ressources réseau de bout en bout. Ce

protocole permet la cohabitation de flux multimédia et de flux sporadiques non
prioritaires ;
 MPPP (Multilink PPP, extension de la RFC 1717) qui assure la segmentation des
paquets de données longs (jumbogram) en petits paquets et autorise le multiplexage

de ces paquets avec des paquets temps réel ( Multilink fragmentation and
interleaving).
L’ensemble s’intégrant dans un modèle architectural décrit par l’UIT, le modèle H.323.
Ce modèle permet l’établissement de communication entre terminaux IP/IP (IP phone) et

des terminaux IP/Traditionnel. H.323 détermine les protocoles de signalisation interne au
réseau et assure la conversion de signalisation vers les réseaux publics.

III.2 TCP/IP et le temps réel
Pour des raisons d’efficacité le protocole UDP (User Datagram Protocol) s’impose pour le
transfert des flux multimédia :
 pas d’ouverture, ni de fermeture de session ;
 pas d’acquittement, ni de reprise sur erreur ;
 pas de contrôle de flux et de congestion ;
 faible temps de latence.
Deux protocoles complémentaires ont été adjoints à UDP, le premier RTP (Real Time
Protocol) a essentiellement pour objet de fournir les informations nécessaires à la
correction de gigue. Le second, intégré dans RTP, RTCP (Real Time Control Protocol) fournit
périodiquement des informations sur la qualité du réseau. La figure 16.47 illustre les
différents flux protocolaires.
Dans une session multimédia, chaque flux est transporté par une session RTP distincte. De
même, à chaque session RTP est associé un flux de contrôle RTCP. Une session RTP est une
association de plusieurs communicants, au moins 2, une session est identifiée par le couple

port/adresse. L’en-tête RTC contient les informations d’identification, de séquencement,

de type de charge utile et d’horodatage (figure 16.48).
Sur 2 bits,
le champ Ver indique la version de RTP (actuellement 2).
Le bit P indique s’il y a (1) ou non (0) des octets de bourrage. Le nombre d’octets de
bourrage est précisé dans la charge utile.
Le X précise s’il y a des extensions d’en-tête.
Le bit M (Marker) définit un profil RTP, par exemple, si la récupération des silences est
activée, dans chaque premier paquet d’un échange ce bit est à 1.
Le champ PT (Payload Type) indique le type de charge utile et le format de codage. Le

numéro de séquence est incrémenté de 1 à chaque paquet, le numéro de séquence initial
est aléatoire.
Le champ Time Stamp indique sur 32 bits l’instant d’échantillonnage du premier octet du
paquet RTP. Cette information permet la récupération de la gigue, sa valeur initiale est
aléatoire.
Le champ SSRC (Synchronisation Source Report Count), unique au sein d’une session RTP,
identifie la source sur laquelle les paquets de données sont synchronisés.

Le champ CSRC (Contributing Source) est utilisé quand plusieurs sources fournissent
des informations et que le paquet contient des informations reconstituées à partir de ces
différentes sources.
III.3 L’architecture H.323 de l’UIT
La recommandation H.323 définit un modèle architectural pour assurer le transport de la

voix sur un réseau en mode paquets de type IP, c’est-à-dire sans qualité de service.
L’architecture H.323 comprend diverses fonctionnalités (ou éléments) représentées figure
16.52.
Les terminaux H.323 sont raccordés directement au LAN IP. Ils ont la capacité d’établir des
communications voix, vidéo et/ou données en temps réel avec tout terminal de la zone
H.323 ou non en mode point à point, multipoint ou diffusion. L’appel est réalisé selon le
protocole Q.931 (protocole D du RNIS).

Les protocoles mis en œuvre par un terminal H.323 sont :
 H.225 ou RAS (Registration Admission Status), ce protocole gère l’enregistrement
auprès d’une passerelle (Registration), réalise une demande de ressource auprès

du Gatekeeper (Admission et Status). Il est également chargé de la signalisation et
de l’établissement d’un appel (sous-ensemble du protocole Q.931 du RNIS) ;
 H.245, ce protocole permet aux terminaux d’échanger leurs capacités audio/vidéo
(codecs supportés, nombre de canaux possibles, modes de conférence acceptés...)

et de négocier les canaux logiques de dialogue ;
 T.120, protocole optionnel qui gère l’échange de données entre terminaux H.323.
La passerelle H.323 ou Gateway assure l’interface avec une entité H.323 et une entité non
H.323 comme les réseaux RNIS (H.320) ou ATM (H.321), la conversion de signalisation
H.225/Q.931, l’adaptation des supports et des débits. Chaque passerelle H.323 connaît les
numéros E.164 (numéros de téléphone) qui lui sont rattachés, elle dispose en mémoire d’une
table de correspondance qui associe à un numéro E.164 une adresse IP, un email ou un alias
(figure 16.53). Si le réseau est important, la maintenance des tables peut devenir vite
impossible. Ce problème trouve sa solution par l’emploi d’un Gatekeeper (garde barrière)
qui va centraliser les tables de conversion d’adresses. Chaque Gateway vient s’enregistrer
sur son Gatekeeper et lui déclare toutes ses adresses E.164. Lorsqu’une passerelle doit
établir un appel, elle s’adresse au Gatekeeper qui lui fournit l’adresse IP de la passerelle
destination.

Le garde barrière H.323 ou Gatekepeer, système optionnel de gestion des communications

établies par les entités H.323 fournit les services :
 translation d’adresses (alias, email, E.164...),
 contrôle des droits des utilisateurs (rejet éventuel d’appel),
 gestion de la bande passante,
 gestion de la passerelle H.323 (management de la zone),
 journalisation des appels.
Enfin, le MCU (Multipoint Control Unit) aussi optionnel gère l’établissement, le mixage et la
diffusion des conférences (contrôle des liaisons multipoints en multicast).
La figure 16.54 décrit la pile protocolaire H.323. la voix est transportée en mode
datagramme sur UDP tandis que la signalisation est transportée en mode connecté sur
TCP. Les spécifications H.323 correspondent aux niveaux session et supérieurs du modèle
de référence, cette approche assure l’interopérabilité des systèmes quel que soit le réseau
de transport utilisé.

La figure 16.55 illustre les relations protocolaires entre un terminal H.323 et un équipement
non H.323. Le terminal téléphonique, non H.323, établit un appel en direction du PC
multimédia, le routeur (Gateway H.323) interprète la numérotation et initialise un appel
Q.931 vers l’agent H.323 distant. L’agent H.323 réalise la correspondance entre une
adresse E.164 (Q.931) et une adresse IP, il établit un canal de communication entre le
demandé et le demandeur.
L’établissement d’une communication H.323 diffère selon que le système utilise ou non un
Gatekeeper. En mode direct (sans Gatekeeper), le terminal qui établit un appel E.164 assure
lui-même la traduction d’adresse, la liaison est établie directement par un échange de
messages H.225 et H.245.

III.4 Le protocole SIP de l’IETF (RFC 2543)
Actuellement la plupart des solutions développées utilisent la signalisation H.323 (v1, v2 ou

v3) d’origine UIT-T. Développé au sein du groupe de travail MMUSIC (Multiparty Multimedia
SessIon Control) de l’IETF, le protocole SIP (Session Initiation Protocol) beaucoup simple
que H.323 pourrait, à terme, remplacer H.323. Les messages SIP sont au format texte, ce
qui confère au protocole une grande évolutivité. La figure 16.58 illustre l’architecture SIP.
À l’instar d’H.323, SIP s’appuie sur les protocoles temps réel (RTP et RTCP), il peut
éventuellement utiliser RSVP pour obtenir une certaine qualité de service sur le réseau. Le
protocole SAP (Session Announcement Protocol ) informe de l’ouverture d’une session
multimédia en mode multicast ou non et le protocole SDP (Session Description Protocol)
fournit la description des sessions multimédia.
Basé sur le modèle client-serveur, SIP distingue 2 types d’agent : les clients et les serveurs.
Les clients ou UAC (User Agent Client) sont les équipements à l’origine des appels SIP
(téléphone IP) ou des passerelles voix. Les passerelles voix SIP ont les mêmes
fonctionnalités que les passerelles H323. Les agents serveurs (UAS, User Agent Server)

sont des équipements classiques (Serveur NT...) qui regroupent les services offerts par
SIP. Ce sont :
 les serveurs d’enregistrement utilisés pour la localisation des utilisateurs (Registar).
Les serveurs d’enregistrement contiennent toutes les caractéristiques des agents SIP
autres que les passerelles ;
 les serveurs de délégation (Proxy Server) qui gèrent les clients SIP, reçoivent et
transmettent les requêtes au serveur suivant (next-hop server). Le SIP Proxy a un rôle
similaire au Gatekeeper d’H.323. Un SIP Proxy peut interroger un SIP Registar ou un
DNS pour acquérir les informations d’acheminement de la signalisation et des
communications ;
 les serveurs de redirection (Redirect Server) qui sur requête transmettent l’adresse
du nexthop server à l’agent client.
III.5 Le protocole MGCP
Un autre protocole entre en compétition MGCP (Media Gateway Control Protocol) encore
plus simple, il centralise « l’intelligence » et peut donc être intégré à des terminaux peu
intelligents (clients légers).
MGCP définit plusieurs entités. La passerelle de signalisation (SG, Signalling Gateway)

assure la mise en relation de la signalisation du réseau téléphonique traditionnel,
généralement SS7, avec la signalisation utilisée dans le réseau en mode paquets. La
passerelle média (MG, Media Gateway) réalise la paquetisation des signaux voix. Enfin, le
contrôleur de passerelle média (MGC, Media Gateway Controller), cœur du système, pilote
les différentes passerelles. D’autres solutions proches ont été proposées. Ces différentes
propositions ont conduit à l’élaboration d’un standard commun MEGACO (RFC 3015) pour
l’IETF et H.248 pour l’UIT.
CONCLUSION
La convergence voix/données a donné naissance à une nouvelle génération de réseau dans

laquelle la notion de qualité de service devient prépondérante. L’évolution de la téléphonie
pour son intégration au réseau donnée est en plein développement. Si la téléphonie sur IP
a fait naître l’espoir d’interopérabilité des systèmes, le développement de signalisations
propriétaire sur IP, l’opposition H.323 et SIP font reculer cet espoir.
Cependant, le choix se fera autour de H.323 ou de SIP. H.323 bénéficie de son antériorité
et d’un fonctionnement assuré, SIP a l’avantage de la simplicité et de l’évolutivité mais il
doit encore faire ses preuves.

CONCLUSION GENERALE
La téléphonie reste une des applications dominantes du monde des réseaux, et ce pour
encore de nombreuses années, en raison notamment de l’émergence de nouveaux et
immenses marchés, comme celui de la Chine. L’application de téléphonie, encore
légèrement majoritaire début 2007 en terme de chiffre d’affaires, ne représente toutefois
plus qu’environ 10 % du débit total des communications.
La ToIP reste aujourd’hui majoritairement prise en charge par les réseaux à commutation
de circuits, mais une forte concurrence s’exerce avec les réseaux à transfert de paquets.
Début 2007, la ToIP représente près de 50 % des débits téléphoniques dits terrestres
(excluant les mobiles). Le passage vers le tout-IP téléphonique, permettant d’intégrer les
services de données et la téléphonie dans un même réseau, paraît inéluctable.
Cependant, la qualité est très variable en fonction des efforts effectués par les
gestionnaires de réseaux d’entreprise et les opérateurs de réseaux de
télécommunications. Les problèmes à résoudre sont nombreux et parfois complexes. La
ToIP n’est pas une application simple à mettre en oeuvre dans le contexte de l’intégration
de tous les services de télécommunications sur le même réseau.

Exemple de configuration de Cisco CallManager Express/Cisco
 Introduction
Ce document fournit un exemple de configuration pour Cisco CallManager Express

(CME) 4.0 et Cisco Unity Express (CUE) 2.2.2, et montre comment intégrer ces deux
systèmes sur votre réseau téléphonique.
 Conditions préalables
Exigences
Assurez-vous que vous répondez à ces exigences avant d'essayer cette configuration :
 Installez le matériel approprié.
 Téléchargez et installez le logiciel Cisco IOS® approprié.
 Téléchargez le logiciel Cisco Unified CallManager Express.
 Téléchargez le logiciel Cisco Unity Express.
 Composants utilisés
Les informations contenues dans ce document sont basées sur les versions de matériel et
de logiciel suivantes :
 Routeur Cisco 3725 sur le logiciel Cisco IOS Version 12.4(9)T
 Commutateur Cisco Catalyst 3550 sur le logiciel Cisco IOS Version 12.1
 Téléphone Cisco IP 7960
 Cisco Unified CallManager Express 4.0
 Cisco Unity Express 2.2.2

Les informations contenues dans ce document ont été créées à partir des périphériques
d'un environnement de laboratoire spécifique. Tous les périphériques utilisés dans ce
document ont démarré avec une configuration effacée (par défaut). Si votre réseau est
opérationnel, assurez-vous que vous comprenez l'effet potentiel de toute commande.
 Configurer
Cette section vous fournit des informations utilisées pour configurer les fonctionnalités
décrites dans ce document.
 Diagramme du réseau
Ce document utilise la configuration réseau suivante :
 Définir un serveur DHCP local
Dans un réseau de téléphonie IP optimisé, les adresses IP pour les téléphones et les PC
doivent être configurées dans différents segments réseau. Le protocole Dynamic Host
Control Protocol (DHCP) vous permet d'assigner automatiquement des adresses IP
réutilisables aux clients DHCP. La fonctionnalité de serveur DHCP Cisco IOS est une mise
en œuvre du serveur DHCP intégrale qui assigne et gère les adresses IP de pools

d'adresses spécifiques dans le routeur vers les clients DHCP. Si le serveur DHCP Cisco IOS
ne peut pas satisfaire une requête DHCP de la base de données, il peut transférer la
demande à un ou plusieurs serveurs DHCP secondaires que l'administrateur réseau définit.
La figure 1 montre les étapes de base qui se produisent quand un client DHCP demande une
adresse IP provenant d'un serveur DHCP. Le client (hôte A) envoie un message de diffusion
DHCPDISCOVER afin de localiser un serveur DHCP Cisco IOS. Un serveur DHCP offre des
paramètres de configuration tels qu'une adresse IP, une adresse MAC, un nom de domaine
et un bail pour l'adresse IP au client dans un message monodiffusion DHSCPOFFER.
Le client retourne une demande formelle pour l'adresse IP offerte au serveur DHCP dans
un message de diffusion DHCPREQUEST. Le serveur DHCP confirme que l'adresse IP est
allouée au client avec le retour d'un message monodiffusion DHCPACK au client.
Pour cette configuration, vous créez deux serveurs DHCP locaux, un pour la voix et un pour
les données. Quand vous créez les deux serveurs DHCP, vous avez deux sous-réseaux
différents qui facilitent le processus d'attribution des adresses correctes sans conflit.
Cette procédure crée un pool partagé d'adresses IP, dans lequel tous les clients DHCP
reçoivent les mêmes informations qui incluent l'adresse IP du serveur TFTP avec

l'option 150. L'avantage de la sélection de cette méthode pour configurer le service DHCP
est que vous configurez un seul pool DHCP.
1. Sélectionnez la commande enable afin d'écrire le mode d'exécution privilégié.
Router>enable
2. Sélectionnez la commande configure terminal afin d'entrer le mode de

configuration globale.
Router#configure terminal
3. Sélectionnez la commande ip dhcp pool pool-name afin de créer un nom pour le

pool d'adresses de serveur DHCP et écrire le mode de configuration de pool DHCP.
Router(config)#ip dhcp pool Voice
4. Sélectionnez la commande network ip-address mask afin de spécifier l'adresse IP

du pool d'adresses DHCP et du masque facultatif.
Router(dhcp-config)#network 172.22.100.0 255.255.255.0
5. Sélectionnez la commande option 150 ip ip-address afin de spécifier l'adresse du

serveur TFTP dont le téléchargement de téléphone IP unifié Cisco le fichier de
configuration d'image.
Router(dhcp-config)#option 150 ip 172.22.1.107
6. Sélectionnez la commande default-router ip-address afin de spécifier le routeur

que les Téléphones IP les utilisent pour envoyer ou pour recevoir le trafic IP qui est
externe à leur sous-réseau local.
Router(dhcp-config)#default-router 172.22.100.1
7. Sélectionnez la commande end afin de terminer la configuration.
Router(dhcp-config)#end
Remarque: Répétez la même procédure pour créer le serveur DHCP local pour la plage
d'adresses de données.
 Configurer les interfaces du routeur
Dans ce cas, la plate-forme 3725 contient deux interfaces FastEthernet qui peuvent être
utilisées afin de se connecter au commutateur principal. Cependant, vous voulez pouvoir
employer seulement une interface afin de transmettre le trafic de données, le trafic vocal
et avez accès à Internet par la passerelle par défaut. Une bonne méthode qui permet cela
s'appelle la communication inter-VLAN, dans laquelle le routeur a la possibilité de diviser
une de ses interfaces en plusieurs sous-interfaces pour créer différents segments
logiques ou VLAN. Avec cette fonctionnalité, le routeur peut recevoir des paquets sur un
VLAN et les transférer à un autre VLAN. Vous devez permettre l'agrégation de liaison Inter-
Switch Link (ISL) ou 802.1Q sur une seule connexion physique entre le commutateur et le
routeur afin d'accomplir cela. Une fois que les adresses IP sont configurés sur les sous-
interfaces, le routeur considère le réseau associé à chaque VLAN comme un réseau
connecté directement.
La figure 2 montre un routeur connecté à un commutateur avec l'interface

FastEthernet 0/0 connectée à un port de liaison agréée sur un commutateur. L'interface
FastEthernet est divisée en interfaces logiques (des sous-interfaces) pour que chaque
VLAN et une adresse IP lui est assignée pour agir en tant que passerelle pour chaque
domaine de diffusion.

Cela montre la configuration requise pour le routeur 3725 qui utilise le balisage de trames
802.1Q :
Router>enable

Router#configuration terminal
3. Sélectionnez la commande interface fastethernet port afin d'écrire le mode de

configuration d'interface.
Router(config)#interface fastethernet 0/0.1
4. Sélectionnez la commande encapsulation [dot1q/ISL] id-num native afin de créer

le VLAN indigène.
Router(config-if)#encapsulation dot1q 1 native
5. Sélectionnez la commande ip address ip-address mask afin d'assigner à

l'interface une adresse valide.
Router(config-if)#ip address 172.22.1.154 255.255.255.0

6. Sélectionnez la commande exit afin de sortir de la configuration de cette interface.
Router(config-if)#exit
7. Sélectionnez la commande interface fastethernet port.id-num afin de créer et

écrire la configuration de la sous-interface de Voix.
8. Sélectionnez la commande encapsulation [dot1q/ISL] id-num afin d'activer le

joncteur réseau.
Router(config-if)#encapsulation dot1q 100
9. Sélectionnez la commande ip address ip-address mask afin d'assigner une

adresse valide à la sous-interface de Voix.
10. Sélectionnez la commande interface fastethernet port.id-num afin de créer et

écrire la configuration de votre sous-interface de données.
11. Sélectionnez la commande encapsulation [dot1q/ISL] id-num afin d'activer le

joncteur réseau.
Router(config-if)#encapsulation dot1q 20
12. Sélectionnez la commande ip address ip-address mask afin d'assigner une

adresse valide à la sous-interface de données.

Router(config-if)#end
 Définir le protocole NTP (Network Time Protocol)
Le protocole NTP (Network Time Protocol) vous permet de synchroniser votre routeur
Cisco Unified CallManager Express avec une horloge unique sur le réseau, qui est connue
en tant qu'horloge maître. NTP est désactivé sur toutes les interfaces par défaut, mais il
est essentiel pour Cisco Unified CallManager Express. Par conséquent, vous devez vous
assurer qu'il est activé. Cette procédure montre les étapes pour activer NTP sur le routeur
Cisco 3725 :
Router>enable

Router#configure terminal
3. Sélectionnez la commande clock timezone zone hours-offset afin de placer le

fuseau horaire heure locale.
Router(config)#clock timezone central -8
4. Sélectionnez la commande clock summer-time zone recurring afin de spécifier

l'heure d'été. La valeur par défaut est que l'heure d'été est désactivée.
Router(config)#clock summer-time central recurring
5. Sélectionnez la commande ntp server ip-address afin de permettre l'horloge sur

ce routeur à synchroniser avec le serveur spécifié de NTP. Dans ce cas, c'est la
même adresse que le serveur TFTP.

Router(config)#ntp server 172.22.1.107
Router(config)#end
 Configurer des VLAN sur un commutateur Catalyst 3550
Vous pouvez créer différents les réseaux locaux virtuels (VLAN) afin de séparer les
différents trafics, et de séparer ainsi le trafic voix et le trafic de données. Pour ce faire,
créez deux VLAN, un pour la voix et un pour les données sur un commutateur Catalyst. Avec
cela, vous créez deux sous-réseaux logiques qui créent plusieurs domaines de diffusion et
empêchent la possibilité de boucles dans le réseau. En effet, les téléphones et les PC sont
connectés ensemble physiquement, mais sont séparés logiquement dans différents sous-
réseaux. Voici les étapes pour créer un VLAN pour la voix sur un commutateur
Catalyst 3550.
La figure 3 montre comment les VLAN permettent au commutateur d'avoir plusieurs

domaines de diffusion dans un environnement commuté. Un VLAN pour la voix et un VLAN
pour les données sont créés. Deux sous-réseaux complètement distincts permettent aux
téléphones et aux PC de parler sur les VLAN qui correspondent.

Switch>enable

Switch#configure terminal
3. Sélectionnez la commande vlan vlan-id afin de créer un VLAN sur le commutateur.
Switch(config)#vlan 100
4. Sélectionnez la commande name vlan-name afin de donner un nom au VLAN.
Switch(config)#name Voice
Switch(config)#end
Remarque: Répétez la même procédure pour créer le VLAN pour les données.

 Configurer une interface sur un commutateur Catalyst 3550
Vous devez configurer l'interface qui se connecte au routeur afin d'effectuer le processus
d'agrégation de liaison entre le routeur Cisco 3725 et le commutateur Catalyst 3550. La
configuration sur l'interface du commutateur doit être identique à la configuration sur
l'interface du routeur, de sorte que la liaison agréée puisse transporter le trafic de
différents VLAN à travers une liaison unique. Une interface de VLAN, par exemple, int vlan 1,
peut être créée pour chaque VLAN qui est configuré sur le commutateur. Dans ce cas,
utilisez le VLAN d'interface par défaut (int vlan 1) pour le VLAN de gestion. Une fois que le
VLAN d'interface est créé et configuré correctement, vous devez activer l'agrégation de
liaison sur l'interface. Voici la configuration pour l'interface du commutateur
Catalyst 3550 :
Switch>enable

3. Sélectionnez la commande interface vlan vlan-id afin d'écrire l'interface que vous
voulez configurer.
Switch(config)#interface vlan 1
4. Sélectionnez la commande ip address ip-address mask afin de donner à

l'interface une adresse valide
Switch(config-if)#ip address 172.22.1.201 255.255.255.0

5. Sélectionnez la commande exit afin de terminer la configuration de cette interface.
Switch(config-if)#exit
6. Sélectionnez la commande ip default-gateway ip-address afin de donner l'accès

au réseau extérieur.
Switch(config)#ip default-gateway 172.22.1.1
7. Sélectionnez la commande interface fastethernet port afin d'écrire l'interface qui

doit être activée pour la jonction
Switch(config)#interface fastethernet 0/19
8. Sélectionnez la commande switchport trunk encapsulation [dot1q/ISL] afin de

choisir la méthode dans laquelle des trames sont étiquetées.
Switch(config-if)#switchport trunk encapsulation dot1q
9. Sélectionnez la commande switchport mode trunk afin d'activer le joncteur

réseau.
Switch(config-if)#switchport mode trunk
10. Sélectionnez la commande switchport trunk allowed vlan all afin de permettre
tous les VLAN sur le joncteur réseau.
Switch(config-if)#switchport trunk allowed vlan all
11. Sélectionnez la commande duplex [full/half] afin d'activer le mode duplex, mêmes
que le duplex de ce routeur.
Switch(config-if)#duplex full
12. Sélectionnez la commande speed number afin de placer la vitesse des données.

Switch(config-if)#speed 100
Switch(config-if)#end
 Configurer le port pour se connecter à des téléphones IP Cisco 7960
Un téléphone IP Cisco 7960 prend en charge la connexion à un PC ou à tout autre

périphérique. Pour cette raison, une interface qui connecte un commutateur de la famille
Catalyst 3550 à un téléphone IP Cisco 7960 peut transporter un mélange de trafic voix et
de trafic de données. Vous devez définir l'interface en tant que liaison agréée afin de
pouvoir transporter le trafic provenant des VLAN voix et de données sur une liaison unique
et leur permettre de s'étendre à travers tout le réseau. Une fois que le mode de liaison
agréée est activé, les deux ports de commutateur pour les différents VLAN doivent être
configurés afin de spécifier comment le trafic est divisé. Configurez un VLAN voix afin de
transporter le trafic voix et un VLAN natif afin de permettre au reste du trafic de transiter
sans balise via ce VLAN. Exécutez cette procédure afin de configurer un port pour
transporter le trafic voix et le trafic de données sur différents VLAN.
La figure 4 montre une liaison agréée créée entre le commutateur et le téléphone. La

liaison agréée reflète un type d'encapsulation 802.1Q et les différents VLAN autorisés à être
étendus à travers le réseau.

Switch>enable

3. Sélectionnez la commande interface fastethernet port afin d'entrer dans le port

utilisé pour connecter le téléphone.
Switch(config)#interface fastethernet0/21
4. Sélectionnez la commande switchport mode trunk afin de configurer le port

comme joncteur réseau VLAN.
Switch(config-if)#switchport mode trunk
5. Sélectionnez la commande switchport trunk encapsulation dot1q afin de

configurer le port pour prendre en charge l'encapsulation de 802.1Q.
Switch(config-if)#switchport trunk encapsulation dot1q
6. Sélectionnez la commande switchport voice vlan vlan-id afin de demander au

téléphone IP de Cisco pour expédier tout le trafic vocal par le VLAN spécifié.

Switch(config-if)#switchport voice vlan 100
7. Sélectionnez la commande switchport trunk native vlan vlan-id afin de demander

au téléphone IP de Cisco pour expédier tout le trafic de données par le VLAN spécifié.
Switch(config-if)#switchport trunk native vlan 20
Switch(config-if)#end
VOIR LES LIENS
 https://www.cisco.com/c/fr_ca/support/docs/voice-unified-communications/unity-
express/62609-tdcmecue.html
 https://www.cisco.com/c/fr_ca/support/docs/voice/h323/12432-trunk-config.html
 https://www.cisco.com/c/fr_ca/support/docs/voice-unified-
communications/unified-communications-manager-callmanager/43622-config-
7920.html
LES SOLUTIONS DU SYSTÈME TÉLÉPHONIQUE VOIP
 https://doc.ubuntu-fr.org/asterisk
 https://docs.ovh.com/fr/voip/asterisk-configuration-et-utilisation/
 https://ennovamarket.com/?gclid=EAIaIQobChMInIbL_4z08QIVFrTVCh02jQP5EAMY
ASAAEgKcG_D_BwE
 https://www.bitrix24.fr/uses/telephonie-voip-
gratuite.php?gclid=EAIaIQobChMInIbL_4z08QIVFrTVCh02jQP5EAMYAiAAEgK11_D_Bw

Thèmes de recherches
Thème 1 : Mise en place un service de VoIP avec le protocole H323
Thème 2 : Mise en place un service de VoIP avec le protocole SIP
Thème 3 : Mise en place un service de VoIP avec le protocole

MGCP/MEGACO/H248
Thème 4 : Mise en place un service de VoIP : Qualité de la Voix
Thème 5 : Mise en place un service de VoIP : Qualité des réseaux de paquets
Thème 6 : Cahier des charges (DAO) pour la mise en place d'un système de
téléphonie par VoIP
Thème 7 : Proposition de solution pour la mise en place de la téléphonie IP (TolP)

de l’IST/Wayalghin

Ordre Thèmes DATE DE Choix des

PASSAGE étudiants
1. Mise en place un service de VoIP avec le

1 protocole H323
- La signalisation téléphonique classique. Etapes d'un appel
téléphonique.
- Les séquences. La signalisation.
- Introduction du modèle H323.
- Définition et présentation de la pile protocolaire.
- Présentation des composantes (Gatekeeper, Gateway, End
point, MCU).
- Signalisation au sein du modèle H323 avec et sans
Gatekeeper.
- Description et présentation des protocoles H225 et H245.

protocole SIP
- Historique du protocole SIP.
2
- Les composantes (proxy server, redirect server,
registrar server).
- Présentation des architectures SIP et de la dynamique
des flux associés.
- Les fonctions des serveurs SIP.
- Introduction au protocole SIP.
- Primitives, commandes.
- Comparaison des protocoles SIP et H323.
-
protocole MGCP/MEGACO/H248
- Historique du protocole MGCP.
3
- Présentation des composantes (MG, Access GW, MCU).
- Présentation des architectures H248 et de la dynamique
des flux associés.
- Introduction au protocole H248.
- Primitive, commandes.

1. Mise en place un service de VoIP : Qualité de la

Voix
4 - Présentation de la Voix. Mode de fonctionnement,
caractéristiques, contraintes.
- Qualité de la Voix, comment la mesurer ? Numérisation de
la Voix.
- Les obstacles et contraintes du transport de la Voix sur
un réseau en mode paquet.
- Présentation des outils pour gérer la qualité de la Voix.
- Le codage du signal. Les codecs (PCM, CELP, ADPCM).
- La bande passante. La compression.
- L'annulation et le traitement de l'écho.
-
5 1. Mise en place un service de VoIP : Qualité des
réseaux de paquets
- Définition de la qualité de service IP.
- Pourquoi mettre en place de la qualité de service ?
- Présentation des modèles de qualité de service.
- Diffserv, Intserv, COS/IP Precedence, 802.1Q/P.
- La QoS au sein d'une trame Ethernet. La QoS au sein d'un
paquet IP.
- La QoS au sein d'un réseau de données. Les délais, la
gigue.
- Mesure du délai d'acheminement (packetisation,
bufferisation, sérialisation, codage).
- La détection de silence. La fragmentation et
l'entrelacement.
- Conception d'un réseau Data supportant de la VoIP.
6 2. Cahier des charges (DAO) pour la mise en
place d'un système de téléphonie par VoIP
7 3. Proposition de solution pour la mise en place

de la téléphonie IP (TolP) de l’IST/Wayalghin

IST - RIM - 2 - Telephonie Et Voix IP

Uploaded by

Document Information

Original Title

Copyright

Available Formats

Share this document

Share or Embed Document

Sharing Options

Did you find this document useful?

Is this content inappropriate?

Copyright:

Available Formats

IST - RIM - 2 - Telephonie Et Voix IP

Uploaded by

Copyright:

Available Formats

MASTER 2 La téléphonie sur IP (ToIP) et Voix sur IP (VoIP) 2020 - 2021

RESEAUX INFORMATIQUES ET MULTIMEDIA

TELEPHONIE ET VIDEO SUR IP

LA TÉLÉPHONIE SUR IP (TOIP) ET VOIX SUR IP (VOIP)

Enseignant : Dr Théophile DINTOUMDA, PhD Page 1

TABLE DES MATIERES

OBJECTIFS DU COURS ........................................................................................................................... 8

INTRODUCTION À LA VOIP ET LA TOIP .................................................................................................. 10

I - ToIP – LA TÉLÉPHONIE SUR IP ......................................................................................................... 12

I.1 - THÉORIE DE LA ToIP ........................................................................................................................ 15

I.2 – BILAN DE ToIP – LA TÉLÉPHONIE SUR IP ..................................................................................... 17

I.3 – GÉNÉRALITÉS SUR LA TRANSMISSION EN ToIP .......................................................................... 19

I.5 – LES DIFFÉRENTS CODECS ET TAUX DE COMPRESSION.............................................................. 22

I.6 - PROBLÉMATIQUES DE LA ToIP ..................................................................................................... 23

I.7 - LA TÉLÉPHONIE PAR CIRCUIT ET PAR PAQUETS ......................................................................... 24

I.8 - LA PROBLÉMATIQUE DE BASE DE LA TÉLÉPHONIE ...................................................................... 28

I.9 - COMPARAISON AVEC LA TÉLÉPHONIE CLASSIQUE ..................................................................... 29

I.10 - AVANTAGES DE LA ToIP .............................................................................................................. 33

I.11 - LES SOLUTIONS DE ToIP .............................................................................................................. 36

I.12 - QUESTIONS POSÉES PAR LA MISE EN PLACE DE LA ToIP EN ENTREPRISE .............................. 43

I.13 – LES DIFFÉRENTS PROTOCOLES UTILISÉS EN ToIP .................................................................... 46

I.13.1 – Protocole H323 ................................................................................................................... 46

I.13.2 – Protocole SIP ...................................................................................................................... 46

I.13.3 – Protocole MGCP .................................................................................................................. 46

I.14 – L’ALIMENTATION DES POSTES IP ............................................................................................... 46

I.15 – LA MIGRATION D’UNE INSTALLATION ......................................................................................... 48

Enseignant : Dr Théophile DINTOUMDA, PhD Page 2

I.16 – LES 8 ARGUMENTS PLAIDANT LA ToIP POUR ............................................................................ 48

I.17 – LES 6 FAIBLESSES DE LA ToIP QUI REBUTENT LES ENTREPRISES .......................................... 49

I.18 – LES FAILLES DU PROTOCOLE H.323 .......................................................................................... 49

I.19 - LES DIFFÉRENTS ÉLÉMENTS POUVANT COMPOSER UN RÉSEAU .............................................. 49

I.20 – LA RÉGLEMENTATION DANS CERTAINS PAYS .......................................................................... 52

I.21 – LE PANORAMA DES PRODUITS ................................................................................................... 59

I.21.1 – 3COM ..................................................................................................................................... 59

I.21.2 – ALCATEL ............................................................................................................................... 60

I.21.3 – AVAYA .................................................................................................................................. 60

I.21.4 – WellX ..................................................................................................................................... 61

I.21.5 – CISCO ................................................................................................................................... 63

I.21.7 – QUESCOM ............................................................................................................................. 65

I.21.8 – MITEL .................................................................................................................................... 66

I.21.10 – EADS-TELECOM .................................................................................................................. 67

I.21.11 – ERICSSON ............................................................................................................................ 68

I.21.12 – CENTILE ............................................................................................................................... 68

I.21.13 – TENOVIS .............................................................................................................................. 69

I.21.14 – TIPTEL ................................................................................................................................. 69

I.21.15 – FRANCE TELECOM............................................................................................................... 69

I.21.16 – ALSATEL .............................................................................................................................. 70

I.21.18 – PACWAN .............................................................................................................................. 71

Enseignant : Dr Théophile DINTOUMDA, PhD Page 3

I.21.19 – Panasonic ........................................................................................................................... 72

I.21.20 – TechTelecom ..................................................................................................................... 72

I.21.21 – 3CX ..................................................................................................................................... 73

I.21.22 – Keyyo ................................................................................................................................. 74

I.21 23 – Open Source ..................................................................................................................... 74

II. PRINCIPES DES RÉSEAUX VOIX/DONNÉES ................................................................................ 75

II.1 Généralités ........................................................................................................................... 75

II.2 Les réseaux de multiplexeurs ............................................................................................ 75

II.3 La voix paquetisée ............................................................................................................... 76

II.4 Techniques mises en œuvre dans les réseaux voix/données ........................................... 78

II.4.1 Compression de la voix ............................................................................................... 78

II.4.2 Limitation et correction de la gigue .......................................................................... 80

II.4.3 Traitement des télécopies ........................................................................................... 81

II.4.4 Traitement de l’écho..................................................................................................... 81