Re: [MMUSIC] Draft new version: BUNDLE-21

Christer Holmberg <> Mon, 15 June 2015 18:21 UTC

Return-Path: <>
Received: from localhost ( []) by (Postfix) with ESMTP id DCDB71A1A72 for <>; Mon, 15 Jun 2015 11:21:52 -0700 (PDT)
X-Virus-Scanned: amavisd-new at
X-Spam-Flag: NO
X-Spam-Score: -4.201
X-Spam-Status: No, score=-4.201 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001] autolearn=ham
Received: from ([]) by localhost ( []) (amavisd-new, port 10024) with ESMTP id llupz7uLEsvB for <>; Mon, 15 Jun 2015 11:21:51 -0700 (PDT)
Received: from ( []) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by (Postfix) with ESMTPS id DE9281A009E for <>; Mon, 15 Jun 2015 11:21:50 -0700 (PDT)
X-AuditID: c1b4fb30-f799f6d000000faf-a5-557f17bd7d80
Received: from (Unknown_Domain []) by (Symantec Mail Security) with SMTP id D1.F2.04015.DB71F755; Mon, 15 Jun 2015 20:21:49 +0200 (CEST)
Received: from ([]) by ([]) with mapi id 14.03.0210.002; Mon, 15 Jun 2015 20:21:48 +0200
From: Christer Holmberg <>
To: Paul Kyzivat <>, "" <>
Thread-Topic: [MMUSIC] Draft new version: BUNDLE-21
Thread-Index: AdCnhmpPanaR7/uiT5OBNmuWS4ERdP//7wcA///L88A=
Date: Mon, 15 Jun 2015 18:21:48 +0000
Message-ID: <>
References: <> <>
In-Reply-To: <>
Accept-Language: en-US
Content-Language: en-US
x-originating-ip: []
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFnrALMWRmVeSWpSXmKPExsUyM+Jvre5e8fpQg6k/+S2mLn/MYrFiwwFW ByaPv+8/MHksWfKTKYApissmJTUnsyy1SN8ugSvj9/tVLAW/+So2dLYzNTC28nQxcnJICJhI XPm1kBnCFpO4cG89WxcjF4eQwFFGiQ1bXjNDOIsZJVbMmMPaxcjBwSZgIdH9TxukQUTAV+LZ 49tsILawgJHE9td/2SDixhJXNq1hgbCtJLqfPGUBaWURUJW49lUOJMwL1NrZ8AOsXEggX+L9 0cNgNqeAjsTq2zfAbEage76fWsMEYjMLiEvcejKfCeJOAYkle85D3Swq8fLxP1YIW0li7eHt LBD1OhILdn9ig7C1JZYtfM0MsVdQ4uTMJywTGEVnIRk7C0nLLCQts5C0LGBkWcUoWpxanJSb bmSkl1qUmVxcnJ+nl5dasokRGCUHt/w22MH48rnjIUYBDkYlHt6En7WhQqyJZcWVuYcYpTlY lMR5Z2zOCxUSSE8sSc1OTS1ILYovKs1JLT7EyMTBKdXAmGz74Q+Dsc7vrOhSnu1fj13S9Oos WO0TuGXDYZbdpR8XR872Mwt3S5U60fOYpefrq1Cz1O+Bx/K6VgdsCGbmLlw9951z8ru3B1qP HhFN0jhwM/jKxac3g7aeiylObfmXEJvvbRm3JNlnUu/+VRqOvnf59mgsn7pTo2te8qEVrN5d L6pEFd1uKLEUZyQaajEXFScCAJlB7rNzAgAA
Archived-At: <>
Subject: Re: [MMUSIC] Draft new version: BUNDLE-21
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: Multiparty Multimedia Session Control Working Group <>
List-Unsubscribe: <>, <>
List-Archive: <>
List-Post: <>
List-Help: <>
List-Subscribe: <>, <>
X-List-Received-Date: Mon, 15 Jun 2015 18:21:53 -0000

Hi Paul,

The "received packets" text was not added in this version.

But, I hear what you are saying, so perhaps we instead should say "received data"? 



-----Original Message-----
From: mmusic [] On Behalf Of Paul Kyzivat
Sent: 15 June 2015 20:14
Subject: Re: [MMUSIC] Draft new version: BUNDLE-21

One comment, on section 9.1:

    This document describes a mechanism to identify the protocol of a
    received packet among the STUN, DTLS and SRTP protocols (in any
    combination), when UDP is used as transport-layer protocol, but does
    not describe how to identify different protocols transported on DTLS.
    While the mechanism is generally applicable to other protocols and
    transport-layers protocols, any such use requires further
    specification around how to multiplex multiple protocols on a given
    transport-layer protocols, and how to associate received packets with
    the correct protocols.

ISTM that something is still missing from this section. It *assumes* that the transport protocol packages things into packets, and that each such packet can be associated with one of the application protocols sharing it.

Consider TCP: while it uses packets on the network, it is a stream oriented transport. Upper layers built for TCP may not have any notion of packets. It is probably infeasible to multiplex m-lines for such protocols using BUNDLE.

The protocols we have been thinking of either don't work over stream oriented protocols, or else define a way to packetize.

This could get complex. The simple thing to do is to specify that stream-oriented transports are out of scope for this document.


mmusic mailing list