Re: [pcp] WGLC: draft-ietf-pcp-third-party-id-option-00 comments due by JAN 7

Dave Thaler <dthaler@microsoft.com> Wed, 07 January 2015 22:42 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 940381A1B94 for <pcp@ietfa.amsl.com>; Wed, 7 Jan 2015 14:42:08 -0800 (PST)
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 cAnjkQra6N8u for <pcp@ietfa.amsl.com>; Wed, 7 Jan 2015 14:42:03 -0800 (PST)
Received: from na01-bn1-obe.outbound.protection.outlook.com (mail-bn1on0742.outbound.protection.outlook.com [IPv6:2a01:111:f400:fc10::742]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A99561A1B93 for <pcp@ietf.org>; Wed, 7 Jan 2015 14:42:02 -0800 (PST)
Received: from BY2PR03MB412.namprd03.prod.outlook.com (10.141.141.25) by BY2PR03MB409.namprd03.prod.outlook.com (10.141.141.11) with Microsoft SMTP Server (TLS) id 15.1.49.12; Wed, 7 Jan 2015 22:41:39 +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.0049.002; Wed, 7 Jan 2015 22:41:39 +0000
From: Dave Thaler <dthaler@microsoft.com>
To: "pcp@ietf.org" <pcp@ietf.org>, "draft-ietf-pcp-third-party-id-option@tools.ietf.org" <draft-ietf-pcp-third-party-id-option@tools.ietf.org>
Thread-Topic: WGLC: draft-ietf-pcp-third-party-id-option-00 comments due by JAN 7
Thread-Index: AdAUmN+JZKlOnk13T+SCfObVLzGX0AUhmhpQAGq7R+A=
Date: Wed, 07 Jan 2015 22:41:39 +0000
Message-ID: <BY2PR03MB412AAEF0602428701A7EF76A3460@BY2PR03MB412.namprd03.prod.outlook.com>
References: <BY2PR03MB4124BB9C36736AB365DC699A3620@BY2PR03MB412.namprd03.prod.outlook.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [2001:4898:80e0:ee43::3]
authentication-results: spf=none (sender IP is ) smtp.mailfrom=dthaler@microsoft.com;
x-dmarcaction: None
x-microsoft-antispam: BCL:0;PCL:0;RULEID:(3005003);SRVR:BY2PR03MB409;
x-exchange-antispam-report-test: UriScan:;
x-exchange-antispam-report-cfa: BCL:0;PCL:0;RULEID:;SRVR:BY2PR03MB409;
x-forefront-prvs: 044968D9E1
x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(6009001)(189002)(164054003)(13464003)(243025005)(199003)(377424004)(3905003)(51704005)(377454003)(99286002)(105586002)(2656002)(77156002)(62966003)(4396001)(31966008)(2900100001)(1720100001)(74316001)(77096005)(46102003)(15975445007)(87936001)(102836002)(76576001)(106356001)(19580395003)(19580405001)(64706001)(120916001)(40100003)(107046002)(2501002)(107886001)(21056001)(50986999)(54606007)(54206007)(76176999)(54356999)(92566001)(230783001)(20776003)(99396003)(86612001)(122556002)(33656002)(101416001)(86362001)(3826002); DIR:OUT; SFP:1102; SCL:1; SRVR:BY2PR03MB409; H:BY2PR03MB412.namprd03.prod.outlook.com; FPR:; SPF:None; MLV:sfv; PTR:InfoNoRecords; MX:1; A:1; LANG:en;
received-spf: None (protection.outlook.com: microsoft.com does not designate permitted sender hosts)
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: 07 Jan 2015 22:41:39.8119 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 72f988bf-86f1-41af-91ab-2d7cd011db47
X-MS-Exchange-Transport-CrossTenantHeadersStamped: BY2PR03MB409
Archived-At: http://mailarchive.ietf.org/arch/msg/pcp/LjlwUNhNaOFwu1MRBn4mtbnaLwc
Subject: Re: [pcp] WGLC: draft-ietf-pcp-third-party-id-option-00 comments due by JAN 7
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: Wed, 07 Jan 2015 22:42:08 -0000

A copy with my comments inline is now at
http://research.microsoft.com/~dthaler/draft-ietf-pcp-third-party-id-option-00.pdf

Summary:
1) Too many places are still worded to be about "tunnel ID" rather than "third party ID".
   This draft shouldn't assume tunnels, that's just one example case.
2) Need to explicitly state the assumption that the same PCP-IWF serves multiple subscribers.
    (It was implicit currently, but should be explicit.)
3) Need to explicitly state the assumption that the PCP client and PCP server have some
    out-of-band mechanism to agree on what to put in the THIRD_PARTY_ID field.
    (Again it was implicit, but should be explicit.)
4) Section 5.2 on processing a request needs to cover the success case, not just the error case.
    And I believe that behavior changes the basic rules in RFC 6887 and hence this document
    should Update 6887.  I.e. you cannot simply implement this as a layer on top of an
    unmodified 6887-compliant PCP implementation.
5) Section 5.3 on processing a response has a new requirement "SHOULD report an error"
     which is not in RFC 6887 section 11.4 or 12.4.   Is this really a requirement?  I'm ok
    either way, but not sure why this specific error response would be special in terms
    of what should be reported to somewhere.

-Dave

> -----Original Message-----
> From: Dave Thaler
> Sent: Monday, January 5, 2015 11:40 AM
> To: 'pcp@ietf.org'
> Subject: RE: WGLC: draft-ietf-pcp-third-party-id-option-00 comments due by
> JAN 7
> 
> As a reminder, this WGLC will conclude in 2 days.
> Please review and send comment.
> 
> -Dave
> 
> > -----Original Message-----
> > From: Dave Thaler
> > Sent: Wednesday, December 10, 2014 8:50 AM
> > To: pcp@ietf.org
> > Subject: WGLC: draft-ietf-pcp-third-party-id-option-00 comments due by
> > JAN 7
> >
> > In Honolulu we had a discussion about the draft formerly known as
> > draft-ripke- pcp-tunnel-id-option, which has been presented and
> > discussed several times over the last several meetings.  We said we'd
> > adopt it as a WG document and immediately last call it.
> >
> > The document has now been republished as
> > draft-ietf-pcp-third-party-id-option,
> > and as such, this email initiates a Working Group Last Call on it to
> > conclude on Wednesday, January 7th (allowing extra time due to
> > holidays).  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: Monday, December 8, 2014 2:19 PM
> > To: i-d-announce@ietf.org
> > Cc: pcp@ietf.org
> > Subject: [pcp] I-D Action: draft-ietf-pcp-third-party-id-option-00.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           : PCP Third Party ID Option
> >         Authors         : Andreas Ripke
> >                           Rolf Winter
> >                           Thomas Dietz
> >                           Juergen Quittek
> >                           Rafael Lopez da Silva
> > 	Filename        : draft-ietf-pcp-third-party-id-option-00.txt
> > 	Pages           : 11
> > 	Date            : 2014-12-08
> >
> > Abstract:
> >    This document describes a new Port Control Protocol (PCP) option
> >    called THIRD_PARTY_ID.  It is used together with the THIRD_PARTY
> >    option specified in [RFC6887] to identify a Third Party in situations
> >    where the IP address in the THIRD_PARTY option alone is insufficient
> >    to create mappings in a PCP-controlled device.
> >
> >
> > The IETF datatracker status page for this draft is:
> > https://datatracker.ietf.org/doc/draft-ietf-pcp-third-party-id-option/
> >
> > There's also a htmlized version available at:
> > http://tools.ietf.org/html/draft-ietf-pcp-third-party-id-option-00
> >
> >
> > 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