Re: [Dime] New Version Notification for draft-ietf-dime-overload-reqs-02.txt

"THIEBAUT, LAURENT (LAURENT)" <laurent.thiebaut@alcatel-lucent.com> Wed, 19 December 2012 20:34 UTC

Return-Path: <laurent.thiebaut@alcatel-lucent.com>
X-Original-To: dime@ietfa.amsl.com
Delivered-To: dime@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A90DF21F862D for <dime@ietfa.amsl.com>; Wed, 19 Dec 2012 12:34:19 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -8.655
X-Spam-Level:
X-Spam-Status: No, score=-8.655 tagged_above=-999 required=5 tests=[AWL=1.366, BAYES_00=-2.599, HELO_EQ_FR=0.35, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-8, SARE_SUB_OBFU_Q1=0.227]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id FA2DU43ecgUt for <dime@ietfa.amsl.com>; Wed, 19 Dec 2012 12:34:18 -0800 (PST)
Received: from smail5.alcatel.fr (smail5.alcatel.fr [64.208.49.27]) by ietfa.amsl.com (Postfix) with ESMTP id 1515221F85EE for <dime@ietf.org>; Wed, 19 Dec 2012 12:34:17 -0800 (PST)
Received: from FRMRSSXCHHUB03.dc-m.alcatel-lucent.com (FRMRSSXCHHUB03.dc-m.alcatel-lucent.com [135.120.45.63]) by smail5.alcatel.fr (8.14.3/8.14.3/ICT) with ESMTP id qBJKYGxR011942 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NOT); Wed, 19 Dec 2012 21:34:16 +0100
Received: from FRMRSSXCHMBSA1.dc-m.alcatel-lucent.com ([135.120.45.34]) by FRMRSSXCHHUB03.dc-m.alcatel-lucent.com ([135.120.45.63]) with mapi; Wed, 19 Dec 2012 21:34:16 +0100
From: "THIEBAUT, LAURENT (LAURENT)" <laurent.thiebaut@alcatel-lucent.com>
To: Ben Campbell <ben@nostrum.com>
Date: Wed, 19 Dec 2012 21:34:14 +0100
Thread-Topic: [Dime] New Version Notification for draft-ietf-dime-overload-reqs-02.txt
Thread-Index: Ac3dxiVUs2ZV7SX+TA+gbXUVShlgJwAS4f9A
Message-ID: <170E8FCC2134BD42B539B47798ABF8F026C0D0FBA8@FRMRSSXCHMBSA1.dc-m.alcatel-lucent.com>
References: <20121218231927.31153.89871.idtracker@ietfa.amsl.com> <02FF8071-81D1-4CD2-9D97-E906BAA45FC8@nostrum.com> <8B064DAA-E5D5-4B20-BFBA-225DE9576D70@gmail.com>
In-Reply-To: <8B064DAA-E5D5-4B20-BFBA-225DE9576D70@gmail.com>
Accept-Language: fr-FR, en-US
Content-Language: fr-FR
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
acceptlanguage: fr-FR, en-US
Content-Type: multipart/alternative; boundary="_000_170E8FCC2134BD42B539B47798ABF8F026C0D0FBA8FRMRSSXCHMBSA_"
MIME-Version: 1.0
X-Scanned-By: MIMEDefang 2.69 on 155.132.188.13
Cc: "dime@ietf.org" <dime@ietf.org>
Subject: Re: [Dime] New Version Notification for draft-ietf-dime-overload-reqs-02.txt
X-BeenThere: dime@ietf.org
X-Mailman-Version: 2.1.12
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, 19 Dec 2012 20:34:19 -0000




Hello all

Thanks Ben for the new version

I think we are approaching towards the conclusion but would like to suggest following new requirements



REQ X:   A common default algorithm to react to an overload status SHOULD be defined in order to allow a basic inter-operable inter Service Provider overload mechanism.



REQ Y:   Even though there are Diameter Agents between 2 Diameter end-points (client/server) that support the (overload control) feature, there MUST be a way to report an *overload* status to the Diameter end-points (client/server) in order for Diameter end-points to be able to take proper (possibly non Diameter) actions.





So to us, the remaining work would be on Req2, Req X and Req Y.



It is recognized that Req Y is almost the same than Req 35 but with

·         a "MUST" instead of a "SHOULD"

·         the fact that even when the DA supports the mechanism the end point may need to know an *overload* status (this may be different for a *load* status)

·         and (minor remark) the indication that the reaction to an overload status may imply possible non Diameter actions.



Best regards

Laurent

ALCATEL-LUCENT



-----Message d'origine-----

De : dime-bounces@ietf.org [mailto:dime-bounces@ietf.org] De la part de Jouni Korhonen

Envoyé : mercredi 19 décembre 2012 09:48

À : Ben Campbell

Cc : dime@ietf.org

Objet : Re: [Dime] New Version Notification for draft-ietf-dime-overload-reqs-02.txt





Hi Ben,



Thanks for the update. Now that the new revision is out

I would encourage the WG to sort out the language in REQ 2

asap. As long as it is in flux the document cannot proceed

to WGLC.



- jouni





On Dec 19, 2012, at 1:23 AM, Ben Campbell <ben@nostrum.com> wrote:



> Hi Everyone,

>

> We've submitted draft-ietf-dime-overload-reqs-02, based on the list discussions over the last few weeks. We believe this addresses all the substantive comments so far, except for the ongoing discussion on Req2 (concerning application independence and the impact on application specifications.) We've noted the open issue for Req 2 in the text.

>

> The new version is available at http://tools.ietf.org/html/draft-ietf-dime-overload-reqs-02 . You can see a diff from version 01 at http://tools.ietf.org/rfcdiff?difftype=--hwdiff&url2=draft-ietf-dime-overload-reqs-02.txt .

>

> Thanks!

>

> Ben.

>

> Begin forwarded message:

>

>> From: internet-drafts@ietf.org

>> Subject: New Version Notification for draft-ietf-dime-overload-reqs-02.txt

>> Date: December 18, 2012 5:19:27 PM CST

>> To: ben@nostrum.com

>> Cc: emcmurry@computer.org

>>

>>

>> A new version of I-D, draft-ietf-dime-overload-reqs-02.txt

>> has been successfully submitted by Ben Campbell and posted to the

>> IETF repository.

>>

>> Filename:      draft-ietf-dime-overload-reqs

>> Revision:      02

>> Title:         Diameter Overload Control Requirements

>> Creation date: 2012-12-17

>> WG ID:         dime

>> Number of pages: 27

>> URL:             http://www.ietf.org/internet-drafts/draft-ietf-dime-overload-reqs-02.txt

>> Status:          http://datatracker.ietf.org/doc/draft-ietf-dime-overload-reqs

>> Htmlized:        http://tools.ietf.org/html/draft-ietf-dime-overload-reqs-02

>> Diff:            http://www.ietf.org/rfcdiff?url2=draft-ietf-dime-overload-reqs-02

>>

>> Abstract:

>>  When a Diameter server or agent becomes overloaded, it needs to be

>>  able to gracefully reduce its load, typically by informing clients to

>>  reduce sending traffic for some period of time.  Otherwise, it must

>>  continue to expend resources parsing and responding to Diameter

>>  messages, possibly resulting in congestion collapse.  The existing

>>  mechanisms provided by Diameter are not sufficient for this purpose.

>>  This document describes the limitations of the existing mechanisms,

>>  and provides requirements for new overload management mechanisms.

>>

>>

>>

>>

>> The IETF Secretariat

>>

>

> _______________________________________________

> DiME mailing list

> DiME@ietf.org

> https://www.ietf.org/mailman/listinfo/dime



_______________________________________________

DiME mailing list

DiME@ietf.org

https://www.ietf.org/mailman/listinfo/dime