[Dime] DOIC #43

Steve Donovan <srdonovan@usdonovans.com> Fri, 18 July 2014 09:54 UTC

Return-Path: <srdonovan@usdonovans.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 EB8601A019A for <dime@ietfa.amsl.com>; Fri, 18 Jul 2014 02:54:29 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 1.58
X-Spam-Level: *
X-Spam-Status: No, score=1.58 tagged_above=-999 required=5 tests=[BAYES_50=0.8, HTML_MESSAGE=0.001, SPF_NEUTRAL=0.779] 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 LC7IlpJzqr5B for <dime@ietfa.amsl.com>; Fri, 18 Jul 2014 02:54:28 -0700 (PDT)
Received: from biz131.inmotionhosting.com (biz131.inmotionhosting.com [66.117.4.208]) (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 177E91A0113 for <dime@ietf.org>; Fri, 18 Jul 2014 02:54:28 -0700 (PDT)
Received: from [41.0.204.98] (port=50815 helo=Steves-MacBook-Air-2.local) by biz131.inmotionhosting.com with esmtpsa (TLSv1:DHE-RSA-AES128-SHA:128) (Exim 4.82) (envelope-from <srdonovan@usdonovans.com>) id 1X84rw-0007lV-Ay for dime@ietf.org; Fri, 18 Jul 2014 02:54:25 -0700
Message-ID: <53C8EEBA.70609@usdonovans.com>
Date: Fri, 18 Jul 2014 11:54:02 +0200
From: Steve Donovan <srdonovan@usdonovans.com>
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:24.0) Gecko/20100101 Thunderbird/24.6.0
MIME-Version: 1.0
To: "dime@ietf.org" <dime@ietf.org>
Content-Type: multipart/alternative; boundary="------------060606040704080708090204"
X-OutGoing-Spam-Status: No, score=-2.9
X-AntiAbuse: This header was added to track abuse, please include it with any abuse report
X-AntiAbuse: Primary Hostname - biz131.inmotionhosting.com
X-AntiAbuse: Original Domain - ietf.org
X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12]
X-AntiAbuse: Sender Address Domain - usdonovans.com
X-Get-Message-Sender-Via: biz131.inmotionhosting.com: authenticated_id: srd+usdonovans.com/only user confirmed/virtual account not confirmed
Archived-At: http://mailarchive.ietf.org/arch/msg/dime/gPXy0U0P32r_ynfOxwzstEgGrYg
Subject: [Dime] DOIC #43
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: Fri, 18 Jul 2014 09:54:30 -0000

Here is the text from issue 43:

----

In section 3.1.4, under "Intra-Session Requests" indicates that session 
ending requests should be throttled less aggressively. While I agree 
that's a good idea in general, I think that's a mater of local policy, 
and not up to DOIC to specify.

It would be better to indicate that prioritization under overload is up 
to local policy, and list prioritizing of session-ending requests as an 
example of a potential local policy.

----

And here is the text in the draft that introduces the discussion on 
potential handling of each type of request:

----

The request classes identified in Section 3.7.3 have implications on
    decisions about which requests should be throttled first.  The
    following list of request treatment regarding throttling is provided
    as guidelines for application designers when implementing the
    Diameter overload control mechanism described in this document.  The
    exact behavior regarding throttling is a matter of local policy,
    unless specifically defined for the application.

----

I believe that existing text addresses the concern expressed in the 
problem report and that the issue can be closed with no changes.

Regards,

Steve