Re: [MMUSIC] Bundle offer with different ports - where to expect media?

Martin Thomson <martin.thomson@gmail.com> Fri, 24 May 2013 00:14 UTC

Return-Path: <martin.thomson@gmail.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 11D4E21F8EA4 for <mmusic@ietfa.amsl.com>; Thu, 23 May 2013 17:14:42 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.6
X-Spam-Level:
X-Spam-Status: No, score=-2.6 tagged_above=-999 required=5 tests=[AWL=0.000, BAYES_00=-2.599, NO_RELAYS=-0.001]
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 RUHJrNU4J7Rn for <mmusic@ietfa.amsl.com>; Thu, 23 May 2013 17:14:41 -0700 (PDT)
Received: from mail-la0-x22a.google.com (mail-la0-x22a.google.com [IPv6:2a00:1450:4010:c03::22a]) by ietfa.amsl.com (Postfix) with ESMTP id 0EE8621F8CEC for <mmusic@ietf.org>; Thu, 23 May 2013 17:14:40 -0700 (PDT)
Received: by mail-la0-f42.google.com with SMTP id fg20so3898244lab.15 for <mmusic@ietf.org>; Thu, 23 May 2013 17:14:39 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=i22sQ7BVvsL5KbVgtym8S6V4ywACLiM17/rUEFEzE2s=; b=cEdm4XxqMUbaT8nCGRfuDm0QRVe/0gRufSHHqxUpHMbSHb25zMv2HThRxMRn7pORKt 6NBGcqr2F/Pb/6lxhogb4ymtS01+HI4BctfHj2yafK7blwxwuGRGW+rSrW2WG3Jt1jbq l4mdRzkY2AT42LNSoqtglwsA4gvE2iFkuvtOpdzY3xLxFG7U5gXkKjSBlhucZ47Qkg/U YNkxUM0rANHi89Ri2j99kWnKaEX+cD8cm6Gcy5tQpoZyekyic/ZXNobRAu8rxVDkI067 qREV12czKZDIVBAiSA1Z2VjxdppiEvrAO26q0EwMowipKIbN+tOXcN0XX/nNiBPD91Zo apFQ==
MIME-Version: 1.0
X-Received: by 10.112.190.42 with SMTP id gn10mr5793718lbc.82.1369354479755; Thu, 23 May 2013 17:14:39 -0700 (PDT)
Received: by 10.112.166.38 with HTTP; Thu, 23 May 2013 17:14:39 -0700 (PDT)
In-Reply-To: <519E8CA6.1090009@alum.mit.edu>
References: <7594FB04B1934943A5C02806D1A2204B1C374357@ESESSMB209.ericsson.se> <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> <CAOJ7v-1tmfy4Fu05ChcpbZT=bO-zr05qtOh9Lnw5bprbUEnoDw@mail.gmail.com> <C5E08FE080ACFD4DAE31E4BDBF944EB11350E214@xmb-aln-x02.cisco.com> <CABkgnnXgvEWtAs_yYu3ZZw0_TuFtgs_aOhpTrVaYZsfGd+hk+g@mail.gmail.com> <519E8CA6.1090009@alum.mit.edu>
Date: Thu, 23 May 2013 17:14:39 -0700
Message-ID: <CABkgnnUnB4GJxXQ=Yk6pOGhfX2iAc7wN=cowu1zAR=vbpC7p3A@mail.gmail.com>
From: Martin Thomson <martin.thomson@gmail.com>
To: Paul Kyzivat <pkyzivat@alum.mit.edu>
Content-Type: text/plain; charset=UTF-8
Cc: "Cullen Jennings \(fluffy\)" <fluffy@cisco.com>, Christer Holmberg <christer.holmberg@ericsson.com>, mmusic <mmusic@ietf.org>
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: Fri, 24 May 2013 00:14:42 -0000

On 23 May 2013 14:39, Paul Kyzivat <pkyzivat@alum.mit.edu> wrote:
> I am pretty strongly opposed to restricting how one can recycle m-lines.
> IMO this is a pretty basic and fundamental mechanism.

What I'm suggesting would permit recycling(*).  However, if you are
amending a session (as opposed to throwing it out entirely and
starting over), then I would rather that you cannot (I suggest MUST
NOT) change the BUNDLE affiliation of an m-line.  This is - of course
- only possible if you permit rejected m-lines to remain in a group.

This really goes back to the whole BUNDLE negotiation model.  If a
line is tentatively part of a BUNDLE group in the first exchange,
confirmed in the second, do we permit splitting, reassignment, etc...
in subsequent exchanges?

Or, do we permit the movement in and out of BUNGLE groups for any
m-line?  If I want to migrate off one BUNDLE and to another, do I
first reject the line and remove it from the BUNDLE group (exchange 1)
and then re-animate it with a new BUNDLE group (exchange 2)?