[Dime] [dime] #57: Handling of "Realm-Routed" Overload report type
"dime issue tracker" <trac+dime@trac.tools.ietf.org> Mon, 24 February 2014 16:19 UTC
Return-Path: <trac+dime@trac.tools.ietf.org>
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 5C0911A016E for <dime@ietfa.amsl.com>; Mon, 24 Feb 2014 08:19:43 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 0.253
X-Spam-Level:
X-Spam-Status: No, score=0.253 tagged_above=-999 required=5 tests=[BAYES_50=0.8, RP_MATCHES_RCVD=-0.547] 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 lrtrByj6jzTa for <dime@ietfa.amsl.com>; Mon, 24 Feb 2014 08:19:41 -0800 (PST)
Received: from grenache.tools.ietf.org (grenache.tools.ietf.org [IPv6:2a01:3f0:1:2::30]) by ietfa.amsl.com (Postfix) with ESMTP id 710571A0112 for <dime@ietf.org>; Mon, 24 Feb 2014 08:19:41 -0800 (PST)
Received: from localhost ([127.0.0.1]:43987 helo=grenache.tools.ietf.org ident=www-data) by grenache.tools.ietf.org with esmtp (Exim 4.80) (envelope-from <trac+dime@trac.tools.ietf.org>) id 1WHyFh-0000xJ-4z; Mon, 24 Feb 2014 17:19:33 +0100
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
From: dime issue tracker <trac+dime@trac.tools.ietf.org>
X-Trac-Version: 0.12.3
Precedence: bulk
Auto-Submitted: auto-generated
X-Mailer: Trac 0.12.3, by Edgewall Software
To: draft-docdt-dime-ovli@tools.ietf.org, srdonovan@usdonovans.com
X-Trac-Project: dime
Date: Mon, 24 Feb 2014 16:19:33 -0000
X-URL: http://tools.ietf.org/wg/dime/
X-Trac-Ticket-URL: http://tools.ietf.org/wg/dime/trac/ticket/57
Message-ID: <066.89ca14db25e51cc9abb1531f0f99f646@trac.tools.ietf.org>
X-Trac-Ticket-ID: 57
X-SA-Exim-Connect-IP: 127.0.0.1
X-SA-Exim-Rcpt-To: draft-docdt-dime-ovli@tools.ietf.org, srdonovan@usdonovans.com, dime@ietf.org
X-SA-Exim-Mail-From: trac+dime@trac.tools.ietf.org
X-SA-Exim-Scanned: No (on grenache.tools.ietf.org); SAEximRunCond expanded to false
Resent-To: ben@nostrum.com, jouni.nospam@gmail.com, srdonovan@usdonovans.com
Archived-At: http://mailarchive.ietf.org/arch/msg/dime/5TQ4TghEmD4AwJtNttrh8b6GFpo
Cc: dime@ietf.org
Subject: [Dime] [dime] #57: Handling of "Realm-Routed" Overload report type
X-BeenThere: dime@ietf.org
X-Mailman-Version: 2.1.15
Reply-To: dime@ietf.org
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: Mon, 24 Feb 2014 16:19:43 -0000
#57: Handling of "Realm-Routed" Overload report type I'm assuming the name of the realm overload report in the -01 version will be changed to realm-routed. This issue applies independent of the actual name of the report. The current behavior assumed for the realm-routed report is that the reacting node, generally the client, will reduce the percentage of realm routed requests sent to the reporting node. This is actually bad behavior and could result in the client throttling traffic that could have been handled by the full set of servers for that Diameter application. Consider the case where there are n servers for a Diameter application and all of those server are able to handle any transaction for that application. When one of those servers becomes overloaded and wishes to decrease the number of new sessions, the primary use of realm-routed requests. The server will generate an OLR of type realm-routed. Assume in this case that the other servers are all healthy and able to handle new sessions. Clients will not have the knowledge that there are other servers in the network able to handle the new session and will have no choice but the throttle a percentage of the new session requests. Even when these throttled requests could have been handled by any of the non overloaded servers. The proposal is to specify that realm-routed reports must be handled by DOIC-supporting agents. Agents will understand if there are other servers able to handle the new session and, if so, can adjust the percentage of requests routed to the overloaded server. Agents that handle the realm-routed OLR must remove the request from the answer before relaying the answer to client. This prevents the report from being acted on by either multiple agents (if multiple are in the path) or by an agent and a client. Clients that receive the realm-routed OLR must handle the OLR by throttling the requested percentage. -- -------------------------------------+------------------------------------- Reporter: | Owner: draft-docdt-dime- srdonovan@usdonovans.com | ovli@tools.ietf.org Type: defect | Status: new Priority: major | Milestone: Component: draft-docdt-dime-ovli | Version: Severity: Active WG Document | Keywords: -------------------------------------+------------------------------------- Ticket URL: <http://tools.ietf.org/wg/dime/trac/ticket/57> dime <http://tools.ietf.org/wg/dime/>
- [Dime] [dime] #57: Handling of "Realm-Routed" Ove… dime issue tracker
- Re: [Dime] [dime] #57: Handling of "Realm-Routed"… Maria Cruz Bartolome
- Re: [Dime] [dime] #57: Handling of "Realm-Routed"… Steve Donovan
- Re: [Dime] [dime] #57: Handling of "Realm-Routed"… Ben Campbell
- Re: [Dime] [dime] #57: Handling of "Realm-Routed"… Wiehe, Ulrich (NSN - DE/Munich)
- Re: [Dime] [dime] #57: Handling of "Realm-Routed"… Steve Donovan
- Re: [Dime] [dime] #57: Handling of "Realm-Routed"… Wiehe, Ulrich (NSN - DE/Munich)
- Re: [Dime] [dime] #57: Handling of "Realm-Routed"… Steve Donovan
- Re: [Dime] [dime] #57: Handling of "Realm-Routed"… lionel.morand
- Re: [Dime] [dime] #57: Handling of "Realm-Routed"… Wiehe, Ulrich (NSN - DE/Munich)
- Re: [Dime] [dime] #57: Handling of "Realm-Routed"… Steve Donovan
- Re: [Dime] [dime] #57: Handling of "Realm-Routed"… Ben Campbell
- Re: [Dime] [dime] #57: Handling of "Realm-Routed"… Ben Campbell
- Re: [Dime] [dime] #57: Handling of "Realm-Routed"… Ben Campbell
- Re: [Dime] [dime] #57: Handling of "Realm-Routed"… Steve Donovan
- Re: [Dime] [dime] #57: Handling of "Realm-Routed"… Ben Campbell
- Re: [Dime] [dime] #57: Handling of "Realm-Routed"… TROTTIN, JEAN-JACQUES (JEAN-JACQUES)
- Re: [Dime] [dime] #57: Handling of "Realm-Routed"… Steve Donovan
- Re: [Dime] [dime] #57 (draft-ietf-dime-ovli): Han… dime issue tracker
- Re: [Dime] [dime] #57 (draft-ietf-dime-ovli): Han… dime issue tracker