Re: [Dime] Ben's comments on 5.2.2: 5th paragraph

Ben Campbell <ben@nostrum.com> Thu, 15 January 2015 15:15 UTC

Return-Path: <ben@nostrum.com>
X-Original-To: dime@ietfa.amsl.com
Delivered-To: dime@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 105E11B2C0F for <dime@ietfa.amsl.com>; Thu, 15 Jan 2015 07:15:36 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.91
X-Spam-Level:
X-Spam-Status: No, score=-1.91 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, T_RP_MATCHES_RCVD=-0.01] 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 mGQUILO5m5em for <dime@ietfa.amsl.com>; Thu, 15 Jan 2015 07:15:34 -0800 (PST)
Received: from nostrum.com (raven-v6.nostrum.com [IPv6:2001:470:d:1130::1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 759C21B2BFB for <dime@ietf.org>; Thu, 15 Jan 2015 07:15:34 -0800 (PST)
Received: from [10.0.1.23] (cpe-173-172-146-58.tx.res.rr.com [173.172.146.58]) (authenticated bits=0) by nostrum.com (8.14.9/8.14.7) with ESMTP id t0FFFXML021756 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 15 Jan 2015 09:15:34 -0600 (CST) (envelope-from ben@nostrum.com)
X-Authentication-Warning: raven.nostrum.com: Host cpe-173-172-146-58.tx.res.rr.com [173.172.146.58] claimed to be [10.0.1.23]
Content-Type: text/plain; charset="windows-1252"
Mime-Version: 1.0 (Mac OS X Mail 8.1 \(1993\))
From: Ben Campbell <ben@nostrum.com>
In-Reply-To: <54B7C2DE.9000905@usdonovans.com>
Date: Thu, 15 Jan 2015 09:15:33 -0600
X-Mao-Original-Outgoing-Id: 443027733.263412-87f9ec5e9dc8c56e53a72362cc32166e
Content-Transfer-Encoding: quoted-printable
Message-Id: <D6A1AD03-7F53-400D-8DCF-FD7BECE16B73@nostrum.com>
References: <5BCBA1FC2B7F0B4C9D935572D90006681523F0AA@DEMUMBX014.nsn-intra.net> <54B7C2DE.9000905@usdonovans.com>
To: Steve Donovan <srdonovan@usdonovans.com>
X-Mailer: Apple Mail (2.1993)
Archived-At: <http://mailarchive.ietf.org/arch/msg/dime/OiG180cgK5QyobHTCiYw8-9IilM>
Cc: dime@ietf.org
Subject: Re: [Dime] Ben's comments on 5.2.2: 5th paragraph
X-BeenThere: dime@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: Diameter Maintanence and Extentions Working Group <dime.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/dime>, <mailto:dime-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/dime/>
List-Post: <mailto:dime@ietf.org>
List-Help: <mailto:dime-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/dime>, <mailto:dime-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 15 Jan 2015 15:15:36 -0000

> On Jan 15, 2015, at 7:38 AM, Steve Donovan <srdonovan@usdonovans.com> wrote:
> 
> 
> On 1/15/15 3:59 AM, Wiehe, Ulrich (NSN - DE/Munich) wrote:
>> Ben wrote:
>> -- 5.2.2: 5th paragraph:
>>  
>> This doesn't seem quite right, since it leaves the option of no abatement at all. Second, it doesn't seem to allow delegation of abatement downstream. When might one choose to ignore those SHOULDs? Is this here to allow delegation? If so, the use of SHOULD makes local throttling preferred over delegation.
>>  
>> <Ulrich> My understanding is: If delegation of abatement is done by a node, then that node is no longer a reacting node. 
>> The first SHOULD is ignored by reacting nodes that do not support diversion and hence always perform throttling. For the second SHOULD you MAY be right. We SHOULD replace it with MUST.
>> In addition the world “otherwise” must not be read as “ if diversion abatement treatment is not possible” but as “ if diversion abatement treatment is not possible and if the first SHOULD is ignored”.
> SRD>  I mostly agree with Ulrich.  I propose the second sentence be changed to:
> The reacting node MUST apply throttling abatement treatment to requests
> identified for abatement treatment  when diversion treatment
> is not possible or was not applied.
> 

I agree in general. But I suggest casting in the form of MUST apply an abatement treatment, which SHOULD be diversion if possible. That is, avoid baking the current fact that we have only two treatment possibilities into the normative language.  In the odd chance we come up with some new kind of treatment in the future, this form would require less modification.

>>  
>> 
>> 
>> _______________________________________________
>> DiME mailing list
>> 
>> DiME@ietf.org
>> https://www.ietf.org/mailman/listinfo/dime
> 
> _______________________________________________
> DiME mailing list
> DiME@ietf.org
> https://www.ietf.org/mailman/listinfo/dime