Système de Convergence I - 2015 (Mode de Compatibilité)

Systme de Convergence I
Pr MOUGHIT Mohamed
m.moughit@gmail.com
Pr M.MOUGHIT
Systme de convergence I
Codage numrique de la parole

Codeurs temporels
Codeur MIC 64 Kbit/s
Codeur MICDA (Modulation par Impulsion et
Codage Diffrentiel Adaptatif) 32 kbits/S
Pr M.MOUGHIT

Codeurs MIC 64kbit/s
Il tait normalis par lUIT (Union Internationale
des Tlcommunications) sous la recommandation
G711
Ils cherchent prserver lallure temporelle du
signal
Il consiste filtrer le signal de parole dans la
bande 300-3400hz, lchantillonner la
frquence 8000 hz et le quantifier par la loi A (ou
m) sur 8 bits
Pr M.MOUGHIT

Codeurs MICDA
Le codeur MICDA est
normalis par UIT-T sous la
recommandation G721
Il fait appel deux
techniques de traitement du
signal: la prdiction et la
quantification adaptative
Pr M.MOUGHIT
Codeurs Hybrides
Les codeurs mixtes mettent en jeu les techniques
temporelles et paramtriques.
Ce type de codage consiste modliser le conduit vocal
sur des tranches de 10 30 ms par un filtre
autoregressif 1/A(Z).
Dans une premire gnration de codeurs hybrides,
lentre idale du filtre de synthse est lerreur rsiduelle
obtenue par filtrage du signal de parole original par le
filtre A(Z).
Du fait quune grande partie du signal est concentre
dans les coefficients du filtre de synthse, lerreur
rsiduelle a donc moins dimportance et sera prsent
par un nombre rduit de bit.
Ce systme est appel approche LPC excit par le
rsidu (Rsiduel Excited Linear Predictor, RELP).
Le RELP est caractris par un dbit aux alentours de
10 kbits/s.
Pr M.MOUGHIT
Codeurs CELP
Codeurs CELP (Code Excited Linear Prediction)
Dans une nouvelle gnration de codeurs
hybrides, le signal d'excitation optimal est
dtermin par une mthode d'analyse par
synthse:
on cherche dans un ensemble de M formes
d'ondes stockes dans un dictionnaire, connu
priori par lmetteur et le rcepteur, le signal
d'excitation qui rend minimale l'nergie de la
diffrence entre le signal coder et le signal de
synthse.
Pr M.MOUGHIT
Codeurs CELP
Signal Original
m1
B(Z) 1bkZ(Pk)
A( Z )
W (Z )
A( Z / )
k0
Dictionnaire
dexcitation
gain
Prdicteur
Long-terme
(LTP)
Prdicteur
court-terme
+
-
Filtre
perceptuel
Slection de la forme
donde
Schma de principe du CELP

Pr M.MOUGHIT
Codeurs CELP
Le codeur CELP est bas sur le principe
de la prdiction linaire.
Il est form par trois filtres :
un filtre prdicteur court terme 1/A(Z),
un filtre long terme (LTP) 1/B(Z)
un filtre perceptuel W(Z)
Pr M.MOUGHIT
Codeurs CELP
Filtre LPC
Le filtre prdicteur court terme consiste
modliser le conduit vocal par un filtre
autoregressif 1/A(z).
Le filtre LPC ne permet pas dextraire toute la
redondance du signal.
si lon filtre le signal de parole original par le filtre
A(Z), lerreur rsiduelle obtenue pour les sons
voiss prsente encore une certaine priodicit
qui correspond la priode de vibration des
cordes vocales .
Pour liminer cette priodicit on introduit un
filtre LTP dans la structure du CELP
Pr M.MOUGHIT
Pr M.MOUGHIT
10
Pr M.MOUGHIT
11
La Voip:Introduction
La pratique dmontre quun rseau IP est thoriquement capable de
transporter de la voix.
Les dlais d'acheminement sont la plupart du temps ramens dans
des limites compatibles avec le Full Duplex. Les terminaux rcepteurs
comblent les pertes d'information et restituent numriquement le signal
d'origine.
Les volutions techniques, en matire de micro composants, et
technologiques (fibres optiques, satellites....) nous laissent entrevoir de
possibilits futures de bande passante presque infinie.
Un protocole comme RTP (Real-time Transport Protocol ) reconnu
comme standard par l'IETF(Internet Engineering Task Force ), possde
toutes les spcifications requises face aux exigences du temps rel
Le protocole IPV6 contient dans son en-tte un champ de priorit
pour traiter les informations de temps rel.
Pr M.MOUGHIT
12
Schma global dutilisation VOIP
Pr M.MOUGHIT
13
VOIP & TOIP

Tlphonie sur IP : ToIP
La tlphonie sur IP fait rfrence aux services de
communication: voix, fax et les applications de
messages vocaux. Ceux-ci sont transports par un
rseau IP; ce rseau IP peut tre le rseau de
lentreprise par exemple pour les appels internes.
Pr M.MOUGHIT
14
VOIP & TOIP

Voix sur IP : VoIP
La voix sur IP est la technologie permettant de transporter
de la voix numrise en mode paquets au format TCP/UDP
sur une infrastructure IP.
La Voix sur IP contrle la livraison de linformation vocale en
utilisant le protocole IP
Pr M.MOUGHIT
15
Les Contraintes de la ToIP

Optimisation de la bande passante :
- Pour un bon partage de la bande passante, il faut
connatre l'ensemble des flux pouvant avoir une
influence importante sur le transport de la voix.
Dlai de transmission :
- Il comprend:
le codage/ dcodage (G729:30ms, G711:0,125ms)
Srialisation
le passage en file d'attente d'mission,
la propagation dans le rseau,
la buffrisassions en rception
Pr M.MOUGHIT
16

Le phnomne d'cho:
C'est le dlai entre l'mission du signal et la
rception de ce mme signal en rverbration
cause par les composants lectroniques des
parties analogiques
Pr M.MOUGHIT
17

La gigue ou Jitter:
Correspond des carts de dlais de transmission entre
des paquets conscutifs. Ncessite la mise en place de
buffers en rception qui lissent ces carts pour retrouver
le rythme de l'mission
Pr M.MOUGHIT
18
les seuils de valeurs pour les paramtres

critiques
Bon
Moyen
Mauvais
Dlai de transit
<150ms
Compris entre
150 et 400ms
>450ms
Gigue
<20ms
Entre 20 et 50 ms
>50ms
<1%
Entre 1 et 3%
>3%
Perte de donnes
Pr M.MOUGHIT
19
Les avantages de la VoiP/ToIP

Convergence:
-
Quel que soit le type de donnes vhicules, le rseau est unique

Simplification des infrastructures
Faciliter lintgration avec le systme dinformation
Optimisation des ressources :

Le rseau IP utilisant un transfert de paquets, lutilisation des ressources est
optimise car les support de transmission sont partags en comparaison des
solutions de type commutation de circuits o les ressources sont rservs,
Cot de transport trs faible :

-
Grce lintgration de la tlphonie parmi de nombreuses autres

applications, le cot du transport devient pratiquement nul
Cot de la communication entre dans le cadre des forfaits de liaison IP
Pr M.MOUGHIT
20
Les avantages de la VoiP/ToIP

Services exclusifs :
Certains services sont propres aux rseaux IP (IM, Mobilit,)
- Par exemple, le service de prsence, consistant dtecter si un utilisateur
est connect au rseau ou non, ne ncessite aucune rservation de
ressources dans un rseau IP, la diffrence du rseau RTC.
il est plus simple de passer, partout dans le monde, par le rseau IP plutt
que par le rseau RTC.
Pr M.MOUGHIT
21
VoIP/technique: les protocoles qui enrichissent IP

RTP: Real-time transport protocol:
assure l horodatage des paquets
RTCP: Real-time transport control protocol:
garantit l acheminement des paquets
RSVP: Ressource reservation protocol:
garantit un dlai de transit de bout en bout
DIFFSERV: gestion des priorits par classes de service
MPLS: technique de commutation de label. Avec
l habillage des en-ttes un paquet compress 8kb/s
occupe entre 10 et 16kb/s de bande passante,
Pr M.MOUGHIT
22
IP: la connexion du rseau commut et

du rseau de donnes
Le monde Tlcoms
Le monde Informatique
ETHERNET (LAN)
PASSERELLE
Rseau IP
FrameRelay
RNIS: accs de
base et accs
primaire
Interfaces
analogiques
(rseaux numriques
avec voix paquettise)
Voix sur LS
(G.703)
ATM
Pr M.MOUGHIT
23
Rseau tlphonique et rseau de

donnes Partiellement intgrs
Pr M.MOUGHIT
24
Rseau tlphonique et rseau de

donnes totalement intgrs
Pr M.MOUGHIT
25
La voix sur le WAN la voix sur le LAN
La VoIP sur le WAN utilise le rseau IP dùn oprateur pour faire

transiter les communications entre deux sites distants par le biais de
passerelles (routeurs IP).
La VoIP sur le LAN permet de vhiculer lènsemble des communications
de lèntreprise sur le rseau de donnes (IP). Le IPPBX sert de
passerelle avec le rseau tlphonique commut
Pr M.MOUGHIT
26
Architecture VOIP (2)
Architecture PC PC
Pr M.MOUGHIT
27
Architecture VOIP(3)
Architecture Tlphone- Ordinateur

Pr M.MOUGHIT
28
Architecture VOIP (4)
Architecture Tlphone Tlphone Via IP

Pr M.MOUGHIT
29
VOIP: Equipements
Les hardphones:
Prvu pour remplacer les tlphones traditionnels
Disposent dune connexion LAN
Pr M.MOUGHIT
30
VOIP: Equipement
Les softphones:
Logiciels dmulation de terminaux tlphoniques sur PC
Numrotation par clicks de souris
Lutilisation est tributaire du PC connect au rseau IP
Pr M.MOUGHIT
31
VOIP: Equipement
Le Gatekeeper/proxy:
Serveur informatique localis
sur le LAN avec les postes IP
Ralise les fonctions H.323
ou SIP
Un Gatekeeper peut tre
Une application logiciel dans
un serveur
Une carte dans un Pabx
Une application dans un DSP
Pr M.MOUGHIT
32
VOIP: Equipement
La Gateway:
Passerelle avec le rseau tlphonique commut
Contient des cartes dinterface T0, T2 ou analogique
Le monde Tlcoms
Le monde Informatique
ETHERNET (LAN)
PASSERELLE
Rseau IP
FrameRelay
(rseaux numriques
avec voix paquettise)
RNIS: accs de
base et accs
primaire
Interfaces
analogiques
Voix sur LS
(G.703)
ATM
Pr M.MOUGHIT
33
VOIP: Protocole
H.323 (RFC 2543):
Plus mature et le plus utilis
SIP (Session Initiation Protocol, IETF):

Plus rcent
Plus souple
Adapt aux rseaux trs grande chelle
MGCP (Media Gateway Control Protocol):

Standard commun UIT (MEGACO) et IETF
Complmentaire H.323 et SIP
Passerelle entre les rseaux IP et Tlcoms
Pr M.MOUGHIT
34
VOIP: Protocole
Le rseau IP peut tre indiffremment un
Intranet, un Extranet ou l Internet,
Les accs clients se font par:
le rseau public RTC analogique ou RNIS (accs
primaire T2 ou accs de base T0, accs G.703/E1 LS
numrique),
des rseaux privs de PABX
des accs ADSL
des accs sur le cble (modems-cbles)
Le protocole de signalisation usager est bas sur

une variante de la Q.931(RNIS)
Le protocole de signalisation rseau est le SS7
Pr M.MOUGHIT
35
Protocole H323
La recommandation H.323 fournit depuis son approbation
en 1996, un cadre pour les communications audio, vido
et de donnes sur les rseaux IP.
Elle a pour objet de dfinir le mode d'interoprabilit entre
P.C. pour partager des squences audio et vido sur des
rseaux d'ordinateurs, y compris des intranets (priv) et
Internet (public).
Elle a t dveloppe par l'UIT pour des rseaux ne
garantissant pas une qualit de service (QoS).
La recommandation H.323 est une norme approuve
internationalement, elle est adopte par Cisco, IBM, Intel,
Microsoft, Netscape, etc
Pr M.MOUGHIT
36
Protocole H323
Les versions H32X dfinissent la transmission
de mdia sur les diffrents rseaux haut dbit.
H320: Multimdia sur RNIS

H321: Multimdia sur B-ISDN (ATM)
H323: Multimdia sur IP
H324: Multimdia sur PSTN
Pr M.MOUGHIT
37
H323: Reprsentation OSI
Pr M.MOUGHIT
38
Protocole: H323
H.323 dfinit quatre composants majeurs pour des
systmes de communications bass sur les rseaux :
Terminaux
Les terminaux sont les clients finaux sur le LAN qui
fournit des communications temps rels deux voies.
Gateways ou passerelle
Assure le lien entre dautres rseaux (RNIS, ATM,
POTS)
Par:
Adaptation de la signalisation: H225<> Q931,
Adaptation du contrle: H245<> H242, H243,
Adaptation de mdia: Dbit, transcodage
Pr M.MOUGHIT
39
Protocole H323
Fonctions de la Gateway H323
Pr M.MOUGHIT
40
Protocole
H323
Type de Gateway
Impossible dafficher limage.
On distingue deux types :

AGW: Access gateway:
TGW: Trunking Gateway:
Pr M.MOUGHIT
41
H323
GateKeepers ou garde barrire
Ils ont pour rle de raliser:

la traduction d'adresse (numro de tlphone adresse Ip).
la gestion des autorisations.
Consiste de donner ou non la permission d'effectuer
un appel, de limiter la bande passante si besoin et de
grer le trafic sur le Lan.
Gestion des tlphones classiques et la signalisation
permettant de router les appels afin d'offrir des
services supplmentaires.
Discuter la QOS
Gestion de compression et choix des codecs
Pr M.MOUGHIT
42
VoIP: la passerelle - un passage oblig

La passerelle ralise les fonctions suivantes:
la translation des formats d information (par
exemple: d un poste H323 sur IP vers un poste
tlphonique analogique),
la translation des types de compression (par
exemple de G.711 vers G.723)
la translation des procdures de signalisation
(H.225, bas sur Q.931 ct rseau local,
signalisation d usager ct RTC)
Pr M.MOUGHIT
43
VoIP: Gateway et Get Keeper

Le Gateway transporte la communication,
Le Get Keeper assure les fonctions:
analyse du numro et recherche de l adresse IP
distante (gestion de tables),
analyse du type de flux (voix, fax, data),
choix de l algorithme de compression et de la taille des
paquets IP,
tablissement du circuit virtuel,
ventuellement: facturation et gestion de la bande
passante.
Pr M.MOUGHIT
44
H323
Multipoint Conferencing Unit(MCU)
Les MCU peuvent communiquer entre elles pour changer
des informations de confrence.
Il peut sagir dun quipement indpendant ou peut tre
intgr dans un Gateway, un gatekeeper ou un terminal.
Un MCU consiste en deux fonctions :
Contrleur multipoint (Multipoint Controller, MC) : La
fonction MC met en oeuvre le contrle et la signalisation
pour le support de la confrence
processeur multipoint (Multipoint Processor, MP): la
fonction MP reoit les flux des terminaux, les traite, et les
retourne aux terminaux participant la confrence.
Pr M.MOUGHIT
45
H323
Pr M.MOUGHIT
46
H323
MCU
Il existe deux types de MCUs :

1- MCU centralis
2- MCU dcentralis
Pr M.MOUGHIT
47
H323
1- MCU centralis
Il met en oeuvre la signalisation (MC) et le traitement des flux
(MP).
Tous les terminaux envoient les flux audio et vido et les flux de
contrle au MCU en mode point point.
La fonction MC gre de manire centralise la confrence
en utilisant les fonctions de contrle H.245
Le MP ralise le mixage du trafic audio et vido. Puis, il met les
flux rsultants chaque participant.
Le MP doit aussi convertir si ncessaire les diffrents codecs et
dbits utiliss entre terminaux
Pr M.MOUGHIT
48
H323
MCU Centralis
Pr M.MOUGHIT
49
H323
2- MCU dcentralis
Il met en oeuvre la signalisation uniquement.
Les flux sont changs directement entre les terminaux.
le MCU fonctionne donc avec la fonction MC mais sans fonction
MP.
Pr M.MOUGHIT
50
H323
2- MCU dcentralis
Pr M.MOUGHIT
51
Les protocole utiliss par H323

Trois protocoles de signalisation sont spcifis
dans le cadre de H.323 savoir :
RAS (Registration, Admission and Status)

Ce protocole est utilis pour communiquer avec un
Gatekeeper.
Il sert notamment aux quipements terminaux pour
dcouvrir l'existence d'un Gatekeeper et s'enregistrer
auprs de ce dernier.
Il sert pour les demandes de traduction d'adresses.
La signalisation RAS utilise des messages H.225
transmis sur un protocole de transport non fiable
(Udp, par exemple).
Pr M.MOUGHIT
52
Les protocoles utiliss par H323

Q.931 - H.323
utilise une version simplifie de la signalisation
RNIS Q.931 pour l'tablissement et le contrle
d'appels tlphoniques sur Ip
Pr M.MOUGHIT
53
Les protocole utiliss par H323

H.245:
Ce protocole est utilis pour l'change de
capacits entre deux quipements terminaux
Il est utilis par les terminaux pour s'accorder
sur le type de codec activer.
Il peut galement servir mesurer le retard
aller-retour (Round Trip Delay) d'une
communication.
Pr M.MOUGHIT
54
Signalisation par H323
Mode signalisation H323

Pr M.MOUGHIT
55
H225 route, H245 directe

Pr M.MOUGHIT
56
H225 et H245 routs

Pr M.MOUGHIT
57
Messages H.225.0 RAS

Dcouverte du Gatekeeper
Gatekeeper Request (GRQ) (EP GK)
Gatekeeper Confirm (GCF) (GKEP)
Gatekeeper Reject (GRJ) (GK EP)
Enregistrement auprs du Gatekeeper
Registration Request (RRQ) (EPGK)
Registration Confirm (RCF) (GKEP)
Registration Reject (RRJ) (GKEP)
Pr M.MOUGHIT
58

Annulation denregistrement auprs du Gatekeeper
UnregistrationRequest (URQ) (EPGK or GK EP)
UnregistrationConfirm (UCF) (EPGK or GK EP)
UnregistrationReject (UCF) (EPGK or GK EP)
Admission auprs du Gatekeeper
Admission Request (ARQ) (EPGK)
Admission Confirm (ACF) (GKEP)
Admission Reject (ARJ) (GK EP)
Pr M.MOUGHIT
59

Modification de bande passante
Bandwidth Request (BRQ) (EPGK or GK EP)
Bandwidth Confirm (BCF) (EPGK or GK EP)
Bandwidth Reject ( BRJ) (EPGK or GK EP)
Localisation dun terminal
Location Request (LRQ) (EPGK)
Location Confirm (LCF) (GKEP)
Location Reject (LRJ) (GKEP)
Pr M.MOUGHIT
60

Libration de la communication
Disengage Request (DRQ) (EPGK or GK EP)
Disengage Confirm (DCF) (EPGK or GK EP)
Disengage Reject (DRJ) (GK EP)
Information sur la communication
Information Request (IRQ) (GK EP)
Information Request Response (IRR) (EP GK)
Information Acknwoledge (IACK) (GK EP)
Pr M.MOUGHIT
61
Messages H.225 Call Signaling

Messagesdtablissement dappel
Obligatoires
Setup (AppelantAppel)
Alerting (AppelAppelant)
Connect (AppelAppelant)
Optionnels
Call proceeding (AppelAppelant)
Progress (AppelAppelant)
Setup Acknowledge (AppelAppelant)
Messages de libration dappel
Obligatoires
Release Complete (AppelantAppel ou AppelAppelant;
Celui qui se dconnecte)
Aucun optionnel
Pr M.MOUGHIT
62
Messages H.225 Call Signaling

Messages dinformation dappel et autres
Obligatoires
Status (AppelAppelant)
Optionnels
User Information (AppelAppelant)
Information (AppelantAppel)
Notify
Status Inquiry (AppelantAppel)
Messages H.450
Obligatoires
Facility (AppelAppelant)
Aucun optionnel
Pr M.MOUGHIT
63
H.450 : Services complmentaires

H.450.2: Transfert dappel
H.450.3: Renvoi dappel sur non-rponse, sur occupation
H.450.4: Mise en attente
H.450.5: Mise en garde et en interception d'appel (La mise en garde
permet l'utilisateurA mettant en garde de placer un appel
existant avec un utilisateur B sur une position de mise engarde.
L'appel peut tre intercept par la suite en reprenant l'abonn
mis en garde, soit par le terminal qui a effectu la mise en garde,
soit par un autre terminal).
H.450.6: Appel en attente
H.450.7: Indication de message en attente
H.450.8: Identification et restriction du numro dappelant
H.450.9: Rappel automatique sur occupation
Le service communication confrence est offert par dfaut par H.323.
Pr M.MOUGHIT
64
H.245
Gestion de la session
MasterSlaveDetermination
MasterSlaveDeterminationAck
EndSessionCommand
Choix des capacits du Terminal
TerminalCapabilitySet
TerminalCapabilityAck
Gestion des canaux logiques
OpenLogicalChannel
OpenLogicalChannelAck
CloseLogicalChannel
CloseLogicalChannelAck
Pr M.MOUGHIT
65
Pr M.MOUGHIT
66
Session H.323 v1
Pr M.MOUGHIT
67
Session H.323 v1
Pr M.MOUGHIT
68
Faiblesses de H.323 v1
Temps dtablissement dappel long (plusieurs secondes!!!)
Squence H.225.0 RAS ARQ/ACF
Connexion TCP pour le canal H.225.0 Call Signaling
Squence H225.0 Call Signaling Setup/Connect
Connexion TCP pour le canal H.245
Squence TerminalCapabilitySet
/TerminalCapabilitySetAck
Squence OpenLogicalChannel/OpenLogicalChannelAck
Pas de services complmentaires
Pas de scurit
Pas dinteroprabilit avec le NGN
Pr M.MOUGHIT
69
Nouveauts H.323 v2
Connexion rapide
Possibilit dutiliser un mcanisme dtablissement
dappel nomm Fast Connect utilisant:
o Une seule connexion TCP
o Moins de messages
Temps dtablissement de lappel de quelques 100 ms
Services complmentaires
H.450.2 Call Transfer (transfert dappel)
H.450.3 Call Diversion (renvoi dappel)
o Call Forwarding Unconditional(renvoi dappel
inconditionnel)
o Call Forwarding on Busy(renvoi dappel sur
occupation)
o Call Forwarding on No reply (renvoi dappel sur
non rponse)
Pr M.MOUGHIT
70
Pr M.MOUGHIT
71
Pr M.MOUGHIT
72
tablissement dune communication en H323
Echange des canaux logiques

Transfert des donnes utiles
Pr M.MOUGHIT
73
H323: appel intra rseau IP

Gatekeeper
Tlphone
Gateway
Rseau IP
Donnes/voix
Tlphone H323
Tlphone H323
Pr M.MOUGHIT
74
H323: appel intra rseau IP

Gatekeeper
Tlphone
Gateway
Tlphone H323
Tlphone H323
Pr M.MOUGHIT
75
Visioconfrence sur H323

De point de vue conomique,
la visioconfrence sur Ip s'avre moins coteuse que
celle sur liaison RNIS
o Une liaison RNIS a un cot calcul selon:
la dure dappel
le dbit,
les lieux des confrenciers
Dans une liaison IP, le prix est forfaitaire selon le dbit.

la visioconfrence par Ip s'avre souvent moins
onreuse que par liaison RNIS
Pr M.MOUGHIT
76

La visioconfrence sur Ip peut utiliser des dbits
suprieurs
Une image et un son meilleurs qu'avec une liaison
RNIS ( cause des dbits)
La visioconfrence sur RNIS utilise des dbits allant de
128Kb/s 384Kb/s
Par Mutualisation de certaines liaisons Ip, on peut
obtenir des lignes haut dbit allant jusqu' plusieurs
Mb/s.
le problme majeur de la visioconfrence sur Ip est
l'absence d'une Qualit de Service (QoS) sur les
rseaux Ip (sauf si on utilise les protocoles Rsvp,
Diffserv) .
Pr M.MOUGHIT
77

Pour pouvoir suivre une visioconfrence, il faut un
matriel adquat.
moniteur,
micro,
camra vido.
Ou
un ensemble matriel et logiciel sur un poste de
travail normal (PC, etc.).
Pr M.MOUGHIT
78

Topologie dployes
Confrence point point
Si la visioconfrence ne compte que deux interlocuteurs,
alors la liaison est point point comme illustr sur le
schma ci-dessous :
Pr M.MOUGHIT
79

Confrence multipoint
Dans le cas o il y a plus de deux interlocuteurs, la
visioconfrence ncessite l'utilisation d'un pont
multipoint comme illustr sur le schma ci-dessous :
Pr M.MOUGHIT
80
La norme T.120 dfinit le partage dapplications entre

plusieurs postes participant une confrence H.323.
En utilisant les fonctionnalits de T.120, on peut par

exemple montrer des transparents distance en haute
qualit.
Pr M.MOUGHIT
81
SIP: Session Initiation Protocol

SIP est un protocole de signalisation point point
utilisant le modle client - serveur, il permet d'tablir
rapidement des liaisons tlphoniques sur un rseau
informatique.
Outre le fait de crer des liaisons, il met aussi
disposition plusieurs services tel que les mise en attente,
les transferts et les dviations.
Il introduit aussi la notion de personal mobility soit
diffrents terminaux pour une mme personne ex. un
tlphone fixe et un portable, il se chargera donc de
dterminer l'appareil actuellement utilis par un
utilisateur.
Pr M.MOUGHIT
82
SIP: Session Initiation Protocol

SIP se caractrise comme tant un protocole plus
rapide.
SIP est un protocole indpendant de la couche
transport : il peut aussi bien sutiliser avec TCP que
UDP.
la description de SIP est beaucoup plus simple
que celle d'H.323
il est plus lger et donc plus facile mettre en
uvre, sans tre moins complet pour autant.
Pr M.MOUGHIT
83
Architecture du SIP
User Agent:
usager du rseau SIP
Un UA est identifi par une URI SIP
URI SIP est driv dune adresses E-mail:
sip:user@host
user peut tre un nom dutilisateur ou un n de tlphone
host peut tre un nom de domaine, un nom de host, ou
une adresse numrique
Exemples dURI SIP:
sip:president@whitehouse.gov
sip:mary@192.190.132.20
sip:00212225272727@information.att.net
Pr M.MOUGHIT
84
Architecture du SIP
Registrar (Gatekeeper):
gre les informations relative aux usagers (adresse) pour
un rseau ou segment de rseau
Proxy:
reoit, traite et, au besoin, rachemine les messages de
signalisation SIP
Redirect Server:
Serveur qui accepte une requte SIP, traite ladresse
envoy par le client lui retourne une autre adresse.
Pr M.MOUGHIT
85
Architecture du SIP
Pr M.MOUGHIT
86
Architecture du SIP
Direct server
Pr M.MOUGHIT
87
Gateway SIP
Pr M.MOUGHIT
88
Gateway SIP
SIP Proxy
Tlphone
Gateway
Tlphone SIP
Pr M.MOUGHIT
Tlphone SIP
89
Gateway SIP
Gateway SIP dentreprise
Cest une Gateway qui appartient lentreprise
elle permet la conversion de la signalisation SIP en:
CAS (Circuit Assotiated Signaling) si tlphones
analogiques
Q.931 si tlphones numriques
Elle convertit des canaux RTP en un canal 64 Kbits/s
Gateway SIP / PSTN

Appartient loprateur PSTN
Conversion de la signalisation SIP en ISUP
Conversion des canaux RTP en 1 canal 64 Kbits/s
Pr M.MOUGHIT
90
Gateway SIP
GatewaySIP / H.323
Appartient lentreprise ou loprateur H.323
Conversion de la signalisation SIP en H.323
Si lUA SIP et le terminal H.323 utilisent le mme codec
2 canaux RTP directs entre eux
Si lUA SIP et le terminal H.323 utilisent des codecs
diffrents
2 canaux RTP de lUA SIP vers la gateway
2 canaux RTP de la gateway vers le terminal H.323
Pr M.MOUGHIT
91
SIP : Etablissement dappel

lts.ncsc.mil
telcordia.com
DNS
Location
server
Proxy
INVITE
peter@telcordia.com
INVITE
Ringing
200 OK
Proxy
ACK
INVITE
Ringing
200 OK
Media Streams
Linda
Pr M.MOUGHIT
Peter
92
Le format des messages SIP

- Une session est tabli avec des requtes et des rponses
(principe HTTP)
- Les requtes sont dfinis travers six mthodes:
REGISTER, INVITE, ACK, CANCEL, BYE, OPTIONS.
- Les rponses peuvent tre de plusieurs types:
1xx : Information (requte reue, en progression)
100: Trying
180: Ringing
181: Appel Transfr
182: Appel mis en file dattente
2xx : Succs (action reue, compris et accept)
200:OK
Pr M.MOUGHIT
93

3xx : Redirection
300: Multiple choix
301: Moved permanently
302:Moved temporarily
303:See other
305: Use proxy
380: Alternative service
4xx : Erreur client (mauvaise syntaxe de la requte)
5xx : Erreur Serveur
180 Ringing
486 Busy
- Utilisation du protocole SDP (Session Description Protocol) pour
dfinir le type de mdia (audio, vido) et le transport (RTP)
Pr M.MOUGHIT
94

400: Mauvaise demande
401: Non Autoris
402: Payment exig
403: Interdit
404: Non trouv
405: Methode non permise
406: Non accpt
407: Authentification exg par le proxy
408: Dpassement du temps de la demande
409: Conflict
410: Gone
Pr M.MOUGHIT
95

411: Longueur exige
413: requte trop large
414 requte URI trop longue
415 type de media non compatible
420: lextension nexiste pas, le serveur ne comprend
pas la requte
480: momentanment non disponible
481 appel/transaction nexiste pas
482 Boucle dtect
483 trop de sauts
484 Adresse incomplte
485 ambigu
486: occup
Pr M.MOUGHIT
96

487 requte interrompue
488 nest pas acceptable ici
491 requte en attente
493 indchiffrable : ne peut pas dcrypter le corps
S/MIME
5xx = erreurs de serveurs
500 :erreur interne de serveur
501 la mthode de requte SIP nest pas
implmente ici
502 mauvaise passerelle
503 service non disponible
Pr M.MOUGHIT
97

5xx = erreurs de serveurs
504 dlai dattente de serveur
505 le serveur nest pas compatible avec
la version du protocole SIP
513 message trop large
6xx = checs gnraux
600 occup tout le temps
603 refus
604 nexiste pas
606 non acceptable
Pr M.MOUGHIT
98
Communication SIP
Pr M.MOUGHIT
99
Format Gnral des messages SIP

Un message SIP a la forme suivante
Ligne de dbut
Entte
o Plusieurs lignes
Ligne vide
Corps (optionnel)
o Plusieurs lignes
Pr M.MOUGHIT
100
Entte des messages SIP

Rle
Fournir des informations sur le message
Permettre le traitement du message
Structure Gnrale dune ligne dentte

Nom: Valeur(s)
Pr M.MOUGHIT
101
Lignes dentte obligatoire

Via
SIP/2.0/UDP host_metteur:port_UDP
Chaque entit qui met ou relaye un message SIP insre un
Via afin de prvenir les boucles et dindiquer le chemin de la
rponse
From
Nom <URI_SIP_de_lmetteur_de_la_requte>
To
Nom <URI_SIP_du_rcepteur_de_la_requte>
Call-ID
Chane_de_caractres@host_metteur
Identificateur unique de la session
Pr M.MOUGHIT
102

Cseq
Numro Type_de_requte
Le numro est incrment chaque nouvelle requte sauf pour
les requte CANCEL et ACK qui utilisent le Cseq que la
requte invite.
Max-Forwards
Nbre maximum de sauts autoris pour atteindre la destination
Entier dcrment de 1 chaque saut
Le message est limin quand Max-Forwards gal 0
Obligatoire uniquement pour les requtes
Contact
Indique lURI contacter directement en retour
Obligatoire uniquement pour la requte INVITE et les rponses
2xx INVITE
Pr M.MOUGHIT
103

Exemple:
Via:SIP/2.0/UDP station1.cegetel.fr:5060
Max-Forwards:20
From: Mary Taylor sip:mary.taylor@cegetel.fr
To:Mark Rich sip:mark.rich@telecom-dev.fr
Call-Id:23456789@station1.cegetel.fr
Cseq:1 INVITE
Contact:mary.taylor@192.190.132.20
Pr M.MOUGHIT
104
Corps des messages SIP

Utilisation
Parfois absent
Rle
Fournir suffisamment dinfos pour permettre la participation
une session multimdia
Nature des informations
o Codec, vitesse dchantillonage
o Destination (adresse IP, port UDP)
o Nom de la session
o Timestamps de dbut et fin de session
Codage en SDP
o Lignes v, o, s, c, t, m,
Pr M.MOUGHIT
105
v(ersionSDP)
o(rigin)
o Username: nom de linitiateur de la session
o SessionID: le RFC 2327 recommande dutiliser un timestamp
NTP
o Version: version de la session
o Network type: IN
o Addresstype: IP4 ou IP6
o Address: adresse IP de linitiateur de la session
s(ession name)
c(onnection information)
o Connection type: IN
o Network type: IP4
o Connection address: adresse IP de linitiateur de la session
Pr M.MOUGHIT
106

t(ime of the session)
o Timestamp NTP de dbut de session en
reprsentation dcimale
o Timestamp NTP de fin de session en
reprsentation dcimale
m(edia)
o
o
o
o
Media type: audio

Transport port: n de port UDP
Transport protocol: RTP
Media format: codec (ex: AVP = G.711 loi )
Pr M.MOUGHIT
107
Exemple de corps de message SIP

v =0
o =Mark 123456 123456 IN IP4 station1.telecom-dev.fr
s=annonce importante
c =IN IP4 193.188.23.16
t =0 0
m =audio 52140 RTP/AVP 0
Pr M.MOUGHIT
108
Les requtes SIP

Terminologie
Les requtes sont aussi appeles Mthodes
Requtes de base (RFC 3261)
REGISTER, INVITE, ACK, OPTIONS, CANCEL, BYE
Requtes additionnelles (autres RFCs)
o INFO (RFC 2979)
o PRACK (RFC 3262) (Reliability of Provisional
Responses: quivalent ACK mais avec une fiabilit
de rponse )
o SUBSCRIBE, UNSUBSCRIBE, NOTIFY (RFC 3265)
o REFER (RCF 3515)
o MESSAGE (RFC 3428)
o UPDATE (RFC 3311)
o PUBLISH (draft-ietf-sip-publish-03.txt)
Pr M.MOUGHIT
109
Les requtes de Base de SIP

REGISTER
Indication par lUA au Registrar de son adresse IP et de
lURI pour laquelle il souhaite recevoir des appels
INVITE
Etablissement dune session entre UAs
ACK
Acquittement dune rponse 2xx, 3xx, 4xx, 5xx ou 6xx
une requte INVITE
Pr M.MOUGHIT
110
Les requtes de Base de SIP

OPTIONS
Prise de connaissance par un UA des capacits et de la
disponibilit dun UA ou dun serveur SIP hors session
CANCEL
Suspension dune requte en cours
BYE
Libration dune session entre UAs
Pr M.MOUGHIT
111
Les requtes additionnelles de SIP

REFER
Demande par un tiers un UA dtablir une session
en lui fournissant une URI SIP (Ex: Call Transfert)
MESSAGE
Envoi dun message en dehors dune session (Ex:
Instant Messaging)
UPDATE
Confirmation que les prconditions reues sont
supportes par le rcepteur
PUBLISH
Publie un tat
Pr M.MOUGHIT
112
Les requtes additionnelles de SIP

INFO
o Envoi par un UA dinfos de signalisation lUA avec lequel
il a tabli une session (Ex: ISUP USR, RFC 2976)
PRACK
o Acquittement dune rponse 1xx
SUBSCRIBE
o Demande de notification dvnement
UNSUBSCRIBE
o Arrt de notification dvnement
NOTIFY
o Notification dvnement (Ex: Call Completion on Busy
Subscriber)
Pr M.MOUGHIT
113
Exemple de requte
INVITE sip:mark.rich@telecom-dev.fr SIP/2.0
Via: SIP/2.0/UDP station1.cegetel.fr:5060
Max-Forwards: 20
From: Mary Taylor <sip:mary.taylor@cegetel.fr>
To: Mark Rich <sip:mark.rich@telecom-dev.fr>
Call-Id: 23456789@station1.cegetel.fr
Cseq: 1 INVITE
Contact: mary.taylor@192.190.132.20
Content-type: application/sdp
Content-length: 162
entte
Ligne vide
v=0
o = Mary 123456 123456 IN IP4 station1.cegetel.fr
s = annonce importante
c = IN IP4 192.190.132.20
t=00
m = audio 45450 RTP/AVP 0
Pr M.MOUGHIT
Corps
114
Rponses SIP
Les rponses SIP indiquent
Soit une information de progression dappel
Soit une information dtat final
La ligne de dbut appele ligne dtat contient
La version SIP
Un code dtat (Status Code) qui est un entier sur 3
chiffres
Une raison (Reason-Phrase) qui dcrit textuellement la
raison
Pr M.MOUGHIT
115
Exemple de rponse
SIP/2.0 200 Ok
Via: SIP/2.0/UDP station1.cegetel.fr:5060
From: Mary Taylor <sip:mary.taylor@cegetel.fr>
To: Mark Rich <sip:mark.rich@telecom-dev.fr>
Call-Id: 23456789@station1.cegetel.fr
Cseq: 1 INVITE
Contact: mark.rich@192.190.23.16
Content-type: application/sdp
Content-length: 162
Ligne dtat
Entte
Ligne vide
v=0
o = Mark 123456 123456 IN IP4 station1.telecom-dev.fr
s = annonce importante
c = IN IP4 193.188.23.16
t=00
Pr M.MOUGHIT
Corps
116
Scnario SIP
Enregistrement et dsenregistrement
o Il est Inutile si un UA dsire utiliser un Proxy server
pour effectuer des appels sortants
o Il est Obligatoire si un UA dsire recevoir des appels
entrants de Proxy servers. Il permet au UA
dinformer le rseau SIP de son adresse IP et de son
URI
Etablissement et libration dappel
Pr M.MOUGHIT
117
Enregistrement: Utilisation de
Contact et Expires
Contact : * + Expires : 0
Elimine tous les enregistrements du Location Service
Contact : sip:mtaylor@netphone.com + Expires : 3600
Enregistre lURI SIP avec une dure de vie dune heure
Contact : mailto:mary.taylor@netphone.com
Enregistre lURI mailto avec une dure de vie illimite
Absence de champ Contact
Le Registrar liste lensemble des enregistrements du
Location Service en rponse
Pr M.MOUGHIT
118
Enregistrement Simple
Register sip:registrar.alcatel.comSIP/2.0
Via: SIP/2.0/UDP station1.alcatel.com:5060
From: Mary Taylor<sip:mary.taylor@alcatel.com>
To: Mary Taylor<sip:mary.taylor@alcatel.com>
Call-Id: 23456789@station1.alcatel.com
CSeq: 1 REGISTER
Expires :Mon, 11 Feb 2002 16:00:00 GMT
Contact : sip: mary.taylor@192.190.132.20
Content-Length: 0
Pr M.MOUGHIT
119
Enregistrement Simple
SIP/2.0 200 OK
CSeq: 1 REGISTER
Expires :Mon, 11 Feb 2002 16:00:00 GMT
Contact : sip:mary.taylor@192.190.132.20
Content-Length: 0
Pr M.MOUGHIT
mary.taylor@192.190
.132.20
120
Desenregistrement Simple
Register sip:registrar.alcatel.comSIP/2.0
CSeq: 1 REGISTER
Expires :0
Contact : *
Content-Length: 0
200 OK
Pr M.MOUGHIT
121
Modles de signalisation dappel

On distingue 5 modes de signalisation dappel
Direct signalling
Les messages SIP sont changs directement entre les UA
Aucun serveur SIP nest impliqu
Proxy call stateful signalling

Les messages SIP transitent par un Proxy server
Le serveur Proxy maintient une information sur ltat de la
session
Proxy stateful signalling

Les messages SIP dune transaction de la session
transitent par un serveur Proxy mais pas forcment les
messages des transactions suivantes
Le Proxy maintient uniquement les informations sur ltat de
cette transaction
Pr M.MOUGHIT
122
Modles de signalisation dappel

Proxy stateless signalling
Les messages SIP transitent par un serveur Proxy
Le Proxy ne maintient aucune information sur ltat de la
session
Redirect signalling
LUAC (User Agent Clent:appelant) interroge toujours le
Redirect server au dbut de la session pour connatre le
chemin vers lUAS (User Agent Server appel)
Pr M.MOUGHIT
123
Direct Signaling
Pr M.MOUGHIT
124
Requte Invite cas du Direct Signaling

INVITE sip: mark.rich@netphone.com SIP/2.0
To: Mark Rich < sip:mark.rich@netphone.com >
From: Mary Taylor < sip:mary.taylor@alcatel.com >
CSeq: 1 INVITE
Subject : Voice call
Contact : sip:mary.taylor@alcatel.com
Content-Type: application/sdp
Content-Length:162
v=0
o = Mary 123456 123456 IN IP4 station1.alcatel.com
s = Preparation of the nextmeeting
c = IN IP4 192.190.132.20
Pr M.MOUGHIT
125
Rponse 180 Ringing: cas du Direct

Signaling
SIP/2.0 180 Ringing
To: Mark Rich<sip:mark.rich@netphone.com>
CSeq: 1 INVITE
Content-Length: 0
Pr M.MOUGHIT
126
Rponse 200 OK: cas du Direct Signaling

SIP/2.0 200 OK
To: Mark Richsip:mark.rich@netphone.com
CSeq: 1 INVITE
Content-Length:162
v=0
o = Mark 123456 123456
IN IP4 machine1.netphone.com
s = Preparationof thenextmeeting
c = IN IP 193.188.23.16
Pr M.MOUGHIT
127
Requte ACK: cas du Direct Signaling

ACK sip:mark.rich@netphone.com SIP/2.0
To: Mark Rich<sip:mark.rich@netphone.com.fr>
CSeq: 1 ACK
Content-Length: 0
Pr M.MOUGHIT
128
Requte Bye: cas du Direct Signaling

BYE sip:mark.rich@netphone.comSIP/2.0
CSeq: 1 BYE
Content-Length: 0
Pr M.MOUGHIT
129
Rponse 200 Ok: cas du Direct Signaling

SIP/2.0 200 OK
Call-Id: 23456789@station.alcatel.com
CSeq: 1 BYE
Content-Length: 0
Pr M.MOUGHIT
130
Pr M.MOUGHIT
131
Requte INVITE (UA1>Proxy): Call Statefull

signaling
CSeq: 1 INVITE
Content-Length:162
v=0
c = IN IP4 192.190.132.20
132
Requte INVITE (Proxy>UA2)

Via: SIP/2.0/UDP proxy.netphone.com:5060
CSeq: 1 INVITE
Content-Length:162
v=0
s = Preparation of the next meeting
c = IN IP4 192.190.132.20
133
Rponse100 TRYING (Proxy>UA1)

100 Trying
CSeq: 1 INVITE
Pr M.MOUGHIT
134
Rponse180 RINGING (UA2>Proxy)

SIP/2.0 180 Ringing
CSeq: 1 INVITE
Content-Length: 0
Pr M.MOUGHIT
135
Rponse180 RINGING (Proxy>UA1)

SIP/2.0 180 Ringing
CSeq: 1 INVITE
Content-Length: 0
Pr M.MOUGHIT
136
Rponse200 OK (UA2>Proxy)
SIP/2.0 200 OK
To: Mark Rich sip:mark.rich@netphone.com
CSeq: 1 INVITE
Contact : sip: mark.rich@netphone.com
Content-Length:162
v=0
o = Mark 123456 123456 IN IP4 machine1.netphone.com
c = IN IP 193.188.23.16
Pr M.MOUGHIT
137
Rponse 200 OK (Proxy>UA1)

SIP/2.0 200 OK
CSeq: 1 INVITE
Contact : sip: mark.rich@netphone.com
Content-Length:162
v=0
o = Mark 123456 123456 IN IP4 machine1.netphone.com
s = Preparationof thenextmeeting
c = IN IP 193.188.23.16
Pr M.MOUGHIT
138
Requte ACK (Proxy>UA2)

ACK sip:mark.rich@netphone.com SIP/2.0
To: Mark Rich<sip:mark.rich@netphone.com.fr>
CSeq: 1 ACK
Content-Length: 0
Pr M.MOUGHIT
139
Proxy Stateful Signalling
Pr M.MOUGHIT
140
Proxy Stateless Signalling
Pr M.MOUGHIT
141
Redirect Signalling
Pr M.MOUGHIT
142
VoIP/ les volutions du march

L horizon de nouveaux services
la guerre des prix va se dplacer vers une guerre des
services,
les combinaisons voix-donnes-images permettront
d imaginer de nouvelles applications.
On peut ainsi vraisemblablement penser que le protocole
IP deviendra un jour un standard unique permettant
l'interoprabilit des rseaux mondialiss.
C'est pourquoi l'intgration de la voix sur IP n'est qu'une
tape vers EoIP : Everything over IP
Pr M.MOUGHIT
143
VoIP/ les volutions du march

Le rve du tlphone gratuit
tous les oprateurs btissent des infrastructures
dorsales IP pour supporter la croissance exponentielle
du trafic Internet,
le transport de la voix ne sera plus qu une activit
annexe pour l oprateur; cela lui permettra de faire des
offres de tlphone gratuit.
Pr M.MOUGHIT
144
Quel Transport pour la voix

Faiblesse UDP
Pas de dtection des pertes dans le rseau par le rcepteur
Pas dordonnancement des datagrammes UDP reus
Pas de synchronisation du flux audio par le rcepteur
Donc UDP ne peut pas reconstituer le flux audio
Faiblesse TCP
Dtection des pertes dans le rseau par le rcepteur
Ordonnancement des segments TCP reus
Pas de synchronisation du flux audio par le rcepteur
Traitement des pertes par TCP totalement inadquat
Re-mission du segment TCP perdu: augmentation de
gigue
Rduction de la fentre dmission: diminution du dbit
Donc TCP ne peut pas reconstituer le flux audio
Pr M.MOUGHIT
145
UDP+RTP
Solutions envisages
Dvelopper un nouveau protocole de transport
pour la voix
Dvelopper un protocole applicatif adquat
Solution retenue
Utiliser un protocole applicatif appel RTP sur
UDP
Pr M.MOUGHIT
146
RTP
Le RTP dsigne en fait 2 protocoles
RTP = Real Time Protocol
RTCP = Real Time Control Protocol
Le RTP un moyen uniforme pour transmettre des
donnes soumises des contraintes de temps rel
tel que le flux audio ou video
Pr M.MOUGHIT
147
Fonctions de RTP et RTCP

RTP
Vhicule les flux audio et/ou vido

Identifie le type de donnes transportes
Ajoute des marqueurs temporels et des n de squence
Neffectue ni rservation de ressources ni contrle de QoS
RTCP
Contrle les flux vhiculs par RTP
Echange dinformations basiques
Sur les participants dune session
Sur la qualit de transmission dune session
Pr M.MOUGHIT
148
Architecture RTP / RTCP

RTP et RTCP sappuient sur la couche Transport
RTP et RTCP sont indpendants du protocole de
transport dploy (UDP ou TCP)
RTP et RTCP sont indpendant des protocoles
Rseaux (IP, ATM, Frame Relay)
Pr M.MOUGHIT
149
Canaux pour une session audio

Pour une session Audio, RTP utilise les ports pairs et le
RTCP dploient les ports impairs
Pr M.MOUGHIT
150
Canaux pour une session vido
Pr M.MOUGHIT
151
Rle du Mixeur
Mixeur
Reoit plusieurs flux de plusieurs sources appeles SSRCs
(Synchronization SouRCe)
Modifie ventuellement leur format
Renvoie un flux agrg constitu des sources initiales qui
deviennent des CSRCs (Contributing SouRCe)
Intrt: confrence plusieurs
Pr M.MOUGHIT
152
Rle du Translateur
Le translateur Reoit plusieurs flux de plusieurs
sources appeles SSRCs (Synchronization
SouRCe)
Modifie ventuellement leur format, leur dbit
Traite ventuellement leur problme de scurit
(firewall)
Renvoie les flux traits des diffrentes SSRCs
Pr M.MOUGHIT
153
Pr M.MOUGHIT
154
Entte du paquet RTP

Version (2 bits)
La version RTP actuelle V=2
Padding (1 bit)
P=1 si le payload a du bourrage
Extension (1 bit)
X=1 si entte 12 + n CSRC identifiers
CSRC Count (4 bits)
Nombre de CSRC identifiers
Marker (1 bit)
Bit de signalisation dont la signification dpend des donnes
transportes. IL est utilis pour indiquer le dbut d'une nouvelle
trame vido, ou le dbut de parole lorsque loption silence
supprim est active.
Pr M.MOUGHIT
155
Entte du paquet RTP

Payload Type (7 bits)
o PT=0 pour audio G.711 law64 Kbit/s
o PT=15 pour audio compress par G728
o PT=31 pour vido H.261
Sequence Number (16 bits)
Sa valeur initiale est alatoire puis elle est incrmente
chaque nouveau paquet
Timestamp (32 bits)
Marqueur temporel permettant dvaluer le dlai et la
gigue
156
Pr M.MOUGHIT
157
Pr M.MOUGHIT
Entte du paquet RTP

SSRC Identifier (32 bits)
Numro identifiant la source du paquet
CSRC Identifier (32 bits)
Numro identifiant une SSRC contribuant au flux
agrg
158
Pr M.MOUGHIT
Overhead RTP
Overhead
correspond lEnttes RTP / UDP / IP Auxquels il faut
ajouter loverhead li la couche Liaison de Donnes
(Ethernet, ATM)
A chaque instant de gnration de paquet, le nombre doctets
transmettre est gal :
Si enttes non compresss: payload + 20 + 8 + 12 + N
Si enttes compresss: payload+ 2 + N
La valeur de N dpend du type de codec utilis par
lapplication
159
Enttes compresss
Overhead
Enttes RTP+UDP+IP de 40-60 octets
Payload(voix numrise) de 25 octets environ
Problme pour les accs bas dbit
Constatation pour un mme flux
Certaines infos des enttes ne changent pas (adresses IP, n
de port UDP, codec)
Certaines infos des enttes sont prdictibles (n de squence
RTP)
Ide
Ne pas transporter les infos des enttes inchanges ou
prdictibles
Compresser les autres infos des enttes
Enttes compresss de 1 5 octets
Pr M.MOUGHIT
160
Suppression du silence
Principe
40 50% de silence durant une conversation
tlphonique
Ne pas transmettre les plages de silence
Mise en oeuvre
Emetteur
VAD (Voice Activity Detection)
DTX (DiscontinuousTransmission)
Rcepteur
CNG (Confort Noise Generation)
Pr M.MOUGHIT
161
Multiplexage RTP
Multiplexage de plusieurs flux (jusqu 256)
Entre 2 gateways
Dans un mme canal
Identification du flux auquel appartient un paquet RTP
Mini-header de 2 octets
Entte IP + [Mh1 + paquet RTP1] + [Mh2 + paquet
RTP2] +
Avantages
Rduit loverhead
Diminue la probabilit de congestion des routeurs
Rend les gateways plus scalables
Pr M.MOUGHIT
162
Messages RTCP
SR : Sender Report
Statistiques de lmetteur (dbit, pertes, gigue, dlai)
RR : ReceiverReport
Statistiques du rcepteur (pertes, gigue, dlai)
SDES : Source DEScription
Description de lmetteur (nom, email, n tlphone)
BYE : Hangs up from a session
Sortie dune confrence plusieurs
APP : APPlication-specific packet
Signalisation spcifique une application
Pr M.MOUGHIT
163
164
NTP: Network time ptotocol
RC: reception report count

Pr M.MOUGHIT
165
Pr M.MOUGHIT
166
VOIP: Principaux risques

Les principaux risques connus lis l'utilisation de la VoIP
en entreprise sont:
DoS (Denial of Service)
Attaques entranant l'indisponibilit d'un service ou
systme pour les utilisateurs lgitimes.
Interruption de la communication en cours
Empcher l'tablissement de la communication
Rendre la communication inaudible
Epuisement de ressources
Pr M.MOUGHIT
167
Attaque DoS
Pr M.MOUGHIT
168
Attaque DoS
Inonder le rseau par
des commandes
Pr M.MOUGHIT
169
Interception dappel
coute
clandestine
Attaques permettant
d'couter l'ensemble du trafic
de signalisation et/ou de
donnes.
Obtention d'information sur
les proprits de la
communication
Obtention d'information sur
le contenu de la
communication
Pr M.MOUGHIT
170
Dtournement du trafic
Attaques permettant de
dtourner le trafic au profit
de l'attaquant.
Le dtournement peut
consister :
rediriger un appel vers
une personne
illgitime
ou inclure une
personne illgitime
dans la conversation.
Pr M.MOUGHIT
171

Identit
Attaques bases sur la manipulation d'identit
Pr M.MOUGHIT
172

Vols de services
Attaques permettant d'utiliser un service sans avoir
rmunrer son fournisseur.
Pr M.MOUGHIT
173

Communications non dsires
Attaques permettant une personne illgitime d'entrer en
communication avec un utilisateur lgitime
Pr M.MOUGHIT
174
Solutions pour la scurit

Scurit dans le rseau IP
Scurit propre la solution de VoIP
Pr M.MOUGHIT
175
Scurit dans le rseau IP

Liaison
Cloisonnement des VLAN
Filtrage des adresses MAC par port
Protection contre les attaques ARP
Rseau
Contrle d'accs par filtrage IP
Authentification et chiffrement
Transport
Validation du protocole par filtrage
Authentification et chiffrement TLS
Pr M.MOUGHIT
176
H323:Scurit
Le protocole H323 est associ avec
plusieurs protocole
H332: confrences larges
H450: Services supplmentaires
H246: Interoprabilit avec les services de
commutation de circuit
H225: signalisation
H245: gestion du flux mdia
H235: scurit
Pr M.MOUGHIT
177
H323:Scurit
H235 propose trois types dauthentification des utilisateurs.
Elle propose deux mcanismes base de secret partag et
une troisime base de signature numrique.
Les techniques base de secret partag sont:
-Le chiffrement avec ce secret partag de certains champs
-Le hachage de certains champs comprenant un timestamp,
un nombre alatoire et le secret partag.
- la signature numrique, chaque entit doit possder un
couple de cls publique/privs. Lentit souhaitant
sauthentifier chiffre certains champs
Pr M.MOUGHIT
178
Scurit et authentification
Le protocole SIP possde 3 mcanismes de cryptage :
- Cryptage de bout en bout
- Cryptage au saut par saut (hop by hop)

- Cryptage au saut par saut du champ d'en-tte Via pour dissimuler
la route qu'a emprunt la requte.
Pr M.MOUGHIT
179
Exemples dattaques potentielles

Nom
But
Description
DoS en utilisant les

messages de requte
SIP BYE
impact sur la disponibilit
Cette attaque permet de couper

une communication existante
entre deux terminaux.
Ecoute clandestine
physique
impact sur la
confidentialit des
donnes
Cette attaque a pour but

dcouter ou denregistrer une
conversation en cours.
Vol de service en
utilisant les
accrditations de
lutilisateur lgitime
impact sur lintgrit
Cette attaque a pour but

deffectuer des appels gratuits
en utilisant les informations
dun utilisateur lgitime.
Appel spam
impact sur lintgrit des

donnes
Cette attaque a pour but de

jouer un message prenregistr
la personne dcrochant le
combin.
Pr M.MOUGHIT
180
Exemples dattaques - solutions

Sparation
rseaux
DATA/VoIP
Auth.
Chiffrement
DoS en utilisant les

messages de requte SIP
BYE
Ecoute clandestine physique
Vol de service en utilisant les

accrditations de lutilisateur
lgitime
Appel spam
Pr M.MOUGHIT
X
X
X
181
La VoIP: caractristiques rseaux et dlais

Le temps de latence:
Correspond au temps de rponse du rseau VoIP
Valeur thorique: 100ms
Valeur admise: 200ms
La gigue:
Correspond la variation maximale du temps de latence
entre 2 envois conscutifs de paquets par la mme source
Valeur admise: 75ms
Le taux de perte du rseau

Valeur thorique: 1%
Valeur admise: 3%
Pr M.MOUGHIT
182
La VoIP: caractristiques rseaux et dlais

Le temps de latence:
Correspond au temps de rponse du rseau VoIP
Valeur admise: 200ms
La gigue:
Correspond la variation maximale du temps de latence
entre 2 envois conscutifs de paquets par la mme source
Valeur admise: 75ms
Le taux de perte du rseau

Valeur thorique: 1%
Valeur admise: 3%
Pr M.MOUGHIT
183

Système de Convergence I - 2015 (Mode de Compatibilité)

Transféré par

Informations du document

Titre original

Copyright

Formats disponibles

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

Formats disponibles

Système de Convergence I - 2015 (Mode de Compatibilité)

Transféré par

Droits d'auteur :

Formats disponibles

Systme de Convergence I

Codage numrique de la parole

Codage numrique de la parole

Codage numrique de la parole

Schma de principe du CELP

Schma global dutilisation VOIP

VOIP & TOIP

VOIP & TOIP

Les Contraintes de la ToIP

Les Contraintes de la ToIP

Les Contraintes de la ToIP

les seuils de valeurs pour les paramtres

Les avantages de la VoiP/ToIP

Quel que soit le type de donnes vhicules, le rseau est unique

Optimisation des ressources :

Cot de transport trs faible :

Grce lintgration de la tlphonie parmi de nombreuses autres

Les avantages de la VoiP/ToIP

VoIP/technique: les protocoles qui enrichissent IP

IP: la connexion du rseau commut et

Rseau tlphonique et rseau de

Rseau tlphonique et rseau de

La voix sur le WAN la voix sur le LAN

La VoIP sur le WAN utilise le rseau IP d`un oprateur pour faire

Architecture VOIP (2)

Architecture Tlphone- Ordinateur

Architecture VOIP (4)

Architecture Tlphone Tlphone Via IP

SIP (Session Initiation Protocol, IETF):

MGCP (Media Gateway Control Protocol):

Le protocole de signalisation usager est bas sur

H320: Multimdia sur RNIS

H323: Reprsentation OSI

On distingue deux types :

Ils ont pour rle de raliser:

VoIP: la passerelle - un passage oblig

VoIP: Gateway et Get Keeper

Il existe deux types de MCUs :

Les protocole utiliss par H323

RAS (Registration, Admission and Status)

Les protocoles utiliss par H323

Les protocole utiliss par H323

Signalisation par H323

Mode signalisation H323

Signalisation par H323

H225 route, H245 directe

Signalisation par H323

H225 et H245 routs

Messages H.225.0 RAS

Messages H.225.0 RAS

Messages H.225.0 RAS

Messages H.225.0 RAS

Messages H.225 Call Signaling

Messages H.225 Call Signaling

H.450 : Services complmentaires

tablissement dune communication en H323

Echange des canaux logiques

H323: appel intra rseau IP

H323: appel intra rseau IP

Visioconfrence sur H323

Dans une liaison IP, le prix est forfaitaire selon le dbit.

Visioconfrence sur H323

Visioconfrence sur H323