Интервал отправки отчета получателя RTCP
Каков интервал отправки отчета о приемнике RTCP? В RFC 3550 мне удалось только найти вычисление RTCP Transmission Interval для сервера. Но как клиент я понятия не имею об участниках и отправителях (или я?). Так что я немного запутался, как рассчитать интервал, или я должен отправлять RTCP RR за периоды, или я должен отправлять пакет RR только при получении SR?
2 ответа
В RFC 1885 (при условии, что он старше 3550) говорится следующее:
The calculated interval between RTCP packets is required to be greater than a minimum of 5 seconds to avoid having bursts of RTCP packets exceed the allowed bandwidth when the number of participants is small and the traffic isn't smoothed according to the law of large numbers.
На практике с WebRTC я вообще вижу отчеты о каждой секунде для SR и RR.
Протоколы RTP и RTCP не делают различий между клиентом и сервером. Оба являются участниками сеанса RTP, и оба могут отправлять и получать данные RTP. Члены выдают отчеты RTCP с интервалом по алгоритму в RFC 3550, раздел 6.2.
Участники выдают составной отчет RTCP, который содержит отчет получателя и, возможно, отчет отправителя, если этот участник отправил какие-либо пакеты данных RTP (в составной отчет могут быть включены и другие типы отчетов). RFC 3550, раздел 6.4:
Приемники RTP обеспечивают обратную связь качества приема с использованием пакетов отчетов RTCP, которые могут принимать одну из двух форм в зависимости от того, является ли получатель также отправителем. Единственное различие между формами отчета об отправителе (SR) и отчета об отправителе (RR), помимо кода типа пакета, состоит в том, что отчет об отправителе включает в себя 20-байтовый раздел информации об отправителе для использования активными отправителями. SR выдается, если сайт отправил какие-либо пакеты данных в течение интервала с момента выдачи последнего или предыдущего отчета, в противном случае выдается RR.
И клиент, и сервер являются получателями RTP, даже если ваши данные RTP передаются только в одном направлении. Вы должны быть в состоянии наблюдать, как отправитель (ваш сервер) создает сложные RTCP-пакеты с сообщениями SR и RR. Ваш клиент должен отправлять пакет RTCP только с сообщением RR