III.3- Comparaison entre SIP et H.323
Afin de mieux aborder cette partie, nous avons
identifié quelques éléments pertinents qui peuvent entrer
dans cette comparaison et nous permettront de bien cerner les similitudes ou
les différences. Les tableaux ci-après illustrent cette
comparaison sur le plan de l'architecture, de l'origine, du transport, du
codage et bien d'autres. Bien plus, d'autres notions comme contrôle
d'appel et qualité de protocole sont présentées en guise
de comparaison.
|
H.323
|
SIP
|
Architecture
|
Pile de protocoles
|
Eléments
|
Origine
|
ITU
|
IETF
|
Transport
|
TCP (UDP depuis V3)
|
UDP
|
Codage
|
ANS.1
|
Texte
|
Dérivé de
|
Téléphonie
|
Multimédia
|
Interopérabiité
|
Faible
|
Elevée
|
Adressage
|
IP, URL
|
URL
|
|
Au niveau du contrôle d'appel
:
Service
|
H.323 v1
|
H.323 v2
|
H.323 v3
|
SIP
|
Maintien
|
Non
|
Oui
|
Oui
|
Oui
|
Transfert
|
Non
|
Oui
|
Oui
|
Oui
|
Renvoi
|
Non
|
Oui
|
Oui
|
Oui
|
Attente
|
Non
|
Oui
|
Oui
|
Oui
|
3ème appelants
|
Non
|
Non
|
Non
|
Oui
|
Conférence
|
Non
|
Oui
|
Oui
|
Oui
|
Click pour appel
|
Non
|
Oui
|
Oui
|
Oui
|
Echange paramètres
|
Oui
|
Oui
|
Oui
|
Oui
|
|
Il faut remarquer que H.323 peut négocier le
médium de transport, alors que SIP ne le peut pas.
Qualité du protocole:
Service
|
H.323 v1
|
H.323 v2
|
H.323 v3
|
SIP
|
Délai d'appel
|
6-7 RT
|
3-4 RT
|
2.5 RT
|
1.5 RT
|
Traitement des paquets
perdus
|
TCP
|
TCP
|
OUI
|
OUI
|
Détection boucle
|
Non
|
Non
|
Valeur du chemin
|
Grâce au saut
|
Tolérance aux fautes
|
Non
|
Non
|
Backup
|
Oui
|
|
H.323 requiert une interaction entre plusieurs sous
protocoles tandis que SIP non. De plus, le protocole H.323 jusqu'à sa
version 2 était un protocole avec état, mais dès la
troisième version et comme SIP, il est devenu un protocole sans
état.
La structuration du protocole SIP est
hiérarchisée par un organe de standardisation (IANA), tandis que
celle du protocole H.323 dépend des implémentations par les
différents constructeurs.
Le protocole SIP offre de plus la possibilité de
recevoir de nouvelles fonctions du moment que la demande de standardisation par
l'IANA a été acceptée. Le protocole SIP est de plus
transparent aux proxy et il accepte les types arbitraires MIME du moment que
ses champs options restent compatible avec le reste du protocole.
IV- Fax dans un environnement VoIP
Le Fax sur IP fait référence au
procédé d'envoi et de réception des fax via un
réseau VoIP. Il fonctionne par le biais du codec T38 et nécessite
une passerelle VoIP, un télécopieur, une carte fax ou un logiciel
fax compatible avec le T38. Les télécopieur a modem
multifonctions sont compatibles avec le T38.
Un logiciel Fax qui connaît le langage T38 peut ainsi
envoyer et recevoir des fax directement via la passerelle VoIP et par la
même aucun hardware supplémentaire n'est requis. Actuellement, la
plus part des serveurs fax nécessitent un pilote EICON SoftIP ou Cantata
FoIP séparé afin d'envoyer et de recevoir un fax sans le
hardware.
T38 est un protocole qui décrit comment envoyer un fax
à partir d'un réseau de données informatiques. Il est
indispensable car les données de fax ne peuvent pas être
envoyées un réseau de données informatiques de la
même façon que la communication vocale. Il est décrit dans
le RFC 3362, et défini la façon dont un appareil doit communiquer
les données de fax. Dans l'image ci-dessous, la passerelle et la
télécopieuse derrière la passerelle doivent être
compatibles avec T38. En ce qui concerne le fax G3 sur une
ligne analogue, ce procédé sera transparent. Le
télécopieur analogue n'a pas besoin de connaître le T38.
| 
