Re: [hackathon] IETF 109 Hackathon webpage and wiki are now live

Alexandre PETRESCU <> Sat, 12 September 2020 19:27 UTC

Return-Path: <>
Received: from localhost (localhost []) by (Postfix) with ESMTP id C82333A0D24 for <>; Sat, 12 Sep 2020 12:27:55 -0700 (PDT)
X-Virus-Scanned: amavisd-new at
X-Spam-Flag: NO
X-Spam-Score: -2.844
X-Spam-Status: No, score=-2.844 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, NICE_REPLY_A=-0.948, 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
Received: from ([]) by localhost ( []) (amavisd-new, port 10024) with ESMTP id lKhCL3TM1bvJ for <>; Sat, 12 Sep 2020 12:27:52 -0700 (PDT)
Received: from ( []) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by (Postfix) with ESMTPS id 8A4CC3A0D22 for <>; Sat, 12 Sep 2020 12:27:52 -0700 (PDT)
Received: from ( []) by (8.14.7/8.14.7/CEAnet-Internet-out-4.0) with ESMTP id 08CJRoPH007767; Sat, 12 Sep 2020 21:27:50 +0200
Received: from (localhost []) by localhost (Postfix) with SMTP id 1BAB620252B; Sat, 12 Sep 2020 21:27:49 +0200 (CEST)
Received: from ( []) by (Postfix) with ESMTP id 083132024F3; Sat, 12 Sep 2020 21:27:49 +0200 (CEST)
Received: from [] ([]) by (8.14.7/8.14.7/CEAnet-Internet-out-4.0) with ESMTP id 08CJRmEr013446; Sat, 12 Sep 2020 21:27:48 +0200
References: <> <18664.1599856648@localhost>
From: Alexandre PETRESCU <>
Organization: CEA
Cc: Dmytro Shytyi <>
Message-ID: <>
Date: Sat, 12 Sep 2020 21:27:47 +0200
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:68.0) Gecko/20100101 Thunderbird/68.12.0
MIME-Version: 1.0
In-Reply-To: <18664.1599856648@localhost>
Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha-256; boundary="------------ms070408080100010906070407"
Archived-At: <>
Subject: Re: [hackathon] IETF 109 Hackathon webpage and wiki are now live
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "Discussion regarding past, present, and future IETF hackathons." <>
List-Unsubscribe: <>, <>
List-Archive: <>
List-Post: <>
List-Help: <>
List-Subscribe: <>, <>
X-List-Received-Date: Sat, 12 Sep 2020 19:27:56 -0000

Michael, colleagues,

It is worth considering in detail how a hackathon could happen in a 
remote manner.

I fully agree with you when you say 'look over the shoulder, share 
caffeine, see packets' is very necessary, and impossible in a remote 

It is also difficult to support a hackathon activity by sendind devices 
via post.  A package sent to me by US Post in April arrived in July. 
Another one in August took 1 month.

I am interested in SLAAC trials; these are needing indeed both parties 
to be together on a local link.  To separate them and put Internet 
between them there might need VPN.  I suspect L2-VPN-bridge is that. But 
some linux devices are so small they might not implement VPN at all, or 
might lack some kernel features that might be required for that.  So 
again, this is hard to realize.

For my SLAAC activity, I am looking for testers of a SLAAC extension in 
the kernel. This extension, in linux, makes it possible to run plens 
like 65 and IIDs of length eg 63 (currently only 64/64 is possible in 
linux).  I think we would like this tested more prior to submission to 
the mainline kernel.  There is also opportunity to propose extensions 
(there are so many possible ways in which to form IIDs) and to author 
Internet Drafts.   The proposed code for this 'variable-slaac' is in 
github at

Finally, the hackathon activity could be maintained alive by a few other 
things, such as advocacy, maybe just temporarily.  For my part I still 
advocate the use of IPv6 on sites who dont yet (eg, and maybe;  maybe that advocacy could be used locally by the 
webserver admins to configure IPv6, without a need to interact with 
coffee and look at packets and over shoulder.  They could install it and 
I could browse it over the Internet.


Alexandre Petrescu, tél 0169089223

Le 11/09/2020 à 22:37, Michael Richardson a écrit :
> Charles, availability of the RPI based L2-VPN-bridges changes things
> significantly for me.  I was previously rather blase about remote hackathons.
> As long as I can't see your network traffic, and look over your shoulder, and
> share caffeinated beverages with you, then I might as well just stick to
> efforts to run stuff over the Internet.
> I learnt of the bridge option late, and that would have changed my opinion.
> I suggest that you mention this option on the
> page.
> How soon are we able to test things?   I might even want to prep devices and
> mail them to people.
> Right now, it's a bit buried on the wiki.
>     The NOC team has been working to allow you to join the IETF network while
>     attending the meeting remotely. With a Raspberry Pi 2 or newer the NOC has
>     a recipe that will allow your team to be virtually connected to the IETF
>     network with IPv4 and IPv6 addresses and many options (IPv6ONLY, a closed
>     user group, NAT64, IPv6PD, and more) for you to use for your
>     projects. Your project champion can request getting access by sending a
>     message to ietf109virtualnetwork @ Please include your
>     project name and members. The NOC will provide you with the recipe.
> (oops, it seems that the email address does not yet work)
> --
> ]               Never tell me the odds!                 | ipv6 mesh networks [
> ]   Michael Richardson, Sandelman Software Works        |    IoT architect   [
> ]        |   ruby on rails    [
> _______________________________________________
> hackathon mailing list