Re: [MMUSIC] [Technical Errata Reported] RFC4566 (3278)

"Ali C. Begen (abegen)" <abegen@cisco.com> Sat, 07 July 2012 22:55 UTC

Return-Path: <abegen@cisco.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 2789B21F8666 for <mmusic@ietfa.amsl.com>; Sat, 7 Jul 2012 15:55:16 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -10.599
X-Spam-Level:
X-Spam-Status: No, score=-10.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8]
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 4ADORnCdU+Af for <mmusic@ietfa.amsl.com>; Sat, 7 Jul 2012 15:55:14 -0700 (PDT)
Received: from rcdn-iport-3.cisco.com (rcdn-iport-3.cisco.com [173.37.86.74]) by ietfa.amsl.com (Postfix) with ESMTP id 78D7021F8541 for <mmusic@ietf.org>; Sat, 7 Jul 2012 15:55:14 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=abegen@cisco.com; l=3768; q=dns/txt; s=iport; t=1341701735; x=1342911335; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-transfer-encoding:mime-version; bh=sIQ27OJdz8HRx9ye6MKEveMwlSFHY6vVlsAtoheeGPI=; b=mWj5dVv00d0/pRf2WVn7Jv+7Y933WMb5rNy5JwfCKXpsfVSCZBRz0Dq+ 6y1le+NuoS7CFVs9TTn9fXD5kExXG3k5ljbfrC+uX/RZnXxo2Bf3kJJSr ado6+5iURFJNkKUaD0LewNyESb4Mozcrp3OkyQjVAqwoBwHdaph8+njOk k=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: Av8EADu++E+tJV2Z/2dsb2JhbAArGrdagQeCIAEBAQMBEgFmDAQCAQgRBAEBAQodBzIUCQgCBAENBQgah2UGAQopmWuef4tAhSxgA6NVgWaCX28
X-IronPort-AV: E=Sophos;i="4.77,544,1336348800"; d="scan'208";a="99708134"
Received: from rcdn-core-2.cisco.com ([173.37.93.153]) by rcdn-iport-3.cisco.com with ESMTP; 07 Jul 2012 22:55:13 +0000
Received: from xhc-rcd-x10.cisco.com (xhc-rcd-x10.cisco.com [173.37.183.84]) by rcdn-core-2.cisco.com (8.14.5/8.14.5) with ESMTP id q67MtDVQ013322 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Sat, 7 Jul 2012 22:55:13 GMT
Received: from xmb-aln-x01.cisco.com ([fe80::747b:83e1:9755:d453]) by xhc-rcd-x10.cisco.com ([173.37.183.84]) with mapi id 14.02.0298.004; Sat, 7 Jul 2012 17:55:13 -0500
From: "Ali C. Begen (abegen)" <abegen@cisco.com>
To: "Miguel A. Garcia" <Miguel.A.Garcia@ericsson.com>, RFC Errata System <rfc-editor@rfc-editor.org>
Thread-Topic: [Technical Errata Reported] RFC4566 (3278)
Thread-Index: AQHNWcUsCxsD7MaFb0mykMo5Z93uU5cec3Bw
Date: Sat, 07 Jul 2012 22:55:12 +0000
Message-ID: <C15918F2FCDA0243A7C919DA7C4BE994CEC53B@xmb-aln-x01.cisco.com>
References: <20120703180119.1CF9F72F1C4@rfc-editor.org> <4FF40908.80904@ericsson.com>
In-Reply-To: <4FF40908.80904@ericsson.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.86.244.250]
x-tm-as-product-ver: SMEX-10.2.0.1135-7.000.1014-19024.004
x-tm-as-result: No--53.332000-8.000000-31
x-tm-as-user-approved-sender: No
x-tm-as-user-blocked-sender: No
Content-Type: text/plain; charset="Windows-1252"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
Cc: "mmusic@ietf.org" <mmusic@ietf.org>, Gonzalo Camarillo <gonzalo.camarillo@ericsson.com>, "Flemming Andreasen (fandreas)" <fandreas@cisco.com>, "M.Handley@cs.ucl.ac.uk" <M.Handley@cs.ucl.ac.uk>, "csp@csperkins.org" <csp@csperkins.org>, "van@packetdesign.com" <van@packetdesign.com>
Subject: Re: [MMUSIC] [Technical Errata Reported] RFC4566 (3278)
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: Sat, 07 Jul 2012 22:55:16 -0000

I agree with Thomas' assessment. I don’t see a problem with the current ABNF.

> -----Original Message-----
> From: Miguel A. Garcia [mailto:Miguel.A.Garcia@ericsson.com]
> Sent: Wednesday, July 04, 2012 5:13 AM
> To: RFC Errata System; Ali C. Begen (abegen)
> Cc: M.Handley@cs.ucl.ac.uk; van@packetdesign.com; csp@csperkins.org; Gonzalo Camarillo; rjsparks@nostrum.com;
> Flemming Andreasen (fandreas); riccardo.bernardini@uniud.it; mmusic@ietf.org
> Subject: Re: [Technical Errata Reported] RFC4566 (3278)
> 
> I am adding Ali Begen to the loop, who is the current editor of 4566bis.
> 
> Ali, can you please comment on the technical errata?
> 
> /Miguel
> 
> 
> 
> On 03/07/2012 20:01, RFC Errata System wrote:
> >
> > The following errata report has been submitted for RFC4566,
> > "SDP: Session Description Protocol".
> >
> > --------------------------------------
> > You may review the report below and at:
> > http://www.rfc-editor.org/errata_search.php?rfc=4566&eid=3278
> >
> > --------------------------------------
> > Type: Technical
> > Reported by: Riccardo Bernardini <riccardo.bernardini@uniud.it>
> >
> > Section: 5
> >
> > Original Text
> > -------------
> > At page 9:
> >
> >
> >
> >
> >
> >        Media description, if present
> >
> >           m=  (media name and transport address)
> >
> > Corrected Text
> > --------------
> >
> >
> >        Media description, if present
> >
> >           m=* (media name and transport address)
> >
> >
> >
> >
> >
> > Notes
> > -----
> > A '*' is added making "m=" lines optional
> >
> >
> >
> > Rationale:
> >
> > The description about media lines in section 5, page 9 is conflicting with the ABNF syntax of media-description in Section 9,
> page 40
> >
> >
> >
> > media-descriptions =  *( media-field
> >
> >                           information-field
> >
> >                           *connection-field
> >
> >                           bandwidth-fields
> >
> >                           key-field
> >
> >                           attribute-fields )
> >
> >
> >
> > According to the ABNF grammar, an SDP description can have zero "m=" lines, but according to the description at page 9,
> at least one line must be present.  Note that the conflict could be solved also by replacing the media-descriptions definition
> with
> >
> >
> >
> >     media-descriptions =  1*( media-field ... )
> >
> >
> >
> > but at page 8 (still Section 5) it is said
> >
> >
> >
> >     An SDP session description consists of a session-level section
> >
> >     followed by zero or more media-level sections. ...
> >
> >                 ^^^^^^^^^^^^^^^^^^^^^^^^
> >
> >
> >
> > so, I guess that the ABNF grammar is correct.
> >
> > Instructions:
> > -------------
> > This errata is currently posted as "Reported". If necessary, please
> > use "Reply All" to discuss whether it should be verified or
> > rejected. When a decision is reached, the verifying party (IESG)
> > can log in to change the status and edit the report, if necessary.
> >
> > --------------------------------------
> > RFC4566 (draft-ietf-mmusic-sdp-new-26)
> > --------------------------------------
> > Title               : SDP: Session Description Protocol
> > Publication Date    : July 2006
> > Author(s)           : M. Handley, V. Jacobson, C. Perkins
> > Category            : PROPOSED STANDARD
> > Source              : Multiparty Multimedia Session Control
> > Area                : Real-time Applications and Infrastructure
> > Stream              : IETF
> > Verifying Party     : IESG
> >
> 
> --
> Miguel A. Garcia
> +34-91-339-3608
> Ericsson Spain
>