SIP 180 vs 183 vs Médias précoces

X

Confidentialité & Cookies

Ce site utilise des cookies. En continuant, vous acceptez leur utilisation. En savoir plus, y compris comment contrôler les cookies.

Compris!

Annonces

Un appel SIP normal est établi avec succès lorsque l’appelé l’accepte avec la réponse finale 200 OK, la négociation de codec est terminée et l’appel entre dans la session multimédia avec les deux extrémités connaissent les capacités de chacun. Aucun doute sur ce mécanisme de base et de principe.

Mais cela n’a rien à voir avec le moment où le média démarre réellement, vous pouvez parfois remarquer que l’extrémité éloignée joue un SVI pour vous demander une entrée de chiffre sans répondre à votre appel.

Ainsi, le flux multimédia avant l’établissement de l’appel est considéré comme un support précoce. Ce n’est pas la voix de la personne à qui vous êtes prêt à parler, mais plutôt les tonalités du système, les annonces ou tout son que l’autre extrémité veut que vous entendiez.

Une implémentation en quelque sorte similaire au RTPC peut être rencontrée lorsque votre téléphone mobile essaie d’atteindre un numéro hors signal:

Le numéro que vous avez composé n’est pas disponible pour le moment, veuillez réessayer plus tard.

C’est ce que vous entendez en conséquence, et dans ce cas, votre fournisseur de services de téléphonie n’a pas répondu à votre appel et ne vous facture pas les frais d’appel.

180 Sonnerie

Comme indiqué dans la bible SIP rfc3261, 180 est utilisé pour alerter l’appelant que l’UA recevant l’INVITATION sonne.

La réponse 180 la plupart du temps ne porte pas de corps SDP, et le périphérique recevant cette réponse initie généralement un rappel local à l’utilisateur final. Cela dit, la sonnerie que vous entendez en attendant que l’appelé réponde n’est pas en réseau, mais configurable sur votre périphérique de point de terminaison.

Il convient de mentionner que les mêmes choses se produisent lorsque certains 4XX, 5XX, 6XX sont reçus, votre appareil doit générer certains types de musique pour vous signaler que l’appel a échoué avec succès, avant de se bloquer complètement.

183 Progression de la session

La réponse 183 (Progression de la session) est utilisée pour transmettre l’information. Dans ce cas, les champs d’en-tête ou le corps du SDP peuvent être utilisés pour transmettre plus de détails sur la progression de l’appel.

Support précoce avec réponse SIP 183

La réponse 183 contient le corps du SDP et est généralement utilisée dans 3 cas:

  1. Faire un rappel de déplacement du réseau: le périphérique exécutant l’UAC lit le flux multimédia envoyé par le SAMU à l’utilisateur pour indiquer que l’appelé est alerté.
  2. Il suffit de lire un message d’erreur, puis de raccrocher comme je l’ai indiqué ci-dessus.
  3. Pour la mise en œuvre d’une réponse Vocale interactive : les tonalités dtmf peuvent être rassemblées à côté de paquets multimédias.

C’est à propos des premiers médias, simple, n’est-ce pas?

Détection des médias précoces

Ci-dessus est la définition SIP sur les médias précoces, je peux dire que c’est assez simple, mais en fait, l’UAC n’a pas pu relayer les réponses SIP reçues pour décider d’initier une relance locale ou de lire les médias de l’extrémité opposée. Juste parce que la signalisation SIP et les médias RTP sont sur leur propre chemin, le SAMU peut lancer la réponse 183 contient le corps SDP sans envoyer de paquet multimédia.

En dehors de cela, une implémentation attache le corps du SDP dans la réponse 180 et entre dans la première session de médias sans réponse 183.

Donc, pour détecter les premiers médias, l’UAC doit également vérifier si les paquets de médias arrivent à un moment donné.

Et grâce à la rfc3960, certaines politiques pour ces dégâts sont recommandées:

1. À moins qu’une réponse 180 (Sonnerie) ne soit reçue, ne générez jamais
sonnerie locale.

2. Si un 180 (Sonnerie) a été reçu mais qu’il n’y a pas de paquets multimédia
entrants, générez une sonnerie locale.

3. Si un 180 (Sonnerie) a été reçu et qu’il y a des paquets multimédia
entrants, lisez-les et ne générez pas de sonnerie locale.

Ces stratégies ne sont pas définies comme standard à suivre dans chaque périphérique SIP, mais elles indiquent simplement:

Tout UA doit lire les paquets multimédias entrants (et arrêter la génération de sonneries locales si elle était en cours)

Enfin et surtout, lorsque l’appel quitte l’état des médias en début de réponse, la réponse SDP dans le OK 200 doit correspondre à la réponse SDP dans le 183/180 plus tôt, cela signifie qu’aucun changement dans la capacité des médias lorsque l’appel passe d’une session médiatique anticipée à une session médiatique officielle (tardive).

Eh bien c’est tout, j’espère que cela a du sens pour vous. Si possible, une trace Wireshark d’un appel SIP avec un support précoce peut vous aider à comprendre plus clairement.

Leave a Reply