Master IOSM 2 année, Option RSM · •La Voix sur IP consiste à : Utiliser les réseaux IP pour faire passer des communications téléphonique (de la voix ou de la vidéo) en plus

1

Master IOSM 2ème année, Option RSM

Prof. Abdellatif Kobbane, ENSIAS

kobbane@gmail,com

Page perso: www. kobbane.mobitic.org

http://www.mobitic.org/kobbane

http://www.mobitic.org/kobbane

Réseaux nouvelle génération - VoIP ◦ Introduction et motivation

◦ Terminologie VoIP

◦ Problématique

◦ Codage de la voix : les codecs

◦ La qualité de service du réseaux

◦ La qualité de service de la communication

◦ Standards et protocoles

◦ Architectures VoIP

◦ Asterisk

◦ Matériels et logiciels VoIP

◦ Sécurité VoIP

◦ Migration vers le monde IP

◦ Application (projet VoIP)

2

Introduction et motivation

• L'objectif de ce cours est de vous présenter le fonctionnement de la téléphonie sur IP.

• Faire le tour de notions de base afin de mieux comprendre le fonctionnement et les contraintes propre de la VoIP.

• Présenter différentes architectures VoIP

• Notion de QoS

• Quelque aspects de sécurité VoIP

• Réalisation de quelque applications pratique de la VoIP


Pourquoi migrer vers de la voix sur IP ?

L’ensemble des technologies des systèmes

d’information repose sur IP

Dans un monde technologique ou tout est

inter-communicant, quel serait la place d’un

système qui ne pourrait pas entrer en

communication avec un serveur,…

4


Principe :

• La Voix sur IP consiste à :

Utiliser les réseaux IP pour faire passer des

communications téléphonique (de la voix ou de la

vidéo) en plus des données.

Pouvoir connecter un central téléphonique

d'entreprise (PABX) à un réseau informatique.

Disposer d'un téléphone "classique", mais au lieu

d'être relié au PABX, être reliée à un réseau IP (un

switch).

Disposer de passerelle entre le réseau VOIP et le

réseau RTC (Réseau Téléphonique Commuté).


Aujourd’hui, des standards existent et des entreprises fournissent le marché de matériels et des passerelles faisant le lien entre le monde IP et le monde RTC.

Problème :

• Interconnecter ces deux mondes n’est pas une chose facile. Les gens des télécommunications et ceux de

l’informatique ne s’étaient jamais mis d’accord en matière de protocoles dans le passé.

Les téléphonistes recherchaient de la qualité de service alors que les informaticiens cherchaient un débit maximal.


Historique :

• 1995 : Apparition des premiers logiciels sur PC.

• 1996 : Premiers standards VOIP.

• Aujourd'hui : Explosion des standards (propriétaires ou ouverts).

• Boom de l'Internet.

• Des offres de services.

• Pas forcement de qualité de service mise en œuvre.

• Sujet en évolution.

Avantages :

• Coût.

• Equipements.

• Maintenance.


Avantages du point de vue du coût :

• Se base sur la même architecture que l’Internet.

• Utilise les mêmes infrastructures que les réseaux informatique.

• Elles peuvent donc tirer profit de la voix sur IP à "moindre coût".

• Utilisation d'un seul câblage.

• Utilisation du même matériel informatique.

• Ne nécessite pas de doubler les liaisons spécialisées entre différents sites.

• Une seule liaison spécialisée "IP" suffit.


Avantages du point de vue "équipements" :

• Utilise les mêmes infrastructures, donc pas de duplication de matériel.

• En intégrant voix et données, la téléphonie IP simplifie l’administration du réseau car tout est centralisé dans un unique réseau.

Avantages du point de vue "maintenance" :

Le fait de regrouper deux fonctions au sein d'une même architecture permet de diminuer les coûts de maintenance.


Différences entre la téléphonie RTC et

IP :

En téléphonie "classique" :

• Tout est basé sur le matériel.

• Etablir une communication revient à établir un circuit virtuel entre deux abonnées. C'est de la commutation de circuit.

• L'intégration de nouveaux services se fait souvent par le rajout d'une carte dans les PABX


Différences entre la téléphonie RTC et IP :

En téléphonie IP :

• Tout est basé sur du logiciel.

• Transmettre la voix entre deux abonnées revient à échanger des paquets entre eux.

• La téléphonie IP tire avantage d’une architecture basée sur du logiciel.

• Simplification pour les mises à jour ou pour l'ajout de service.

• Elle englobe tous les services qui sont habituellement fournis par le téléphone classique auxquels s’en ajoutent d’autres propres à la téléphonie IP : Liaison entre téléphonie et mail par exemple.

Capacité à utiliser son PC comme téléphone.

Terminologie VoIP

Définitions

VoIP (Voice over IP) : concerne le cœur du système de téléphonie, qui comprend tout les éléments assurant le transport de la voix (autocoms IP, passerelle de communication, réseaux opérateurs, communication inter-sites, protocole de communication

La VoIP répond à la question de « que se passe-t’il après avoir composé un numéro de téléphone? »

12

Terminologie VoIP

Définitions suite

ToIP (Telephony over IP) : concerne

uniquement la partie correspondante aux

téléphones IP (téléphones IP et les

softphones)

Ces deux concepts sont indissociables (un

téléphone IP va toujours s’authentifier sur

un autocom). Un cœur de réseau VoIP est

inutilisable sans combinés téléphonique

13

Terminologie VoIP

Autocom

C’est un serveur (Dell, HP, IBM,…) qui va

héberger des logiciels (OS, Asterisk, ou

autre) et des materiels (mémoires, carte de

communication VoIP, carte réseau, DD,

processeur,…)

14

Terminologie VoIP

PABX

C’est l’acronyme de Private Automatic

Branch eXchange, qui correspond à un

commutateur téléphonique privé utilisé

dans les entreprises.

Un PABX connecte les postes internes

d’une entreprise au réseau public

téléphonique commuté (RTC/RNIS)

15

Terminologie VoIP

Terminaux IP

◦ Téléphones IP (Thomson, Cisco, Snom,

SwissVoice, Gandstream,…)

◦ Softhones (Zoiper-Idefisk, X-Lite, Skype,

Ekiga,…)

Routeurs et Switchs

◦ Les routeurs et les switchs sont indisponsable

pour acheminer la voix sur les réseaux

16

Terminologie VoIP

Cartes de communication

◦ Les cartes de communication permettent de

passer du monde IP au monde RTC.

◦ Certains sociétés spécialisées (Digium,

Junghams, Sangoma,…) fabriquent ce type de

cartes qui sont directement intégrées dans le

serveur autocom. Comme (TDM400P carte

analogique, TE120P et TE207P cartes

numérique)

17

Terminologie VoIP

Logiciels ◦ Ce sont les produits qui stockent la configuration

des utilisateurs, le plan de numérotation, les messageries vocales,…

Autocoms propriétaires

◦ OmniPCX (Alcatel-Lucent)

◦ NexSpan (Astra Matra)

◦ Call Manager (Cisco)

◦ Media Gateway (Avaya) Autocoms Open source

◦ Asterisk

◦ SipX

18

Problématique

• Qos : Qualité de service (Quality Of

Service)

• Téléphonie classique : commutation de circuits. Lors de l'établissement d'une communication, il est réservé un circuit (donc une bande passante garantie de bout en bout) pour la voix.

• Téléphonie IP : communication en mode paquet sur un réseau qui peut être congestionné.

Problématique :

Cas d'un Pabx :

• Commutation de circuit :

• Une fois la connexion établie de bout en bout, il y a garantie de délivrance des informations voix.

Avantages : Les circuits sont dédiés, le délai de transit est maîtrisé.

Inconvénients : La bande passante est constante donc les canaux de transmission ne sont pas optimisés.

Problématique :

• Cas de la voix sur IP: Commutation de

paquets

• Il n'y a pas de garantie de service de bout

en bout. Il peut y avoir un retard de

certains paquets, congestion de réseau

(d'où perte), inversion de paquets, etc…

• Avantages : Le canal est partagé. Il y a

optimisation de la bande passante.

• Inconvénients : Délai de transit variable.

Problématique :

Circulation des paquets dans un réseau

:

Problématique :

• Les paquets qui circulent sur le réseau peuvent ne pas emprunter tout le temps le même chemin. Il peut donc y avoir une remise en ordre à faire à l'arrivé. Il peut y avoir des pertes de paquets , etc.

• De plus, à cause de l'aspect "temps réel" à respecter, les paquets doivent arriver suffisamment rapidement à destination. En cas de retard trop important, le paquet est considéré comme perdu.

• Aspects importants :

• Qualité de service des réseaux.

• Normalisation.

Les Codecs

CODEC : COdeur DECodeur.

• Le codec permet de COmpresser et de DECompresser les flux numériques en flux analogiques et inversement. Il est souvent associé à une notion de temps réel. La compression /décompression peut se faire de façon logiciel ou matériel. Leurs utilisations permet de réduire la taille de l'information initiale.

• Il peut se présenter sous la forme logicielle (programme à installer sur Asterisk ou déjà présent) ou materielle (carte spécifique à installer dans le serveur)

Les Codecs

CODEC : COdeur DECodeur.

• Il existe deux grandes catégories de Codecs :

• La compression non destructive (ou

réversible) qui permet de ne pas perdre la

qualité de l'information.

• La compression destructive (ou non

réversible) dont l'utilisation aboutit à une

perte de qualité de l'information.

Les Codecs

Les Codecs

Les codecs - Quantification :

La quantification consiste à passer un mot

de 13 bits chaque échantillon en un mot

plus court afin de diminuer le débit

nécessaire à véhiculer la voix.

Les Codecs

Les Codecs

Evaluation de la qualité d'un codec : La qualité d'un codec se mesure de façon subjective par

un échantillon test de la population en laboratoire. Ces

personnes écoutent différentes conversations

compressées avec différents codecs et évaluent la

qualité de la conversation à l'aide de l'échelle suivante :

Les Codecs

Les résultats de ces tests sont moyennés

pour en déduire une opinion moyenne de la

qualité d'écoute (Mean Opinion Score .

MOS). Cette moyenne servira à classer les

différents codecs selon la qualité de la voix.

Les Codecs • Classement de la qualité des codecs :

• La qualité de la voix obtenue par les codecs G.729 et G.723.1 (à 6.3Kbps) est très proche de celle du G711 (service téléphonique actuel), mais pour des débits entre 8 et 10 fois inférieurs.

• Le cumul, dans une même communication, d'opérations de compression /décompression conduit à une rapide dégradation de la qualité. Les solutions mises en oeuvre doivent donc éviter des configurations aboutissant à de multiples compression / décompression.

Les Codecs

Les codecs - Conclusion :

• Le choix du codec à une certaine importance. En fonction de ce choix, on peut aboutir à des débits nécessaires beaucoup plus bas, mais avec un risque si on opère différentes opérations de compression/décompression entre deux interlocuteurs.

• Actuellement, des recherches sont toujours menées afin d'avoir des codeurs bas débit (inférieurs à 4Kbits/s), mais le gain pour la Voip est faible à cause du manque de performance dans la transmission des paquets (overhead important lors de l'encapsulation des segments en paquets et des paquets en trames).

La qualité de service du réseau

• Le signal de la voix humaine est analogique, pour qu’il

soit transporté de l’émetteur vers le destinataire sur un réseau IP, il va subir toute une série de cheminement : passage dans de nombreux équipements hétérogènes, numérisation, compression, décompression, utilisation de lignes ADSL….

• Ce cheminement qui va être à l’origine de sa dépréciation

• Un ensemble de mécanisme est alors nécessaire pour éviter au maximum cette dépréciation: c’est la QoS.

• Sans mécanisme de prioritisation, tous les flux sont au même niveau sur une bande passante donnée


• Le service de base : "Best Effort (BE)" • Actuellement, le service offert par les réseaux IP est le "Best

Effort (BE)". Le réseau fait au mieux, mais pas plus. En cas de congestion sur une des sorties, les paquets sont perdus. Il n'y a pas de distinction entre les paquets voix et les paquets de données.

• Par exemple, si le réseau est congestionné à cause d'un nombre important de rapatriement de données DATA (qui ne nécessitent pas un service temps réel), la qualité de la transmission de la voix sera médiocre, empêchant l'utilisation des téléphones IP


Objectif de la qualité de service : Introduire la

qualité de service consiste à :

• Donner la priorité à certains paquets par rapport à d'autres.

• Les paquets les moins prioritaires seront traités en dernier, et en cas de congestion, ils seront perdus en premier. Cela permet de garantir un certain niveau de qualité de service pour les paquets de type "voix".

Deux méthodes :

• INTSERV.

• DIFFSERV


• INTSERV : Amélioration de la qualité de

service : l'architecture INTSERV

• INTSERV = INTegrated Service, reservation

protocol. C'est la première architecture qui

a été introduite pour améliorer la qualité de

service. En plus de la qualité BE "Best Effort",

il gère deux qualités supplémentaires :

• BE : Best Effort.

• CL : Contrôle de charge.

• GS : Garantie de service.


INTSERV :

• CL Contrôle de charge : Dans ce cas de qualité de service, les applications peuvent s'adapter à des variations de qualité de service et admettent un retard faible et des pertes limités.

• GS Garanti de service : Cette qualité de service est conçue pour les applications temps réel (comme par exemple pour la voix sur ip). Cette qualité de service doit assurer un délai de bufférisation dans les routeurs borné (valeur maximale garantie) et pas de pertes.


INTSERV :

Pour assurer cette variation de garantie de

service, il doit y avoir une modification de

l'architecture interne des routeurs.


• Important : Cette classification est faite pour

chaque flux de données (chaque communication d'un poste vers un autre poste).

• La partie contrôle de trafic à pour rôle de contrôler le trafic dans les différentes files d'attente. Le routeur va donner priorité aux files demandant une meilleure qualité de service. En cas de congestion, elle va traiter d'abord les files avec la qualité de service GS, puis avec la qualité CL et enfin avec la qualité BE.


INTSERV : Le protocole RSVP

• Pour obtenir cette qualité de service, Le protocole RSVP a été développé (ReSerVation Protocol).

• Il permet de réserver, pour un flux de données d'un hôte source vers une hôte destination, un flux de données avec un certaine qualité de service.

• C'est un protocole de signalisation. Il n'influence pas le chemin que va suivre les paquets. Il permet de signaliser à l'ensemble des routeurs sur le chemin, de la qualité de service souhaitée. Le récepteur des données envoie une demande de réservation en arrière. Chaque routeur est libre de l'accepter ou de la refuser.


INTSERV :

• Attention : C'est un protocole de signalisation et pas de routage. Il permet de signaler à tout le chemin entre deux points de la réservation d'une certaine qualité de service pour un flux de données. Il fonctionne au dessus d'IP • Deux messages sont importants : Path et Resv.

• Le message Resv permet de réserver la qualité de service nécessaire pour un flux de données dans les routeurs. Il circule du récepteur vers l'émetteur. Ils doivent être émis régulièrement afin de maintenir l'état de réservation.


INTSERV : Le protocole RSVP

• Les messages Path emprunte le chemin de la source vers la destination. Il peuvent être émis en Broadcast. Ils permettent de préciser :

• Les caractéristiques du flux venant de la source et acheminées avec garantie de service.

• Le délai de transit de bout en bout demandé.


INTSERV : Gestion du débit moyen :

Pour gérer le débit moyen, il y a

bufférisation du débit en entrée. Le trafic

non conforme sera traité en mode BE

(Best Effort).


INTSERV : gestion du débit moyen

• Pour garantir le service GS, il est nécessaire que tous les éléments de bout en bout du réseau supportent ce protocole.

• Ce protocole a été abandonné au profit du protocole DIFFSERV. En effet, il pose des problèmes dans le concept des filles d'attente, où il faudrait une fille d'attente par flux, donc par communication entre un émetteur et un récepteur. Cela pose des problèmes pour les gros routeurs qui peuvent supporter des millions de communications.


DIFFSERV : Amélioration de la qualité de

service : l'architecture DIFFSERV

• DIFFSERV = DIFFerentiated Services

• Cette méthode classe les paquets de flux agrégés (provenant de sources différentes) dans un nombre limité de files d'attente. Ces files d'attente ne sont plus gérées pour un flux de données, mais pour une qualité de service.


DIFFSERV : Avantages :

• Il y a un nombre limité de catégories de service, donc un nombre limité de files d'attente.

• Ce protocole ne demande pas de signalisation de bout en bout.

• Il récupère le champ "type of service" de l'entête IP.

• Le concept marche à l'échelle de l'Internet mondial (pour des millions de réseaux).


DIFFSERV :

• Ancien champ TOS d'un datagramme IP :

• Bien que défini au début de la standardisation d'IP, ce champ n'était pas utilisé dans les routeurs. Pour l'architecture DIFFSERV, il a été utilisé et nommé DS (Differentiated Service byte).

• DSCP : Differentiated Services Code Point : C'est un index pour identifier et sélectionner le "Per Hop Behavior (PHB)"

• CU : Currently Unsed : Ces deux bits ne sont pas utilisés.


DIFFSERV :

• DSCP : Differentiated Services Code Point : • Les PHB normalisés doivent être :

• Suffisamment différents pour avoir un intérêt.

• Implémentés dans la norme.

• Déployés dans les équipements (supportés par les routeurs).

• Ils doivent aussi avoir démontré leur utilité. Ils sont normalisés, mais la façon de les implémenter (et le mécanisme) dans les routeurs ne l'ai pas.

• Les DSCP non reconnus ne doivent pas être changés. Ils doivent être routés de manière transparente et traités comme du trafic BE (Best Effort).


DIFFSERV :

• Il existe trois classes :

• Classe BE ou UBQ

• C'est le mode normal. il correspond au mode Best Effort. Le routeur fait ce qu'il peut et supprime les trames en cas de congestion.


DIFFSERV : Classe EF ou CBR • Ce mode est caractérisé par :

• Un faible taux de perte.

• Un faible gigue.

• Une forte qualité de service.

• Mode adapté aux applications temps réel.

• Il faut que le trafic entrant soit inférieur au trafic sortant, sinon le trafic en excès sera supprimé.

• Classe AF ou UBR • Il existe au moins 4 sous classes, qui doivent être

implémentées.

• Une classe AF route les données indépendamment des autres classes.

• Il faut donc une file d'attente par classe et sous classe.

• On donne à un paquet IP un niveau de priorité au sein de la classe.

La qualité de service de la

communication Problème de gigue :

• Problématique : source, la voix est un flux de données synchrone. Le flux de données est régulier et constant. Dans la téléphonie sur IP, ce flux est fragmenté (découpé) en paquets pour être transporté sur un réseau IP.

• Entre l'émetteur de données et le récepteur des données, il peut se passer deux phénomènes :

• Un délai de transit dans les réseaux, à travers les équipements actifs du réseau.

• Un risque de réception des paquets dans un ordre différent.

• A cause de cela, il va y avoir un retard entre le création du flux de données et la restitution du flux de données chez le récepteur.



Problème de gigue :

• Le temps 2 est nécessaire au niveau du récepteur afin de régler les problèmes :

• D'inversion de paquets.

• De perte de paquets.

• De retard variables dans les paquets. C'est ce que l'on appel la gigue. Le récepteur doit posséder un buffer du gigue pour retarder un peu la restitution afin de restituer au mieux la voix.

Architectures VoIP

Exemple d'infrastructure :

Architectures VoIP


Architectures VoIP


Réseau de poste à poste connectés via Ip

:

Architectures VoIP

Standard, protocoles


RTP / RTcP :

• Protocole de transport de la voix sur IP (RTP/RTcP)

• RTP : Real-time Transport Protocol

• RTcP : Real-time Time Control Protocol

Une session RTP est définie par :

– Standard IETF – RFC 1889

• Pour chaque participant à la transmission :

• Une adresse réseau (adresse IP).

• Un numéro de port pour RTP.

• Un numéro de port pour RTcP.

• Dans le cas d'une communication multimédia, chaque flux de données (vidéo et voix) a une session RTP séparée, avec des paquets propre RTcP.


• RTP / RTCP : RTP fournit des services de transport de bout en bout pour des applications temps-réel. Ce protocole ne s'occupe pas de la réservation de ressources sur le réseau (donc ne garanti pas la qualité de service).

• RTP et RTCP se situe au dessus d'UDP.

• Les services sont : • Identification du type d'information transportée (les

données transportées).

• Numéro de séquence.

• Marquage temporelle : Timestamping.

• Contrôle de remise (RTcP).


• Un seul paquet RTP est émis dans un paquet de transport. Plusieurs paquets RTcP peuvent être émis dans un paquet de transport grâce au champ longueur de l'entête RTcP.

Transport Rtp et Rtcp RTP (RealTimeTransport Protocol)

But : fournir un moyen uniforme de transmettre sur IP des données

soumises à des contraintes de temps réel (audio, vidéo, ... )

Rôle : mettre en œuvre des numéros de séquence de paquets IP pour reconstituer les informations de voix ou vidéo même si le réseau sous-

jacent change l'ordre des paquets

Plus généralement, RTP permet :

◦ d'identifier le type de l'information transportée,

◦ d'ajouter des marqueurs temporels et des numéros de séquence l'information transporte

◦ de contrôler l'arrivée à destination des paquets.

Transport Rtp et Rtcp RTCP (Real-time Transport Control Protocol)

basé sur des transmissions périodiques de paquets de contrôle par tous les participants dans la session.

C'est un protocole de contrôle des flux RTP, permettant de véhiculer des informations basiques sur les participants d'une session, et sur la qualité de service

Transport Rtp et Rtcp RTP permet une gestion des flux multimédias (voix, vidéo) sur IP.

RTP fonctionne sur UDP.

L'en-tête RTP comporte des informations de synchronisation, de numérotation. Le codage des données dépendra du type de compression. Le RFC 1889 spécifie RTP.

Un canal RTP est employé par type de flux: un pour l'audio, un pour la vidéo

transporter et de contrôler des flots de données qui ont des propriétés temps-réel.

RTP et RTCP sont des protocoles qui se situent au niveau de l'application et utilisent les protocoles sous-jacents de transport TCP ou UDP. Utilisation générale -> UDP


• Le protocole H323 :

• Le protocole H323 défini : Les échanges de données Vidéo et Audio entre des terminaux multimédia en temps réel à travers le réseau Internet ou des LANs sans garantie de service. • Des terminaux.

• Des passerelles.

• Des Gatekeeper (portiers).

• Des contrôleurs multipoints.

• Il se décompose en un ensemble de sous protocoles.

Protocole H323

La norme H.323 propose des bases pour le transport de la voix, de la vidéo et des données sur des réseaux IP.

Il fonctionne en mode non connecté et sans garantie de

qualité de service

Il définit les protocoles nécessaires à partir de la couche transport du modèle OSI

Protocole H323

Protocole de signalisation (H225, Q.931)

RAS (Registration Admission Status) pour l’enregistrement et l’authentification, et le protocole Q.931pour l’initialisation et le contrôle d’appel.

Protocole de négociation (H245)

La négociation est utilisée pour se mettre d’accord sur la façon de coder les informations qu’on va s’échanger.

Protocole H323

68


Le protocole H323 : Architecture


• Le protocole H323 :

• Le terminal est le point terminal usager. Cela peut être un téléphone IP, un PC multimédia.

• Le Gatekeeper effectue les opérations de contrôles et de translation.

• Le contrôleur multipoint est dédié à la conférence à trois (voir plus).

• La passerelle offre une passerelle avec les autres réseau et une couche H323 quand les autres utilisateurs n'utilisent pas le protocole H323 (par exemple, c'est le cas des Pabx).


Le terminal H323 :


Le terminal contient un logiciel de

signalisation, de contrôle et d'échanges :

◦ Compression des données Audio et Voix.

◦ Mise en paquets des données.

◦ Protocole H245 pour le contrôle des

échanges.


• Le terminal H323 : Le gatekeeper

• C'est un serveur qui centralise les adresses IP

des postes H323 qui se trouvent sous son

contrôle.

• Utilise le RAS (Registration Admission Status)

pour vérifier les droits d'accès des postes.

• Autorise les appels ou rejette les appels en

fonction des droits des postes.

• Gère la bande passante du réseau.

• Gère le routage et la signalisation des appel.


• Le terminal H323 : Le passerelle

• Elle dispose de toutes la pile du protocole

H323.

• Gère les échanges entre le monde IP/H323 et

les autres protocoles propriétaires ou non.

• Gère la traduction en cas de changement de

protocole.

• Sert de passerelle vers d'autres réseaux (IP ou

pas).


• Le terminal H323 : Le contrôleur multipoint

• Le contrôleur multipoint est dédié aux conférences.

• Mixage de différentes sources pour les redistribuer à tout le mode.

• Les postes client H323 envoient leurs données vers ce contrôleur qui les redistribue à tous les postes.

• Il peut émettre ces données en mode multicast.

• Il assure le multiplexage des données audio.

• Il assure l'affichage vidéo de la personne qui parle ou une affiche les différentes vidéo sur un seul écran.


Ouverture du protocole H323 :

Beaucoup de société développent des

logiciels compatible H323, comme par

exemple Netmeeting.

Le protocole H323 est adopté par

beaucoup de sociétés (IBM, Microsoft,

Cisco, Alcatel, …).


Les gatekeepers :

• Le gatekeeper est l’élément qui fournit de l’intelligence à la passerelle. Le gatekeeper est la compagnon logiciel de la gateway.

• Vue d’ensemble des gatekeepers

• Un gatekeeper agit comme un moniteur de tout appel H323 dans la partie du LAN qu’il gère. Il fournit deux services principaux : • La gestion des permissions.

• La résolution d’adresses (annuaire).

• Le gatekeeper est aussi responsable de la sécurité :

• Quand un client H323 veut émettre un appel, il doit le faire au travers du gatekeeper. C’est alors que celui-ci fournit une résolution d’adresse du client de destination.


Les gatekeepers :

• Dans le cas où il y a plusieurs gateways sur

le réseau : Il peut rediriger l’appel vers un

autre couple gateway / gatekeeper qui

essaiera à son tour de router l’appel.

Pendant la résolution d’adresse, le

gatekeeper peut aussi attribuer une certaine

quantité de bande passante pour l’appel. Il

peut agir comme un administrateur de la

bande passant disponible sur le réseau.


• Les gatekeepers : Le gatekeeper répond aux aspects suivant de la téléphonie IP :

• Le routage des appels : en effet, le gatekeeper est responsable de la fonction de routage. Non seulement, il doit tester si l’appel est permis et faire la résolution d’adresse mais il doit aussi rediriger l’appel vers le bon client ou la bonne passerelle.

• Administration de la bande passante : le gatekeeper alloue une certaine quantité de bande passant pour un appel et sélectionne les codecs à utiliser. Il agit en tant que régulateur de la bande passante pour prémunir le réseau contre les goulots d’étranglement.


Les gatekeepers :

• Tolérance aux fautes, sécurité : le gatekeeper est aussi responsable de la sécurité dans un réseau de téléphonie IP. Il doit gérer la redondances des passerelles afin de faire aboutir tout appel. Il connaît à tout moment l’état de chaque passerelle et route les appels vers les passerelles accessibles et qui ont des ports libres.

• Gestion des différentes gateways (passerelle téléphonie IP – Réseau public) : dans un réseau de téléphonie IP, il peut y avoir beaucoup de gateways. Le gatekeeper, de par ses fonctionnalités de routage et de sécurité, doit gérer ces gateways pour faire en sorte que tout appel atteigne sa destination avec la meilleure qualité de service possible.


Les gatekeepers :

• Ainsi, le gatekeeper peut remplacer le classique PABX :

• Il est capable de router les appels entrant et de les rediriger vers leur destination ou une autre passerelle. Il peut gérer d’autres fonctions telles que la conférence ou le double appel. Il n’existe pas les mêmes contraintes avec un gatekeeper qu’avec un PABX.

• Le gatekeeper est constitué par du logiciel et l’opérateur peut implémenter autant de services qu’il le désire. Alors qu’avec un PABX, l’évolutivité est limitée par le matériel propriétaire de chaque constructeur.

Le protocole SIP

SIP - Présentation :

• SIP ressemble au protocole HTTP (codage ASCII, codes de réponse par exemple). Le client envoie des requêtes au serveur, qui lui renvoie une réponse.

• Les méthodes de base sont :

• INVITE permet à un client de demander une nouvelle session

• ACK confirme l'établissement de la session

• CANCEL annule un INVITE en suspens

• BYE termine une session en cours.

Les codes de réponse sont similaires à HTTP.

• 100 Trying

• 200 OK

• 404 Not Found

• En revanche, SIP diffère de HTTP du fait qu'un agent SIP (User Agent, UA) joue habituellement à la fois les rôles de client et de serveur. C'est-à-dire qu'il peut aussi bien envoyer des requêtes, que répondre à celles qu'il reçoit.

Protocole SIP

Application

Transport

Réseau

Physique

Liaison

Présentation

Session

Exemple choix de codec

(SIP) Le choix se fait grâce aux messages SDP contenu dans les

requêtes INVITE mais aussi dans le message OK en réponse à une requête INVITE. Il ya deux cas de figure :

◦ Soit l’utilisateur est l’appelant, dans ce cas là le message SDP est contenu dans l’INVITE avec la liste des codecs (PCMU, Speex et iLBC) dans l’ordre choisi par l’utilisateur. Le message OK de l’appelé contient alors un SDP avec le codec choisi (parmi ceux proposés) ou un message d’erreur s’il ne possède aucun codec en commun.

◦ Soit l’utilisateur est appelé. Dans ce cas il extrait la liste des codecs proposé par l’appelant dans le SDP de la requête INVITE puis y répond grâce à un message OK contenant le SDP qui présente le codec choisi.

84

Le protocole SIP

SIP - Structure :

• Registrar : Le Registrar est un serveur qui gère les requêtes REGISTER envoyées par les Users Agents pour signaler leur emplacement. Ces requêtes contiennent une adresse IP, associée à une URL, qui seront stockées dans une base de données. Les URL SIP sont très similaires dans leur forme à des adresses email : sip:[email protected]. Des mécanismes d'authentification permettent de sécuriser l'enregistrement.

• Proxy : Un Proxy SIP sert d'intermédiaire entre deux User Agents qui ne connaissent pas leurs emplacements respectifs (adresse IP). En effet, l'association URLAdresse IP a été stockée préalablement dans une base de données par un Registrar. Le Proxy peut donc interroger cette base de données pour diriger les messages vers le destinataire

Le protocole SIP

SIP - Avantages :

• Ouvert et standard tout comme le H323.

• Simple en version de base: SIP est simple voire simpliste et très similaire à HTTP. Le protocole s'est complexifié pour permettre une meilleurs interconnexion avec les réseaux téléphoniques classiques.

• Flexible : SIP peut être utilisé pour tout type de sessions multimédia.

• Téléphonie sur réseaux publics : il existe de nombreuses passerelles (services payants ou gratuit) vers le réseau public de téléphonie permettant d'émettre ou de recevoir des appels vocaux.

• Points communs avec H323 : l'utilisation du protocole RTP.

Le protocole SIP

SIP Registrar/Location Server

- Enregistrement de la localisation du client

SIP User Agent Client (UAC)

- Initialisation de l’appel

SIP User Agent Server (UAS)

- Récepteur de l’appel

SIP Proxy

87

Documents

Master IOSM 2 année, Option RSM · •La Voix sur IP consiste à : Utiliser les réseaux IP pour faire passer des communications téléphonique (de la voix ou de la vidéo) en plus