Vous êtes sur la page 1sur 54

Tlphonie (et visioconfrence) sur Internet

Tlphonie (et vido) sur Internet




Ahmed MEDDAHI




Introduction
 Contexte,enjeux et objectifs de la VoIp
Architectures
 Les composantes et les diffrentes architectures (H323/SIP)
 Net to Net
 Phone to Phone
 Phone to Net

 tapes d une migration vers la Voix sur Ip
Protocoles de niveau application (>4) issus de l ITU-T
 H320, H323, T120
 Scnarios d appel H323

Points faibles , points forts de la suite protocolaire TCP/IP


Contraintes lies aux flux temps rel sur IP
 Dlai, Jitter, pertes
Qualit de Service:
 Protocole Ip Multicast
 les principaux modles Diffserv et Intserv (RSVP)

Conclusion

Tlphonie sur IP

Introduction


Drgulation des tlcommunications (juillet 1996)

Intrt (court terme) : baisse des cots de tlcommunication

Tlphonie sur IP

Introduction(suite)

Avantage comptitif du routage IP sur la commutation :





Intrt (long terme): intgration voix-donnes sur un seul rseau,


enrichissement applicatif, nouveaux services.


Solution indpendante de linfrastructure de transport.

Standard ouvert (on ne retombe pas dans un march verticale)

Convergence Fixe Mobile (Internet Multimedia Subsystem de la 3G+).

Rsout les problmes de compensation inter-oprateurs ( clearing house ).

"API" pour la cration de services (ex service voix) ouvertes et supportes par tout type

de technologie rseaux--> technologies: JAIN (Java API for Integrated Networks),

La fonction d aiguillage des commutateurs assure par des routeurs


Commutateurs : faible temps de latence, extrmement sophistiqus,
march peu concurrentiel, pour des rseaux nationaux trs
spcifiques
Cot lev
Routeurs: base ordinateurs, conomie d chelle, forte
concurrence dans ce secteur
Cot faible
Dbit de la parole sur RTC (commutateurs) : 64Kb/s
Dbit de la parole sur IP (routeurs) : entre 4 et 8 Kb/s
rduction d un facteur 10 des capacits de
transmission ncessaire

SIP CPL, SIP Servlets, SIP CGI.

Tlphonie sur IP

Tlphonie sur IP

Enjeux:

PABX classique (architecture)

 Enjeux

QoS

Evaluation de la qualit de la voix

Complexit du rseau (nombre de serveurs, configuration de la QoS, )

Performance du rseau IP best effort variable et trs dynamique


Signalisation

Voice mail
+
IVR

Scurit

Impact sur la fiabilit, administration, cot

Carte
Processeur
proprietaire

Sig.

Sig.

Spam tlphonique (plus critique que le mail spam), cryptage des flux de signalisation
et mdia,

Voix.

Disponibilit (99.9% : indispo. ~48h/an # 99,999% pour le RTC ~ 5/an),

Voix.
Sig.

Gestion localisation (gographique), interceptions dappels (Session Border


Controller) , numros durgence.

Interface
proprietaire

Carte
Commutation
proprietaire
Voix.

Carte
Lignes
propr.

Carte
Trunks
propr.

Interface
proprietaire

PSTN

Voix.

Voix.
Sig.

 Economiques: Gain Ip Pbx/Pbx non IP.

Interface
proprietaire

 Usage: groupe zeroconf de lIETF.

Tlphonie sur IP

Tlphonie sur IP

Quelques chiffres (Source: The Yankee Group)

Lan Pbx IP/H323 (architecture distribue )

Price Quality Tresholds for Customer Calling


50
45
40
35
30
25
20
15
10
5
0

Serveur (ex Linux, windows ou OS temps rel)


Application
controle d appel
Processeur
Intel/Risc
Standard:
Serveur d Appli.
(Voice
mail+IVR+Prsence,
MCU)

SIP
Megaco/H.248
H.323

Rseau
TCP/IP

Terminaux Internet
ou
Application PC

Standard

Passerelle
IP/RTC

48
48
30

30

22
22

Other Success Criteria


40

Standard
Standard

Source: The Yankee Group

50

80

Percent Savings Required

SLAs/Performance Guarantees

Reseau
RTC

Help with Implementation

42%-Required 55%-Essential 3%-Not Required

28%-Required

72%-Essential

Source: The Yankee Group

Standard

Help with Net Planning and Design


23%-Required

Tlphonie sur IP

72%-Essential

Tlphonie sur IP

Traffic Reports
52%-Required

48%-Essential

Rappel: Architecture RTC


Services tlcoms: ( rseau Circuit )
D

STP

STP

STP
B

B
B

STP

STP

D
A
A

*SSP:Service Switching Point


*STP: Signal Transfert Point
*SCP: Service Control Point

SSP

Topologie hirarchique--> adapte au transport de la voix (protocoles


orients circuit) mais pas optimiss pour le transport des donnes (~3/4
du trafic globale)

SCP

SS7 standard international mais implmentation diffrente (version Fr,


US)

Commutateurs "classe 5" --> "complexes" (# classe 3 et 4 pour le transit)

fournit les services de bases (signal d'appel, identifiant d'appel, transfert


.)
Congestion des commutateurs classes "5" et "4"

Besoin d'un retour sur investissement rapide li au dploiement des

Liens TRUNKS

C3

rseaux d'accs (Xdsl, BLR, 3GPP)

C3


Rseau de transport

C4

C4
C5

SSP

Rseau de signalisation

C4

STP

SCP

A A

C5

Besoin de standards simplifis et "accessible" pour le dveloppement et


le dploiement rapide de nouveaux services

C4

C5
C5

C5

C5

Tlphonie sur IP

Services tlcoms IP: ( rseau Paquet )




Un seul rseau de transport principal (paquet IP ) --> Rseau Multiservices

Topologie linaire--> rseaux de routeurs

Le "rseau intelligent" sur RTC se "rsume" sur IP au serveur de contrle dappels


(SoftSwitch ou Call Agent) --> signalisation (ex.SIP)


Les rseaux: Le contexte


Vehicular

DWDM

architecture centralise facilite la cration et le dploiement de services # architecture


distribue du RTC

ngSDH/Ethernet

Media gateways

Signaling gateways
FTTx

Cellular
2G, 3GLTE
DVB-H

Architecture IP oriente SIP , dans les rseaux mobiles (3G/IMS: Internet Multimedia Subsystem) pour
le transport voix/Video/donnes.
Convergence des services: accs au mme service quelque soit le rseau (filaire ou sans fil)

Convergence des terminaux: accs au mme service partir dun mme type de terminal (ex:
PDA ou portable avec plusieurs interfaces rseaux)

Convergence des rseaux: accs au mme service partir dune seule et mme techno.
rseau (IP) quelque soit le rseau daccs

Concept "d'Ubiquit rseau "Tlphonie


("Any Where,
Any device, Any Network")
sur IP

xDSL

WiMAX
WiFi

Convergence Fixe-Mobile

Ethernet
Transport

et mobilit globale

"API" pour la cration de services (ex service voix) ouvertes et supportes par tout type de
technologie rseaux--> JAIN (ex. JAINSIP)

IP/(G)MPLS Core

Ubiquit des services

Connectivit vers les rseaux existants (Mobile, Adsl, RI (SS7),)




10

Tlphonie sur IP

Ad-Hoc
WSN

11

Tlphonie sur IP

12

Signalisation SS7 pour rseaux intelligents convergents

Architecture gnrale de rfrence


TCAP
SCCP
MTP3
MTP2
MTP1

HLR
VLR

SCP

(services API)

IN (SS7 ou smaphore)

Serveur
contrle
dappels

BTS
STP

BSC

STP

SG

BTS

Mobile

Rseaux Ip

MTP2

MTP3

MTP1

MTP2

IP Media
Server

MSC

MTP1

BTS

MGC
SOFTSWITCH

MTP3

SCCP

ISUP

TCAP
SCCP

MG

MTP2

GSM MAP
TCAP

IPe

Fixe

MTP3
ISUP

SCCP

MTP1

SSP

SSP

CO

CO

Coeur rseau:
Internet + QoS (Diffserv/Intserv)

PSTN/SS7
Analog./Digital

VoIP
Gateway

BSC
BTS

SGw

INAP
TCAP
SCCP
MTP3
MTP2
MTP1

MGw

SGw: signaling gateway


Circuit
MGw: media gateway
Paquet
RGw: residential gateway

SN

MTP2
MTP1

13

Tlphonie sur IP

Terminal
(services API)

Flux media (RTP/RTCP/)


RTP/RTCP

MTP3

RGw

Remarque (sur IP):


intelligence la priphrie du rseau
circuit de sig. Indpendant du circuit de transport (du flux)
14

Tlphonie sur IP

Architectures

Architectures (suite)

INTERNET
oprateur Y

INTERNET
oprateur X

Plate-forme de services
(services API)

Passerelle H324/H323

Intranet
Passerelle H324/H323

Net to Net
Client H323

Client H323

RTC

Phone to Phone
Phone to Net

RTC

INTRANET

Tlphonie sur IP

15

Tlphonie sur IP

16

Architectures: transport Ip
!
dial peer voice 6 pots
destination pattern 0
Port 1/1/0
dial peer voice 1 voip
destination pattern 1
session target 193.48.251.2
!

!
dial peer voice 7 pots
destination pattern 1
Port 1/1/0
dial peer voice 8 voip
destination pattern 0
session target 193.48.251.1
!

INTRANET

!
.
dial peer voice 6 pots
destination pattern 0
Port 1/1/0
dial peer voice 1 voip
destination pattern 1
session target 193.48.251.2
dial peer voice 4 voip
destination pattern 2
session target 194.48.251.108
!

Architectures: passerelle Ip/Rtc

INTRANET

@IP 193.48.251.2

@IP 193.48.251.1

Rseau local

Routeur

Rseau local

@IP 193.48.251.1
@IP 193.48.251.2

Routeur

Rseau local:

Routeur

Id: 2

Pabx

Passerelle
H324/H323

@ip: 194.48.251.108

Pabx

RTC

Passerelle
H324/H323

RTC

Prfixe 1

Pabx

Prfixe 0

!
.
dial peer voice 6 pots
destination pattern 0
Port 1/1/0
dial peer voice 1 voip
destination pattern 1
session target 193.48.251.2
dial peer voice 4 voip
destination pattern 2
session target 194.48.251.108
!

Architectures: tout Ip

Architecture (Plate-forme ENIC)

RTC

Internet
INTRANET

Routeur

Routeur

Passerelle
H324/H323

Passerelle
H324/H323

RAS

Serveur de
streaming
Audio/video

Rseau local:
Routeur

Id: 6062

18

Tlphonie sur IP

!
Ip route 195.48.251.0 255.255.255.0 Dialer 1 250
!

Rseau local:
@IP 194.48.251.0 associ au
Prfixe 2

Pabx

17

Tlphonie sur IP

MCU H320

@IP 195.48.251.0
prfixe 3

INTRANET
Sip
H323

Id: 7062

Passerelle
H323/H320

Megaco/H248

@ip: 194.48.251.108
@ip: 195.48.251.208

RTC
Pabx IP
(serveur de
contrle dappels)

Rseau local:

Call agent

MCU H323

Pabx
Tlphonie sur IP

Pabx
Ip

19

Client H323

Client H320
Individual system
Tlphonie sur IP

WAN
RNIS
Client H320
group system
(classroom)
20

QoS (signalisation) : Plate-forme 1


Lan client

Serveur de
Contrle
d'appels (SIP
Server)

Terminal
SIP
Rseau
IP

Cable modem
client
Wireless client
PC/PDA (802.11)

Serveur de
Contrle
d'appels (SIP
Server)

Router
IP
-

SIP Gateway FXO

Serveur de
Contrle
d'appels
(gatekeeper
H323)

Intranet

Adsl client
PSTN

H323 Gateway

Modem client

Protocoles niveau applications (> 4)

SIP
Gateway
FXS

Terminal

Norme H320 (ITU)

Norme H321 (ITU)

Norme H323 (ITU)

Norme H310 (ITU)

Norme T120 (ITU)


Source: Infonetics research

"Generateur"
(generateur de charge
SIP
linaire, Gaussien,
exponentielle,Poisson)

21

Tlphonie sur IP

Organisations

H323 et les autres normes

ITU-T (International Telecommunication Union-Telecom)

IETF (Internet Engeneering Task Force)




TYPHON

qualit best effort 128Kb/s-384Kb/s.

H324 - vidoconfrence sur RTC

ETSI (UE)


qualit business 64Kb/s-128Kb/s

H323 - vidoconfrence sur IP/Ethernet

VoIp Forum, InterOP, SuperOP




H320 - vidoconfrence sur ISDN

IMTC (International Multimedia Teleconferencing Consortium)




qualit business 384Kb/s-2Mb/S

mmusic,avt,...


H321- vidoconfrence sur ATM

Study Group 16 (Multimdia)




22

Tlphonie sur IP

qualit faible 28.8Kb/S-64Kb/s

H310 - vidoconfrence M-Peg2 sur ATM

qualit broadcast 3Mb/s-16Mb/s

..

Tlphonie sur IP

23

Tlphonie sur IP

24

Terminal H.320

Terminal H321

Chiffrement
H.323
A
A
p
A

h
ATM

H.221
L

y
M

5/1

Tlphonie sur IP

25

26

Tlphonie sur IP

Dbit H320

Norme H320

Composantes:

64 Kb/s------------------ visioconfrence pour le particulier

Audio : G711 (64 K) , G728 (16k), G729 (8 K), iLBC(~15Kbs)...

128Kb/s----------------- visioconfrence dans l entreprise

Vido : H261(n*64K) , H263 (<64K) , H263+ (V2), H264 (MPEG4: 5Kbs 10Mbs),
MPEG2 (2 16 Mbs ), MJPEG (~24Mbs)

384 Kb/s---------------- visioconfrence dans l entrepise




Gestion, contrle (signalisation) : H242

512 Kb/s---------------- visioconfrence dans l entreprise




Structure de la trame : H221

768 Kb/s+(2Mb/s)---- tl-enseignement, tl-mdecine

Tlphonie sur IP

27

Tlphonie sur IP

28

Codecs Audio: Caractristiques des diffrents Algorithmes Audio


G711
Codec Haut dbit
pcm
pas de compression
64k

G726/727
Codec dbit moyen
a.pcm
16, 24, 32, 40k
4.1/3.3 ( 32/16k)

m.o.s 4.5

12

m.i.p.s 0.5
pas d'annuleur cho
(cod+dec)
retard 125s

Autres mcanismes pour la QoS (ex. adapts la voix):

G728

En tte IP/UDP/RTP varie relativement peu ou d une manire prdictible.


Ncessit de multiplexer les paquets court pour augmenter l efficacit
du protocole IP
-CRTP (Compressed Real Time Protocol, RFC 2509, 3545 )
-TCRTP (Tunneling Multiplexed Compressed RTP, RFC 4170)

Codec bas dbit

Standard FRF 11
16k
4

Ethernet phone
300s

Mod.

3ms

Mod.

(codec+dec)

G729/729a
H323 mandatory

G723.1/723.1a
VoFR

Mod.

Bitrate Codec)

Mod.

Internet

8k

5.3/6.4k

m.o.s 4

3.5/4 ( 5.6/6.4)

26/13.1(G729/729.a)

16

G729a-vad, cng
Taille Frame: 10byt.

G723a-vad,cng
Taille Fr.: 20byt.

Dure Frame:10ms

Dure Frame:30ms

Fr./Paquet:3

Fr./Paquet:1
(Silence:4by/30m/1)

(Silence:6by/15ms/2)

iLBC (Internet Low

13.3K

Mod.

3.7

Echo cancellation:
G165-> ancien standard
G167->annuleur d cho acoustique
G168->35 db de perte pour l cho retour

RTP

RAS

CRTP

29

Tlphonie sur IP

Internet
TCRTP

Mod.

CRTP

30

Tlphonie sur IP

Rcapitulatif


RAS

Norme H.323?

Recommandations ITU pour les communications multimdia

Rseau
Vido
Audio

H.320

H.321

Rseau
Bande
troite
RNIS

Rseau
Large
Bande
(ex. ATM)

H261
H263

H.323
Rseau B.P
non garantie
(paquet) ethernet

H261
H263

H261
H263

G711,722,
728

G711,722,
728

G711,722,728
723,729

Multiplexage

H221

H221

H225.0

Contrle

H230
H242

H242

Multipoint

H231 H243

Data
Interface de
com.

T120

I400

H245

H231 H243

T120
AAL;I363
I361;I400

H.324
Rseau Tlphon.
RTC

H261
H263

Internet (limit par les performances internet)

LANs et Intranets

Rq: Sur LAN, un appel visio utilise en moyenne ~450kbit/s de la


capacit du rseau:
200Kbs (overhead) 2*128 Kbs (visio full duplex)
sur les 128 Kbs :
30K pour les data, 128 -30 -16 (G728) pour la vido

Le trafic LAN peut tre gr et contrl.

G723

H223
H245

H323

T120

T120

TCP/IP

Modem V34

Tlphonie sur IP

Standard ITU-T pour la visioconfrence multimdia sur rseaux


commutation de paquets

31

Tlphonie sur IP

32

Norme H.323
Etat de la Recommandation H323 (version 4)


Mai 1995

- l tude sur H.323 dmarre

Juin 1996

- H323 v.1 normalis par ITU-T

Janvier 1998 - Version 2 de H323 .

H.323

H.225

H.245

H.235 (H.Secure) - Encryption




version 2

H.332 (H.Loosely Coupled)

H.341 (Multimedia MIB)




2005-version 5 de H323 (nov. 2009-version 7, H.325 ~ 2012)

version 7

H248->ex HGCP, meilleure gestion de la B.P, tunneling de la sig. PSTN,


tarification avance (carte pr-paye , .)

version 4

T38 -> fax temps rel


H450-> services supplmentaires (~10 aujourd hui H.450.11)
HGCP->inter-fonctionnement avec le RTC existant (SS7,RI)
prise en compte de nouveaux codecs

2000- Version 4 de H323

Mai 99- Version 3 de H323.

H235 -> scurit


H450 1,2 et 3 ->services minimum

version 4

version 1
version1

H.450.1-12

SCTP, Securit, Mobilit, IPSec, IPv6, Presence, ..


33

Tlphonie sur IP

34

Tlphonie sur IP

Norme H323: les composantes

Cohabitation des protocoles IP

Cration et tablissement de sssion.

mcu
gkeeper

Audio/Video

Appli.
RSVP

RTP

RTCP

Transport

Appli.
partages

Mcast
Fiable

SDP
H3
23

RT
SP

SAP

SIP

HTT
P

Gway

SMTP

TCP

UDP
IP, IP Mcast ,WFQ, Ip Precedence...

Rseau

terminal

pstn

CRTP/MLPP
Liaison

Ethernet/metroEthernet/POS/RNIS/ATM..

Physique

H320 system
Tlphonie sur IP

35

Pots phone
Tlphonie sur IP

36

Terminal H.323
Norme H323 composants

Deux Versions

Terminal




Gatekeepers

Rseaux d entreprise (trs bonne qualit)


Internet (adapt aux faibles dbits 28.8 / 33.6 - G.723.1 et H.263)

Intgre des fonctionnalits Multipoint

Support du Multicast, permettant une confrence 3 - 4


utilisateurs sans MCU.

Gateways (H.323->H.320/H.324)

Multipoint (MCUs)

37

Tlphonie sur IP

Gatekeeper H.323

Gatekeeper (suite)

Translation d Adresse
Alias H.323 vers adresse IP via le protocole de dclaration du terminal
(terminal registration)
 Des noms de type e.mail ou nTel. possibles.


38

Tlphonie sur IP

Signalisation d appel


Possibilit de router les appels en fonction de diffrents critres (scurit,


fourniture de services supplmentaires de type multipoint )

Admission control


Autorisation d tablir un appel


 Possibilit de fixer une Bande Passante limite Maxi
 Mthode pour le contrle du trafic LAN


Tlphonie sur IP

Gestion (commande) de la passerelle




39

H.323/H.320, H.324, etc..

Gestion des Appels / Status / Journal des Log

Tlphonie sur IP

40

Passerelle(Gateway) H.323

Multipoint (MCU) : MC+MP




Fournit une interconnexion et interoprabilit entre WAN et LAN




Conversion de la signalisation (ex: Q.931 vers H.225.0)




H.320 (RNIS), H.324 (RTC),

supporte la Logique pour le contrle de la conf.




Gestion des appels point point et multipoints

Ngociation des capacits diffrentes (Multi-dbits?)

Conversion des donnes de contrle : (H.242/H.243 vers H.245)

Conversion des flux




MC - Multipoint Contrleur est un sous ensemble d un MCU


classique

FEC, tramage, dbit, transcodage audio, translation T.123

Join, invite, contrle des diffrents modes de confrences.

MP - Multipoint Processeur


2me sous ensemble du MCU


gre mixage et commutation audio/vido
ex: pour la vido commutation automatique la voix, manuelle ou prsence continue .

Applications classiques MCU (planification, scurit, taxation..)

Multiprotocole via Gateways

MC et MP sont des fonctions pouvant rsider sur des plates-formes diffrentes

41

Tlphonie sur IP

Tlphonie sur IP

La pile T.120

Norme T.120 ?

Permet le Data Conferencing et le contrle de la confrence




42

Multicast applicatif # multicast rseau .

Quel type de Donnes ?


Photos et Documents (T.126)
Pointeur et annotation (T.126)
 Transfert de fichier (T.127)
 Partage d application PC (T.128)
 ...



Ne traite pas de la vido ni de l audio mais coopre en harmonie.

Supporte par plusieurs types de rseaux




Quel type de contrle?


Confrence: dfinir, participer, modifier, quitter (T.124)
contrle de la camra, mic., et autres priphriques(T.130)
 Director control, browsing, (T.130)
 Rservations (T.RES)
 Ajouter un site, prolonger la durer de la confrence, (T.RES)


Supporte le multipoint et le point point.

Tlphonie sur IP

43

Tlphonie sur IP

44

La pile T.120 (suite)

TERMINAL

Rservations

Partage d Appli.

T.128

commutation

T.130

A/V Control

Transfert Fichier

T.127

Documents

Photos

Tableau Blanc

T.126

La pile T.120 (suite)


Applications:
Transfert de fichier binaire
Annotation+transfert dimage
Partage dapplication
T
1
2
7

T
1
2
6

T.125
T.124

Application Protocols
T.126 - Still Image, T.127 - File Transfer
T.128 - App Sharing, T.RES

MCU

T.122 / T.125 - Multipoint Comm. Service

ISDN

Domaine x (une confrence)


Canal priv (1 vers 1)

T.122

T.124 - Generic Conference Control

T.123 - Transport Stacks


Voice/
POTS
LAN
Data

Mcanismes pour notifier tous les participants


dun nouveau participant ou dun dpart:
Mecanismes: join ; leave , invite ; password

T
share

Canal broadcast (1 vers n)

T.123
com.drv
RTC

ATM

H221

Socket

RNIS

Mcanismes fournissant une interface commune


quelque soit le rseau sous jacent (+ un service
de contrle derreurs et de contrle de flux)

IP

45

Tlphonie sur IP

Terminal H.323
Interface LAN

46

Tlphonie sur IP

Norme H.323 Pile de protocoles


Contrle

Data

Audio

Vido

A/V Cntl

Contrle

IP
UDP

TCP

Codec Audio
G711
G722
G723
G728
G729

G.7xx

T.123

RTP
RTCP

H.225 0

T.122
Codec
Vido

H261
H263

Interface
Gatekeeper
RAS

Etablissement
d'appel
H.225

Contrle
H.245

Contrle de la conf.&sign. d appel

H.245

T
share

T
1
2
6

H.26x

T.120

T.125
T.124

Gatekeeper
RTCP

Reg,
Adm,
Status
(RAS)

RTP
T
1
2
7

TCP

UDP
IP

Microphone/H.P

Camra/Moniteur

Protocoles obligatoires

Interface utilisateur
pour le contrle
Tlphonie sur IP

Informatique
Data
47

Tlphonie sur IP

48

Deuxime phase d un appel H323 trouver le destinataire

Premire phase d un appel H323 localisation du GateKeeper


(2)Gatekeeper ReQuest (sur udp)

(1)LocalisationReQuest (sur port udp 1719 ou @ 224.0.1.41/1718 )

@ip+port RAS
type de terminal

(1) Ecoutent
l adresse multicast
224.0.1.41
sur le port udp 1718.

(3) GatekeeperConFirmation
nom du GK
@+port RAS
...

(4)RegistrationRequest vers le GK
choisi sur le port udp 1719
mme info que GRQ
...
(5)RegistrationConFirmation vers le
port RAS specifi par le terminal
*@+port h225 pour les
messages de contrles
envoyer vers ce GK
*alias par lequel ce terminal
sera connu l ext. Du Lan
(@E164 ou chane..)
*identifiant unique attribu
pour l appel
...

alias du destinataire
@ +port pour la reponse

GKs

GK

(2)

(1)

(3)

(2)

(2)LocalisationResPonse
@+port Q931 du dest. (passerelle ou terminal h323)
@+port RAS utiliser

(4)
(5)
PictureTel

PictureTel

Martin
Martin
49

Tlphonie sur IP

50

Tlphonie sur IP

Quatrime phase d un appel H323 Connexion

Troisime phase d un appel H323 Demande d admission

SETUP (sur @/port tcp 1720 du dest.)


(1) AdmissionReQuest
nsequence du message
type d appel (pt pt)
modle d appel (direct ou via GK)
identifiant du terminal (celui du RCF )
@ du dest (E164 ou Ip)
@ de la source
BP bidirectionnelle (ex 2*64K pour appel G711)

capacit de transport
bloc d info. user to user
*@ E164 souce
*@E164 dest.
canal h245 (@+port)
identit de la source (chane)
type de la source (ex: poste lan)
identifiant de la conf.
Type d appel

GK
(2a) GK:Dupont->IP adresse
via H.323 registration ou
service de nomage externe
(DNS,..)
(2b)scurit (filtre..)

GK
(5) ARQ

(6) ACF

(1)
(3) AdmissionConFirmation

(4) SETUP

BP maxi allou
@+port Q931 (Gk ou dest.
selon routage)

(7) CALL PROCESSING


PictureTel

@/port contrle d appel h245

PictureTel

PictureTel

(8) ALERTING (sur @/port tcp 1720 toute les 4s.)


(9) CONNECT

Dupont

Martin

Tlphonie sur IP

Martin

51

ref. de l appel
capacit transport
date/heure
bloc d info. user to user
Tlphonie sur IP

Dupont

52

Cinquime phase d un appel H323 Connexion H245

Martin invite Ahmed

GK

(13) ARQ
dois je
accepter?

PictureTel
PictureTel

(10) ARQ
Invite
Ahmed

(9) connexion H.245

Martin

Capacits du terminal
type de codage video/audio
Dupont
paramtres T120
Capacits du terminalOK
DeterminationMatre/Esclave
DeterminationMatre/EsclaveOK
OuvrirCanalLogique
@/port RTPet RTCP pour le flux audio/video
OuvrirCanalLogiqueOk
@/port RTPet RTCP pour le flux audio/video

(11) ACF
Ahmed->@IP

(14) ACF
Oui

(12) SETUP

PictureTel

PictureTel

(15) ALERTING
(16) CONNECT

Celui qui devient matre, assurera la fonction multipoint pour la configuration.

Martin
53

Tlphonie sur IP

Ahmed

(17) CONNECTION H245

54

Tlphonie sur IP

H323 et les services intelligents

Sixime phase d un appel H323 Libration


GK

Transfert
Le routage au travers de un ou plusieurs garde barrieres
permet d envisager des services de type rseau intelligent
dans le contexte de la tlphonie sur Ip

PictureTel
PictureTel

(9) libration

Martin

H.245

FermerCanalLogique
FermerCanalLogiqueOK
FinSessionCommande
FinSessionCommandeOK

aveugle

PictureTel

Dupont

Dupont
PictureTel

PictureTel

(1) Facility

Martin

CallTransfert (ds le champ FacilityReason)


CallTransfertInvoke (informant Martin de l @ de Dupont)

Ahmed

(2)Close
(3)RLC

Tlphonie sur IP

55

Tlphonie sur IP

56

H323 et les services intelligents


GK

Transfert

H323 et les services intelligents


Transfert

sr

avec consultation

secrtaire
PictureTel

PictureTel

Dupont
PictureTel
PictureTel
PictureTel

PictureTel

(1) Facility
CallTransfert (ds le champ FacilityReason)
CallTransfertInvoke (informant Martin de l @ de D)

Martin

(4)Facility

Ahmed

Ahmed

Martin

CallTransfertResult=success ou failure

(5)CLOSE
(6)RLC

(6) Setup

57

Tlphonie sur IP

Protocole SIP (Session Initiation/Invitation Protocol):


Principales caractristiques

H.323 (suite)



Cryptage, authentification, scurit.




MCU en Cascade (protocole de mise en cascade => scalability


Dfinition de MIB pour les diffrentes entits H.323







Protocol dominant (sipforum, 3GPP, Voipforum).


1996: Combinaison de 2 protocoles existants: Session Invitation
Protocol[Handley/Schooler] et Simple Conf. Invitation Protocol[Schulzrinne]
Pour l tablissement de session tlphoniques et non tlphoniques
(multimdia) : services tlcom +


H323 M (Mobility)
.

59

TCP, UDP, SCTP (couche non-fiable )


TLS/TCP, IPSec (couche fiable ): Pb dlai dtablissement de session car mcanismes hop by hop .

Mcanisme d'Adressage de type URI + Localisation


Protocole orient Transactions:


Sinspire de Smtp et Http


Format des messages textuel, r-utilise la syntaxe HTTP 1.1 (RFC 822, UTF-8)

Indpendant de la couche transport:




VoIP, IM, data conferencing...

1999: Dfini par MMUSIC (1999) RFC 2543


Aujourdhui: RFC 3261-3266 (IETF SIP WG): 150 RFC et 500 Draft (actifs)
Protocole de signalisation client/serveur, de niveau 7.
Point point ou multiutilisateurs (multipoints).
Protocole orient Internet:


Tlphonie sur IP

58

Tlphonie sur IP

un dialogue (session) SIP: squence de requte/reponse

Permet de garder un nombre minimal dtats (info) au niveau des proxys.


( scalabilit )
Tlphonie sur IP

60

60

Protocole SIP (Session Initiation/Invitation Protocol):


Principales caractristiques

Cohabitation des protocoles IP


Flux (Audio/Video)

Une architecture simplifie au maximum (rseau de serveurs).

La possibilit de localiser simplement des terminaux (usagers).

La possibilit de dterminer la disponibilit des participants

Application

(accessibilit).

(Services)

JAIN call control


JAIN SIP

RTP

RTCP

SIP

Transport

TCP

UDP

ISUP

TCAP

TLS

STCP

IP, DiffServ, IntServ

Transmission

HDLC/PPP

Ethernet

Liaison

MPLS
ATM

Appels simultans sur plusieurs terminaux ( forking ) et la dtection


SDH/WDM/DWDM

de boucle rseaux, garantissant une certaine mobilit (nomadisme) pour

Physique

l'utilisateur.

Cuivre
Tlphonie sur IP

61

/Fibre Optique.

61

UAC Appelant

EntitsServeur
et Flux dappel SIP (exemple)
Serveur
SIP

Entit Administrative:
(Serveur SIP du rseau local)

Passerelle SIP

RTC

INVITE(Cseq1

SIP UA
Serveur

Serveur

Redirect /Proxy

Localisation

Serveur
Registrar

SIP UA

INVITE)

100 Trying(Cseq1
180 Ringing(Cseq1

Passerelle SIP
Mobile

Passerelle SIP
Rseau IP

Terminal SIP

Agent Utilisateur
(AU) SIP

SIP UA

SIP UA

INVITE)

INVITE(Cseq1

INVITE)

180 Ringing(Cseq1.)

180 Ringing(Cseq1

INVITE)

Transaction 2

ACK(Cseq1

ACK)

BYE)

200 OK(Cseq2

Serveur de mdia
SIP
Communication

SIP UA

200 OK(Cseq1

INVITE)

ACK(Cseq1 ACK)
ou
ACK (Cseq1

Transaction 3

INVITE)

ACK(Cseq1

ACK)
Dialogue
SIP

ACK)

BYE)

Flux MEDIA (ex. Audio)


BYE(Cseq2

SIP UA

200 OK(Cseq1

INVITE)

SIP UA
H.323

Terminal SIP

INVITE)

INVITE)

Etablissement 200 OK(Cseq1 INVITE)

BYE(Cseq2
Terminal SIP

...
INVITE(Cseq1

UAS Appel

SIP

-Localization
-Registration
-Redirection

Transaction 1

Cancel(Cseq1

SIP

62

Tlphonie sur IP

Protocole SIP: Architecture

(QoS)

GMPLS

L'association possible avec des mcanismes ad-hoc de rservation de

IP

La gestion de l'tablissement et le contrle de la session.

ressources rseaux (QoS)




INAP

La possibilit de dterminer la capacit ou des paramtres des

Rseau


Flux (Signalisation)

JMF

terminaux.


Services (Applications)

(Services)

BYE)

200 OK(Cseq2

BYE)

Libration
Remarque: canal (port) de signalisation distinct et non li au canal (port) de transport du flux
Tlphonie sur IP

63

Tlphonie sur IP

64

Adresse SIP


Les URI SIP

SIP exploite des formats dadresses de type e-mail :


sip:user/service_Id@domaine/host_name




Utilis dans les requtes (enttes: From, To, Contact)


Intgration dans des pages HTML, emails

 Adresse

logique indpendante de l@ physique (IP)


un utilisateur (user_Id peut tre un individu, un groupe) ou un service
(service Id)
 Identifie ladresse de contact (nom DNS, adresse IP)

sip ou sips: infos_utilisateur @ host ;paramtres ?en-ttes

 Identifie

infos_utilisateur (nom de lutilisateur:mot de passe) ou


(numro tlphone, si user=phone)
nom de domaine ou nom dhte ou adresse IP: port

host

Diffrents formes possibles


 Sip:domain

(rf. un domaine SIP) sip:TL1.eu ou sip:193.48.251.12


 Sip:user@domain (rf. numro dappel, AoR) ,sip:ahmed@tl1.f
 Sip:user@host, (rf. un contact), sip:ahmed@pc.tl1.fr ou
ahmed@193.48.251.183
 Sip:service@IP_adress (rf. un service),AudioconfA45@mcu.tl1.fr
 phone-number@gateway (rf. une passerelle),
+33608923951@passerelle.tl1.fr

paramtres

;transport=udp ou tcp
;user=phone ou IP
;method=INVITE, ACK, OPTIONS, BYE, CANCEL, REGISTER
;ttl=0 255 (time-to-live dun paquet IP multicast)
;maddr=adresse IP multicast
;tag=compteur

en-ttes

? par1=valeur1 & par2=valeur2 & par3=valeur3...

Exemples :

Mcanisme de rsolution des adresses (ex. DNS)


Tlphonie sur IP

65

sip:meddahi@PC1.enic.fr; ;transport=udp; user=IP;q=0.8


Ahmed@tl1.fr -> sip:+33608923951@passerelle.tl1.fr;user=phone;q=0.8
sip:voicemail@media-engine.tl1.fr;msgid=78;q=0.1

65

Entits principales dune architecture SIP1

Entits dune architecture SIP2

(Session Invitation/Initiation Protocol)

Agent Utilisateur Client et Serveur


 Points

terminaux capables dmettre (Uac) ou de recevoir (Uas) des requtes


SIP (pour traitement et rponses)
 Terminaux SIP (Uas+Uac)

Serveur de localisation


Offre des services pour obtenir et mettre jour des informations sur le destinataire
(adresse courante et multiple, droit, mot de passe, disponibilit, ...)

Terminaux VoIP, pont de confrence, contrleur SIP ( B2Bua )

 Terminaux

66

Tlphonie sur IP

SIP (UAs)

enregistreur de message ( voice mail ), serveur vido la demande, ...

Serveur proxy

Entit utilise par les serveurs proxy et serveurs de redirection

 Entit

intermdiaire active, la fois client et serveur


les requtes vers le destinataire (Routage) en sappuyant sur
son service de localisation
 Traite les requtes (analyse pour authentification, transformation, multidiffusion, ..)
 Mode opratoire

relayer ou rediriger les messages

Serveur de redirection

 Retransmet

Reoit des requtes et renvoie lmetteur une ou plusieurs adresses pour


contacter le destinataire (rgulation de charge)

A la diffrence du serveur proxy, ce serveur ninitie pas de requtes

Stateless ( scalabilit , robustesse aux attaques ),


Conserve un minimum d tats relatif lappel
Statefull ( Firewall )
Conserve un maximum dtats relatif lappel
Tlphonie sur IP

67

67

Tlphonie sur IP

68

68

Entits dune architecture SIP3




Message SIP RFC 822 (idem HTTP) : Ex. requte sip

Ligne de dbut
(mthode URL SIP/2.0)

Back to Back User Agent (B2BUa)


Maintien en mmoire des tats relatifs lappel (call statefull)
Traitement sophistiqu des appels
 Participe plus activement au dialogue SIP
Capable de terminer ou initier la session (ex. carte prpaye; pont de
confrence)
 Contrleur de sessions SIP
Carte pr-paye, pont de confrence, click to dial


Dialogue X
UA

Dialogue X
UA

mthode URL SIP/2.0


Via:
From:
To:
Call-ID:
Cseq:
Content-Length
Content-Type:
Champ:

UA

V=0
o= user_origine timestamp timestamp IN IP4 hte
c=IN IP4 mdia adresse_destination
t=0 0
m= type_mdia port RTP/AVP types_payload

Dialogue y
B2B

SIP/2.0/protocole hte:port
username <sip:from_user@source>
username <sip:to_user@destination>
localid@hte
numro_seq mthode
longueur du corps
type de mdia du corps
paramtre ;par1=valeur; par2= valeur

INVITE sip:pascal@int.fr SIP/2.0


Via:SIP/2.0/UDP durer.enic.fr
From:Ahmed<sip:ahmed@enic.fr>
To:Pascal<sip:pascal@int.fr>
Call-ID: 1234567890@rodin.enic.fr
Cseq:1 INVITE
Contact::<sip:ahmed@193.48.251.108>
Content-Type:application/SDP
Content-Lengh:..

ligne vide

Dialogue X
PROXY

En-tte de message: Info. Utilisateur-Rs.

UA

v=0
o=ffl 53655765 536..5 IN IP4 123.4.5.6
s=nom de la session
P=+33 3 20 33 55 65
c=IN IP4 durer.enic.fr
m=audio 5004 RTP/AVP 0 3 5

corps de message: information utilisateur-utilisateur


(ex.format SDP)
69

Tlphonie sur IP

Tlphonie sur IP

Principaux champs denttes

Rponse SIP : Ex. de rponse sip


en-tte
message

Type rponse
SIP/2.0 status reason-phrase
Via:
From:
To:
Call-ID:
Cseq:
Content-Length
Content-Type:
Champ:

SIP/2.0/protocole hte:port
username <sip:from_user@source>
username <sip:to_user@destination>
localid@hte
numro_seq mthode
longueur du corps
type de mdia du corps
paramtre ;par1=valeur; par2= valeur

ligne vide
V=0
o= user_origine timestamp timestamp IN IP4 hte
c=IN IP4 mdia adresse_destination
t=0 0
m= type_mdia port RTP/AVP types_payload

70

SIP/2.0 200 OK
Via:SIP/2.0/UDP sip-proxy.int.fr
Via:SIP/2.0/UDP ahmed.enic.fr
From:meddahi<sip:ahmed@enic.fr>
To:Pascal<sip:pascal@int.fr> :tag=2544
Call-ID: 1234567890@rodin.enic.fr
Cseq:1 INVITE
Content-Type:application/SDP
Content-Lengh:..
v=0
o=pascal 4858949 48..9 IN IP4 198.7.6.5
s=Ok
c=IN IP4 goujon.int.fr
m=audio 5004 RTP/AVP 0 3

TO: URL-SIP de la destination

From: URL-SIP de la source

Call-ID: identifiant de session (vers.simple local-id@host)

Maxforward: nombre max de sauts pour traiter le message

Cseq(Command Sequence) : Numro de transaction dans la session + mthode

Via: route emprunte par un message jusqu ce noeud




prvention des boucles, garantie le chemin de retour (billing,...)

Contact : pour lenregistrement dinformations (Register)

Content-type : type de mdia du corps (ex. application/sdp, application/xml, texte/plain


)

corps
message
Tlphonie sur IP

71

...

Tlphonie sur IP

72

Format SDP <type>=<valeur>

Session Description Protocol

Description

SIP utilise le protocole SDP (session description protocol, RFC 2237)

SDP est employ pour dfinir les attributs dune session SIP avec une

v=
o=
s=
i*=
u*=
e*=
p*=
c*=
b*=
z*=
k*=
a*=
t=
r*=
m=
i*=
c*=
b*=
k*=
a*=

syntaxe standard.


Les paramtres SDP sont placs dans le corps dune requte SIP

Les enttes SDP sont encodes en format text et sont de la forme


<champ>=<valeur>.

Le <champ> est toujours un simple caractre et la <valeur> est une


chaine de caractres formate selon le champ

73

Tlphonie sur IP

UAC A

Rseaux circuits: QoS statique


Rseaux IP :QoS alatoire (impact sur le call flow)

Version Protocole
crateur/propritaire & Id session
nom de la session
info. Sur la session
url contenant description
@ email
numro de tel.
info. Sur la connexion
info. Bande passante
fuseau horaire
clef de crytpo.
attributs de session
dure de session
occurrence de la session
media & @ transport
nom du media
info. connexion
info. Bande passante
clef de crypto.
une ou plusieurs lignes attributs media

v=0
o=gilles 53655765536 IN IP4 durer.tl1.fr
s=appel SIP
t=0 0
c=IN IP4 193.48.251.6
m=audio 5623 RTP/AVP 0 8 3 98 101
a=rtpmap:0 pcmu/8000
a=rtpmap:8 pcma/8000
a=rtpmap:3 gsm/8000
a=rtpmap:98 iLBC/8000
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-15
m=video 6325 RTP/AVP 31
a=rtpmap:31 H261/90000

180 Ringing (rponse = Capacits AnB)


PRACK
200 OK PRACK

Description
temporel

Description
rseau

74

Tlphonie sur IP

UAS B

INVITE (offre = Capacits A)

Description de la
session

INVITE
v=0
o=ahmed 459888877785 IN IP4 rodin.tl1.fr
s=appel SIP
t=0 0
c=IN IP4 193.48.251.9
m=audio 8312 RTP/AVP 0 3 98 97
a=rtpmap:0 pcmu/8000
a=rtpmap:3 gsm/8000
a=rtpmap:98 iLBC/8000
a=rtpmap:97 speex/8000
m=video 0 RTP/AVP 31

UPDATE (offre = Capacits A)

200 OK

200 OK UPDATE (rponse = Capacits AnB)


200 OK INVITE

Rsultat de la configuration des flux

ACK INVITE

:5623
Re-INVITE (offre = Capacits A)
200 OK Re-INVITE (rponse = Capacits AnB)
Modle
offre/rponse
Tlphonie
sur IP SIP

75

gilles@durer.tl1.fr
193.48.251.6

Audio:
codec: pcmu/8000
Pas de vido
Tlphonie sur IP

:8312
ahmed@rodin.tl1.fr
193.48.251.9

76

Mthodes (messages) de requte

Principaux messages SIP :

Messages Requtes:
INVITE
ACK
BYE
CANCEL
OPTION
REGISTER

Messages Rponses:
Informational
Success
Redirection
Client Error
Server Error
Global Failure

..

..

En-tte de message (gnrale):


call-ID
Contact
Date
From
To
Via
...

code
1xx
2xx
3xx
4xx
5xx
6xx

Mthode INVITE
Initie une session en invitant un agent utilisateur une confrence ou simple
appel

Le corps du message contient gnralement une description de la session


(utilisation de SDP: type de mdia audio, vido, data, format, codage en vigueur)

Mthode ACK

Corps den-tte :
Content-Encod.
Content-Length
Content-type
.

Tlphonie sur IP

Indique que lappelant a reu une rponse final linvitation

Le corps du message peut contenir la description finale de la session (ngociation


des capacits)

Un corps vide indique que la description du message Invite sera utilise

77

Tlphonie sur IP

Mthodes de requte (suite)




Mthodes de type requte (suite)




Mthode REGISTER


Gestion (ajout, maj, suppression) des liaisons (identifiant agent utilisateur, adresse
contact) enregistres dans le service de localisation

Egalement utilis pour interroger le service de liaison (serveur proxy, redirection)

Lagent utilisateur doit indiquer la dure de vie de la liaison (champ expire )

Lagent utilisateur est galement responsable du rafrachissement de la liaison

Mthode CANCEL


Annule un requte (Invite) mise par lappelant

Requte Hop-by-hop

Doit tre utilis aprs la rception dune premire rponse

Utilis par les serveurs proxy lors dappels parallles.

Mthode BYE


Mthode OPTIONS


indique lautre participant la clture de la session

Autres mthodes (pour le support de services volus)

Permet dobtenir des informations sur les capacits dun agent utilisateur ou dun

PRACK (RFC3262)

serveur sans avoir besoin dtablir une session

MESSAGE, PUBLISH,SUBSCRIBE & NOTIFY (RFC3265) - Service de prsence (ex.


pour les appli. de messagerie instantane: MSN)

Informations : mthodes supportes, extension, type contenu, ..

Peut tre mis en dehors ou lintrieur dune session

Tlphonie sur IP

78

79

Pb: congestion (1 subscribe/notify et 1 message par RTT, ex toutes les


5sec.) mais aussi dure de vie des batteries (Pda, terminal mobile)

Pb: fiabilit des MESSAGES (SIP sur UDP)


Tlphonie sur IP

80

Statut (code) des rponses


1xx : information sur le traitement des requtes

3xx : redirection

Serveur

Serveur

Redirect /Proxy

Localisation

Serveur
Registrar

From: sip:ahmed@tl1.fr
Contact:1 sip:ampc@183.48.251.107
Contact2:sip:amtel@183.48.251.108

300 multiples choices, 302 moved temporarily

4xx : erreur client (client:cause de lerreur)

401 unauthorized, 404 not found

5xx : erreur serveur (serveur:cause de lerreur)

6xx : erreur globale

2
Enregistrement des info. de localisation
dans la Base de Donnes

501 not implemented, 503 service unavailable

SIP/2.0 200 OK
Expires: 3600

183.48.251.107

600 busy, 601 decline, 606 not acceptable

sip:ampc@183.48.251.107
BD

sip:ahmed@tl1.fr

81

Tlphonie sur IP

183.48.251.108

sip:amtel@183.48.251.108

82

Tlphonie sur IP

Appel SIP en mode Redirection

Appel SIP en mode Proxy

tl2.fr

tl1.fr

tl2.fr
Serveur de
Localisation

DNS

Serveur de
Localisation

INVITE sip:pascal@tl2.fr SIP/2.0


To: sip:pascal@tl2.fr
From: sip:am@enic.fr;tag=4711

INVITE
pascal@int.fr

ahmed@tl1.fr

pascal

Contact: sip:amtel@183.48.251.108

term1

200 OK

Sip
proxy

7
8

term1.tl1.fr

tl1.fr

term2

200 OK

term1.tl1.fr

5
pascal@term2.tl2.fr

Redirect

ACK

83

INVITE pascal@tl3.fr
200 OK

Flux mdia (ex. audio)

Tlphonie sur IP

Serveur en mode

ACK
pascal@term2.tl2.fr

ACK

SIP/2.0 302 Moved temporarily


Contact : pascal@tl3.fr

INVITE
pascal@term2.tl2.fr
4

INVITE pascal@tl1.fr

ahmed@tl1.fr

Pascal@tl3.fr

To: sip:ahmed@tl1.fr

200 Ok

REGISTER sip:tl1.fr SIP/2.0

2xx : succs

pascal

Entit Administrative:
(Serveur SIP du domaine tl1.fr )

SIP@tl1.fr

100 trying, 180 ringing

Pascal@term2.tl2.fr

Protocole SIP : processus denregistrement

Proxy du domaine tl3.fr

ACK

pascal@term2.tl3.fr

Tlphonie sur IP

84

Flux dappel SIP pour le transfert dappel


0. Flux mdia (ex: audio)
A
Client

B
fournisseur

Mdia RTP (flux audio)

C

1. Refer

1. Invite
(No SDP)

2. Accepted
3b. Invite

3c. 200 OK

3. Invite
(SDP A)

2. Ok
(SDP A)

3a. Notify

5. Ack
(SDP B)

5. Ack

0. HTTP

4a. 200 OK

4. Ok
(SDP B)

sip B2Bua

4b. Notify
4c. 200 OK

Serveur web:
(Technologies:
SIP Servlet ou SIP CGI,
ou API JAIN)
Flux

85

Tlphonie sur IP

Tlphonie
sur IP to Dial
dappel
Click

86

Flux dappel nomadisme

Service audioconf. (utilisation du sip B2Bua )


A

Media RTP
Audio
->A
<- B+C

MCU:
Pont audioconfrence
Media RTP
Audio
->A+C
<- B

Mixer audio

5
Media RTP
Audio
->A+B
<- C

Serveur SIP
TL2

1
6

11

10

14

INTERNET

BACKBONE
2

15

Serveur SIP

TL3
sip
B2Bua
(Focus)

12
13

16

gilles@TL1.fr
PC Administrateur de la conf: cration,
activation, joindre, quitter, inviter

1.

sip:A@enic.fr
sip:confA45@enic.fr

0. HTTP
ConfA45@TL1.fr

Serveur web(SIP Servlet, SIP CGI,


Tlphonie
sur IP
API JAIN)

sip:B@int.fr
sip:C@enst.fr
87

Tlphonie sur IP

88

Scnario: description (suite)

Scnario: description (suite)

 gilles@tl1.fr

appel ahmed@tl2.fr (4) (rsolution DNS = Serveur


SIP TL2)
 Le serveur SIP de TL2 localise ladresse courante de Ahmed (5)
et retransmet donc lappel ahmed@TL3.fr (6)
 Le Service SIP de TL3 dtermine quil existe deux adresses
possibles (7) et diffuse lappel (i.e fork ) vers celles-ci (8,9)
 Le poste du labo selon sa configuration redirige lappel vers le
serveur SIP de TL2, qui dtecte une boucle et retourne un
message derreur (10,11)
 Lerreur est propage par le poste au serveur SIP de TL3(12)
 Dans le mme temps, Ahmed a rpondu lappel depuis son
bureau (13)

 Ahmed

est potentiellement joignable sur trois sites: TL2 (bureau) et TL3


(bureau et labo.)

publie un seul identifiant dappel: ahmed@TL2.fr


 Ahmed est en dplacement TL3 et enregistre sur le serveur SIP de TL2
ladresse ahmed@TL3.fr (1)
 Il enregistre aussi sur le serveur de TL3, ses deux adresses de contact (2, 3)
ahmed@office.tl3.fr, ahmed@lab.tl3.fr
 Ahmed oublie de supprimer un prcdent renvoie dappel quil avait
effectu sur son poste du labo TL3.
 Ahmed

Tlphonie sur IP

89

89

Tlphonie sur IP

Scnario: description (suite)

90

SIP et IMPP (Prsentit et messagerie instantane)




Sensibilit au contexte du terminal/utilisateur:

Permettre le support des applications classiques mais aussi nouvelles:

 Le

serveur SIP de TL3 a maintenant les deux rponses


et peut retourn lacceptation de lappel au Serveur SIP
de TL2 (14) qui fait de mme vers lagent client
Gilles (15)
 A ce stade, Les serveurs peuvent dtruire les tats
lis lappel. Ahmed et Gilles communiquent
directement (flux mdia) sans passer par les serveurs
intermdiaires (16)


90

Localisation, disponibilit, humeur de lutilisateur

Transfert dappels, suivie dappels (classique)

messagerie instantane, applications bases localisation.

Modle IMPP:

Caractristiques de SIP mises en vidence par


ce scnario
 Forking
 Mobilit/nomadisme
 Dtection

(utilisateur)

de boucle
Tlphonie sur IP

91

91

Tlphonie sur IP

92

Donnes de prsence au format PIDF: Pres. info. Data Format (XML)

SIP et IMPP:
SIP Watcher UA
PDA

Serveur de prsence
PA serveur

<presence ... entity="pres:B@TL1.fr">


SIP Presence UA

<tuple id="mobile-im">

PUBLISH
Event:presence
Expires:3600
Accept: text/plain
Content-Type:application/XML
.
SUBSCRIBE (pres:B@TL1.fr)
Event:presence
Expires:3600
Accept: text/plain
.
200 OK
Event:presence
Expires:1800
NOTIFY
Event:presence
Subscr-State:pending

<status>
<basic>open</basic>
</status>
<contact priority="0.8">im:B@sms-gw.TL1.fr</contact>

200 OK
Event:presence
Expires:1800

<note xml:lang="en">Don't Disturb Please!</note>


<note xml:lang="fr">Ne me drangez pas, s'il vous plat</note>

NOTIFY
Event:presence
Expires:1759
Subscr-State:active
Sip:PDA@tl1.fr
.

<timestamp>2005-01-14T10:49:29Z</timestamp>
</tuple>
<tuple id="interactive-mm">
<status>

NOTIFY
Event:presence
Expires:1759
Subscr-State:active
.

202 ACCEPTED
Event:presence

<basic>closed</basic>
</status>
<contact priority="1.0">sip:B@TL1.fr</contact>

200 OK

</tuple>

MESSAGE
Accept: text/plain
Content-Type:text/plain
Content-Lengh:29
Bonjour a va comme tu veux

<note>je suis en dplacement cette semaine </note>


</presence>

200 OK
Tlphonie sur IP

Remarques: Pb: congestion (1 subscribe/notify et 1 message par RTT, ex 1/ 5sec.)


dure de vie des batteries (Pda, terminal mobile); fiabilit des MESSAGES (SIP sur UDP)
93

SIP et la QoS (plusieurs constats)




Qualit best effort pas suffisant pour la VoIP

Ncessit de supporter des mcanismes de rservation de ressources dans

Liaison de bout en bout


SIP
UaC

SIP


pour assurer une QoS (BP, Dlai, perte minimale)

Scurit des canaux ou flux mdia

94

Tlphonie sur IP

Rseau IP
IntraDomaine
avec QdS

Empcher la fraude ou le vol de service

Etablir la connexion uniquement si des pr-conditions sont remplies (scurit,

Routeur
R2

Routeur
R1

Rseau IP
Inter-Domaine
avec QdS

SIP
UaS

Rseau IP
IntraDomaine
avec QdS

QoS )


Le appels ne sont pas facturs si ressources rseau non suffisantes




Faire sonner lappelant uniquement si QoS

Appel en mode dgrad: ex. en utilisant des codecs bas dbit ou

-Segment UaC-R1

uniquement laudio (sans la vido)


Tlphonie sur IP

95

-Segment R1-R2
Tlphonie sur IP

-Segment R2-UaS
96

Exemple de ngociation de QoS:

SIP et la QoS (RFC 3312):


m=audio 20000 RTP/AVP 0
SIP UAC
c=IN IP4 192.0.2.1
a=curr:qos e2e none
a=des:qos mandatory e2e sendrecv
QoS

Cur.

Des.

snd

\/

rcv

\/

INVITE
Prconditions

Requte (corps SDP)

SIP UAS
m=audio 30000 RTP/AVP 0
c=IN IP4 192.0.2.4
a=curr:qos e2e none
a=des:qos mandatory e2e sendrecv
a=conf:qos e2e recv

183 Session Progress


Prconditions
confirmation request

QoS

Cur.

snd

\/

rcv

\/

QoS

Cur.

Des.

snd

\/

QoS

Cur.

Des.

snd

\/

\/

rcv

\/

Rservation ressources (QoS)

\/

rcv

\/

m=audio 20000 RTP/AVP 0


c=IN IP4 192.0.2.1
a=curr:qos e2e send
a=des:qos mandatory e2e sendrecv
QoS

Cur.

Des.

snd

\/

\/

rcv

\/

\/

UPDATE
Prconditions
confirmation response

QoS

Cur.

Des.

snd

\/

200 OK (UPDATE)
Prconditions
RINGING

\/

rcv

\/

\/

Des.

Tlphonie sur IP

m=audio 30000 RTP/AVP 0


c=IN IP4 192.0.2.4
a=curr:qos e2e sendrecv
a=des:qos mandatory e2e sendrecv

v=0
o=cabo 2552 892834 IN IP4 dmn.inf
s=SIP call
t=0 0
c=IN IP4 134.102.218.46
m=audio 50239 RTP/AVP 98 99
a=rtpmap:98 L8/8000
a=rtpmap:99 L16/8000
a=curr:qos e2e none
a=des:qos mandatory e2e sendrecv
a=conf:qos e2e recv
m=video 56112 RTP/AVP 31
a=rtpmap:31 H261/90000
a=curr:qos local none
a=curr:qos remote send
a=des:qos failure local sendrecv
a=des:qos optional remote sendrecv

v=0
o=jo 7849 2873246 IN IP4 ruin.inf
s=SIP call
t=0 0
c=IN IP4 134.102.218.1
m=audio 52392 RTP/AVP 98 99
a=rtpmap:98 L8/8000
a=rtpmap:99 L16/8000
a=curr:qos e2e none
a=des:qos mandatory e2e sendrecv
m=video 59485 RTP/AVP 31
a=rtpmap:31 H261/90000
a=curr:qos local send
a=curr:qos remote none
a=des:qos optional local sendrecv
a=des:qos optional remote sendrecv

PRACK

200 OK (PRACK)

Rponse (corps SDP)

Confirmation demande (confirmation request)

97

Autre type de prcondition:


sec : pour scurit: avant alerte, flux media (ex. voix) protg
-ngociation dun algorithme de crypto.
conn : pour connectivit: avant alerte, flux mdia passe dans les deux sens
-ngociation dun mcanisme pour traverser les firewall ou les serveurs NAT.
Tlphonie sur IP

Le protocole SIP assure:




Localisation du(des) participant(s) la session




Ne contrle pas le transfert des flux mdia

Ne dcrit pas les sessions

Ne contrle pas les passerelles

Ne rserve pas les ressources pour la session

Pour cela dautres protocoles/architectures peuvent tre utiliss

RTP (pour le transfert du flux mdia: audio ou vido)

RTSP (pour le transfert du flux en mode streaming )

SDP (pour la description de la session)

MEGACO/H.248 (pour le contrle de passerelles)

Diffserv/Intserv (pour la QoS)

mise en relation des deux participants

Gestion de la session


conjointement:

configuration, ngociation des paramtres de la session, htrognit des


terminaux

Etablissement de la session


mise en attente, transfert/dviation (traitements sophistiqus)


Transfert vers email, messagerie instantane, page web

Gestion des capacits




Ce que SIP nassure pas:

terminaux multiple, mobilit, identifiant unique, ...

Gestion de la disponibilit

98

modification, terminaison

Tlphonie sur IP

99

Tlphonie sur IP

100

Dveloppement de services Telecom (SIP)




Exploitation plus ou moins haut niveau des protocoles rseaux

Faire abstraction des technologies rseaux , au niveau applicatif.

Diffrentes approches (API):




SIP CPL (Call processing language)


CPL a t la premire API dveloppe pour SIP. CPl nest pas vraiment une API mais dfinie
un langage de script, dont la syntaxe sappuie sur les spcifications XML. CPL permet de
dcrire et contrler des services orients traitement dappels. Les caractristiques du
langage CPL sont simplicit, flxibilit (possibilits dextensions), ditable partir
dinterface graphique et portabilit (indpendant du systme dexploitation ou encore du
protocole de signalisation). CPL permet de crer des services utilisateurs : un interprteur
CPL correspond un processus "lg"et un script CPL peut tre rapidement interprt et
excut par le serveur. un script CPL ne contient pas dlments de type : variables, boucles
ou encore nest pas capable dexcuter des programmes externes. Pour Cela CPL permet de
garantir au niveau du serveur une certaine tanchit vis vis des processus ou
programmes excuts du ct "client". Les spcifications du langage CPl sont dfinis en
particulier dans la RFC IETF 3380.

SIP Servlets:
LAPI SIP Servlet est une API de haut niveau, qui a t dfinie pour le dveloppement
dapplications destines tre excutes sur des serveurs (SIP). Elle est base sur le
concept ou modle des "servlet" HTTP, pour le dploiement et la gestion dapplications ou
de services orientes client-serveur. Le principe des servlet est similaire au concept des
"CGI". Nanmoins et contrairement un "CGI", qui peut tre vu comme un processus
spar, la servlet fait partie du mme processus que le serveur qui reoit les requtes
"clientes". Dans le cas dune servlet, les messages ou vnements sont simplement
passs une classe JAVA, sexcutant sur la machine virtuel (JVM, Java Virtual Machine).

Dveloppement de services Telecom (SIP)

< ?xml version="1.0" encoding="UTF-8" ?> <cpl xmlns="urn :ietf :params :xml :ns :cpl"
xmlns :xsi="http ://www.w3.org/2001/XMLSchema-instance" xsi :schemaLocation="urn :ietf :params

SIP CGI

:xml :ns :cpl cpl.xsd "> <incoming> <location url="sip :smith@phone.example.com">

Comme pour les CGI HTTP, un CGI SIP "tourne" sur le serveur et transmet les requtes et
paramtres un processus "externe" travers des variables denvironnement. Le
processus renvoie en retour les rponses au serveur travers la sortie standard (fichier).
Les CGI SIP sont quasiment identiques au CGI HTTP avec la particularit quils sont adapts
la cration de services orients WEB (services contenant des composants WEB). Un script
CGI peut tre implant dans diffrents langages tels que : C++, Tcl, Perl ou encore JAVA, et
tre accessible une large communaut de dveloppeurs.
Les spcifications compltes concernant les scripts CGI sont disponibles en particulier sur
le ste de lIETF : RFC 3050
101101
Tlphonie sur IP

<redirect/> </location> </incoming> </cpl>




JAIN API (SUN)


Les API JAIN (Java Api for Integrated/Intelligent Networks) sont une extension au standard
JAVA. Ils fournissent un certain niveau dabstraction des couches "rseaux" travers une
srie dinterfaces JAVA ouvertes et de "haut niveaux", pour la cration de services
supports la fois par les rseaux "circuits" et "paquets" IP (favorise la convergence,
interoprabilit des rseaux)

Services tlcoms: Services JAVA API

Modle de cration de services SIP

(Source: java.sun.com/products/jain/)
SIP
Services

(Applications)
API

Call control

IM

API

R
E
F
E
R

S
U
B
S
C.

N
O
T
I
F
y

P
U
B
L
I
S
h

M
E
S
S
A
G
e

U
P
D
A
T
E

3G

P
R
A
C
k

O
V
Extensions E
R
SIP
..
L
A
p

..
S
e
S
S
t
i
m
e
r

S
E
C
U
R
I
T

.
.
.
.

Portabilit du service:
Write Once, Run Anywhere .
Indpendance/rseau:
Any Network .
Systme/dveloppement ouvert:
By Anyone

Environnement de cration de
services (SCE)
Couche
signalisation

SIP

I
N
V
I
T
E

Telephonie

102102

Tlphonie sur IP

N importe quel service sur n importe quel rseau 


 PORTABILITE

Pile SIP
Plate-forme
services

UDP

TCP,SCTP, TLS

Y
Z

IP/IP Multicast/QoS

Tlphonie sur IP

Couche
Rseau

103

Tlphonie sur IP

104

Services tlcoms: Services JAVA API

Services tlcoms: Services JAVA API

Ex. JAIN: Java Api for IN ; OSS: Operations Support Systems

...
Tlphonie sur IP

JAIN TCAP
Java Call ControlJAIN MGCP

JAIN SIP
JAIN INAP
JAIN MEGACO
JAIN SIP Lite
JAIN SDP
JAIN ENUM
JAIN Presence
JAIN Instant Messaging
JAIN SIMPLE (Presence +IM)
OSS/QoS
OSS/Billing

105

Tlphonie sur IP

Source: java.sun.com/products/jain/

106

Format message de signalisation H.323 (lments d info. de type useruser d un message Q931)


Les lments d'informations sont en format TLV (Type/Longueur/Valeur)




Longueur
de la partie
variable

Valeur (longueur variable)


peut contenir
des lments
d'informations
imbriqus

Exemples de traces H323/SIP

Tlphonie sur IP

107

Type
fonction de
l'lment
d'information

Type de message (ex. ALERTING )

Type dlment dinfo.


( useruser-user )
longueur

Valeur
(corps du message H.323
cod en ASN.1)

Tlphonie sur IP

108

Trace H323: ASN1 (Abstract Syntax Notation 1)

Trace H323 (suite) ASN.1 (Abstract Syntax Notation 1)

ASN.1 dfinit une notation ou une syntaxe pour dcrire les messages utilises par
les protocoles de communication, indpendamment du langage d implmentation,
du codage physique

integers (INTEGER),

booleans (BOOLEAN),

character strings (IA5String, UniversalString...),

Parser ASN.1

bit strings (BIT STRING),

outil d encodage (ex. BER: Basic Encoding Rule, PER: Packet Encoding Rule)

etc.,

Tlphonie sur IP

109

H323-MESSAGES DEFINITIONS AUTOMATIC


TAGS ::=
BEGIN
H323-UserInformation ::= SEQUENCE -root for all Q.931 related ASN.1
{
h323-uu-pdu H323-UU-PDU,
user-data SEQUENCE
{
protocol-discriminator INTEGER
(0..255),
user-information OCTET STRING
(SIZE(1..131)),
...
} OPTIONAL,
...
}

il permet galement la dfinition de type plus complexe

structures (SEQUENCE),

lists (SEQUENCE OF),

choice between types (CHOICE),

etc.

Tlphonie sur IP

110

Trace de message H323/H225 (ASN.1)

Trace H323 (suite): Exemple de message ASN.1 (H323/H225)

.
.
.
.

Cette notation fournit un certain nombre de types de base prdfinis tel que:

suite
H323-UU-PDU ::= SEQUENCE
{
h323-message-body CHOICE
{
setup Setup-UUIE,
callProceeding CallProceeding-UUIE,
connect Connect-UUIE,
alerting Alerting-UUIE,
}
nonStandardData NonStandardParameter
OPTIONAL,
...
}
Setup-UUIE ::= SEQUENCE
{
activeMC BOOLEAN,
...
}
}
END
Tlphonie sur IP

111

Tlphonie sur IP

112

Trace de message H323/H225 (ASN.1)

Tlphonie sur IP

Trace de message H323/H225 (ASN.1)

113

Trace de message H323/H225 (ASN.1)

Tlphonie sur IP

Tlphonie sur IP

114

Trace de message SIP (texte)

115

Tlphonie sur IP

116

Trace de message SIP (texte)

Remarques sur SIP (et H323)




SIP (IETF):
 270 pages (130 en 98)
 37 en-ttes (+ avec les extensions)
 reprsentation textuelle
 1 requte suffit pour tablir la communication.
 volutivit (extension)
 dtection loop
 requte multiple en // possible.
 Adopt par le 3GPP forum

H323 (ITU-T):

117

Tlphonie sur IP

700 pages

plusieurs centaines de messages

reprsentation binaire

plusieurs changes avant d tablir la communication. (temps d tablissement


potentiellement long)

technologie relativement mr et ayant fait ses preuves

adopt par les industriels

Tlphonie sur IP

118

Remarques sur SIP (et H323): suite


SIP (IETF)

Nbre d'changes
pour tablir la com.
Maintenance du
code

H323 (ITU-T)

6 7 aller-retour

1.5 aller-retour
Simple (format texte)

Complexe (compilateur)

protocole ouvert
Evolution
Confrence

ajout d extensions propritaires

distribue

Elments critiques (signalisation et flux)

Centralise avec le MCU

Services

support

Detection boucle

support

non support dans la V1

Multicast

support

non support

H323 V2+H.450

www.sipcenter.com et www.openh323.org
Tlphonie sur IP

119

Tlphonie sur IP

120

LAN
802.11b
Cable Modem
Modem 56 Kbs

pre-selection delay
3

30

20

Measures1

15

1,5
1

Delay (sec.)

Delay (sec.)

Performance du flux RTP

25

2,5

0,5
0
S11

Connection delay
40

S2(no
Scenario

TRYING)

S3

0
S1

Scenario

1:1 SIP Proxy


S3:2 SIP Proxys

S2

25
20
15

S2:1 SIP Proxy (Redirect)

Local1 call

3 sec.

6sec.

Regional1 call

5 sec.

8sec.

8 sec.

11sec.

11-4 nodes

10
5

15-7 nodes

0
S2
Scenario

S3

13.5 - 490

150

Jitter(ms)

0.5 - 20

20

Loss (%)

0-9

S3

ITU-t rec (E.721)


Circuit network (normal load)
post-selection delay
average 95%

30

S1

Delay(ms)
5

1S

LAN
802.11b
Cable Modem
Modem 56 Kbs

ITU-t2 rec.

(G.711)

10

35

Delay (sec.)

LAN
802.11b
Cable Modem
Modem 56 Kbs

post-selection delay

International1 call
1 8-10

1TERENA

Networking Conference 2004(Trans-European


Research & Education Network).
2ITU-T G.113 and G.114 rec. for a G.711 audio codec
(w. PLC, w. controlled echo ).

nodes

121

Tlphonie sur IP

Architecture: (intgration tlphonie et Web)

122

Tlphonie sur IP

Serveur STUN (Simple Traversal of UDP Through NATs, RFC 3489)


Permet

aux clients de decouvrir la presence dun NAT, adresse et


port publics utiliser.

Client H323
Protocole

leger (simple), implementation aise, consomme peu de


ressources CPU.

Tl maintenance
Commerce lectronique
...

1
2

Client reoit sur le port


5060

Envoie dune requte


STUN partir du port 5060

Serveur STUN reoit un paquet


de 193.48.251.77 port 56540

Rseau Internet
Passerelle H324/H323

Client
IP: 10.0.0.1
Port: 5060

Pabx

IP: 193.48.251.77
Port: 56540

STUN Server
Port: 3478

Serveur STUN envoie la reponse au client,


avec adresse et port public: 193.48.251.77
et 56540

Serveur WEB
Rq: Pbs Firewalls

NAT

Retard supplmentaire d l analyse des paquets+h323 utilise


des ports udp tablis de manire dynamique.
Rq: si @IP dynamique(DHCP) utilisation de serveurs d annuaire
Tlphonie sur IP

123

Tlphonie sur IP

124

STUN et SIP Register


Utilisation

STUN et flux RTP

du port 5060 pour envoyer une requte au serveur STUN

Envoie

Rception des adresses et ports publics associs au client: du serveur


STUN vers port 5060

Corps

du message SIP register avec adresse et port publics du client,


envoys au serveur proxy.

NAT

IP: 193.48.251.77
Port: 56540

NAT

IP: 193.48.251.77
Port: 56539
Port: 56541

Proxy Server
Port: 5060

c=IN IP4 193.48.251.77


m=audio 56539 RTP/AVP 0 8 3 18
m=video 56541 RTP/AVP 34 96

UA
RTP Port: 9000
RTP Port: 9002

Remarques:

-Envoie priodique de requtes STUN pour conserver le binding NAT.


-Consommation dnergie (terminaux mobiles)
-NAT symtrique?
125

Tlphonie sur IP

126

Tlphonie sur IP

Protocole de niveau 3 (IP)

Structure du paquet UDP

1
2
3
1 2 3 4 5 6 7 8 9
1 2 3 4 5 6 7 8 9
1
0
0
0

0 1 2 3 4 5 6 7 8 9 1 1 2 3 4 5 6 7 8 9 2 1 2 3 4 5 6 7 8 9 3 1
IHL 5 Type de
Longueur
totale 0020
0 service 00
0
0


 
 
 
 
 
 
 
 
 
 


0 1 2 3 4 5 6 7 8 9

version 4

D M
F F

Version Identification
IHL

Type de service

0001

Longueur Totale

offset fragment 000
0D 0M

Taille Fragment
F F Vrification en-tte 57 81




Identification




Dure de vie FE

Le Protocole niveau 4 (UDP)

Structure du paquet IP
0 1 2 3 4 5 6 7 8 9

STUN Server
Port: 3478

INVITE

Content-Type: application/sdp

STUN Server
Port: 3478

Proxy Server
Port: 5060

REGISTER sip:proxy.enic.fr SIP/2.0


Via: SIP/2.0/UDP 10.0.0.1:5060
From: Med <sip:Med@proxy.enic.fr:5060>
To: Med <sip:Med@proxy.enic.fr:5060>

Contact: Med <sip:Med@193.48.251.77:56540>

du message SIP (SDP) contient les adresses et ports publics


Client
IP: 10.0.0.1
RTP Port: 9000
RTP Port: 9002

Utilisation

Client
IP: 10.0.0.1
Port: 5060

de 2 requtes STUN au serveur ( partir des ports RTP: 9000 et 9002)

1
1 2 3 4 5
0

Port source

 
 


Protocole 01

Port destination

Dure de vieAdresse source


Protocole

Vrification Entte

C0 6C 72 77 (192.108.114.119)
Adresse Source





Longueur du message

Adresse destination C0 6C 72 0A (192.108.114.10)


Adresse Destination




Checksum

Options ou padding
Options "Padding"




Donnes


 Donnes

Donnes


Tlphonie sur IP

127

Tlphonie sur IP

128

protocole niveau 4 (TCP)

Structure du paquet TCP

Contrle de flux et de congestion

1
1 2 3 4 5
0
Port source

0 1 2 3 4 5 6 7 8 9

Port destination

rcepteur.

Numro de squence
Numro d'acquittement
Data
offset

P
S
U A
R
F
U
Y
R C
S
I
S
N
G K
T
N
H
C

rserv

Contrle de flux: mapping du dbit et des ressources entre l metteur et le

Fentre
Checksum

Peut tre explicite ou implicite

Contrle de congestion: raction une situation de congestion dans le rseau


de bout en bout (TCP)
explicite (indiqu par le rseau, ex. FECN/BECN du FR)
anticip (rseaux haut dbit)
- Fonctions de police ( leacky bucket pour viter
les pointes de trafic)

Pointeur d'urgence
Option + padding
Donnes
129

Tlphonie sur IP

Tlphonie sur IP

end to end congestion control dans TCP (slow/start de Van Jacobson)

Ex: contrle de flux dans TCP

1
<win=2048>

Rcepteur informe
qu il peut recevoir 2K
(maxi 64k)


Envoie d 1 paquet
Envoie du 2 paquet
-fentre de contrle
de flux ferme
-metteur ne peut
plus envoyer
Envoie d 1 paquet
- fentre de contrle
de flux ferme
-metteur ne peut
plus envoyer

2
4

<seq=1024,data>
3
<seq=2048,data>

<ack=2049,win=1024>

130

Rcepteur retarde
l envoie de l ack (pas
d ack gnr)

5
Rcepteur gnre ack,
informe qu il peut
recevoir 1 nouveau
paquet

window-based congestion control :slow start + vite congestion




2 variables utilises:
-cwnd:taille de la fentre de congestion.
-sthresh:seuil partir duquel il faut le dbit
Principe:
segment TCP de 4 k
taille fentre TCP =min(taille fentre flow control,taille fentre congestion control)

<seq=3072,data>

Tlphonie sur IP

131

Tlphonie sur IP

132

end to end congestion control (suite)

Transmission de flux Temps rel

Initialize: cwnd=1
sthresh=16
loop:

Dcodeur

Encodeur

for each received Ack do:

RTP

if(ack received and cwnd <= sthresh)


cwnd=cwnd+1
else if(ack received and cwnd>stresh)
cwnd=cwnd+1/cwnd
else if packet timeout
sthresh=cwnd/2
/*nouveau seuil*/
cwnd=1
/*taille fentre redmarre 1*/

Couche
transport
Couche
rseau

RTP

RTCP

UDP

TCP

IP

RTCP

UDP

Dlai de transit
.gigue
...Perte

TCP

IP

Internet
133

Tlphonie sur IP

134

Tlphonie sur IP

QoS (mdia)

Chane de communication IP:

Niveau de qualit de la parole en fonction du retard (ITU-T G.114/G.113/131)


Rseau
daccs
50ms < T < 100 200ms

Rseau
daccs

Internet

50ms < T < plusieurs sec.

Retard

200ms < T < plusieurs sec.

0-150ms

-Temps de traitement rcepteur :


* rception des paquets
*restitution base de temps (buffer
dde gigue)
* restauration
* dcompression
* conversion Num/Anal.
t r * diffusion

Indice de
dgradation

de la conversation

300ms < Total < plusieurs sec.

plupart des conversations

200ms

28%

Pertes: 5 10% maxi

Acceptable pour les


150 300ms.

conversations faiblement

450ms

35%

700ms

46%

interactives
Devient pratiquement
300 700ms

une conversation type talkiewalkie


Inutilisable sans une bonne

>700ms

Dlai de transmission
dun paquet

Tlphonie sur IP

Dlai
unidirectionne

Acceptable pour la

Temps d acheminement:

-Temps de traitement metteur :


* numrisation
Densit de
*compression Tps rel (cpu)
probabilit
* paquetisation
* transmission

Interactivit

Gigue :20 80ms maxi

pratique
de la conversation talkiewalkie

135

Tlphonie sur IP

136

Qualit de la voix
Notions de QoS(Qualit de Service)
MOS Qualit

Mesures1

Excel.

90-80 4,5-4

Bon.

Delai(ms)

80-70 4-3,5

Moy.

Gigue (ms)

70-60 3,5-3

Mdi.

60-0

Pauv.

<3

150

0.5-20

20

0-9

G.711 + Plc
G,729(A)+Vad

30
20
10

pertes(%)

16

14

12

10

0
2

Networking Conference
2004(Trans-European Research &
Education Network).
2ITU-T G.113 and G.114 rec. for
a G.711 audio codec (w. PLC, w.
controlled echo ).
*Pertes et Dlai: sources
Alcatel review

40

Facteur dgradation(Ie)

50

1TERENA

13.5-490

Pertes (%)

GSM EFR
G.723.1(6Kbs)+Vad
G.711 Wo Plc

60

ITU-t

rec.2

(G.711)

100-90 5-4,5

El=51dB
El=infinite
El=21dB
El=31dB
El:Echo level
100

Facteur dgradation(R)

Notion relativement large


ncessit de la normaliser (ETSI)
sous ensemble du SLA (service Level Agreement)
Services couverts (spcifications, ralisation, cycle de vie,
dure du contrat)

El=41dB
El=11dB

80

Engagements (mise en place, exploitation, ruptures de


service, gestion des pannes, engagement de moyens)

Support utilisateur (Help Desk, traitement pannes)

Suivi (rapports de consommation, d'incidents, de Qos,


cots)
mthodologie de mesure: "quoi" mesurer, chantillon
d'utilisateurs, valeurs de rfrence (MOS)...
paramtres de QoS

60
40
20
0
0

50 100 150 200 250 300 350 400


Dlai (ms)
137

Tlphonie sur IP

Tlphonie sur IP

Paramtres de QoS

Paramtres spcifiques au service




Paramtres generiques:

Paramtres

 pour

le service
Echec, temps d'tablissement de la com., dconnexion
aprs l'tablissement de la com., dfauts gnants de la
com.
 Pour les dfaillances du service
performances garanties en fonctionnement dgrad,
frquences d'interruption, dlai de remise en tat
 pour la mise disposition
dlai, respect du dlai, conformit aux spec., doc.
 Pour le service support client
temps d'accs, pertinence rponse
 pour la facturation:
clart, exactitude
Tlphonie sur IP

138

139

pour les com. Vocales


dlai d'tablissement de la com., taux d'checs, coupures, qualit
audio (param. QoS de niveau Appli. )
latence, gigue , taux de pertes (param. QoS de niveau Rseau )
les com. Mobiles
coupures, couverture, qualit audio
latence, gigue , taux de pertes
connexion internet
nbre ncessaire pour tablir la com.
dlai d'tablissement charge moyenne et leve
dure d'indisponibilit du FAI
vitesse de connexion, frquence de rupture des connexions
vitesse de tlchargement depuis/vers le serveur du FAI (ex: serveur
mail, web
latence, gigue, taux de pertes

Tlphonie sur IP

140

Multiplexage de flux multimdia RTP / RTCP (RFC 1889)

Real Time Protocole(RTP) (RFC 1889)




Codec Audio

Codec vido

RTP

Espace
application

RTCP

Windsock

Interface socket

DLL

50001

30001

30000

50000

UDP

TCP

Espace
Operating
system

IP
Driver NDIS




Carte (NIC)

RTP dfinie un format de paquet pour le transport du flux ayant un caractre temps
rel
(audio et vido)
Paquets RTP fournit :
-identification de la charge .
Appli.
Indique le type de codage utilis par la source ( PCM, APCM).
RTP
Interface
L encodage peut chang dynamiquement.
Socket
-numro de squence .
UDP
-info d horodatage (TimeStamping)
contient un time stamping et un numro de squence
permettant au rcepteur de reconstruire l horloge d mission.
IP
Le numro de squence peut tre utilise par le rcepteur
pour estimer les paquets perdus.
D.L
RTP est support par UDP
RTP+UDP peut tre vu comme une couche transport
RTP fait partie de l application

141

Tlphonie sur IP

Tlphonie sur IP

Padding

Extension

Nbre de sources contributives


Marqueur

Horodatage


Ex: ds profil RTP en H.323:


M=1: priode de parole
M=0: priode de silence

Non utilis en H.323 ou SIP

0: pcm law 64Kbs


3: gsm, 32 Kbs
7: lpc, 2.4 Kbs
18: G.729
26: Motion jpeg
31: H261
33: mpeg 2 video

142

RTCP (Real Time Control Protocol)

En tte RTP
Version

Phys.

Dtecte paquets perdus


ou perte de sequencement

Vrification et surveillance de la QoS (au niveau applicatif)


Transmission priodique de messages de contrle tous les
participants dune session.
 Informations concernants le rcepteur
peut tre utilis pour informer dun nouveau participant.
 Informations concernants la qualit de la rception
Feed-back pouvant tre utilis pour le contrle adaptatif

Le dbit de transmission est contrl

Un message RTCP BYE est envoy quant un participant quitte


la confrence.

www.iana.org

Tlphonie sur IP

143

Tlphonie sur IP

144

Real Time Control Protocol (RTCP)

paquet RTCP fournit statistiques sur:


nombre de paquets envoys, perdus, gigue

peut tre utilis pour l adaptation dynamique

types de paquet:


Rapport demetteur (SR)

Associ RTP

Rapport recepteur (RR)

RTCP: Les paquets SR (rapport dmetteur) et RR (rapport recepteur)

receiver report : nbre de paquets perdus,dernier nseq, gigue

sender report : ssrc du stream rtp, marqueur temporel SR et


paquet RTP associ

source description : @ mail et nom de l metteur, ssrc du


stream rtp associ

Tlphonie sur IP

145

146

Tlphonie sur IP

RTCP: Les paquets SDES ( source description)

B.P gnr par RTCP

Trafic limit 5% de la B.P totale de la session pour RTCP (ex: vido 2Mb/s, de 1 metteur vers
n rcepteurs: trafic max.
100 Kbs).
Le protocole alloue:

75% de ce trafic au rcepteur 75Kb/s


25% de ce trafic l metteur 25Kb/s

75% rparti quitablement entre les rcepteur




ex: si R rcepteurs
le trafic rtcp est de 75/R Kbs
l metteur
trafic rtcp 25 Kbs

Nbre d metteurs
0.25 x 5 x B.P session

x Taille paquets rtcp

priode d mission pour l metteur: T=

Nbre de rcepteurs
x Taille paquets rtcp
0.75 x 5 x B.P session
 priode d mission pour les rcepteurs: T=

SSRC attribu alatoirement et de manire unique


SDES info: nom au format:
canonique (CNAME, user@nom dns ou user@adresse ip), Name,
eMAIL, Phone, Loc
Tlphonie sur IP

147

Tlphonie sur IP

148

FIFO - Pas de QoS

Composantes de la QOS (Rseaux Ip)

Lien WAN: B.Passante ~6% Ethernet (seuil de congestion)

Mcanismes didentification et de Marquage des flux.

Mcanismes de gestion de la congestion (Algo. d ordonnancement des


paquets dans les routeurs) : File d'attente FIFO, PQ, CBQ, WFQ, CBWFQ

Mcanismes pour viter la congestion: Algo. RED, WRED, Multicast ...

QoS: P. Queuing

Congestion dmarre 6% environ

Note: Pour tous les tests la charge est spcifie en % du trafic Ethernet


Contrle d admission (CAC)

QoS: WFQ

QoS: PQ pour RTP

Champ IP prcdence
Bande
passante alloue

Fonction de "police" la priphrie du rseau (UPC)


 VSA, Leacky Bucket, Token Bucket ..

protocole de sig. Pour demander ou rserver une QoS ou prioritiser les flux.

in-band
out-band

intgre dans le flux (ex: modle "DIFFSERV")


canal spar (ex: RSVP dans le modle "IntServ)

149

Tlphonie sur IP

8 flux avec IP precedence: 0, 1, 2, 3, 4, 5, 6, 7


Poids correspondant: 1, 2, 3, 4, 5, 6, 7, 8 (total = 36)
B.P alloue: 1/36, 2/36, 3/36, 4/36, 5/36, 6/36, 7/36, 8/36

PQ pour la VoIP (N port UDP) avec une Bande Passante limite.

150

Tlphonie sur IP

Ex. configuration QoS sur routeur CISCO 2 (interface CLI )


ROUTEUR 2 (cisco 2600)
- Adresse FastEthernet0: 192.168.11.1
-Version Software: 12.2 (5d)
- Clock Rate serial0/0
56000bps 800000bps

ROUTEUR 1 (cisco 1700)


- Adresse FastEthernet0: 192.168.10.1
-Version Software: 12.2 (4)

port Serial0 (192.168.12.0)


- Minimum BP: 2,28 Kbps
- Maximum BP: 2,78 Mbps

HUB

HUB

PORTABLE 2
- Adresse Ethernet: 192.168.10.12
- client VoIP (avec mesure du MOS)

PC 1
- Adresse Ethernet: 192.168.11.12
- Client VoIP (SIP)

PC 1
- Adresse Ethernet: 192.168.11.11
-Logiciel IP Traffic en Generateur de trafic de fond
(WEB et TELNET) entre 100 et 2000 Kbps

PORTABLE 1
- Adresse Ethernet: 192.168.10.11
- Logiciel IP TRAFFIC en analyseur

Tlphonie sur IP

151

!
access-list 100 permit udp any any range 16384 32000
access-list 100 permit tcp any any eq 1720
access-list 101 permit tcp any any eq www
access-list 102 permit tcp any any eq telnet
!
!
class-map match-all t_telnet
match access-group 102
set ip precedence 0
class-map match-all t_voip
match access-group 100 /*(ou match ip precedence 5)*/
set ip precedence 5
class-map match-all t_web
set ip precedence 2
match access-group 101
!
Tlphonie sur IP

!
policy-map mapolice
class t_web
bandwidth 16
class t_telnet
bandwidth 16
class t_voip
priority 64
class class-default
best-effort
/*(somme < 75% du trafic total)*/
!
!
interface Serial0
bandwidth 128
ip address 192.168.12.1 255.255.255.0
encapsulation ppp
service-policy output mapolice
clockrate 128000
!
152

Routeur 2600 "sans QOS"

Connexion Voip

(par dfaut "FQ" si congestion)

Connexion Web

150

Routeur 2600 avec QoS


"bandwidth 64"

120

Connexion Telnet

100
80

K bps

100
K bps

Connexion
Voip
Connexion
Web
Connexion
Telnet

140

50

60

Policing : Quels sont les paramtres utiliss ?

40
0
0

20

40

60

80

-50

20
0
-20 -

Sec

Bc Longueur garantie (Bc = Burst Commit)

20

40

Sec

60

80

100

Be Longueur excdentaire

140

Connexion Voip

Router 2600 avec QoS


"priority 64"

120

Prioritty 64

Connexion Web
Connexion Telnet

100

200

Inter Packet delai

Sans QOS


150

80

ms

K bps

Bandwidth 64

250

60

nombre de bits qu'un usager peut envoyer au rseau en plus de


Bc pendant un intervalle de temps (Tc)

Tc Intervalle de mesure du dbit garanti (Tc = Time


Commit)

100

nombre de bits qu'un usager peut envoyer au rseau pendant


un intervalle de temps (Tc)

40

intervalle de temps pendant lequel un usager peut envoyer un


nombre de bits Bc + Be

50

20
0
-20 0

0
20

40
Sec

60

80

Dlai VoIP

Dlai Web

Dlai Telnet
153

Tlphonie sur IP

Reprsentation des paramtres

Reprsentation des paramtres





154

Tlphonie sur IP

Valeurs instantanes pour un respect du contrat

En valeurs moyennes
Nb de bits
Vitesse Nominale

128kb
Dbit nominal

Be

EIR

Bc

Bande passante
Moyenne garantie

Pente correspondant
un dbit ngoci
64Kb/s (CIR)

CIR

CIR=64K

T0

Tc

Volume de donnes
achemin pour un
CIR de 64 Kb/s

Bit DE positionn 1
T0

T=1s
Tlphonie sur IP

155

Tlphonie sur IP

156

Reprsentation des paramtres




Stratgies de gestion des flux par le rseau

Valeurs instantanes pour un dbordement de contrat




Nb de bits

Vitesse nominale
de transfert

Trame dpassant le contrat


donc dtruite

Nous distinguerons deux types de stratgies :

128kb
Be = 20kbits

Destruction de trames, mais pas de dlai de transmission,

Be

Be

Bc

Bc

Vitesse de transfert
moyenne garantie

Bc = 90Kbits

CIR=64K

Bande passante
Moyenne garantie

Dlai de la transmission, mais pas de destruction.

Be

Be

Bc

Bc

Report de
transmission

Le lissage du trafic permet de fournir lutilisateur une perception


constante ou homogne du service rendu (quelque soit ltat du rseau)
T0

T=1s

Tc

Tlphonie sur IP

157

Tlphonie sur IP

Composantes de la QOS (Rseaux Ip): suite

Ressource Rservation Protocol (RSVP)

Classes de services pour les appli.


 Modle

DiffServ

Protocole de rservation B.P.

Orient rcepteur.

Utilisation de messages PATH (pas de mcanismes pour


envoyer dans l autre sens en routage Ip)

Messages RSVP ne sont pas acquitts par contre il y a


rafrachissement.

Associ IntServ

quivalent a un service personnalis de la "poste"

-service Premium -> dlai faible


-service Olympic (gold, silver, bronze)-> B.P assur
-service best effort -> classique
 Modle

158

IntServ

quivalent a un service "normal", "lent", "urgent" de la "poste"

-service guaranted -> dlai Max assur


-service controlled load -> B.P assur
-service best effort -> classique
Tlphonie sur IP

159

Tlphonie sur IP

160

RSVP (suite)

RSVP (suite)

Message Path

Dcodeur

Encodeur

Req. Rsvp (ex. 100Mbs)


Req. Rsvp (ex. 10Mbs)

RTP
Couche
transport
Couche
rseau

RTCP

UDP

TCP

IP

RTP

Dlai de transit
.gigue
...Perte

RTCP

UDP
TCP
Architecture
RSVP fournie
l identification et
la classification de
flux.
IP
Les stations et
Routeurs du rseau
doivent supporter le
protocole RSVP

Internet
161

Tlphonie sur IP

162

Tlphonie sur IP

Politique au niveau rseau


Diffserv (Differentiated services)


Composante des rseaux PBM (Policy Based Management )


les rgles de Qos sont dfinies au niveau "Business" (utilisateur)
d'une entreprise
 Napster

telephone: service premium

web: best effort

Oracle: Olympic Or

Mpeg2: Olympic bronze avec priorite complete de l'Or sur le


Bronze

prioritaire

priorit basse

 aucun

 la

Reconnaissance et interdiction des clients Napster

interdit entre 8h et 19h

 telephone

 web

paquet Oracle (SAP) perdu

telesurveillance MPEG2 ne doit pas perturber Oracle (SAP)

Tlphonie sur IP

163

Tlphonie sur IP

164

QoS: Architecture Diffserv (PBM1 oriented)

Diffserv, Exemple: Politique au niveau noeud

PDP: Policy Decision Point


Gre la politique de QoS
PEP:Policy enforcement point
Demande et applique une politique

Configuration Diffserv:

reconnaissance et classification des applications (marquage des


flux)

Policing (ex. paramtres BE, BC, TC)

gestion des buffer (ex. seuil de pertes des BE et Olympic Bronze)

Scheduling: gestion des priorits (ex. B.P, priorit allous)

Activation des principaux mcanismes de Gestion de files


d'attentes (ex. Priority Queing, WFQ (flow/class based), RED,
WRED

SLA
(MOS Cible)

Policy
Repository

PDP

Boucle de QoS
PEP

Systme de gestion

PEP
PEP
PEP

Meter
Classifier

Marker

Shaper/dropper

Rq: RSVP ou cops SLS, proposition pour grer dynamiquement les


SLA/SLS partir du terminal (pb trusted terminal)
1 Gestion de la QoS management base sur des politiques de
haut niveaux (niveau utilisateur).

165

Tlphonie sur IP

Tlphonie sur IP

Multicast

Multicast: envoie d un message un groupe de rcepteurs, via


l utilisation d une seule fonction de type send
envoie un utilisateur
 multicast envoie un groupe d utilisateurs
 broadcast
envoie tous les utilisateurs

Quelques applications de types multicast

diffusion audio/vido ( TV sur ADSL )

Transfert d applications ou de fichiers

Vidoconfrence (ex: Ivs)

jeux distribus (ex:MiMase)

mise jour de base de donnes distribues.

...

 unicast

Tlphonie sur IP

167

166

Tlphonie sur IP

168

lments critiques du multicast

Routage multicast: principes









Overhead
scalability
htrognit
routage multicast


Adressage

liste d adresses (pb de scalability )


groupe d adresses (pb de contrle)

Signalisation
 Multicast orient source

Qos

support du temps rel


fiabilit
contrle de flux

source tablit une connexion avec le groupe


ex ATM: une connexion explicite est tablie avec chaque
rcepteur (pb des groupes dynamiques)

Multicast orient rcepteur

...

Deering,1991

les groupes peuvent tre de taille diffrente


pas de restriction sur la topologie
adhsion dynamique un groupe

169

Tlphonie sur IP

Routage multicast: suite




Routage multicast: suite

Routage

Multicast via Broadcast:


filtrage au niveau transport (> niveau rseau)
adapt aux rseaux travaillant en mode diffusion
naturellement (ex: Lan, satellite)
pbs: scurit, bande passante.
 Multicast via Routage unicast:
liste d adresses associe l envoie du message


To (A,B)

To (A)

To (A,B)
To (A,B,C,D,E)

Spanning tree forwarding


shared ou source-based

A
Nud racine

C
A

A
To (B)

To (C,D,E)

170

Tlphonie sur IP

To (C)

To (C,D)

D
Tlphonie sur IP

171

Tlphonie sur IP

172

Routage multicast: suite

Algotithme RPF

1- Un paquet est reu sur l interface I, de S (Source) vers G (Groupe multicast)

Reverse Path Forwarding (RPF):

paquet (S,G)

Dalal et Metcalfe

utilisation de l infrastructure de routage unicast

DVMRP s inspire de RPF

protocole travaillant en mode broadcast

utilisation de l adressage de groupe

commutateurs et routeurs forward les paquets en se


basant sur l adresse source du paquet multicast

2- routeur consulte la table de routage unicast pour determiner l interface


native In utilise pour envoyer vers S.
3- Si I!=In alors I n est pas l interface pour recevoir le flux (S,G)-> Discard
4- Si I=In alors I est l interface pour recevoir le flux (S,G) -> Forward

173

Tlphonie sur IP

Routage multicast dans l Internet

DVMRP: Principe




RPF(+ looking one step further

174

Tlphonie sur IP

Adressage de groupe (niveau 3)

DVMRP)

class D

multicast niveau 2 (adressage niveau liaison)

protocole d adhsion de groupe

S
w

IGMP (ex. Join, Leave sur le rseau local)

protocole de routage multicast

DVMRP, MOSPF, CBT, PIM

Table de routage:

to via
s y

utilisation de message prune et graft dans le rseau coeur

D
Tlphonie sur IP

175

Tlphonie sur IP

176

Le Protocole niveau 3 (IP Multicast)

Correspondance adresse
IP / adresse MAC

Classe D adresse IP

Adresse MAC

224.0.0.5

01005E-000005

224.0.0.6

01005E-000006

Multicast fiable

Pb: explosion du trafic feedback

Protocole IGMP Internet Group Management Protocole


Ack


Encapsul dans un datagramme IP identifi par le type 2

Format paquet IGMP

Ack
Ack
Ack

0 1 2 3 4 5 6 7 8 9 1 1 2 3 4 5 6 7 8 9 2 1 2 3 4 5 6 7 8 9 3 1
0
0
0
Version

Type

Version

Ack
Ack

Checksum

Adresse de groupe multicast

Tlphonie sur IP

177

Multicast fiable: approches

Retransmission sur NAK (pas sur Ack)

dlai de transmission des Nak alatoire

server-based

FEC (Forward Error Correction)

codage source robuste

...

178

Tlphonie sur IP

Principe de fonctionnement

Crer une session




224.2.17.13

Routeur
Routeur

Routeur

Tlphonie sur IP

179

Routeur

Tlphonie sur IP

180

Annoncer la Session

Format SDP <type>=<value>


Description
v=

Version Protocole

o=

crateur/propritaire & Id session

s=

nom de la session

i*=

info. Sur la session

u*=

url contenant description

e*=

@ email

p*=

numero de tel.

c*=

info. Sur la connexion

b*=

info. Bande passante

Crer une session


224.2.17.13
Session Annoucement
Protocol
draft IETF mmusic-sap-00

Description de la
session

Routeur

Routeur

224.2.127.254 /
UDP port 9875

SAP client

z*=

fuseau horaire

k*=
a*=
t=

clef de crytpo.
attributs de session
dure de session

r*=
m=

occurrence de la session
media & @ transport

i*=

nom du media

c*=
b*=

info. connexion
info. Bande passante

k*=
a*=

clef de crypto.
une ou plusieurs lignes attributs media

Header

payload

Session Description Protocol


RFC2327

Version
payload,
Routeurtype
Origine,

SAP
(TTL=4)

Description
temporel

Crypto.
Etc.

Routeur

Description
de la session SDP n est pas un protocole
de communication,
mais un langage ou format
de description de session

Description
rseau

181

Tlphonie sur IP

182

Tlphonie sur IP

Annoncer la Session

Crer une session


224.2.17.13

(TTL=1)

Routeur

Participation

Crer une session


224.2.17.13
(TTL=0)

Routeur

Routeur

Routeur

(TTL=2)
Annuaire de session

Annuaire de session

Routeur

SAP client

(TTL=1)
SAP
(TTL=4)

Routeur

Routeur

Routeur

SAP client

ex : sdr.exe
Confrence 1

SAP
(TTL=4)

ex : sdr.exe

Routeur

Confrence 1

Routeur

(TTL=3)

Tlphonie sur IP

183

Tlphonie sur IP

184

Adhsion d'un participant

Crer une session


224.2.17.13

Crer une session


224.2.17.13

Routeur

Internet Group Management


Protocol IGMP

SAP
(TTL=4)

Routeur

Routeur

ex : sdr.exe

Routeur

Routeur
type

Routeur

Annuaire de session

Routeur
RFC2236

SAP client

Adhsion d'un participant

Annuaire de session

Routeur

SAP client

Confrence 1

Routeur

SAP
(TTL=4)

Adresse de groupe

ex : sdr.exe

Routeur

Confrence 1

Routeur

Ex : 224.2.17.13

IGMP

IGMP

185

Tlphonie sur IP

Tlphonie sur IP

du point de vue de la station cliente

Transfert de donnes

SDP description
O = Meddahi +33
s = Enic

Crer une session


224.2.17.13

Routeur

186

20 33 55 62 +33 20 33 55 98 IN IP4 192.48.251.107

i = Test Session from ENIC


m = audio 30000 RTP / AVP 3
c = IN IP4 224.2.17.13 /1
m = video 50000 RTP / AVP 31
c = IN IP4 224.2.17.13 /1

Routeur
Annuaire de session

Routeur
ex : sdr.exe

Routeur

Groupe 224.2.17.13

Confrence 1

Routeur

Tlphonie sur IP

SAP
IGMP

187

Tlphonie sur IP

188

Le Rseau Mbone

Tunneling

LAN 3
224.2.10.10

LAN 1
224.2.10.10

Routeur
multicast
224.2.10.10

Rseau
Unicast

Backbone
multicast
MBONE

Routeur
multicast
Rseau
Unicast

Routeur
multicast

Tlphonie sur IP

189

Tlphonie sur IP

LAN 2
224.2.10.10

190

Protocole niveau 3 (IP multicast)

Raccorder un site au Mbone:




mise en uvre d un tunnel IP (tunneling)

utilisation du demon Mrouted sur Unix ou quivalent sur d autres


Operating System.

Tlphonie sur IP

Conclusion

191

Tlphonie sur IP

192

Conclusion (suite)

Voix sur IP: techniquement au point (Tlphonie sur IP)

Qualit de Service (de bout en bout)?

Dpend essentiellement de la technologie


rseau sous-jacent.
Convergence Fixe/Mobile ( partir de 3G) et Voix-Donnes-Image:

Conclusion (suite)
Support des services tlcoms architecture et protocoles IP de plus
en plus complexes.

Les caractristiques des rseaux IP sont trs dynamiques et variables.

une seule infrastructure rseau pour la voix et les


donnes
 Administration d une architecture unique
rduction des cots de communication
Administration plus simple et moins onreuse


Impacte sur les performances.

 Avant un dploiement total des services, les rseaux


paquetsdoivent fournir le mme niveau de Qualit de Service que le
rseau commut (surtout pour les applications de types temps rel
ou sensible au dlai).

Rentabilit conomique:

 QoS complte (du rseau lapplication)

dpend de plusieurs facteurs, et de


lchance vise.

Tlphonie sur IP

Impacte sur les performances (ex. VoIP).

193

Tlphonie sur IP

Bibliographie (liste non exhaustive).

Conclusion (suite)












Mesures et contrle des performances IP (IETF IPPM).


Fiabilit/disponibilit (99.999% 84%)
Introperabilit (services transparents entre IP et rseaux
classiques)
Scurit (mdia et signalisation)
spam tlphonique (+ critique que le mail spam )
Mobilit (utilisateur/terminal)
Localisation gographique (applications bases local.)
Appels durgences
Interception dappels
Performance de la signalisation (ex. SIP)

Tlphonie sur IP

194

195

Le protocole TCP : RFC 793

Le protocole IP (Version 4) : RFC 791

Le protocole IP (Version 6) : RFC 1883

Le protocole IP multicast (IGMP) : RFC 1112

Protocole de transmission pour le multimdia : ITU-T T120/T.123/T.124

Protocole RTP : RFC 1889

MBone Interactive Multimdia on the Internet : Auteur :Vinay Kumar.Edition


:NewRiders

TCP-IP : architecture, protocoles, .. : Auteur :Comer, Joachim Bruno.Editeur


:InterEdition.

Tlphonie sur l'Internet:: Auteur: Jean-Franois Susbielle, Editions Eyrolles

Multipoint communication: a survey of protocols, functions, and mechanism, IEEE


Journal on Selected Areas in Communications, 1997, C. Diot, W. Dabbous and al.

Dlivering Voice over IP Networks: Daniel/Emma Minoli wiley computer publishing

Qualit de service sur IP, Jean-Louis Mlin, Editions Eyrolles.

www.spirentcom.com
Tlphonie sur IP

196

Protocole MGCP



ANNEXES


RFC 2885 (MEGACO)


Ncessit de sparer les fonctions typiquement soft, des fonctions Hardware
des passerelles.


Intelligence au sein du Call Agent

Les Fonctions de conversion au sein de la Gateway

Protocole utilis pour contrler diffrents types de passerelles :




(Trunk Gataway, Residential Gateway, Signaling Gateway, MCU)

197

Tlphonie sur IP

Exemple de flot MGCP


Etape

Terminale
RTC

Passerelle
MG
<Ack
(ready)

Off-

NFTY

hook

(dial
tone)

digit

(no
dial
tone)

Exemple de flot MGCP (suite) :


Serveur dappels
(ex.H323)

Etape

RQNT
->

<Ack

Terminale
RTC

10

digit

10a

(match)

->
10b

(off-hook
recorded)
<-

Serveur
Terminal IP
Megaco (MGC)
(ex. H323)

198

Tlphonie sur IP

Passerelle
MG

NFTY
<<Ack(SDP)

11

Ack

12
12a

RQNT
->

12b
13
14
15
16
17

digit
...

<Ack(SDP)

(ring
back)

<Ack

Serveur
Megaco (MGC)

Terminal IP
(ex. H323)

Serveur dappels
(ex.H323)

->
Ack
RQNT+CRCX
->
ARQ
<MDCX
->
SETUP

<RQNT+
MDFY (SDP)
->

--

->

--

ACF

->
ARQ
<ALERTING

->
ACF

Rq: en noir signalisation MGCP


Tlphonie sur IP

199

Tlphonie sur IP

200

Exemple de flot MGCP (suite) :


Etape

Terminale
RTC

Passerelle
MG

Serveur
Megaco (MGC)

<ACK

RQNT+MDFY
->

18
19

<(cutthrough)

Terminal IP
(ex. H323)

Exemple de flot MGCP (suite) :

Serveur dappels
(ex.H323)

CONNECT

Etape
20

Terminale
RTC
on-hook

21
21a

(full
duplex
media
transfer
recorded)

21b

Serveur
Passerelle
Serveur
MG
Megaco (MGC) taxation
Acc
NTFY
->
Ack
<RELEASE
-<RQNT+DLCX
Ack

22

1)NTFY 2001 endpoint/1@rgw-2567.enic.fr MGCP 0.1


N: ca@ca1.enic.fr:5678
X: 0123456789AB
O: hd
1)200 2001 OK

10a) NTFY 2002 endpoint/1@rgw-2567.enic.fr MGCP 0.1


N: ca@ca1.enic.fr:5678
X: 0123456789AC
O: 2,3,4,5,6,7,8,T
10a)200 2002 OK

RELEASE
COMPLETE

->

202

Dtail des messages MGCP (suite):

10b)CRCX 1204 endpoint/1@rgw-2567.enic.fr MGCP 0.1

13) Message H225


.
RTP receive address:128.96.41.1, 3456
RTCP receive address:128.96.41.1, 3457
16) Message H225
.
G.711 RTP receive address:128.96.63.25, 1296
G.711 RTCP address:128.96.63.25, 1297
G.729C RTP receive address:N/A
G.729C RTCP address:128.96.63.25, 1299

C: A3C47F21456789F0
L: p:10, a:PCMU
M: recvonly
X: 0123456789AD
R: hu
10b) 200 1204 OK
I: FDE234C8
v=0

2)RQNT 1202 endpoint/1@rgw-2567.enic.fr MGCP 0.1


N: ca@ca1.enic.fr:5678
X: 0123456789AC
R: hu, [0-9#*T](D)
D: ([2-9]xxxxxx| 1xxxxxxxxxx| 0T| [49]11| 011x.T)
S: dl
2)200 1202 OK

->

Tlphonie sur IP

Dtail des messages MGCP:


0)RQNT 1201 endpoint/1@rgw-2567.enic.fr MGCP 0.1
N: ca@ca1.enic.fr:5678
X: 0123456789AB
R: hd
0)200 1201 OK

--

(Media
transfert
stopped)

201

Serveur
dappels
(ex.H323)

->
<-

(Accounting)

Tlphonie sur IP

Terminal IP
(ex. H323)

17)MDCX 1206 endpoint/1@rgw-2567.enic.fr MGCP 0.1


C: A3C47F21456789F0
I: FDE234C8
L: p:10, a:PCMU
M: recvonly
X: 0123456789AE
R: hu
S: v
v=0

c=IN IP4 128.96.41.1


m=audio 3456 RTP/AVP 0
12a) MDCX 1205 endpoint/1@rgw-2567.enic.fr MGCP 0.1
C: A3C47F21456789F0
I: FDE234C8
L: p:10, a:PCMU,G729C
M: recvonly

19)MDCX 1208 endpoint/1@rgw-2567.enic.fr MGCP 0.1


C: A3C47F21456789F0
I: FDE234C1
M: active
X: 0123456789AF
R: hu
19)200 1208 OK
20)NTFY 2005 endpoint/1@rgw-2567.enic.fr MGCP 0.1
X: 0123456789AF
O: hu
20) 200 2005 OK
21a) DLCX 1210 endpoint/1@rgw-2567.enic.fr MGCP 0.1
C: A3C47F21456789F0
I: FDE234C1
X: 0123456789B0
R: hd
21b)250 1210 OK
P: PS=1245, OS=62345, PR=780, OR=45123, PL=0, JI=27, LA=48

12b) 200 1205 OK


v=0
c=IN IP4 128.96.41.1
m=audio 3456 RTP/AVP 0 18

Tlphonie sur IP

203

c=IN IP4 128.96.63.25


m=audio 1296 RTP/AVP 0
a=sendonly
m=audio 1298 RTP/AVP 96
a=rtpmap:96 X-G729C/8000
a=recvonly
17)200 1206 OK

Tlphonie sur IP

204

Megaco/h248

Megaco/h248


Drive de MGCP


Standard IETF (rfc3015 ITU-T h248)

Supporte:

services multimdia multipoint




syntaxe des messages (commandes/rponses) volu




tcp/udp  option (ATM,)




messages  texte ou binaire (ASN.1)




MGCP

notion: endpoint , connexions


1 transaction=1 commande
1type de reponse
commandes:

EndpointConfiguration
NotificationRequest
Notifications
CreateConnection
ModifyConnection
DeleteConnection
AuditEndpoint
AuditConnection
RestartinProgress


















Megaco/h248

notion: terminations , context


1 transaction=N actions
1action=N commandes
2 types de reponse (TransactionPending)
commandes:

Add
Modify
Subtract
Move
AuditValue
AuditCapabilities
Notify
ServiceChange

TEXTE, BINAIRE (asn.1)

TEXTE

extension des messages  support de package spcifique

Tlphonie sur IP

205

Tlphonie sur IP

206

Megaco/h248
Protocole SCTP(Stream Control Transport Protocol, RFC 2960)


Exemple: requte de statistiques


 MGC->MG

MEGACO/1 [123.123.123.4]:55555
Transaction=50009{

Modle pour le transport sur IP de la signalisation mode message




ex: : SS7,Q931

Context=5000{subtract=A5555{Audit{statistics}};

subtract=A5556{Audit{statistics}};

Dfinit la mthode d encapsulation des messages

Utilise IP comme protocole de transport

Dfinit les mcanismes ou protocoles de bout en bout afin


d assurer un transport performant et robuste des messages
transports.

}}


MG->MGC
MEGACO/1 [125.125.155.111]:55555
Reply=50009{
Context=5000{
subtract=A5555{
statistics{
nt/os=45123;
nt/dur=40}},
subtract=A5556{ statistics{rtp/ps=1245,nt/os=62345,rtp/pr=780,nt/or=45123,
rtp/pl=10,rtp/jit=27,}}

Tlphonie sur IP

207

Tlphonie sur IP

208

Protocole SCTP: Composantes

Protocole SCTP: suite

Ce que doit assurer SCTP:


Module Adaptation (M2UA)

* fiabilit
* faible latence
* disponibilit
multilink
dtection rapide de coupure
fonction keep alive
* synchro des horloges
* scurit
* ...

Couche Transport (SCTP)

UDP-TCP

Appli.orients
Transaction

TUP

TCAP

MTP3
M3UA

M2UA

MTP Level 3
MTP Level 2

SCTP

MTP Level 1

IP

SUA

210

Tlphonie sur IP

Livret lve: squence 2 (question a)


RTC

SS7

Etablissement
Architecture 2:

IP SCP

Alerte

IAM

(Q931/SCTP)

Passerelle

Connexion

ANM

IP

Invite

ACM

MGC

SG

Sig. oriente
Transactions

Sig. orient
contrle
d appels
(niveau 4)

TCAP
SCCP

Protocole SCTP:

SS7

ISUP

209

Tlphonie sur IP

SS7/SCTP

Appli. orient ( circuit )


contrle d appels

GSM
Application MAP/ INAP
Specific IS-41
Layers

IP

Architecture 1:

SCTP: Stream Control Transmission Protocol


M2UA, M3UA, SUA: protocoles adaptatifs
INAP: Intelligent Network Application Protocol
ISUP: Isdn User Part

MTP: Message Transfert Part


SSCP: Signaling Connection Control Part
TCAP: Transaction Capacitives Application Part
TUP:Tlphone User Part

Ringing
200 Ok
Ack

MGCP

MGCP
Q931/Q921
media

Rseau IP
T2

Serveur
SIP

[SG]
[MG]

STP

STP

(Switch)

(Switch)

SS7
(signalisation) SS7

MGC

Signalisation
SS7
Signalisation
RNIS

MG

SSP

RTC
(Switch)
(transport)

(Switch)

Tlphonie sur IP

211

SSP

Passerelle
Sig.

Passerelle
Mdia

Signalisation
SIP

Flux
Mdia (audio)

Tlphonie sur IP

IP

212

question b: plusieurs solutions:


*Dans message SIP spcifique: INFO
INFO sip:7007471000@example.com SIP/2.0
Via: SIP/2.0/UDP alice.uk.example.com:5060
From: <sip:7007471234@alice.uk.example.com>;tag=d3f423d
To: <sip:7007471000@example.com>;tag=8942
Call-ID: 312352@myphone
CSeq: 5 INFO
Content-Length: 24
Content-Type: application/dtmf-relay
Signal=5
Duration=160

*Dans le contenu mdia (RTP)

*Message RTP spcifique (RFC 2833)

1
0

1600=200ms

6400=800ms

2000=250ms

400=50ms

Offset: 4800=600ms

Offset:11200
11600=1,45sec (dernier bit paquet RTP envoy 1.45 sec)
400=50ms (dure du paquet IP)
timestamp:11200

Tlphonie sur IP

213