IETF Logo Mail Archive

Re: [6tisch] terminology - new version on bitbucket - open issues

"Pascal Thubert (pthubert)" <pthubert@cisco.com> Wed, 04 February 2015 12:48 UTC

Return-Path: <pthubert@cisco.com>
X-Original-To: 6tisch@ietfa.amsl.com
Delivered-To: 6tisch@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8AB161A007B for <6tisch@ietfa.amsl.com>; Wed, 4 Feb 2015 04:48:22 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -14.51
X-Spam-Level:
X-Spam-Status: No, score=-14.51 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, USER_IN_DEF_DKIM_WL=-7.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 aJRzbmU6q5Ld for <6tisch@ietfa.amsl.com>; Wed, 4 Feb 2015 04:48:16 -0800 (PST)
Received: from rcdn-iport-9.cisco.com (rcdn-iport-9.cisco.com [173.37.86.80]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 81F201A86EC for <6tisch@ietf.org>; Wed, 4 Feb 2015 04:48:11 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=15981; q=dns/txt; s=iport; t=1423054091; x=1424263691; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=Opp9yhz5PqFgGDwgd653bHQ85FsDGDtkHv6He33Gywo=; b=DjX0llsMLb6XMmmN3XfNfSkHVKlLo4XZskcFWYL/pcThlp8kYVnyF2gn 3DXXzn9hCj6Z5Xv8K21L0yLgLOjVJIPUgciC1+V2HmfImgqjsKA6yVBc/ OMfn31W5OLrBxuCaBNbHPEiNvgAKSDJ9y9hSAIisCMY5w5cR6/owR+8Rt Q=;
X-Files: smime.p7s : 4831
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AqAFAKQU0lStJA2N/2dsb2JhbABaDoI1Q1JZBIJ9vROCJYVxAoETQwEBAQEBfYQMAQEBBCMKTBACAQgRBAEBCx0DAgICHxEUCQgBAQQBDQUIBogLAxENvzOQaA2FawEBAQEBAQEBAQEBAQEBAQEBAQEBARMEig6DQIF5LQQGAYJoLoETBY0pgWOBVIErT4QSgl2DA4hIgkCDPSKDMT1vgUR+AQEB
X-IronPort-AV: E=Sophos; i="5.09,518,1418083200"; d="p7s'?scan'208,217"; a="390223358"
Received: from alln-core-8.cisco.com ([173.36.13.141]) by rcdn-iport-9.cisco.com with ESMTP; 04 Feb 2015 12:48:10 +0000
Received: from xhc-aln-x05.cisco.com (xhc-aln-x05.cisco.com [173.36.12.79]) by alln-core-8.cisco.com (8.14.5/8.14.5) with ESMTP id t14CmAIW009384 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Wed, 4 Feb 2015 12:48:10 GMT
Received: from xmb-rcd-x01.cisco.com ([169.254.1.156]) by xhc-aln-x05.cisco.com ([173.36.12.79]) with mapi id 14.03.0195.001; Wed, 4 Feb 2015 06:48:09 -0600
From: "Pascal Thubert (pthubert)" <pthubert@cisco.com>
To: Thomas Watteyne <watteyne@eecs.berkeley.edu>, Maria Rita PALATTELLA <maria-rita.palattella@uni.lu>
Thread-Topic: terminology - new version on bitbucket - open issues
Thread-Index: AdBAbqIDFuQQM7w0RoeZd6Dr7no44QANIo8AAAqqTbA=
Date: Wed, 04 Feb 2015 12:48:08 +0000
Deferred-Delivery: Wed, 4 Feb 2015 12:47:00 +0000
Message-ID: <E045AECD98228444A58C61C200AE1BD848B5ADED@xmb-rcd-x01.cisco.com>
References: <F085911F642A6847987ADA23E611780D1D0E43EA@hoshi.uni.lux> <CADJ9OA-=G_AjvrWjPw9o9t25y8uTGJhrwD5iyk2OPgTF9cJ=CQ@mail.gmail.com>
In-Reply-To: <CADJ9OA-=G_AjvrWjPw9o9t25y8uTGJhrwD5iyk2OPgTF9cJ=CQ@mail.gmail.com>
Accept-Language: fr-FR, en-US
Content-Language: en-US
X-MS-Has-Attach: yes
X-MS-TNEF-Correlator:
x-originating-ip: [10.49.80.22]
Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg="SHA1"; boundary="----=_NextPart_000_002B_01D04080.F83AA990"
MIME-Version: 1.0
Archived-At: <http://mailarchive.ietf.org/arch/msg/6tisch/LX8EuRwWJBeBtsfoRTO8t3aX7pU>
Cc: "Wang, Chonggang (Chonggang.Wang@interdigital.com)" <Chonggang.Wang@interdigital.com>, "6tisch@ietf.org" <6tisch@ietf.org>, "Rene Struik (rstruik.ext@gmail.com)" <rstruik.ext@gmail.com>
Subject: Re: [6tisch] terminology - new version on bitbucket - open issues
X-BeenThere: 6tisch@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tisch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6tisch>, <mailto:6tisch-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/6tisch/>
List-Post: <mailto:6tisch@ietf.org>
List-Help: <mailto:6tisch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6tisch>, <mailto:6tisch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 04 Feb 2015 12:48:24 -0000

Me too. Why don’t we use “payload” for payload? I do not see the need for an acronym!

 

Cheers,

 

Pascal

 

From: twatteyne@gmail.com [mailto:twatteyne@gmail.com] On Behalf Of Thomas Watteyne
Sent: mercredi 4 février 2015 12:51
To: Maria Rita PALATTELLA
Cc: Rene Struik (rstruik.ext@gmail.com); Wang, Chonggang (Chonggang.Wang@interdigital.com); Pascal Thubert (pthubert); 6tisch@ietf.org
Subject: Re: terminology - new version on bitbucket - open issues

 

Maria Rita,

 

Wonderful! I second your statement to use PDU as defined in RFC994.

 

Thomas

 

On Wed, Feb 4, 2015 at 12:46 PM, Maria Rita PALATTELLA <maria-rita.palattella@uni.lu> wrote:

Dear all,

 

based on the comments I kindly received from Rene and Chonggang, I have updated the terminology draft. The new version is available on Bitbucket: 

https://bitbucket.org/6tisch/draft-ietf-6tisch-terminology/src/master/

 

Mainly I have fixed several definitions, trying to be more precise and clearer, and I have also deleted some terms (security-related).

There is still one issue related to the PDU acronym used for the 6top Data Convey Model . PDU is well known to be Protocol Data Unit (RFC994). But in the 6top Data Convey Model, it is used for Payload Data Unit. I would ask the 6top team to have a look, and see how we could replace this acronym. Thanks!

@Rene/Chonggang, ALL : please, review the new version of the draft and let me know if you would like still something to be changed.

Thank you!

Best regards,

Maria Rita

v2.23.0 | Report a Bug | By Email