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

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>
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>
>
> 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
> https://www.ietf.org/mailman/listinfo/mmusic
>

-- 
# Cisco                         |  http://www.cisco.com/telepresence/
## tomkrist@cisco.com  |  http://www.tandberg.com
###                               |  http://folk.uio.no/tomkri/