twcc: Note that packet-loss-pct can count reordering as loss

This is difficult to encounter in ordinary networks, but is
encountered when using tc-netem to add random delays to packets, and
also when your UDP stream is bonded over multiple links with varying
characteristics.

Part-of: <https://gitlab.freedesktop.org/gstreamer/gstreamer/-/merge_requests/1952>
This commit is contained in:
Nirbheek Chauhan 2022-03-14 13:45:36 +05:30 committed by GStreamer Marge Bot
parent c08ce58753
commit a6bb63dcd7

View file

@ -774,7 +774,11 @@ gst_rtp_session_class_init (GstRtpSessionClass * klass)
* "packets-sent" G_TYPE_UINT Number of packets sent
* "packets-recv" G_TYPE_UINT Number of packets reported recevied
* "packet-loss-pct" G_TYPE_DOUBLE Packetloss percentage, based on
* packets reported as lost from the recevier.
* packets reported as lost from the receiver. Note: depending on the
* implementation of the receiver and due to the nature of the TWCC
* RRs being sent with high frequency, out of order packets may not
* be fully accounted for and this number could be higher than other
* measurement sources of packet loss.
* "avg-delta-of-delta", G_TYPE_INT64 In nanoseconds, a moving window
* average of the difference in inter-packet spacing between
* sender and receiver. A sudden increase in this number can indicate