[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
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.