Re: [pcp] Will PCP do it?
Tina Tsou <tena@huawei.com> Tue, 29 March 2011 09:59 UTC
Return-Path: <tena@huawei.com>
X-Original-To: pcp@core3.amsl.com
Delivered-To: pcp@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id D2EFB3A68EC for <pcp@core3.amsl.com>; Tue, 29 Mar 2011 02:59:59 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -105.832
X-Spam-Level:
X-Spam-Status: No, score=-105.832 tagged_above=-999 required=5 tests=[AWL=0.767, 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 YqwUUfYkeCsQ for <pcp@core3.amsl.com>; Tue, 29 Mar 2011 02:59:58 -0700 (PDT)
Received: from usaga03-in.huawei.com (usaga03-in.huawei.com [206.16.17.220]) by core3.amsl.com (Postfix) with ESMTP id 3EBEC3A6836 for <pcp@ietf.org>; Tue, 29 Mar 2011 02:59:58 -0700 (PDT)
Received: from huawei.com (usaga03-in [172.18.4.17]) by usaga03-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTP id <0LIT007DOD6N4G@usaga03-in.huawei.com> for pcp@ietf.org; Tue, 29 Mar 2011 05:01:36 -0500 (CDT)
Received: from TingZousc1 (dhcp-41d8.meeting.ietf.org [130.129.65.216]) by usaga03-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTPA id <0LIT00E5MD6IKB@usaga03-in.huawei.com> for pcp@ietf.org; Tue, 29 Mar 2011 05:01:35 -0500 (CDT)
Date: Tue, 29 Mar 2011 12:01:30 +0200
From: Tina Tsou <tena@huawei.com>
In-reply-to: <26ff01cbdf6c$786220f0$692662d0$@com>
To: 'Dan Wing' <dwing@cisco.com>, pcp@ietf.org
Message-id: <015c01cbedf8$4a078430$de168c90$@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: AcvfYYljRHQVEdCvTsG01QjobsohnQACqvOgA6KevnA=
References: <6D908227-5221-4336-B6C3-530BFB474DE7@huawei.com> <1fd001cbde91$0f065ad0$2d131070$@com> <004701cbde93$7fe9d220$7fbd7660$@com> <202701cbde95$65763490$30629db0$@com> <007401cbde9f$ff965640$fec302c0$@com> <218301cbdeb2$feb60dc0$fc222940$@com> <016f01cbdf61$79cad9b0$6d608d10$@com> <26ff01cbdf6c$786220f0$692662d0$@com>
Subject: Re: [pcp] Will PCP do it?
X-BeenThere: pcp@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: PCP wg discussion list <pcp.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/pcp>, <mailto:pcp-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/pcp>
List-Post: <mailto:pcp@ietf.org>
List-Help: <mailto:pcp-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pcp>, <mailto:pcp-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 29 Mar 2011 09:59:59 -0000
Hi Dan, Sorry for the late response. The use cases about real-time query to the NAT and non-real-time query to the log server have the same need - mapping the external IP address, transport protocol and port # to the internal/private IP address and port #. We keep our promises with one another - no matter what! Best Regards, Tina TSOU http://tinatsou.weebly.com/contact.html -----Original Message----- From: Dan Wing [mailto:dwing@cisco.com] Sent: Thursday, March 10, 2011 10:45 PM To: 'Tina Tsou'; pcp@ietf.org Subject: RE: [pcp] Will PCP do it? > -----Original Message----- > From: Tina Tsou [mailto:tena@huawei.com] > Sent: Thursday, March 10, 2011 12:27 PM > To: 'Dan Wing'; pcp@ietf.org > Subject: RE: [pcp] Will PCP do it? > > The use case is to allow mobile location to be provided to web portals. Ok. And the mobile has a connection (TCP?) that same web portal? If so, it sounds like exactly the sort of thing that draft-chen-intarea-v4-uid-header-option, draft-zhang-v6ops-cgn-source-trace, or draft-wing-nat-reveal-option could help with. Or is this for something like AT&T's existing FamilyMap service, https://familymap.wireless.att.com/finder-att-family/helpContent.htm?topic=1 , where the phone does not have a connection to the web portal. In which case, there would not be a PCP mapping. -d > > We keep our promises with one another - no matter what! > > Best Regards, > Tina TSOU > http://tinatsou.weebly.com/contact.html > > > -----Original Message----- > From: Dan Wing [mailto:dwing@cisco.com] > Sent: Wednesday, March 09, 2011 3:38 PM > To: 'Tina Tsou'; pcp@ietf.org > Subject: RE: [pcp] Will PCP do it? > > > -----Original Message----- > > From: Tina Tsou [mailto:tena@huawei.com] > > Sent: Wednesday, March 09, 2011 1:22 PM > > To: 'Dan Wing'; pcp@ietf.org > > Subject: RE: [pcp] Will PCP do it? > > > > It is not related to source-trace. > > I am out of guesses. > > What is the use case? > > -d > > > > > > We keep our promises with one another - no matter what! > > > > Best Regards, > > Tina TSOU > > http://tinatsou.weebly.com/contact.html > > > > > > -----Original Message----- > > From: Dan Wing [mailto:dwing@cisco.com] > > Sent: Wednesday, March 09, 2011 12:06 PM > > To: 'Tina Tsou'; pcp@ietf.org > > Subject: RE: [pcp] Will PCP do it? > > > > > -----Original Message----- > > > From: Tina Tsou [mailto:tena@huawei.com] > > > Sent: Wednesday, March 09, 2011 11:52 AM > > > To: 'Dan Wing'; pcp@ietf.org > > > Subject: RE: [pcp] Will PCP do it? > > > > > > My understanding about PCP is that it allows the PCP client to > > instruct > > > the > > > PCP server to allocate a port number with a transport protocol > > > (pinhole) so > > > that the PCP client can send the NAT's public IP address, transport > > > protocol > > > and port number to the application server outside the NAT to allow > > that > > > application server to send information to the device with the PCP > > > client. > > > > Yes, that covers two of the use-cases described in draft-ietf-pcp- > base, > > " Operating a Server" (Section 7.1) and "Operating a Symmetric > > Client/Server" (Section 7.3). > > > > > A PCP client already has the public IP address, transport port > > protocol > > > and > > > port number What I described does not involve the device behind > the > > > NAT but > > > another entity that is interested in knowing which private IP > address > > > is > > > assigned with a specific port number for a transport protocol and > > NAT's > > > public IP address. Is it in your opinion that PCP can be enhanced > to > > > support this type of inquiry? Just ask. > > > > It could be. I'm asked "what is the use case" to understand why > > you're wanting this functionality. > > > > > If not, I will go for another > > > candidate protocol. > > > > > > In the mobile operator network, two interfaces are needed if mobile > > GW > > > and > > > NAT are separate: > > > 1. with NAT: request contains the NAT's public IP address, > transport > > > protocol and port number; response contains the private IP address > > and > > > the > > > port number. > > > 2. with mobile GW: request contains the private IP address and > > response > > > contains the mobile identities (e.g. IMSI, MSISDN, etc.) > > > > > > If the mobile GW is integrated with the NAT, one interface is > needed. > > > The > > > request contains the mobile GW's/NAT's public IP address, transport > > > protocol > > > and port number, and the response contains the mobile identities. > > > > Sorry, I still don't understand the use case. > > > > Is the use case to allow an external entity to perform user > > identification, > > akin to draft-chen-intarea-v4-uid-header-option or > > draft-zhang-v6ops-cgn-source-trace or draft-wing-nat-reveal-option ?? > > > > -d > > > > > > > We keep our promises with one another - no matter what! > > > > > > Best Regards, > > > Tina TSOU > > > http://tinatsou.weebly.com/contact.html > > > > > > > > > -----Original Message----- > > > From: Dan Wing [mailto:dwing@cisco.com] > > > Sent: Wednesday, March 09, 2011 11:35 AM > > > To: 'Tina TSOU'; pcp@ietf.org > > > Subject: RE: [pcp] Will PCP do it? > > > > > > > -----Original Message----- > > > > From: pcp-bounces@ietf.org [mailto:pcp-bounces@ietf.org] On > Behalf > > Of > > > > Tina TSOU > > > > Sent: Tuesday, March 08, 2011 7:36 AM > > > > To: pcp@ietf.org > > > > Subject: [pcp] Will PCP do it? > > > > > > > > Hi, > > > > NAT has the private IP address, transport protocol and port # on > > the > > > > "internal" side and the public IP address, transport protocol and > > > port > > > > # on the "external" side. I'm looking for to allow an entity > > (e.g., > > > > not the PCP client who uses PCP to request a port number > assignment > > > on > > > > the "external" side) to know the private IP address on the > > "internal" > > > > side for the given public IP address, transport protocol and port > # > > > on > > > > the "external" side. > > > > Will PCP do it? > > > > > > No. > > > > > > What is the use case? > > > > > > -d > > > > > > > > > > > > > > B. R. > > > > Tina > > > > http://tinatsou.weebly.com > > > > > > > > > > > > > > > > > > > > _______________________________________________ > > > > pcp mailing list > > > > pcp@ietf.org > > > > https://www.ietf.org/mailman/listinfo/pcp > > >
- [pcp] Will PCP do it? Tina TSOU
- Re: [pcp] Will PCP do it? Dan Wing
- Re: [pcp] Will PCP do it? Tina Tsou
- Re: [pcp] Will PCP do it? Dan Wing
- Re: [pcp] Will PCP do it? Tina Tsou
- Re: [pcp] Will PCP do it? Dan Wing
- Re: [pcp] Will PCP do it? Tina Tsou
- Re: [pcp] Will PCP do it? Dan Wing
- Re: [pcp] Will PCP do it? Tina Tsou
- Re: [pcp] Will PCP do it? Dan Wing
- Re: [pcp] Will PCP do it? Francis Dupont