Tรฉlรฉcharger le fichier pdf d’un mรฉmoire de fin d’รฉtudes
Structure de la norme
H323 est une association de plusieurs protocoles diffรฉrents et qui peuvent รชtre regroupรฉs en trois catรฉgories : la signalisation, la nรฉgociation de codec et le transport de lโinformation.
En H323, la signalisation sโappuie sur le protocole RAS (Registration Admission Statuts) pour lโenregistrement et lโauthentification, le protocol e Q931 pour lโinitialisation et le contrรดle dโappel . La nรฉgociation est utilisรฉe pour se mettre dโaccordsur la faรงon de coder les informations รฉchangรฉes. Il est que les tรฉlรฉphones ou les systรจmese servent dโun langage commun sโils veulent se comprendre. Il serait aussi prรฉfรฉrable sโils ontplusieurs alternatives de langages quโils utilisent le plus adaptรฉs. Il peut sโagir du codec le moins gourmand en bande passante ou de celui qui offre la meilleure qualitรฉ. Le protocole utilisรฉ pour lanรฉgociation de codec est le H245.
Le transport de lโinformation sโappuie sur le proto cole RTP pour la voix, la vidรฉo ou les donnรฉes numรฉrisรฉes par les codecs. On peut aussi utiliser esl messages RTCP pour faire du contrรดle de qualitรฉ, voire demander de renรฉgocier les codecs si, par exemple, la bande passante diminue.
Fonctionnement de la norme [11] [16]
Son architecture est souple, il est donc possible de lโimplรฉmenter de diffรฉrentes maniรจres. Tous les messages ne sont pas absolument nรฉcessaire dans tous les cas et les diffรฉrents protocoles qui composent le H323 ne sont pas absolument solidaires, ils peuvent emprunter des chemins diffรฉrents. On peut citer trois types de communications dans lโutilisation de la norme H323 tels que la communication point ร point, la communicatio n auprรจs dโun Gatekeeper et la communication avec plusieurs clients
Lโappelant entre lโadresse IP du destinataire dans le champ du logiciel rรฉservรฉ ร cet effet. Les protocoles de signalisation proposent au logiciel du destinataire dโรฉtablir la communication te transmet son ID H323.
Le logiciel du destinataire rรฉpond soit ยซ occupรฉยป oits ยซ libreยป.
Si ยซ libreยป, lโappelant รฉnumรจre ses possibilitรฉs decodecs audio et vidรฉo (si disponibles) Le destinataire รฉnumรจre les codecs compatibles ร lโappelant pour accord
Si accord, dโautres ports TCP et UDP sont nรฉgociรฉspour lโaudio (UDP), la vidรฉo (UDP) et les donnรฉes (TCP).
Chaque flux est ensuite transmis indรฉpendamment desautres.
A la fermeture dโune session, les ports sont libรฉrรฉs et les transmissions de contrรดle stoppรฉes.
Le MCU sโannonce auprรจs de Gatekeeper et lui annonce ses possibilitรฉs :
– Nombre de clients possibles
– Dรฉbits (en octets/seconde) possibles par client oudรฉbit total maximal
– Id H323 de connexion
Les communications seront ensuite traitรฉes comme aucas 2, le MCU devenant alors un ยซ simple clientยป au vu des appelants ; la diffรฉrence se trouvant simplement dans le nombre de communication acceptรฉes avant transmission du message ยซ occupรฉยป.
Avantages et inconvรฉnients
Voici les principaux bรฉnรฉfices quโapporte la normeH323 :
ยท Codec standard : H323 รฉtablit des standards pour lacompression et la dรฉcompression des flux audio et vidรฉo.
ยท Interopรฉrabilitรฉ : Les utilisateurs veulent pouvoirdialoguer sans avoir ร se soucier la compatibilitรฉ du terminal destinataire. En plus dโassurer que le destinataire est en mesure de dรฉcompresser lโinformation, H323 รฉtablit des mรฉthodes communes dโรฉtablissement et de contrรดle dโappel.
ยท Indรฉpendance vis-ร -vis du rรฉseau : H323 est conรงu pour fonctionner sur tout type dโarchitecture rรฉseau.
ยท Indรฉpendance vis-ร -vis des plates formes et des applications : H323 nโest liรฉ ร aucun รฉquipement ou systรจme dโexploitation.
ยท Support multipoint : H323 supporte des confรฉrences entre trois terminaux ou plus sans nรฉcessiter la prรฉsence dโune unitรฉ de contrรดle spรฉcialisรฉe.
ยท Gestion de la bande passante : Le trafic audio et vidรฉo est un grand consommateur de ressources rรฉseau. En particulier, le gestionnaire du rรฉseau peut limiter le nombre simultanรฉ de connexions H323 sur son rรฉseau ou limiter la largeur de bande ร disposition de chaque connexion.
ยท Support multicast : H323 supporte le multicast dans les confรฉrences multipoint.
La norme H323 de lโUIT est indispensable pour permettre un minimum dโinteropรฉrabilitรฉ entre รฉquipements de fournisseurs diffรฉrents, cependantliprรฉsente toutefois les inconvรฉnients suivants :
ยท Protocole complexe, crรฉรฉ initialement pour les confรฉrences multimรฉdia et qui incorpore des mรฉcanismes superflus dans un contexte purement tรฉlรฉphonique. Ceci a notamment des incidences au niveau des terminaux H323 (tรฉlรฉphonesIP, par exemple) qui nรฉcessitent de ce fait une capacitรฉ mรฉmoire et de traitement non ans incidence au niveau de leur coรปt.
ยท Comprend de nombreuses options susceptibles dโรชtre implรฉmentรฉes de faรงon diffรฉrentes par les constructeurs donc de poser des problรจmes dโinteropรฉrabilitรฉ ou de plus petit dรฉnominateur commun (dans le choix du codec par exemple) ; dโautre part, comme le seul codec obligatoire est le codec G711 (64kbps) et que le support des autres codecs plus efficaces est optionnel, lโinteropรฉrabilitรฉ entre produits provenant de constructeurs
diffรฉrents ne signifie pas quโils feront un usage optimal de la bande passante.
Le protocole H323 est une des normes envisageables pour la visioconfรฉrence sur IP. Cependant, elle est pour lโinstant surtout employรฉ par des programmes propriรฉtaires. La documentation sโavรจre difficile ร accรฉder car lโUIT fait payer les droits dโaccรจs aux derniers dรฉveloppements de cette technologie, en dehors des efforts faits par le projet OpenH323 pour la rendre accessible ร tous.
Les failles de H323
Ce protocole nโest pas ร lโabri de failles de sรฉcuritรฉ. Ces trous de sรฉcuritรฉ pourraient รชtre exploitรฉs pour exรฉcuter des commandes arbitraires ou provoque un dรฉni de service sur le systรจme vulnรฉrable. La criticitรฉ de ces problรจmes sur les iffรฉrentsd รฉquipements/logiciels semble varier dโun produit ร lโautre. Les systรจmes touchรฉs sont les tรฉlรฉphones IP et les visioconfรฉrences IP.
SIPย
SIP (Session Initiation Protocol) est un protocole de signalisation dรฉfini par lโIETF (Internet Engineering Task Force) permettant lโรฉtablissement, la libรฉration et la modification de sessions multimรฉdias (RFC3261).
Il hรฉrite de certaines fonctionnalitรฉs des protocoles HTTP (Hyper Text Transport Protocol) utilisรฉ pour naviguer sur le WEB, et SMTP (Simple Mail Transport Protocol) utilisรฉ pour transmettre des messages รฉlectroniques (E-mails). SIP sโappuie sur un modรจle transactionnel client/serveur comme HTTP. Lโadressage utilise le concept dโURL SI P (Uniform Resource Locator) qui ressemble ร une adresse E-mail. Chaque participant dans un rรฉseau SIP est donc adressable par une URL SIP. Par ailleurs, les requรชtes SIP sont acquittรฉes par des rรฉponses identifiรฉes par un code numรฉrique. Dโailleurs, la plupart des codes de rรฉponses SIP ont รฉtรฉ empruntรฉs au protocole HTTP. Par exemple, lorsque le destinataire nโest pas localisรฉ, un code de rรฉponse ยซ 404 Not Found ยป est retournรฉ. Une requรชte SIP est constituรฉe de headers comme une commande SMTP. SIP possรจde lโavantage de ne pas รชtre attachรฉ ร unmรฉdium particulier et est sensรฉ รชtre indรฉpendant du protocole de transport des couches basses.
La session SIP
Les messages SIP sont au format texte, ce qui confรจre au protocole une grande รฉvolutivitรฉ. La figure suivante illustre lโarchitecture protocolaire SIP
Dans un systรจme SIP on trouve deux types de composantes, les users agents (UAS, UAC) et un rรฉseau de serveurs tels que :
o LโUAS (User Agent Server) : Il reprรฉsente lโagent de la partie appelรฉe. Cโest une application de type serveur qui contacte lโutilisateur lorsquโune requรชte Sip est reรงue puis
elle renvoie une rรฉponse au nom de lโutilisateur.
o LโU.A.C (User Agent Client) : Il reprรฉsente lโagent de la partie appelante. Cโest une
application de type client qui initie les requรชtes .
o Le relais mandataire ou PS (Proxy Server) : auquel est reliรฉ un terminal fixe ou mobile, agit ร la fois comme un client et comme un serveur. Un tel serveur peut interprรฉter et modifier les messages quโil reรงoit avant de les ret ransmettre :
– Le RS (Redirect Server) : Il rรฉalise simplement une association (mapping) dโadresses vers une ou plusieurs nouvelles adresses (lorsquโun client appelle un terminal mobile – redirection vers le PS le plus proche โ ou en mode multicast – le message รฉmis est redirigรฉ vers toutes les sorties auxquelles sont reliรฉs les destinataires). Notons quโun Redirect Server est consultรฉ par l’UAC comme un simple serveur et ne peut รฉmettre de requรชtes contrairement au PS.
– Le LS (Location Server) : Il fournit la position courante des utilisateurs dont la communication traverse les RS et PS auxquels il est rattachรฉ. Cette fonction est assurรฉe par le service de localisation.
– Le RG (Registrar) : C’est un serveur qui accepte les requรชtes Register et offre รฉgalement un service de localisation comme le LS. Chaque PS ou RS est gรฉnรฉralement reliรฉ ร un Registrar.
De point de vue sรฉcuritรฉ et authentification, les messages SIP peuvent contenir des donnรฉes confidentielles, en effet le protocole SIP possรจde 3 mรฉcanismes de cryptage, soient :
o Cryptage de bout en bout du corps du message SIP et de certains champs dโentรชte sensibles aux attaques.
o Cryptage au saut par saut (hop by hop) ร fin dโemp รชcher des pirates de savoir qui appelle qui.
o Cryptage au saut par saut du champ dโentรชte via pour dissimuler la route quโa empruntรฉe la requรชte.
Fonctionnement du protocole SIP
SIP intervient aux diffรฉrentes phases de l’appel :
Localisation du terminal correspondant,
Analyse du profil et des ressources du destinataire,
Nรฉgociation du type de mรฉdia (voix, vidรฉo, donnรฉes)โฆ et des paramรจtres de communication,
Disponibilitรฉ du correspondant, dรฉtermine si le poste appelรฉ souhaite communiquer, et autorise lโappelant ร le contacter.
Etablissement et suivi de l’appel, avertit les parties appelantes et appelรฉes de la demande dโouverture de session, gestion du transfert et de la fermeture des appels.
Gestion de fonctions รฉvoluรฉes : cryptage, retour d’erreurs, โฆ
Requรชte SIP
Le RFC 3261 dรฉfinit six requรชtes SIP :
Invite : Cette requรชte indique que lโapplication (ou utilisateur) correspondante ร lโUrl Sip spรฉcifiรฉ est invitรฉ ร participer ร une session. Le corps du message dรฉcrit cette session (par ex : mรฉdia supportรฉs par lโappelant). En cas de rรฉponse favorable, lโinvitรฉ doit spรฉcifier les mรฉdias quโil supporte.
Ack : Cette requรชte permet de confirmer que le terminal ppelant a bien reรงu une rรฉponse dรฉfinitive ร une requรชte Invite.
Options : Un proxy server en mesure de contacter l’UAS (terminal) appelรฉ, doit rรฉpondre ร une requรชte Options en prรฉcisant ses capacitรฉs ร contacter le mรชme terminal.
Bye : Cette requรชte est utilisรฉe par le terminal de lโappelรฉ ร fin de signaler quโil souhaite mettre un terme ร la session.
|
Table des matiรจres
INTRODUCTION
CHAPITRE 1 GENERALITE SUR LA VOIX SUR IP
1.1 Introduction
1.2 Architecture
1.2.1 Scenario PC 2 PC
1.2.2 Scenario PC 2 Phone (Scenario Phone 2 PC)
1.2.3 Scenario Phone 2 Phone
1.2.4 Autre type dโarchitecture
1.3 Protocoles utilisรฉes
1.3.1 Standard H323
1.3.2 SIP
1.3.3 Les autres protocoles
1.4 Principe de fonctionnement
1.5 Qualitรฉ de service (QoS) de la VoIP
1.5.1 Critรจre de QoS
1.5.2 Para mรจtres de QoS
1.5.3 Exigence en QoS pour la VoIP
1.6 Conclusion
CHAPITRE 2 LA VoIP SUR LES RESEAUX SANS FILS
2.1 Introduction
2.2 La technologie sans fil
2.2.1 Prรฉsentation
2.2.2 Diffรฉrentes catรฉgories
2.2.3 Portรฉes et dรฉbit
2.2.4 La technologie Wi-Fi
2.2.5 La couche MAC du 802.11
2.3 La VoIP sur Wi-Fi
2.3.1 Lโinteraction : un problรจme ?
2.3.2 Capacitรฉ en VoIP du 802.11
2.4 Amรฉlioration de QoS de la VoIP sur Wi-Fi
2.4.1 Evaluation de la capacitรฉ du support
2.4.2 Augmentation du payload du flux de donnรฉes audio
2.4.3 Un nouveau standard 802.11e
2.5 Conclusion
CHAPITRE 3 Modรฉlisation de la qualitรฉ de service de la VoIP
3.1 Modรฉlisation du trafic IP
3.1.1 Prรฉsentation
3.1.2 Modรจle mathรฉmatique
3.2 Modรจle du trafic Voix sur IP
3.2.1 Arrivรฉe de connexion
3.2.2 La file M/D/1
3.3 Simulation
3.3.1 Prรฉsentation de lโoutil Matlab
3.3.2 Travail effectuรฉ
3.3.3 Interprรฉtations
3.3.4 Modรจle mathรฉmatique proposรฉ
3.4 Conclusion
CONCLUSION
ANNEXES
ANNEXE 1 PRESENTATION DE LA SIMULATION SOUS MATLAB 7.8
A1.1 Crรฉation de la fonction exรฉcutable
A1.2 Les interfaces de la simulation
ANNEXE 2 Code source de la simulation
BIBLIOGRAPHIE
Pages de renseignements
Rรฉsumรฉ
Abstract
Tรฉlรฉcharger le rapport complet