Re: [Dime] [dime] #32: Sequence-Number Time-Stamp values within OC-OLR
Steve Donovan <srdonovan@usdonovans.com> Wed, 05 February 2014 14:33 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 643CB1A01AF for <dime@ietfa.amsl.com>; Wed, 5 Feb 2014 06:33:48 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.9
X-Spam-Level:
X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, SPF_PASS=-0.001] 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 LckpGW9dBQYa for <dime@ietfa.amsl.com>; Wed, 5 Feb 2014 06:33:46 -0800 (PST)
Received: from biz131.inmotionhosting.com (biz131.inmotionhosting.com [66.117.0.129]) by ietfa.amsl.com (Postfix) with ESMTP id 79D801A0180 for <dime@ietf.org>; Wed, 5 Feb 2014 06:33:46 -0800 (PST)
Received: from [137.254.4.59] (port=24737 helo=SDmac.local) by biz131.inmotionhosting.com with esmtpsa (TLSv1:DHE-RSA-CAMELLIA256-SHA:256) (Exim 4.82) (envelope-from <srdonovan@usdonovans.com>) id 1WB3Xi-0002ba-M8 for dime@ietf.org; Wed, 05 Feb 2014 06:33:45 -0800
Message-ID: <52F24BC0.6070600@usdonovans.com>
Date: Wed, 05 Feb 2014 08:33:36 -0600
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.2.0
MIME-Version: 1.0
To: dime@ietf.org
References: <066.f8b7ffcffcd55b9e56fa2bfc281d4649@trac.tools.ietf.org> <29423_1391537999_52F12F4F_29423_3802_1_6B7134B31289DC4FAF731D844122B36E47772A@PEXCVZYM13.corporate.adroot.infra.ftgroup> <A9CA33BB78081F478946E4F34BF9AAA014D62A4B@xmb-rcd-x10.cisco.com>
In-Reply-To: <A9CA33BB78081F478946E4F34BF9AAA014D62A4B@xmb-rcd-x10.cisco.com>
Content-Type: multipart/alternative; boundary="------------060407040009000905020305"
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
Subject: Re: [Dime] [dime] #32: Sequence-Number Time-Stamp values within OC-OLR
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, 05 Feb 2014 14:33:48 -0000
How the sequence number is implemented is an implementation decision. There is no reason to mandate that is be an NTP timestamp. That should be included only as one way of addressing the requirement. Steve On 2/4/14 10:27 PM, Nirav Salot (nsalot) wrote: > I also agree. > > Regards, > Nirav. > > -----Original Message----- > From: DiME [mailto:dime-bounces@ietf.org] On Behalf Of lionel.morand@orange.com > Sent: Tuesday, February 04, 2014 11:50 PM > To: dime@ietf.org > Subject: Re: [Dime] [dime] #32: Sequence-Number Time-Stamp values within OC-OLR > > The existing wording seems actually fuzzy. > If it is "like an NTP timestamp", be proud and say it loud! > > In summary: ok with the proposal if it clarifies this handling of this sequence-number. > > Lionel > > -----Message d'origine----- > De : dime issue tracker [mailto:trac+dime@trac.tools.ietf.org] > Envoyé : mardi 4 février 2014 09:50 > À : MORAND Lionel IMT/OLN > Cc : dime@ietf.org > Objet : [dime] #32: Sequence-Number Time-Stamp values within OC-OLR > > #32: Sequence-Number Time-Stamp values within OC-OLR > > The -01 draft says in clause 4.4: > From the functionality point of view, the OC-Sequence-Number AVP MUST > be used as a non-volatile increasing counter between two overload > control endpoints (neglecting the fact that the contents of the AVP > is a 64-bit NTP timestamp [RFC5905]). The sequence number is only > required to be unique between two overload control endpoints. > Sequence numbers are treated in uni-directional manner, i.e. two > sequence numbers on each direction between two endpoints are not > related or correlated. > > When generating sequence numbers, the new sequence number MUST be > greater than any sequence number previously seen between two > endpoints within a time window that tolerates the wraparound of the > NTP timestamp (i.e. approximately 68 years). > > > With this mechanism it is difficult to get back to sync once you are out of sync (for whatever reason). > It is proposed to mandate that the Sequence Number is a real 64-bit NTP timestamp (RFC5905) indicating the point in time when the OLR was created, and to mandate that OLRs with a time stamp higher than time of reception must be ignored by the reacting node. >
- [Dime] [dime] #32: Sequence-Number Time-Stamp val… dime issue tracker
- Re: [Dime] [dime] #32: Sequence-Number Time-Stamp… lionel.morand
- Re: [Dime] [dime] #32: Sequence-Number Time-Stamp… Nirav Salot (nsalot)
- Re: [Dime] [dime] #32: Sequence-Number Time-Stamp… Steve Donovan
- Re: [Dime] [dime] #32: Sequence-Number Time-Stamp… lionel.morand
- Re: [Dime] [dime] #32: Sequence-Number Time-Stamp… Ben Campbell
- Re: [Dime] [dime] #32: Sequence-Number Time-Stamp… lionel.morand
- Re: [Dime] [dime] #32: Sequence-Number Time-Stamp… Ben Campbell
- Re: [Dime] [dime] #32: Sequence-Number Time-Stamp… Wiehe, Ulrich (NSN - DE/Munich)
- Re: [Dime] [dime] #32: Sequence-Number Time-Stamp… Steve Donovan
- Re: [Dime] [dime] #32: Sequence-Number Time-Stamp… Jouni Korhonen
- Re: [Dime] [dime] #32: Sequence-Number Time-Stamp… Wiehe, Ulrich (NSN - DE/Munich)
- Re: [Dime] [dime] #32: Sequence-Number Time-Stamp… Jouni Korhonen
- Re: [Dime] [dime] #32: Sequence-Number Time-Stamp… lionel.morand
- Re: [Dime] [dime] #32: Sequence-Number Time-Stamp… Steve Donovan
- Re: [Dime] [dime] #32: Sequence-Number Time-Stamp… Maria Cruz Bartolome
- Re: [Dime] [dime] #32: Sequence-Number Time-Stamp… Jouni Korhonen
- Re: [Dime] [dime] #32: Sequence-Number Time-Stamp… Wiehe, Ulrich (NSN - DE/Munich)
- Re: [Dime] [dime] #32: Sequence-Number Time-Stamp… Steve Donovan
- Re: [Dime] [dime] #32: Sequence-Number Time-Stamp… Steve Donovan
- Re: [Dime] [dime] #32: Sequence-Number Time-Stamp… lionel.morand
- Re: [Dime] [dime] #32: Sequence-Number Time-Stamp… lionel.morand
- Re: [Dime] [dime] #32: Sequence-Number Time-Stamp… Ben Campbell
- Re: [Dime] [dime] #32: Sequence-Number Time-Stamp… Jouni Korhonen
- Re: [Dime] [dime] #32: Sequence-Number Time-Stamp… lionel.morand
- Re: [Dime] [dime] #32 (draft-docdt-dime-ovli): Se… dime issue tracker
- Re: [Dime] [dime] #32: Sequence-Number Time-Stamp… Wiehe, Ulrich (NSN - DE/Munich)
- Re: [Dime] [dime] #32: Sequence-Number Time-Stamp… Jouni Korhonen
- Re: [Dime] [dime] #32: Sequence-Number Time-Stamp… Jouni Korhonen
- [Dime] Closing issues (was Re: [dime] #32: Sequen… Steve Donovan
- Re: [Dime] [dime] #32 (draft-docdt-dime-ovli): Se… dime issue tracker
- Re: [Dime] [dime] #32 (draft-docdt-dime-ovli): Se… dime issue tracker
- Re: [Dime] [dime] #32 (draft-docdt-dime-ovli): Se… Steve Donovan
- Re: [Dime] [dime] #32 (draft-docdt-dime-ovli): Se… Maria Cruz Bartolome
- Re: [Dime] [dime] #32 (draft-ietf-dime-ovli): Seq… dime issue tracker