IETF Logo Mail Archive

Re: [MMUSIC] BUNDLE TEXT: De-mux procedures (June 19th)

Bernard Aboba <bernard_aboba@hotmail.com> Wed, 19 June 2013 13:38 UTC

Return-Path: <bernard_aboba@hotmail.com>
X-Original-To: mmusic@ietfa.amsl.com
Delivered-To: mmusic@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id F2D1C21F9C2B for <mmusic@ietfa.amsl.com>; Wed, 19 Jun 2013 06:38:05 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.535
X-Spam-Level:
X-Spam-Status: No, score=-102.535 tagged_above=-999 required=5 tests=[AWL=0.063, BAYES_00=-2.599, HTML_MESSAGE=0.001, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id zcxJcpZ4jDsI for <mmusic@ietfa.amsl.com>; Wed, 19 Jun 2013 06:37:59 -0700 (PDT)
Received: from blu0-omc1-s37.blu0.hotmail.com (blu0-omc1-s37.blu0.hotmail.com [65.55.116.48]) by ietfa.amsl.com (Postfix) with ESMTP id D950821F8E8C for <mmusic@ietf.org>; Wed, 19 Jun 2013 06:37:58 -0700 (PDT)
Received: from BLU169-W56 ([65.55.116.8]) by blu0-omc1-s37.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675); Wed, 19 Jun 2013 06:37:58 -0700
X-TMN: [kA7Nsp3kMWrFYxvZpvI4IYzA/J4RaBKp]
X-Originating-Email: [bernard_aboba@hotmail.com]
Message-ID: <BLU169-W56DEA51EC84C8180A7DCD5938D0@phx.gbl>
Content-Type: multipart/alternative; boundary="_7248ffb9-de1c-45e6-b890-963e78729c17_"
From: Bernard Aboba <bernard_aboba@hotmail.com>
To: Harald Alvestrand <harald@alvestrand.no>, Christer Holmberg <christer.holmberg@ericsson.com>
Date: Wed, 19 Jun 2013 06:37:57 -0700
Importance: Normal
In-Reply-To: <51C1A89A.9020603@alvestrand.no>
References: <7594FB04B1934943A5C02806D1A2204B1C3AFDB7@ESESSMB209.ericsson.se>, <51C1A4A3.6070105@alvestrand.no>, <7594FB04B1934943A5C02806D1A2204B1C3AFEA1@ESESSMB209.ericsson.se>, <51C1A89A.9020603@alvestrand.no>
MIME-Version: 1.0
X-OriginalArrivalTime: 19 Jun 2013 13:37:58.0208 (UTC) FILETIME=[35DFFC00:01CE6CF2]
Cc: "mmusic@ietf.org" <mmusic@ietf.org>
Subject: Re: [MMUSIC] BUNDLE TEXT: De-mux procedures (June 19th)
X-BeenThere: mmusic@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Multiparty Multimedia Session Control Working Group <mmusic.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/mmusic>, <mailto:mmusic-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/mmusic>
List-Post: <mailto:mmusic@ietf.org>
List-Help: <mailto:mmusic-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mmusic>, <mailto:mmusic-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 19 Jun 2013 13:38:07 -0000

Harald said: 
> Absolutely, I'm saying that BUNDLE should not specify a procedure for 
> de-muxing. Instead, it should point to the specs that already specify how the 
> de-muxing is done.
[BA] RTP/RTCP multiplexing is covered in RFC 5761, and de-multiplexing of RTP and DTLS is covered in RFC 5764, so there is no need for BUNDLE to create new text on those aspects.  However, there is still the open question of whether payload type can be required to be unique on all bundled m lines.  If so, then PT demultiplexing is viable; if not, then a combination of PT and SSRC de-muliplexing will be needed.

v2.23.0 | Report a Bug | By Email