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

"David Smith (djsmith)" <djsmith@cisco.com> Thu, 05 February 2015 18:00 UTC

Return-Path: <djsmith@cisco.com>
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 AFF7D1A87DB; Thu, 5 Feb 2015 10:00:30 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -14.511
X-Spam-Level:
X-Spam-Status: No, score=-14.511 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, USER_IN_DEF_DKIM_WL=-7.5] 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 SUIEMFME7LJt; Thu, 5 Feb 2015 10:00:28 -0800 (PST)
Received: from alln-iport-4.cisco.com (alln-iport-4.cisco.com [173.37.142.91]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C0DB81A1A30; Thu, 5 Feb 2015 10:00:27 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=3286; q=dns/txt; s=iport; t=1423159228; x=1424368828; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-transfer-encoding:mime-version; bh=CFZOqONHm1y3RekO0corHWIpiz4aTcOwPmLArxmea4Q=; b=HVKKaW3cYA1yGy9vmgglBlh25jakBAX1QIy3NwT3nXlMsCU7E+T0OtUJ ifSh5OcFTeYhxYMrpwHJVWS2E/sSXWoRpMEeHcal7aFZ/uax4RtnL5thI zqW5dNyICaVuM94H51a9ajl8/17LZRkaDcSOTfj333N+mhkyQl7l/QOth Q=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: A0A5BQDDrtNU/4ENJK1agwaBKwSCfcU+AhyBC0MBAQEBAX2EDAEBAQMBIxFFBQcEAgEIEQQBAQMCBh0DAgICMBQBCAgCBAENBQgMiBEIwE+WKQEBAQEBAQEBAQEBAQEBAQEBAQEBAReBIY4mMQcGgmIugRMBBI8YikODA45RIoIygTxvAYFDfgEBAQ
X-IronPort-AV: E=Sophos;i="5.09,525,1418083200"; d="scan'208";a="120921229"
Received: from alln-core-9.cisco.com ([173.36.13.129]) by alln-iport-4.cisco.com with ESMTP; 05 Feb 2015 18:00:27 +0000
Received: from xhc-aln-x02.cisco.com (xhc-aln-x02.cisco.com [173.36.12.76]) by alln-core-9.cisco.com (8.14.5/8.14.5) with ESMTP id t15I0Qd2019882 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Thu, 5 Feb 2015 18:00:27 GMT
Received: from xmb-rcd-x12.cisco.com ([169.254.2.55]) by xhc-aln-x02.cisco.com ([173.36.12.76]) with mapi id 14.03.0195.001; Thu, 5 Feb 2015 12:00:26 -0600
From: "David Smith (djsmith)" <djsmith@cisco.com>
To: "adrian@olddog.co.uk" <adrian@olddog.co.uk>, "Benoit Claise (bclaise)" <bclaise@cisco.com>, 'The IESG' <iesg@ietf.org>
Thread-Topic: Benoit Claise's Discuss on draft-ietf-l3vpn-acceptown-community-09: (with DISCUSS)
Thread-Index: AQHQQMcL9K6RJNvDJ0+DlOwbiA8wTJzicSiA///oDjA=
Date: Thu, 05 Feb 2015 18:00:26 +0000
Message-ID: <190333B4AEDA0F4FA72E61A2E7F298A627020271@xmb-rcd-x12.cisco.com>
References: <20150204220758.20810.25217.idtracker@ietfa.amsl.com> <02bf01d04147$12125860$36370920$@olddog.co.uk>
In-Reply-To: <02bf01d04147$12125860$36370920$@olddog.co.uk>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.131.12.96]
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
Archived-At: <http://mailarchive.ietf.org/arch/msg/bess/ofiBLmRUsypmiq-1w-HoD_PTdEo>
Cc: "rbonica@juniper.net" <rbonica@juniper.net>, "thomas.morin@rd.francetelecom.com" <thomas.morin@rd.francetelecom.com>, "bess-chairs@ietf.org" <bess-chairs@ietf.org>, "draft-ietf-l3vpn-acceptown-community.all@ietf.org" <draft-ietf-l3vpn-acceptown-community.all@ietf.org>, "bess@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
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 18:00:30 -0000

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.