IETF Logo Mail Archive

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

Christer Holmberg <christer.holmberg@ericsson.com> Tue, 12 November 2013 23:39 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 CE11D21E8095 for <mmusic@ietfa.amsl.com>; Tue, 12 Nov 2013 15:39:31 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.743
X-Spam-Level:
X-Spam-Status: No, score=-3.743 tagged_above=-999 required=5 tests=[AWL=-1.144, BAYES_00=-2.599]
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 rxKroXkTwk99 for <mmusic@ietfa.amsl.com>; Tue, 12 Nov 2013 15:39:25 -0800 (PST)
Received: from sesbmg20.ericsson.net (sesbmg20.ericsson.net [193.180.251.56]) by ietfa.amsl.com (Postfix) with ESMTP id 52FF921E8089 for <mmusic@ietf.org>; Tue, 12 Nov 2013 15:39:25 -0800 (PST)
X-AuditID: c1b4fb38-b7f2c8e000006d25-7d-5282bc2bb509
Received: from ESESSHC022.ericsson.se (Unknown_Domain [153.88.253.125]) by sesbmg20.ericsson.net (Symantec Mail Security) with SMTP id 58.46.27941.B2CB2825; Wed, 13 Nov 2013 00:39:23 +0100 (CET)
Received: from ESESSMB209.ericsson.se ([169.254.9.201]) by ESESSHC022.ericsson.se ([153.88.183.84]) with mapi id 14.02.0328.009; Wed, 13 Nov 2013 00:39:23 +0100
From: Christer Holmberg <christer.holmberg@ericsson.com>
To: "mmusic@ietf.org" <mmusic@ietf.org>
Thread-Topic: BUNDLE DECISION Q6: Do we always mandate 2 Offer/Answers during session establishment?
Thread-Index: Ac7f//9tV1L0gQ17QYeeQ7SNfEjBjA==
Date: Tue, 12 Nov 2013 23:39:23 +0000
Message-ID: <7594FB04B1934943A5C02806D1A2204B1C518151@ESESSMB209.ericsson.se>
Accept-Language: en-US
Content-Language: fi-FI
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [153.88.183.150]
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFprHLMWRmVeSWpSXmKPExsUyM+Jvra72nqYgg33bTSymLn/M4sDosWTJ T6YAxigum5TUnMyy1CJ9uwSujBtPOlkLZrJW7Pm9nKWBsY2li5GTQ0LAROLEjCOsELaYxIV7 69m6GLk4hASOMEp0/j8N5SxhlJh5fwV7FyMHB5uAhUT3P22QBhEBdYmve3uYQcLCAokSP14r Q4TTJF5cvccOYetJPL87gRHEZhFQldi0uhMszivgK/Fr5zpmEJsRaO/3U2uYQGxmAXGJDwev M0PcIyCxZM95KFtU4uXjf1B3Kkms2H6JEaJeR2LB7k9sELa2xLKFr5kh5gtKnJz5hGUCo/As JGNnIWmZhaRlFpKWBYwsqxg5ilOLk3LTjQw2MQLD+OCW3xY7GC//tTnEKM3BoiTO+/Gtc5CQ QHpiSWp2ampBalF8UWlOavEhRiYOTqkGRvO+ys/Pk/mL+pWUfUVc86r+vGQN4Jz7ZC/rLH+n 5ZcjCy+kcAULNuzgMW1QNXm9Y0Ogcb7O4gsf5wcpX7+n9b34eul/0cCXQQcz13hr3Vo7KSCC y/vyjVtTZh2ImXi0NfHElLW/Gz8x/jvX5f1nhva0yAkve37dLOw5Oe/2D5W52ov33vX5E6TE UpyRaKjFXFScCADfjZxfMQIAAA==
Subject: [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: Tue, 12 Nov 2013 23:39:31 -0000

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

v2.23.0 | Report a Bug | By Email