[Dime] Load Considerations

Ben Campbell <ben@nostrum.com> Tue, 28 October 2014 21:43 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 722CB1AD0A1 for <dime@ietfa.amsl.com>; Tue, 28 Oct 2014 14:43:40 -0700 (PDT)
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 pgaftj-3oxqn for <dime@ietfa.amsl.com>; Tue, 28 Oct 2014 14:43:38 -0700 (PDT)
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 9A0E61AD0B9 for <dime@ietf.org>; Tue, 28 Oct 2014 14:43:16 -0700 (PDT)
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 s9SLhE3s073806 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for <dime@ietf.org>; Tue, 28 Oct 2014 16:43:15 -0500 (CDT) (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="us-ascii"
Mime-Version: 1.0 (Mac OS X Mail 8.0 \(1990.1\))
From: Ben Campbell <ben@nostrum.com>
Date: Tue, 28 Oct 2014 16:43:14 -0500
X-Mao-Original-Outgoing-Id: 436225394.571374-7a5e73cc9704cec454ff6ce2d6a56edf
Content-Transfer-Encoding: quoted-printable
Message-Id: <1EE50EC3-AF07-41D3-AB56-BDC93CA24EFF@nostrum.com>
References: <20141025224431.22600.89722.idtracker@ietfa.amsl.com>
To: "dime@ietf.org list" <dime@ietf.org>
X-Mailer: Apple Mail (2.1990.1)
Archived-At: http://mailarchive.ietf.org/arch/msg/dime/mbX6V3lZ0O6cMZesW4oVrD_zLy8
Subject: [Dime] Load Considerations
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: Tue, 28 Oct 2014 21:43:40 -0000

Hi,

Early in the DOIC work, we decided to defer the "load" (not "overload") related requirements from RFC 7068 until later. Since it looks like the core DOIC draft is starting to stabilize, we should start thinking about load conveyance soon. I put together a draft discussing several high level architectural considerations that the working group will need to consider in any "load conveyance" solution.

This is _not_ a solution proposal. But I hope it will spur discussion that can lead to a proposal down the line.

Thanks!

Ben.

> Begin forwarded message:
> 
> From: internet-drafts@ietf.org
> To: Ben Campbell <ben@nostrum.com>, "Ben Campbell" <ben@nostrum.com>
> Subject: New Version Notification for draft-campbell-dime-load-considerations-00.txt
> Date: October 25, 2014 at 5:44:31 PM CDT
> 
> 
> A new version of I-D, draft-campbell-dime-load-considerations-00.txt
> has been successfully submitted by Ben Campbell and posted to the
> IETF repository.
> 
> Name:		draft-campbell-dime-load-considerations
> Revision:	00
> Title:		Architectural Considerations for Diameter Load Information
> Document date:	2014-10-25
> Group:		Individual Submission
> Pages:		9
> URL:            http://www.ietf.org/internet-drafts/draft-campbell-dime-load-considerations-00.txt
> Status:         https://datatracker.ietf.org/doc/draft-campbell-dime-load-considerations/
> Htmlized:       http://tools.ietf.org/html/draft-campbell-dime-load-considerations-00
> 
> 
> Abstract:
>   RFC 7068 describes requirements for Overload Control in Diameter.
>   This includes a requirement to allow Diameter nodes to send "load"
>   information, even when the node is not overloaded.  The Diameter
>   Overload Information Conveyance (DOIC) solution describes a mechanism
>   meeting most of the requirements, but does not currently include the
>   ability to send load.  This document explores some architectural
>   considerations for a mechanism to send load information.
> 
> 
> 
> 
> Please note that it may take a couple of minutes from the time of submission
> until the htmlized version and diff are available at tools.ietf.org.
> 
> The IETF Secretariat
>