[rtcweb] draft-ietf-rtcweb-data-channel (Issue 5)

[Adam Roach <[e-mail]>]

I promised to propose a minor fix to the RFC 2119 use for the Issue 5 
resolution discussed in Hawaii. The text on the slide was:

> The message orientation of SCTP is used to preserve the message 
> boundaries of
> user messages. Therefore, no more than one message MUST be put into an 
> SCTP
> user message. If the deprecated PPID-based fragmentation and 
> reassembly is not
> used, exactly one message MUST be put into an SCTP user message.

I propose reformulating as:

    The message-orientation of SCTP is used to preserve the message
    boundaries of user messages.  Therefore, senders MUST NOT put more
    than one application message into an SCTP message. Unless the
    deprecated PPID-based fragmentation and reassembly is used, the
    sender MUST include exactly one application message in each SCTP
    message.


One of the things that flummoxed me a bit here in trying to rework the 
language is that "message" in the original formulation meant two 
different things: (1) an SCTP message (as in RFC4960) and (2) an 
application message (as in http://w3c.github.io/webrtc-pc/). I suggest 
that the document should include a terminology section that clearly lays 
out these two concepts with clearly-defined terms, citing these two 
specifications, and that the remainder of the document is rigorously 
updated to reflect that terminology (i.e. the term "message" should 
never appear by itself, only prefixed with an adjective to make it clear 
which of these two messages is meant).

/a