IETF Logo Mail Archive

Re: [Dime] Issue#32 status

"Wiehe, Ulrich (NSN - DE/Munich)" <ulrich.wiehe@nsn.com> Fri, 28 February 2014 15:37 UTC

Return-Path: <ulrich.wiehe@nsn.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 947AD1A0838 for <dime@ietfa.amsl.com>; Fri, 28 Feb 2014 07:37:19 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.9
X-Spam-Level:
X-Spam-Status: No, score=-6.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_HI=-5] 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 egxpO8JgGl4U for <dime@ietfa.amsl.com>; Fri, 28 Feb 2014 07:37:17 -0800 (PST)
Received: from demumfd001.nsn-inter.net (demumfd001.nsn-inter.net [93.183.12.32]) by ietfa.amsl.com (Postfix) with ESMTP id 99CC61A083A for <dime@ietf.org>; Fri, 28 Feb 2014 07:37:17 -0800 (PST)
Received: from demuprx016.emea.nsn-intra.net ([10.150.129.55]) by demumfd001.nsn-inter.net (8.12.11.20060308/8.12.11) with ESMTP id s1SFbEAk008000 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Fri, 28 Feb 2014 16:37:14 +0100
Received: from DEMUHTC004.nsn-intra.net ([10.159.42.35]) by demuprx016.emea.nsn-intra.net (8.12.11.20060308/8.12.11) with ESMTP id s1SFbD9i011322 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Fri, 28 Feb 2014 16:37:13 +0100
Received: from DEMUHTC013.nsn-intra.net (10.159.42.44) by DEMUHTC004.nsn-intra.net (10.159.42.35) with Microsoft SMTP Server (TLS) id 14.3.123.3; Fri, 28 Feb 2014 16:37:13 +0100
Received: from DEMUMBX014.nsn-intra.net ([169.254.14.242]) by DEMUHTC013.nsn-intra.net ([10.159.42.44]) with mapi id 14.03.0123.003; Fri, 28 Feb 2014 16:37:13 +0100
From: "Wiehe, Ulrich (NSN - DE/Munich)" <ulrich.wiehe@nsn.com>
To: ext Jouni Korhonen <jouni.nospam@gmail.com>
Thread-Topic: [Dime] Issue#32 status
Thread-Index: Ac8tiAGtvQe9mwQAS968RUS8ackr7wHCZuSAAAJPGZA=
Date: Fri, 28 Feb 2014 15:37:12 +0000
Message-ID: <5BCBA1FC2B7F0B4C9D935572D9000668151B4F3D@DEMUMBX014.nsn-intra.net>
References: <5BCBA1FC2B7F0B4C9D935572D9000668151B3D63@DEMUMBX014.nsn-intra.net> <30695D73-312B-498D-A855-B1FA5A0FF27D@gmail.com>
In-Reply-To: <30695D73-312B-498D-A855-B1FA5A0FF27D@gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.159.42.100]
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-purgate-type: clean
X-purgate-Ad: Categorized by eleven eXpurgate (R) http://www.eleven.de
X-purgate: clean
X-purgate: This mail is considered clean (visit http://www.eleven.de for further information)
X-purgate-size: 1465
X-purgate-ID: 151667::1393601834-00005322-6B956C43/0-0/0-0
Archived-At: http://mailarchive.ietf.org/arch/msg/dime/_MhGO0iytEyqg5jESu9htCUV3Dw
Cc: "dime@ietf.org" <dime@ietf.org>
Subject: Re: [Dime] Issue#32 status
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: Fri, 28 Feb 2014 15:37:19 -0000

I think so; not required, not desired.

-----Original Message-----
From: ext Jouni Korhonen [mailto:jouni.nospam@gmail.com] 
Sent: Friday, February 28, 2014 4:30 PM
To: Wiehe, Ulrich (NSN - DE/Munich)
Cc: dime@ietf.org
Subject: Re: [Dime] Issue#32 status


Going back in history..

On Feb 19, 2014, at 5:33 PM, "Wiehe, Ulrich (NSN - DE/Munich)" <ulrich.wiehe@nsn.com> wrote:

> #32: Sequence-Number Time-Stamp values within OC-OLR
>  
> I understand that we agreed the following principles:
>  
> Sequence-Number is of type Time, however the value need not correspond to the point in time of generation.
>  
> When generated, a new sequence number must be  greater than any sequence number previously generated by the same node (including over a reboot of that node)
>  
> When received, a sequence number is used to detect outdates/replays/freshness.
>  
> Sequence numbers of expired OLRs MUST NOT be remembered by reacting nodes.
>  
>  
> I did not understand the requirement for globally uniqueness as introduced by Jouni.
> Can Jouni please explain.

Originated from here:
http://www.ietf.org/mail-archive/web/dime/current/msg06600.html

So requiring global uniqueness is not desired anymore? 

- Jouni



>  
> Ulrich
>  
>  
>  
> _______________________________________________
> DiME mailing list
> DiME@ietf.org
> https://www.ietf.org/mailman/listinfo/dime

v2.23.0 | Report a Bug | By Email