Re: [6lo] Generation of IPv6 IIDs

"Dijk, Esko" <esko.dijk@philips.com> Wed, 14 May 2014 15:54 UTC

Return-Path: <esko.dijk@philips.com>
X-Original-To: 6lo@ietfa.amsl.com
Delivered-To: 6lo@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9E7301A02B3 for <6lo@ietfa.amsl.com>; Wed, 14 May 2014 08:54:43 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.6
X-Spam-Level:
X-Spam-Status: No, score=-2.6 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7] 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 eFg_84hamCMf for <6lo@ietfa.amsl.com>; Wed, 14 May 2014 08:54:41 -0700 (PDT)
Received: from ch1outboundpool.messaging.microsoft.com (ch1ehsobe003.messaging.microsoft.com [216.32.181.183]) by ietfa.amsl.com (Postfix) with ESMTP id B2E721A008F for <6lo@ietf.org>; Wed, 14 May 2014 08:54:40 -0700 (PDT)
Received: from mail134-ch1-R.bigfish.com (10.43.68.228) by CH1EHSOBE010.bigfish.com (10.43.70.60) with Microsoft SMTP Server id 14.1.225.22; Wed, 14 May 2014 15:54:33 +0000
Received: from mail134-ch1 (localhost [127.0.0.1]) by mail134-ch1-R.bigfish.com (Postfix) with ESMTP id 6B52A1803E5; Wed, 14 May 2014 15:54:33 +0000 (UTC)
X-Forefront-Antispam-Report: CIP:206.191.242.69; KIP:(null); UIP:(null); IPV:NLI; H:mail.philips.com; RD:error; EFVD:FOP
X-SpamScore: -26
X-BigFish: VPS-26(zzbb2dI62a3I98dI15d6I9371I542I1432I9251I217bIdd85kzz1f42h1ee6h1de0h1fdah2073h2146h1202h1e76h2189h1d1ah1d2ah21bch1fc6h208chzz1de098h1033IL8275bh8275dh1de097hz2dh109h2a8h839h944hd25hf0ah1220h1288h12a5h12a9h12bdh137ah13b6h1441h1504h1537h153bh15d0h162dh1631h1758h18e1h1946h19b5h19ceh1ad9h1b0ah1b2fh2222h224fh1fb3h1d0ch1d2eh1d3fh1dfeh1dffh1e1dh1fe8h1ff5h2216h22d0h2336h2438h2461h2487h24d7h2516h2545h255eh25f6h2605h262fh268bh26d3h27e2h)
Received: from mail134-ch1 (localhost.localdomain [127.0.0.1]) by mail134-ch1 (MessageSwitch) id 1400082870367715_9741; Wed, 14 May 2014 15:54:30 +0000 (UTC)
Received: from CH1EHSMHS014.bigfish.com (snatpool2.int.messaging.microsoft.com [10.43.68.236]) by mail134-ch1.bigfish.com (Postfix) with ESMTP id 4A08C2C0070; Wed, 14 May 2014 15:54:30 +0000 (UTC)
Received: from mail.philips.com (206.191.242.69) by CH1EHSMHS014.bigfish.com (10.43.70.14) with Microsoft SMTP Server (TLS) id 14.16.227.3; Wed, 14 May 2014 15:54:22 +0000
Received: from AMSPRD9003MB066.MGDPHG.emi.philips.com ([169.254.5.92]) by AMSPRD9003HT003.MGDPHG.emi.philips.com ([141.251.33.80]) with mapi id 14.16.0423.000; Wed, 14 May 2014 15:54:21 +0000
From: "Dijk, Esko" <esko.dijk@philips.com>
To: Fernando Gont <fgont@si6networks.com>, "6lo@ietf.org" <6lo@ietf.org>
Thread-Topic: [6lo] Generation of IPv6 IIDs
Thread-Index: AQHPZN69klPdJwHcYk6ktYhpWyjYupsrZGKwgAM/OQCAEarHgA==
Date: Wed, 14 May 2014 15:54:20 +0000
Message-ID: <031DD135F9160444ABBE3B0C36CED6183086A19F@AMSPRD9003MB066.MGDPHG.emi.philips.com>
References: <5361A67D.4010508@si6networks.com> <031DD135F9160444ABBE3B0C36CED61816A16351@AMSPRD9003MB066.MGDPHG.emi.philips.com> <5364BE82.5040904@si6networks.com>
In-Reply-To: <5364BE82.5040904@si6networks.com>
Accept-Language: en-GB, en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [92.69.200.250]
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-OriginatorOrg: philips.com
X-FOPE-CONNECTOR: Id%0$Dn%*$RO%0$TLS%0$FQDN%$TlsDn%
Archived-At: http://mailarchive.ietf.org/arch/msg/6lo/Br_BM9UOCn4bLP11_yBVmCFYfYg
Cc: "6lo-chairs@tools.ietf.org" <6lo-chairs@tools.ietf.org>, Erik Nordmark <nordmark@cisco.com>, "draft-ietf-6man-default-iids@tools.ietf.org" <draft-ietf-6man-default-iids@tools.ietf.org>, Dave Thaler <dthaler@microsoft.com>
Subject: Re: [6lo] Generation of IPv6 IIDs
X-BeenThere: 6lo@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: "Mailing list for the 6lo WG for Internet Area issues in IPv6 over constrained node networks." <6lo.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6lo>, <mailto:6lo-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/6lo/>
List-Post: <mailto:6lo@ietf.org>
List-Help: <mailto:6lo-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6lo>, <mailto:6lo-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 14 May 2014 15:54:43 -0000

Hello Fernando,

> a) List the RFC as "There are issues with this specification" (as suggested by Erik), or,
> b) Do not mention this RFC at all.

for me no preference. I would expect you can either list all known RFCs with such issues, or don't mention any such RFC. In case a) both RFC6282 and 6775 should be included.

regards,
Esko

-----Original Message-----
From: Fernando Gont [mailto:fgont@si6networks.com]
Sent: Saturday, May 03, 2014 12:02
To: Dijk, Esko; 6lo@ietf.org
Cc: 6lo-chairs@tools.ietf.org; draft-ietf-6man-default-iids@tools.ietf.org; Dave Thaler; Erik Nordmark
Subject: Re: [6lo] Generation of IPv6 IIDs

Hi, Esko,

Thanks so much for your feedback! Please find my responses in-line....

On 05/01/2014 03:41 AM, Dijk, Esko wrote:
>
> I would expect that at least RFC 6282 (and perhaps the RFC 4944 which
> it updates?) should be mentioned, since the 6LoWPAN header compression
> is based on the IID containing the hardware address. This RFC is then
> a notable exception to the 'SHOULD NOT'.

Since this one does not really follow the "SHOULD NOT", I guess we might opt to:

a) List the RFC as "There are issues with this specification" (as suggested by Erik), or,

b) Do not mention this RFC at all.


Thoughts?



> Furthermore for the 6lo active WG documents: - draft-ietf-6lo-btle-00
> has the use of hardware address for IID as a 'MAY' - that would need
> to become a 'SHOULD NOT' (unless there is some negative impact on
> performance)

I'd suggest that draft-ietf-6man-default-iids is referenced in that I-D.
Then you either follow the advice in draft-ietf-6man-default-iids, or explain your reasoning to go against it. (this was suggested by Dave Thaler earlier on).


> ? - draft-ietf-6lo-lowpanz-04 has a MUST on the use of NodeID in the
> IID, however the NodeID is only 8-bit locally assigned and is not an
> identifiable hardware address.

I'll check the aforementioned I-D when I land (I'm currently on a plane). I'd note that the issue is not only about IIDs being derived from hardware addresses, but also about they being constant across different network attachment points.

Thanks so much!

Best regards,
--
Fernando Gont
SI6 Networks
e-mail: fgont@si6networks.com
PGP Fingerprint: 6666 31C6 D484 63B2 8FB1 E3C4 AE25 0D55 1D4E 7492





________________________________
The information contained in this message may be confidential and legally protected under applicable law. The message is intended solely for the addressee(s). If you are not the intended recipient, you are hereby notified that any use, forwarding, dissemination, or reproduction of this message is strictly prohibited and may be unlawful. If you are not the intended recipient, please contact the sender by return e-mail and destroy all copies of the original message.