Re: [Int-area] I-D Action:draft-ietf-intarea-server-logging-recommendations-02.txt

<mohamed.boucadair@orange-ftgroup.com> Thu, 10 February 2011 10:32 UTC

Return-Path: <mohamed.boucadair@orange-ftgroup.com>
X-Original-To: int-area@core3.amsl.com
Delivered-To: int-area@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 59B0E3A6947 for <int-area@core3.amsl.com>; Thu, 10 Feb 2011 02:32:39 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.998
X-Spam-Level:
X-Spam-Status: No, score=-1.998 tagged_above=-999 required=5 tests=[AWL=0.250, BAYES_00=-2.599, HELO_EQ_FR=0.35, UNPARSEABLE_RELAY=0.001]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id g9xOHoObfAsm for <int-area@core3.amsl.com>; Thu, 10 Feb 2011 02:32:38 -0800 (PST)
Received: from relais-inet.francetelecom.com (relais-ias244.francetelecom.com [80.12.204.244]) by core3.amsl.com (Postfix) with ESMTP id 42FAB3A68DB for <int-area@ietf.org>; Thu, 10 Feb 2011 02:32:37 -0800 (PST)
Received: from omfeda06.si.francetelecom.fr (unknown [xx.xx.xx.199]) by omfeda14.si.francetelecom.fr (ESMTP service) with ESMTP id A75902AC183; Thu, 10 Feb 2011 11:32:48 +0100 (CET)
Received: from PUEXCH21.nanterre.francetelecom.fr (unknown [10.101.44.28]) by omfeda06.si.francetelecom.fr (ESMTP service) with ESMTP id 8A20AC8069; Thu, 10 Feb 2011 11:32:48 +0100 (CET)
Received: from PUEXCB1B.nanterre.francetelecom.fr ([10.101.44.13]) by PUEXCH21.nanterre.francetelecom.fr ([10.101.44.28]) with mapi; Thu, 10 Feb 2011 11:32:48 +0100
From: mohamed.boucadair@orange-ftgroup.com
To: Alain Durand <adurand@juniper.net>
Date: Thu, 10 Feb 2011 11:32:46 +0100
Thread-Topic: [Int-area] I-D Action:draft-ietf-intarea-server-logging-recommendations-02.txt
Thread-Index: AcvJB7mXU4WVpP/5TZKbHbkgVdqcggABb/oQ
Message-ID: <12200_1297333968_4D53BED0_12200_36165_1_94C682931C08B048B7A8645303FDC9F33C443B8C0C@PUEXCB1B.nanterre.francetelecom.fr>
References: <20110119183002.30410.51185.idtracker@localhost> <98A16B2D00B5724F81E80EF1927A029703FC95@nasanexd01e.na.qualcomm.com> <31963_1297088150_4D4FFE96_31963_99436_1_94C682931C08B048B7A8645303FDC9F33C44015A86@PUEXCB1B.nanterre.francetelecom.fr> <D2DB65CB-C48E-48E3-AAEB-7277837BCBFB@juniper.net>
In-Reply-To: <D2DB65CB-C48E-48E3-AAEB-7277837BCBFB@juniper.net>
Accept-Language: fr-FR
Content-Language: fr-FR
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
acceptlanguage: fr-FR
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-PMX-Version: 5.5.9.395186, Antispam-Engine: 2.7.2.376379, Antispam-Data: 2011.2.10.85417
Cc: Julien Laganier <julienl@qualcomm.com>, Christian, "draft-ietf-intarea-server-logging-recommendations@tools.ietf.org" <draft-ietf-intarea-server-logging-recommendations@tools.ietf.org>, Vogt <christian.vogt@ericsson.com>, "int-area@ietf.org" <int-area@ietf.org>
Subject: Re: [Int-area] I-D Action:draft-ietf-intarea-server-logging-recommendations-02.txt
X-BeenThere: int-area@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: IETF Internet Area Mailing List <int-area.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/int-area>, <mailto:int-area-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/int-area>
List-Post: <mailto:int-area@ietf.org>
List-Help: <mailto:int-area-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/int-area>, <mailto:int-area-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 10 Feb 2011 10:32:39 -0000

Dear Alain,

Yes, your are right.  

Still, I re-iterate my comments for this I-D:

* It would be useful if the I-D discusses other aspects such as the behaviour of the server when some headers such XFF are used. Storing the content of such headers would be useful in some scenarios (the port binding is not logged in the address sharing side) which prefer to expose an identifier to the destination server instead of maintaining a binding. 

* The I-D should mention that perceived IP address and source may not be sufficient to find the identity of the user; in particular when anonymization capabilities (e.g., infrastructures with onion routing or proxies, etc.) are used.

* Section 3 is out of scope and should be removed.
 
Cheers,
Med

 

-----Message d'origine-----
De : Alain Durand [mailto:adurand@juniper.net] 
Envoyé : jeudi 10 février 2011 10:49
À : BOUCADAIR Mohamed OLNC/NAD/TIP
Cc : Julien Laganier; int-area@ietf.org; draft-ietf-intarea-server-logging-recommendations@tools.ietf.org; Christian Vogt; Jari Arkko
Objet : Re: [Int-area] I-D Action:draft-ietf-intarea-server-logging-recommendations-02.txt


On Feb 7, 2011, at 9:15 AM, <mohamed.boucadair@orange-ftgroup.com> <mohamed.boucadair@orange-ftgroup.com> wrote:

> Dear authors, all,
> 
> I read this I-D and have the following comments:
> 
> * In its current state, this I-D does not add more content compared to what is stated in http://tools.ietf.org/html/draft-ietf-intarea-shared-addressing-issues-02#section-12. I understand this document aims to make a recommendation but IMHO it would be useful if the I-D discusses other aspects which are not covered so far such as the behaviour of the server when some headers such XFF are used. Storing the content of such headers would be useful in some scenarios (the port binding is not logged in the address sharing side) which prefer to expose an identifier to the destination server instead of maintaining a binding. 


Med:

draft-ietf-intarea-shared-addressing-issues was about describing issues, not making recommendations.

  - Alain.


*********************************
This message and any attachments (the "message") are confidential and intended solely for the addressees. 
Any unauthorised use or dissemination is prohibited.
Messages are susceptible to alteration. 
France Telecom Group shall not be liable for the message if altered, changed or falsified.
If you are not the intended addressee of this message, please cancel it immediately and inform the sender.
********************************