Re: [Gen-art] Gen-ART Last Call review of draft-ietf-pcp-port-set-10

Simon Perreault <sperreault@jive.com> Tue, 13 October 2015 12:39 UTC

Return-Path: <sperreault@jive.com>
X-Original-To: gen-art@ietfa.amsl.com
Delivered-To: gen-art@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2CB561B2FFB for <gen-art@ietfa.amsl.com>; Tue, 13 Oct 2015 05:39:45 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.601
X-Spam-Level:
X-Spam-Status: No, score=-2.601 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-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 ytG6ZcPnEe06 for <gen-art@ietfa.amsl.com>; Tue, 13 Oct 2015 05:39:44 -0700 (PDT)
Received: from mail-ob0-f173.google.com (mail-ob0-f173.google.com [209.85.214.173]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 1BBDE1B2FF9 for <gen-art@ietf.org>; Tue, 13 Oct 2015 05:39:43 -0700 (PDT)
Received: by obbbh8 with SMTP id bh8so12278112obb.0 for <gen-art@ietf.org>; Tue, 13 Oct 2015 05:39:43 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:subject:to:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-type :content-transfer-encoding; bh=wd/2Np7gtTKRFP7WquyIq2wu2xxaaLe/udhe10vifPs=; b=hiNThTLb47k35FsW1RUCP+xb6IbP+Y9Vk+Qsd+Qpz7X4rZEhCLZG49bfNHaw6v6UPj ZgrsT5oI5NFuX9f8tazKAnwXr3UyBBShjCNOzp2pNycKV4YVaw+a3RFRFTcAxHMbC3QN T2YAkT0tgn+KVQmLn4GdYAuzfreRdIdZekm9yxu5qvOEXmNVUO/4WzY8cSSvB+mYbUqE vw0qSZkApT1MD234kE65+QBsmgq0dKvj17ffNWlGR8Hfz7+Aa6ENyNq2rLy6g6kOwp6c Ri7xjom9oNUs2HlGt4QEcsEfOF5n6W225ZOjmTd8euRoZLZfarV8KrdsnAIZxBvPi1Zu gCYQ==
X-Gm-Message-State: ALoCoQnu9RWomMLRRXjNI7rhbKxL0+DmKq+Fw9t9mD8xeXjuCLhMCulkwvElDxihwdQjfomaw31P
X-Received: by 10.60.118.162 with SMTP id kn2mr18592465oeb.80.1444739983338; Tue, 13 Oct 2015 05:39:43 -0700 (PDT)
Received: from Simons-MacBook-Air.local (modemcable164.157-22-96.mc.videotron.ca. [96.22.157.164]) by smtp.googlemail.com with ESMTPSA id hc5sm1396763obb.27.2015.10.13.05.39.42 (version=TLSv1/SSLv3 cipher=OTHER); Tue, 13 Oct 2015 05:39:42 -0700 (PDT)
To: Meral Shirazipour <meral.shirazipour@ericsson.com>, "draft-ietf-pcp-port-set.all@tools.ietf.org" <draft-ietf-pcp-port-set.all@tools.ietf.org>, "gen-art@ietf.org" <gen-art@ietf.org>
References: <ABCAA4EF18F17B4FB619EA93DEF7939A45432563@eusaamb107.ericsson.se>
From: Simon Perreault <sperreault@jive.com>
X-Enigmail-Draft-Status: N1110
Message-ID: <561CFB8D.4020801@jive.com>
Date: Tue, 13 Oct 2015 08:39:41 -0400
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:38.0) Gecko/20100101 Thunderbird/38.3.0
MIME-Version: 1.0
In-Reply-To: <ABCAA4EF18F17B4FB619EA93DEF7939A45432563@eusaamb107.ericsson.se>
Content-Type: text/plain; charset="windows-1252"
Content-Transfer-Encoding: 8bit
Archived-At: <http://mailarchive.ietf.org/arch/msg/gen-art/wXmuuh3lEgZHfW1vYbjQeCY5pyA>
Subject: Re: [Gen-art] Gen-ART Last Call review of draft-ietf-pcp-port-set-10
X-BeenThere: gen-art@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: "GEN-ART: General Area Review Team" <gen-art.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/gen-art>, <mailto:gen-art-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/gen-art/>
List-Post: <mailto:gen-art@ietf.org>
List-Help: <mailto:gen-art-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/gen-art>, <mailto:gen-art-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 13 Oct 2015 12:39:45 -0000

Le 2015-10-12 01:49, Meral Shirazipour a écrit :
> Minor issues:
> -[Page 7], Section 4.1, "If the PCP Client does not know the exact number of ports its requires, it MAY then set the Port Set Size to 0xffff, indicating that it is willing to accept as many ports as the PCP server can offer."
> Question/clarification to add: Mention if there a mechanism where the server will know which of the mapped ports are going to be used by the client? and which mappings can be discarded/reused in a subsequent request.

Not sure what you mean exactly. The use case we had in mind when we
wrote that sentence was a LW4o6 B4 that would fetch as many ports as it
could to use as a port pool. So it doesn't know in advance how many
ports it will use. It's just asking for as many as the AFTR is willing
to provide. I suppose a heuristic to release unused ports could be
possible, but it would make much more sense to simply configure the
maximum port set size on the AFTR to a value that makes operational sense.

Does that answer your question? Do you think changes to the text are
warranted?

Simon