Expos: La VoIP

La voix sur IP

Prsent par:

1-Zerdab Sofiane 2-Msili Mohamed

Plan de travail
Introduction. Le rseau Tlphonique Commut (RTC). Principe de la VoIP. Architecture dun rseau VoIP. Problmes Technique et QoS de la VoIP. Principaux protocoles de la VoIP.

Protocole et Standard de Signalisation pour la VoIP.

Plan de travail
Les avantages du protocole SIP.
Codage et Transport de la voix sur IP. Protocole de transport temps rel.

Les protocoles RTP et RTCP.

Conclusion.

Introduction:
La voix sur IP, consiste faire passer la voix en utilisant le protocole

IP. Un rseau fonctionnant sous ce protocole change des "paquets" loccasion dune "Session". Lide et donc de vhiculer, aprs lavoir numris, la voix sur la bande passante dun rseau et de lui appliquer le mme traitement que les autres types de donnes circulant sur le rseau, grce au protocole IP. La voix sur IP fait appel deux notions : le rseau IP et la voix vhicule traditionnellement par le RTC.

Le rseau Tlphonique Commut (RTC)

Cest le rseau tlphonique quon utilise dans notre vie

quotidiennement (telephonie,fax,AI) RTC assure la mise en relation momentane de 2 abonnes Commutation de circuit (Circuit-Switched). Une liaison est tablie par lautocommutateur (PBX). RTC alloue une bande passante de 64Kbps sur un canal fixe pendant toute la dure de la communication.

Avantage de la VoIP sur le RTC

Quand une ligne du RTC est utilise, cest le temps de communication qui est pay ,plus le temps est long, plus le prix est cher. De plus, on ne peut sadresser qua une personne la fois. La VoIP permet, au contraire, tout moment, de parler la personne voulue, aussi longtemps quon le souhaite (sans cot supplmentaire), et de plus, une vidoconfrence devient possible.

Principe de la Voip
Conversion A/N Suppression dcho Compression G.7xx Utilisateur
Signalisation

Rseau IP LAN, WAN

IP

UDP

RTP

G.7xx

Dcompression

Conversion N/A

Destinataire

Architecture dun rseau VoIP

PC + Application VoIP RTC Passerelle IP/RTC

Entreprise
Serveur

IP Phone

Routeur

Internet

WAN

Poste Analogique et GSM

Routeur

Autre interlocuteurs

PC + Application VoIP IP Phone

Tltravailleur Filiale

Serveur

PC + Application VoIP

Problmes lis la VoIP

La VoIP nest pas encore devenu un standard qui permet de

remplacer la tlphonie traditionnelle a cause des couts qui peuvent subvenir, dans le cas dun passage vers la VoIP. Elle ne garantit que trs peu de QoS : Linformation est envoye en Best Effort c--d linformation est juste envoye (sans se soucier de comment et quand elle sera achemine vers la destination ).

Quest ce quune QoS ?

Lutilisateur est exigeant, il ne peut certainement pas accepter

une qualit de communication inferieur celle obtenue en utilisant un tlphone analogique La QoS dun rseau dsigne sa capacit de transmettre les flux de diffrentes applications dans les bonnes conditions. Cette QoS se traduit techniquement par la fiabilit du service, la bande passante, le dlai, la gigue (jitter) et le taux derreurs (packet loss).

Les diffrents scnarios VoIP qui existent

Rseau VoIP Tout IP : on y trouve
Scnario 1 : PC to PC

Rseau accs Abonn A

FAI (Fournisseur dAccs Internet)

Rseau IP public

FAI

Rseau accs

Abonn B

Les diffrents scnarios VoIP qui existent

Scnario 2 : le PC Tlphone IP et vis versa :

Rseau IP public Rseau accs

FAI (Fournisseur dAccs Internet)

Abonn A

FAI

Rseau accs

Abonn B

Les diffrents scnarios VoIP qui existent

Rseau VoIP IP+RTC : On y trouve les scnario suivants:
Scnario 3 : Le PC Tlphone analogique et vis versa :

Rseau accs

Rseau IP public

FAI (Fournisseur dAccs Internet)

Passerelle

Rseau RTC/GSM

Les diffrents scnarios VoIP qui existent

Scnario 4 :Tlphone Tlphone via IP :

Rseau IP public

Passerelle

Passerelle

Rseau RTC/GSM

Rseau RTC/GSM

Protocoles VoIP
En termes de tlphonie sur IP, on distingue deux catgories de protocoles : Les protocoles de signalisation tel que: H.323, SIP, IAX , MGCP etc. Les protocoles de transport de la voix tel que : RTP et RTCP.

Protocole et Standard de Signalisation pour la VoIP

La signalisation concerne lchange dinformations entre les nuds

dun rseau. Lutilit de la signalisation repose bien sr sur le principe de ltablissement des connexions, mais elle permet galement le transfert dinformations concernant la gestion du rseau et de ses ressources c d des informations de controles.

Une signalisation standardise pour la VoIP ?

Le manque dinteroprabilit des quipements, limpossibilit de

raccordement au rseau public (seuls les ordinateurs pouvaient communiquer entre eux). Labsence darchitecture gnralise pour la connexion de nimporte quel type de terminal. Chaque architecture tait dfinie pour deux quipements dune extrmit spcifique et ne pouvait pas interoprer avec dautre quipements. Un systme qui est sens mettre des gens en relation exige une certaine dose de standardisation. Cest pourquoi de nombreuses organisation ont alors prit part llaboration dun standard suffisamment gnrale pour dcrire toutes les possibilits de service de voix sur IP.

Des protocoles standards sont apparus :

le standard le plus utilis : SIP.

Dfinition de protocole SIP

SIP(Session Initiation Protocol): est un protocole de

signalisation appartenant la couche application du modle OSI. Son rle est douvrir, modifier et librer les sessions. Louverture de ces sessions permet de raliser de laudio ou vidoconfrence,et de lenseignement distance sur IP.

Les lments de base du standard SIP

Les UA (User Agent) pouvant tre des UAC (User Agent Client)

pour initialiser des sessions SIP, ou UAS (User Agent Server) pour recevoir des sessions SIP. Les serveurs de rseau, a savoir le Proxy Server, Redirect Server, serveur denregistrement et serveur de localisation. Les passerelles (Gateway).

Rle des serveurs

Le proxy Server: le serveur de rseau agit comme intermdiaire entre

les agents SIP. Le redirect Server: le serveur retourne lappelant la localisation du demand. Le serveur de localisation: serveur recevant les demandes de localisation des utilisateurs. Serveur denregistrement: cest un serveur qui gre les requtes REGITER envoys par les UAs pour signaler leur emplacement courant.

Concept VoIP bas sur SIP

Serveur de localisation (Location Server
(Registrar) Serveur denregistrement (Registrar)

Rseau VoIP avec protocole de signalisation diffrent (SIP, MGCP, etc

Passerelle
(Gateway) Serveur de Redirection Tlphonique (Redirect Server) Proxy RNIS ou Rseau

Rseau VoIP SIP

Schma du rseau VoIP bas sur le standard SIP.

Fonctionnement du protocole SIP

Le protocole SIP repose sur un modle Client/Serveur.

Laboutissement dun appel seffectue de la manire suivante : Un utilisateur veut entrer en communication avec un autre via SIP. Appel au protocole SIP en prcisant la nature des changes. SIP choisit lun des protocoles dtaills dans larchitecture en couche (le mieux adapt en change) et dfinit le nombre de session ouvrir (pour changer de la vido par exemple, louverture de deux sessions est ncessaire : une session pour limage et une autre pour le son.

Modes de fonctionnement du SIP

Mode Point Point : On parle dans ce cas dunicast qui

correspond la communication entre deux machines. Mode diffusif : On parle dans ce cas de multicast , plusieurs utilisateurs via une unit de contrle UC. Combinatoire : Combine les deux modes prcdents. Plusieurs utilisateurs interconnects en multicast via un rseau maillage complet de connexion.

La pile du protocole SIP

SIP dfinit un cadre de technologie complet pour la communication multimdia, fond sur les protocoles suivants : Le protocole de description de session SDP (Session Description Protocol). Le protocole dannonce de session SAP (Session Annoncement Protocol). Le protocole de transmission de donne temps rel RTSP (Real Time Streaming Protocol). Le protocole RSVP pour la rservation de bande passante. Le protocole RTP.

Application Multimdia Audio Vido Donnes

SIP RSVP RTP RTCP SAP SDP

UDP

TCP

IP

Pile des protocoles multimdia

La communication dans un environnement SIP :

Lchange de message de signalisation et de contrle du

protocole SIP est effectu sous la forme de transaction. Une transaction est compose dune requte et dune rponse. Les requtes sont toujours mises par un client. et les rponses par un serveur. La structure Client/Serveur se retrouve dans les terminaux, le serveur denregistrement, le proxy et le serveur de redirection.

La communication dans un environnement SIP :

SIP possde cinq fonctions pour tablir et terminer des communications multimdia : Adresse de lutilisateur : Pour dterminer le systme terminal qui doit tre utilis pour la communication. Disponibilit de lutilisateur : Pour dterminer si lutilisateur veut participer la communication. Moyens de lutilisateur : Pour dterminer le mdia dont dispose lutilisateur et ces caractristiques. La mise en route de la session et tablissement des paramtres de la session. Gestion de la session : Incluant le transfert et la fin dune session, la modification des paramtres de la session ou lappel de services.

Schma globale dune communication SIP

Utilisateur A INVITE Utilisateur B

180 RINGING

200 OK

ACK

Session mdia

BYE

200 OK

Etablissement de la communication
Il y a deux faons pour quun appel SIP puisse tre tabli:
1-Par le biais dun Proxy : le Proxy aura la tche de router

lappel en direction du destinataire. Il se peut que le Proxy ne sache pas ou se trouve le destinataire, cest pourquoi dans ce cas l, il consulte le serveur de localisation.

Etablissement dun appel SIP dans le mode Proxy Server

Serveur localisation

(2) jean@exemple.fr pierre@isp.fr

(3) jean@bureau jean@exemple.fr

(1) INVITE jean@exemple.fr

(4) INVITE jean@bureau

(6) 200 OK

(5) 200 OK

(7) ACK jean@exemple.fr

(8) ACK jean@bureau

Utilisateur A

Proxy

Utilisateur B

Etablissement de la communication
2- Par le biais dun serveur de redirection : le fonctionnement dun

tel rseau est le suivant : Lmetteur de lappel envoie sa requte au serveur de redirection. celui-ci lui retourne la position du destinataire sil la connat ; sinon il va consulter le serveur de localisation. Une fois que la position de destinataire est connue par le serveur de la redirection, il va la renvoyer lmetteur. Une fois lmetteur est en possession de ladresse de destinataire, il initialise une nouvelle requte directement vers le poste demand sans lintervention du serveur de rseau.

Etablissement dun appel SIP par le biais dun serveur de redirection

Serveur localisation

(2) jean@exemple.fr pierre@isp.fr

(3) jean@bureau

(1) INVITE jean@exemple.fr

(4) 302 contact : jean@bureau.exemple.fr

(5) ACK jean@exemple.fr

Redirect Serveur

jean@exemple.fr (6) INVITE jean@bureau.exemple.fr

(7) 200 OK

(8) ACK jean@bureau.exemple.fr Utilisateur A Utilisateur B

Les avantages du protocole SIP

La rapidit. Indpendant de la couche transport (UDP,TCP)il peut sutiliser

avec les deux. Offre dautres fonctions comme LIM (Instant Messaging) (GSM ou UMTS) protocole compatible avec les autres protocoles existants sur le march.

Codage et Transport de la VoIP

Le codage de la parole permet la rduction de dbit de transmission

du signal et des communications dans des canaux . La largeur de bande dune transmission devra tre minimise tout en prservant la qualit de signal vocal reconstruit et en rpondant aux autres exigences lies lapplication. Dans le cas de la transmission de la voix sur IP, la rduction du dbit limitera le nombre ou la taille des paquets envoyer sur le rseau. Le transport de la voix sur le rseau IP comme consquence un doublement du dbit, du fait de lajout dun en-tte pour chaque protocole utilis.

La mise en paquet de la voix

Signal Analogique

Signal

Numrique

1001011101011110010110001110101110110000011101010 Signal Compress

1110101110110000011101
Real time RTP Protocol

1110101110110000011101 TCP UDP RTP 1110101110110000011101

TCP et UDP

Internet
IP TCP et UDP

Protocol
RTP 1110101110110000011101

Gnralit sur le codage de la voix

Le terme codec fait souvent appel la Compression et

Dcompression des donnes (la compression de donnes est un codage). Il sagit dun procd permettant de compresser et de dcompresser un signal, de laudio ou de la vido, le plus souvent en temps rel.

Codage numrique de parole

Pour transporter la voix sur le rseau IP on doit coder ce

signal. Le processus de codage se compose de deux tapes : la numrisation de la voix, puis la compression numrique. La numrisation: qui seffectue par lchantillonnage et la quantification.

Compression numrique:
Le signal numrique est compress pour diminuer le dbit ncessaire. Dans la VoIP on utilise frquemment les codeurs ITU. En complment de la compression, un mcanisme appel VDA

(Dtection de lActivit de la Voix) permet de rduire la bande passante consomme en dtectant les silences produits lors dune conversation entre deux personnes qui cdent la parole tour de rle. Lactivation de ce mcanisme VAD peut procurer jusqu 50% de gain de bande passante.

Le transport de la voix sur IP :

La tlphonie traditionnelle est oriente connexion, utilise la

commutation de circuits pour mettre en relation deux interlocuteurs. Deux demi-circuits voix sont ouverts en permanence entre les deux correspondants et le PBX. La particularit de la VoIP est dassurer le transport sans logique de connexion entre deux points(De ce fait on minimisera la bande passante, protocoles beaucoup plus souples de contrle et de gestion de sessions).

Protocole de transport utilis en voix sur IP

Le transport de la voix sur IP met en jeux de nombreux protocoles de

couches infrieurs celle qui contient linformation voix. Parmi lesquels : IP, TCP, UDP etc.

Les protocoles de transport temps rel

1- Le protocole RTP:

Cest un protocole qui facilite le transport temps rel de bout en bout des flux de donne audio et vido sur le rseau de paquets. Il fait partie de la couche application du modle OSI, et il peut sappuyer sur diffrents protocoles. Dans larchitecture TCP/IP, elle sappuie sur UDP qui est mieux appropri aux transmissions temps rel. RTP permet de : Reconstituer la base de temps des diffrents flux multimdia(audio, vido,etc.). Dtecter les pertes de paquets. Identifier le contenu des paquets pour leur transmission scurise.

Le protocole RTP
Il ne permet pas de :

Rserver des ressources dans le rseau. Apporter une fiabilit dans le rseau. Garantir le dlai de livraison.
Le rle principal de RTP consiste mettre en uvre

des numros de squence de paquets IP pour reconstituer les informations de voix ou vido mme si le rseau sous-jacent change lordre des paquets.

Len-tte RTP
Len-tte RTP comporte les informations illustres dans la figure suivante
V P X CC M PT Numro de squence

Timestamp (Horodatage)

Identifiant de la source de synchronisation (SSRC)

Identifiants de la source de contribution (CSRC)

Donnes

Les diffrents champs de len-tte

Le champ Version V (2 bits) de longueur indique la version du

protocole. Le champ Padding P (1 bit) : Si P est gal 1, le paquet contient des octets additionnels de bourrage (padding) pour finir le dernier paquet. Le champ extension X (1 bit) : Si X=1 len-tte est suivie dun paquet dextension. Le champ CSRC count CC (4 bits) : Contient le nombre de CSRC qui suivent len-tte. Le champ marker M (1 bit) : Son interprtation est dfinie par un profil dapplication (Profile). Le champ payload type PT (7 bits) : Ce champ identifie le type de payload (audio, vido, image, texte, html, etc.). Le champ numro de squence (16 bits) : Sa valeur initiale est alatoire et il sincrmente de 1 chaque paquet envoy, il peut servir dtecter des paquets perdus.

 Le champ timestamp (32 bits) : Reflte linstant ou le premier

octet du paquet RTP t chantillonn. permet la synchronisation et le calcul de la gigue la destination. Le champ SSRC (32 bits) : Identifie de manire unique la source. Cet identificateur est choisi de manire alatoire avec lintrt quil soit unique parmi toutes les sources dune mme session. La liste des CSRC identifie les sources (SSRC) qui ont contribus lobtention des donnes contenues dans le paquet qui contient ces identificateurs. Le champ CSRC (32 bits) : Identifie les sources contribuant Dans une session multimdia, chaque mdia est transport dans des sessions RTP distinctes. Cela permet de sadapter la bande passante des destinataires : certains ne peuvent recevoir que laudio. Cest grce lidentificateur de la source et lhorodatage des chantillons que la synchronisation peut tre assure.

Le protocole RTCP

RTCP (Real-time Transport Control Protocol).

Il assure un trafic de contrle.

Bas sur la transmission priodique de paquets

de contrle tous les participants dans une session. Mme mcanisme de distribution (en RTP) que les paquets de donnes.

Fonctionnement du RTCP
Linformation sur la qualit de la session : RTCP fournit, en

rtroaction des informations sur la qualit de rception de donnes transmises dans les paquets RTP. Cette information est utilise par lmetteur pour ladaptation de type de codage au niveau des ressources disponibles. Il garde une trace de tous les participants une session, tel que linformation CNAME (Canonical Name) : identifiant unique et permanent pour un participant.

Types de paquets RTCP

Il ya cinq types de paquets RTCP. Chaque paquet commence par un en-tte fixe suivi dlment structurer qui peuvent tre de longueur fixe ou variable selon le type de paquet et de linformation vhicule : 1-SR (Sender Report) : Statistique de transmission et de rception par les participants qui sont des expditeurs actifs. 2-RR (Receiver Report) : Statistique de rception par les participants passifs. 3-SDES (Source DEScreption) : Contient linformation concernant les metteurs comme le nom canonique CNAME, email, phone number, localisation gographique,etc.

Types de paquets RTCP

BYE : Pour quitter une session. APP : Fonction spcifique lapplication.

Len-tte RTCP

32 bits

P RC ou SC PT

Longueur totale

Signification des diffrents champs de len-tte

Le champ Version V (2 bits) : Indique la version du RTP,

actuellement V=2. Le champ Padding P (1 bit) : Si P est gal 1, le paquet contient des octets additionnels de bourrage (padding) pour finir le dernier paquet. Le champ RC (5 bits) : Nombre de blocs dinformation (rapports ou sources). Le champ PT (8 bits) : Il donne le type de rapport du paquet. Le champ longueur (16 bits) : Il indique la longueur totale du paquet.

RTP, RTCP
Les destinataires du paquet RTP fournissent en retour des informations sur la qualit de la rception, en utilisant des paquets RTCP dont la forme varie selon est ce que le destinataire est lui-mme un metteur de contenu ou pas. Les deux types, SR et RR, contiennent zro, un ou plusieurs blocs de rapport de rception, destin chacune des sources de synchronisation desquelles le rcepteur a reu un paquet de contenu RTP depuis le rapport prcdent. Lmetteur peut modifier sa transmission en fonction du feed-back reu, le rcepteur peut comprendre qui les difficults de rception quil rencontre sont dorigine locale, rgionale ou plus globale. Les ventuels superviseurs ne recouvrent que les paquets RTCP et pourront valuer la performance du rseau.

Conclusion
Le monde de la tlphonie sur IP se porte bien, toujours en

plein boum depuis ces dernires annes o cette technologie a rvolutionn le monde des tlcoms. En effet, la tlphonie sur IP offre de nouvelles perspectives encore impossibles avec les systmes tlcoms traditionnels et plus rcemment, elle offre une simplicit d'exploitation par le biais d'interfaces graphiques intuitives.

Merci de votre attention