SIP 180 Ringing vs SIP 183 Session Progress.

[Meddane]

SIP 180 Ringing vs SIP 183 Session Progress.

Pourquoi le message "SIP 180 Ringing" ne nécessite pas un acquittement tandis que "183 Session Progress" l'exige (souvent) avec les mécanismes 100rel/PRACK.

Et pourquoi parle-t-on d’un acquittement (PRACK) si SIP peut utiliser TCP, qui est déjà un protocole fiable ?

Le message "180 Ringing" sert uniquement à signaler au calling que le téléphone du called sonne. Il ne transporte généralement pas de média (pas SDP), donc sa perte n’est pas critique.

Le message "183 Session Progress" est plus riche. Il véhicule souvent dans le body du SDP (Session Description Protocol), qui décrit les informations et les paramètres à négocier pour le media (on l'appelle également "early media"). Early signifie que le calling recevra un media précoce avant le media censé être reçu plus tard de called party. Exemple entendre des messages vocaux, la musique d'attente avant que l’appel ne soit répondu par le called party.

Par conséquent Le message "183 Session Progress" est plus riche et plus critique, donc c'est pour ça la RFC 3262 "Reliability of Provisional Responses in the Session Initiation Protocol (SIP)" a introduit les mécanismes 100rel/PRACK

Pour garantir que le message SIP "183 Session Progress" avec SDP soient bien reçues par le client. Cela signifie que, lorsque le User Agent Client (UAC) reçoit des messages 183 contenant l’en-tête Require: 100rel, il devra répondre avec une réponse PRACK.

Maintenant, je me pose la question suivante: Si SIP peut utiliser TCP (qui est fiable), pourquoi parle-t-on d’acquittement supplémentaire comme SIP PRACK ?

Pour faire simple, on va dire:

TCP dit : J’ai bien livré le colis (le message SIP 183) à la porte. »

PRACK dit : Le destinataire a ouvert le colis (le message SIP 183), l’a lu (le early media a été écouté).

TCP n'offre pas de mécanisme d'accusé de réception au niveau applicatif et c’est là que PRACK intervient, il confirme au niveau SIP que le message 183 a été non seulement reçu au niveau réseau, mais aussi pris en compte par la couche SIP.