RTCP/DCCP NiTs: draft-ietf-dccp-rtp-01.txt

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Colin, I have just a few queries (mainly wording) about your I-D.

Best wishes,

Gorry

---

In Section 4.2, you don't define or reference SIP when first used:
" for example by performing a SIP re-invite..."
- Perhaps say: "Session Initiation Protocol, SIP [24]"

In Section 4.2 (towards the end) the I-D says:
 " If there is
   overlap between RTCP report packets and DCCP acknowledgements, an
   application should use either RTCP feedback or DCCP acknowledgements,
   but not both "
- Should this be phrased as an RFC2119 format "SHOULD"?
- or is this really just a user-choice?

In Section 4.4:
" The use of a unicast DCCP connection does not imply
   that the RTP session will have only two participants, and RTP end
   systems must assume that multiple synchronisation sources may be
   observed when using RTP over DCCP."
- Should this be phrased as an RFC2119 format "MUST"?

In Section 5.1:
 " The "DCCP" protocol identifier MUST NOT be
   used to signal RTP sessions running over DCCP..."
- Not sure the meaning of this is clear, does it refer to the use of the
string "DCCP" on its own?






[Index of Archives]     [Linux Kernel Development]     [Linux DCCP]     [IETF Annouce]     [Linux Networking]     [Git]     [Security]     [Linux Assembly]     [Bugtraq]     [Yosemite]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Linux SCSI]     [DDR & Rambus]

  Powered by Linux