Passa al contenuto principale

1. Introduction (Introduzione)

1. Introduction (Introduzione)

Questo documento definisce il tipo di pacchetto Extended Report (XR) per il protocollo di controllo RTP (RTCP) [9] e definisce come l'uso dei pacchetti XR può essere segnalato da un'applicazione se impiega il Session Description Protocol (SDP) [4]. I pacchetti XR trasmettono informazioni oltre quelle già contenute nei blocchi di rapporto di ricezione dei pacchetti Sender Report (SR) o Receiver Report (RR) di RTCP. Le informazioni sono utili in tutti i profili RTP e quindi non sono appropriate nelle estensioni specifiche del profilo SR o RR. Le informazioni utilizzate per la gestione di rete rientrano in questa categoria, ad esempio.

La definizione è suddivisa nelle tre sezioni che seguono l'introduzione. La sezione 2 definisce il pacchetto XR come composto da un'intestazione di otto ottetti seguita da una serie di componenti chiamati blocchi di rapporto. La sezione 3 definisce il formato comune, o framework, composto da un campo tipo e lunghezza, richiesto per tutti i blocchi di rapporto. La sezione 4 definisce diversi tipi di blocchi di rapporto specifici. Altri tipi di blocco possono essere definiti in documenti futuri secondo necessità.

I tipi di blocchi di rapporto definiti in questo documento rientrano in tre categorie. La prima categoria consiste in rapporti pacchetto per pacchetto sui pacchetti RTP ricevuti o persi. I rapporti nella seconda categoria trasmettono informazioni sul tempo di riferimento tra i partecipanti RTP. Nella terza categoria, i rapporti trasmettono metriche relative alle ricezioni di pacchetti, che sono di natura riepilogativa ma più dettagliate, o di tipo diverso, rispetto a quelle trasmesse nei pacchetti RTCP esistenti.

In totale, questo documento definisce sette formati di blocchi di rapporto. Di questi, tre sono tipi di blocchi pacchetto per pacchetto:

  • Blocco rapporto RLE perdita (sezione 4.1): Codifica run-length dei rapporti riguardanti le perdite e le ricezioni di pacchetti RTP.

  • Blocco rapporto RLE duplicato (sezione 4.2): Codifica run-length dei rapporti riguardanti i duplicati di pacchetti RTP ricevuti.

  • Blocco rapporto tempi ricezione pacchetti (sezione 4.3): Un elenco di timestamp di ricezione di pacchetti RTP.

Ci sono due tipi di blocchi relativi al tempo di riferimento:

  • Blocco rapporto tempo riferimento ricevitore (sezione 4.4): Timestamp di orologio a muro lato ricevitore. Insieme al blocco rapporto DLRR menzionato successivamente, questi permettono ai non-mittenti di calcolare i tempi di andata e ritorno.

  • Blocco rapporto DLRR (sezione 4.5): Il ritardo dall'ultima ricezione del blocco rapporto tempo riferimento ricevitore. Un mittente di dati RTP che riceve un blocco rapporto tempo riferimento ricevitore può rispondere con un blocco rapporto DLRR, in modo molto simile a come, nel meccanismo già definito per RTCP [9, sezione 6.3.1], un ricevitore di dati RTP che riceve un timestamp NTP del mittente può rispondere compilando il campo DLSR di un blocco di rapporto di ricezione RTCP.

Infine, questo documento definisce due tipi di blocchi di metriche riepilogativi:

  • Blocco rapporto riepilogo statistiche (sezione 4.6): Statistiche sui numeri di sequenza dei pacchetti RTP, perdite, duplicati, jitter e valori TTL o Hop Limit.

  • Blocco rapporto metriche VoIP (sezione 4.7): Metriche per il monitoraggio delle chiamate Voice over IP (VoIP).

Prima di procedere alle definizioni dei pacchetti XR e dei blocchi di rapporto, questo documento fornisce una dichiarazione di applicabilità (sezione 1.1) che descrive i contesti in cui questi blocchi di rapporto possono essere utilizzati. Definisce anche (sezione 1.2) l'uso normativo di parole chiave, come MUST e SHOULD, come sono impiegate in questo documento.

Dopo le definizioni dei vari blocchi di rapporto, questo documento descrive come le applicazioni che impiegano SDP possono segnalare il loro uso (sezione 5). Il documento si conclude con una discussione (sezione 6) sulle considerazioni di numerazione per l'Internet Assigned Numbers Authority (IANA), sulle considerazioni di sicurezza (sezione 7), e con appendici che forniscono esempi su come implementare gli algoritmi discussi nel testo.