[Simple] [Editorial Errata Reported] RFC4975 (4177)

RFC Errata System <rfc-editor@rfc-editor.org> Thu, 13 November 2014 17:57 UTC

Return-Path: <wwwrun@rfc-editor.org>
X-Original-To: simple@ietfa.amsl.com
Delivered-To: simple@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D4DC31A9061 for <simple@ietfa.amsl.com>; Thu, 13 Nov 2014 09:57:31 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.496
X-Spam-Level:
X-Spam-Status: No, score=-102.496 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-0.594, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, USER_IN_WHITELIST=-100] 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 uF_ynbYU1eTJ for <simple@ietfa.amsl.com>; Thu, 13 Nov 2014 09:57:25 -0800 (PST)
Received: from rfc-editor.org (rfc-editor.org [IPv6:2001:1900:3001:11::31]) by ietfa.amsl.com (Postfix) with ESMTP id 20B541A9060 for <simple@ietf.org>; Thu, 13 Nov 2014 09:57:25 -0800 (PST)
Received: by rfc-editor.org (Postfix, from userid 30) id 3A11A181C8D; Thu, 13 Nov 2014 09:56:50 -0800 (PST)
To: ben@estacado.net, rohan@ekabal.com, fluffy@cisco.com, rlb@ipv.sx, alissa@cooperw.in, hisham.khartabil@gmail.com, ben@nostrum.com
X-PHP-Originating-Script: 6000:errata_mail_lib.php
From: RFC Errata System <rfc-editor@rfc-editor.org>
Message-Id: <20141113175650.3A11A181C8D@rfc-editor.org>
Date: Thu, 13 Nov 2014 09:56:50 -0800 (PST)
Archived-At: http://mailarchive.ietf.org/arch/msg/simple/YUjx23aKDq-R36iHs9laBbPQ2QY
X-Mailman-Approved-At: Thu, 13 Nov 2014 12:16:14 -0800
Cc: archie.cobbs@gmail.com, simple@ietf.org, rfc-editor@rfc-editor.org
Subject: [Simple] [Editorial Errata Reported] RFC4975 (4177)
X-BeenThere: simple@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: SIP for Instant Messaging and Presence Leveraging Extensions <simple.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/simple>, <mailto:simple-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/simple/>
List-Post: <mailto:simple@ietf.org>
List-Help: <mailto:simple-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/simple>, <mailto:simple-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 13 Nov 2014 17:57:32 -0000

The following errata report has been submitted for RFC4975,
"The Message Session Relay Protocol (MSRP)".

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

--------------------------------------
Type: Editorial
Reported by: Archie Cobbs <archie.cobbs@gmail.com>;

Section: 7.1

Original Text
-------------
   line, and a flag character.  If a body is present, the end-line MUST
   be preceded by a CRLF that is not part of the body.  If the chunk
   represents the data that forms the end of the complete message, the
   flag value MUST be a "$".  If the sender is aborting an incomplete
   message, and intends to send no further chunks in that message, the
   flag MUST be a "#".  Otherwise, the flag MUST be a "+".

   If the request contains a body, the sender MUST ensure that the end-
   line (seven hyphens, the transaction identifier, and a continuation
   flag) is not present in the body.  If the end-line is present in the


Corrected Text
--------------
   line, and a flag character.  If a body is present, the end-line MUST
   be preceded by a CRLF that is not part of the body.  If the chunk
   represents the data that forms the end of the complete message, the
   flag value MUST be a "$".  If the sender is aborting an incomplete
   message, and intends to send no further chunks in that message, the
   flag MUST be a "#".  Otherwise, the flag MUST be a "+".

   If the request contains a body, the sender MUST ensure that the end-
   line (seven hyphens, the transaction identifier, and a continuation
   flag) is not present in the body.  A receiver detecting an end-line
   present in the body preceded by a non-empty sequence other than CRLF
   SHOULD terminate the session. If the end-line is present in the


Notes
-----
The way the text is written leaves unspecified how a receiver should handle the situation where it encounters an end-line within the body that's preceded by something OTHER than CRLF.

Obviously, this indicates the sender is not complying with this RFC, but what should the receiver do?

Should the receiver terminate the connection? Or just proceed giving no special interpretation to the end-line, which would actually work just fine?

The suggested change reflects the first choice. If the second choice were made, the change could be:

   If the request contains a body, the sender MUST ensure that the
   end-line (seven hyphens, the transaction identifier, and a continuation
   flag) neither appears at the beginning of the body nor is not present
   in the body preceded by CRLF. An end-line MAY appear in the body if
   preceded in the body by any non-empty sequence other than CRLF.

This would force the interpretation that an end-line not preceded by CRLF has no special significance.

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. 

--------------------------------------
RFC4975 (draft-ietf-simple-message-sessions-19)
--------------------------------------
Title               : The Message Session Relay Protocol (MSRP)
Publication Date    : September 2007
Author(s)           : B. Campbell, Ed., R. Mahy, Ed., C. Jennings, Ed.
Category            : PROPOSED STANDARD
Source              : SIP for Instant Messaging and Presence Leveraging Extensions
Area                : Real-time Applications and Infrastructure
Stream              : IETF
Verifying Party     : IESG