Re: [Dime] [Editorial Errata Reported] RFC6733 (4210)

<lionel.morand@orange.com> Fri, 26 December 2014 17:34 UTC

Return-Path: <lionel.morand@orange.com>
X-Original-To: dime@ietfa.amsl.com
Delivered-To: dime@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7E0621A9102 for <dime@ietfa.amsl.com>; Fri, 26 Dec 2014 09:34:58 -0800 (PST)
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=-1.9, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, UNPARSEABLE_RELAY=0.001] 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 qHODGYB8t-fq for <dime@ietfa.amsl.com>; Fri, 26 Dec 2014 09:34:55 -0800 (PST)
Received: from relais-inet.francetelecom.com (relais-ias245.francetelecom.com [80.12.204.245]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 5B1CA1A9100 for <dime@ietf.org>; Fri, 26 Dec 2014 09:34:54 -0800 (PST)
Received: from omfeda07.si.francetelecom.fr (unknown [xx.xx.xx.200]) by omfeda10.si.francetelecom.fr (ESMTP service) with ESMTP id 60954374355; Fri, 26 Dec 2014 18:34:52 +0100 (CET)
Received: from Exchangemail-eme1.itn.ftgroup (unknown [10.114.1.186]) by omfeda07.si.francetelecom.fr (ESMTP service) with ESMTP id 3313F158098; Fri, 26 Dec 2014 18:34:52 +0100 (CET)
Received: from PEXCVZYM13.corporate.adroot.infra.ftgroup ([fe80::cc7e:e40b:42ef:164e]) by PEXCVZYH01.corporate.adroot.infra.ftgroup ([::1]) with mapi id 14.03.0210.002; Fri, 26 Dec 2014 18:34:51 +0100
From: lionel.morand@orange.com
To: RFC Errata System <rfc-editor@rfc-editor.org>, "vf0213@gmail.com" <vf0213@gmail.com>, "jari.arkko@ericsson.com" <jari.arkko@ericsson.com>, "john.loughney@nokia.com" <john.loughney@nokia.com>, "glenzorn@gmail.com" <glenzorn@gmail.com>, "bclaise@cisco.com" <bclaise@cisco.com>, "joelja@bogus.com" <joelja@bogus.com>, "jouni.nospam@gmail.com" <jouni.nospam@gmail.com>
Thread-Topic: [Editorial Errata Reported] RFC6733 (4210)
Thread-Index: AQHQINLSBW5CLwQOE0muYZ1BflrdvJyiIc9g
Date: Fri, 26 Dec 2014 17:34:51 +0000
Message-ID: <19574_1419615292_549D9C3C_19574_2784_1_6B7134B31289DC4FAF731D844122B36EA6E945@PEXCVZYM13.corporate.adroot.infra.ftgroup>
References: <20141226061052.C99B318008C@rfc-editor.org>
In-Reply-To: <20141226061052.C99B318008C@rfc-editor.org>
Accept-Language: fr-FR, en-US
Content-Language: fr-FR
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.197.38.2]
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-PMX-Version: 6.0.3.2322014, Antispam-Engine: 2.7.2.2107409, Antispam-Data: 2014.12.22.200030
Archived-At: http://mailarchive.ietf.org/arch/msg/dime/wSg14IKS3A9pbNTYx7XdftRxszU
X-Mailman-Approved-At: Fri, 26 Dec 2014 10:28:21 -0800
Cc: "dime@ietf.org" <dime@ietf.org>, "Hans.Liu@alcatel-lucent.com" <Hans.Liu@alcatel-lucent.com>
Subject: Re: [Dime] [Editorial Errata Reported] RFC6733 (4210)
X-BeenThere: dime@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: Diameter Maintanence and Extentions Working Group <dime.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/dime>, <mailto:dime-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/dime/>
List-Post: <mailto:dime@ietf.org>
List-Help: <mailto:dime-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/dime>, <mailto:dime-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 26 Dec 2014 17:34:58 -0000

Diameter is a peer-to-peer protocol and peers are Diameter nodes sharing a Diameter transport connection. Therefore, a "peer" can be either the sender or the receiver of the request, depending on the context.
I don't think that the proposed correction is justified.

regards,

Lionel

-----Message d'origine-----
De : RFC Errata System [mailto:rfc-editor@rfc-editor.org] 
Envoyé : vendredi 26 décembre 2014 07:11
À : vf0213@gmail.com; jari.arkko@ericsson.com; john.loughney@nokia.com; glenzorn@gmail.com; bclaise@cisco.com; joelja@bogus.com; jouni.nospam@gmail.com; MORAND Lionel IMT/OLN
Cc : Hans.Liu@alcatel-lucent.com; dime@ietf.org; rfc-editor@rfc-editor.org
Objet : [Editorial Errata Reported] RFC6733 (4210)

The following errata report has been submitted for RFC6733, "Diameter Base Protocol".

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

--------------------------------------
Type: Editorial
Reported by: Hans Liu <Hans.Liu@alcatel-lucent.com>

Section: 5.4.3

Original Text
-------------
   The Disconnect-Cause AVP (AVP Code 273) is of type Enumerated.  A
   Diameter node MUST include this AVP in the Disconnect-Peer-Request
   message to inform the peer of the reason for its intention to shut
   down the transport connection.  The following values are supported:
      REBOOTING                         0
         A scheduled reboot is imminent.  A receiver of a DPR with
         above result code MAY attempt reconnection.
      BUSY                              1
         The peer’s internal resources are constrained, and it has
         determined that the transport connection needs to be closed.
         A receiver of a DPR with above result code SHOULD NOT attempt
         reconnection.
      DO_NOT_WANT_TO_TALK_TO_YOU        2
         The peer has determined that it does not see a need for the
         transport connection to exist, since it does not expect any
         messages to be exchanged in the near future.  A receiver of a
         DPR with above result code SHOULD NOT attempt reconnection.

Corrected Text
--------------
   The Disconnect-Cause AVP (AVP Code 273) is of type Enumerated.  A
   Diameter node MUST include this AVP in the Disconnect-Peer-Request
   message to inform the peer of the reason for its intention to shut
   down the transport connection.  The following values are supported:
      REBOOTING                         0
         A scheduled reboot is imminent.  A receiver of a DPR with
         above result code MAY attempt reconnection.
      BUSY                              1
         The internal resources are constrained, and it has
         determined that the transport connection needs to be closed.
         A receiver of a DPR with above result code SHOULD NOT attempt
         reconnection.
      DO_NOT_WANT_TO_TALK_TO_YOU        2
         The node has determined that it does not see a need for the
         transport connection to exist, since it does not expect any
         messages to be exchanged in the near future.  A receiver of a
         DPR with above result code SHOULD NOT attempt reconnection.

Notes
-----
The "peer" in 1st paragraph represents the receiver. However in the descriptions for cause values the "peer" represents the sender.

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. 

--------------------------------------
RFC6733 (draft-ietf-dime-rfc3588bis-33)
--------------------------------------
Title               : Diameter Base Protocol
Publication Date    : October 2012
Author(s)           : V. Fajardo, Ed., J. Arkko, J. Loughney, G. Zorn, Ed.
Category            : PROPOSED STANDARD
Source              : Diameter Maintenance and Extensions
Area                : Operations and Management
Stream              : IETF
Verifying Party     : IESG


_________________________________________________________________________________________________________________________

Ce message et ses pieces jointes peuvent contenir des informations confidentielles ou privilegiees et ne doivent donc
pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu ce message par erreur, veuillez le signaler
a l'expediteur et le detruire ainsi que les pieces jointes. Les messages electroniques etant susceptibles d'alteration,
Orange decline toute responsabilite si ce message a ete altere, deforme ou falsifie. Merci.

This message and its attachments may contain confidential or privileged information that may be protected by law;
they should not be distributed, used or copied without authorisation.
If you have received this email in error, please notify the sender and delete this message and its attachments.
As emails may be altered, Orange is not liable for messages that have been modified, changed or falsified.
Thank you.