Re: [MMUSIC] BUNDLE DECISSION: Full bundle or no bundle - there aint anything in between

Suhas Nandakumar <suhasietf@gmail.com> Fri, 24 May 2013 22:12 UTC

Return-Path: <suhasietf@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 6277F21F8A74 for <mmusic@ietfa.amsl.com>; Fri, 24 May 2013 15:12:06 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.34
X-Spam-Level:
X-Spam-Status: No, score=-2.34 tagged_above=-999 required=5 tests=[AWL=0.658, BAYES_00=-2.599, HTML_MESSAGE=0.001, J_CHICKENPOX_47=0.6, RCVD_IN_DNSWL_LOW=-1]
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 NlSl4IUxCyXA for <mmusic@ietfa.amsl.com>; Fri, 24 May 2013 15:12:02 -0700 (PDT)
Received: from mail-qe0-f42.google.com (mail-qe0-f42.google.com [209.85.128.42]) by ietfa.amsl.com (Postfix) with ESMTP id 15D9821F89FF for <mmusic@ietf.org>; Fri, 24 May 2013 15:12:01 -0700 (PDT)
Received: by mail-qe0-f42.google.com with SMTP id cz11so2913001qeb.15 for <mmusic@ietf.org>; Fri, 24 May 2013 15:12:01 -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=6OE0mWLtm+kXM+5zLVioCZk8K4S+gw/ICVF5FIUDvQY=; b=saKNm9PcbrjqS6H1bRetGf3VxD5hrfqqJ5Z5X5oV/OIa0OZwhfZMswpqJrvQ6V1cX2 iKPpjld7He4sIIKu2S4QqvACjemSHG175u0yv4WsvL3KXuYLeNC2ILjsrK/es+9yEUN5 /iG9y1eVEeMblZRoyHAki+5vB+6sJkR2sjxG2siox3oXjJpC65Iu1f0c7XNJSbS7lTvF MzBmSfJor7wId1JrBJVXzxq4mUmvHHjMZpZeuiRQX7Ab2dTJhfl82eo9xLVBYFU6krsJ gDJwUFfWeleOTtqBc85ZyhdVgbD3fkwcRCLXR+Qbah9Bc4+gUzfFFmvOpQk8JsZK20Wf 4gdg==
MIME-Version: 1.0
X-Received: by 10.224.79.209 with SMTP id q17mr17932886qak.88.1369433521514; Fri, 24 May 2013 15:12:01 -0700 (PDT)
Received: by 10.49.6.97 with HTTP; Fri, 24 May 2013 15:12:01 -0700 (PDT)
In-Reply-To: <7594FB04B1934943A5C02806D1A2204B1C3777C9@ESESSMB209.ericsson.se>
References: <7594FB04B1934943A5C02806D1A2204B1C3777C9@ESESSMB209.ericsson.se>
Date: Fri, 24 May 2013 15:12:01 -0700
Message-ID: <CAMRcRGRZ_xLkyMxA8ELx8tv5819Zom2Nv4nThJw7vq1PxSivkw@mail.gmail.com>
From: Suhas Nandakumar <suhasietf@gmail.com>
To: Christer Holmberg <christer.holmberg@ericsson.com>
Content-Type: multipart/alternative; boundary="047d7bf161769820eb04dd7e160d"
Cc: "mmusic@ietf.org" <mmusic@ietf.org>
Subject: Re: [MMUSIC] BUNDLE DECISSION: Full bundle or no bundle - there aint anything in between
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 22:12:06 -0000

Hey Christer

   This looks good ( including Paul's clarification and Martin's statement
about Expectation of the following fixup to make intermediaries happy).

Also few comments inline.

On Fri, May 24, 2013 at 3:28 AM, Christer Holmberg <
christer.holmberg@ericsson.com> wrote:

>  Hi,****
>
> ** **
>
> At the interim yesterday, we agreed that an answerer MUST always include
> identical ports* (usage of port zero within a bundle is a separate topic)
> for all m- lines within an bundle group. ****
>
> **
>
**
>
> If the answerer wants to use different ports* for some/all m- lines, it
> MUST NOT include those m- lines in a bundle group (if they already are in a
> bundle group, a separate offer is needed to remove them).
>

[Suhas] If the answerer wants to use different ports for "ALL" the m-lines
then it is implicitly assumed that there was a Successful O/A exchange +
Fixup and this Offer is a subsequent one.
On the other hand, changing some ports in the Answer can even happen in the
first ever BUNDLE O/A as well.
Just wanted to clarify with the wordings.

>
>
****
>
> ** **
>
> WHAT IT MEANS: There is no way for an answerer to tell that the offerer,
> for certain m- lines, can use the same port*, eventhough the answer will
> use separate ports*.****
>
> ** **
>
> I will work on some actual text proposal later, but please indicate if you
> OBJECT to this approach in general.****
>
> ** **
>
> Regards,****
>
> ** **
>
> Christer****
>
> ** **
>
> NOTE: “port” = port:address combination – we are working on coming up with
> better terminology J****
>
> ** **
>
> ** **
>
> ** **
>
> ** **
>
> ** **
>
> ** **
>
> _______________________________________________
> mmusic mailing list
> mmusic@ietf.org
> https://www.ietf.org/mailman/listinfo/mmusic
>
>