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