1. Introduzione

Al momento in cui il Real-Time Transport Protocol (RTP) [RFC3550] fu originariamente progettato, e per molto tempo dopo, gli endpoint nelle sessioni RTP tipicamente trasmettevano una sola sorgente di media e quindi utilizzavano un unico flusso RTP e una unica sorgente di sincronizzazione (SSRC) per sessione RTP, dove sessioni RTP separate erano tipicamente usate per ciascun tipo di media distinto. Recentemente, tuttavia, sono emersi numerosi scenari in cui gli endpoint desiderano inviare più flussi RTP, distinti da identificatori di sorgente di sincronizzazione RTP (SSRC) distinti, in una singola sessione RTP. Questi sono delineati nella Sezione 3. Sebbene il progetto iniziale di RTP considerasse tali scenari, la specifica non è stata scritta in modo coerente tenendo presenti tali casi d'uso; pertanto, la specifica è alquanto poco chiara in alcuni punti.

Questo memo aggiorna la [RFC3550] per chiarire il comportamento nei casi d'uso in cui gli endpoint utilizzano SSRC multipli. Aggiorna inoltre la [RFC4585] per risolvere i problemi relativi al timeout degli SSRC inattivi e per chiarire il comportamento riguardo all'inclusione dei messaggi di feedback.