[Dime] Resolution to issue 69 and part of issue 23
Steve Donovan <srdonovan@usdonovans.com> Wed, 22 October 2014 05:11 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 5BABB1A8AB1 for <dime@ietfa.amsl.com>; Tue, 21 Oct 2014 22:11:48 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 1.59
X-Spam-Level: *
X-Spam-Status: No, score=1.59 tagged_above=-999 required=5 tests=[BAYES_50=0.8, HTML_MESSAGE=0.001, SPF_NEUTRAL=0.779, T_HTML_ATTACH=0.01] autolearn=no
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 v6IfQUIpfwXS for <dime@ietfa.amsl.com>; Tue, 21 Oct 2014 22:11:41 -0700 (PDT)
Received: from biz131.inmotionhosting.com (biz131.inmotionhosting.com [74.124.197.190]) (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 65C271A8AAD for <dime@ietf.org>; Tue, 21 Oct 2014 22:11:41 -0700 (PDT)
Received: from 187.31.0.109.rev.sfr.net ([109.0.31.187]:53937 helo=b8e856229362.netpoint.com) by biz131.inmotionhosting.com with esmtpsa (TLSv1:DHE-RSA-AES128-SHA:128) (Exim 4.82) (envelope-from <srdonovan@usdonovans.com>) id 1XgoCw-0000pT-D8 for dime@ietf.org; Tue, 21 Oct 2014 22:11:39 -0700
Message-ID: <54473C8A.5030801@usdonovans.com>
Date: Wed, 22 Oct 2014 07:11:38 +0200
From: Steve Donovan <srdonovan@usdonovans.com>
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:24.0) Gecko/20100101 Thunderbird/24.6.0
MIME-Version: 1.0
To: "dime@ietf.org" <dime@ietf.org>
Content-Type: multipart/mixed; boundary="------------000300020505070805010105"
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: srd+usdonovans.com/only user confirmed/virtual account not confirmed
Archived-At: http://mailarchive.ietf.org/arch/msg/dime/refnqRWm7msDz3st3BGE1ezqB5o
X-Mailman-Approved-At: Tue, 21 Oct 2014 22:49:05 -0700
Subject: [Dime] Resolution to issue 69 and part of issue 23
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, 22 Oct 2014 05:11:48 -0000
I added Lionel's proposed wording to the reporting node sub section of
the overload report handling section.
I also modified the first paragraph below and added the other two
paragraphs. Those changes were not directly related to issue 69 but
were needed in this section.
The reporting node MAY update the overload report with new
reduction
percentages.
The reacting node MAY extend the validatity duration for an
existing
overload report by sending a OLR with either the same or a new
validity duration value. When doing so, the reacting node
MUST increase the
sequence number in the new OLR sent.
When sending an overload report with new values in any of the
sub AVPs
for an existing overload condition, the reporting node MUST
increase the
sequence number in the new OLR sent.
I have attached the diff file.
Regards,
Steve
- [Dime] Resolution to issue 69 and part of issue 23 Steve Donovan
- Re: [Dime] Resolution to issue 69 and part of iss… Maria Cruz Bartolome