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

Benoit Claise <bclaise@cisco.com> Thu, 05 February 2015 14:49 UTC

Return-Path: <bclaise@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 2DF461A888C; Thu, 5 Feb 2015 06:49:42 -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 4ypLAfosTrVN; Thu, 5 Feb 2015 06:49:40 -0800 (PST)
Received: from aer-iport-4.cisco.com (aer-iport-4.cisco.com [173.38.203.54]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 922A61A885D; Thu, 5 Feb 2015 06:49:37 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=2076; q=dns/txt; s=iport; t=1423147778; x=1424357378; h=message-id:date:from:mime-version:to:cc:subject: references:in-reply-to:content-transfer-encoding; bh=aN3GMUDJRB/0DlXHDufENBZkizTljp/DBTsEd23gH/o=; b=SYklHjtO/KqOwYG+8Qel69fU9dFiDkIiHG62Xy5K9JQtg6yrwjclbbXE iKtCH0Bh208IOt7Yk57I5U/+vxx8wDARbJWxyHfE+jcH9chYOL9+7f8BT UstH/cltqQ8J0YJksTV4hcvFBekPkXEw2SzET8o5leJaqJuEV5G6vHKT3 o=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: A0DHBAB7gtNU/xbLJq1ahzLFPAKBaAEBAQEBfYQNAQEEIxVAARALGgIFFgsCAgkDAgECAUUGAQwBBwEBEIgZwDmWMQEBAQEBAQEBAQEBAQEBAQEBAQEBGIEhjlcHgmiBQQEEmD6BF4MDgiWMKyKCMoE9PYJzAQEB
X-IronPort-AV: E=Sophos;i="5.09,524,1418083200"; d="scan'208";a="335183996"
Received: from aer-iport-nat.cisco.com (HELO aer-core-1.cisco.com) ([173.38.203.22]) by aer-iport-4.cisco.com with ESMTP; 05 Feb 2015 14:49:35 +0000
Received: from [10.60.67.86] (ams-bclaise-8915.cisco.com [10.60.67.86]) by aer-core-1.cisco.com (8.14.5/8.14.5) with ESMTP id t15EnXs7027041; Thu, 5 Feb 2015 14:49:34 GMT
Message-ID: <54D382FD.2080005@cisco.com>
Date: Thu, 05 Feb 2015 15:49:33 +0100
From: Benoit Claise <bclaise@cisco.com>
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.4.0
MIME-Version: 1.0
To: adrian@olddog.co.uk, 'The IESG' <iesg@ietf.org>
References: <20150204220758.20810.25217.idtracker@ietfa.amsl.com> <02bf01d04147$12125860$36370920$@olddog.co.uk>
In-Reply-To: <02bf01d04147$12125860$36370920$@olddog.co.uk>
Content-Type: text/plain; charset="utf-8"; format="flowed"
Content-Transfer-Encoding: 7bit
Archived-At: <http://mailarchive.ietf.org/arch/msg/bess/Gtph23JmJbEzIwPhpi7zEPn7Rc0>
Cc: rbonica@juniper.net, draft-ietf-l3vpn-acceptown-community.all@tools.ietf.org, thomas.morin@rd.francetelecom.com, bess-chairs@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 14:49:42 -0000

Hi Adrian,
> Bit disappointed that this is a Discuss.
I wrote: "Ron's point, part of the OPS-DIR review, looks valid to me. 
Can we please discuss it."
More polite than this, that becomes to be difficult :-)
>
> 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.
That makes sense to me (and to Ron, I just checked)
>
> Thanks,
> Adrian
>
> PS. Would have helped if the original review had reached the AD, shepherd, and WG. Maybe also the IETF list.
Sure.

Regards, Benoit
>
> .
>