Re: [rtcweb] DRAFT Agenda for RTCWEB (Dale R. Worley) Fri, 01 March 2013 15:58 UTC

Return-Path: <>
Received: from localhost (localhost []) by (Postfix) with ESMTP id 9CA4E11E80A2 for <>; Fri, 1 Mar 2013 07:58:56 -0800 (PST)
X-Virus-Scanned: amavisd-new at
X-Spam-Flag: NO
X-Spam-Score: -2.759
X-Spam-Status: No, score=-2.759 tagged_above=-999 required=5 tests=[AWL=0.221, BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1, RCVD_IN_SORBS_WEB=0.619]
Received: from ([]) by localhost ( []) (amavisd-new, port 10024) with ESMTP id Ng4OYqQhhCxU for <>; Fri, 1 Mar 2013 07:58:56 -0800 (PST)
Received: from ( []) by (Postfix) with ESMTP id 13D1811E809C for <>; Fri, 1 Mar 2013 07:58:55 -0800 (PST)
Received: from ( []) by (8.14.5/8.14.5) with ESMTP id r21FwgUk021840; Fri, 1 Mar 2013 10:58:45 -0500
Received: from ( []) by (8.13.6/8.12.8) with ESMTP id r21FwguG2842193; Fri, 1 Mar 2013 10:58:42 -0500 (EST)
Received: (from worley@localhost) by (8.13.6/8.13.6/Submit) id r21FwfGb2830347; Fri, 1 Mar 2013 10:58:41 -0500 (EST)
Date: Fri, 1 Mar 2013 10:58:41 -0500 (EST)
Message-Id: <>
From: (Dale R. Worley)
Sender: (Dale R. Worley)
To: "Ejzak, Richard P (Richard)" <>
In-reply-to: <> (
References: <> <> <>
Subject: Re: [rtcweb] DRAFT Agenda for RTCWEB
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Real-Time Communication in WEB-browsers working group list <>
List-Unsubscribe: <>, <>
List-Archive: <>
List-Post: <>
List-Help: <>
List-Subscribe: <>, <>
X-List-Received-Date: Fri, 01 Mar 2013 15:58:56 -0000

> From: "Ejzak, Richard P (Richard)" <>
> Since multiplexing of the data channel with RTP media has been shown
> as a desirable feature of BUNDLE (and most of its variants), I would
> suggest that this be treated as a significant advantage for BUNDLE
> (and similarly capable variants) over any proposal without it.
> Cullen's "Plan A" is preferred over Plan B precisely because it has
> an incremental muxing advantage.

As far as I can tell from my analysis
SCTP-over-DTLS can be demuxed from RTP and STUN quite easily.  (This
comes from RFC 5764 section 5.1.2.)  And SCTP can be demuxed from the
rest as long as you control the range of SCTP ports used.  (And since
the ports aren't actually to route the packets to the receiver (the
underlying UDP does that), you have freedom in choosing SCTP ports.)

So I don't see anything blocking Plan A as compared to Plan B.  Of
course, we have to *do* a bundle technique, but we've got a large
library of possibilities now and can look at the fundamental design
questions in context.