7. Offerer Processing of the Answer

7. Offerer Processing of the Answer

Lorsque l'offreur (offerer) reçoit la réponse (answer), il PEUT envoyer des médias sur le ou les flux acceptés (à condition qu'ils soient indiqués comme sendrecv ou recvonly dans la réponse). Il DOIT envoyer en utilisant un format média listé dans la réponse, et il DEVRAIT utiliser le premier format média listé dans la réponse lorsqu'il envoie.

La raison pour laquelle il s'agit d'un DEVRAIT et non d'un DOIT (c'est également un DEVRAIT, et non un DOIT, pour le répondant), est qu'il y aura souvent besoin de changer de codec à la volée. Par exemple, pendant les périodes de silence, un agent peut souhaiter passer à un codec de bruit de confort. Ou, si l'utilisateur appuie sur une touche du clavier, l'agent peut souhaiter l'envoyer en utilisant RFC 2833 [9]. Le contrôle de congestion peut nécessiter le passage à un codec de débit inférieur sur la base des retours.

L'offreur DEVRAIT envoyer les médias conformément à la valeur de tout attribut ptime et de bande passante (bandwidth) dans la réponse.

L'offreur PEUT cesser immédiatement d'écouter les formats médias qui étaient listés dans l'offre initiale, mais absents de la réponse.