[AVTCORE] Last call review of draft-ietf-avtcore-multiplex-guidelines-08
[email protected] (Dale R. Worley)
| Newsgroups | gmane.ietf.avt |
|---|---|
| Message-ID | <[email protected]> |
I was perusing draft-ietf-avtcore-multiplex-guidelines-08 and noticed this sentence in section 3.2.1: A single endpoint can have one or more transport flows for the same RTP session, and a single RTP session can span multiple transport layer flows. The two clauses of this sentence say the same thing: an RTP session can encompass multiple transport layer flows. But it doesn't clarify whether a single transport layer flow can include packets from multiple RTP sessions. Also, the top section of Figure 1 is unclear to me. The section "RTP Session" includes a box named "Socket", but from the box are arrows labeled "RTP/RTCP", "STUN", and "SCTP". But "SCTP" has a different protocol number than UDP, and so it has a different socket-number space, and an SCTP flow cannot share a socket with RTP, RTCP, or STUN. The top level of demultiplexing is by protocol number, which separates SCTP from UDP. Then there is demultiplexing within a protocol based on socket number. And beneath that is separation of "STUN (multiplexed using same port)" from "RTP/RTCP", based on the UDP payload contents. These three layers of dempltiplexing need to be clearly distinguished, or at least, that part of the figure should not mis-label them all as functions of "socket". In section 3.2.4 is The combination of SSRC and PT therefore identifies a specific RTP stream encoding format. But the next paragraph makes clear that with an RTP session, the PT space is the same for all SSRCs. So the above sentence should be rephrased. I think it is supposed to mean "a specific encoding of a specific RTP stream". Dale _______________________________________________ Audio/Video Transport Core Maintenance [email protected] https://www.ietf.org/mailman/listinfo/avt