7. Offerer Processing of the Answer (Elaborazione della risposta da parte dell'offerente)
7. Offerer Processing of the Answer (Elaborazione della risposta da parte dell'offerente)
Quando l'offerer (offerente) riceve l'answer (risposta), PUÒ inviare media sui flussi accettati (supponendo che siano elencati come sendrecv o recvonly nella risposta). DEVE inviare utilizzando un formato media elencato nella risposta, e DOVREBBE utilizzare il primo formato media elencato nella risposta quando invia.
Il motivo per cui questo è un DOVREBBE e non un DEVE (è anche un DOVREBBE, e non un DEVE, per l'answerer), è che spesso sarà necessario cambiare codec al volo. Ad esempio, durante i periodi di silenzio, un agent potrebbe voler passare a un codec di comfort noise. Oppure, se l'utente preme un numero sul tastierino, l'agent potrebbe volerlo inviare usando RFC 2833 [9]. Il controllo della congestione potrebbe richiedere il passaggio a un codec a bitrate inferiore in base al feedback.
L'offerer DOVREBBE inviare i media in base al valore di eventuali attributi ptime e bandwidth (larghezza di banda) nella risposta.
L'offerer PUÒ cessare immediatamente di ascoltare i formati media che erano elencati nell'offerta iniziale, ma non presenti nella risposta.