Re: [bess] Benoit Claise's Discuss on draft-ietf-l3vpn-acceptown-community-09: (with DISCUSS)

"Adrian Farrel" <adrian@olddog.co.uk> Thu, 05 February 2015 19:22 UTC

Return-Path: <adrian@olddog.co.uk>
X-Original-To: bess@ietfa.amsl.com
Delivered-To: bess@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5F9411A8A8F; Thu, 5 Feb 2015 11:22:14 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -101.3
X-Spam-Level:
X-Spam-Status: No, score=-101.3 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, J_CHICKENPOX_62=0.6, RCVD_IN_DNSWL_NONE=-0.0001, USER_IN_WHITELIST=-100] autolearn=no
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 kxeZFisxNCXR; Thu, 5 Feb 2015 11:22:13 -0800 (PST)
Received: from asmtp4.iomartmail.com (asmtp4.iomartmail.com [62.128.201.175]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 0828E1A8A87; Thu, 5 Feb 2015 11:22:12 -0800 (PST)
Received: from asmtp4.iomartmail.com (localhost.localdomain [127.0.0.1]) by asmtp4.iomartmail.com (8.13.8/8.13.8) with ESMTP id t15IBF7O000999; Thu, 5 Feb 2015 18:11:16 GMT
Received: from 950129200 (089144197202.atnat0006.highway.a1.net [89.144.197.202]) (authenticated bits=0) by asmtp4.iomartmail.com (8.13.8/8.13.8) with ESMTP id t15IBDSX000981 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=NO); Thu, 5 Feb 2015 18:11:14 GMT
From: Adrian Farrel <adrian@olddog.co.uk>
To: "'David Smith (djsmith)'" <djsmith@cisco.com>, "'Benoit Claise (bclaise)'" <bclaise@cisco.com>, 'The IESG' <iesg@ietf.org>
References: <20150204220758.20810.25217.idtracker@ietfa.amsl.com> <02bf01d04147$12125860$36370920$@olddog.co.uk> <190333B4AEDA0F4FA72E61A2E7F298A627020271@xmb-rcd-x12.cisco.com>
In-Reply-To: <190333B4AEDA0F4FA72E61A2E7F298A627020271@xmb-rcd-x12.cisco.com>
Date: Thu, 05 Feb 2015 18:11:13 -0000
Message-ID: <019801d0416f$21eba110$65c2e330$@olddog.co.uk>
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable
X-Mailer: Microsoft Outlook 14.0
Thread-Index: AQFUH9ZPIVArkJvEqhcvMl87zNxYTQJiqYCVAjpDcsCdtbcbkA==
Content-Language: en-gb
X-TM-AS-MML: disable
X-TM-AS-Product-Ver: IMSS-7.1.0.1576-7.5.0.1018-21306.001
X-TM-AS-Result: No--14.603-10.0-31-10
X-imss-scan-details: No--14.603-10.0-31-10
X-TMASE-MatchedRID: VfovoVrt/oanykMun0J1wk0jzafXv7tTt3aeg7g/usAutoY2UtFqGGLt bXvEizih6LOKOlQRBR13DwGxIMXYVPD8WL7IHVq/syw+ZJnFumRvAd/85EsfAd9RlPzeVuQQcAk WwgfMHPEHG4nQZY11VqRx9LCCs8QQDtZgR42ZNmf7/v/5alNYetRmti/O6j0Cu/jTz8Y/kep+DN kCAl6R4wjR5iLk5odNNnjX5cmINlR5Nu89w6nvHtauHl7Fdp6GjI6qXkf2FQ1/tE9YIUrwYqtpF YoFv0AyobESVTFS+7JwE7IPDDg1SL9ZdlL8eonaVnRXm1iHN1bEQdG7H66TyH4gKq42LRYksR1q gb3gkm15+Gz+xnzfAXteheYbKdNXvopnNH5gezN+3BndfXUhXQ==
Archived-At: <http://mailarchive.ietf.org/arch/msg/bess/YcaoLhu1HOjxaHJ2fIB8-4y_8Z8>
Cc: rbonica@juniper.net, thomas.morin@rd.francetelecom.com, bess-chairs@ietf.org, draft-ietf-l3vpn-acceptown-community.all@ietf.org, bess@ietf.org
Subject: Re: [bess] Benoit Claise's Discuss on draft-ietf-l3vpn-acceptown-community-09: (with DISCUSS)
X-BeenThere: bess@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
Reply-To: adrian@olddog.co.uk
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: <http://www.ietf.org/mail-archive/web/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: Thu, 05 Feb 2015 19:22:14 -0000

Thanks,

I'll turn the handle.

A

> -----Original Message-----
> From: iesg [mailto:iesg-bounces@ietf.org] On Behalf Of David Smith (djsmith)
> Sent: 05 February 2015 18:00
> To: adrian@olddog.co.uk; Benoit Claise (bclaise); 'The IESG'
> Cc: rbonica@juniper.net; thomas.morin@rd.francetelecom.com; bess-
> chairs@ietf.org; draft-ietf-l3vpn-acceptown-community.all@ietf.org;
> bess@ietf.org
> Subject: RE: Benoit Claise's Discuss on draft-ietf-l3vpn-acceptown-community-09:
> (with DISCUSS)
> 
> 
> Adrian>If we had "ACCEPT_OWN handling SHOULD be controlled by
> configuration, and if controlled by configuration it MUST default to being
> disabled"...
> 
> I agree this may be most optimal.
> 
> /dave
> 
> -----Original Message-----
> From: Adrian Farrel [mailto:adrian@olddog.co.uk]
> Sent: Thursday, February 05, 2015 8:24 AM
> To: Benoit Claise (bclaise); 'The IESG'
> Cc: rbonica@juniper.net; draft-ietf-l3vpn-acceptown-community.all@ietf.org;
> bess-chairs@ietf.org; thomas.morin@rd.francetelecom.com; bess@ietf.org
> Subject: RE: Benoit Claise's Discuss on draft-ietf-l3vpn-acceptown-community-09:
> (with DISCUSS)
> 
> Bit disappointed that this is a Discuss.
> 
> But let's discuss it.
> 
> > Ron's point, part of the OPS-DIR review, look valid to me. Can we
> > please discuss it.
> >
> > This document is well written and well thought out. It is almost ready
> > for publication with one small issue.
> >
> > In Section 2.3, the authors say, " ACCEPT_OWN handling SHOULD be
> > controlled by configuration, and SHOULD   default to being disabled. IMO,
> > they should say, "ACCEPT_OWN handling MUST be controlled by
> > configuration, and MUST default to being disabled."
> >
> > AFAIKS, you would never want to build a router where ACCEPT_OWN
> > behavior is always on and cannot be disabled by configuration.
> > Likewise, you would never want to build a router where ACCEPT_OWN
> behavior is the default.
> 
> I reject specifications that control what one might want to build. We produce
> specs to define interoperable behavior and to ensure the Internet works. We
> don't legislate for people producing product in niches or that is entirely unsalable.
> 
> However, let's separate the two SHOULDs.
> 
> Suppose one wanted to build an implementation where the feature is not
> controlled by configuration and is always disabled?
> In that case you would be banned from doing so if "ACCEPT_OWN handling MUST
> be controlled by configuration", so I would say that "SHOULD" is correct in the
> first case.
> 
> I suspect the second "SHOULD" is a consequence of a compound sentence.
> If we had "ACCEPT_OWN handling SHOULD be controlled by configuration, and if
> controlled by configuration it MUST default to being disabled" then that might be
> closer to correct according to what Ron is suggesting.
> 
> Thanks,
> Adrian
> 
> PS. Would have helped if the original review had reached the AD, shepherd, and
> WG. Maybe also the IETF list.