Version 70 (modified by peter.kietzmann@…, 8 months ago) (diff)

Add detail to RIOT TSCH project

IETF 104 Hackathon

The Internet Engineering Task Force (IETF) is holding a Hackathon to encourage developers to discuss, collaborate and develop utilities, ideas, sample code and solutions that show practical implementations of IETF standards.

When: Saturday and Sunday, March 23 and 24, 2019
Where: Hilton Prague, Room: TBD
Sign up for the Hackathon here: REGISTER!
View the list of registered Hackathon attendees: Attendees

Keep up to date by subscribing to

The Hackathon is free to attend and is open to everyone. It is a collaborative event, not a competition. Any competition is friendly and in the spirit of advancing the pace and relevance of new and evolving internet standards.



  • Saturday, March 23
    • 08:30: Room open for setup by project champions
    • 09:00: Room open for all - Pastries and coffee provided
    • 09:30: Hackathon kickoff - Join via Meetecho
    • 09:45: Form Teams
    • 12:30: Lunch provided
    • 15:30: Afternoon break - Snacks provided
    • 19:00: Dinner provided
    • 22:00: Room closes
  • Sunday, March 24
    • 08:30: Room opens - Pastries and coffee provided
    • 12:30: Lunch provided
    • 13:30: Hacking stops, prepare brief presentation of project
    • 14:00: Project presentations to other participants Join via Meetecho
    • 15:45: Closing remarks and opportunities for next time
    • 16:00: Hackathon ends
    • 17:00: Tear down complete

Related activities before and after the Hackathon weekend Related activities before and after the Hackathon weekend

  • Hackdemo Happy Hour
    • Share your hackathon project with IETF community
    • Monday, March 25, Time and Room TBD
    • View the schedule or reserve space for your team/project
      • Reservations for space must be made by 12:00, Monday, March 25
  • Code Lounge
    • Space for groups to gather and collaborate on running code
    • Monday - Friday, March 25-29
    • View the schedule or reserve space for your team/project

Meeting Materials

Participant Preparation and Prerequisites

  • Choosing a Project
    • Champions will have table signs on the center of their table identifying their project and be available to answer questions at the start and throughout the hackathon
    • Optionally, champions may create and display posters on flip charts with additional information on their project
    • Details on each project and links to additional information for each project are in this wiki in the "Projects Included in Hackathon" section
    • Familiarity with technology area(s) in which you plan to participate will certainly help
    • It is perfectly fine, even encouraged, to work on multiple projects
  • Development Environment
    • Bring a laptop on which you are comfortable developing software
    • Some projects may require installing additional software or make use of VMs
    • Installing and becoming familiar with VirtualBox, Vagrant, or something similar will help
    • Note to champions: if planning to make use of VMs, please bring on USB drives to make available to others as download times can be painful
    • Specific coding languages are called out by some projects (e.g. Python, Java), but this is heavily dependent on the project(s) you choose
  • Network
    • Wireless access to the IETF network will be provided, and from there to the outside world
    • Wired access to the IETF network is available by request only
    • If you have additional requirements, email Charles Eckel: eckelcu@
  • Sharing Code
    • Git/GitHub is commonly used for open source projects. Familiarizing yourself with it is recommended.
    • An online tutorial is available here: Git Tutorial
    • IETF Hackathon GitHub Org
      • If you would like to have your project/code hosted here, send your GitHub ID and the name of your project via email to Charles Eckel: eckelcu@
  • Training Materials
  • Champions for each technology are encouraged to share any other things they think would be helpful in preparation for the hackathon
  • Project Presentations
    • All teams have the opportunity to present what they did on Sunday afternoon at the end of the hackathon
      • is for IETF hackathon participants to upload their hackathon project presentations
      • You must be a member of the IETF-Hackathon GitHub org to upload a new presentation or update/replace an existing presentation
      • To be added as a member, email Charles Eckel: eckelcu@ your GitHub ID at your earliest convenience
      • DO NOT WAIT until just before hackathon project presentations start or your request may be lost in the chaos

Remote participation

  • Participating in person is preferred, but we understand not everyone can travel. If you want to participate remotely, please contact the champion(s) of the project to determine how best to coordinate.
  • Jabber room:
  • Meetecho:

IPR and Code Contribution Guideline

All hackathon participants are free to work on any code. The rules regarding that code are what each participant's organization and/or open source project says they are. The code itself is not an IETF Contribution. However, discussions, presentations, demos, etc., during the hackathon are IETF Contributions (similar to Contributions made in working group meetings). Thus, the usual IETF policies apply to these Contributions, including copyright, license, and IPR disclosure rules.

Projects Included in Hackathon (add your project using the template provided below)

TLS 1.3

  • Champion(s)
    • Loganaden Velvindron (
    • Muzaffar Auhammud (
    • Codarren Velvindron (
  • Project(s)
    • TLS 1.3 support in applications.


  • Champion(s)
    • Lars Eggert (
  • Project(s)
    • Interop around latest (10th) implementation draft

QUIC Measurements

  • Champion(s)
    • Jari Arkko (jari.arkko at
    • Marcus Ihlar (marcus.ihlar at
  • Project(s)
    • Building further Spindump (
    • Start to build a distributed and efficient measurement of large number of flows using spindump as a component
    • Interop Spindump with QUIC implementations, and see if there's any issues

Sliding Window FEC (swif) codec

TEEP Open Trust Protocol

WISHI (Work on IoT Semantic / Hypermedia Interoperability)

TAPS (Transport Services) implementations

MAP: Measurement and Analysis for Protocols - Live

IETF Mobile App: Parity, it's not just for ECC ram anymore

Routing In Fat Trees (RIFT) Chaos Monkey Testing

  • Champions
    • Tony Przygienda <prz at>
    • Bruno Rijsman <brunorijsman at>
  • Project(s)
    • RIFT is a STD track WG working on a modern IP fabric/DC routing protocol
    • Detailed description of the planned activities at the hackathon
    • We have two implementations now. The open source one has a chaos monkey framework in place we can use to stress protocol implementations and interoperability between them. Unusual hackathon but that will be very, very useful for further development and quality of implementations while breaking completely new grounds (chaos testing on model based protocol specifications).
  • Preconditions:


Network Time Security (NTS)

Secure IoT bootstrapping with Nimble out-of-band authentication for EAP (EAP-NOOB)

  • Champion(s)
    • Aleksi Peltonen <aleksi.peltonen at>
    • Eduardo Inglés Sánchez <eduardo.ingles at>
  • Project(s)
    • EAP-NOOB is an EAP method where the authentication is based on a user-assisted out-of-band (OOB) channel between the server and peer.
    • It is a generic bootstrapping solution for Internet-of-Things devices which have no pre-configured authentication credentials and which are not yet registered on the authentication server. Consider devices you just bought or borrowed.
    • EAP-NOOB draft:
    • EAP-NOOB Implementation:
    • During the hackathon, we plan to work on the following:
      • Bug fixes
      • New OOB channels such as NFC and audio
      • Testing of new Reconnect Exchange


  • Champion(s)
    • Petr Špaček <petr.spacek at nic dot cz>
  • Project(s)
    • Common configuration interface for DNS - YANG
    • DNSTAP over CBOR. Today DNSTAP messages are delivered using protobuf encapsulated over fstrm, this project will try to use CBOR (RFC 7049) instead of protobuf but still use fstrm for the encapsulation and implement this in both sending (authoritative, resolver) and receiving (dnscap, dsc etc) software.
    • Implementing draft-ietf-dnsop-extended-error on Knot resolver (and may be kdig) (Stéphane Bortzmeyer)

DNS Update for mDNS

Identifier Locator Network Protocol (ILNP)

  • Champion(s)
    • Saleem Bhatti <saleem at>
  • Project(s)

DTN - Bundle Protocol Version 7

  • Champions:
    • Boris Pilka <boris.pilka at>
    • Martin Pilka <martin.pilka at>
    • Kamil Szabo <kamil.szabo at>
  • Project
    • Enhancements of pyDTN
      • What si pyDTN ?
        • Proof of concept (POC) implementation of Bundle protocol agent in python3. Most of the integration work was done on 101th IETF's Hackathon.
      • What it does/doesn't do ?
    • Goals for hackathon
      • enhance implementation of TCP-based convergence layer
      • incorporate DTN IP Neighbor Discovery
      • any other enhancements are welcomed, will largely depend on size of the team

Security Automation and Continuous Monitoring

  • Champion(s)
    • Bill Munyan
  • Project(s)
    • SACM Architecture
      • Develop an XMPP extension/component and client to allow for an orchestration of posture attribute collection
      • Expand data model development to help define posture attributes to collect

RTP Congestion Control Feedback

Hybrid ICN (hICN)

Automated Cryptographic Validation Protocol (ACVP)

  • Champion(s)
    • Chris Celi <christopher.celi at>
    • Barry Fussell <bfussell at>
    • Philip Perricone <phperric at>
  • Project(s)
    • Implementing server-side integration and test vector generation for AES-GCM-SIV
    • Implementing client-side integration and test vector responses for AES-GCM-SIV
  • References:

Interface to Network Security Functions (I2NSF) Framework

IP Wireless Access in Vehicular Environments (IPWAVE) Basic Protocols

  • Champion(s)
    • Jaehoon Paul Jeong <pauljeong at>
  • Project(s)
    • Transmission of IPv6 Packets over IEEE 802.11-OCB (IPv6 over 802.11-OCB)
    • IPv6 Neighbor Discovery for IP-Based Vehicular Networks
      • Router and Prefix Discovery and IPv6 address autoconfiguration
      • Duplicate Address Detection process
      • Multihop DAD process via V2V communications
    • Simulations of IPWAVE with SUMO, INET, and VEINS
      • Build IPv6/TCP/UDP protocol stack based on VEINS-4.7.1 and INET-4.0
      • Build basic IPWAVE running scenario, V2I and V2V based on VEINS-4.7.1 and SUMO-0.32.0
      • Transmit IPv6 data packets

YANG catalog

  • Champion(s)
    • Éric Vyncke <evyncke at>, Benoît Claise <bclaise at>
  • Project(s)

WebRTC Interop and WPT testing

  • Champion(s)
    • Harald Alvestrand <harald at>, Alex Gouaiallard <alex.GOUAILLARD at>
  • Project(s)
    • Add more tests to the Web Platform Tests suite for webrtc
    • Add more tests to the KITE test suite
    • Test browser interoperability with SFUs and MCUs
    • Fix browsers to pass more tests and interoperate better

Segment Routing IPv6 Mobile User Plane

  • Champion(s)
    • Satoru Matsushima <satoru.matsushima@…>
  • Project(s)
    • Implement some key function(s) of GTP-U<->SRv6 stateless translation.


  • Champion(s)
    • Bron Gondwana <brong@…>
  • Project(s)
    • JMAP Proxy and/or JSCalendar

Internet of Things with RIOT

Homenet, DNSSD and the Internet of Things

  • Champions
    • Ted Lemon <mellon@…>
    • Stuart Cheshire <cheshire@…>
  • Projects (this ambitious, and we probably won't do all of it, but these would all be good things to work on if there is interest):
    • Turnkey homenet build of OpenWRT
    • If the Turris folks are down, it would be nice if they could join us and make it work in Turris OS as well.
    • Homenet-wide service discovery using the DNSSD Discovery proxy we’ve been working on, which is fully functional at this point.
    • Support for DNSSD SRP (this would involve finishing the SRP gateway I’ve been working on, and getting it to update Unbound or BIND).
    • Joining constrained-network edge routers to homenet routing and service discovery infrastructure
    • MUD support for devices that are not on a separate link, but are isolated from nodes that don’t have permission to talk to them. This should be doable in OpenWRT.
    • Automatic IKEv2 tunnels on OpenWRT that use the new split DNS stuff being published in IPSECME to allow us to serve to VPN clients.

6MAN, Path MTU discovery


  • Champion(s)
    • Jim Schaad <ietf@…>
  • Project(s)
    • COSE Interop Testing

OSCORE Group Messaging

Implementation and experimentation of TCP Prague/L4S

Don’t see anything that interests you? Feel free to add your preferred technology to the list, sign up as its champion and show up to work on it. Note: you must login to the wiki to add content. If you add a new technology, we strongly suggest that you send email to hackathon@ to let others know. You may generate interest in your technology, and find other people who want to contribute to it.

TEMPLATE: Copy/paste and update the following template to add your project to the list:


  • Champion(s)
    • tbd
  • Project(s)
    • tbd

To edit the wiki, log in using your IETF datatracker login credentials. If you don't yet have an IETF datatracker account, you may get one by going here and requesting a new account.