4.2.2 Etude comparative entre
SIP et H3233
Les deux protocoles SIP et H323 représentent les
standards définis jusqu'à présent pour la signalisation
à propos de la téléphonie sur Internet. Ils
présentent tous les deux des approches différentes pour
résoudre un même problème.
H323 est basé sur une approche traditionnelle du
réseau à commutation de circuits. Quant à SIP, il est plus
léger car basé sur une approche similaire au protocole http. Tous
les deux utilisent le protocole RTP comme protocole de transfert des
données multimédia.
Au départ H323 fut conçu pour la
téléphonie sur les réseaux sans QoS, mais on l'adopta
pour qu'il prenne en considération l'évolution complexe de la
téléphonie sur internet.
La complexité de H323 provient encore du fait de la
nécessité de faire appel à plusieurs protocoles
simultanément pour établir un service, par contre SIP n'a pas ce
problème.
Les nouvelles versions de H323 doivent tenir compte des
anciennes versions pour continuer à fonctionner. Ceci entraîne
pour H323 de garder un peu plus de codecs pour chaque version. H323 ne
reconnaît que les Codecs standardisés pour la transmission des
données multimédias proprement dit alors que SIP, au contraire,
peu très bien en reconnaître d'autres. Ainsi, on peut dire que
SIP est plus évolutif que H323.
4.2.3. Déroulement d'un
appel téléphonique sous SIP
Pour initier une session SIP, la procédure est la
suivante. les messages ne transitent pas par un proxy mais sont envoyés
directement au User Agent concerné. L'appelant envoie un INVITE
à l'appelé. Au moyen du protocole SDP, il indique dans
sa requête quels médias il souhaite échanger
audio/vidéo) et les codecs qu'il prend en charge.
L'appelé lui indique qu'il traite la requête
par un code de réponse "100 rying". Une fois la requête
traitée, il envoie un code "180 Ringing" pour indiquer que le
téléphone appelé est en train de sonner. Les
réponses 100 et 180 sont généralement envoyées
à quelques millisecondes d'intervalle seulement. Pour comprendre la
réelle utilité du message "100 Trying", il faut
considérer le cas ou l'appelé à besoin de plus de
temps pour traiter la requête, par exemple s'il doit demander
une autorisation avant d'accepter l'appel.
Lorsque l'usager appelé répond, une
réponse définitive est envoyée à l'appelant
dans une message "200 OK". Ce message contient des informations de sessions
grâce à SDP. Contrairement au SDP du message INVITE, celui-ci ne
contient qu'un seul codec car l'appelé a choisi le plus
approprié dans la liste proposée par l'appelant.
L'appelant termine par un message ACK, indiquant que la
session est établie et que les deux parties sont maintenant en
communication.
| 
