Re: [Dime] [dime] #44 (draft-docdt-dime-ovli): Incorrect sequence number behavior

Steve Donovan <srdonovan@usdonovans.com> Wed, 26 March 2014 15:47 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 6D4881A018F for <dime@ietfa.amsl.com>; Wed, 26 Mar 2014 08:47:07 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 1.58
X-Spam-Level: *
X-Spam-Status: No, score=1.58 tagged_above=-999 required=5 tests=[BAYES_50=0.8, HTML_MESSAGE=0.001, SPF_NEUTRAL=0.779] 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 sBM2yGrKaSJl for <dime@ietfa.amsl.com>; Wed, 26 Mar 2014 08:47:06 -0700 (PDT)
Received: from biz131.inmotionhosting.com (biz131.inmotionhosting.com [23.235.209.16]) by ietfa.amsl.com (Postfix) with ESMTP id 5B8B11A0306 for <dime@ietf.org>; Wed, 26 Mar 2014 08:47:06 -0700 (PDT)
Received: from [137.254.4.56] (port=42493 helo=SDmac.local) by biz131.inmotionhosting.com with esmtpsa (TLSv1:DHE-RSA-AES128-SHA:128) (Exim 4.82) (envelope-from <srdonovan@usdonovans.com>) id 1WSq2X-0000ix-2U; Wed, 26 Mar 2014 08:46:58 -0700
Message-ID: <5332F680.9030102@usdonovans.com>
Date: Wed, 26 Mar 2014 10:47:12 -0500
From: Steve Donovan <srdonovan@usdonovans.com>
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.8; rv:24.0) Gecko/20100101 Thunderbird/24.4.0
MIME-Version: 1.0
To: dime@ietf.org, draft-docdt-dime-ovli@tools.ietf.org
References: <057.7c5fb5d661b97d2b4cb140cc4965cf36@trac.tools.ietf.org> <072.6892b07263eb158352dabe97ef8b9ed4@trac.tools.ietf.org>
In-Reply-To: <072.6892b07263eb158352dabe97ef8b9ed4@trac.tools.ietf.org>
Content-Type: multipart/alternative; boundary="------------090700000903060907000906"
X-OutGoing-Spam-Status: No, score=-2.9
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: srdonovan@usdonovans.com
Archived-At: http://mailarchive.ietf.org/arch/msg/dime/jwrLFSvmfsAVG6L61c09pj7mpnE
Subject: Re: [Dime] [dime] #44 (draft-docdt-dime-ovli): Incorrect sequence number behavior
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, 26 Mar 2014 15:47:07 -0000

All,

When looking to make the change documented below, I realized that this
wording had already been changed as a result of a previous agreed to
change.  I haven't searched down which one, but the new wording in the
current -02 snapshot is as following.  I believe that this is consistent
with the proposed wording below and, as such, have not further updated
the paragraph.

If the value of the OC-Sequence-Number AVP contained in the received
   OC-OLR AVP is equal to or less than the value stored in an existing
   overload condition state, the received OC-OLR AVP SHOULD be silently
   discarded.  If the value of the OC-Sequence-Number AVP contained in
   the received OC-OLR AVP is greater than the value stored in an
   existing overload condition state or there is no previously recorded
   sequence number, the reacting node MUST update the overload condition
   state associated with the realm or the specific node is the realm.

Regards,

Steve
On 3/24/14 3:17 PM, dime issue tracker wrote:
> #44: Incorrect sequence number behavior
>
> Changes (by srdonovan@usdonovans.com):
>
>  * status:  new => closed
>  * resolution:   => fixed
>
>
> Comment:
>
>  Change the last sentence of section 4.3, paragraph 3 to “The reacting node
>  SHOULD discard an OC-OLR AVP with a sequence number that is less than or
>  equal to the previously received sequence number.”
>