Revisió del 14:12, 12 març 2014 modifica Langtoolbot (discussió \| contribucions) Bots 1.187.114 edits m Corregit: d' -> de [[streaming ← Edició anterior		Revisió del 14:12, 20 abr 2014 modifica desfés Langtoolbot (discussió \| contribucions) Bots 1.187.114 edits m Corregit: sap quant amplada > sap quanta amplada Edició següent →
Línia 34: En transmissions [[multicast]] la informació de control pot consumir un [[amplada 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 a limitar la quantitat de trànsit de RTCP en un petit percentatge de tràfic de dades en [[Real Time Protocol\|RTP]]. Aquest mecanisme també assigna més amplada de banda RTCP als emissors actius. Un cop un participant sap ~~quant~~quanta amplada de banda pot consumir amb el trànsit de RTCP l'aplicació comença a enviar informes periòdics de la tassa adequada. Els informes d'emissor i de receptor contenen informació sobre les dades rebudes de totes les fonts en el període d'informes més recent. El que les diferència és que els informes d'emissor inclouen informació extra sobre l'emissor. Tant els informes d'emissor (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:

Real Time Control Protocol: diferència entre les revisions