Re: [MMUSIC] [Editorial Errata Reported] RFC4583 (4111)

"Charles Eckel (eckelcu)" <eckelcu@cisco.com> Fri, 19 September 2014 19:43 UTC

Return-Path: <eckelcu@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 6A32C1A068A for <mmusic@ietfa.amsl.com>; Fri, 19 Sep 2014 12:43:46 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -14.953
X-Spam-Level:
X-Spam-Status: No, score=-14.953 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, J_CHICKENPOX_111=0.6, J_CHICKENPOX_15=0.6, RCVD_IN_DNSWL_HI=-5, RP_MATCHES_RCVD=-1.652, SPF_PASS=-0.001, 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 4i_uJj_6xHTL for <mmusic@ietfa.amsl.com>; Fri, 19 Sep 2014 12:43:44 -0700 (PDT)
Received: from rcdn-iport-8.cisco.com (rcdn-iport-8.cisco.com [173.37.86.79]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 4DBDD1A0360 for <mmusic@ietf.org>; Fri, 19 Sep 2014 12:43:44 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=5721; q=dns/txt; s=iport; t=1411155824; x=1412365424; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-id:content-transfer-encoding: mime-version; bh=R49+qIPKB/ak+YRlwFmSUzeJaY3MwpoFYAWCfez0rnU=; b=jDwLZs6F4FUbBvx0Xy0HLevzTijXUDH97drkg+Ytb7My62jF83iBi7Oq NuCoJo7jbuKHBMP0cfjm9qIjUQ1GFnifoZiNBfPLdrgv/pXiMH44wnj5x e2qhLRl2JV+Cqt5XpLgRjdeWfY206Spje187EKdE0OXOK8dr394lqWdDT E=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AiIFACGGHFStJV2U/2dsb2JhbABGGAKDDVNXBMlrCoZ5VAGBBBYBeYQEAQEEAQEBNxsTBgsQAgEIGBYICQcnCxQRAgQBDQWIPg02wnUBF4xMgzUHEguELgWGIIs1hDeHB4FhjS6GP4NfbAETezmBAgEBAQ
X-IronPort-AV: E=Sophos;i="5.04,556,1406592000"; d="scan'208";a="356685075"
Received: from rcdn-core-12.cisco.com ([173.37.93.148]) by rcdn-iport-8.cisco.com with ESMTP; 19 Sep 2014 19:43:43 +0000
Received: from xhc-aln-x07.cisco.com (xhc-aln-x07.cisco.com [173.36.12.81]) by rcdn-core-12.cisco.com (8.14.5/8.14.5) with ESMTP id s8JJhh9t003666 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Fri, 19 Sep 2014 19:43:43 GMT
Received: from xmb-aln-x08.cisco.com ([169.254.3.10]) by xhc-aln-x07.cisco.com ([173.36.12.81]) with mapi id 14.03.0195.001; Fri, 19 Sep 2014 14:43:43 -0500
From: "Charles Eckel (eckelcu)" <eckelcu@cisco.com>
To: Christian Groves <Christian.Groves@nteczone.com>, Tom Kristensen <2mkristensen@gmail.com>, RFC Errata System <rfc-editor@rfc-editor.org>
Thread-Topic: [MMUSIC] [Editorial Errata Reported] RFC4583 (4111)
Thread-Index: AQHP0I0LG5fF7tfSs0+1kGvSIUbbQpwDrZcAgABugoCABKVNgA==
Date: Fri, 19 Sep 2014 19:43:42 +0000
Message-ID: <D041D4DF.333A0%eckelcu@cisco.com>
References: <20140915023001.7CB6A180015@rfc-editor.org> <CAFHv=r_7HcRSSt5Rao0dR44TQirbtwji1Occ-ijTRpiun6tybg@mail.gmail.com> <54183F55.40203@nteczone.com>
In-Reply-To: <54183F55.40203@nteczone.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
user-agent: Microsoft-MacOutlook/14.3.9.131030
x-originating-ip: [10.154.176.20]
Content-Type: text/plain; charset="us-ascii"
Content-ID: <F61404D1579D1E40870B91F0807C4412@emea.cisco.com>
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
Archived-At: http://mailarchive.ietf.org/arch/msg/mmusic/Fx0geQDABu4uqJXOtHEhd5TRk8o
Cc: "Flemming Andreasen \(fandreas\)" <fandreas@cisco.com>, "ari.keranen@ericsson.com" <ari.keranen@ericsson.com>, "<mmusic@ietf.org>" <mmusic@ietf.org>, Gonzalo Camarillo <Gonzalo.Camarillo@ericsson.com>, "Tom Kristensen \(tomkrist\)" <tomkrist@cisco.com>
Subject: Re: [MMUSIC] [Editorial Errata Reported] RFC4583 (4111)
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: Fri, 19 Sep 2014 19:43:46 -0000

Yes, please do. The BFCPBIS WG does not have plans to update RFC 5239, so
an errata would be helpful.

Cheers,
Charles

On 9/16/14, 6:47 AM, "Christian Groves" <Christian.Groves@nteczone.com>
wrote:

>Hello Tom,
>
>Ah, I missed the bis document. Good to see it's addressed. RFC5239 also
>has the same issue in clause 8.4 where it uses m-stream. Its probably
>worth an errata also.
>
>Regards, Christian
>
>On 16/09/2014 5:11 PM, Tom Kristensen wrote:
>> Well spotted!
>>
>> This is addressed and fixed in rfc4583bis.
>> https://tools.ietf.org/html/draft-ietf-bfcpbis-rfc4583bis (a new
>> version of this draft will be submitted very soon).
>>
>> Cf. Section 6, where this paragraph is added:
>>
>>     "Note: In [15
>> <https://tools.ietf.org/html/draft-ietf-bfcpbis-rfc4583bis-09#ref-15>]
>> 'm-stream' was erroneously used in Section 10
>> 
>><https://tools.ietf.org/html/draft-ietf-bfcpbis-rfc4583bis-09#section-10>
>>.
>>     Although the example was non-normative, it is implemented by some
>>     vendors and occurs in cases where the endpoint is willing to act as
>>     an server.  Therefore, it is RECOMMENDED to support parsing and
>>     interpreting 'm-stream' the same way as 'mstrm' when receiving."
>> In the example pointed to in the errate, we are now using the correct
>>string for the floorid attribute:
>>    "a=floorid:1 mstrm:10
>>     a=floorid:2 mstrm:11"
>> -- Tom
>>
>> On 15 September 2014 04:30, RFC Errata System
>> <rfc-editor@rfc-editor.org <mailto:rfc-editor@rfc-editor.org>> wrote:
>>
>>     The following errata report has been submitted for RFC4583,
>>     "Session Description Protocol (SDP) Format for Binary Floor
>>     Control Protocol (BFCP) Streams".
>>
>>     --------------------------------------
>>     You may review the report below and at:
>>     http://www.rfc-editor.org/errata_search.php?rfc=4583&eid=4111
>>
>>     --------------------------------------
>>     Type: Editorial
>>     Reported by: Christian Groves <Christian.Groves@nteczone.com
>>     <mailto:Christian.Groves@nteczone.com>>
>>
>>     Section: 9
>>
>>     Original Text
>>     -------------
>>     For the purpose of brevity, the main portion of the session
>>        description is omitted in the examples, which only show 'm'
>>     lines and
>>        their attributes.
>>
>>        The following is an example of an offer sent by a conference
>>server
>>        to a client.
>>
>>        m=application 50000 TCP/TLS/BFCP *
>>        a=setup:passive
>>        a=connection:new
>>        a=fingerprint:SHA-1 \
>>     4A:AD:B9:B1:3F:82:18:3B:54:02:12:DF:3E:5D:49:6B:19:E5:7C:AB
>>        a=floorctrl:s-only
>>        a=confid:4321
>>        a=userid:1234
>>        a=floorid:1 m-stream:10
>>        a=floorid:2 m-stream:11
>>        m=audio 50002 RTP/AVP 0
>>        a=label:10
>>        m=video 50004 RTP/AVP 31
>>        a=label:11
>>
>>     ...
>>
>>     Corrected Text
>>     --------------
>>     For the purpose of brevity, the main portion of the session
>>        description is omitted in the examples, which only show 'm'
>>     lines and
>>        their attributes.
>>
>>        The following is an example of an offer sent by a conference
>>server
>>        to a client.
>>
>>        m=application 50000 TCP/TLS/BFCP *
>>        a=setup:passive
>>        a=connection:new
>>        a=fingerprint:SHA-1 \
>>     4A:AD:B9:B1:3F:82:18:3B:54:02:12:DF:3E:5D:49:6B:19:E5:7C:AB
>>        a=floorctrl:s-only
>>        a=confid:4321
>>        a=userid:1234
>>        a=floorid:1 mstrm:10
>>        a=floorid:2 mstrm:11
>>        m=audio 50002 RTP/AVP 0
>>        a=label:10
>>        m=video 50004 RTP/AVP 31
>>        a=label:11
>>
>>     ...
>>
>>     Notes
>>     -----
>>     In section 6 of the RFC the ABNF for the "floorid" attribute is:
>>       floor-id-attribute = "a=floorid:" token [" mstrm:" token *(SP
>>     token)]
>>
>>     The text string " mstrm:" is used to reference the media stream
>>     rather than "m-stream" that appears in the examples.
>>
>>     Instructions:
>>     -------------
>>     This erratum 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.
>>
>>     --------------------------------------
>>     RFC4583 (draft-ietf-mmusic-sdp-bfcp-03)
>>     --------------------------------------
>>     Title               : Session Description Protocol (SDP) Format
>>     for Binary Floor Control Protocol (BFCP) Streams
>>     Publication Date    : November 2006
>>     Author(s)           : G. Camarillo
>>     Category            : PROPOSED STANDARD
>>     Source              : Multiparty Multimedia Session Control
>>     Area                : Real-time Applications and Infrastructure
>>     Stream              : IETF
>>     Verifying Party     : IESG
>>
>>     _______________________________________________
>>     mmusic mailing list
>>     mmusic@ietf.org <mailto:mmusic@ietf.org>
>>     https://www.ietf.org/mailman/listinfo/mmusic
>>
>>
>>
>>
>> -- 
>> # Cisco                         | http://www.cisco.com/telepresence/
>> ## tomkrist@cisco.com <mailto:tomkrist@cisco.com>  |
>> http://www.tandberg.com
>> ###                               | http://folk.uio.no/tomkri/
>
>_______________________________________________
>mmusic mailing list
>mmusic@ietf.org
>https://www.ietf.org/mailman/listinfo/mmusic