Remerciez-le!

Remerciez @Admin pour avoir partagé cet document gratuitement, de la manière la plus simple, en partageant sur les réseaux sociaux.

H.323 SIP Philosophie H.323 a été conçu avec une bonne compréhension des exigen

H.323 SIP Philosophie H.323 a été conçu avec une bonne compréhension des exigences de la communication multimédia sur des réseaux IP, y compris pour les conférences audio, vidéo, ou de la transmission de données. Il définit un ensemble, un système unifié pour l'exercice de ces fonctions, en s'appuyant sur les forces des protocoles de l' IETF et de l'UIT-T. En conséquence, il pourrait être raisonnable pour les utilisateurs d'attendre le même niveau de robustesse et d'interopérabilité que l'on trouve aujourd'hui sur le RTPC, bien que cela varie certes à travers le monde. H.323 a été conçu afin d'ajouter de nouvelles fonctionnalités. L'utilisation la plus largement déployée de H.323 est "Voice over IP" suivi de "vidéoconférence", qui sont tous deux décrits dans les spécifications H.323. SIP a été conçu pour installer une "session" entre deux points et être un système modulaire et flexible de l'architecture Internet. On rencontre grossièrement la notion d'appel (qui est une "session" avec des flux de média) mais nous n'avons pas de support pour les conférences multimédia, et l'intégration des normes parfois disparates est en grande partie laissée à chaque vendeur. SIP est maintenant un protocole agé de 14 ans avec un grand nombre de problèmes d'interopérabilité. Bien que SIP a été déployé avec succès dans certains milieux, ceux-ci sont généralement "fermé". Complexité H.323 est limité à des conférences multimédias, de sorte que la complexité du système est limitée en conséquence. Aucun système de communication n’est simple, mais H.323 tente de définir clairement l'ensemble des fonctionnalités de base que tous les appareils doivent supporter. SIP a été d'abord porté sur la communication vocale, puis élargi à la vidéo, le partage d'applications, la messagerie instantanée, présence, etc. Avec chaque ajout, la complexité augmente et, malheureusement, il n'y a pas de lignes directrices strictes quant à la fonctionnalité que tout dispositif donné doit prendre en charge. Cela conduit à des systèmes plus complexes avec des problèmes d'interopérabilité. Depuis SIP a été «vendu» comme un simple protocole, en dépit du fait qu'il n’est que simple en apparence.. Fiabilité H.323 a défini un certain nombre de fonctionnalités pour gérer l'échec des entités réseau intermédiaire, y compris les «GateKeepers alternatifs», «points de terminaison de remplacement", et un moyen de récupérer des échecs de connexion. SIP n'a pas défini des procédures pour les cas de pannes des dispositifs. Si un proxy échoue, l'agent utilisateur détecte cette expiration par minuterie. Il est de la responsabilité de l'agent utilisateur d'envoyer un re-INVITE à un autre proxy, ce qui entraîne de longs retards dans l'établissement de l'appel. Codage des messages Les messages H.323 encodent dans un format binaire compact qui est compatible à la fois avec les bandes passantes étroites et les bandes passantes plus larges. Les messages sont codés et décodés efficacement par des machines, avec de nombreux décodeurs (par exemple, Ethereal). Les messages SIP sont encodés au format texte ASCII, facilement lisible par l'homme. En conséquence, les messages sont grands et moins adaptés pour les réseaux où la bande passante, délai, et / ou de traitement sont un sujet de préoccupation. Les messages SIP peuvent devenir si grands qu'elles dépassent parfois la taille MTU en allant sur les liens WAN, entraînant des retards, pertes de paquets, etc. En conséquence, des efforts ont été faits pour coder SIP en binaire (RFC 3485 et RFC 3486 ). Media Transport RTP / RTCP , SRTP RTP / RTCP , SRTP Configuration des appels Configuration - - Connexion Ack - Bien sûr, des procédures plus élaborées d'établissement d'appel peuvent être nécessaire. Le protocole doit donc gérer des méthodes plus complexes, afin de gérer les modes vidéo complexes, etc. INVITE - - 200 OK Ack - La plupart des flux temps réels sont complexes, car ils passent souvent par un ou plusieurs proxys, il faut donc des messages de réponse intermédiaires, et gérer de nouvelles méthodes. Capacité de négociation Les entités H.323 permettent l'ouverture de canaux audio, et/ou vidéo, et de canaux de données. Les canaux individuels peuvent être ouverts et fermés lors de l'appel sans perturber les autres. Les entités SIP ont des moyens limités en ce qui concerne les échanges. La RFC 3407 est plus ou moins une "déclaration" de mécanisme, et non une procédure de négociation. Vidéoconférence H.323 soutient pleinement la vidéoconférence et les données. Des procédures sont en place pour assurer le contrôle de la conférence ainsi que la synchronisation labiale des flux audio et vidéo. SIP a un support limité pour la vidéo mais pas pour les protocoles de transfert de données comme T.120. SIP n’a pas de protocole de contrôle de la conférence et il n'existe aucun mécanisme au sein de SIP pour la synchronisation des lèvres. Il n'existe aucun moyen de récupérer les pertes de paquets dans un flux vidéo. Codecs H.323 prend en charge n'importe quels codecs, normalisés ou propriétaires. Aucune autorité d’enregistrement n’est nécessaire pour utiliser un codec dans H.323. SIP prend en charge n'importe quel codec IANA enregistré ou autre. Pare-feu / prise en charge NAT Fourni par H.323 "proxy" ou par le point de terminaison, à la fois en conjonction avec un GateKeeper résidant dans le réseau public. Reportez-vous à H.460.17, H.460.18 et H.460.19. H.323 version 7 sortie en Novembre 2009, implémente de nouvelles évolutions permettant le dialogue entre équipement H.323 situés derrières des NAT/FW. SIP n'a pas défini de parcours à travers des mécanismes de NAT / FW. Certaines normes qui ont été définis ou sont en cours de définition sont STUN, TURN, ANAT, et ICE. (Ce travail en cours dure depuis des années, et la plupart des solutions sont viables). Ports minimum pour l'appel VoIP 3 (signalisation d'appel, RTP, RTCP et.) 3 (SIP, RTP, RTCP et.) Authentification Oui, via le H.235. Oui, via le protocole HTTP (Digest et Basic), SSL, PGP, S / MIME, ou divers autres moyens. Chiffrement Oui, via le H.235 (y compris l'utilisation de SRTP, TLS, IPSec, etc.) Oui, via SSL, PGP, S / MIME, ou divers autres moyens. uploads/S4/ h323-vs-sip.pdf