Re: [icnrg] Fwd: New Version Notification for draft-gundogan-icnrg-ccnx-timetlv-01.txt

Cenk Gündoğan <mail+ietf@gundogan.net> Thu, 12 March 2020 09:16 UTC

Return-Path: <mail+ietf@gundogan.net>
X-Original-To: icnrg@ietfa.amsl.com
Delivered-To: icnrg@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B49BF3A13E5 for <icnrg@ietfa.amsl.com>; Thu, 12 Mar 2020 02:16:25 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.699
X-Spam-Level:
X-Spam-Status: No, score=-1.699 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_INVALID=0.1, DKIM_SIGNED=0.1, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=no autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=fail (2048-bit key) reason="fail (bad RSA signature)" header.d=gundogan.net
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 P-n7V0irRtkA for <icnrg@ietfa.amsl.com>; Thu, 12 Mar 2020 02:16:23 -0700 (PDT)
Received: from mail.localdomain (trantor.gundogan.net [37.120.167.193]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B8B193A13E3 for <icnrg@irtf.org>; Thu, 12 Mar 2020 02:16:22 -0700 (PDT)
Received: from localhost (unknown [141.22.28.164]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) (No client certificate requested) by mail.localdomain (Postfix) with ESMTPSA id 632493030C for <icnrg@irtf.org>; Thu, 12 Mar 2020 10:07:29 +0100 (CET)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gundogan.net; s=201712; t=1584004049; bh=74dGHuLMRm9hAL3ZS/PWDNrZ0lHVgzKIeLhDimQBK/c=; h=References:From:To:Subject:In-reply-to:Date:From; b=AZ+LVTrmUaVc48P2v+BR5pkWngWZo58WpoMzGrMj9VY4C1Vwzm3w7VktT9wjzDGyq LlEhgYbV7DnEhGK/f5P6CLPXRp/KLqDOJ3H4aIJvtSlzvFAgY6xK/kk9OeMZv/v3xK ESIeURh9HMi7xlazUrpF9vqPUXXocJK5f72Uc5fqctrejocCUvMJ7twhP+eCBzOYEF bcYLtTGncGvC2uIRb4tcsVVWhgKApmgrrucGXgTdg3KkOk8osgC8Vswb3EXZ0pZMKR mLYutP4QQLSGxZfKOa4lDqppWwWTEj+OoxUyV6sT4dezN4yIRvU40auH4Guwi+KUl/ K0Sb1aYi8uFWQ==
References: <158377934751.5670.18125787139348726755@ietfa.amsl.com> <87zhcpbbfj.fsf@gundogan.net> <CAOFH+OZPf1fBaVXjxi1KNoAqNCL8pW0aOUvkDCuDsGUoy1JFNQ@mail.gmail.com>
User-agent: mu4e 1.2.0; emacs 26.3
From: Cenk =?utf-8?B?R8O8bmRvxJ9hbg==?= <mail+ietf@gundogan.net>
To: ICNRG <icnrg@irtf.org>
In-reply-to: <CAOFH+OZPf1fBaVXjxi1KNoAqNCL8pW0aOUvkDCuDsGUoy1JFNQ@mail.gmail.com>
Date: Thu, 12 Mar 2020 10:16:19 +0100
Message-ID: <87lfo6rl0c.fsf@gundogan.net>
MIME-Version: 1.0
Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha256; protocol="application/pgp-signature"
Archived-At: <https://mailarchive.ietf.org/arch/msg/icnrg/wj-k6qCCVM1IpfD0XLFRb-IOoSM>
Subject: Re: [icnrg] Fwd: New Version Notification for draft-gundogan-icnrg-ccnx-timetlv-01.txt
X-BeenThere: icnrg@irtf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Information-Centric Networking research group discussion list <icnrg.irtf.org>
List-Unsubscribe: <https://www.irtf.org/mailman/options/icnrg>, <mailto:icnrg-request@irtf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/icnrg/>
List-Post: <mailto:icnrg@irtf.org>
List-Help: <mailto:icnrg-request@irtf.org?subject=help>
List-Subscribe: <https://www.irtf.org/mailman/listinfo/icnrg>, <mailto:icnrg-request@irtf.org?subject=subscribe>
X-List-Received-Date: Thu, 12 Mar 2020 09:16:26 -0000

Hello Junxiao,

On Thu, Mar 12 2020 at 05:02 +0100, Junxiao Shi wrote:

> Hi Cenk
>
> Section 7 has a bad link in:
> This document makes no semantic changes to *RFC8965*

thank you. I amended a fix to the src repository [1].

[1] https://github.com/icnrg/draft-gundogan-icnrg-ccnx-timetlv

Cheers,
Cenk

>
> Yours, Junxiao
>
> On Mon, Mar 9, 2020, 15:03 Cenk Gündoğan <mail=2Bietf=
> 40gundogan.net@dmarc.ietf.org> wrote:
>
>> Dear ICNRG,
>>
>> we updated our CCNx Time TLV draft to include the following changes:
>>
>> * we removed the previously included discussion on using a time base TLV
>>   for (absolute) RecommendedCacheTime (RCT) TLVs in content objects. The
>>   current approach interprets RCT as absolute (normal behavior) for UTC
>>   timestamps (8 octets), and as relative for a compact timestamp (1
>>   octet).
>>
>> * we added an explicit configuration for exponent, mantissa, and bias to
>>   Section 4. That configuration yields a milli second resolution for
>>   lower time values and can also (with low resolution) reaches values
>>   has high as ~4 years.
>>
>> * we added a few alternatives to section 5 (CCNx protocol integration)
>>   to provide more material for discussions. This topic needs to converge
>>   to a distinct solution, though.
>>
>> As always, any feedback is highly appreciated.
>>
>> Cheers,
>> Cenk
>>
>> On Mon, Mar 09 2020 at 19:42 +0100, internet-drafts@ietf.org wrote:
>>
>> > A new version of I-D, draft-gundogan-icnrg-ccnx-timetlv-01.txt
>> > has been successfully submitted by Cenk Gundogan and posted to the
>> > IETF repository.
>> >
>> > Name:         draft-gundogan-icnrg-ccnx-timetlv
>> > Revision:     01
>> > Title:                An Alternative Delta Time encoding for CCNx using
>> Interval Time from RFC5497
>> > Document date:        2020-03-09
>> > Group:                Individual Submission
>> > Pages:                8
>> > URL:
>> https://www.ietf.org/internet-drafts/draft-gundogan-icnrg-ccnx-timetlv-01..txt
>> > Status:
>> https://datatracker.ietf.org/doc/draft-gundogan-icnrg-ccnx-timetlv/
>> > Htmlized:
>> https://tools.ietf.org/html/draft-gundogan-icnrg-ccnx-timetlv-01
>> > Htmlized:
>> https://datatracker.ietf.org/doc/html/draft-gundogan-icnrg-ccnx-timetlv
>> > Diff:
>> https://www.ietf.org/rfcdiff?url2=draft-gundogan-icnrg-ccnx-timetlv-01
>> >
>> > Abstract:
>> >    CCNx utilizes Delta Time for a number of functions.  When using CCNx
>> >    in environments with constrained nodes and/or bandwidth constrained
>> >    networks, it is valuable to have a compressed representation of delta
>> >    time.  In order to do so, either accuracy or dynamic range has to be
>> >    sacrificed.  Since the current uses of delta time do not require both
>> >    simultaneously, one can consider a logarithmic encoding such as that
>> >    specified in RFC5497.  This document updates _CCNx messages in TLV
>> >    Format_ (RFC8609) to specify this alternative encoding.
>> >
>> >
>> >
>> >
>> > Please note that it may take a couple of minutes from the time of
>> submission
>> > until the htmlized version and diff are available at tools.ietf.org.
>> >
>> > The IETF Secretariat
>>
>>
>> --
>> Cenk Gündoğan
>>
>> Hamburg University of Applied Sciences
>> Dept. of Computer Science / Internet Technologies Group
>> Berliner Tor 7, 20099 Hamburg, Germany
>> Fon: +49 40 42875 - 8426
>> Mail: cenk.guendogan@haw-hamburg.de
>> Web: https://www.inet.haw-hamburg.de/
>> _______________________________________________
>> icnrg mailing list
>> icnrg@irtf.org
>> https://www.irtf.org/mailman/listinfo/icnrg
>>