Re: [Dime] [dime] #32: Sequence-Number Time-Stamp values within OC-OLR
<lionel.morand@orange.com> Tue, 04 February 2014 18:20 UTC
Return-Path: <lionel.morand@orange.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 7F4851A0155 for <dime@ietfa.amsl.com>; Tue, 4 Feb 2014 10:20:04 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.899
X-Spam-Level:
X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, UNPARSEABLE_RELAY=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 cOKf-o4kVI0q for <dime@ietfa.amsl.com>; Tue, 4 Feb 2014 10:20:01 -0800 (PST)
Received: from relais-inet.francetelecom.com (relais-ias92.francetelecom.com [193.251.215.92]) by ietfa.amsl.com (Postfix) with ESMTP id E68001A0035 for <dime@ietf.org>; Tue, 4 Feb 2014 10:20:00 -0800 (PST)
Received: from omfedm07.si.francetelecom.fr (unknown [xx.xx.xx.3]) by omfedm11.si.francetelecom.fr (ESMTP service) with ESMTP id 02D2C3B4358 for <dime@ietf.org>; Tue, 4 Feb 2014 19:20:00 +0100 (CET)
Received: from Exchangemail-eme1.itn.ftgroup (unknown [10.114.1.183]) by omfedm07.si.francetelecom.fr (ESMTP service) with ESMTP id DF0394C066 for <dime@ietf.org>; Tue, 4 Feb 2014 19:19:59 +0100 (CET)
Received: from PEXCVZYM13.corporate.adroot.infra.ftgroup ([fe80::cc7e:e40b:42ef:164e]) by PEXCVZYH02.corporate.adroot.infra.ftgroup ([::1]) with mapi id 14.03.0174.001; Tue, 4 Feb 2014 19:19:59 +0100
From: lionel.morand@orange.com
To: "dime@ietf.org" <dime@ietf.org>
Thread-Topic: [dime] #32: Sequence-Number Time-Stamp values within OC-OLR
Thread-Index: AQHPIYYKB91oIzfs90+UMw0PXfYt15qlYXHQ
Date: Tue, 04 Feb 2014 18:19:58 +0000
Message-ID: <29423_1391537999_52F12F4F_29423_3802_1_6B7134B31289DC4FAF731D844122B36E47772A@PEXCVZYM13.corporate.adroot.infra.ftgroup>
References: <066.f8b7ffcffcd55b9e56fa2bfc281d4649@trac.tools.ietf.org>
In-Reply-To: <066.f8b7ffcffcd55b9e56fa2bfc281d4649@trac.tools.ietf.org>
Accept-Language: fr-FR, en-US
Content-Language: fr-FR
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.197.38.1]
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-PMX-Version: 6.0.3.2322014, Antispam-Engine: 2.7.2.2107409, Antispam-Data: 2014.2.4.140016
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: Tue, 04 Feb 2014 18:20:04 -0000
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. -- --------------------------------------+-------------------------- Reporter: lionel.morand@orange.com | Owner: Ulrich Wiehe Type: defect | Status: new Priority: major | Milestone: Component: draft-docdt-dime-ovli | Version: Severity: Active WG Document | Keywords: --------------------------------------+-------------------------- Ticket URL: <http://trac.tools.ietf.org/wg/dime/trac/ticket/32> dime <http://tools.ietf.org/wg/dime/> _________________________________________________________________________________________________________________________ Ce message et ses pieces jointes peuvent contenir des informations confidentielles ou privilegiees et ne doivent donc pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu ce message par erreur, veuillez le signaler a l'expediteur et le detruire ainsi que les pieces jointes. Les messages electroniques etant susceptibles d'alteration, Orange decline toute responsabilite si ce message a ete altere, deforme ou falsifie. Merci. This message and its attachments may contain confidential or privileged information that may be protected by law; they should not be distributed, used or copied without authorisation. If you have received this email in error, please notify the sender and delete this message and its attachments. As emails may be altered, Orange is not liable for messages that have been modified, changed or falsified. Thank you.
- [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