2. Service VOIP : Voice Over Internet Protocol
technique qui permet de communiquer par voix via internet utilisant le protocole IP à la
place des lignes téléphoniques analogiques.
Au lieu de disposer à la fois d'un réseau informatique et d'un réseau téléphonique
commuté (RTC), on peut, grâce à la VoIP, tout fusionner sur un même réseau.
3. La VoIP étant une nouvelle technologie de communication, elle n'a pas encore de standard
unique. Il existe tout de même des références en la matière, les trois principales que sont H.323, SIP
et MGCP/MEGACO.
4.
5. Les inconvénients de la technologie H.323 sont :
La complexité de mise en œuvre et les problèmes
d'architecture en ce qui concerne la convergence des
services de téléphonie et d'Internet, ainsi qu'un
manque de modularité et de souplesse.
Comprend de nombreuses options susceptibles d'être
implémentées de façon différentes par les
constructeurs et donc de poser des problèmes
d'interopérabilité
SIP remplace progressivement H323.
6. SIP = Session Initiation Protocol
C’est un protocole normalisé et standardisé par l'IETF (décrit par le RFC 3261). depuis
2007 il est le plus courant pour la téléphonie par internet (VOIP).
SIP est un protocole de signalisation appartenant à la couche application du modèle OSI.
Son rôle est d’ouvrir, modifier et libérer les sessions ou appels ouverts entre un ou
plusieurs utilisateurs.
Comme SMTP c’est un protocole textuel
Supporte de nombreux services tels que la messagerie instantanée transfert d’appel , la
conférence
Il a été retenu par le 3GPP pour l’architecture IMS (IP Multimedia Subsystem) comme
protocole pour le contrôle de session et le contrôle de service.
C’est le standard ouvert de VoIP.
Il se charge de l’authentification et de la localisation des multiples participants mais
également de la négociation sur les types de média utilisables par les différents
participants en encapsulant des messages SDP (Session Description Protocol).
7.
8. Entités SIP :
Une architecture SIP est composée de 4 types d’entités logiques. Chaque entité a des
fonctions spécifiques et participe à une communication SIP comme un client, un serveur ou
les deux.
les 4 entités logiques sont :
- User Agent (UA)
- Registrar
- Proxy Server
- Redirect Server
Un équipement physique peut contenir plus d’une entité logique
9.
10.
11.
12. Méthodes et Réponse SIP:
Methodes :
Le RFC 3261 définit six requêtes ou méthodes SIP:
INVITE : est utilisée afin d’établir une session entre les agents utilisateurs et contient
les informations sur l’appelant et l’appelé et sur le type de flux qui seront échangés (voix, vidéo,
etc.)
L’agent utilisateurs ayant émis cette méthodes reçois une réponse finale(i.e 200 OK) il confirme la
réception avec un ACK .
=>Les réponses <<busy>> et << answer>> sont considérées comme finales
=>Les réponses << ringing >> signifie que l’appelé est alerté, est une réponse provisoire.
BYE : est une méthodes qui permet la libération d’une session préalablement établie.Un
message BYE peut être émis par l’appelant ou l’appelé et seul BYE peut terminer un appel établi.
REGISTER : est utilisée par un agent utilisateur afin d’indiquer au Registrar la
correspondance entre son adresse SIP et son adresse de contact par exemple l’adresse IP.
CANCEL : est utilisée pour demander l ’abandon d ’un appel en cours mais n’a
aucun effet sur un appel déjà accepté . Elle annule un INVITE en suspens
OPTIONS : est utilisée afin d’interroger les capacités et l’état d’un agent utilisateur ou
d’un serveur.
13. Réponses :
Classe 1xx : Information, la requête a été reçue, et est en cours de
traitement.
Classe 2xx : Succès, la requête a été reçue, comprise et acceptée.
Classe 3xx : Redirection, l’appel requiert d’autres traitements avant de
pouvoir
déterminer s’il peut être réalisé.
Classe 4xx : Erreur requête client, la requête ne peut pas être interprétée
ou servie par le
serveur. La requête doit être modifiée avant d’être renvoyée.
Classe 5xx : Erreur serveur, le serveur échoue dans le traitement d’une
requête
apparemment valide.
Classe 6xx : Echec global, la requête ne peut être traitée par aucun serveur.
Les codes supérieurs ou égaux à x80 sont spécifiques à SIP:
180 Ringing,486Busy,etc….
14. Fonctionnement :
Enregistrement au réseau SIP:
- L’enregistrement au réseau se fait par la méthodes REGISTER est utilisée par un User
agent afin d’indiquer à la fonction Registrar la correspondance entre son adresse SIP et son
adresse IP. Cette dernière met alors à jour une base de données de localisation.
- Le User Agent peut recevoir des appels puisqu'il est localisé.
- Quand un message INVITE doit être délivré par le proxy serveur du domaine source à
un domaine destination, la base de données mise à jour par la fonction Registrar indique au
Proxy Server que le message doit être relayé à ce domaine de destination.
-Le Proxy server effectue une recherche par le DNS de l’adresse IP du Proxy server du
domaine visé afin de lui relayer le message SIP à acheminer à la destination appropriée.
- Une URI SIP a un format similaire à une adresse email ,constituée d’un utilisateur et
d’un domaine séparés par un @:user@domaine.
15.
16.
17. Etablissement et libération de session SIP:
- Un message d'établissement d'appel SIP INVITE est émis par L’UA SIP de l'appelant
au Proxy Server.
- Ce dernier interroge la base de données de localisation pour identifier la
localisation de l'appelé (adresse IP) et achemine l'appel à la destination.
- Le message INVITE contient différents headers obligatoires dont l'adresse SIP de
l'appelant "From", l'adresse SIP de l'appelé "To", un identifiant d'appel "Call-ID", un
numéro de séquence "Cseq", un nombre maximum de sauts « max-forwards ». Le
header « Via » est mis à jour par toutes les entités qui ont participé au routage de la
requête INVITE. Cela assure que la réponse suivra le même chemin que la requête.
- la requête SIP INVITE contient une syntaxe SDP (Session Description Protocol).
Cette structure consiste en plusieurs lignes qui décrivent les caractéristiques du média que
l’appelant requiert pour l’appel.
18.
19.
20.
21.
22.
23. Extensions du protocole SIP:
La requête SUBSCRIBE : permet la souscription
La requête NOTIFY : est utilisée afin de notifier
La méthode PUBLISH : permet quant à elle de publier son état.
La méthode REFER :renvoie le récepteur vers une ressource identifiée dans
la méthode, permet d’émuler différents services ou applications dont le transfert d’appel.
La méthode MESSAGE : elle a été proposée comme extension au protocole SIP afin de
permettre le transfert de messages instantanés.
La méthode INFO : permet de transférer des informations de signalisation durant l’appel.
La méthode PRACK : elle a donc été définie afin d’acquitter la réception de réponses
provisoires, de type 1XX.
La méthode UPDATE : permet à un terminal SIP de mettre à jour les paramètres
d’une session multimédia.
24. Avantages et inconvénients :
Ouvert, standard, simple et flexible sont les principales atouts du protocole SIP, voilà
en détails ces différents avantages :
· Ouvert : les protocoles et documents officiels sont détaillés et accessibles à tous en
téléchargement.
· Standard : l'IETF a normalisé le protocole et son évolution continue par la création
ou l'évolution d'autres protocoles qui fonctionnent avec SIP.
· Simple : SIP est simple et très similaire à http.
· Flexible : SIP est également utilisé pour tout type de sessions multimédia (voix,
vidéo, mais aussi musique, réalité virtuelle, etc.).
· Téléphonie sur réseaux publics : il existe de nombreuses passerelles (services
payants) vers le réseau public de téléphonie (RTC, GSM, etc.) permettant d'émettre
ou de recevoir des appels vocaux.
· Points communs avec H323 : l'utilisation du protocole RTP et quelques codecs son
et vidéo sont en commun.
25. Par contre une mauvaise implémentation ou une
implémentation incomplète du protocole SIP dans les User
Agents peut perturber le fonctionnement ou générer du trafic
superflu sur le réseau. Un autre inconvénient est le faible
nombre d'utilisateurs :
SIP est encore peu connu et utilisé par le grand public, n'ayant
pas atteint une masse critique, il ne bénéficie pas de l'effet
réseau.
Hinweis der Redaktion
User agent : Il s’agit d’une application sur un équipement de l’usager qui émet et reçoit des requêtes SIP. Il se matérialise par un logiciel installé sur un PC, sur un téléphone IP ou sur une station mobile UMTS (UE, User Equipment).
Register : Il s’agit d’un serveur qui accepte les requêtes SIP REGISTER.
SIP dispose de la fonction d’enregistrement d’utilisateurs. L’utilisateur indique par un
message REGISTER émis au Registrar, l’adresse où il est joignable (e.g., adresse IP).
Le Registrar met alors à jour une base de donnée de localisation. L’enregistreur est une
fonction associée à un Proxy server ou à un Redirect server. Un utilisateur peut
s’enregistrer sur différents UAs SIP ; dans ce cas, l’appel lui sera délivré sur l’ensemble
de ces UAs.
Proxy server: : Il reçoit des requêtes de clients qu’il traite lui-même ou
qu’il achemine à d’autres serveurs après avoir éventuellement réalisé certaines
modifications sur ces requêtes.
Redirect server : Il s’agit d’un serveur qui accepte des
requêtes SIP, traduit l'adresse SIP de destination en une ou plusieurs adresses réseau et
les retourne au client. Contrairement au Proxy server, le Redirect server n'achemine pas
de requêtes SIP. Dans le cas d’un renvoi d’appel, le Proxy server a la capacité de
traduire le numéro de l’appelé dans le message SIP reçu, en un numéro de renvoi
d’appel et d'acheminer l’appel à cette nouvelle destination, et ce, de façon transparente
pour le client origine ; pour le même service, le Redirect server retourne le nouveau
numéro (numéro de renvoi) au client origine qui se charge d’établir un appel vers cette
nouvelle destination.
Après avoir reçu et interprété une requête SIP, le destinataire de cette requête retourne une réponse SIP.
Si un usager SIP veut renvoyer ses appels de son domaine courant à un autre domaine (e.g., du domaine orange.com au domaine francetelecom.com), il lui suffit
d’indiquer à la fonction Registrar de orange.com son adresse SIP dans le domaine francetelecom.com
sip:mary.taylor@francetelecom.com
Mary Taylor indique que la description SDP utilisation la version 0 du protocole, qu'il s'agit
d'une session téléphonique (m=audio), que la voix paquétisée doit lui être délivrée à
l'adresse de transport (port UDP = 45450, adresse IP = 192.23.34.45) avec le protocole RTP
et en utilisant un format d'encodage défini dans le RFC AVP (Audio Video Profile) et pouvant
être G.711 -law ou G.728
Un message SIP peut être à la fois une requête d’un client (terminal
appelant) vers un serveur (terminal appelé), ou une réponse d’un
serveur vers un client
Exemple : . Considérons T1, l’entité à l’origine du transfert, T2, l’entité transférée et T3, le
destinataire du transfert. Le transfert d’appel permet à T1 de transformer un appel en cours
entre T1 et T2 en un nouvel appel entre T2 et un T3 choisi par T1. Si le transfert d’appel
aboutit, T2 et T3 pourront communiquer tandis que T1 ne pourra plus dialoguer avec T2 ou
T3.