Re: [pcp] Stephen Farrell's No Objection on draft-ietf-pcp-port-set-12: (with COMMENT)

<mohamed.boucadair@orange.com> Thu, 22 October 2015 12:39 UTC

Return-Path: <mohamed.boucadair@orange.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 00CBF1B369E; Thu, 22 Oct 2015 05:39:08 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.909
X-Spam-Level:
X-Spam-Status: No, score=-1.909 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FREEMAIL_FROM=0.001, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, UNPARSEABLE_RELAY=0.001] 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 XIy7iehPuQaI; Thu, 22 Oct 2015 05:39:06 -0700 (PDT)
Received: from relais-inet.orange.com (relais-nor36.orange.com [80.12.70.36]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 2AF2E1B369A; Thu, 22 Oct 2015 05:39:06 -0700 (PDT)
Received: from opfednr01.francetelecom.fr (unknown [xx.xx.xx.65]) by opfednr20.francetelecom.fr (ESMTP service) with ESMTP id 3E6CB4014A; Thu, 22 Oct 2015 14:39:04 +0200 (CEST)
Received: from Exchangemail-eme2.itn.ftgroup (unknown [xx.xx.31.66]) by opfednr01.francetelecom.fr (ESMTP service) with ESMTP id 0005A1A0056; Thu, 22 Oct 2015 14:39:03 +0200 (CEST)
Received: from OPEXCLILMA3.corporate.adroot.infra.ftgroup ([fe80::60a9:abc3:86e6:2541]) by OPEXCLILMA1.corporate.adroot.infra.ftgroup ([fe80::95e2:eb4b:3053:fabf%19]) with mapi id 14.03.0248.002; Thu, 22 Oct 2015 14:39:03 +0200
From: <mohamed.boucadair@orange.com>
To: Stephen Farrell <stephen.farrell@cs.tcd.ie>, The IESG <iesg@ietf.org>
Thread-Topic: Stephen Farrell's No Objection on draft-ietf-pcp-port-set-12: (with COMMENT)
Thread-Index: AQHRDMOT8DKO5rybrkyKzpbVLb+dbp53bpzQ
Date: Thu, 22 Oct 2015 12:39:03 +0000
Message-ID: <787AE7BB302AE849A7480A190F8B933008C84D92@OPEXCLILMA3.corporate.adroot.infra.ftgroup>
References: <20151022121707.19305.9899.idtracker@ietfa.amsl.com>
In-Reply-To: <20151022121707.19305.9899.idtracker@ietfa.amsl.com>
Accept-Language: fr-FR, en-US
Content-Language: fr-FR
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.168.234.5]
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
Archived-At: <http://mailarchive.ietf.org/arch/msg/pcp/b-XMjOKRR_hAzj4WDm_qAe9fZ2E>
Cc: "draft-ietf-pcp-port-set@ietf.org" <draft-ietf-pcp-port-set@ietf.org>, "pcp@ietf.org" <pcp@ietf.org>, "rapenno@yahoo.com" <rapenno@yahoo.com>, "pcp-chairs@ietf.org" <pcp-chairs@ietf.org>
Subject: Re: [pcp] Stephen Farrell's No Objection on draft-ietf-pcp-port-set-12: (with COMMENT)
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: <https://mailarchive.ietf.org/arch/browse/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: Thu, 22 Oct 2015 12:39:08 -0000

Hi Stephen,

Please see inline.

Cheers,
Med

> -----Message d'origine-----
> De : Stephen Farrell [mailto:stephen.farrell@cs.tcd.ie]
> Envoyé : jeudi 22 octobre 2015 14:17
> À : The IESG
> Cc : draft-ietf-pcp-port-set@ietf.org; pcp-chairs@ietf.org;
> rapenno@yahoo.com; pcp@ietf.org
> Objet : Stephen Farrell's No Objection on draft-ietf-pcp-port-set-12:
> (with COMMENT)
> 
> Stephen Farrell has entered the following ballot position for
> draft-ietf-pcp-port-set-12: No Objection
> 
> When responding, please keep the subject line intact and reply to all
> email addresses included in the To and CC lines. (Feel free to cut this
> introductory paragraph, however.)
> 
> 
> Please refer to https://www.ietf.org/iesg/statement/discuss-criteria.html
> for more information about IESG DISCUSS and COMMENT positions.
> 
> 
> The document, along with other ballot positions, can be found here:
> https://datatracker.ietf.org/doc/draft-ietf-pcp-port-set/
> 
> 
> 
> ----------------------------------------------------------------------
> COMMENT:
> ----------------------------------------------------------------------
> 
> 
> - section 4, last sentence: I didn't get why this MUST NOT was
> needed. I've no clue if it'd be obvious to a PCP implementer
> or not though. 4.2 does say though, maybe consider moving the
> note up?

[Med] That sentence was removed as per the comment from Ben.

> 
> - 4.1: size == 0xffff has gotta be operationally dangerous,
> I'm surprised you don't have a bunch of caveats on it's use.
> Shouldn't you have at least some guidance in 4.2 for that as
> well? 6.1 and section 7 cover this though I guess.

[Med] I don't see what can be added more than the discussion about the port quota that is already covered in 6.1 and 7. The PCP logic is that it is always up to the server to decide, but still clients may express their preferences. No guarantee those preferences will be honored by the server.

> 
> - 4.2: Is there a possible troublesome case where the client
> asks for parity and gets that but gets fewer ports than
> requested? E.g. if client wants 6 with parity and only gets 5,
> then the client might not be able to use that as it really
> needs 3 pairs of ports. Did you consider saying that a server
> has to return an even number of ports if parity is requested?
> (Or would that make sense?, I'm not sure:-)
> 
[Med] The decision about what to return to the server depends on the policies configured to the server and the ports usage of a client. A server that supports port parity and port set assignment will honor a request as far as the port quota is not exceeded. I don't see a valid argument to require the server to always return an even number of ports if parity is requested.