Re: [mpls] COnsensus call on draft-ietf-mpls-tp-mfp-use-case-and-requirements - Working Group Last Call closed

Stewart Bryant <stewart.bryant@gmail.com> Tue, 25 October 2016 07:36 UTC

Return-Path: <stewart.bryant@gmail.com>
X-Original-To: mpls@ietfa.amsl.com
Delivered-To: mpls@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 46DA6129ACF; Tue, 25 Oct 2016 00:36:04 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.7
X-Spam-Level:
X-Spam-Status: No, score=-2.7 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com
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 eT2I6ejRgg8G; Tue, 25 Oct 2016 00:36:01 -0700 (PDT)
Received: from mail-wm0-x234.google.com (mail-wm0-x234.google.com [IPv6:2a00:1450:400c:c09::234]) (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 6F3141294D1; Tue, 25 Oct 2016 00:36:01 -0700 (PDT)
Received: by mail-wm0-x234.google.com with SMTP id c78so7235727wme.0; Tue, 25 Oct 2016 00:36:01 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=subject:to:references:from:message-id:date:user-agent:mime-version :in-reply-to:content-transfer-encoding; bh=RJ+vWSIYfdFYWkyEZXNnYPmdlrwh1T03l44iouh+xDI=; b=rP5mqQOn+XK3o/zJqMqE9QYkwi1OoG1BCYQuZ58oWFReSBcrouO8MrAPDiUSycZO6s lsz9vca9e0q4SEBcAJWKFklMUKj2rU67NtZ+w9TWwOPD98A6UznEmrSKyLiESeDqdELQ runzd1dLE1SPQxooL+kSFosi5MZ1HDSdtUd9RrdUGWmFS639SKtzYnapn5EqR0vaWi5c NuqgkYJ1qoHMNCTl2KL4oJ9+MjO770zr+pk6EgKBpUSRdCUYA79nqJkimEcdGIBtyyXQ vmZpZqMu9bq3+fvoNPlRW88yXz8RSsMdU9BInuBRMZP0B8tNUN8lCuxVnhNiLl0ttps5 Ivyg==
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-transfer-encoding; bh=RJ+vWSIYfdFYWkyEZXNnYPmdlrwh1T03l44iouh+xDI=; b=l91SnZsXo5b9WQ+8DlGmJkAhQOOP4v46DWkAgKBI5IPgU2ZW3xzKgQavEQWvNQXzVS Xhdm12fiZ6xwjRydYME9w9myrWhq4Mv9WC5uPM0n+gyV9KYpsZxSYqCL0EdoTghuogMt 9Cf2FxCGPJHxHlBtP/4w5FxquvI1A/Fa3FP751FTCpTH4l3Bld76QXpcPW3wSkh+yXLn xPaK7fJso7ZDGZUgQ2kY6E/lrvNXmUsCISfWBV620urfknk/5LGMa2fqO/RTgrSP0TCr LfVxxEnxlK733L+cMRo+3zeSxU8zvApGhWOmUgI1+8JhCw5NFOzwi5vqaWv1svuZ1XEa tUig==
X-Gm-Message-State: ABUngveFUlEV6aox2XsDJ5JiGzL4b9Fb71zpXZojQW/ilNcoMMXaAH/khZUZcgZGGEUS5w==
X-Received: by 10.28.93.137 with SMTP id r131mr1581621wmb.2.1477380959759; Tue, 25 Oct 2016 00:35:59 -0700 (PDT)
Received: from [192.168.2.104] (host213-123-124-182.in-addr.btopenworld.com. [213.123.124.182]) by smtp.gmail.com with ESMTPSA id pe5sm23501699wjb.15.2016.10.25.00.35.58 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 25 Oct 2016 00:35:58 -0700 (PDT)
To: mpls@ietf.org, "<rtg-ads@ietf.org>" <rtg-ads@ietf.org>
References: <c90c84e6-ab73-f614-cb7c-f0cdc695317a@pi.nu>
From: Stewart Bryant <stewart.bryant@gmail.com>
Message-ID: <e307db9a-b90d-e427-782c-b7f08989a239@gmail.com>
Date: Tue, 25 Oct 2016 08:35:57 +0100
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.4.0
MIME-Version: 1.0
In-Reply-To: <c90c84e6-ab73-f614-cb7c-f0cdc695317a@pi.nu>
Content-Type: text/plain; charset="windows-1252"; format="flowed"
Content-Transfer-Encoding: 7bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/mpls/2-y6s_apOQdOX8m2LxD7tJwr1LU>
Subject: Re: [mpls] COnsensus call on draft-ietf-mpls-tp-mfp-use-case-and-requirements - Working Group Last Call closed
X-BeenThere: mpls@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: Multi-Protocol Label Switching WG <mpls.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/mpls>, <mailto:mpls-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/mpls/>
List-Post: <mailto:mpls@ietf.org>
List-Help: <mailto:mpls-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mpls>, <mailto:mpls-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 25 Oct 2016 07:36:04 -0000


On 25/10/2016 03:40, Loa Andersson wrote:
> Working Group,
>
>
> Our AD and the IESG recommend working in parallel with requirements
> and solutions.  The fact is that have been no drafts on solutions.
> Once there is reasonable progress on a solutions document we can
> proceed.

This change of policy by the IESG is something that I think needs wider 
discussion.

Sometimes this is right, but other times it is useful to establish the 
requirements
in the absence of a decision on the solution to harden the foundations 
of the
project.

It is not uncommon for people to game the requirements to give the edge
to their preferred solution. In these circumstances, taking an objective
look at the requirements and freezing them through publication can help.
Also in some cases there may be a matter of IESG policy that needs to be
frozen before important decisions in the solution can be made.

Now I am not sure that this applies to this specific case, but I am worried
about this new IESG policy preventing WGs approaching their problems
in the manner that best suits each problem.

Perhaps a discussion for the open meeting?

Stewart