[bfcpbis] RFC 4582bis: More comments on error handling

"Horvath, Ernst" <ernst.horvath@siemens-enterprise.com> Mon, 25 June 2012 13:19 UTC

Return-Path: <ernst.horvath@siemens-enterprise.com>
X-Original-To: bfcpbis@ietfa.amsl.com
Delivered-To: bfcpbis@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A7CC721F8608 for <bfcpbis@ietfa.amsl.com>; Mon, 25 Jun 2012 06:19:14 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.599
X-Spam-Level:
X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599]
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 qcejQ9apqQW3 for <bfcpbis@ietfa.amsl.com>; Mon, 25 Jun 2012 06:19:14 -0700 (PDT)
Received: from senmx12-mx.siemens-enterprise.com (senmx12-mx.siemens-enterprise.com [62.134.46.10]) by ietfa.amsl.com (Postfix) with ESMTP id B4A1B21F8607 for <bfcpbis@ietf.org>; Mon, 25 Jun 2012 06:19:13 -0700 (PDT)
Received: from MCHP01HTC.global-ad.net (unknown [172.29.42.234]) by senmx12-mx.siemens-enterprise.com (Server) with ESMTP id 5F2E323F046C for <bfcpbis@ietf.org>; Mon, 25 Jun 2012 15:19:12 +0200 (CEST)
Received: from MCHP03MSX.global-ad.net ([169.254.2.115]) by MCHP01HTC.global-ad.net ([172.29.42.234]) with mapi id 14.01.0339.001; Mon, 25 Jun 2012 15:19:12 +0200
From: "Horvath, Ernst" <ernst.horvath@siemens-enterprise.com>
To: "bfcpbis@ietf.org" <bfcpbis@ietf.org>
Thread-Topic: RFC 4582bis: More comments on error handling
Thread-Index: Ac1S1Rv/v5byP1cXQDegIQKTfvJmBg==
Date: Mon, 25 Jun 2012 13:19:11 +0000
Message-ID: <C2BCA7974025BD459349BED0D06E48BB0183C6@MCHP03MSX.global-ad.net>
Accept-Language: de-AT, en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [172.26.0.183]
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
Subject: [bfcpbis] RFC 4582bis: More comments on error handling
X-BeenThere: bfcpbis@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: BFCPBIS working group discussion list <bfcpbis.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/bfcpbis>, <mailto:bfcpbis-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/bfcpbis>
List-Post: <mailto:bfcpbis@ietf.org>
List-Help: <mailto:bfcpbis-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/bfcpbis>, <mailto:bfcpbis-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 25 Jun 2012 13:19:14 -0000

The following items are some comments on error procedures in draft-ietf-bfcpbis-rfc4582bis-03. I noticed that some of them concern text inherited from RFC4582, which should nevertheless be fixed in 4582bis.

1) Ambiguous text in 5.1:

In the sentence on top of page 17: "If a BFCP entity receives a
   message with an unsupported version field value, the receiving
   participant MAY send an Error message with parameter value 12 to
   indicate this",
Shouldn't "BFCP entity" better be "Floor Control Server" and "paricipant" be "server", given that Error is a message for the server to client direction according to table 1?

Similarly on page 18:  "If a BFCP entity
   receives a message with an incorrect payload length field value, the
   receiving participant MAY send an Error message with parameter value
   13 to indicate this".

2) In 5.2, 1st paragraph below table 2, the sentence 
"If an unrecognized attribute with the 'M' bit set is received, the message is rejected" 
could be expanded to 
"If a Floor Control Server receives an unrecognized attribute with the 'M' bit set the server MAY (or SHOULD/MUST?) send an Error message with parameter value 4 to indicate this", 
to be consistent with text on other error cases.

3) In 5.2.6, regarding the sentence below Figure 12:
  "Error Code: This 8-bit field contains an error code from the
   following table.  If an error code is not recognized by the receiver,
   then the receiver MUST assume that an error exists, and therefore
   that the message is processed, but the nature of the error is
   unclear.",
I don't understand what "the message is processed" refers to - the processing of the original message by the sender of Error or the processing of the received error message. Maybe a clearer wording can be found.

4) In 6.2, 4th paragraph, the sentence 
"If a BFCP entity receives data that cannot be parsed, the receiving participant MAY send an Error message with parameter value 10 indicating receipt of a malformed message" 
has the same problem as indicated in comment 1) above.

5) In 13, last paragraph, "with Error code 2 (Authentication Failed)" is wrong. First, code 2 means "User does not Exist" (there is no error code for "Authentication Failed"), and second, I think code 4 (Unknown Mandatory Attribute) is meant here.

Regards,
Ernst