Re: [bess] Joel Jaeggli's Discuss on draft-ietf-bess-mvpn-extranet-06: (with DISCUSS and COMMENT)

Eric C Rosen <erosen@juniper.net> Mon, 14 March 2016 18:30 UTC

Return-Path: <erosen@juniper.net>
X-Original-To: bess@ietfa.amsl.com
Delivered-To: bess@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B93B412D6DF; Mon, 14 Mar 2016 11:30:43 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.792
X-Spam-Level:
X-Spam-Status: No, score=-1.792 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, T_DKIM_INVALID=0.01] autolearn=no autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=fail (1024-bit key) reason="fail (body has been altered)" header.d=junipernetworks.onmicrosoft.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 fuUlQpA6Qy8y; Mon, 14 Mar 2016 11:30:42 -0700 (PDT)
Received: from na01-bn1-obe.outbound.protection.outlook.com (mail-bn1on0734.outbound.protection.outlook.com [IPv6:2a01:111:f400:fc10::734]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A872E12D553; Mon, 14 Mar 2016 11:30:40 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=junipernetworks.onmicrosoft.com; s=selector1-juniper-net; h=From:To:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=DLJX7o5jqT+lySgK03AmaHiK4pWq/6bTw9AXC2/Du6Y=; b=FAnFB4Lm4fk9EdenSVxcq8EN/bnakvW41k6DAf3n3p9EsLwh9ynA4tg/OLGOINTBRVOFHGVqnZl3a4xIqvlXUkU55U3o0kZ1qSJk0jf5Hgy1ODNxtV3Exw7+Ks5WT6k4kb3Bi1kj9yBkYYb4uu3JTBnS8+biI9NokDXNHVNcOHw=
Authentication-Results: juniper.net; dkim=none (message not signed) header.d=none;juniper.net; dmarc=none action=none header.from=juniper.net;
Received: from [172.29.35.227] (66.129.241.13) by DM2PR05MB798.namprd05.prod.outlook.com (10.141.180.21) with Microsoft SMTP Server (TLS) id 15.1.427.16; Mon, 14 Mar 2016 18:30:20 +0000
To: joel jaeggli <joelja@bogus.com>, "Alvaro Retana (aretana)" <aretana@cisco.com>
References: <20160228163705.24380.24145.idtracker@ietfa.amsl.com> <D2FB57DC.114103%aretana@cisco.com> <ee6f1adf-48ef-42b8-9a87-c1879ba9ae8e@bogus.com>
From: Eric C Rosen <erosen@juniper.net>
Message-ID: <56E70337.6040103@juniper.net>
Date: Mon, 14 Mar 2016 14:30:15 -0400
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.6.0
MIME-Version: 1.0
In-Reply-To: <ee6f1adf-48ef-42b8-9a87-c1879ba9ae8e@bogus.com>
Content-Type: text/plain; charset="windows-1252"; format="flowed"
Content-Transfer-Encoding: 8bit
X-Originating-IP: [66.129.241.13]
X-ClientProxiedBy: CY1PR14CA0068.namprd14.prod.outlook.com (25.164.65.164) To DM2PR05MB798.namprd05.prod.outlook.com (10.141.180.21)
X-MS-Office365-Filtering-Correlation-Id: f63c6407-4d30-4540-cfa4-08d34c36b37f
X-Microsoft-Exchange-Diagnostics: 1; DM2PR05MB798; 2:kr2lvmb5tCO9eC/W2WlPtT+PZ884hRQp+plKIinADn02YC5PNqwzdckRNnzF06wrSHch82tT7zLMO4Ere+ZCawQ/fh9mAeA1fgZKqT4GtFw1LOHPx8n1XcZsot0APsLHCZzcS1wwTDfSDK/7atkfLsAzX/K5ngW/PS4HTCrdXD+Lic8tW4mqMN8zqLEa2JpG; 3:HO6efUD2mECYFSkLu1EUWyEzrb5yRrmWty5TelaW8H0iw1HHd1I0mkkSMhQ+G3ONFrNUhRJBe65+/FQBiHIase6Y7NdeeSFoGfy1mJ1MfqWlIBowEZppbQq/DBJNs8vU; 25:mAdFhhqs1uRlL28Wa0Pxlhc6zR3nszBKaPC0EkK8z5SUgMMuCqAm+WV5RTzMpwnRjM5Ej/VFj4rIdfAN6nIN5Irue0lM7xDXIzFvUnuOJAv2yyXmM3JDTFkTB0NlCPFKcPHLzZrRwpdMmPEu5VXsqlhVNwodmjQEtLBEAcXnTG3mwppnIKKt2xgYinSEMG/749U+k/lbehjF52KrU1uvC7KcSoaxb3OwBX9NAi409DQfPzyUwiFn9IzFXR57WqOMW2Zwvms0x8w270DJH5as8RNrwBVgeYjx3w2fIXJqf9F0uA5n+hLEEJqppSY+bkJdDqdGYb//ukqvdHkwgP/DIA==
X-Microsoft-Antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:DM2PR05MB798;
X-LD-Processed: bea78b3c-4cdb-4130-854a-1d193232e5f4,ExtAddr
X-Microsoft-Exchange-Diagnostics: 1; DM2PR05MB798; 20:NIBZeP4cWIUvD8q3fdXyfC+L6dwHNeieXe1DggEuUtA/jOwOY/jOOpnb6cf45hmVfW5CQtebZji9rNOs5Ps+srysIuhIAJzEadhRXzHAUopZzEex9z/EHOoutBtfQf2zIOb6mtnqg4CYYXIA1/ClCmqdkA5CmDBNLjCdO2orybfCdkGWOymj0ugVn0X9MZnkfCdtZ0hLqrB/k5FtPX8fvwMks0ksUwH8qdcgMtI32Re6AiSayvJHOPSP2sokgXa0lTDswnw1H6d2zFYTh+I8OAkz8z/+J8QGUFiShMSIIjt/9pc1Fy7GYL+59a8zCDCX8FtkZMtYCB+B9l14v6ziJ6xEmvLx+I1alKL1CRwRpljB8MCn1W1VGt/ETlq4BGvJfTYkZQjR5zEL4zDHakdKRVSHlrWCC6wR7DGIIdcC7NNC4/OV1S7nsQko+ZeNbPS0wUMn0L3WBymGSzWi6QWQpHRcp6gQQRm4wOjARaIV70MJkMeAhyIIvX8ffNE23ZwO; 4:Fj2SZV0pCwPLlOC7cy30Ct01iAtVNApko5uoV8+w41Cz34ksLntqcU9JQasEpu9FGLuNUnfGWh44H+PLoho5SG8mkAuZSYFozzi4o+o272dFZXpPNUqocpnCJ53qnjaPEinQKADfDL9COYVpESQAfQ2/MK597hcsNGQ2eAKOhMdoLlLxyzy2o7vnE9I5uGAv6bpAwz5NjXA0oxAp7HIpa0/P0M6MtwVGpMeoQ2r+2A5xlNd3jXcYIx1P4CXhENnEkwnVwFFshqU0+7DoP8AXab7ulDWTz1T0Xf8UHnhhAxoGhw1s1lxxZTNwwyZ6o+0LRvTB+nOipH4TkhwXvOFiQyFF8gWCVFTTXS60djOb495VlGQp6H4WIW+2pUY+sqGo
X-Microsoft-Antispam-PRVS: <DM2PR05MB798339C4B184709D0241418D4880@DM2PR05MB798.namprd05.prod.outlook.com>
X-Exchange-Antispam-Report-Test: UriScan:;
X-Exchange-Antispam-Report-CFA-Test: BCL:0; PCL:0; RULEID:(601004)(2401047)(5005006)(8121501046)(10201501046)(3002001); SRVR:DM2PR05MB798; BCL:0; PCL:0; RULEID:; SRVR:DM2PR05MB798;
X-Forefront-PRVS: 0881A7A935
X-Forefront-Antispam-Report: SFV:NSPM; SFS:(10019020)(4630300001)(6009001)(6049001)(377454003)(24454002)(479174004)(87266999)(189998001)(4326007)(586003)(5008740100001)(2950100001)(5001770100001)(81166005)(15975445007)(50986999)(47776003)(33656002)(54356999)(76176999)(6116002)(66066001)(86362001)(4001350100001)(83506001)(3846002)(230783001)(19580395003)(2870700001)(554214002)(23746002)(1096002)(5004730100002)(42186005)(50466002)(36756003)(2906002)(64126003)(92566002)(77096005); DIR:OUT; SFP:1102; SCL:1; SRVR:DM2PR05MB798; H:[172.29.35.227]; FPR:; SPF:None; MLV:sfv; LANG:en;
X-Microsoft-Exchange-Diagnostics: 1; DM2PR05MB798; 23:atH4GGSX+dlowHBvF//q9AyMoE0cmUKQvON3KvHC/fXLA2fDFTF3EeQzdfyXBKd9PVcO1kv6Al3uf5Qm/PC0V5sPcU2mflKhjderlI6ka3GPOVc5NByPKuvlPYlt5K0s3oeuaW9OITtbRNn4X9/ruwhuYsISJS4WqHWEyu1NPyBbFKHiHF5T663qsjybX/IdMH+XWzHYCSpsC5KtMwVGRnqC61xnyyr/utfsJn9BchGPCVHlfcqXiVhx8T7MpLk1lVlTFVIhbrDxK2mV2kDNuTqwE+Uvwm2szWfmtzgSUXSzdHxAgQtTNYtdeQc/SLnQCl8txBNfbPZw0J+MBWGuQ15uW4hcPunnjhnIOpWP82wop0UzaDBbWuMkxOl6HADzBa46jZohC9iDELhiSda198fX9v9Qk4I0oW8gzHy/akz4dvTLwDGKTmega9wmvfrjao/wsj6Iea/nliiFS8dOp60pdTU/8nIJw9rqU8gPEfllhv1Rhv490JReJib/YqBtLMFdgZWYITNJ8yvzUS8QzguAw53DnNflGXNM1vvIC6kJwfWD/+zwoiMKy2vTZJxeoV28p0Mro4MoS2xMrfqKUIi/5x9hldi6RdVrJsmr6yzMg8shNRrgGj4YJxTD0oXpSb3jn1Tp6FhY8r1k1YFwHgVy5UE743Tv7MsPMFUBJ3j3VUc14nVKj19iWkKz2vjtQpWpmWdohJ+fEdduhR/vAocDFBh3hn6WJ9SnQ3+857wNjKRPG3hVI9Wew7MtiSeJBFrqN0e5NNxVxFatg1hLWNl4gKm1dRCO8usvd08DyGktgx3aUnwt9Oj4p9Ykmpeozfy27UkLu4lDe2Ondahbo5G+UTbN/ZQp2i3Ft2a1v09Lyo6LqyCgiOC/+OI4TaZ8RaOpyXlSngA8nAaP7Ofa6nQqbhG+a1Tt8ugnImaZNuEuRjUuQAFXpOFlfxtKZZMH6Cil4pcUkjeSKcFlo8UtwcH5DCYTCZ3QwH5t4pdVQ5Ld/Y2vD8A0NYYYB7SeyrVegQBjzS62d9fTJ0xIHIPZkAwAOeobkafnuMsblwnWoi9ckCG1edZd50c7YNdsYiYV
X-Microsoft-Exchange-Diagnostics: 1; DM2PR05MB798; 5:TrRQqZ0Vwwkz1STjZ2bjQH8DitoM6k08Ag7nu553BgW7GBvHVFb4qc/AXVfqG3OuYYbl8LcIa42JiH0/BZGgaP+pYFWpZVH3RwPshrKUuWJIRxINsg5m58nmviX51wo6sw0OMN6pEDyq1Df/Sgf83Q==; 24:op+/FEIOOXFhcvdxqMYbMDjHhNIT6aqObBhvKWrnH9clO8WkLCbCjT5GL7DjexVMAbX8Wyr2Z2+/YeEw0lBUDsAUGPAvEgIlZ1FlcfN6jVA=
X-OriginatorOrg: juniper.net
X-MS-Exchange-CrossTenant-OriginalArrivalTime: 14 Mar 2016 18:30:20.1564 (UTC)
X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted
X-MS-Exchange-Transport-CrossTenantHeadersStamped: DM2PR05MB798
Archived-At: <http://mailarchive.ietf.org/arch/msg/bess/tQoQ4keUVQpx-WeGYfL5KQEOLAg>
Cc: "bess-chairs@ietf.org" <bess-chairs@ietf.org>, "draft-ietf-bess-mvpn-extranet@ietf.org" <draft-ietf-bess-mvpn-extranet@ietf.org>, "martin.vigoureux@alcatel-lucent.com" <martin.vigoureux@alcatel-lucent.com>, "bess@ietf.org" <bess@ietf.org>, The IESG <iesg@ietf.org>
Subject: Re: [bess] Joel Jaeggli's Discuss on draft-ietf-bess-mvpn-extranet-06: (with DISCUSS and COMMENT)
X-BeenThere: bess@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: BGP-Enabled ServiceS working group discussion list <bess.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/bess>, <mailto:bess-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/bess/>
List-Post: <mailto:bess@ietf.org>
List-Help: <mailto:bess-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/bess>, <mailto:bess-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 14 Mar 2016 18:30:44 -0000

On 3/10/2016 10:34 AM, joel jaeggli wrote:
> I think the question comes down to, is this document adequately
> prescriptive when it comes to implementation in a network.
As far as I can tell, no one has offered any reason to think that the 
document is not adequately prescriptive.

> You see to be asking us to write the words.

No, you are just being asked to state what you think is needed that 
isn't present.  This should be stated with enough precision to enable 
the authors to know what it would take to lift the DISCUSS.

The text you quote from Sue:

> I am looking for an operator-based “abstract” that focuses the reader on the key
> points.

does not help me understand what is claimed to be missing.  I do not 
know what an "operator-based abstract" would be, or where it is stated 
that such a thing is required.

> unique RD per VRF, yes it discusses this, then brings in the extranet RD
> leakage. calling this spongy is maybe an understatement.

This statement is a good example of the way in which the DISCUSS is 
unsatisfactory.  There is in fact no such technical concept as "RD 
leakage", and it is impossible to understand from the above text just 
what objection is being made.

Procedures for the use of the extranet RD are defined in such a way that 
existing procedures using the default RD will still work.

> This question
> might be easier to discuss cogently if in fact the document were easier
> to read. It is not, so you find your CO-ADs relying on the reviews of
> domain experts, and previous discussion on the list.

Lack of familiarity with the normative references seems to be a factor 
here.  However, I am not aware of any requirement to provide an 
"executive summary" for people who are not familiar with the normative 
references.

I would like to call your attention to 
http://www.ietf.org/iesg/statement/discuss-criteria.html.  In section 
3.2, "DISCUSS Non-Criteria", it says "None of the following are criteria 
for which the IESG should DISCUSS a document", and among "the following" 
it lists:

Unfiltered external party reviews. While an AD is welcome to consult 
with external parties, the AD is expected to evaluate, to understand and 
to concur with issues raised by external parties. Blindly 
cut-and-pasting an external party review into a DISCUSS is inappropriate 
if the AD is unable to defend or substantiate the issues raised in the 
review.

Also among the non-criteria is:

Stating "I think there's something wrong here, and I'll tell you what it 
is later" is not appropriate for a DISCUSS;

I think this would rule out a DISCUSS based on the feeling that "there 
might be some mistakes in the part of the document that I don't understand".

On that same page, it lists among the valid DISCUSS criteria:

It would present serious operational issues in widespread deployment, by 
for example neglecting network management or configuration entirely.

This seems to be the main criterion being used to support the DISCUSS, 
but given the number of provisioning rules and warnings contained in the 
document, and the extensive discussion of what has to be configured in 
the PEs, I don't see how one could claim that network management or 
configuration are neglected entirely.

Thus I think this DISCUSS violates the IETF process in the following ways:

- The DISCUSS is too vague to be actionable.

- It is not based on a valid DISCUSS criterion.

- It relies entirely on an "unfiltered external party review".