Re: [MMUSIC] BUNDLE TEXT: De-mux procedures (June 19th)
Christer Holmberg <christer.holmberg@ericsson.com> Wed, 19 June 2013 12:19 UTC
Return-Path: <prvs=2882cd9844=christer.holmberg@ericsson.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 78CBB21F9BFB for <mmusic@ietfa.amsl.com>; Wed, 19 Jun 2013 05:19:17 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -5.764
X-Spam-Level:
X-Spam-Status: No, score=-5.764 tagged_above=-999 required=5 tests=[AWL=0.485, BAYES_00=-2.599, HELO_EQ_SE=0.35, RCVD_IN_DNSWL_MED=-4]
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 EB2sJlRZDYXY for <mmusic@ietfa.amsl.com>; Wed, 19 Jun 2013 05:19:11 -0700 (PDT)
Received: from mailgw2.ericsson.se (mailgw2.ericsson.se [193.180.251.37]) by ietfa.amsl.com (Postfix) with ESMTP id 4E18E21F9BF1 for <mmusic@ietf.org>; Wed, 19 Jun 2013 05:19:08 -0700 (PDT)
X-AuditID: c1b4fb25-b7f4c6d000004656-6e-51c1a1bc82a9
Received: from ESESSHC001.ericsson.se (Unknown_Domain [153.88.253.125]) by mailgw2.ericsson.se (Symantec Mail Security) with SMTP id 94.FF.18006.CB1A1C15; Wed, 19 Jun 2013 14:19:08 +0200 (CEST)
Received: from ESESSMB209.ericsson.se ([169.254.9.6]) by ESESSHC001.ericsson.se ([153.88.183.21]) with mapi id 14.02.0328.009; Wed, 19 Jun 2013 14:19:08 +0200
From: Christer Holmberg <christer.holmberg@ericsson.com>
To: "Stach, Thomas" <thomas.stach@siemens-enterprise.com>, "mmusic@ietf.org" <mmusic@ietf.org>
Thread-Topic: BUNDLE TEXT: De-mux procedures (June 19th)
Thread-Index: Ac5s4y9zPDdk8vnuSOSyMPT24r/CSwAAg1pgAABrTjA=
Date: Wed, 19 Jun 2013 12:19:08 +0000
Message-ID: <7594FB04B1934943A5C02806D1A2204B1C3AFE5D@ESESSMB209.ericsson.se>
References: <7594FB04B1934943A5C02806D1A2204B1C3AFDB7@ESESSMB209.ericsson.se> <F81CEE99482EFE438DAE2A652361EE12114507CB@MCHP04MSX.global-ad.net>
In-Reply-To: <F81CEE99482EFE438DAE2A652361EE12114507CB@MCHP04MSX.global-ad.net>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [153.88.183.17]
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFjrKLMWRmVeSWpSXmKPExsUyM+Jvre6ehQcDDV7sF7GYuvwxi8Wu7TUO TB5Llvxk8rhx+z1zAFMUt01SYklZcGZ6nr5dAnfGoWfvmAtWSlasPH6IvYHxokgXIyeHhICJ RNest6wQtpjEhXvr2boYuTiEBA4zSixctpEVwlnEKLH+YitjFyMHB5uAhUT3P22QBhGBBImX r3azg9jCAuYSHyb8YYeIW0hMfLEByraSuDTjERuIzSKgKnHjdDtYnFfAV+LD+ZcsEPMnMUqs +zIZrIhTwF/i4YbVYDYj0EXfT61hArGZBcQlbj2ZzwRxqYDEkj3nmSFsUYmXj/+xgtwmIaAo sbxfDqJcT+LG1ClsELa2xLKFr5kh9gpKnJz5hGUCo+gsJFNnIWmZhaRlFpKWBYwsqxjZcxMz c9LLjTYxAmPh4JbfqjsY75wTOcQozcGiJM778dSuQCGB9MSS1OzU1ILUovii0pzU4kOMTByc IIJLqoGxU9u2e/vbXdINjjf7OoRC8/XCPEt/1zJ++OEqFG3StZgxwC3v7YaKlTPePP39bKEC m9mXt2cEcsRnWqW0heTaiRyKlvrC8fLrZJUY4VY7s8MX1S9HTlvYuy3r9eeWOdMKlArTbhv9 DSqx3uNfLx3AW/PYMoN5gjLD70PTDuiGSBywujOTo1CJpTgj0VCLuag4EQCgqeGYWAIAAA==
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 12:19:17 -0000
Hi Thomas, > although BUNDLE can be used independent of ICE, the de-mux should consider STUN messages which will also arrive at the BUNDLE address. > If this is then in scope or out of the scope of the BUNDLE spec can be discussed. > However, I would regard it being in scope. Good point. I personally strongly think STUN shall be in the scope. Regards, Christer ________________________________________ Von: mmusic-bounces@ietf.org [mailto:mmusic-bounces@ietf.org] Im Auftrag von Christer Holmberg Gesendet: Mittwoch, 19. Juni 2013 13:53 An: mmusic@ietf.org Betreff: [MMUSIC] BUNDLE TEXT: De-mux procedures (June 19th) Hi, I put together some text regarding the de-muxing for BUNDLE. Note that there is yet no text on HOW the de-muxing is performed. The text only cover the SCOPE of what will be specified in the BUNDLE spec. I want us to agree on that first :) Regards, Christer --------------------------------------------------- 9. Transport Protocol De-Multiplexing 9.1. General Endpoints can assign "m=" lines representing different transport protocols [RFC4566], identified using the "m=" line proto value [RFC4566]. As each "m=" line in a BUNDLE group share the BUNDLE address, an endpoint MUST be able to de-multiplex data received on the BUNDLE address, meaning it MUST be able to associate the received with one of the transport protocols assigned to the BUNDLE group. Endpoints MUST NOT assign a transport protocols to a BUNDLE group, unless it is able to separate received data from data associated with other transport protocols assigned to the BUNDLE group. In addition, if an endpoint assigns multiple "m=" lines representing the same transport protocol to a BUNDLE group, the endpoint MUST be able to, in addition to associating received data to its transport protocol, also associate the received data with a specific "m=" line representing that transport protocol. This specification defines how to de-multiplex received media associated with the following transport protocols: o "RTP/AVP" [RFC4566]; o "RTP/AVPF" [RFC4585]; o "RTP/SAVP" [RFC3711]; o "RTP/SAVPF" [RFC5124];and o "SCTP/DTLS" [ref-to-be added]. This specification also specifies how RTP packats are separated from RTCP packets. If an endpoint assigns multiple "m=" lines representing RTP/RTCP media to a BUNDLE group, it is outside the scope of this specification how the endpoint associates received RTP/RTCP packets with a specific RTP/RTCP "m=" line (endpoints might use payload type values, or SSRC values, for the association). If endpoints want to assign "m=" lines representing other transport protocols to a BUNDLE group, it MUST be documented how the de- multiplexing is performed. There might also be a need for signalling extensions in order for endpoints to exchange data needed for the de- multiplexing.
- [MMUSIC] BUNDLE TEXT: De-mux procedures (June 19t… Christer Holmberg
- Re: [MMUSIC] BUNDLE TEXT: De-mux procedures (June… Stach, Thomas
- Re: [MMUSIC] BUNDLE TEXT: De-mux procedures (June… Christer Holmberg
- Re: [MMUSIC] BUNDLE TEXT: De-mux procedures (June… Harald Alvestrand
- Re: [MMUSIC] BUNDLE TEXT: De-mux procedures (June… Christer Holmberg
- Re: [MMUSIC] BUNDLE TEXT: De-mux procedures (June… Harald Alvestrand
- Re: [MMUSIC] BUNDLE TEXT: De-mux procedures (June… Christer Holmberg
- Re: [MMUSIC] BUNDLE TEXT: De-mux procedures (June… Harald Alvestrand
- Re: [MMUSIC] BUNDLE TEXT: De-mux procedures (June… Bernard Aboba
- Re: [MMUSIC] BUNDLE TEXT: De-mux procedures (June… Christer Holmberg
- Re: [MMUSIC] BUNDLE TEXT: De-mux procedures (June… Bernard Aboba
- Re: [MMUSIC] BUNDLE TEXT: De-mux procedures (June… Christer Holmberg
- Re: [MMUSIC] BUNDLE TEXT: De-mux procedures (June… Harald Alvestrand
- Re: [MMUSIC] BUNDLE TEXT: De-mux procedures (June… Christer Holmberg
- Re: [MMUSIC] BUNDLE TEXT: De-mux procedures (June… Emil Ivov
- Re: [MMUSIC] BUNDLE TEXT: De-mux procedures (June… Christer Holmberg
- Re: [MMUSIC] BUNDLE TEXT: De-mux procedures (June… Paul Kyzivat
- Re: [MMUSIC] BUNDLE TEXT: De-mux procedures (June… Harald Alvestrand
- Re: [MMUSIC] BUNDLE TEXT: De-mux procedures (June… Paul Kyzivat
- Re: [MMUSIC] BUNDLE TEXT: De-mux procedures (June… Emil Ivov
- Re: [MMUSIC] BUNDLE TEXT: De-mux procedures (June… Paul Kyzivat
- Re: [MMUSIC] BUNDLE TEXT: De-mux procedures (June… Emil Ivov
- Re: [MMUSIC] BUNDLE TEXT: De-mux procedures (June… Harald Alvestrand
- Re: [MMUSIC] BUNDLE TEXT: De-mux procedures (June… Paul Kyzivat
- Re: [MMUSIC] BUNDLE TEXT: De-mux procedures (June… Christer Holmberg
- Re: [MMUSIC] BUNDLE TEXT: De-mux procedures (June… Bernard Aboba
- Re: [MMUSIC] BUNDLE TEXT: De-mux procedures (June… Colin Perkins
- Re: [MMUSIC] BUNDLE TEXT: De-mux procedures (June… Christer Holmberg
- Re: [MMUSIC] BUNDLE TEXT: De-mux procedures (June… Christer Holmberg
- Re: [MMUSIC] BUNDLE TEXT: De-mux procedures (June… Christer Holmberg
- Re: [MMUSIC] BUNDLE TEXT: De-mux procedures (June… Christer Holmberg
- Re: [MMUSIC] BUNDLE TEXT: De-mux procedures (June… Emil Ivov
- Re: [MMUSIC] BUNDLE TEXT: De-mux procedures (June… Christer Holmberg
- Re: [MMUSIC] BUNDLE TEXT: De-mux procedures (June… Emil Ivov
- Re: [MMUSIC] BUNDLE TEXT: De-mux procedures (June… Colin Perkins
- Re: [MMUSIC] BUNDLE TEXT: De-mux procedures (June… Christer Holmberg
- Re: [MMUSIC] BUNDLE TEXT: De-mux procedures (June… Christer Holmberg
- Re: [MMUSIC] BUNDLE TEXT: De-mux procedures (June… Paul Kyzivat
- Re: [MMUSIC] BUNDLE TEXT: De-mux procedures (June… Paul Kyzivat
- Re: [MMUSIC] BUNDLE TEXT: De-mux procedures (June… Bernard Aboba