Les avantages et inconvénients du protocole H.323 Avantages :

Les réseaux IP sont à commutation de paquets, les flux de données transitent en commun sur une même liaison. Les débits des réseaux IP doivent donc être adaptés en fonction du trafic afin d’éviter tout risque de coupure du son (et de la vidéo). Tous les sites n’ont pas le même débit. Plus le débit sera élevé et plus le risque de coupure sera faible. Par ailleurs, tant que la qualité de service n’existera pas dans les réseaux IP, la fiabilité des visioconférences sur les lignes à faible débit sera basse. Voici les principaux bénéfices qu’apporte la norme H.323 : Codecs standards : H.323 établit des standards pour la compression et la décompression des flux audio et vidéo. Ceci assure que des équipements provenant de fabricants différents ont une base commune de dialogue. Interopérabilité : Les utilisateurs peuvent dialoguer sans avoir à se soucier de la compatibilité du terminal destinataire. En plus d’assurer que le destinataire est en mesure de décompresser l’information, H.323 établit des méthodes communes d’établissement et de contrôle d’appel. Indépendance vis à vis du réseau : H.323 est conçu pour fonctionner sur tout type d’architecture réseau.

Comme les technologies évoluent et les techniques de gestion de la bande passante s’améliorent, les solutions basées sur H.323 seront capables de bénéficier de ces améliorations futures. Indépendance vis à vis des plates-formes et des applications : H.323 n’est lié à aucun équipement ou système d’exploitation. Support multipoint : H.323 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. Afin d’éviter que ces flux ne congestionnent le réseau, H.323 permet une gestion de la bande passante à disposition. En particulier, le gestionnaire du réseau peut limiter le nombre simultané de connexions H.323 sur son réseau ou limiter la largeur de bande à disposition de chaque connexion. De telles limites permettent de garantir que le trafic important ne soit pas interrompu.

Support multicast : H.323 supporte le multicast dans les conférences multipoint. Multicast, c’est le fait d’envoyer un paquet vers un sous ensemble de destinataires sans réplication, permet une utilisation optimale du réseau. Indispensable pour permettre un minimum d’interopérabilité entre équipements de fournisseurs différents, ce standard présente toutefois les inconvénients suivants [3]. Inconvénients H.323 est un 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 H.323 (téléphones IP, par exemple) qui nécessitent de ce fait une capacité mémoire et de traitement non sans incidence au niveau de leur coût. Il 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é 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 G.711 (64 Kbps) 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. En effet, dans le cas où les codecs à bas débits sont différents, le transport de la voix se fera à 64 Kbps, ce qui, en termes de bande passante, ne présente guère d’avantages par rapport à un système téléphonique classique. Le protocole H.323 est une des normes envisageables pour la voix sur IP à cause de son développement inspiré de la téléphonie. Cependant, il est pour l’instant employé par des programmes propriétaires (Microsoft, etc.). La documentation est difficile d’accès car l’ITU fait payer les droits d’accès aux derniers développements de cette technologie, en dehors des efforts faits par le projet Open H.323 pour rendre cette technologie accessible à tous. Ainsi son adaptation au réseau IP est assez lourde. C’est pourquoi au fil des recherches est né le protocole SIP [3].

Serveur de localisation:

Le serveur de localisation (Location Server) joue un rôle complémentaire par rapport au serveur d’enregistrement en permettant la localisation de l’abonné. Ce serveur contient la base de données de l’ensemble des abonnés qu’il gère. Cette base est renseignée par le serveur d’enregistrement. Chaque fois qu’un utilisateur s’enregistre auprès du serveur d’enregistrement, ce dernier en informe le serveur de localisation. Presque toujours, le serveur de localisation et le serveur d’enregistrement sont implémentés au sein d’une même entité. On parle alors souvent non pas de serveur de localisation, mais de service de localisation d’un serveur d’enregistrement, tant ces fonctionnalités sont proches et dépendantes. Les serveurs de localisation peuvent être collaboratifs. Le fonctionnement d’un serveur d’enregistrement est analogue à celui d’un serveur DNS dans le monde Internet : pour joindre un site Internet dont on ne connaît que le nom, il faut utiliser un serveur DNS, qui effectue la conversion (on parle de résolution) du nom en adresse IP. Ce serveur a connaissance d’une multitude d’adresses, qu’il peut résoudre parce qu’elles appartiennent à son domaine ou qu’il a la capacité d’apprendre dynamiquement en fonction des échanges qu’il voit passer. Dès qu’un nom lui est inconnu, il fait appel à un autre DNS, plus important ou dont le domaine est plus adéquat. De la même manière, les serveurs de localisation prennent en charge un ou plusieurs domaines et se complètent les uns les autres.

Avantage et inconvénients du protocole SIP Avantages :

L’implémentation de la VoIP avec le protocole de signalisation SIP (Session Initiation Protocol) fournit un service efficace, rapide et simple d’utilisation. SIP est un protocole rapide et léger. La séparation entre ses champs d’en-tête et son corps du message facilite le traitement des messages et diminue leur temps de transition dans le réseau. Les utilisateurs s’adressent à ces serveurs Proxy pour s’enregistrer ou demander l’établissement de communications. Toute la puissance et la simplicité du système viennent de là. On peut s’enregistrer sur le Proxy de son choix indépendamment de sa situation géographique. L’utilisateur n’est plus « attaché » à son autocommutateur. Une entreprise avec plusieurs centaines d’implantations physique différente n’a besoin que d’un serveur Proxy quelque part sur l’Internet pour établir son réseau de téléphonique gratuit sur l’Internet un peu à la manière de l’émail. Les dizaines de milliers d’autocommutateurs peuvent être remplacés par quelques serveurs proxy. On imagine bien la révolution. Mais comme d’habitude rien n’empêchera de remplacer un autocommutateur par un serveur Proxy réduisant ainsi l’intérêt du système. SIP est un protocole indépendant de la couche transport. Il peut aussi bien s’utiliser avec TCP que le protocole UDP.

Inconvénients : L’une des conséquences de cette convergence est que le trafic de voix et ses systèmes associés sont devenus aussi vulnérables aux menaces de sécurité que n’importe quelle autre donnée véhiculée par le réseau. En effet, SIP est un protocole d’échange de messages basé sur HTTP. C’est pourquoi, il est très vulnérable face à des attaques de types DoS (Dénis de Service), détournement d’appel, trafic de taxation, etc. De plus, le protocole de transport audio associé RTP (Real Time Protocol) est lui aussi très peu sécurisé face à l’écoute indiscrète ou des DoS. Le SIP est une norme pour la communication multimédia, il devient de plus en plus utilisé pour la mise en place de la téléphonie sur IP, la compréhension de ce protocole aidera le professionnel à l’épreuve de la sécurité sur le réseau .Ce protocole est un concurrent direct à H.323 [3].

Scénarios de communication 1- Amin compose sur son terminal l’adresse SIP et le nom utilisateur d’Aboubakr. Un message d’invitation (requête INVITE) est envoyé de l’UAC d’Amin vers le serveur Asterisk, À la réception de ce message, le serveur utilise la partie adresse SIP d’ Aboubakr pour localiser l’UAC de son terminal. En parallèle, le serveur informe Amin qu’il prend en charge la requête et tente de la mettre en relation. La réponse temporaire 100 TRYING indique à cette dernière que le message a été reçu et qu’il est encours de traitement. 2- Le terminal d’Aboubakr sonne. il reçoit l’invitation. En parallèle, il indique au serveur (par un message 180 RINGING) que l’appel est en train d’être notifié à Aboubakr et que la communication est en attente de son acceptation. Ce message informatif est relayé jusqu’à l’émetteur Amin, qui reçoit généralement un retour audio ou visuel (une tonalité de sonnerie particulière le plus souvent). 3- On suppose le cas où Aboubakr a choisi de répondre à l’appel. À l’instant où il décroche, l’UAS retourne à l’UAC un message 200 OK pour l’informer que l’appel est accepté. À ce stade, la communication n’a pas encore débuté, et aucun son n’est transmis. 4- Le terminal d’Amin confirme les paramètres d’appel. Il envoie un message d’acquittement ACK qui spécifie les paramètres définitifs à utiliser lors de cette session. Notons que le message d’acquittement peut passer directement d’un interlocuteur à l’autre, sans transiter par le serveur. À ce stade, chacun des utilisateurs a pu apprendre la localisation exacte de son interlocuteur, et il n’est donc plus nécessaire de recourir au serveur. Toutes les transactions qui suivent sont effectuées directement, de poste utilisateur à poste utilisateur. À réception de ce message, la communication entre les interlocuteurs peut débuter. 5- On suppose qu’Aboubakr veut terminer cette communication, Un message (requête BYE) est envoyé pour indiquer au correspondant que la session va être clôturée. Amin répond à cette requête en validant la prise en compte de cette demande par une réponse 200 OK.