Re: [pcp] WG last call on draft-ietf-pcp-base-13

Tina TSOU <Tina.Tsou.Zouting@huawei.com> Fri, 29 July 2011 19:24 UTC

Return-Path: <Tina.Tsou.Zouting@huawei.com>
X-Original-To: pcp@ietfa.amsl.com
Delivered-To: pcp@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0365821F8B70 for <pcp@ietfa.amsl.com>; Fri, 29 Jul 2011 12:24:44 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -5.939
X-Spam-Level:
X-Spam-Status: No, score=-5.939 tagged_above=-999 required=5 tests=[AWL=0.660, BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id YMA2MUf0LfBR for <pcp@ietfa.amsl.com>; Fri, 29 Jul 2011 12:24:38 -0700 (PDT)
Received: from szxga01-in.huawei.com (szxga01-in.huawei.com [119.145.14.64]) by ietfa.amsl.com (Postfix) with ESMTP id 46E5321F8B14 for <pcp@ietf.org>; Fri, 29 Jul 2011 12:24:38 -0700 (PDT)
Received: from huawei.com (szxga05-in [172.24.2.49]) by szxga05-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTP id <0LP4005D00KZYR@szxga05-in.huawei.com> for pcp@ietf.org; Sat, 30 Jul 2011 03:24:35 +0800 (CST)
Received: from szxrg01-dlp.huawei.com ([172.24.2.119]) by szxga05-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTP id <0LP400CX80KYVW@szxga05-in.huawei.com> for pcp@ietf.org; Sat, 30 Jul 2011 03:24:35 +0800 (CST)
Received: from 172.24.2.119 (EHLO szxeml207-edg.china.huawei.com) ([172.24.2.119]) by szxrg01-dlp.huawei.com (MOS 4.1.9-GA FastPath queued) with ESMTP id ACY01428; Sat, 30 Jul 2011 03:24:34 +0800 (CST)
Received: from SZXEML406-HUB.china.huawei.com (10.82.67.93) by szxeml207-edg.china.huawei.com (172.24.2.59) with Microsoft SMTP Server (TLS) id 14.1.270.1; Sat, 30 Jul 2011 03:24:26 +0800
Received: from SZXEML526-MBS.china.huawei.com ([169.254.7.19]) by szxeml406-hub.china.huawei.com ([10.82.67.93]) with mapi id 14.01.0270.001; Sat, 30 Jul 2011 03:24:31 +0800
Date: Fri, 29 Jul 2011 19:24:31 +0000
From: Tina TSOU <Tina.Tsou.Zouting@huawei.com>
In-reply-to: <CA569245.4C23A%rpenno@juniper.net>
X-Originating-IP: [10.212.244.141]
To: Reinaldo Penno <rpenno@juniper.net>, Dan Wing <dwing@cisco.com>, "pcp@ietf.org" <pcp@ietf.org>
Message-id: <C0E0A32284495243BDE0AC8A066631A870EA4A@szxeml526-mbs.china.huawei.com>
MIME-version: 1.0
Content-type: text/plain; charset="us-ascii"
Content-language: en-US
Content-transfer-encoding: 7bit
Accept-Language: en-US, zh-CN
Thread-topic: [pcp] WG last call on draft-ietf-pcp-base-13
Thread-index: AQHMO9lrmeE/5B1KF02nTDHKfcRdTZT3r20AgAALxSCAAAztcIAA+OVggAX9zzCAAAPIYIABCFBrgAB9g2CAAB3FFYABSiCggAAGkOqAAhpCYA==
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
X-CFilter-Loop: Reflected
References: <C0E0A32284495243BDE0AC8A066631A870CB14@szxeml526-mbs.china.huawei.com> <CA569245.4C23A%rpenno@juniper.net>
Subject: Re: [pcp] WG last call on draft-ietf-pcp-base-13
X-BeenThere: pcp@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: PCP wg discussion list <pcp.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/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: Fri, 29 Jul 2011 19:24:44 -0000

Reinaldo,
The last sentence is the supplement of "it is REQUIRED that PCP-created explicit dynamic mappings be assigned the same external IP address with the existing dynamic mappings."



Best Regards,
Tina TSOU
http://tinatsou.weebly.com/contact.html


-----Original Message-----
From: Reinaldo Penno [mailto:rpenno@juniper.net] 
Sent: Thursday, July 28, 2011 7:13 AM
To: Tina TSOU; Dan Wing; pcp@ietf.org
Subject: Re: [pcp] WG last call on draft-ietf-pcp-base-13

The last sentence you added seem disconnected from the others giving the
idea that it is an additional requirement that should be always enforced,
whether there is an option or not.


On 7/28/11 3:51 AM, "Tina TSOU" <Tina.Tsou.Zouting@huawei.com> wrote:

> Reinaldo, Dan et al,
> How about
> "In the absence of a PCP option indicating otherwise, it is
>    REQUIRED that PCP-created explicit dynamic mappings be assigned
>    the same external IP address with the existing dynamic mappings. PCP client
> will put external IP address of the existing mapping into the Requested
> External Address of the MAP request."
> 
> 
> 
> Best Regards,
> Tina TSOU
> http://tinatsou.weebly.com/contact.html
> 
> 
> -----Original Message-----
> From: Reinaldo Penno [mailto:rpenno@juniper.net]
> Sent: Wednesday, July 27, 2011 11:08 AM
> To: Dan Wing; Tina TSOU; pcp@ietf.org
> Subject: Re: [pcp] WG last call on draft-ietf-pcp-base-13
> 
> Looks good.
> 
> 
> On 7/27/11 6:24 AM, "Dan Wing" <dwing@cisco.com> wrote:
> 
>>> -----Original Message-----
>>> From: Reinaldo Penno [mailto:rpenno@juniper.net]
>>> Sent: Wednesday, July 27, 2011 1:52 AM
>>> To: Dan Wing; 'Tina TSOU'; pcp@ietf.org
>>> Subject: Re: [pcp] WG last call on draft-ietf-pcp-base-13
>>> 
>>> I actually disagree with this requirement. I would like to see it
>>> relaxed
>>> since for various reasons a client might actually wants certain
>>> explicit
>>> mappings bound to different public Ips.
>>> 
>>> The reasons are discussed in:
>>> 
>>> http://tools.ietf.org/html/draft-penno-pcp-zones-00
>> 
>> Then how about:
>> 
>>    In the
>>    absence of a PCP option indicating otherwise, it is
>>    REQUIRED that PCP-created explicit dynamic mappings be assigned
>>    the same external IP address
>> 
>> -d
>> 
>> 
>>> 
>>> On 7/26/11 7:07 AM, "Dan Wing" <dwing@cisco.com> wrote:
>>> 
>>>>> -----Original Message-----
>>>>> From: Tina TSOU [mailto:Tina.Tsou.Zouting@huawei.com]
>>>>> Sent: Tuesday, July 26, 2011 9:55 AM
>>>>> To: Dan Wing; pcp@ietf.org
>>>>> Subject: RE: [pcp] WG last call on draft-ietf-pcp-base-13
>>>>> 
>>>>> Dan,
>>>>> Thanks.
>>>>> It is what we agreed on the texts in the mailing list before:
>>>>> "If there is already an active explicit dynamic mapping,
>>>>>   it will be mapped to a certain external IP address.
>>>>>   When the PCP client makes another explicit dynamic mapping,
>>>>>   it SHOULD place the external IP address of the existing
>>>>>   mapping into the Requested External Address of the MAP
>>>>>   request.  By doing this, all of the PCP client's explicit
>>>>>   dynamic mappings will be on the same external address."
>>>> 
>>>> That's saying something different -- that is saying that
>>>> all PCP-created explicit dynamic mappings have to be on
>>>> the same external address.
>>>> 
>>>> I added a second sentence, so it now reads:
>>>> 
>>>>       It is REQUIRED that the PCP-controlled device assign the same
>>>>       external IP address to PCP-created explicit dynamic mappings
>>> and
>>>>       to implicit dynamic mappings for a given Internal Host.  It is
>>>> ...............................................................^^^^^
>>>>       also REQUIRED that PCP-created explicit dynamic mappings be
>>>> ......^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
>>>>       assigned the same external IP address.
>>>> ......^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
>>>> 
>>>> 
>>>>> We should specify the action of the PCP client.
>>>> 
>>>> -d
>>>> 
>>>> 
>>>>> 
>>>>> Best Regards,
>>>>> Tina TSOU
>>>>> http://tinatsou.weebly.com/contact.html
>>>>> 
>>>>> 
>>>>> -----Original Message-----
>>>>> From: Dan Wing [mailto:dwing@cisco.com]
>>>>> Sent: Friday, July 22, 2011 5:01 PM
>>>>> To: Tina TSOU; pcp@ietf.org
>>>>> Subject: RE: [pcp] WG last call on draft-ietf-pcp-base-13
>>>>> 
>>>>>> -----Original Message-----
>>>>>> From: pcp-bounces@ietf.org [mailto:pcp-bounces@ietf.org] On Behalf
>>> Of
>>>>>> Tina Zouting
>>>>>> Sent: Thursday, July 21, 2011 8:32 PM
>>>>>> To: pcp@ietf.org
>>>>>> Subject: Re: [pcp] WG last call on draft-ietf-pcp-base-13
>>>>>> 
>>>>>> Hi,
>>>>>> It seems that http://trac.tools.ietf.org/wg/pcp/trac/ticket/24,
>>> "PCP
>>>>>> mappings same public IP address as dynamic mappings" is not
>>> reflected
>>>>>> in the latest version.
>>>>>> Sorry for the late feedback.
>>>>> 
>>>>> I am not online at the moment, so I can't read ticket #24.
>>>>> 
>>>>> Section 7 says:
>>>>>    It is REQUIRED that the PCP-controlled device assign the same
>>>>>    external IP address to PCP-created explicit dynamic mappings and
>>> to
>>>>>    implicit dynamic mappings for a given Internal Host.
>>>>> 
>>>>> Is that ok?
>>>>> 
>>>>> -d
>>>>> 
>>>>>> Best Regards,
>>>>>> Tina TSOU
>>>>>> http://tinatsou.weebly.com/contact.html
>>>>>> 
>>>>>> -----Original Message-----
>>>>>> From: pcp-bounces@ietf.org [mailto:pcp-bounces@ietf.org] On Behalf
>>> Of
>>>>>> Alain Durand
>>>>>> Sent: Wednesday, July 06, 2011 8:34 PM
>>>>>> To: pcp@ietf.org
>>>>>> Subject: [pcp] WG last call on draft-ietf-pcp-base-13
>>>>>> 
>>>>>> draft-ietf-pcp-base-13 has been published to address the comments
>>>>>> received during wg last call on the -12 revision. We would like to
>>>>>> start a 1-week working group last call on this new revision.
>>>>>> 
>>>>>> The PCP wg chairs, Alain & Dave.
>>>>>> 
>>>>>> Sent from my iPad
>>>>>> 
>>>>>> On Jul 5, 2011, at 11:19 PM, "Dan Wing" <dwing@cisco.com> wrote:
>>>>>> 
>>>>>>> draft-ietf-pcp-base-13 was just posted.  Changes are in
>>>>>>> http://tools.ietf.org/html/draft-ietf-pcp-base-13#appendix-B.1,
>>> and
>>>>>> copied
>>>>>>> below.
>>>>>>> 
>>>>>>> Side-by-side diffs between -12 and -13 are at:
>>>>>>> http://tools.ietf.org/rfcdiff?url2=draft-ietf-pcp-base-13.txt
>>>>>>> 
>>>>>>> This should resolve all comments from -12's WGLC.
>>>>>>> 
>>>>>>> -d
>>>>>>> 
>>>>>>>   o  All addresses are 128 bits.  IPv4 addresses are represented
>>> by
>>>>>>>      IPv4-mapped IPv6 addresses (::FFFF/96)
>>>>>>> 
>>>>>>>   o  PCP request header now includes PCP client's port (in
>>> addition
>>>>>> to
>>>>>>>      the client's IP address, which was in -12).
>>>>>>> 
>>>>>>>   o  new ADDRESS_MISMATCH error.
>>>>>>> 
>>>>>>>   o  removed PROCESSING_ERROR error, which was too similar to
>>>>>>>      MALFORMED_REQUEST.
>>>>>>> 
>>>>>>>   o  Tweaked text describing how PCP client deals with multiple
>>> PCP
>>>>>>>      server addresses (Section 6.1)
>>>>>>> 
>>>>>>>   o  clarified that when overloaded, the server can send
>>>>>>>      SERVER_OVERLOADED (and drop requests) or simply drop
>>> requests.
>>>>>>> 
>>>>>>>   o  Clarified how PCP client chooses MAP4 or MAP6, depending on
>>>>> the
>>>>>>>      presence of its own IPv6 or IPv4 interfaces (Section 7).
>>>>>>> 
>>>>>>>   o  compliant PCP server MUST support MAPx and PEERx, SHOULD
>>>>> support
>>>>>>>      ability to disable support.
>>>>>>> 
>>>>>>>   o  clarified that MAP-created mappings have no filtering, and
>>>>> PEER-
>>>>>>>      created mappings have whatever filtering and mapping behavior
>>>>> is
>>>>>>>      normal for that particular NAT / firewall.
>>>>>>> 
>>>>>>>   o  Integrated WGLC feedback (small changes to abstract,
>>>>>> definitions,
>>>>>>>      and small edits throughout the document)
>>>>>>> 
>>>>>>>   o  allow new Options to be defined with a specification (rather
>>>>>> than
>>>>>>>      standards action)
>>>>>>> 
>>>>>>> 
>>>>>>> _______________________________________________
>>>>>>> pcp mailing list
>>>>>>> pcp@ietf.org
>>>>>>> https://www.ietf.org/mailman/listinfo/pcp
>>>>>> _______________________________________________
>>>>>> pcp mailing list
>>>>>> pcp@ietf.org
>>>>>> https://www.ietf.org/mailman/listinfo/pcp
>>>>>> _______________________________________________
>>>>>> pcp mailing list
>>>>>> pcp@ietf.org
>>>>>> https://www.ietf.org/mailman/listinfo/pcp
>>>> 
>>>> _______________________________________________
>>>> pcp mailing list
>>>> pcp@ietf.org
>>>> https://www.ietf.org/mailman/listinfo/pcp
>> 
>