Re: [Dime] [Technical Errata Reported] RFC6733 (4473)

<lionel.morand@orange.com> Tue, 06 October 2015 15:26 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 621151B40F9 for <dime@ietfa.amsl.com>; Tue, 6 Oct 2015 08:26:52 -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=-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 5IQeT-q_4Whg for <dime@ietfa.amsl.com>; Tue, 6 Oct 2015 08:26:49 -0700 (PDT)
Received: from relais-inet.francetelecom.com (relais-ias243.francetelecom.com [80.12.204.243]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 6D3611B40F5 for <dime@ietf.org>; Tue, 6 Oct 2015 08:26:49 -0700 (PDT)
Received: from omfeda07.si.francetelecom.fr (unknown [xx.xx.xx.200]) by omfeda13.si.francetelecom.fr (ESMTP service) with ESMTP id 83551190714; Tue, 6 Oct 2015 17:26:47 +0200 (CEST)
Received: from Exchangemail-eme2.itn.ftgroup (unknown [10.114.31.41]) by omfeda07.si.francetelecom.fr (ESMTP service) with ESMTP id 42FA51580AB; Tue, 6 Oct 2015 17:26:47 +0200 (CEST)
Received: from OPEXCLILM43.corporate.adroot.infra.ftgroup ([fe80::ec23:902:c31f:731c]) by OPEXCLILM31.corporate.adroot.infra.ftgroup ([fe80::2cc9:4bac:7b7d:229d%19]) with mapi id 14.03.0248.002; Tue, 6 Oct 2015 17:26:46 +0200
From: lionel.morand@orange.com
To: Jouni Korhonen <jouni.nospam@gmail.com>, RFC Errata System <rfc-editor@rfc-editor.org>, "bclaise@cisco.com" <bclaise@cisco.com>, "joelja@bogus.com" <joelja@bogus.com>, "keshab@smsgt.com" <keshab@smsgt.com>, "dime@ietf.org" <dime@ietf.org>
Thread-Topic: [Technical Errata Reported] RFC6733 (4473)
Thread-Index: AQHRAEk/73/1wkDa+keIFYRIJLURYJ5ekvzA
Date: Tue, 06 Oct 2015 15:26:45 +0000
Message-ID: <6479_1444145207_5613E837_6479_710_1_6B7134B31289DC4FAF731D844122B36E01D3C7D1@OPEXCLILM43.corporate.adroot.infra.ftgroup>
References: <20150914075821.1B9CA180204@rfc-editor.org> <5613E495.9040606@gmail.com>
In-Reply-To: <5613E495.9040606@gmail.com>
Accept-Language: fr-FR, en-US
Content-Language: fr-FR
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.168.234.5]
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-PMX-Version: 6.2.1.2478543, Antispam-Engine: 2.7.2.2107409, Antispam-Data: 2015.10.6.90315
Archived-At: <http://mailarchive.ietf.org/arch/msg/dime/0zo3Q1vlEuDuSO7lRW0L0ocB1pM>
Subject: Re: [Dime] [Technical Errata Reported] RFC6733 (4473)
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: <https://mailarchive.ietf.org/arch/browse/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: Tue, 06 Oct 2015 15:26:52 -0000

I agree with Jouni's answer. The proposed modification is not correct.
Moreover, it is difficult for me to understand the issue that needs to be addressed .
It would be easier to detail/discuss the issue on the mailing list and after see if there is something to correct in the RFC6733. 

Regards,

Lionel

-----Message d'origine-----
De : Jouni Korhonen [mailto:jouni.nospam@gmail.com] 
Envoyé : mardi 6 octobre 2015 17:11
À : RFC Errata System; bclaise@cisco.com; joelja@bogus.com; MORAND Lionel IMT/OLN; keshab@smsgt.com; dime@ietf.org
Objet : Re: [Technical Errata Reported] RFC6733 (4473)


(trimming the TO: and CC: lists)

Quick comment on the proposed resolution. I think it is wrong since the text in 6.1.4 concerning Destination-Host is in the context of the request message i.e. there is no Destination-Host AVP present in the request. The proposed resolution now makes it into a context of the peer table content, which is not what the original text intended to say IMHO. 
Also there in no Destination-Host _AVP_ per se in the peer table as the proposed resolution now suggests.

- Jouni


9/14/2015, 12:58 AM, RFC Errata System kirjoitti:
> 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=4473
>
> --------------------------------------
> Type: Technical
> Reported by: Keshab Upadhya <keshab@smsgt.com>
>
> Section: 6.1.4
>
> Original Text
> -------------
> 6.1.4.  Processing Local Requests
>
> The Destination-Host AVP is not present, the Destination-Realm AVP 
> contains a realm the server is configured to process locally, and the 
> Diameter application is locally supported; or
>
>
> Corrected Text
> --------------
> 6.1.4.  Processing Local Requests
>
> The Destination-Host AVP is not present in peer routing table, the 
> Destination-Realm AVP contains a realm the server is configured to 
> process locally, and the Diameter application is locally supported; or
>
>
> Notes
> -----
> 6.1.4 - Processing Local Requests
>
>        The Destination-Host AVP is not present, the Destination-Realm AVP
>        contains a realm the server is configured to process locally, and
>        the Diameter application is locally supported
>
> 6.1.6 - Request Routing
>
>     When a request is received that includes a realm
>     and/or application that is not locally supported, the message is
>     routed to the peer configured
>
> As given above 6.1.4 second rule contradicts with 6.1.6 para 2.
>
> 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.