Cours Sip PDF

Introduction SIP
(Session Initiation Protocol)
M1 Info Cours de Rseaux
Z. Mammeri
Couche Session M1 Info Z. Mammeri - UPS 1
1. Introduction
Concept de session
Session : priode pendant laquelle un groupe dentit communiquent ou

cooprent
p via un rseau.
Session multimdia : priode de communication de flux multimdia entre
un groupes dentits.
Exemples de session
- Tlconfrence
- Confrence tlphonique
- Appel tlphonique
1
1. Introduction
Concept de session
Description de session : spcification des infos lies une session

(sujet de la session
session, type de mdia
mdia, dure de session
session, rgles de
scurit)
Annonce de session : mcanisme (protocole) par lequel la

description de session est communique aux participants potentiels
Protocoles de session
Approche OSI Couche Session
Approche IETF Protocole SIP (de niveau Application)
Approche ITU Protocole H.323 (de niveau Application)
1. Introduction
SIP en bref
SIP : Session Initiation Protocol
Protocole phare pour la gestion de session dans le monde Internet
P
Pour IInternet,
t t SIP estt un protocole
t l de
d niveau
i A li ti
Application
RFC consacrs SIP
- Premier RFC sur SIP : RFC 2543 Mars 1999
- Version actuelle : RFC 3261 (juin 2002) 269 pages plusieurs fois tendue
- En Mars 2009 : 82 RFC contiennent SIP dans leur titre (prise en compte de la
scurit, diversit des flux multimdia, diversit des rseaux et protocoles de
transport
SDP : Session Description Protocol

Utilis par SIP pour dcrire les paramtres de session H.323 : Concurrent
RFC consacrs SDP de SIP dvelopp et
- Premier RFC sur SDP : RFC 2327 - 1998 promu par lITU
- Version actuelle : RFC 4566, Juillet 2006
- En mars 2009 : 21 RFC contiennent SDP dans leur titre
2
1. Introduction
SIP en bref
SCTP DCCP
STCP : Stream Control Transmission Protocol DCCP : Datagram Congestion Control Protocol
RTSP : Real Time Streaming Protocol RTCP : Real time Transport Control Protocol
1. Introduction
SIP en bref
En gnral, lobjectif de SIP est de rendre plus facile (transparent) le
dploiement dapplications multimdia via IP. Atteindre le ALL-over-IP
Applications actuelles de SIP
- Flux continus
* Tlconfrence
* Tlphonie
* Distribution de contenu multimdia (streaming)
- Flux vnementiels
* Messagerie instantane
* Prsence (ex. contrle dclairage ou dintrusion dans les habitations) : quand
llvnement
vnement arrive
arrive, on avertit llusager
usager abonn lvnement
l vnement
Les messages SIP sont transports par un protocole de transport (TCP, RTP,
UDP)
SIP est largement inspir de HTTP (mode requte-rponse)
3
1. Introduction
SIP en bref
5 fonctionnalits de base de SIP
Localisation de lappel
l appel : dtermination de lendroit
l endroit o se trouve lappel
l appel
Disponibilit de lutilisateur : dterminer si lutilisateur appel souhaite

sengager dans la communication
Capacits de lappel : dterminer si les capacits (en termes de codec

et autres) de lappel sont suffisantes pour engager la communication. Il
peut y avoir ngociation des capacits pour sadapter la session
Etablissement de lappel
l appel (Call setup) : sonnerie
sonnerie , mise en
correspondance des deux interlocuteurs
Suivi dappel (Call handling) : transfert de donnes, maintien de la

session et terminaison
1. Introduction
SIP en bref
SIP permet de fixer les paramtres de session

- Identification des partenaires
- Identification des mdias
-
SIP gre des sessions point point (unicast) ou multipoint (multicast)
SIP permet de modifier les paramtres de session
- Ajout ou retrait de mdia
- Ajout (invitation) ou retrait de membre dans une session multicast
SIP permet de grer la mobilit des usagers

SIP permet de rediriger les appels
4
1. Introduction
SIP en bref
Deux aspects importants lis une session de mdia session
Codage de mdia
Utilisation dun codec
Codecs usuels : G.711, G.723.1, G.729, AMR
Transport de mdia
Utilisation dun protocole de transport (UDP, TCP, SCTP, DCCP, RTP)
RTP est le protocole gnralement associ SIP pour les flux multimdia
RTP est fond sur lestampillage de messages et le rejet de messages
tardifs
2. Entits SIP et leurs interactions

Adressage des abonns
N identits pour un mme abonn/utilisateur

URI : Universal Resource Identifier
h f
yahoo.fr
Pr_j456@yahoo.fr
Pierre.jacques@ups-tlse.fr
ups-tlse.fr
Pierre.jacques@irit.fr
Pierre jacques@irit fr
712@irit.fr
irit.fr
0561111111 0662222222
5
SIP en mode pair pair (sans intermdiaire SIP)
irit.fr inria.fr
1 2
Pascal.robert@inria.fr
INVITE
Pierre.jacques@Irit.fr
200 OK
200 OK
3
ACK pascal.robert@inria.fr
5 Flux multimdia

SIP en mode multipoint (sans intermdiaire SIP)
irit.fr inria.fr
1 2
dupont@inria.fr
INVITE Dupont@inria.fr
3
200 OK
Pierre.jacques@Irit.fr 4
ACK dupont@inria
labri.fr
5 Flux multimdia
1 2
martin@labri.ffr
INVITE martin@labri.fr
3
200 OK
4
ACK martin@labri.fr
6
SIP avec proxy
inria.fr
Location
server
pr@dep.inria.fr
1 2 4 5
pr@PC_y
irit.fr INVITE
robert
INVITE pr@dep.inria.fr
200 OK
Pierre.jacques@Irit.fr 200 OK 6
7
Proxy
8 ACK pr@dep.inria.fr
9 Flux multimdia

SIP en mode redirection
irit.fr inria.fr
1
Location
INVITE 2
robert
server
Pascal.robert@inria.fr Pascal.robert
Pierre.jacques@Irit.fr
Redirect
4
server
302 Moved temporarily Pas_Rob@lip6.fr
Contact: pas_rob@lip6.fr 3
5
ACK pascal.robert@inria.fr
INVITE pas_rob@lip6.fr
6
200 OK 7
8 ACK pas_rob@lip6.fr
lip6.fr
Flux multimdia 9
7
Entits de SIP
SIP : bas sur le modle Client/serveur (comme HTTP)
Entits SIP
Agent Client (appel UAC : user agent client) : entit,
entit qui se trouve sur
tout quipement, ayant pour rle denvoyer les requtes et recevoir
les rponses
Agent Serveur (appel aussi UAS : user agent server) : entit, qui se
trouve sur tout quipement SIP, ayant pour rle de gnrer et
denvoyer les rponses
Serveur proxy
Serveur de redirection
Registre et Service de localisation
Passerelles SIP vers des rseaux non-conformes SIP
Les serveurs sont des fonctions (appareils logiques) qui peuvent tre
dployes ou non sur des appareils physiques distincts.

Entits de SIP
Serveur Proxy
Entits qui agissent en tant que clients ou serveurs pour faciliter la tche
des agents utilisateur Clients
Les proxies ont surtout un rle de 'routage
routage (i.e.
(i e envoyer la requte est
envoye vers une entit proche de lusager cible).
Ils servent aussi mettre en lace des politiques daccs/scurit (quels
usagers peuvent appeler ?...)
Serveur de redirection : utilis pendant la phase dinitiation dappel pour
dterminer ladresse de lappareil appel. Avec linfo retourne par le serveur
de redirection, lUAC de lappareil appelant est redirig vers une URI
alternative pour contacter lUAS correspondant.
Registre
g : entit qqui sert traiter les requtes
q denregistrement
g des infos sur
les usagers (adresse SIP, adresse IP de lusager) cest une sorte de
rpertoire. Les infos sont stockes sur le Service de localisation
Service de localisation (pseudo DNS)

Maintient une base de donnes des mappings entre adresses SIP et
identificateurs dutilisateur
utilis par le serveur proxy ou serveur de redirection pour obtenir des
infos sur la localisation de lappel
8
Entits de SIP
Le proxy server dAlice

utilise le DNS p
pour
retrouver le proxy server
de Bob

Exemple 1 Etablissement dappel (avec succs)
9
Exemple 2 Etablissement dappel (avec chec)
Inutile si le
pro
proxy
connat
l@IP de Bob

Exemple 3 Prsence (1 souscription )
Alice veut communiquer avec
Bob qui nest pas disponible.
Elle sabonne auprs du Proxy
de Bob pour quil lavertisse
quand Bob devient joignable.
Les requtes SUBSCRIBE et
NOTIFY utilises dans
lchange ne sont pas des
requtes standards de SIP. Il
sagit dextensions de SIP pour
la tlphonie.
10
Exemple 3 Prsence (2 Enregistrement et notification )
Bob devient
de ient joignable
joignable.
Il senregistre auprs
de son proxy.
Le proxy met jour la
base de donnes.
Le proxy joue aussi
le rle de REGISTRE
Le proxy notifie
Alice que Bob est
maintenant joignable.
3. Requtes et rponses SIP

Format de messages SIP
mthode (Requte) ou Rponse
Mthode URL SIP/2.0 SIP/2.0 Etat Raison
Via: SIP/2.0 protocole host:port

From: Id du user source
To: Id du user destination Entte
Call-Id: local_id@host de message
CSeq: numro de squence mthode
Content-length: longueur dentte
Content-type: type de mdia
v=
o= Description de mdias avec
c= le protocole SDP Corps
... de message
11
Requtes (mthodes) SIP
INVITE : demande dtablissement de session entre agents utilisateurs
ACK : confirmation de lchange prcdent
BYE : terminaison de session
CANCEL : annulation de requte pendante sans mettre fin la session
OPTIONS : demande dinformations sur le profil (capacits) de lappel,
sans initialisation de session
REGISTER : demande dun agent utilisateur pour enregistrer son adresse
IP et URL courantes pour recevoir les appels.
Une requte SIP est spcifie sur une ligne selon la forme suivante :
<Mthode> <URI> <SP> <SIP-Version> <retourChariot>
<Mthode> ::= INVITE | ACK | BYE | CANCEL | OPTIONS | REGISTER
Exemple :
INVITE sip:picard@societe.com SIP/2.0

Rponses SIP
1xy (Informational) : requte bien reue, traitement de requte en cours
2xy (Success) : requte prcdente reue, accepte et traite
3xy (Redirection) : autre action entreprendre pour complter la requte
4xy (Client error) : requte contenant une erreur de syntaxe ou non valide
pour le serveur cible
5xy (Server error) : chec du serveur traiter une requte (juge valide
pour ce serveur)
6xy (Global failure): requte invalide pour tout serveur
Une rponse SIP est spcifie sur une ligne selon la forme suivante :
<SIP-Version> <SP status-code> <SP reason> <Carriage return>
Exemple :
SIP/2.0 404 Not Found // le premier (4) caractre du code indique la classe de rponse
12
Codes Rponses SIP

Attribut VIA et routage
Chaque requte inclut un champ VIA qui contient le chemin (partiel)
pris par la requte
Lagent
L agent Client indique son adresse dans le champ VIA
Chaque Proxy qui traite la requte rajoute son adresse au champ VIA
- Pour permettre aux rponses de prendre le mme chemin que les
requtes
- Pour viter les boucles de routage
- Pour avertir les firewalls qui vont relayer les rponses
L agent Serveur recopie le contenu du champ VIA dans la rponse,
puis
i renvoie
i lla rponse
d
dans lle sens iinverse d
du chemin
h i d de lla requte

13
Exemples dentte de message SIP
INVITE sip:picard@societe1.com SIP/2.0
Via: SIP/2.0/UDP host.societe2.com:5060
From: Pierre Jules <sip:pierre.jules@societe2.com>
To: Jean Luc Picard <sip:picard@societe1.com>
Call-ID: 314159@host.societe1.com
CSeq: 1 INVITE
Numro de squence de requte
INVITE sip:robert@societe3.com SIP/2.0

Via: SIP/2.0/UDP 12.26.17.91:5060
Nombre max
Max-Forwards: 10
de sauts
T
To: robert
b t <<sip:robert@societe3.com>
i b t@ i t 3 >
From: Jules <sip:jules@societe1.com
Call-ID: a84b4c76e66710@12.26.17.91 Jules indique
CSeq: 314159 INVITE quil faut le
Contact: <sip:jules@societeVisitee.com> contacter
Content-Type: application/sdp ailleurs que dans
Content-Length: ... sa socit

Exemple de route SIP multi-sauts
14
Protocole SDP (RFC 4566)
Session Description Protocol (SDP) = protocole pour dcrire les paramtres

de session
Les paramtres de session permettent aux membres de session de se
joindre ou non la session en fonction des mdias proposs
La description de session inclut notamment les lments suivants
Un ou plusieurs mdia (audio, vido, data)
Une ou n adresses de destination
Port (TCP, UDP.) utilis pour chaque mdia
Instant de dbut et fin de session
Rgles de scurit appliquer la session
La description de paramtre se fait selon le format

<description de paramtre> = [*] <valeur>
* : dsigne une valeur optionnelle

Protocole SDP
Numro de version de SIP : v=
Identification de linitiateur de session : o=
nom de user
session id
type de rseau (IN : internet)
type dadresse (IP4 ou IP6),
adresse IP unicast de la machine dinitialisation de session
Nom de session : s=
Infos sommaires sur la session : i*=
URL de description de session : u*=
Adresse mail : e*=
e*=
Numro de tlphone : p*=
Description de la connexion de donnes : c*=
Type de rseau : IN pour Internet
Type dadresse : IP4 ou IP6
Adresse de connexion
15
Protocole SDP
Bande passante propose pour supporter la session : b*=
Aspects temporels : on spcifie une liste dlments
I t t (en
Instants ( sec depuis
d i 1900) d de db
dbutt ett fifin d i : t=
de session t
Rptition de la session : r*=
Ajustements dhoraires en cas de fuseaux horaires multiples : z*=
Cl de cryptage : k*=
Autres attributs de session : a*=
Description dun ou plusieurs mdias avec les lments suivants :
Nom du mdia et adresse de transport : m=
m=
Type de media (texte, audio, vido, message)
Port de communication pour la session
Protocole de transport (RTP/AVP, RTP/SAVP, UDP)
Format de media :
Titre du mdia : i*=

Protocole SDP Exemples de corps de message
v=0
o=Jules 2890844527 2890844527 IN IP4 10.0.0.1
s=MusiqueFloyd
i=envoi du dernier tube de Floyd
c=IN IP4 10.0.0.1
t= 10xxx 11xxx
m=audio 4122 RTP/AVP 0 8 Un seul
mdia
v=0
o=robert 2890844526 2890842807 IN IP4 10.47.16.5
s= Film SDP
i= Principaux concepts pour comprendre le protocole SIP
u=http://www.societe.com/cours/sdp.pdf
e=jean.pierre@societe.com (Jean Pierre)
c=IN IP4 224.2.17.12/127
t=2873397496 2873404696
m=audio 49170 RTP/AVP 0 Deux
m=video 51372 RTP/AVP 99 mdias
16
Exemples de messages SIP avec entte et corps
Message de requte Message de rponse
INVITE sip:jules@a.com SIP/2.0 SIP/2.0 200 OK

Via: ... Via: ...
From: guy@b.com From: sip:jules@a.com
To: sip:jules@a.com To: guy@b.com
Call-Id: 212@a.com Call-Id: 212@a.com
CSeq: 15 INVITE CSeq: 15 INVITE
Content-type: application/sdp Content-type: application/sdp
v 0
v=0 v 0
v=0
o= ... o= ...
c= IN IP4 x.a.com c= IN IP4 x.a.com
m= audio 3456 RTP m= audio 3456 RTP
m=video 4000 RTP m=video 0 RTP
Accepte laudio et rejette la vido
4. Conclusion
Nouveaux marchs pour la tlphonie
Beaucoup de fabricants dquipements de tlphonie Tlphoner via
proposent des appareils compatibles SIP (i.e. SIP est Internet
intgr dans les appareils) : Nokia, Samsung
Les fabricants de passerelles et routeurs (Cisco,

Nortel) et les fabricants de serveurs intgrent SIP
dans leurs produits
Les fournisseurs daccs Internet intgrent aussi

SIP
Mise en place de PABX SIP dans les entreprises

Simplifier la recherche des personnes au sein dune
entreprise (plus besoin de standardiste pour dire o
se trouve X ou Y et si Z peut appeler X entre 15h et
16h)
17
4. Conclusion
Terminaux SIP
5. Exemple long (tir du RFC 3262)

Diagramme des messages
Atlanta.com biloxi.com
proxy proxy
Alices Bobs
phone phone
INVITE F1
INVITE F2
100 Trying F3 INVITE F4
100 Trying F5
180 Ringing F6
180 Ringing F7
180 Ringing F8
200 OK F9
200 OK F10
200 OK F11
ACK F12
Media
Bye F13
200 OK F14
18
F3 INVITE atlanta.com proxy -> biloxi.com proxy
F1 INVITE Alice -> atlanta.com proxy INVITE sip:bob@biloxi.com SIP/2.0
INVITE sip:bob@biloxi.com SIP/2.0 Via: SIP/2.0/UDP bigbox3.site3.atlanta.com;
Via: SIP/2.0/UDP pc33.atlanta.com;branch=z9hG4bKnashds8 branch=z9hG4bK77ef4c2312983.1
Max-Forwards: 70 Via: SIP/2.0/UDP pc33.atlanta.com;branch=z9hG4bKnashds8
To: Bob <sip:bob@biloxi.com> ;received=192.0.2.1
From: Alice <sip:alice@atlanta.com>;tag=1928301774 Max-Forwards: 69
Call-ID: a84b4c76e66710 To: Bob <sip:bob@biloxi.com>
CSeq: 314159 INVITE From: Alice <sip:alice@atlanta.com>;tag=1928301774
Contact: <sip:alice@pc33.atlanta.com> Call-ID: a84b4c76e66710
Content-Type: application/sdp CSeq: 314159 INVITE
Content-Length: 142 Contact: <sip:alice@pc33.atlanta.com>
(Alice's SDP not shown) Content-Type: application/sdp
Content-Length: 142
F2 100 Trying atlanta.com proxy -> Alice (Alice's SDP not shown)
SIP/2.0 100 Trying
Via: SIP/2.0/UDP pc33.atlanta.com;branch=z9hG4bKnashds8 F4 100 Trying biloxi.com proxy -> atlanta.com proxy
;received=192.0.2.1 SIP/2.0 100 Trying
To: Bob <sip:bob@biloxi.com> Via: SIP/2.0/UDP bigbox3.site3.atlanta.com;
From: Alice <sip:alice@atlanta.com>;tag=1928301774 branch=z9hG4bK77ef4c2312983.1;received=192.0.2.2
Call-ID: a84b4c76e66710 Via: SIP/2.0/UDP pc33.atlanta.com;branch=z9hG4bKnashds8
CSeq: 314159 INVITE ;received=192.0.2.1
Content-Length: 0 To: Bob <sip:bob@biloxi.com>
From: Alice <sip:alice@atlanta.com>;tag=1928301774
Call-ID: a84b4c76e66710
CSeq: 314159 INVITE
Content-Length: 0

F5 INVITE biloxi.com proxy -> Bob F7 180 Ringing biloxi.com proxy -> atlanta.com proxy
INVITE sip:bob@192.0.2.4 SIP/2.0 SIP/2.0 180 Ringing
Via: SIP/2.0/UDP server10.biloxi.com;branch=z9hG4bK4b43c2ff8.1 Via: SIP/2.0/UDP
Via: SIP/2.0/UDP bigbox3.site3.atlanta.com; bigbox3.site3.atlanta.com;branch=z9hG4bK77ef4c2312983.1
branch=z9hG4bK77ef4c2312983.1 ;received=192.0.2.2 ;received=192.0.2.2
Via: SIP/2.0/UDP pc33.atlanta.com;branch=z9hG4bKnashds8 Via: SIP/2.0/UDP pc33.atlanta.com;branch=z9hG4bKnashds8
;received=192.0.2.1
;received=192.0.2.1
M F
Max-Forwards:
d 68
To: Bob <sip:bob@biloxi.com>;tag=a6c85cf
To: Bob <sip:bob@biloxi.com>
Call-ID: a84b4c76e66710 Call-ID: a84b4c76e66710
CSeq: 314159 INVITE Contact: <sip:bob@192.0.2.4>
Contact: <sip:alice@pc33.atlanta.com> CSeq: 314159 INVITE
Content-Type: application/sdp Content-Length: 0
Content-Length: 142
(Alice's SDP not shown) F8 180 Ringing atlanta.com proxy -> Alice
SIP/2.0 180 Ringing
F6 180 Ringing Bob -> biloxi.com proxy Via: SIP/2.0/UDP pc33.atlanta.com;branch=z9hG4bKnashds8
SIP/2.0 180 Ringing ;received=192.0.2.1
Via: SIP/2.0/UDP server10.biloxi.com; branch
branch=z9hG4bK4b43c2ff8.1
z9hG4bK4b43c2ff8.1
To Bob <sip
To: <sip:bob@biloxi.com>;tag=a6c85cf
bob@bilo i com> tag a6c85cf
;received=192.0.2.3
Via: SIP/2.0/UDP bigbox3.site3.atlanta.com;
branch=z9hG4bK77ef4c2312983.1;received=192.0.2.2 Call-ID: a84b4c76e66710
Via: SIP/2.0/UDP pc33.atlanta.com;branch=z9hG4bKnashds8 Contact: <sip:bob@192.0.2.4>
;received=192.0.2.1 CSeq: 314159 INVITE
To: Bob <sip:bob@biloxi.com>;tag=a6c85cf Content-Length: 0
Contact: <sip:bob@192.0.2.4>
CSeq: 314159 INVITE
Content-Length: 0
19
F9 200 OK Bob -> biloxi.com proxy
SIP/2.0 200 OK
Via: SIP/2.0/UDP server10.biloxi.com;branch=z9hG4bK4b43c2ff8.1 ;received=192.0.2.3
Via: SIP/2.0/UDP bigbox3.site3.atlanta.com;branch=z9hG4bK77ef4c2312983.1 ;received=192.0.2.2
Via: SIP/2.0/UDP pc33.atlanta.com;branch=z9hG4bKnashds8 ;received=192.0.2.1
To: Bob <sip:bob@biloxi
<sip:bob@biloxi.com>;tag=a6c85cf
com>;tag=a6c85cf
CSeq: 314159 INVITE
Content-Type: application/sdp
Content-Length: 131
(Bob's SDP not shown)
F10 200 OK biloxi.com proxy -> atlanta.com proxy

SIP/2.0 200 OK
g
Via: SIP/2.0/UDP bigbox3.site3.atlanta.com;branch=z9hG4bK77ef4c2312983.1 ;received=192.0.2.2
Via: SIP/2.0/UDP pc33.atlanta.com;branch=z9hG4bKnashds8 ;received=192.0.2.1
Call-ID: a84b4c76e66710 CSeq: 314159 INVITE
Content-Length: 131
(Bob's SDP not shown)
F11 200 OK atlanta.com proxy -> Alice F13 BYE Bob -> Alice
SIP/2.0 200 OK BYE sip:alice@pc33.atlanta.com SIP/2.0
Via: SIP/2.0/UDP pc33.atlanta.com; Via: SIP/2.0/UDP 192.0.2.4;branch=z9hG4bKnashds10
branch=z9hG4bKnashds8 ;received=192.0.2.1 Max-Forwards: 70
To: Bob <sip:bob@biloxi.com>;tag=a6c85cf From: Bob <sip:bob@biloxi.com>;tag=a6c85cf
p @ ; g
From: Alice <sip:alice@atlanta.com>;tag=1928301774 To: Alice <sip:alice@atlanta.com>;tag=1928301774
Call-ID: a84b4c76e66710 Call-ID: a84b4c76e66710
CSeq: 314159 INVITE CSeq: 231 BYE
Contact: <sip:bob@192.0.2.4> Content-Length: 0
Content-Length: 131 F14 200 OK Alice -> Bob
(Bob's SDP not shown) SIP/2.0 200 OK
Via: SIP/2.0/UDP 192.0.2.4; branch=z9hG4bKnashds10
F12 ACK Alice -> Bob From: Bob <sip:bob@biloxi.com>;tag=a6c85cf
ACK sip:bob@192.0.2.4 SIP/2.0 To: Alice <sip:alice@atlanta.com>;tag=1928301774
Via: SIP/2.0/UDP Call-ID: a84b4c76e66710
pc33 atlanta com;branch=z9hG4bKnashds9
pc33.atlanta.com;branch=z9hG4bKnashds9 CSeq: 231 BYE
Max-Forwards: 70 Content-Length: 0
CSeq: 314159 ACK
Content-Length: 0
20

Cours Sip PDF

Încărcat de

Informații document

Titlu original

Drepturi de autor

Formate disponibile

Partajați acest document

Partajați sau inserați document

Opțiuni de partajare

Vi se pare util acest document?

Este necorespunzător acest conținut?

Drepturi de autor:

Formate disponibile

Cours Sip PDF

Încărcat de

Drepturi de autor:

Formate disponibile

Introduction SIP

(Session Initiation Protocol)

M1 Info Cours de Rseaux

Couche Session M1 Info Z. Mammeri - UPS 1

Session : priode pendant laquelle un groupe dentit communiquent ou

Couche Session M1 Info Z. Mammeri - UPS 2

Description de session : spcification des infos lies une session

Annonce de session : mcanisme (protocole) par lequel la

Couche Session M1 Info Z. Mammeri - UPS 3

SDP : Session Description Protocol

Couche Session M1 Info Z. Mammeri - UPS 4

Couche Session M1 Info Z. Mammeri - UPS 5

Couche Session M1 Info Z. Mammeri - UPS 6

5 fonctionnalits de base de SIP

Disponibilit de lutilisateur : dterminer si lutilisateur appel souhaite

Capacits de lappel : dterminer si les capacits (en termes de codec

Suivi dappel (Call handling) : transfert de donnes, maintien de la

Couche Session M1 Info Z. Mammeri - UPS 7

SIP permet de fixer les paramtres de session

SIP permet de grer la mobilit des usagers

Couche Session M1 Info Z. Mammeri - UPS 8

Deux aspects importants lis une session de mdia session

Couche Session M1 Info Z. Mammeri - UPS 9

2. Entits SIP et leurs interactions

N identits pour un mme abonn/utilisateur

Couche Session M1 Info Z. Mammeri - UPS 10

Couche Session M1 Info Z. Mammeri - UPS 11

2. Entits SIP et leurs interactions

Couche Session M1 Info Z. Mammeri - UPS 12

Couche Session M1 Info Z. Mammeri - UPS 13

2. Entits SIP et leurs interactions

Couche Session M1 Info Z. Mammeri - UPS 14

Couche Session M1 Info Z. Mammeri - UPS 15

2. Entits SIP et leurs interactions

Service de localisation (pseudo DNS)

Le proxy server dAlice

Couche Session M1 Info Z. Mammeri - UPS 17

2. Entits SIP et leurs interactions

Couche Session M1 Info Z. Mammeri - UPS 18

Couche Session M1 Info Z. Mammeri - UPS 19

2. Entits SIP et leurs interactions

Couche Session M1 Info Z. Mammeri - UPS 20

Couche Session M1 Info Z. Mammeri - UPS 21

3. Requtes et rponses SIP

Mthode URL SIP/2.0 SIP/2.0 Etat Raison

Via: SIP/2.0 protocole host:port

Couche Session M1 Info Z. Mammeri - UPS 22

Couche Session M1 Info Z. Mammeri - UPS 23

3. Requtes et rponses SIP

Couche Session M1 Info Z. Mammeri - UPS 24

Couche Session M1 Info Z. Mammeri - UPS 25

3. Requtes et rponses SIP

Couche Session M1 Info Z. Mammeri - UPS 26

Numro de squence de requte

INVITE sip:robert@societe3.com SIP/2.0

Couche Session M1 Info Z. Mammeri - UPS 27

3. Requtes et rponses SIP

Couche Session M1 Info Z. Mammeri - UPS 28

Session Description Protocol (SDP) = protocole pour dcrire les paramtres

La description de paramtre se fait selon le format

Couche Session M1 Info Z. Mammeri - UPS 29

3. Requtes et rponses SIP

Couche Session M1 Info Z. Mammeri - UPS 30