Re: [Int-area] [BEHAVE] CGN REQ: Support a means to reveal a USER_HINT
Tina Tsou <tena@huawei.com> Tue, 15 March 2011 18:27 UTC
Return-Path: <tena@huawei.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 1F8953A6E52; Tue, 15 Mar 2011 11:27:49 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -106.306
X-Spam-Level:
X-Spam-Status: No, score=-106.306 tagged_above=-999 required=5 tests=[AWL=0.293, BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4, USER_IN_WHITELIST=-100]
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 PcZQMB00gneS; Tue, 15 Mar 2011 11:27:48 -0700 (PDT)
Received: from usaga02-in.huawei.com (usaga02-in.huawei.com [206.16.17.70]) by core3.amsl.com (Postfix) with ESMTP id EB03D3A6E51; Tue, 15 Mar 2011 11:27:47 -0700 (PDT)
Received: from huawei.com (localhost [127.0.0.1]) by usaga02-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTP id <0LI4004QD3CO2W@usaga02-in.huawei.com>; Tue, 15 Mar 2011 11:29:12 -0700 (PDT)
Received: from TingZousc1 ([10.193.34.192]) by usaga02-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTPA id <0LI400JIE3CNV6@usaga02-in.huawei.com>; Tue, 15 Mar 2011 11:29:12 -0700 (PDT)
Date: Tue, 15 Mar 2011 11:29:11 -0700
From: Tina Tsou <tena@huawei.com>
In-reply-to: <127601cbe33a$bfeb0550$3fc10ff0$@com>
To: 'Dan Wing' <dwing@cisco.com>, 'Reinaldo Penno' <rpenno@juniper.net>, 'Simon Perreault' <simon.perreault@viagenie.ca>, mohamed.boucadair@orange-ftgroup.com
Message-id: <003801cbe33e$e1f023c0$a5d06b40$@com>
MIME-version: 1.0
X-Mailer: Microsoft Office Outlook 12.0
Content-type: text/plain; charset="us-ascii"
Content-language: en-us
Content-transfer-encoding: 7bit
Thread-index: AcvjHS5+0dmimUtYRfmRyjukLTEHFwACuZ0iAAScGWAAALt2UA==
References: <4D7F775D.6030303@viagenie.ca> <C9A4D7C8.3C1BE%rpenno@juniper.net> <127601cbe33a$bfeb0550$3fc10ff0$@com>
Cc: int-area@ietf.org, behave@ietf.org, draft-ietf-behave-lsn-requirements@tools.ietf.org
Subject: Re: [Int-area] [BEHAVE] CGN REQ: Support a means to reveal a USER_HINT
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: Tue, 15 Mar 2011 18:27:49 -0000
A related I-D: https://datatracker.ietf.org/doc/draft-chen-intarea-v4-uid-header-option/ IPv4 Header Option for User Identification in CGN Scenario My co-authors are currently doing tests on draft-chen-intarea-v4-uid-header-option. After the test, we may have more input. We keep our promises with one another - no matter what! Best Regards, Tina TSOU http://tinatsou.weebly.com/contact.html -----Original Message----- From: behave-bounces@ietf.org [mailto:behave-bounces@ietf.org] On Behalf Of Dan Wing Sent: Tuesday, March 15, 2011 11:00 AM To: 'Reinaldo Penno'; 'Simon Perreault'; mohamed.boucadair@orange-ftgroup.com Cc: behave@ietf.org; draft-ietf-behave-lsn-requirements@tools.ietf.org Subject: Re: [BEHAVE] CGN REQ: Support a means to reveal a USER_HINT > -----Original Message----- > From: behave-bounces@ietf.org [mailto:behave-bounces@ietf.org] On > Behalf Of Reinaldo Penno > Sent: Tuesday, March 15, 2011 8:46 AM > To: Simon Perreault; mohamed.boucadair@orange-ftgroup.com > Cc: 'behave' <(behave@ietf.org)>; draft-ietf-behave-lsn- > requirements@tools.ietf.org > Subject: Re: [BEHAVE] CGN REQ: Support a means to reveal a USER_HINT > > I believe we need much more discussion on this requirement before it > makes > to the I-D. There are security issues, subscriber privacy issues, > performance issues, amongst others. Not to mention that there are some > 6 different techniques. I agree with all your points except 'subscriber privacy issues'. Subscribers, today, generally have publicly-routable IPv4 addresses. Those subscribers disclose their IP address every time they connect to a website -- it's in the source IP address field of the IP header. All of the techniques preserve that same information, in the face of a CGN. -d > > > On 3/15/11 7:27 AM, "Simon Perreault" <simon.perreault@viagenie.ca> > wrote: > > > On 2011-03-15 09:49, mohamed.boucadair@orange-ftgroup.com wrote: > >> As you know, several issues are encountered when CGNs are used (see > >> http://tools.ietf.org/html/draft-ietf-intarea-shared-addressing- > issues-05 for > >> more details). > >> > >> In order to mitigate some of the issues listed in the above I-D, the > CGN > >> may inject an information which will be used by remote servers to > >> disambiguate users. FWIW, > >> http://tools.ietf.org/html/draft-boucadair-intarea-nat-reveal- > analysis-01 > >> analyzes > >> a set of candidates solutions and identifies some limitations. > >> > >> IMHO, it is valuable to add a requirement in the I-D among these > lines. > > > > I'll definitely need WG feedback on this. > > > > Thanks, > > Simon > > _______________________________________________ > Behave mailing list > Behave@ietf.org > https://www.ietf.org/mailman/listinfo/behave _______________________________________________ Behave mailing list Behave@ietf.org https://www.ietf.org/mailman/listinfo/behave