Re: [pcp] WGLC: draft-ietf-pcp-proxy-06 comments due by FEB 19

Dave Thaler <dthaler@microsoft.com> Tue, 28 April 2015 19:39 UTC

Return-Path: <dthaler@microsoft.com>
X-Original-To: pcp@ietfa.amsl.com
Delivered-To: pcp@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B97281A6FFE for <pcp@ietfa.amsl.com>; Tue, 28 Apr 2015 12:39:04 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -101.902
X-Spam-Level:
X-Spam-Status: No, score=-101.902 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, USER_IN_WHITELIST=-100] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id G1WFxSoO1_QS for <pcp@ietfa.amsl.com>; Tue, 28 Apr 2015 12:39:02 -0700 (PDT)
Received: from na01-bn1-obe.outbound.protection.outlook.com (mail-bn1bon0703.outbound.protection.outlook.com [IPv6:2a01:111:f400:fc10::1:703]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 5A49C1A6FFA for <pcp@ietf.org>; Tue, 28 Apr 2015 12:39:02 -0700 (PDT)
Received: from BY2PR03MB412.namprd03.prod.outlook.com (10.141.141.25) by BY2PR03MB412.namprd03.prod.outlook.com (10.141.141.25) with Microsoft SMTP Server (TLS) id 15.1.148.15; Tue, 28 Apr 2015 19:38:42 +0000
Received: from BY2PR03MB412.namprd03.prod.outlook.com ([10.141.141.25]) by BY2PR03MB412.namprd03.prod.outlook.com ([10.141.141.25]) with mapi id 15.01.0148.017; Tue, 28 Apr 2015 19:38:42 +0000
From: Dave Thaler <dthaler@microsoft.com>
To: "pcp@ietf.org" <pcp@ietf.org>, "draft-ietf-pcp-proxy@tools.ietf.org" <draft-ietf-pcp-proxy@tools.ietf.org>
Thread-Topic: WGLC: draft-ietf-pcp-proxy-06 comments due by FEB 19
Thread-Index: AdBBgXRR9Tn6xJxyTEqhKoLmgPGI9RAZn0JQ
Date: Tue, 28 Apr 2015 19:38:42 +0000
Message-ID: <BY2PR03MB412D5E8D983FF8E7E29002DA3E80@BY2PR03MB412.namprd03.prod.outlook.com>
References: <BY2PR03MB4129DE50550E308AF108BAFA33B0@BY2PR03MB412.namprd03.prod.outlook.com>
In-Reply-To: <BY2PR03MB4129DE50550E308AF108BAFA33B0@BY2PR03MB412.namprd03.prod.outlook.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
authentication-results: ietf.org; dkim=none (message not signed) header.d=none;
x-originating-ip: [131.107.192.62]
x-microsoft-antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:BY2PR03MB412;
x-o365ent-eop-header: Message processed by - O365_ENT: Allow from ranges (Engineering ONLY)
x-forefront-antispam-report: BMV:1; SFV:NSPM; SFS:(10019020)(6009001)(13464003)(51704005)(377424004)(377454003)(164054003)(66066001)(1720100001)(92566002)(19580405001)(15975445007)(77096005)(54356999)(102836002)(76176999)(50986999)(46102003)(5001770100001)(2900100001)(2950100001)(19580395003)(122556002)(77156002)(2501003)(86362001)(33656002)(230783001)(99286002)(87936001)(4001150100001)(62966003)(76576001)(2656002)(86612001)(40100003)(74316001)(107886001); DIR:OUT; SFP:1102; SCL:1; SRVR:BY2PR03MB412; H:BY2PR03MB412.namprd03.prod.outlook.com; FPR:; SPF:None; MLV:sfv; LANG:en;
x-microsoft-antispam-prvs: <BY2PR03MB412A946481E956C3C2A8119A3E80@BY2PR03MB412.namprd03.prod.outlook.com>
x-exchange-antispam-report-test: UriScan:;
x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(601004)(5002010)(5005006)(3002001); SRVR:BY2PR03MB412; BCL:0; PCL:0; RULEID:; SRVR:BY2PR03MB412;
x-forefront-prvs: 0560A2214D
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-OriginatorOrg: microsoft.onmicrosoft.com
X-MS-Exchange-CrossTenant-originalarrivaltime: 28 Apr 2015 19:38:42.6074 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 72f988bf-86f1-41af-91ab-2d7cd011db47
X-MS-Exchange-Transport-CrossTenantHeadersStamped: BY2PR03MB412
Archived-At: <http://mailarchive.ietf.org/arch/msg/pcp/Rgyds3MzTGaR04E69SP2oSqm330>
Subject: Re: [pcp] WGLC: draft-ietf-pcp-proxy-06 comments due by FEB 19
X-BeenThere: pcp@ietf.org
X-Mailman-Version: 2.1.15
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: Tue, 28 Apr 2015 19:39:04 -0000

I am doing the document shepherd proto writeup for this doc and have a few
comments.

Section 1.1:
> likely to be more than on NAT on the path between client machines and

s/more than on/more than one/

Section 1.2:
Is it worth noting that the pcp-anycast draft is an alternate solution to this
same use case?

Section 3.2:
This section's wording is a bit confusing.   Section 1 explained the reference
model of back-to-back client and server.  So termination would occur when
either
a) the request gets to a server that does not have the PCP proxy functional element,
or
b) it gets to a PCP proxy whose PCP client has no PCP servers reachable 
(e.g. none configured and no default routers that respond to PCP)
and thus has nothing to forward to.
No?

The two examples currently in 3.2 are merely ways a NAT gateway (but
a PCP proxy could be a firewall or something other than a NAT...) could
choose to enable or disable a PCP proxy functional element and hence
toggle between a and b above.   But the PCP speaker might not be a NAT
gateway, or it might not implement a PCP proxy at all, or it might implement one
but not be "configured to know it's the outermost" but rather use rule b above.
So I think section 3.2 needs further elaboration as noted above.

Section 3.6:
I think the reference to Zone ID [I-D.penno-pcp-zones] should probably
reference the Third Party ID Option [I-D.ietf-pcp-third-party-id-option].

Section 5:
> Section 3.3 specifies the cases where a THIRD_PARTY option is
> inserted the PCP Proxy.  In those cases, means to prevent a malicious

s/inserted/inserted by/

> THIRD_PARTY option MUST NOT be enabled unless the network on which

Grammar: s/option/options/

>   dropped (or in the case of an unknown Option which is not mandatory-
>   to-process the Option be removed) if it is not compatible with

s/Option be/Option SHOULD be/

Dave

> -----Original Message-----
> From: pcp [mailto:pcp-bounces@ietf.org] On Behalf Of Dave Thaler
> Sent: Thursday, February 5, 2015 12:24 PM
> To: pcp@ietf.org
> Subject: [pcp] WGLC: draft-ietf-pcp-proxy-06 comments due by FEB 19
> 
> This email initiates a Working Group Last Call on it to conclude on Thursday,
> February 19th.
> Please send comments to the list.
> 
> As a reminder, when responding to a WGLC, what we chairs are looking for is
> a statement about document quality (not really about whether the
> mechanism should move forward).
> That is, state whether you think the document is ready as is, or if not, what
> issues you see.
> 
> Thanks,
> Dave
> 
> -----Original Message-----
> From: pcp [mailto:pcp-bounces@ietf.org] On Behalf Of internet-
> drafts@ietf.org
> Sent: Wednesday, December 17, 2014 12:53 AM
> To: i-d-announce@ietf.org
> Cc: pcp@ietf.org
> Subject: [pcp] I-D Action: draft-ietf-pcp-proxy-06.txt
> 
> 
> A New Internet-Draft is available from the on-line Internet-Drafts directories.
>  This draft is a work item of the Port Control Protocol Working Group of the
> IETF.
> 
>         Title           : Port Control Protocol (PCP) Proxy Function
>         Authors         : Simon Perreault
>                           Mohamed Boucadair
>                           Reinaldo Penno
>                           Dan Wing
>                           Stuart Cheshire
> 	Filename        : draft-ietf-pcp-proxy-06.txt
> 	Pages           : 12
> 	Date            : 2014-12-17
> 
> Abstract:
>    This document specifies a new PCP functional element denoted as a PCP
>    Proxy.  The PCP Proxy relays PCP requests received from PCP clients
>    to upstream PCP server(s).  A typical deployment usage of this
>    function is to help establish successful PCP communications for PCP
>    clients that can not be configured with the address of a PCP server
>    located more than one hop away.
> 
> 
> The IETF datatracker status page for this draft is:
> https://datatracker.ietf.org/doc/draft-ietf-pcp-proxy/
> 
> There's also a htmlized version available at:
> http://tools.ietf.org/html/draft-ietf-pcp-proxy-06
> 
> A diff from the previous version is available at:
> http://www.ietf.org/rfcdiff?url2=draft-ietf-pcp-proxy-06
> 
> 
> Please note that it may take a couple of minutes from the time of submission
> until the htmlized version and diff are available at tools.ietf.org.
> 
> Internet-Drafts are also available by anonymous FTP at:
> ftp://ftp.ietf.org/internet-drafts/
> 
> _______________________________________________
> 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