Real Time Control Protocol: diferència entre les revisions

:- Informes d'emissor: PermetenaPermeten a l'emissor actiu en una sessió informar sobre estadístiques de recepció i transmissió.

En transmissions [[multicast]] la informació de control pot consumir un [[ample de banda]] considerable. Per a fer-se càrrec d'aquest problema RTCP ha establert un mecanisme per a reduir la transmissió d'informació de control a mesura que ingressen més usuaris, que consisteix en limitar la quantitat de trànsit de RTCP en un petit porcentatgepercentatge de tràfic de dades en [[RTP]]. Aquest mecanisme també assigna més ample de banda RTCP als emissors actius.

Un cop un participant sap quant ample de banda pot consumir amb el trànsit de RTCP l'aplicació comença a enviar informes periòdics de la tasatassa adequada. Els informes d'emissor i de receptor contenen informació sobre les dadsdades rebudes de totes les fonts en el període d'informes més recent. El que les diferencia és que els informes d'emissor inclouen informació extra sobre l'emissor.

Tant els informes d'esmissoremissor (sender reports) com els de receptor (receiver reports) contenen un bloc de dades per font que ha estat escoltada des de l'últim informe. Cada bloc conté les següents estadístiques per a la font determinada:

Els receptors poden deduir moltes coses a partir d'aquestes informacions sobre l'estat de la sessió. Per exemple, poden veure si altres receptors estan obtenint millor qualitat d'un altre emissor que la de que ells disposen. Això pot ser un indici per a reservar recursos el símptomesímptoma d'un problema a la xarxa que ha de ser atès.

Aquest paquet conté com a mínim el [[SSRC]] i el CNAME de l'emissor. El nom canònic és derivat, de tal manera que totes les aplicacions que generen <i>media streams<i> que requereixin ser sincronitzades, escolliran el mateix CNAME enacraencara que puguin escollir diferents SSRC. Això permet al receptor identificar el <i>media stream<i> que ve del mateix emissor.