[v6ops] Fwd: New Version Notification for draft-shytyi-v6ops-danir-05.txt

Alexandre Petrescu <alexandre.petrescu@gmail.com> Wed, 20 May 2020 14:17 UTC

Return-Path: <alexandre.petrescu@gmail.com>
X-Original-To: v6ops@ietfa.amsl.com
Delivered-To: v6ops@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 967CD3A0A1C for <v6ops@ietfa.amsl.com>; Wed, 20 May 2020 07:17:17 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 0.67
X-Spam-Level:
X-Spam-Status: No, score=0.67 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_ADSP_CUSTOM_MED=0.001, FORGED_GMAIL_RCVD=1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, NML_ADSP_CUSTOM_MED=0.9, SPF_HELO_NONE=0.001, SPF_SOFTFAIL=0.665, URIBL_BLOCKED=0.001] autolearn=no autolearn_force=no
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 c5RqugBjlqes for <v6ops@ietfa.amsl.com>; Wed, 20 May 2020 07:17:15 -0700 (PDT)
Received: from cirse-smtp-out.extra.cea.fr (cirse-smtp-out.extra.cea.fr [132.167.192.148]) (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 9106E3A0A13 for <v6ops@ietf.org>; Wed, 20 May 2020 07:17:15 -0700 (PDT)
Received: from pisaure.intra.cea.fr (pisaure.intra.cea.fr [132.166.88.21]) by cirse-sys.extra.cea.fr (8.14.7/8.14.7/CEAnet-Internet-out-4.0) with ESMTP id 04KEHDXC046081 for <v6ops@ietf.org>; Wed, 20 May 2020 16:17:13 +0200
Received: from pisaure.intra.cea.fr (localhost [127.0.0.1]) by localhost (Postfix) with SMTP id 8230E20E0D2 for <v6ops@ietf.org>; Wed, 20 May 2020 16:17:13 +0200 (CEST)
Received: from muguet1-smtp-out.intra.cea.fr (muguet1-smtp-out.intra.cea.fr [132.166.192.12]) by pisaure.intra.cea.fr (Postfix) with ESMTP id 76AEE207523 for <v6ops@ietf.org>; Wed, 20 May 2020 16:17:13 +0200 (CEST)
Received: from [10.11.240.67] ([10.11.240.67]) by muguet1-sys.intra.cea.fr (8.14.7/8.14.7/CEAnet-Internet-out-4.0) with ESMTP id 04KEHChk026587 for <v6ops@ietf.org>; Wed, 20 May 2020 16:17:13 +0200
References: <158997118646.14529.11719522758044154416@ietfa.amsl.com>
To: "v6ops@ietf.org" <v6ops@ietf.org>
From: Alexandre Petrescu <alexandre.petrescu@gmail.com>
X-Forwarded-Message-Id: <158997118646.14529.11719522758044154416@ietfa.amsl.com>
Message-ID: <1287853c-0850-4f4c-dbc0-9914620fae2b@gmail.com>
Date: Wed, 20 May 2020 16:17:12 +0200
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:68.0) Gecko/20100101 Thunderbird/68.8.0
MIME-Version: 1.0
In-Reply-To: <158997118646.14529.11719522758044154416@ietfa.amsl.com>
Content-Type: multipart/alternative; boundary="------------CF5303F8BD71C0A6F4E79C54"
Content-Language: fr
Archived-At: <https://mailarchive.ietf.org/arch/msg/v6ops/ZyMyxEA64hJ9IGICvQ3ClrBBogQ>
Subject: [v6ops] Fwd: New Version Notification for draft-shytyi-v6ops-danir-05.txt
X-BeenThere: v6ops@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: v6ops discussion list <v6ops.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/v6ops>, <mailto:v6ops-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/v6ops/>
List-Post: <mailto:v6ops@ietf.org>
List-Help: <mailto:v6ops-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/v6ops>, <mailto:v6ops-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 20 May 2020 14:17:18 -0000

Hi, v6opsers,

We updated the draft draft-shytyi-v6ops-danir to its 5th version.

The newly inserted text is brief, but it points to an improved kernel 
implementation, available on github

https://github.com/dmytroshytyi/KD6-DHCPv6-PD-DANIRv2

This implementation executes a DHCPv6 Prefix Delegation procedure in the 
kernel of a linux IoT router.  It is an essential procedure for a 
connection of a (potentially automated) automobile connected natively on 
IPv6 on a cellular network.

Before I manage to find a linux ressource, in this day and age of 
confinement, I would like to ask whether a person could test that code 
in linux and tell, at least, whether the execution does not cause a 
segmentation fault.

Alex, and Dmytro



-------- Message transféré --------
Sujet : 	New Version Notification for draft-shytyi-v6ops-danir-05.txt
Date : 	Wed, 20 May 2020 03:39:46 -0700
De : 	internet-drafts@ietf.org
Pour : 	Alexandre Petrescu <alexandre.petrescu@cea.fr>, Dmytro Shytyi 
<ietf.dmytro@shytyi.net>, Alexandre Petrescu <Alexandre.Petrescu@cea.fr>




A new version of I-D, draft-shytyi-v6ops-danir-05.txt
has been successfully submitted by Dmytro Shytyi and posted to the
IETF repository.

Name: draft-shytyi-v6ops-danir
Revision: 05
Title: DHCPv6_PD, PDP and NDP Implementation in IoT Router (DANIR)
Document date: 2020-05-20
Group: Individual Submission
Pages: 19
URL: https://www.ietf.org/internet-drafts/draft-shytyi-v6ops-danir-05.txt
Status: https://datatracker.ietf.org/doc/draft-shytyi-v6ops-danir/
Htmlized: https://tools.ietf.org/html/draft-shytyi-v6ops-danir-05
Htmlized: https://datatracker.ietf.org/doc/html/draft-shytyi-v6ops-danir
Diff: https://www.ietf.org/rfcdiff?url2=draft-shytyi-v6ops-danir-05

Abstract:
This document provides a description of the implementation of Dynamic
Host Configuration Protocol version 6 Prefix Delegation, Neighbour
Discovery Protocol and of the use of the Packet Data Protocol in an
Internet of Things Router. This Internet of Things Router is
connected on a cellular network; it is a DHCPv6-PD Client and it
requests a /56 pool of prefixes from the server; the DHCPv6-PD server
is placed in the PGW and is a part of the cellular infrastructure.
After the pool of prefixes is delegated, the Internet of Things
Router derives sub-prefixes from the prefix pool; each one of these
sub-prefixes is aimed at one ingress interface.

After the Internet of Things Router finishes the network prefix
assignment procedure, it advertises the network prefixes on the
ingress links by using the Neighbour Discovery protocol. Finally,
when Hosts receive the sub-prefixes via Router Adverticement
messages, they configure the Global Unique Address with the Stateless
Address Auto-configuration protocol.



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