[MMUSIC] [Technical Errata Reported] RFC5547 (3190)

RFC Errata System <rfc-editor@rfc-editor.org> Thu, 12 April 2012 16:07 UTC

Return-Path: <wwwrun@rfc-editor.org>
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 7BCAA21F856C for <mmusic@ietfa.amsl.com>; Thu, 12 Apr 2012 09:07:11 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.394
X-Spam-Level:
X-Spam-Status: No, score=-102.394 tagged_above=-999 required=5 tests=[AWL=0.206, BAYES_00=-2.599, NO_RELAYS=-0.001, USER_IN_WHITELIST=-100]
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 pFYz8BLsyLo3 for <mmusic@ietfa.amsl.com>; Thu, 12 Apr 2012 09:07:10 -0700 (PDT)
Received: from rfc-editor.org (rfc-editor.org [IPv6:2001:1890:123a::1:2f]) by ietfa.amsl.com (Postfix) with ESMTP id C070021F852C for <mmusic@ietf.org>; Thu, 12 Apr 2012 09:07:10 -0700 (PDT)
Received: by rfc-editor.org (Postfix, from userid 30) id 2C189B1E002; Thu, 12 Apr 2012 09:06:31 -0700 (PDT)
To: miguel.a.garcia@ericsson.com, markus.isomaki@nokia.com, Gonzalo.Camarillo@ericsson.com, Salvatore.Loreto@ericsson.com, pkyzivat@cisco.com, gonzalo.camarillo@ericsson.com, rjsparks@nostrum.com, fandreas@cisco.com, miguel.a.garcia@ericsson.com
From: RFC Errata System <rfc-editor@rfc-editor.org>
Message-Id: <20120412160631.2C189B1E002@rfc-editor.org>
Date: Thu, 12 Apr 2012 09:06:31 -0700
Cc: rfc-editor@rfc-editor.org, bruno.chatras@orange.com, mmusic@ietf.org
Subject: [MMUSIC] [Technical Errata Reported] RFC5547 (3190)
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, 12 Apr 2012 16:07:11 -0000

The following errata report has been submitted for RFC5547,
"A Session Description Protocol (SDP) Offer/Answer Mechanism to Enable File Transfer".

--------------------------------------
You may review the report below and at:
http://www.rfc-editor.org/errata_search.php?rfc=5547&eid=3190

--------------------------------------
Type: Technical
Reported by: Bruno CHATRAS <bruno.chatras@orange.com>

Section: GLOBAL

Original Text
-------------
Section 9.1., paragraph 7:
OLD:

    --boundary71
    Content-Type: application/sdp
    Content-Length: [length of SDP]

NEW:

    --boundary71
    Content-Type: application/sdp


Section 9.1., paragraph 9:
OLD:

    --boundary71
    Content-Type: image/jpeg
    Content-Transfer-Encoding: binary
    Content-ID: <id2@alicepc.example.com>
    Content-Length: [length of image]
    Content-Disposition: icon

NEW:

    --boundary71
    Content-Type: image/jpeg
    Content-Transfer-Encoding: binary
    Content-ID: <id2@alicepc.example.com>
    Content-Disposition: icon


Section 9.2., paragraph 24:
OLD:

    --boundary71
    Content-Type: application/sdp
    Content-Length: [length of SDP]

NEW:

    --boundary71
    Content-Type: application/sdp


Section 9.2., paragraph 26:
OLD:

    --boundary71
    Content-Type: image/jpeg
    Content-Transfer-Encoding: binary
    Content-ID: <id3@alicepc.example.com>
    Content-Length: [length of image]
    Content-Disposition: icon

NEW:

    --boundary71
    Content-Type: image/jpeg
    Content-Transfer-Encoding: binary
    Content-ID: <id3@alicepc.example.com>
    Content-Disposition: icon


Corrected Text
--------------


Notes
-----
A Content-Length header is shown for a body-part within a multipart body. But Content-Length is an HTTP/SIP header, not a IANA-registered MIME header and should therefore not appear at that location in valid examples. The length of a body part within a multipart body is determined by MIME framing. A Content-Length header found for a body-part within a multipart body is meaningless and should be ignored.

This was discussed on both the SIP Implementors and SIP Core mailing lists.

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. 

--------------------------------------
RFC5547 (draft-ietf-mmusic-file-transfer-mech-11)
--------------------------------------
Title               : A Session Description Protocol (SDP) Offer/Answer Mechanism to Enable File Transfer
Publication Date    : May 2009
Author(s)           : M. Garcia-Martin, M. Isomaki, G. Camarillo, S. Loreto, P. Kyzivat
Category            : PROPOSED STANDARD
Source              : Multiparty Multimedia Session Control
Area                : Real-time Applications and Infrastructure
Stream              : IETF
Verifying Party     : IESG