Re: [MMUSIC] Bundle offer with different ports - where to expect media?
Justin Uberti <juberti@google.com> Wed, 22 May 2013 22:55 UTC
Return-Path: <juberti@google.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 57E3911E8151 for <mmusic@ietfa.amsl.com>; Wed, 22 May 2013 15:55:56 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -100.665
X-Spam-Level:
X-Spam-Status: No, score=-100.665 tagged_above=-999 required=5 tests=[AWL=-0.354, BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, NO_RELAYS=-0.001, SARE_HTML_USL_OBFU=1.666, 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 hVlRe7Y8XnPZ for <mmusic@ietfa.amsl.com>; Wed, 22 May 2013 15:55:55 -0700 (PDT)
Received: from mail-ie0-x22e.google.com (mail-ie0-x22e.google.com [IPv6:2607:f8b0:4001:c03::22e]) by ietfa.amsl.com (Postfix) with ESMTP id 8C8B411E814B for <mmusic@ietf.org>; Wed, 22 May 2013 15:55:55 -0700 (PDT)
Received: by mail-ie0-f174.google.com with SMTP id 10so6491641ied.5 for <mmusic@ietf.org>; Wed, 22 May 2013 15:55:55 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=BBTSyLys+4LPWkQPaNSrFPDn061ofMSNSBlVjm5LG6g=; b=l7kd3j7UhkK+xXcvK7BxKReJLPfnal440DI8cTA5nXJQNEjeMiSGCuYYh92M6VWdRF 0RzaypMo/452jp+Wpml4Y9ru2d6Rs86T6HhBAAYuyMniIBgQFtfDyuZ1EYG5oa/IYTmi BSv7R1Y805EwRXdf9jrBYZ3s6GyL3cRpOi2os8hPPnLZm2YQEnAPPubdFzH6QBac8Rmn tojyit/e00jcgP0Th4PJ/iezDG8ljwkzzTrLIEGWvyI3TkAfSkILqwkSMdGYKfMvXR/D xGLEiP4a/uf1cyFwZ6p0ILXet1zs80CnNUu8ROgm6QLzEbRPjXTb59nQdUzfZ8U8A3hI ROrA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:x-gm-message-state; bh=BBTSyLys+4LPWkQPaNSrFPDn061ofMSNSBlVjm5LG6g=; b=LMu5SMBbW7nsLNF2z2qUfJt4kuQzJOkiN0T3XpM0JLo/WRpmN584ddSEaDit4r239D VSdfkPkM3xMXKu6wnCd90La2ivKTohELYFssVDr9g+WajlmKcOBCnJfbdYqzk/yTVuVk D9FhaTI+QkwL796+pJZ4aJtMXSXM1TGMEmy9hUmJEcSo3fKJFX9rAmV20l4dgkMDMTBF cMYDLerV3OPtUJTGtH9bbi1sEKZunKKWnZh7jrMEJdEbpjGknZPTSnjH+kQUPGpLpgiq zhrTyURvTu+DJoj0e2DDOjw+otlcXMpZKMCAYQ0ECMpb52smzJIhx+H0juvHnCQPEOdl 5DSw==
X-Received: by 10.42.78.136 with SMTP id n8mr8390768ick.52.1369263354965; Wed, 22 May 2013 15:55:54 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.231.153.69 with HTTP; Wed, 22 May 2013 15:55:34 -0700 (PDT)
In-Reply-To: <CAMvTgcdPZfBTyzoBZGCdJiHX+TaL3_T8+MnxH8+6vQPFTD4ZOA@mail.gmail.com>
References: <7594FB04B1934943A5C02806D1A2204B1C374357@ESESSMB209.ericsson.se> <519A1336.9010001@jitsi.org> <9F33F40F6F2CD847824537F3C4E37DDF1159D127@MCHP04MSX.global-ad.net> <519A229D.7090204@jitsi.org> <7594FB04B1934943A5C02806D1A2204B1C374463@ESESSMB209.ericsson.se> <519A2768.5010904@alum.mit.edu> <CAPvvaa+A=LkYp9A+wENAABwCYaQcD0HVeX4o+O_16iJRPXZfNw@mail.gmail.com> <7594FB04B1934943A5C02806D1A2204B1C3744DC@ESESSMB209.ericsson.se> <CAPvvaaJsPNk1DAJXYoc8aUgZ0ZayV_8q84W=Mm7vwuRRGuwC-g@mail.gmail.com> <7594FB04B1934943A5C02806D1A2204B1C374572@ESESSMB209.ericsson.se> <519A3883.8060006@jitsi.org> <519A3C8F.3040309@alum.mit.edu> <519B343A.30704@jitsi.org> <519BB598.1030909@alum.mit.edu> <CAOJ7v-398_MiXLWjexU0Z0xQju3A-zWuQFkWkJSLPA5UEGAu+g@mail.gmail.com> <CABkgnnXqBzteoxH2qWBw1Xn9PHt2r___UCsp1Eoq4o8_VWvBZg@mail.gmail.com> <CAOJ7v-2xXb=uz3jBAKSXhyJ2mU9BGvYHZ=dkeKcZTWov7udWKQ@mail.gmail.com> <519CCE58.3000807@alum.mit.edu> <CAMvTgcdPZfBTyzoBZGCdJiHX+TaL3_T8+MnxH8+6vQPFTD4ZOA@mail.gmail.com>
From: Justin Uberti <juberti@google.com>
Date: Wed, 22 May 2013 15:55:34 -0700
Message-ID: <CAOJ7v-1tmfy4Fu05ChcpbZT=bO-zr05qtOh9Lnw5bprbUEnoDw@mail.gmail.com>
To: Kevin Dempsey <kevindempsey70@gmail.com>
Content-Type: multipart/alternative; boundary="20cf3010e75de08e7104dd567712"
X-Gm-Message-State: ALoCoQmIXsSIbqS55mntJS9JnaG8XN5IgCkSmGiLoQGF4XPzIQx/S9It3vxKA8J7+VY9hF2wO6L7PRnmgo95/V66/C1payx6YvaX4Wvz7QJhOpeMvuc32yqz+lWD9mPSMOtzFoYNAaMH6jMAUSWF8mwd+crwP7KMDfi+GCmr08w9zRTw63cS8ors4sRnQVKBfZuwWoOw9Lnz
Cc: mmusic <mmusic@ietf.org>, Paul Kyzivat <pkyzivat@alum.mit.edu>, Christer Holmberg <christer.holmberg@ericsson.com>
Subject: Re: [MMUSIC] Bundle offer with different ports - where to expect media?
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, 22 May 2013 22:55:56 -0000
I think we could do this using the existing syntax, e.g. an offer of a=group:BUNDLE A B C would indicate that the offerer would prefer A, B, and C to be muxed onto A, and an answer of a=group:BUNDLE C A would indicate that the answerer is going to mux C and A onto C, and send B unbundled. On Wed, May 22, 2013 at 7:11 AM, Kevin Dempsey <kevindempsey70@gmail.com>wrote: > Would it make it simpler if the offer included an attribute in bundled m= > lines that said where to send the media if bundle is supported by the > answerer; and for the answer to include an attribute that said where it was > going to send the media (ie. to the bundled destination or the unbundled > destination) > > > On 22 May 2013 14:55, Paul Kyzivat <pkyzivat@alum.mit.edu> wrote: > >> On 5/22/13 1:00 AM, Justin Uberti wrote: >> >> Taking into account Emil's suggestion as well, this leads to this >>> restatement of the rules: >>> >>> 1.1) An offerer must be prepared to receive unbundled traffic on the >>> offered ports, as if talking to a legacy endpoint. >>> 1.2) An offerer must be prepared to receive bundled traffic on any port, >>> except the port associated with the last m= line. >>> 2) Once the answer is received, the decision on bundled/unbundled and >>> which ports to use is finalized. >>> 2.1) BUNDLEd m= lines use the port of the m= line that appears first in >>> the bundle. >>> 2.2) Unused ports can be discarded at this point. >>> 3.1) m= lines offered with distinct ports may be omitted from the bundle >>> answer, in line with RFC 5888. >>> 3.2) m= lines offered with the same port may not be omitted from the >>> bundle answer, since there is no unbundled port from them to fall back >>> to. >>> 3.3) m= lines that are rejected are omitted from the bundle answer, per >>> RFC 5888. >>> >>> Quick check on 2.1: are we using the m= line that appears first in the >>> SDP, or the m= line that appears first in the a=group:BUNDLE? >>> >> >> IMO it would be best to use the lexically first m-line that has a >> non-zero port and that appears in the bundle group of the answer. >> >> Alternately, it *could* be the m-line with non-zero port that appears >> first in the bundle group of the answer. But if so, the exception in 1.2 >> would also need to be correspondingly adjusted. >> >> AFAICT the only reason to mention that exception in 1.2 is that might >> provide an opportunity for optimization, by setting up the port with >> simpler code that doesn't support bundling. I don't see a requirement in >> 5888 that the bundle group in the answer be ordered the same way as in the >> offer. So the one m-line guaranteed not to receive bundled traffic would >> then not be predictable at the time of the offer, so could not be >> exploited. This problem doesn't exist if the lexical ordering of m-lines is >> used. >> >> Thanks, >> Paul >> >> >> ______________________________**_________________ >> mmusic mailing list >> mmusic@ietf.org >> https://www.ietf.org/mailman/**listinfo/mmusic<https://www.ietf.org/mailman/listinfo/mmusic> >> > >
- [MMUSIC] Bundle offer with different ports - wher… Christer Holmberg
- Re: [MMUSIC] Bundle offer with different ports - … Emil Ivov
- Re: [MMUSIC] Bundle offer with different ports - … Hutton, Andrew
- Re: [MMUSIC] Bundle offer with different ports - … Emil Ivov
- Re: [MMUSIC] Bundle offer with different ports - … Christer Holmberg
- Re: [MMUSIC] Bundle offer with different ports - … Paul Kyzivat
- Re: [MMUSIC] Bundle offer with different ports - … Emil Ivov
- Re: [MMUSIC] Bundle offer with different ports - … Christer Holmberg
- Re: [MMUSIC] Bundle offer with different ports - … Hutton, Andrew
- Re: [MMUSIC] Bundle offer with different ports - … Emil Ivov
- Re: [MMUSIC] Bundle offer with different ports - … Christer Holmberg
- Re: [MMUSIC] Bundle offer with different ports - … Emil Ivov
- Re: [MMUSIC] Bundle offer with different ports - … Paul Kyzivat
- Re: [MMUSIC] Bundle offer with different ports - … Emil Ivov
- Re: [MMUSIC] Bundle offer with different ports - … Christer Holmberg
- Re: [MMUSIC] Bundle offer with different ports - … Emil Ivov
- Re: [MMUSIC] Bundle offer with different ports - … Cullen Jennings (fluffy)
- Re: [MMUSIC] Bundle offer with different ports - … Paul Kyzivat
- Re: [MMUSIC] Bundle offer with different ports - … Paul Kyzivat
- Re: [MMUSIC] Bundle offer with different ports - … Emil Ivov
- Re: [MMUSIC] Bundle offer with different ports - … Justin Uberti
- Re: [MMUSIC] Bundle offer with different ports - … Justin Uberti
- Re: [MMUSIC] Bundle offer with different ports - … Eric Rescorla
- Re: [MMUSIC] Bundle offer with different ports - … Emil Ivov
- Re: [MMUSIC] Bundle offer with different ports - … Martin Thomson
- Re: [MMUSIC] Bundle offer with different ports - … Justin Uberti
- Re: [MMUSIC] Bundle offer with different ports - … Christer Holmberg
- Re: [MMUSIC] Bundle offer with different ports - … Paul Kyzivat
- Re: [MMUSIC] Bundle offer with different ports - … Kevin Dempsey
- Re: [MMUSIC] Bundle offer with different ports - … Paul Kyzivat
- Re: [MMUSIC] Bundle offer with different ports - … Justin Uberti
- Re: [MMUSIC] Bundle offer with different ports - … Justin Uberti
- Re: [MMUSIC] Bundle offer with different ports - … Paul Kyzivat
- Re: [MMUSIC] Bundle offer with different ports - … Dale R. Worley
- Re: [MMUSIC] Bundle offer with different ports - … Christer Holmberg
- Re: [MMUSIC] Bundle offer with different ports - … Suhas Nandakumar
- Re: [MMUSIC] Bundle offer with different ports - … Christer Holmberg
- Re: [MMUSIC] Bundle offer with different ports - … Emil Ivov
- Re: [MMUSIC] Bundle offer with different ports - … Christer Holmberg
- Re: [MMUSIC] Bundle offer with different ports - … Cullen Jennings (fluffy)
- Re: [MMUSIC] Bundle offer with different ports - … Cullen Jennings (fluffy)
- [MMUSIC] When a bundle offer is forked Paul Kyzivat
- Re: [MMUSIC] When a bundle offer is forked Parthasarathi R
- Re: [MMUSIC] When a bundle offer is forked Paul Kyzivat
- Re: [MMUSIC] Bundle offer with different ports - … Martin Thomson
- Re: [MMUSIC] When a bundle offer is forked Martin Thomson
- Re: [MMUSIC] Bundle offer with different ports - … Paul Kyzivat
- Re: [MMUSIC] When a bundle offer is forked Paul Kyzivat
- Re: [MMUSIC] When a bundle offer is forked Dale R. Worley
- Re: [MMUSIC] Bundle offer with different ports - … Martin Thomson
- Re: [MMUSIC] When a bundle offer is forked Christer Holmberg
- Re: [MMUSIC] When a bundle offer is forked Parthasarathi R
- Re: [MMUSIC] When a bundle offer is forked Christer Holmberg
- Re: [MMUSIC] Bundle offer with different ports - … Paul Kyzivat
- Re: [MMUSIC] When a bundle offer is forked Parthasarathi R
- Re: [MMUSIC] When a bundle offer is forked Christer Holmberg
- Re: [MMUSIC] Bundle offer with different ports - … Martin Thomson
- Re: [MMUSIC] Bundle offer with different ports - … Martin Thomson
- Re: [MMUSIC] Bundle offer with different ports - … Paul Kyzivat
- Re: [MMUSIC] Bundle offer with different ports - … Martin Thomson
- Re: [MMUSIC] When a bundle offer is forked Cullen Jennings (fluffy)