[AVTCORE] Errata 4192 RFC 3550

[Julius Friedman <[e-mail]>]

Hello All.

There is definitely some confusion related to the errata I submitted for
RFC3550.

The RFC clearly states:

sender's octet count: 32 bits
      The total number of payload octets (i.e., not including header or
      padding) transmitted in RTP data packets by the sender since
      starting transmission up until the time this SR packet was
      generated.  The count SHOULD be reset if the sender changes its
      SSRC identifier.  This field can be used to estimate the average
      payload data rate.

Just because it CAN be used for an average does not mean it should.

Further it is the total number of octets in the payload besides the header
because the header is always 12 octets.

Since csrc and extension octets are included then padding should be also.

Since rtcp also reflects the count with padding this is obviously correct.

Any padding only packet would not change the counter for rtp and is thus a
security issue as well as a redundantly conveyed piece of information
because each packet contains the number of padding bytes which can be
accounted for in the implementation when required.

To account for padding when padding is not required and would be 0 is also
contradictory.

Please read and re read the errata if required.

Please advise.  ( intelligently )

Sincerely,
Julius Friedman