Re: open source kernel implementation of DANIR for IoT Router - DHCPv6-PD and ND - draft-shytyi-v6ops-danir-03

Alexandre Petrescu <alexandre.petrescu@gmail.com> Wed, 18 September 2019 07:19 UTC

Return-Path: <alexandre.petrescu@gmail.com>
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 15602120800 for <ipv6@ietfa.amsl.com>; Wed, 18 Sep 2019 00:19:22 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.631
X-Spam-Level:
X-Spam-Status: No, score=-2.631 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_ADSP_CUSTOM_MED=0.001, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, NML_ADSP_CUSTOM_MED=0.9, RCVD_IN_DNSWL_MED=-2.3, SPF_HELO_NONE=0.001, SPF_SOFTFAIL=0.665] autolearn=ham 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 FCo0Og9PCAgB for <ipv6@ietfa.amsl.com>; Wed, 18 Sep 2019 00:19:19 -0700 (PDT)
Received: from oxalide-smtp-out.extra.cea.fr (oxalide-smtp-out.extra.cea.fr [132.168.224.13]) (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 173211201CE for <ipv6@ietf.org>; Wed, 18 Sep 2019 00:19:18 -0700 (PDT)
Received: from pisaure.intra.cea.fr (pisaure.intra.cea.fr [132.166.88.21]) by oxalide-sys.extra.cea.fr (8.14.7/8.14.7/CEAnet-Internet-out-4.0) with ESMTP id x8I7JGXQ108309; Wed, 18 Sep 2019 09:19:16 +0200
Received: from pisaure.intra.cea.fr (localhost [127.0.0.1]) by localhost (Postfix) with SMTP id 3A44320122A; Wed, 18 Sep 2019 09:19:16 +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 276542008F3; Wed, 18 Sep 2019 09:19:16 +0200 (CEST)
Received: from [10.8.35.150] (is154594.intra.cea.fr [10.8.35.150]) by muguet1-sys.intra.cea.fr (8.14.7/8.14.7/CEAnet-Internet-out-4.0) with ESMTP id x8I7JGbf003621; Wed, 18 Sep 2019 09:19:16 +0200
Subject: Re: open source kernel implementation of DANIR for IoT Router - DHCPv6-PD and ND - draft-shytyi-v6ops-danir-03
To: Ted Lemon <mellon@fugue.com>
Cc: IPv6 <ipv6@ietf.org>, Dmytro Shytyi <dmytro@shytyi.net>
References: <c7e54351-9096-53e7-0322-cf7d0abc58f2@gmail.com> <89a6eb21-f715-bcf9-4f06-c344f09065bc@gmail.com> <BA3D5DF4-FD41-449A-8064-0C1E8F071A97@fugue.com>
From: Alexandre Petrescu <alexandre.petrescu@gmail.com>
Message-ID: <f13e252e-3906-28fe-1868-52615ef7dee5@gmail.com>
Date: Wed, 18 Sep 2019 09:19:15 +0200
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:60.0) Gecko/20100101 Thunderbird/60.9.0
MIME-Version: 1.0
In-Reply-To: <BA3D5DF4-FD41-449A-8064-0C1E8F071A97@fugue.com>
Content-Type: multipart/alternative; boundary="------------6A52417057539BD7A0285A0F"
Content-Language: fr
Archived-At: <https://mailarchive.ietf.org/arch/msg/ipv6/oMWU2WKNjzGykn3sVN7KF9YnsPU>
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: Wed, 18 Sep 2019 07:19:22 -0000

Le 17/09/2019 à 14:54, Ted Lemon a écrit :
> Alexandre, was it intended that the accompanying video have a  > narration track? It just seems to be a rap soundtrack with someone > 
selecting text and switching around. If you want people to > understand 
whatever it is that you are demonstrating, it would be > helpful to 
narrate.

We thank you for the suggestion for the narration.  We think that 
searchable text may  be more satisfying for the quick reader, whereas 
narration demands more patience.  So we added this timestamped text in 
the youtube page, and I paste it here for information.

https://youtu.be/DymVQY7bCUM

SCHEMA:
INTERNET-VM1(DHCPv6Server)-intnet-VM2(Requesting 
Router)-intnet8/9/10-VM3(Client)
where "intnet/8/9/10" - virtual networks of virtualbox where virtual 
adapters are attached.

TIMESTAMP:
0.00-0.25: Interfaces do not have GUA ( Global Unicast Addresses ), just 
Using ULA ( Unique Local Addresses )
0.26-0.40: Describes the configuration of the network for VM (where the 
Requesting Router is hosted).
interface #1(enp0s3) connected to the intnet (so according to the schema 
this interface is connected ot the DHCPv6PD Server)
interface #2(enp0s8) connected to the intnet8.(currently connected to 
the VM3)
interface #3(enp0s9) connected to the intnet9.(can be connected to the VM3)
interface #4(enp0s10) connected to the intnet10. (will be connected to 
the VM3 as an example in the end of the video)
0.41-0.49 shows that is client connected to the intnet8. so basically 
the VM3 interface on the same l2 link as interface of VM2 .
0.50-1.00 shows the ipv6 routes and ipv6 addresses on interfaces of VM3.
1.01- 1.32 inserting of linux kernel module and log apperarence(The log 
informs that IPv6 GUNPs were offered by the VM1 and further VM2 splits 
the GUNPs /56 to the serveral /64 prefixes.
1.32- 2.09 shows that new prefixes were configured on the 
interfaces(enp0s3/8...) of VM2 according to the received GUNPs.
2.10-2.14 shows the part of the log produced by the Linux Kernel module 
that the RA messages were send on the interfaces.
2.14-2.49 During this time we enable the interface in the VM3 and we 
wait for the RA message from VM2.
2.49-3.03 RA message arives from VM2 and VM3 shows the default ipv6 
route + ipv6 address(prefix) learned from the RA.
3.05-3.30 Shows that interfaces of VM2 and VM3 (that are connected via 
intnet8) have network prefix "...c817:4002".
3.31-3.40 Presents the ping of ipv6 google dns from VM3. (see the schema)
4.05-  Now we connect VM3 on different interface of VM2, thus VM3 will 
have different network prefix on the interface of VM2 and in the VM3 - 
"...c817:4004" and finally the ping.

Alex

>  >