Re: [pcp] Will PCP do it?

["Dan Wing" <[e-mail]>]

Nope, PCP doesn't tell an external server the internal IP address + port,
because PCP is only listening on the internal-facing interface (not on the
Internet-facing external interface) and the existing OpCodes can't express
the internal IP address or port.  The GET OpCode is close to what you're
looking for, draft-boucadair-pcp-failure.  However, the security model for
your scenario would be different, too -- it is important to prevent server
"A" from discoverying how many subscribers had a connection to server B;
consider for example the case where two competing content providers queried
a NAT to determine market share of their competitor.

-d


> -----Original Message-----
> From: Tina Tsou [mailto:[e-mail]]
> Sent: Tuesday, March 29, 2011 12:02 PM
> To: 'Dan Wing'; [e-mail]
> Subject: RE: [pcp] Will PCP do it?
> 
> 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:[e-mail]]
> Sent: Thursday, March 10, 2011 10:45 PM
> To: 'Tina Tsou'; [e-mail]
> Subject: RE: [pcp] Will PCP do it?
> 
> > -----Original Message-----
> > From: Tina Tsou [mailto:[e-mail]]
> > Sent: Thursday, March 10, 2011 12:27 PM
> > To: 'Dan Wing'; [e-mail]
> > 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:[e-mail]]
> > Sent: Wednesday, March 09, 2011 3:38 PM
> > To: 'Tina Tsou'; [e-mail]
> > Subject: RE: [pcp] Will PCP do it?
> >
> > > -----Original Message-----
> > > From: Tina Tsou [mailto:[e-mail]]
> > > Sent: Wednesday, March 09, 2011 1:22 PM
> > > To: 'Dan Wing'; [e-mail]
> > > 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:[e-mail]]
> > > Sent: Wednesday, March 09, 2011 12:06 PM
> > > To: 'Tina Tsou'; [e-mail]
> > > Subject: RE: [pcp] Will PCP do it?
> > >
> > > > -----Original Message-----
> > > > From: Tina Tsou [mailto:[e-mail]]
> > > > Sent: Wednesday, March 09, 2011 11:52 AM
> > > > To: 'Dan Wing'; [e-mail]
> > > > 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:[e-mail]]
> > > > Sent: Wednesday, March 09, 2011 11:35 AM
> > > > To: 'Tina TSOU'; [e-mail]
> > > > Subject: RE: [pcp] Will PCP do it?
> > > >
> > > > > -----Original Message-----
> > > > > From: [e-mail] [mailto:[e-mail]] On
> > Behalf
> > > Of
> > > > > Tina TSOU
> > > > > Sent: Tuesday, March 08, 2011 7:36 AM
> > > > > To: [e-mail]
> > > > > 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
> > > > > [e-mail]
> > > > > https://www.ietf.org/mailman/listinfo/pcp
> > >
> >
>