Prsentation PowerPoint

1
SIP (Session Initiation Protocol) - Présentation
Générale
2
Sommaire Introduction - Contenu
Information sur SIP - Capacités de
SIP - Composants de SIP -
Clients SIP - Serveurs SIP
Comment SIP fonctionne Comment SIP
fonctionne avec un Proxy Server Comment SIP
fonctionne avec un Redirect Server
Communications SIP - SIP Gateway vers
SIP Gateway - Call Setup et Disconnect -
SIP Gateway vers SIP Gateway - Appel via Redirect
Server - SIP Gateway vers SIP Gateway -
Appel via Proxy Server Références
additionnelles - Documents liés
- Standards - MIB - RFC
3
Introduction Ce document fournit une
présentation générale de SIP (Session Initiation
protocol). Contenu ? Information sur SIP
? Comment fonctionne SIP ? Comment SIP
fonctionne ? Comment SIP fonctionne avec un
Proxy Server ? Comment SIP fonctione avec un
Redirect Server ? Communications SIP ?
Références additionnelles Information sur SIP
SIP (Session Initiation Protocol) est un
protocole de contrôle de couche application
basé sur l'ASCII qui peut être utilisé pour
établir, maintenir, libérér des appels entre
deux ou plusieurs points d'extrémités. SIP est un
protocole alternatif développé par l'IETF
(Internet Engineering Task Force) pour de la
conférence multimédia sur IP. Les
fonctionnalités de SIP vsont conformes avec le
RFC 2543, SIP Session Iniatiation Protocol,
publié en Mars 1997. L'implémentation SIP de
Cisco permet aux plateformes Cisco supportées de
signaler l'établissement d'appels pour la voix
et le multimédia sur des réseaux IP. Comme
d'autres protocoles VoIP, SIP est conçu pour
répondre aux fonctions de ges- tion de la
signalisation et de session dans un réseau de
téléphonie par paquets. La signalisation permet
aux informations d'apprl d'être transportées à
travers le réseau. La gestion de session fournit
la possibilité de controler les attributs d'une
communi- cation de bout en bout. Capacités de
SIP SIP a les capacités suivantes ?
Localise l'extrémité cible -- SIP supporte la
résolution d'adresse, le mapping de nom et
la redirection d'appel. ? Détermine les
capacités média de l'extrémité cible -- SIP
détermine le niveau de service commun le
plus bas entre les deux extrémités au travers de
SDP (Session Description Protocol). Les
conférences sont établies en utilisant les
capacités média qui peuvent être supportées
par les deux extrémités. ? Détermine la
disponibilité de l'extrémité -- Si un appel ne
peut pas aboutir car l'extrémité cible est
indisponible, SIP détermine si l'extrémitée
appelée est déjà connectée avec un appel en
cours ou ne répond pas après le nombre de
sonneries paramétré.
4
? Etablit une session entre les extrémités
origine et cible -- Si l'appel peut aboutir,
SIP établit une session entre les extrémités.
SIP supporte également les modifica- tions
en cours de communication telles que l'addition
d'une autre extrémité à la conférence, le
changement de caractéristique de média ou de
codec. ? Gère le transfert et la fin de
communication -- SIP supporte le transfert
d'appel d'une extrémité vers une autre.
Pendant le transfert d'appels, SIP établit une
ses- sion entre le transféré et la nouvelle
extrémité ( spécifiée par la partie transférante)
et termine la session entre le transféré
et la partie transférante. A la fin de la ses-
sion SIP ferme les sessions entre toutes les
parties. Note Le terme conférence décrit une
session (appel) établie entre deux ou plusieurs
extrémités. "Conferences consist of two or more
users and can be established using multicast or
multiple unicast session. Composants SIP
SIP est un protocole d'égal à égal
(Peer-to-Peer). Les extrémités dans une session
sont appelées agents utilisateurs (User Agents).
Un agent utilisateur peut avoir un des rôles
suivants ? User-Agent Client (UAC) - Une
application cliente qui initie une requête SIP.
? User-Agent-Server (UAS) - Une application
serveur qui contacte l'utilisateur quand
une requête SIP est reçue et qui retourne une
réponse à la demande de l'utilisateur.
Typiquement, une extrémité SIP est capable de
fonctionner dans les modes UAC et UAS, mais
fonctionne dans l'un ou l'autre mode par
transaction. Que l'extrémité fonctionne comme
un UAC ou un UAS dépend de l'agent utilisateur
qui a initié la requête. D'un point de vue
architectural, les composants physiques d'un
réseau SIP peuvent être groupés en deux
catégories Clients (extrémités) et Serveurs. La
figure suivante illustre l'architecture d'un
réseau SIP. Note De plus les serveurs SIP
peuvent interopérer avec d'autres services
applicatifs tels que des servurs LDAP
(Lightweight Directory Access Protocol), serveurs
de loca- lisation, application base de données
ou application XML (eXtensible Markup Lan-
guage). Ces services applicatifs fournissent des
services aux extrémités tels que ré- pertoir,
authentification et facturation.
5
SIP Proxy et Redirect Serveurs
SIP
SIP User Agents (UAs)
SIP
SIP
SIP Gateway
RTP
RTC
IP
PABX
Clients SIP ? Téléphones - Peuvent agir
comme UAC ou UAS. - Des Softphones
(PCs avec des fonctions téléphone installées) et
des téléphones Cisco SIP IP peuvent
initier des requêtes SIP et répondre aux
requêtes. - ephones - Téléphones IP non
configurés sur la passerelle. ? Passerelles
(Gateways) - Fournissent le contrôle d'appel. Les
passerelles fournis- sent plusieurs
services, le plus commun étant une fonction de
traduction entre les extrémités de
conférence SIP et d'autres types de terminaux.
Cette fonction comprend la traduction des
formats de transmission et des procédures de
com- munication. En plus la passerelle
traduit entre codecs audio et vidéo, réalise
l'établissement d'appel et la libération de
communication du côté LAN et du côté
réseau à commutation de circuits. Serveurs
SIP ? Proxy Server - Reçoit les requêtes SIP
d'un client et les achemine vers l'autre
client. De manière basique, les serveurs proxy
reçoivent des messages SIP et les
acheminent vers le prochain serveur SIP dans le
réseau. Les serveurs proxy peu- vent
fournir des fonctions telles que
l'authentification, l'autorisation, le contrôle
d'accès réseau, du routage, la
retransmission fiable de requête et la sécurité.
6
? Redirect Server - Fournit au client
l'information sur le ou les prochains sauts
qu'un message doit atteindre et ensuite le
client contacte le serveur du prochain
saut ou l'UAS directement. ? Registrar
Server - Traite les requêtes des UACs pour
l'enregistrement de leur loca- lisation
courante. Les serveurs d'enregistrement sont très
souvent localisés avec le redirect server
ou le proxy server. Comment SIP fonctionne SIP
est un protocole simple, basé sur l'ASCII, qui
utilise des requêtes et des réponses pour
établir des communications parmi les divers
composants d'un réseau et option- nellement
d'établir une conférence entre deux ou plusieurs
extrémités. Les utilisateurs d'un réseau SIP
sont identifiés par une adresse SIP unique. Une
adresse SIP est simi- laire à une adresse e-mail
dont le format est sipuserID_at_gateway.com. Le
userID peut être soit un nom d'utilisateur soit
une adresse E164. Note Une adresse E164 est un
numéro de téléphone avec une chaîne de chiffres
dé- cimaux qui identifie de manière unique le
point de terminaison du réseau public. Le numéro
contient l'information nécessaire pour router
l'appel vers ce point terminal. Les
utilisateurs s'enregistrent avec un serveur
d'enregistrement en utilisant leur adresse SIP
affectée. Le serveur d'enregistrement fournit
cette information au serveur de localisation sur
requête. Quand un utilisateur initie un appel,
une requête SIP est transmise vers un serveur
SIP (soit un serveur proxy soit un redirect
serveur). La requête comprend l'adresse de
l'appelant (dans le champ From de l'en-tête) et
l'adresse de la partie appelée (dans le champ To
de l'en-tête). Au cours du temps, un
utilisateur SIP peut se déplacer d'un système
d'extrémité à un autre. La localisation d'un
utilisateur peut être enregistrée dynamiquement
avec un serveur SIP. Le serveur de localisation
peut utiliser un ou plusieurs protocoles (LDAP,
Finger, rwhois,) pour localiser l'utilisateur.
Comme l'utilisateur peut être connecté sur
plusieurs stations et que le serveur de
localisation peut avoir quelque fois des
informations imprécises, celui-ci peut retourner
plusieurs adresses pour l'uti- lisateur. Si la
requête vient au travers d'un proxy server, le
proxy server essaie chacu- ne des adresses
retournées jusqu'à ce qu'il localise
l'utilisateur. Si la requête vient d'un Redirect
server SIP, le Redirect server achemine toutes
les adresses vers l'appe- lant dans le champ
Contact de l'en-tête du message "invitation
response".
7
Comment SIP fonctionne avec un Proxy Server Si
un Proxy server est utilisé, l'agent utilisateur
de l'appelant transmet un requête INVITE ao
Proxy server, le proxy server détermine le chemin
et achemine la requête vers la partie appelée.
8
La partie appelée répond au Proxy Server qui à
son tour achemine la réponse vers l'appelant.
Response 200 OK
Client
Réseau IP
Client
Response 200 OK
Serveur
Serveur
User agents
User agents
Serveur
Client
Proxy
Redirect Server
Requête SIP à travers un Proxy Server
9
Le Proxy Server achemine les acquittements des
deux parties. Une session est ensui- te établie
entre les parties appelante et appelée. RTP
(Real-time Transfer Protocol) est utilisé pour
la communication entre les parties appelante et
appelée.
ACK
Réseau IP
Client
Client
RTP
ACK
Serveur
Serveur
User agents
User agents
Serveur
Client
Proxy
Redirect Server
Requête SIP à travers un Proxy Server
10
Comment SIP fonctionne avec un Redirect Server
Si un Redirect Server est utilisé, l'agent
utilisateur de l'appelant transmet une requête
INVITE au Redirect Server, le Reditrect Server
contacte le serveur de localisation pour
déterminer le chemin vers la partie appelée et
ensuite le Redirect Server renvoie l'in-
formation vers l'appelant. L'appelant acquitte la
réception de l'information.
INVITE
302 Moved temporarily
Client
Client
ACK
Réseau IP
Serveur
Serveur
User agents
User agents
Serveur
Client
Proxy
Redirect Server
Requête SIP à travers un Redirect Server
11
L'appelant transmet la requête à l'équipement
indiqué dans l'information de redirec- tion (qui
peut être la partie appelée ou un autre serveur
qui achemine la requête). Une fois que la
requête atteint la partie appelée, celle-ci une
réponse et l'appelant ac- quitte cette réponse.
RTP (Real-time Transfer Protocol) est utilisé
pour la communi- cation entre les parties
appelante et appelée.
INVITE
200 OK
Client
Client
ACK
RTP
Réseau IP
Serveur
Serveur
User agents
User agents
Serveur
Client
Proxy
Redirect Server
Requête SIP à travers un Redirect Server
12
Communications SIP Cette section décrit les
communications pour les scénarios suivants qui
illustrent des communications réussies ?
SIP Gateway vers SIP Gateway - Call Setup et
Disconnect ? SIP Gateway vers SIP Gateway -
Appel via Redirect Server SIP ? SIP Gateway
vers SIP Gateway - Appel via Proxy Server SIP
SIP Gateway vers SIP Gateway - Call Setup et
Disconnect La figure suivante montre un
établissement d'appel et une déconnexion Gateway
vers Gateway réussis. Les deux utilisateurs
d'extrémités sont User A et User B. User A est
localisé sur PBX A qui est connecté à une
passerelle SIP (GW1) via une liaison T1/E1. User
B est situé sur PBX B qui est connecté à une
passerelle SIP (GW2) via une liai- son T1/E1. Le
numéro de téléphone de USER B est 555 0100. La
passerelle SIP GW1 est connectée à la passerelle
GW2 par un réseau IP. Le scénario de la
communication est le suivant 1. User A
appelle User B 2. User B répond à l'appel
3. User B termine la communication
13
Note Le RFC 2543-bis-04 requiert qu'un UAS qui
reçoit une requête BYE envoie d'abord une
réponse à toutes les requêtes en attente pour
cette communication avant de déconnecter.
Après avoir reçu une requête BYE, l'UAS doit
répondre d'état 487 (Request Cancelled).
14
(No Transcript)
15
SIP Gateway vers SIP Gateway - Appel via
Redirect Server La figure suivante montre un
établissement d'appel et une déconnexion réussis
via un Redirect Server. Dans ce scénario, les
deux extrémités sont identifiées comme User A
et User B. User A est situé sur PBX A. PBX A est
connecté à la passerelle SIP GW1 via une
liaison T1/E1. La passerelle SIP GW1 utilise un
Redirect Server. User B est situé sur PBX B.
PBX B est connecté à la passerelle SIP GW2 via
une liaison T1/E1. Le numéro de téléphone de
User B est 555 0100. La passerelle SIP GW1 est
connectée à la passerelle GW2 par un réseau IP.
Le scénario de la communication est le
suivant 1. User A appelle User B via GW1 en
utilisant un Redirect Server 2. User B répond
à l'appel 3. User B termine la communication
16
(No Transcript)
17
(No Transcript)
18
(No Transcript)
19
(No Transcript)
20
SIP Gateway vers SIP Gateway - Appel via Proxy
Server Les figures suivantes montre des
établissement d'appel et un déconnexion gateway
vers gateway réussis via un Proxy server. Les
deux utilisateurs d'extrémités sont User A et
User B. User A est situé sur PBX A qui est
connecté à une passerelle SIP (GW1) via une
liaison T1/E1. La passerelle SIP GW1 contient le
Proxy Server. La pas- serelle SIP GW1 est
connectée à la passerelle GW2 par un réseau IP.
User B est situé sur PBX B qui est connecté à
une passerelle SIP (GW2) via une liaison T1/E1.
Le nu- méro de téléphone de USER B est 555
0100. Note Le champ Record-Route de
l'en-tête est inséré par les Proxy Servers dans
une requête pour forcer les requêtes futures de
l'échange à être routées vers le Proxy Ser-
ver. Dans la figure suivante, la
fonctionnalité Record-route est validée sur le
Proxy Server. Quand la fonctionnalité
Record-route est validée, le Proxy Server ajoute
le champ Record-route dans l'en-tête des
messages SIP pour s'assurer qu'il sera sur le
chemin des requêtes suivantes pour la même
branche de la communication. Le champ Re-
cord-route contient une Request-URI globalement
accessible qui identifie le Proxy Server. Quand
Record-route est dévalidé, les messages SIP
passent directement par la passerelle une fois
que la communication a été établie. La
scénario de la communication est le suivant
1. User A appelle User B via GW1 en utilisant un
Proxy Server 2. User B répond à l'appel 3.
User B termine la communication
21
(No Transcript)
22
(No Transcript)
23
(No Transcript)
24
(No Transcript)
25
SIP Gateway vers SIP Gateway - Appel via Proxy
Server avec Record Route validé
User A
User B
PBX A
PBX B
GW1
GW2
Réseau IP
Proxy Server
1. Setup
2. INVITE
4. INVITE
3. Call Proceeding
6. Setup
5. 100 Trying
7. 100 Trying
8. Call Proceeding
9. Alerting
10. 180 Ringing
11. 180 Ringing
12. Alerting
Canal voix 1-way
Canal voix 1-way
Canal RTP 2-way
13. Connect
14. 200 OK
15. 200 OK
16. Connect
17. Connect ACK
18. ACK
19. Connect ACK
Canal RTP 2-way
Canal voix 2-way
Canal voix 2-way
20. Disconnect
21. BYE
22. Disconnect
23. Release
24. Release
25. 200 OK
26. Release Complete
30. Release Complete
26
(No Transcript)
27
(No Transcript)
28
(No Transcript)
29
Références additionnelles Documents liés
30
(No Transcript)
31
(No Transcript)
32
Standards
MIBs
RFCs
33
RFCs