Re: [Dime] [dime] #34: Semantics of OC-Report-Type AVP
Steve Donovan <srdonovan@usdonovans.com> Wed, 05 February 2014 14:56 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 6EDE01A0193 for <dime@ietfa.amsl.com>; Wed, 5 Feb 2014 06:56:29 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.9
X-Spam-Level:
X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, SPF_PASS=-0.001] 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 Fu01dJKaCgSB for <dime@ietfa.amsl.com>; Wed, 5 Feb 2014 06:56:28 -0800 (PST)
Received: from biz131.inmotionhosting.com (biz131.inmotionhosting.com [66.117.0.129]) by ietfa.amsl.com (Postfix) with ESMTP id 335C41A0186 for <dime@ietf.org>; Wed, 5 Feb 2014 06:56:28 -0800 (PST)
Received: from [137.254.4.59] (port=48163 helo=SDmac.local) by biz131.inmotionhosting.com with esmtpsa (TLSv1:DHE-RSA-CAMELLIA256-SHA:256) (Exim 4.82) (envelope-from <srdonovan@usdonovans.com>) id 1WB3tj-0002o5-Q2 for dime@ietf.org; Wed, 05 Feb 2014 06:56:27 -0800
Message-ID: <52F25115.9030204@usdonovans.com>
Date: Wed, 05 Feb 2014 08:56:21 -0600
From: Steve Donovan <srdonovan@usdonovans.com>
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.8; rv:24.0) Gecko/20100101 Thunderbird/24.2.0
MIME-Version: 1.0
To: dime@ietf.org
References: <066.b54c2f5aeb31c9b3f88c96008120290d@trac.tools.ietf.org> <24563_1391533955_52F11F82_24563_614_1_6B7134B31289DC4FAF731D844122B36E477563@PEXCVZYM13.corporate.adroot.infra.ftgroup>
In-Reply-To: <24563_1391533955_52F11F82_24563_614_1_6B7134B31289DC4FAF731D844122B36E477563@PEXCVZYM13.corporate.adroot.infra.ftgroup>
Content-Type: multipart/alternative; boundary="------------010906000603070509050702"
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: srdonovan@usdonovans.com
Subject: Re: [Dime] [dime] #34: Semantics of OC-Report-Type AVP
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: Wed, 05 Feb 2014 14:56:29 -0000
It makes more sense to me for a realm report to apply to all requests targeted for that realm, independent the type of request. This implies that it would apply to requests that also have a Destination-Host specified. If this is the definition of a realm report then we need to specify the interaction between realm reports and host reports. I propose that throttling would occur on the realm first and the host second. If a message targetted for the host is throttled as a result of realm overload then that throttled message would count as part of the reduction needed to address the host overload. Messages to the host that survive realm abatement would then be candidates for host overload. Steve On 2/4/14 11:12 AM, lionel.morand@orange.com wrote: > The case "Realm" as described below raises another question: is it prohibited for a realm to only rely on a global overload report for the whole realm, whatever the nodes inside this realm? > If not, only OLR with the report type "realm" would be received by the reacting node. And the reduction indicated in the OLR will apply always for the realm, whatever the presence of Destination-host AVP in the request... except if an explicit report with the type "Host" as been received for this destination-host. > > Does it make sense? > > Lionel > > -----Message d'origine----- > De : dime issue tracker [mailto:trac+dime@trac.tools.ietf.org] > Envoyé : mardi 4 février 2014 09:55 > À : MORAND Lionel IMT/OLN > Cc : dime@ietf.org > Objet : [dime] #34: Semantics of OC-Report-Type AVP > > #34: Semantics of OC-Report-Type AVP > > Text in clause 4.6 does not fully explain to which requests overload > treatment of a given report type applies. > Proposal: > > 0 A host report. The overload treatment should apply to requests > for which all of the following conditions are true: > a) The Destination-Host AVP is present in the request and its value > matches the value of the Origin-Host AVP of the received message > that contained the OC-OLR AVP. > b) The value of the Destination-Realm AVP in the request matches the > value of the Origin-Realm AVP of the received message > that contained the OC-OLR AVP. > c) The value of the Application-ID in the Diameter Header of the > request matches the value of the Application-ID of the Diameter > Header of the received message that contained the OC-OLR AVP. > > > > 1 A realm report. The overload treatment should apply to > requests for which all of the following conditions are true: > a) The Destination-Host AVP is absent in the request. > b) The value of the Destination-Realm AVP in the request matches the > value of the Origin-Realm AVP of the received message > that contained the OC-OLR AVP. > c) The value of the Application-ID in the Diameter Header of the > request matches the value of the Application-ID of the Diameter > Header of the received message that contained the OC-OLR AVP. >
- [Dime] [dime] #34: Semantics of OC-Report-Type AVP dime issue tracker
- Re: [Dime] [dime] #34: Semantics of OC-Report-Typ… lionel.morand
- Re: [Dime] [dime] #34: Semantics of OC-Report-Typ… Wiehe, Ulrich (NSN - DE/Munich)
- Re: [Dime] [dime] #34: Semantics of OC-Report-Typ… Steve Donovan
- Re: [Dime] [dime] #34: Semantics of OC-Report-Typ… lionel.morand
- Re: [Dime] [dime] #34: Semantics of OC-Report-Typ… lionel.morand
- Re: [Dime] [dime] #34: Semantics of OC-Report-Typ… Wiehe, Ulrich (NSN - DE/Munich)
- Re: [Dime] [dime] #34: Semantics of OC-Report-Typ… Jouni Korhonen
- Re: [Dime] [dime] #34: Semantics of OC-Report-Typ… Jouni Korhonen
- Re: [Dime] [dime] #34: Semantics of OC-Report-Typ… Wiehe, Ulrich (NSN - DE/Munich)
- Re: [Dime] [dime] #34: Semantics of OC-Report-Typ… Wiehe, Ulrich (NSN - DE/Munich)
- Re: [Dime] [dime] #34: Semantics of OC-Report-Typ… Maria Cruz Bartolome
- Re: [Dime] [dime] #34: Semantics of OC-Report-Typ… Jouni Korhonen
- Re: [Dime] [dime] #34: Semantics of OC-Report-Typ… Jouni Korhonen
- Re: [Dime] [dime] #34: Semantics of OC-Report-Typ… lionel.morand
- Re: [Dime] [dime] #34: Semantics of OC-Report-Typ… TROTTIN, JEAN-JACQUES (JEAN-JACQUES)
- Re: [Dime] [dime] #34: Semantics of OC-Report-Typ… lionel.morand
- Re: [Dime] [dime] #34: Semantics of OC-Report-Typ… TROTTIN, JEAN-JACQUES (JEAN-JACQUES)
- Re: [Dime] [dime] #34: Semantics of OC-Report-Typ… Steve Donovan
- Re: [Dime] [dime] #34: Semantics of OC-Report-Typ… Steve Donovan
- Re: [Dime] [dime] #34: Semantics of OC-Report-Typ… lionel.morand
- Re: [Dime] [dime] #34: Semantics of OC-Report-Typ… Steve Donovan
- Re: [Dime] [dime] #34: Semantics of OC-Report-Typ… lionel.morand
- Re: [Dime] [dime] #34: Semantics of OC-Report-Typ… Wiehe, Ulrich (NSN - DE/Munich)
- Re: [Dime] [dime] #34: Semantics of OC-Report-Typ… Wiehe, Ulrich (NSN - DE/Munich)
- Re: [Dime] [dime] #34: Semantics of OC-Report-Typ… Wiehe, Ulrich (NSN - DE/Munich)
- Re: [Dime] [dime] #34: Semantics of OC-Report-Typ… Nirav Salot (nsalot)
- Re: [Dime] [dime] #34: Semantics of OC-Report-Typ… Maria Cruz Bartolome
- Re: [Dime] [dime] #34: Semantics of OC-Report-Typ… Maria Cruz Bartolome
- Re: [Dime] [dime] #34: Semantics of OC-Report-Typ… Maria Cruz Bartolome
- Re: [Dime] [dime] #34: Semantics of OC-Report-Typ… lionel.morand
- Re: [Dime] [dime] #34: Semantics of OC-Report-Typ… Maria Cruz Bartolome
- Re: [Dime] [dime] #34: Semantics of OC-Report-Typ… lionel.morand
- Re: [Dime] [dime] #34: Semantics of OC-Report-Typ… Steve Donovan
- Re: [Dime] [dime] #34: Semantics of OC-Report-Typ… Steve Donovan
- Re: [Dime] [dime] #34: Semantics of OC-Report-Typ… Nirav Salot (nsalot)
- Re: [Dime] [dime] #34: Semantics of OC-Report-Typ… Steve Donovan
- Re: [Dime] [dime] #34: Semantics of OC-Report-Typ… Nirav Salot (nsalot)
- Re: [Dime] [dime] #34: Semantics of OC-Report-Typ… Steve Donovan
- Re: [Dime] [dime] #34: Semantics of OC-Report-Typ… Steve Donovan
- Re: [Dime] [dime] #34: Semantics of OC-Report-Typ… Maria Cruz Bartolome
- Re: [Dime] [dime] #34: Semantics of OC-Report-Typ… Maria Cruz Bartolome
- Re: [Dime] [dime] #34: Semantics of OC-Report-Typ… Steve Donovan
- Re: [Dime] [dime] #34: Semantics of OC-Report-Typ… lionel.morand
- Re: [Dime] [dime] #34: Semantics of OC-Report-Typ… Maria Cruz Bartolome
- Re: [Dime] [dime] #34: Semantics of OC-Report-Typ… lionel.morand
- Re: [Dime] [dime] #34: Semantics of OC-Report-Typ… TROTTIN, JEAN-JACQUES (JEAN-JACQUES)
- Re: [Dime] [dime] #34: Semantics of OC-Report-Typ… Jouni Korhonen
- Re: [Dime] [dime] #34: Semantics of OC-Report-Typ… Steve Donovan
- Re: [Dime] [dime] #34: Semantics of OC-Report-Typ… Ben Campbell
- Re: [Dime] [dime] #34: Semantics of OC-Report-Typ… Steve Donovan
- Re: [Dime] [dime] #34: Semantics of OC-Report-Typ… TROTTIN, JEAN-JACQUES (JEAN-JACQUES)
- Re: [Dime] [dime] #34: Semantics of OC-Report-Typ… Maria Cruz Bartolome
- Re: [Dime] [dime] #34: Semantics of OC-Report-Typ… Steve Donovan
- Re: [Dime] [dime] #34: Semantics of OC-Report-Typ… Wiehe, Ulrich (NSN - DE/Munich)
- Re: [Dime] [dime] #34: Semantics of OC-Report-Typ… Steve Donovan
- Re: [Dime] [dime] #34: Semantics of OC-Report-Typ… TROTTIN, JEAN-JACQUES (JEAN-JACQUES)
- Re: [Dime] [dime] #34: Semantics of OC-Report-Typ… Ben Campbell
- Re: [Dime] [dime] #34: Semantics of OC-Report-Typ… Ben Campbell
- Re: [Dime] [dime] #34: Semantics of OC-Report-Typ… Wiehe, Ulrich (NSN - DE/Munich)
- Re: [Dime] [dime] #34: Semantics of OC-Report-Typ… Steve Donovan
- Re: [Dime] [dime] #34: Semantics of OC-Report-Typ… Ben Campbell
- Re: [Dime] [dime] #34: Semantics of OC-Report-Typ… Wiehe, Ulrich (NSN - DE/Munich)
- Re: [Dime] [dime] #34: Semantics of OC-Report-Typ… Steve Donovan
- Re: [Dime] [dime] #34: Semantics of OC-Report-Typ… Ben Campbell
- Re: [Dime] [dime] #34: Semantics of OC-Report-Typ… Wiehe, Ulrich (NSN - DE/Munich)
- Re: [Dime] [dime] #34 (draft-docdt-dime-ovli): Se… dime issue tracker
- Re: [Dime] [dime] #34 (draft-docdt-dime-ovli): Se… Steve Donovan
- Re: [Dime] [dime] #34 (draft-ietf-dime-ovli): Sem… dime issue tracker