Re: [MMUSIC] BUNDLE/SDP : ISSUE#3: Should BUNDLE deal with DECLARATIVE SDP ?

Suhas Nandakumar <suhasietf@gmail.com> Thu, 31 October 2013 19:56 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 411F311E8195 for <mmusic@ietfa.amsl.com>; Thu, 31 Oct 2013 12:56:21 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.212
X-Spam-Level:
X-Spam-Status: No, score=-2.212 tagged_above=-999 required=5 tests=[AWL=0.387, BAYES_00=-2.599, HTML_MESSAGE=0.001, 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 RO+JyS6FIGnm for <mmusic@ietfa.amsl.com>; Thu, 31 Oct 2013 12:56:20 -0700 (PDT)
Received: from mail-we0-x232.google.com (mail-we0-x232.google.com [IPv6:2a00:1450:400c:c03::232]) by ietfa.amsl.com (Postfix) with ESMTP id EBDF611E8192 for <mmusic@ietf.org>; Thu, 31 Oct 2013 12:56:14 -0700 (PDT)
Received: by mail-we0-f178.google.com with SMTP id q59so3160273wes.37 for <mmusic@ietf.org>; Thu, 31 Oct 2013 12:56:13 -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=q62GJ22REbGN5qwv6AVfb8ouVchIHoUV75ySu9Iy320=; b=W44msCE5NmvTTbQGn8PGWS4l5RaDyMICMJMEOAqd33ZhSfaLpcUrwAVu06MBsGRKS+ c9KfVLd23GDEQcUf2fv/G89LvSTocDgqt+IJ9sjzJM2JHYGJp4bOOSLjDYugh+Fx6LZT mK4xWvjbfWljN29QDS5rQOF8bn57ub3oK8rPrtmTiloyeMv7YUgdIU7p+hmEXrZT5SfF 8kaEGUUo8lnGvq6FkTZ0Wc5G5ZMi26zGgOKKlcGcppl+3FLP9MXQMesAItxHjU1zTO59 h8gOeEFW/v7Lat4Att+ho2Ep8tjyHqlNcnmLs5koWv3rTV96fuRmXfFpnKa4FMu7UUn1 k+EA==
MIME-Version: 1.0
X-Received: by 10.180.185.101 with SMTP id fb5mr892017wic.11.1383249373831; Thu, 31 Oct 2013 12:56:13 -0700 (PDT)
Received: by 10.194.178.231 with HTTP; Thu, 31 Oct 2013 12:56:13 -0700 (PDT)
In-Reply-To: <CAOqqYVHbe16mT857ML0HrhJmRQQFBT19CpmJ6yTpS2zphufujg@mail.gmail.com>
References: <CAMRcRGTGcejjWQCTZqyf-og4OwfM54HiCvoMSdYOPTZwpZ_eRg@mail.gmail.com> <CAOqqYVHbe16mT857ML0HrhJmRQQFBT19CpmJ6yTpS2zphufujg@mail.gmail.com>
Date: Thu, 31 Oct 2013 12:56:13 -0700
Message-ID: <CAMRcRGSVmQAaB7m9VHFZ4kxZ1Ji3wxRBXUBLwBeEdu50yG-FTg@mail.gmail.com>
From: Suhas Nandakumar <suhasietf@gmail.com>
To: Harald Alvestrand <hta@google.com>
Content-Type: multipart/alternative; boundary="001a11c2448e9028be04ea0ed759"
Cc: Cullen Jennings <fluffy@cisco.com>, mmusic WG <mmusic@ietf.org>, Christer Holmberg <christer.holmberg@ericsson.com>
Subject: Re: [MMUSIC] BUNDLE/SDP : ISSUE#3: Should BUNDLE deal with DECLARATIVE SDP ?
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: Thu, 31 Oct 2013 19:56:22 -0000

Good point Harald. Thinking of it , I feel this question applies to all the
declarative usages of SDP attributes in the context of BUNDLE.

>From Christer's and your point, I feel the BUNDLE specification should
state it explicitly that only O/A procedures are supported for this
version. That way, we handle all the attributes that has declarative
semantics along with O/A or otherwise.

please let me know your thoughts.

Thanks
Suhas




On Thu, Oct 31, 2013 at 12:49 AM, Harald Alvestrand <hta@google.com> wrote:

> Could you expand "declaratively" for me here? If it means "stated, not
> negotiated", this is the same as for many attrs in the draft already. If it
> means "never used in offer/answer", I agree with Christer.
> 31. okt. 2013 05:52 skrev "Suhas Nandakumar" <suhasietf@gmail.com>
> følgende:
>
> Hello All
>>
>>   Magnus raised an important question while analyzing  RFC6064 SDP
>> attributes related to RTSP SDP attributes for 3GPP.  Since these attributes
>> are declaratively used, SHOULD BUNDLE be dealing with specifying the
>> behavior in Non Offer/Answer Scenarios ?
>>
>> If the answer is NO, we can assign category to be NOT IMPACTED for these
>> attributes,
>>
>> If the answer is YES, i think there needs to be more discussions on
>> handling this scenario.
>>
>> Please let me know your thoughts.
>>
>>
>> Cheers
>> Suhas
>>
>