Re: Variable SLAAC linux kernel implementation (SLAAC with prefixes of arbitrary length in PIO)
Dmytro Shytyi <ietf.dmytro@shytyi.net> Tue, 10 November 2020 20:30 UTC
Return-Path: <ietf.dmytro@shytyi.net>
X-Original-To: ipv6@ietfa.amsl.com
Delivered-To: ipv6@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 16FA33A0FB1 for <ipv6@ietfa.amsl.com>; Tue, 10 Nov 2020 12:30:07 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.097
X-Spam-Level:
X-Spam-Status: No, score=-2.097 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_MSPIKE_H4=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=shytyi.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 rX209RdoE5ew for <ipv6@ietfa.amsl.com>; Tue, 10 Nov 2020 12:30:05 -0800 (PST)
Received: from sender11-of-o52.zoho.eu (sender11-of-o52.zoho.eu [31.186.226.238]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 6D51A3A0F61 for <ipv6@ietf.org>; Tue, 10 Nov 2020 12:30:05 -0800 (PST)
ARC-Seal: i=1; a=rsa-sha256; t=1605040201; cv=none; d=zohomail.eu; s=zohoarc; b=Asg71nsntvMeQUTrvnpsEZDxBIM8XcmaQ8wRP4waF/tBtGJ75lZ3AzhFEGSgRlvOz5Otvgf1qlsOBENaWD8VL36ILz82MpBQUH9prSRCiwgz9cHPYeAl7sYIosc3uBymkSyr+jsauzwPg9MkAv5QHpgMWKxX3aODx5zpkwjtDUc=
ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=zohomail.eu; s=zohoarc; t=1605040201; h=Content-Type:Content-Transfer-Encoding:Cc:Date:From:In-Reply-To:MIME-Version:Message-ID:References:Subject:To; bh=TP+DoNqax6K/u1oe2hVabvFrSuXOswqC5AfXB+Kvq9w=; b=VRDqMJCFP9vCjTAlTKnHEfDmTfh2mXJ2e5oiRfDj9+hx70GjoYV4yuB4A0tyiP2wBabqfL/YJHRhcecDQWh97rZ0xaL02JhYRnS5e2VKCPrAA9m0iFKtuTzt1QpMa8pPXEuXlH3B0eIipL1BGVnH8VMK/04ivq5lodGtLiZA3oo=
ARC-Authentication-Results: i=1; mx.zohomail.eu; dkim=pass header.i=shytyi.net; spf=pass smtp.mailfrom=ietf.dmytro@shytyi.net; dmarc=pass header.from=<ietf.dmytro@shytyi.net> header.from=<ietf.dmytro@shytyi.net>
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; t=1605040201; s=hs; d=shytyi.net; i=ietf.dmytro@shytyi.net; h=Date:From:To:Cc:Message-ID:In-Reply-To:References:Subject:MIME-Version:Content-Type:Content-Transfer-Encoding; bh=TP+DoNqax6K/u1oe2hVabvFrSuXOswqC5AfXB+Kvq9w=; b=T08eugQB55SLc+zLbjs5GSQWIFdW4ZpBPSI+NDkIBoHIZuqmRMHsU1ChaAO5eQJm BQ6GC6GBnLa4XxP15Kl+rZrfMIjEuaHd4nDV14P+SmuJA7Z3wcxYcuSWaGGo8DDMouT r8BY4HkqXoFNqIzAm3Gw5dMDSjp9inVKoXTR0wJU=
Received: from sender21-mail.zoho.eu (172.26.23.79 [172.26.23.79]) by mx.zoho.eu with SMTPS id 1605040200509403.22109804967624; Tue, 10 Nov 2020 21:30:00 +0100 (CET)
Received: from mail.zoho.eu by mx.zoho.eu with SMTP id 1605040200405116.2370862723667; Tue, 10 Nov 2020 21:30:00 +0100 (CET)
Date: Tue, 10 Nov 2020 21:30:00 +0100
From: Dmytro Shytyi <ietf.dmytro@shytyi.net>
To: Alexandre Petrescu <alexandre.petrescu@gmail.com>
Cc: IPv6 <ipv6@ietf.org>
Message-ID: <175b3d9dad4.11cca329d18270.1492183846590720599@shytyi.net>
In-Reply-To: <CAO42Z2xDYdOBUFCznSXnpjy4gw=yvyjYsRr0cppFQ+Oau8qxUQ@mail.gmail.com>
References: <175b355a1f5.de929a1814179.7234090001378491531@shytyi.net> <44c1cf99-01c4-7f88-1c98-8d4c613621ea@gmail.com> <c3f27858-4f94-2cb8-6065-7dcc6b919474@gmail.com> <CAO42Z2xDYdOBUFCznSXnpjy4gw=yvyjYsRr0cppFQ+Oau8qxUQ@mail.gmail.com>
Subject: Re: Variable SLAAC linux kernel implementation (SLAAC with prefixes of arbitrary length in PIO)
MIME-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
Importance: Medium
User-Agent: Zoho Mail
X-Mailer: Zoho Mail
X-ZohoMailClient: External
Archived-At: <https://mailarchive.ietf.org/arch/msg/ipv6/4ykYX1Ut7U0whnZPdY2Hne_rDew>
X-BeenThere: ipv6@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "IPv6 Maintenance Working Group \(6man\)" <ipv6.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ipv6>, <mailto:ipv6-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ipv6/>
List-Post: <mailto:ipv6@ietf.org>
List-Help: <mailto:ipv6-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ipv6>, <mailto:ipv6-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 10 Nov 2020 20:30:07 -0000
Hello, >A suggestion of correction on that howto article of the kernel patch: >use 2001:db8 instead of 2000:db8 :-) Indeed. I just changed that. Now it is 2001:db8. > > We discussed in private about this, but I learned from your article that > > there are two methods to generate an Interface ID of an arbitrary > > length: the default random, and the RFC 7217 stable plus privacy > > extensions. There is a short website article that is shared around this subject: https://dmytro.shytyi.net/variable-slaac-ipv6-slaac-with-prefixes-of-arbitrary-length-in-pio/ ______________ Dmytro SHYTYI ---- On Tue, 10 Nov 2020 21:03:47 +0100 Mark Smith <markzzzsmith@gmail.com> wrote ---- > > > On Wed, 11 Nov 2020, 06:58 Alexandre Petrescu, <alexandre.petrescu@gmail.com> wrote: > A suggestion of correction on that howto article of the kernel patch: > use 2001:db8 instead of 2000:db8 :-) > > It's the documentation prefix specified in RFC. > > > Why do you care about complying with specifications? > > > > Alex > > Le 10/11/2020 à 20:55, Alexandre Petrescu a écrit : > > Dmytro, > > > > We discussed in private about this, but I learned from your article that > > there are two methods to generate an Interface ID of an arbitrary > > length: the default random, and the RFC 7217 stable plus privacy > > extensions. > > > > When you say 'stable' - in what is it stable? > > > > For my part, I plan to use this implementation in my projects of > > vehicular networks connected to cellular links. > > > > Alex > > > > Le 10/11/2020 à 19:05, Dmytro Shytyi a écrit : > >> Dear participants of v6ops and 6man working groups, > >> > >> I just released the open source implementation of Variable SLAAC > >> (SLAAC with prefixes of arbitrary length in PIO) in the next github > >> repository: https://github.com/dmytroshytyi/variable-slaac > >> > >> Compatible linux kernels with patches in this repo: > >> net-next branch > >> Linux ferby 5.10.0-rc2-00757-g8be33ecfc1ff-dirty #2 SMP PREEMPT > >> Tue Nov 10 12:33:35 CET 2020 x86_64 GNU/Linux > >> net branch > >> Linux kernel: Linux ferby 5.10.0-rc1-00133-gfffffda4fefb #1 SMP > >> PREEMPT Mon Nov 2 21:42:42 CET 2020 x86_64 GNU/Linux > >> Linux kernel: Linux ferby 5.9.0-rc3-00357-gcc8e58f8325c-dirty #1 > >> SMP PREEMPT Thu Sep 10 10:50:34 CEST 2020 x86_64 GNU/Linux > >> > >> Feel free to try it and leave your comments :) > >> __________________ > >> Dmytro SHYTYI > >> > >> > >> > > -------------------------------------------------------------------- > IETF IPv6 working group mailing list > ipv6@ietf.org > Administrative Requests: https://www.ietf.org/mailman/listinfo/ipv6 > -------------------------------------------------------------------- >
- Variable SLAAC linux kernel implementation (SLAAC… Dmytro Shytyi
- Re: Variable SLAAC linux kernel implementation (S… Alexandre Petrescu
- Re: Variable SLAAC linux kernel implementation (S… Alexandre Petrescu
- Re: Variable SLAAC linux kernel implementation (S… Mark Smith
- Re: Variable SLAAC linux kernel implementation (S… Dmytro Shytyi
- Re: Variable SLAAC linux kernel implementation (S… Alexandre Petrescu