Re: [MMUSIC] FW: New Version Notification for draft-ietf-mmusic-rfc4566bis-13.txt

"Ali C. Begen (abegen)" <abegen@cisco.com> Tue, 13 January 2015 17:27 UTC

Return-Path: <abegen@cisco.com>
X-Original-To: mmusic@ietfa.amsl.com
Delivered-To: mmusic@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E27C91A902F for <mmusic@ietfa.amsl.com>; Tue, 13 Jan 2015 09:27:35 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -16.511
X-Spam-Level:
X-Spam-Status: No, score=-16.511 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, GB_I_INVITATION=-2, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id lHQHdUxTp6mS for <mmusic@ietfa.amsl.com>; Tue, 13 Jan 2015 09:27:29 -0800 (PST)
Received: from rcdn-iport-4.cisco.com (rcdn-iport-4.cisco.com [173.37.86.75]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E9A1A1A8FD6 for <mmusic@ietf.org>; Tue, 13 Jan 2015 09:27:22 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=7312; q=dns/txt; s=iport; t=1421170043; x=1422379643; h=from:to:subject:date:message-id:references:in-reply-to: content-id:content-transfer-encoding:mime-version; bh=WT4P/WDbA4cTUKr7tT8XAuyIpWh3jHsaia4HYtP2r+Y=; b=bMgLrtDLQK6gGGqWb3BwNdmWPyQ8Z9W0w4eeGR+xhmKv0zyTcvGSjJvY V1oINIMzuYr6hXWEZiVSnf91GgOTSJV7ngCqfbIxv3cpSPovu6738qVkx GDYxOXG9yx7Ekfp9uuS/DzfOhIa3/UYGgwwIC6ujHaNXsWOPHZOIm0gj/ 0=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: As0HAMhUtVStJV2d/2dsb2JhbABbDoJWIlJTBQSDAcMBDIUlSgIcfUMBAQEBAX2EDAEBAQQBAQEgEToJDgQCAQgOAwMBAgECAiYCAgIlCxUHAQgCBAESCRKIEQEHBbt+k3cBAQEBAQEBAQEBAQEBAQEBAQEBAQEXgSGOJToGgmKBQQWMVxCBW4NFhUiBDzCCQoMAinsigjJ/PW8BgUR+AQEB
X-IronPort-AV: E=Sophos;i="5.07,750,1413244800"; d="scan'208";a="386737025"
Received: from rcdn-core-6.cisco.com ([173.37.93.157]) by rcdn-iport-4.cisco.com with ESMTP; 13 Jan 2015 17:27:22 +0000
Received: from xhc-rcd-x08.cisco.com (xhc-rcd-x08.cisco.com [173.37.183.82]) by rcdn-core-6.cisco.com (8.14.5/8.14.5) with ESMTP id t0DHRLbU031380 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Tue, 13 Jan 2015 17:27:21 GMT
Received: from xmb-aln-x01.cisco.com ([fe80::747b:83e1:9755:d453]) by xhc-rcd-x08.cisco.com ([173.37.183.82]) with mapi id 14.03.0195.001; Tue, 13 Jan 2015 11:27:21 -0600
From: "Ali C. Begen (abegen)" <abegen@cisco.com>
To: Paul Kyzivat <pkyzivat@alum.mit.edu>, "mmusic@ietf.org" <mmusic@ietf.org>
Thread-Topic: [MMUSIC] FW: New Version Notification for draft-ietf-mmusic-rfc4566bis-13.txt
Thread-Index: AQHQLyD3iHchic0o5UCRCBsktcnK8Jy+atcAgABCbACAACb0gA==
Date: Tue, 13 Jan 2015 17:27:21 +0000
Message-ID: <D0DB1EC9.2CC01%abegen@cisco.com>
References: <20150113110616.14141.57927.idtracker@ietfa.amsl.com> <D0DAC910.2CB94%abegen@cisco.com> <54B550EA.5060306@alum.mit.edu>
In-Reply-To: <54B550EA.5060306@alum.mit.edu>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
user-agent: Microsoft-MacOutlook/14.4.7.141117
x-originating-ip: [10.61.105.31]
Content-Type: text/plain; charset="utf-8"
Content-ID: <3E4A074570368343BE895BE7B1552387@emea.cisco.com>
Content-Transfer-Encoding: base64
MIME-Version: 1.0
Archived-At: <http://mailarchive.ietf.org/arch/msg/mmusic/UGW_7G_1buRW3q8uTWM2aoy8nXA>
Subject: Re: [MMUSIC] FW: New Version Notification for draft-ietf-mmusic-rfc4566bis-13.txt
X-BeenThere: mmusic@ietf.org
X-Mailman-Version: 2.1.15
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, 13 Jan 2015 17:27:36 -0000

Hi Paul,

-----Original Message-----
From: Paul Kyzivat <pkyzivat@alum.mit.edu>
Date: Tuesday, January 13, 2015 at 7:07 PM
To: "mmusic@ietf.org" <mmusic@ietf.org>
Subject: Re: [MMUSIC] FW: New Version Notification for
draft-ietf-mmusic-rfc4566bis-13.txt

>On 1/13/15 6:10 AM, Ali C. Begen (abegen) wrote:
>> This version addresses Colin’s and Christer’s comments (except
>>Christer’s
>> comment on O/A procedures, which is pending a resolution).
>>
>> Things to do at this point:
>> 1) issues in the tracker
>> http://trac.tools.ietf.org/wg/mmusic/trac/report/7
>>
>> 2) inserting the text from 4566bis-iana-updates
>>
>> If there are things I omitted, please speak up.
>
>Here are some corrections to what appeared in -13:
>
>* Section 6.1:
>
>s/none-ws-string/non-ws-string/

Good catch.

>
>* Section 6.6:
>
>This now says:
>
>       payload-type = integer
>...
>    Note that the payload type number is indicated in a
>    7-bit field, limiting the values to incusively between 0 and 127.
>
>But the definition of 'integer' doesn't include 0.
>
>IMO it was a mistake to define integer that way, but its too late to
>change that. I suggest we define another rule that give a name to a
>number that includes zero. E.g.:
>
>    zero-based-integer = "0" / integer
>
>And then use that here and other places where it is appropriate.

Done.

>
>It could be defined as (1*DIGIT), but that opens the possibility of
>arbitrarily long padding with zeros on the left, so I think the above is
>preferable.
>
>* Section 6.11:
>
>includes:
>
>       sdplang-value = Language-Tag (as defined in <xref
>         target="RFC5646"/>)
>
>The xref didn't get expanded (because it is in artwork.) In any case I
>suggest one of the following:
>
>       sdplang-value = Language-Tag
>       Language-Tag = <defined in RFC5646>
>
>or
>
>       sdplang-value = Language-Tag
>       ; Language-Tag defined in RFC5646

Fixed.

>
>* Section 6.12:
>
>This has the same problem with Language-Tag, but needs a different
>solution since it is a reuse. I thought it was fine in -12.

Used the same solution from the above.

I will address the comments below separately.

-acbegen

>
>* Section 8.2.4:
>
>I see a number of things have been removed from this section. IIUC this
>is because of concerns that came up with Christer tried to follow the
>new style for a draft. The problem there was that all this information
>was included in the IANA Considerations section, and was redundant with
>information in the body of the draft.
>
>But with the new changes there is no longer a requirement to provide
>this information at all. Note that the beginning of this section says:
>
>    New attribute registrations are accepted according to the
>    "Specification Required" policy of [RFC5226], provided that the
>    specification includes the following information:
>
>This calls for the information in the *specification*, not in the IANA
>Considerations section of the specification.
>
>So "Attribute value" needs to be reinstated. This is the only place
>where the syntax is required.
>
>(I'm fine with Long-form going away. It doesn't seem to serve any
>purpose.)
>
>	Thanks,
>	Paul
>
>> -acbegen
>>
>> -----Original Message-----
>> From: "internet-drafts@ietf.org" <internet-drafts@ietf.org>
>> Date: Tuesday, January 13, 2015 at 1:06 PM
>> To: Van Jacobson <van@parc.com>, "Mark J. Handley"
>> <m.handley@cs.ucl.ac.uk>, "Ali C. Begen" <abegen@cisco.com>, Colin
>>Perkins
>> <csp@csperkins.org>, Colin Perkins <csp@csperkins.org>, Van Jacobson
>> <van@parc.com>, "Ali C. Begen" <abegen@cisco.com>, Mark Handley
>> <m.handley@cs.ucl.ac.uk>
>> Subject: New Version Notification for
>>draft-ietf-mmusic-rfc4566bis-13.txt
>>
>>>
>>> A new version of I-D, draft-ietf-mmusic-rfc4566bis-13.txt
>>> has been successfully submitted by Ali Begen and posted to the
>>> IETF repository.
>>>
>>> Name:		draft-ietf-mmusic-rfc4566bis
>>> Revision:	13
>>> Title:		SDP: Session Description Protocol
>>> Document date:	2015-01-13
>>> Group:		mmusic
>>> Pages:		57
>>> URL:
>>> http://www.ietf.org/internet-drafts/draft-ietf-mmusic-rfc4566bis-13.txt
>>> Status:
>>> https://datatracker.ietf.org/doc/draft-ietf-mmusic-rfc4566bis/
>>> Htmlized:      
>>>http://tools.ietf.org/html/draft-ietf-mmusic-rfc4566bis-13
>>> Diff:
>>> http://www.ietf.org/rfcdiff?url2=draft-ietf-mmusic-rfc4566bis-13
>>>
>>> Abstract:
>>>    This memo defines the Session Description Protocol (SDP).  SDP is
>>>    intended for describing multimedia sessions for the purposes of
>>>    session announcement, session invitation, and other forms of
>>>    multimedia session initiation.  This document obsoletes RFC 4566.
>>>
>>>
>>>
>>>
>>>
>>> Please note that it may take a couple of minutes from the time of
>>> submission
>>> until the htmlized version and diff are available at tools.ietf.org.
>>>
>>> The IETF Secretariat
>>>
>>>
>>
>>
>> _______________________________________________
>> 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
>