[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/>