[v6ops] Eating our own dog food : students solving IPv6 entreprise multihoming

Olivier Bonaventure <olivier.bonaventure@tessares.net> Thu, 20 July 2017 06:53 UTC

Return-Path: <olivier.bonaventure@tessares.net>
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 53EB0126557 for <v6ops@ietfa.amsl.com>; Wed, 19 Jul 2017 23:53:36 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.601
X-Spam-Level:
X-Spam-Status: No, score=-2.601 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=tessares-net.20150623.gappssmtp.com
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 gMjgMiiueq-Q for <v6ops@ietfa.amsl.com>; Wed, 19 Jul 2017 23:53:34 -0700 (PDT)
Received: from mail-wm0-x231.google.com (mail-wm0-x231.google.com [IPv6:2a00:1450:400c:c09::231]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 345AA1242F5 for <v6ops@ietf.org>; Wed, 19 Jul 2017 23:53:34 -0700 (PDT)
Received: by mail-wm0-x231.google.com with SMTP id w126so15976662wme.0 for <v6ops@ietf.org>; Wed, 19 Jul 2017 23:53:34 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=tessares-net.20150623.gappssmtp.com; s=20150623; h=to:cc:from:subject:message-id:date:user-agent:mime-version :content-language; bh=3lYznN37G0ippBGCJASlXPCCUkLCZvaEZsx0XuboR7c=; b=X7kO7fHcimCSJ/5OXRdhfKCdRx9We0vnzCAEFUAHAw6y5hHP0DWpmVPqNcI4cZswRy ZLx91A1Ull7qJ8Ok2M/Eo2fdnhO5VY1d2p8TexTnZtW3IG3uTqy6K7JR6rtkpwB49bO8 N0UXn6EGSsfacxTOHAkF5/OZWleOepX1XpTbC2CvXnrZJ4ZzB+qfJm1Gst1FGFTdymjh irqxMtpBr1CYUnGzbiCQfNYd8q5nPdngU+ozI0H4vbLOYQVMmE2Dds3nCZj5fRSYIeDN Ftkq9z730lFXAR0/hROalOQD7yBgz3mH46/XFsr1JUMEW1oHir5XDJ7BkekOSZvfVy+5 h9mQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:to:cc:from:subject:message-id:date:user-agent :mime-version:content-language; bh=3lYznN37G0ippBGCJASlXPCCUkLCZvaEZsx0XuboR7c=; b=AyVqcunXQJring3UXkUSEasmsj755INvd8MTT0Ekuj58btSgE6HSVlsUwbb32T4PYw ZSgmopBgxg9aiwSNOb0h5bx6IFNmHlmVnFG87C/Yakmt/DIcGnhcDlyhqMaCOFTgEw0P qE1fdSZ/YrPyyel7w6nrZ4iXjiV3qfMgji/zm27C55zq9o+pfk5s1Bnx8DVW3nmPpBwc DIlEgkDxywN22CbXImAeLLmSvwu6J6hrNraRGsg5r4VTkZgQo+HGkXFFAzPra5xyyU6f /zcpUqOQFy2KSjWIY8/RsvW1o935nDJv+ny6H8zWpsS6RfYHcmBgc3Zgbn9PvIgNdCqx hd4g==
X-Gm-Message-State: AIVw110JVoseyRrBZALdHnFb17cMj3u2VgFo3F1PmvL5KY6i8hQZIX3e qyMfiyrVznSXC8JlZuI6xgm3/duc5jaFUsIndyxR4XxI6Uv/HdzU5eEFGKheeW8qwjWVkF0=
X-Received: by 10.28.185.210 with SMTP id j201mr1501322wmf.52.1500533612607; Wed, 19 Jul 2017 23:53:32 -0700 (PDT)
Received: from mbpobo.local ([80.188.36.206]) by smtp.gmail.com with ESMTPSA id h10sm1274528wme.30.2017.07.19.23.53.31 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 19 Jul 2017 23:53:32 -0700 (PDT)
To: RTGWG <rtgwg@ietf.org>, V6 Ops List <v6ops@ietf.org>
Cc: Olivier Tilmans <olivier.tilmans@uclouvain.be>
From: Olivier Bonaventure <olivier.bonaventure@tessares.net>
Message-ID: <a174658e-edab-bda6-f6b8-24014ea57d6b@tessares.net>
Date: Thu, 20 Jul 2017 08:53:31 +0200
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:52.0) Gecko/20100101 Thunderbird/52.2.1
MIME-Version: 1.0
Content-Type: text/plain; charset="UTF-8"; format=flowed
Content-Language: fr-classic
Archived-At: <https://mailarchive.ietf.org/arch/msg/v6ops/JfeA_kvxcpDp9qCHnV1xLO5tq3k>
Subject: [v6ops] Eating our own dog food : students solving IPv6 entreprise multihoming
X-BeenThere: v6ops@ietf.org
X-Mailman-Version: 2.1.22
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: Thu, 20 Jul 2017 06:53:36 -0000

Hello,

During v6ops and yesterday's plenary, John Brzozowski encouraged us to 
use our own technologies for the IETF network with NAT64. This argument 
is valid for those who teach computer networks and since RTGWG is 
working on enterprise IPv6 multihoming, you might be interested in a 
recent experiment we did with our students.

When students learn networking, they should not learn the current state 
of affairs but be prepared for the future since they'll only graduate in 
a few years. Several years ago, when IPv6 deployment was burgeoning, I 
decided to remove IPv4 from my networking 101 open-source textbook
( http://cnp3book.info.ucl.ac.be ). Since then, our students only learn 
IPv6 and results are excellent. Once they've learned IPv6, they can 
quickly understand how IPv4 works. Hopefully they'll see sunset4 during 
their career.

After networking 101, some of your students attend an advanced 
networking course. This course combines theory with practice and usually 
students do practice after theory to illustrate the theoratical 
concepts. This year, we decided to flip the course and start from a 
practical problem to see how groups of students can address this problem 
with an open mindset and based only on what they've learned from 
networking 101 and the information that they will find on the Internet. 
During their carreer, they will be forced to learn on the spot anyway 
and they should better start early to look at rfcs, internet drafts and 
open-source implementations.

The project given to the students was very simple. One of the engineers 
responsible for our (IPv4 mainly :-() campus network explained the 
architecture and the basic openrational principles that they use. 
Olivier Tilmans prepared a virtual machine that mimics our compus 
network (basically six routers) and we attached a few virtual machines 
to act as servers and clients. The only constraint that we was that the 
campus network had two upstream providers each delegating a different 
prefix to the campus network.

Then, the students had to  :
- define an IPv6 addressing plan for their network
- select, install and configure a routing protocol and make sure that it 
  was working correctly
- install and configure dhcp servers/ra to distribute addresses
- install and configure DNS servers and resolvers
- install and configure Diffserv-like traffic control
- install and configure ssh and http servers
- install and configure firewall services to protect the network
- think about a solution to monitor the network

[the number of tasks was chosen based on the number of students in each 
group]

All student teams had an operation network at the end of the project. 
Since we believe in automation and open-source, we required them to 
automate their network from day one and several groups have released 
their entire project in open-source.

 From a teaching viewpoint, entreprise IPv6 multihoming is a very nice 
problem. To encourage other educators (and maybe also network engineers 
willing to continue to learn) to experiment with IPv6 entreprise 
multihoming, we have released all the software developed to create this 
project in open-source.

You can find all the details at :

https://github.com/UCL-INGI/lingi2142

You only need a Linux virtual machine provided by Vagrant to reproduce 
the experiment. The barrier to experiment with IPv6 entreprise 
multihoming is very low.

Selected students projects with reports and code are available from this 
repository as well

https://github.com/UCL-INGI/lingi2142/tree/master/student_projects

I encourage you to have a look at the students' reports to see their 
final results:
https://github.com/UCL-INGI/lingi2142/blob/master/student_projects/Group1/report-group1.pdf
https://github.com/UCL-INGI/lingi2142/blob/master/student_projects/Group2/LINGI2142___Rapport_Groupe_2.pdf
https://github.com/UCL-INGI/lingi2142/blob/master/student_projects/Group3/report.pdf

Comments and feedback are welcome although the IETF mailing lists may 
not be the best place for discussions on software or teaching projects...


Olivier Tilmans and Olivier Bonaventure


-- 

------------------------------
DISCLAIMER.
This email and any files transmitted with it are confidential and intended 
solely for the use of the individual or entity to whom they are addressed. 
If you have received this email in error please notify the system manager. 
This message contains confidential information and is intended only for the 
individual named. If you are not the named addressee you should not 
disseminate, distribute or copy this e-mail. Please notify the sender 
immediately by e-mail if you have received this e-mail by mistake and 
delete this e-mail from your system. If you are not the intended recipient 
you are notified that disclosing, copying, distributing or taking any 
action in reliance on the contents of this information is strictly 
prohibited.