Re: [MMUSIC] BUNDLE DECISION Q6: Do we always mandate 2 Offer/Answers during session establishment?

Christer Holmberg <christer.holmberg@ericsson.com> Wed, 13 November 2013 18:42 UTC

Return-Path: <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 AE52A11E815C for <mmusic@ietfa.amsl.com>; Wed, 13 Nov 2013 10:42:43 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -5.551
X-Spam-Level:
X-Spam-Status: No, score=-5.551 tagged_above=-999 required=5 tests=[AWL=0.698, 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 Ll-4TCESYOEc for <mmusic@ietfa.amsl.com>; Wed, 13 Nov 2013 10:42:38 -0800 (PST)
Received: from mailgw1.ericsson.se (mailgw1.ericsson.se [193.180.251.45]) by ietfa.amsl.com (Postfix) with ESMTP id 2674911E8104 for <mmusic@ietf.org>; Wed, 13 Nov 2013 10:42:37 -0800 (PST)
X-AuditID: c1b4fb2d-b7f1c8e000005ceb-2c-5283c81c230d
Received: from ESESSHC013.ericsson.se (Unknown_Domain [153.88.253.125]) by mailgw1.ericsson.se (Symantec Mail Security) with SMTP id EE.3A.23787.C18C3825; Wed, 13 Nov 2013 19:42:37 +0100 (CET)
Received: from ESESSMB209.ericsson.se ([169.254.9.132]) by ESESSHC013.ericsson.se ([153.88.183.57]) with mapi id 14.02.0328.009; Wed, 13 Nov 2013 19:42:36 +0100
From: Christer Holmberg <christer.holmberg@ericsson.com>
To: Paul Kyzivat <pkyzivat@alum.mit.edu>, "mmusic@ietf.org" <mmusic@ietf.org>
Thread-Topic: [MMUSIC] BUNDLE DECISION Q6: Do we always mandate 2 Offer/Answers during session establishment?
Thread-Index: Ac7f//9tV1L0gQ17QYeeQ7SNfEjBjAAkhhmAAANs0jA=
Date: Wed, 13 Nov 2013 18:42:35 +0000
Message-ID: <7594FB04B1934943A5C02806D1A2204B1C5187CC@ESESSMB209.ericsson.se>
References: <7594FB04B1934943A5C02806D1A2204B1C518151@ESESSMB209.ericsson.se> <5283BEA3.4040805@alum.mit.edu>
In-Reply-To: <5283BEA3.4040805@alum.mit.edu>
Accept-Language: en-US
Content-Language: fi-FI
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [153.88.183.154]
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFtrLLMWRmVeSWpSXmKPExsUyM+Jvra7sieYgg5tHeSymLn/MYrFiwwFW ByaPv+8/MHksWfKTKYApissmJTUnsyy1SN8ugStjxundrAXruStmN7E1MHZzdjFyckgImEjM afnKBmGLSVy4tx7I5uIQEjjEKNE56SsrSEJIYAmjxPkfkV2MHBxsAhYS3f+0QcIiAr4Szx7f BusVFsiTePbpCDNIiYhAvsTBnmyIEiuJo7MPMoPYLAKqEk0rj4CV8wK1Tj5/kxlier7E34MH WEBsTgEdibebV4FtZQQ65/upNUwgNrOAuMSHg9eZIc4UkFiy5zyULSrx8vE/VghbSWLR7c9Q 9ToSC3Z/YoOwtSWWLXzNDLFXUOLkzCcsExhFZyEZOwtJyywkLbOQtCxgZFnFyJ6bmJmTXm64 iREYBQe3/NbdwXjqnMghRmkOFiVx3g9vnYOEBNITS1KzU1MLUovii0pzUosPMTJxcEo1MEo5 i99gX7Q0JU3ihXZG4rUvixjZzXrXc3TlLZvZkXOOfd4Znt9Z93geLnvxzlHueeLU3v2R/5gU j63bo/9XxX61ZrubFKNA6a+Vu9551RkF+ew6fbFNf9IhwfL9WxP9W1ddPRdze9JpnxdsUuel Gpav1Gs9c0SJN/3fxi3/XF85ZTzNuTl7WYISS3FGoqEWc1FxIgDNGGV0UAIAAA==
Subject: Re: [MMUSIC] BUNDLE DECISION Q6: Do we always mandate 2 Offer/Answers during session establishment?
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, 13 Nov 2013 18:42:43 -0000

Hi Paul,

> This works for me except for one thing: the word "session", which I fear is sufficiently ambiguous to present trouble.
>
> I suggest using "multi-media session". (We can't use "SIP session" or "SIP dialog" because this might be used without SIP.)

I agree regarding not being able to use SIP terminology.

I guess "multi-media session" is one option. What about "SDP session"?

Regards,

Christer


On 11/12/13 3:39 PM, Christer Holmberg wrote:
> Hi,
>
> In Vancouver we decided that an Offerer MUST NOT assign a shared address (with a non-zero port) to multiple m- lines until the Answerer, within the session, has indicated support of BUNDLE.
>
> I suggest the following piece of text to implement  the decision in the BUNDLE spec:
>
> 	"The Offerer MUST NOT assign a shared address with a non-zero port
>     	value to multiple "m=" lines until it has, within the given session,
>     	received an SDP Answer indicating that the Answerer supports the
>     	BUNDLE mechanism."
>
> Note that there will be specific text regarding the usage of port zero for 'bundle-only' m- lines.
>
> Regards,
>
> Christer
> _______________________________________________
> mmusic mailing list
> mmusic@ietf.org
> https://www.ietf.org/mailman/listinfo/mmusic
>

_______________________________________________
mmusic mailing list
mmusic@ietf.org
https://www.ietf.org/mailman/listinfo/mmusic