Re: [pcp] clarification on Axternal Address assignment [was RE: pcp-base-19]
Tina TSOU <Tina.Tsou.Zouting@huawei.com> Sat, 24 December 2011 05:15 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 B606211E807F for <pcp@ietfa.amsl.com>; Fri, 23 Dec 2011 21:15:13 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.857
X-Spam-Level:
X-Spam-Status: No, score=-6.857 tagged_above=-999 required=5 tests=[AWL=-0.258, BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id LjmNRJk2zsaG for <pcp@ietfa.amsl.com>; Fri, 23 Dec 2011 21:15:12 -0800 (PST)
Received: from szxga04-in.huawei.com (szxga04-in.huawei.com [119.145.14.67]) by ietfa.amsl.com (Postfix) with ESMTP id 75ECC21F84B9 for <pcp@ietf.org>; Fri, 23 Dec 2011 21:15:12 -0800 (PST)
Received: from huawei.com (szxga04-in [172.24.2.12]) by szxga04-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTP id <0LWO005M6ZWY5G@szxga04-in.huawei.com> for pcp@ietf.org; Sat, 24 Dec 2011 13:14:58 +0800 (CST)
Received: from szxrg02-dlp.huawei.com ([172.24.2.119]) by szxga04-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTP id <0LWO005T3ZWEH4@szxga04-in.huawei.com> for pcp@ietf.org; Sat, 24 Dec 2011 13:14:58 +0800 (CST)
Received: from szxeml205-edg.china.huawei.com ([172.24.2.119]) by szxrg02-dlp.huawei.com (MOS 4.1.9-GA) with ESMTP id AFX50119; Sat, 24 Dec 2011 13:14:54 +0800
Received: from SZXEML420-HUB.china.huawei.com (10.82.67.159) by szxeml205-edg.china.huawei.com (172.24.2.57) with Microsoft SMTP Server (TLS) id 14.1.323.3; Sat, 24 Dec 2011 13:14:45 +0800
Received: from SZXEML526-MBX.china.huawei.com ([169.254.2.37]) by szxeml420-hub.china.huawei.com ([10.82.67.159]) with mapi id 14.01.0323.003; Sat, 24 Dec 2011 13:14:46 +0800
Date: Sat, 24 Dec 2011 05:14:46 +0000
From: Tina TSOU <Tina.Tsou.Zouting@huawei.com>
In-reply-to: <068601ccc1a5$4eb65ac0$ec231040$@com>
X-Originating-IP: [10.212.246.178]
To: Dan Wing <dwing@cisco.com>
Message-id: <C0E0A32284495243BDE0AC8A066631A80C238E96@szxeml526-mbx.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: clarification on Axternal Address assignment [was RE: [pcp] pcp-base-19]
Thread-index: AQHMwaVTepTQBjKgJUWTKuM7GhR+EZXqbS8A
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
X-CFilter-Loop: Reflected
References: <C0E0A32284495243BDE0AC8A066631A80C233F2F@szxeml526-mbx.china.huawei.com> <020201ccc033$b75e08c0$261a1a40$@com> <9E33FE0C-91D4-4440-AD18-13819470EEFF@huawei.com> <022201ccc03c$0a4226e0$1ec674a0$@com> <C0E0A32284495243BDE0AC8A066631A80C2377D8@szxeml526-mbx.china.huawei.com> <068601ccc1a5$4eb65ac0$ec231040$@com>
Cc: "pcp@ietf.org" <pcp@ietf.org>, "draft-ietf-pcp-base@tools.ietf.org" <draft-ietf-pcp-base@tools.ietf.org>
Subject: Re: [pcp] clarification on Axternal Address assignment [was RE: pcp-base-19]
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: Sat, 24 Dec 2011 05:15:13 -0000
-----Original Message----- From: Dan Wing [mailto:dwing@cisco.com] Sent: Friday, December 23, 2011 11:02 AM To: Tina TSOU Cc: pcp@ietf.org; draft-ietf-pcp-base@tools.ietf.org Subject: clarification on Axternal Address assignment [was RE: [pcp] pcp-base-19] > -----Original Message----- > From: Tina TSOU [mailto:Tina.Tsou.Zouting@huawei.com] > Sent: Friday, December 23, 2011 12:52 AM > To: Dan Wing > Cc: pcp@ietf.org > Subject: RE: [pcp] pcp-base-19 > > Dan, > In line... > > - Tina > > -----Original Message----- > From: Dan Wing [mailto:dwing@cisco.com] > Sent: Wednesday, December 21, 2011 3:56 PM > To: Tina TSOU > Cc: pcp@ietf.org > Subject: RE: [pcp] pcp-base-19 > > > -----Original Message----- > > From: Tina TSOU [mailto:Tina.Tsou.Zouting@huawei.com] > > Sent: Wednesday, December 21, 2011 3:06 PM > > To: Dan Wing > > Cc: pcp@ietf.org > > Subject: Re: [pcp] pcp-base-19 > ... > > 2. P28, section 9 > > > > > > "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 Address. In > > the absence > > of a PCP option indicating otherwise, it is REQUIRED that > > all > > PCP-created explicit dynamic mappings be assigned the same > > external > > IP address." > > > > > > > > How about replace "In the absence of a PCP option > > indicating otherwise, > > it is REQUIRED that all PCP-created explicit dynamic > > mappings be > > assigned the same external IP address." > > > > with > > > > "It is indicated by the PCP client that PCP-created > > explicit dynamic > > mappings be assigned the same external IP address, unless > > there are > > explicit reasons of not doing so, e.g. > > http://tools.ietf.org/html/draft-penno-pcp-zones-00"? > > > > > > Because "It is REQUIRED that the PCP" give the requirement > > from the > > > > > > server's point of view, I think we should also give the > > requirement > > > > > > from the client's point of view. > > > > > > This is more or less what Dan suggested before, perhaps an > > oversight. > > > > > > > > I don't understand the nuance between the wording. Can you give > > an > > example of what the existing text prohibits / breaks / disallows? > > > > The existing text disallows client to request same external IP > > proactively. > > > The client can request the address it wants in the Suggested > External Address field, which exists for both MAP and PEER. > [Tina: Excellent! So some descriptive text is needed here to describe > these protocol operations before digging into the messages and fields.] > > > You agreed my comments earlier before. > > I recall a discussion on this previously, yes. I don't recall any > definitive conclusion. Here are pointers to the end of two > threads related to the previous discussion: > > http://www.ietf.org/mail-archive/web/pcp/current/msg01632.html > http://www.ietf.org/mail-archive/web/pcp/current/msg01627.html > > > If there was a definitive conclusion previously please provide > a pointer and accept my apologies for my oversight. > > [Tina: > http://www.ietf.org/mail-archive/web/pcp/current/msg01391.html > You said in Date: Tue, 7 Jun 2011 11:26:39 -0700 > "I think see what you're wanting the document to say. > > How about this proposed text, instead: > > > 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. > > > Does that say the same thing? > > Is it acceptable? > > -d" > > I answer now "Yes, it is." Sorry for the very laaate answer from summer > till X'mas. Merry X'mas! > ] Ok, I think I understand now. My proposed text, above, isn't quite right, either (the last sentence of my proposed text is cannot be true, because no matter the value in Suggested External Address, the PCP server can ignore that value; it is only draft-penno-pcp-zones that changes that). Please review this change: OLD (contents of -19): 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 Address. In the absence of a PCP option indicating otherwise, it is REQUIRED that all PCP-created explicit dynamic mappings be assigned the same external IP address. It is RECOMMENDED that static mappings for that Internal Address (e.g., those created by a command-line interface on the PCP server or PCP-controlled device) also be assigned to the same IP address. Once an Internal Address has no implicit dynamic mappings and no explicit dynamic mappings in the PCP-controlled device, a subsequent PCP request for that Internal Address MAY be assigned to a different External Address. Generally, this re-assignment would occur when a CGN device is load balancing newly-seen hosts to its public IPv4 address pool. NEW: The MAP and PEER requests include a Suggested External IP Address field. This field is a hint and ignored by the PCP-controlled device if there are other mappings for that Internal Address, unless there is an explicit Option in the request indicating otherwise (e.g., PREFER_FAILURE, [I-D.penno-pcp-zones]). For a PCP explicit dynamic mapping request for a given Internal Address, which does not contain an explicit Option to override the following behavior, the PCP-controlled device MUST assign the same External Address to that PCP-created explicit dynamic mapping and MUST assign it the same External Address as existing implicit dynamic mappings. Static mappings for that Internal Address (e.g., those created by a command-line interface on the PCP server or PCP-controlled device) SHOULD also be assigned to the same External Address. Once an Internal Address has no implicit dynamic mappings and no explicit dynamic mappings in the PCP-controlled device, a subsequent implicit or explicit mapping for that Internal Address MAY be assigned to a different External Address. Generally, this re-assignment would occur when a CGN device is load balancing newly-seen Internal Addresses to its public pool of External Addresses. [Tina: >From the client point of view, simpler and more straight forward, how about this? "The client should request same external IP address if there is any existing mapping, unless there is an explicit reason for not doing so, e.g. [I-D.penno-pcp-zones]]." ] -d
- Re: [pcp] pcp-base-19 Dan Wing
- [pcp] pcp-base-19 Dan Wing
- Re: [pcp] pcp-base-19 Tina TSOU
- Re: [pcp] pcp-base-19 Dan Wing
- Re: [pcp] pcp-base-19 Tina TSOU
- Re: [pcp] pcp-base-19 Tina TSOU
- Re: [pcp] pcp-base-19 Tina TSOU
- [pcp] clarification on Axternal Address assignmen… Dan Wing
- Re: [pcp] clarification on Axternal Address assig… Tina TSOU