wiki:104hackathon

Version 126 (modified by nbkowalewski@…, 9 months ago) (diff)

--


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: ​Hilton Grand Ballroom
Sign up for the Hackathon here: ​REGISTER!
View the list of registered Hackathon attendees: ​Attendees

Keep up to date by subscribing to ​https://www.ietf.org/mailman/listinfo/hackathon

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.

Agenda

Hackathon

  • 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, 18:30 - 20:00, Room: ​Chez Louis
    • 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, Room: ​Chez Louis
    • 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@ cisco.com
  • 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@ cisco.com
  • 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
      • ​https://github.com/IETF-Hackathon/ietf104-project-presentations 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@ cisco.com 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: xmpp:hackathon@jabber.ietf.org
  • Meetecho: ​http://ietf104.conf.meetecho.com/

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 (logan_at_cyberstorm.mu) - remote
    • Muzaffar Auhammud (muzaffar_at_cyberstorm.mu) - onsite
    • Codarren Velvindron (codarren_at_cyberstorm.mu) - remote
  • Project(s)
    • TLS 1.3 support in applications.
    • Jabber room: TLSHackathon.

http 451

  • Champion(s)
    • Veegish Ramdani (veegish_at_cyberstorm.mu) - remote
    • Kifah Meeran (kifah_at_cyberstorm.mu) - remote
  • Project(s)
    • http 451 module for drupal

SSH

  • Champion(s)
    • Jaykishan (Nitin) Mutkawoa (jmutkawoa_at_cyberstorm.mu) - remote

DSCP LE

  • Champion(s)
    • Veegish Ramdani (veegish_at_cyberstorm.mu) - remote

QUIC

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

QUIC Measurements

  • Champion(s)
    • Jari Arkko (jari.arkko at ericsson.com)
    • Marcus Ihlar (marcus.ihlar at ericsson.com)
  • Project(s)
    • Integrate endpoint and in-network measurements
    • Building further Spindump (​https://github.com/EricssonResearch/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

6Tree

Network Time Security (NTS)

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

  • Champion(s)
    • Aleksi Peltonen <aleksi.peltonen at aalto.fi>
    • Eduardo Inglés Sánchez <eduardo.ingles at um.es>
  • 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: ​https://tools.ietf.org/html/draft-aura-eap-noob-04
    • EAP-NOOB Implementation: ​https://github.com/tuomaura/eap-noob
    • 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

DNS

  • Champion(s)
    • Petr Špaček <petr.spacek at nic dot cz>
  • Project(s)
    • Common configuration interface for DNS - YANG. Cross DNS server manageability may significantly benefit from alignment on some baseline formal modeling approach. The combo if NETCONF protocol with YANG modeling was designed and in the meantime also is proven to work well in many configuration contexts - and might prove beneficial also for management of DNS servers and/or services. The hackathon project provides a prove of the concept
    • For more details, hackathon results summary and contact to the contributors please see ​ IETF_104_hackathon_DNS%20-comon-config-dns-yang-v12.pdf
  • 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. Gist of CDDL example: ​https://gist.github.com/jelu/46d780709047c9c756dba3c5785e7820
  • Brainstorm/hack around DNSTAP and usage of fstrm, current common implementation is that the DNS server software connect out to a fstrm/DNSTAP listener, would also be nice to be able to connect to the DNS server and get the DNSTAP when needed
  • Implementing draft-ietf-dnsop-extended-error on Knot Resolver (and may be kdig) (Stéphane Bortzmeyer, Vladimír Čunát)

Identifier Locator Network Protocol (ILNP)

  • Champion(s)
    • Saleem Bhatti <saleem at st-andrews.ac.uk>
  • Project(s)

Delay Tolerant Networking (DTN) in Space

  • Champions:
    • Boris Pilka <boris.pilka at x-works.io>
    • Martin Pilka <martin.pilka at x-works.sk>
    • Kamil Szabo <kamil.szabo at x-works.io>
  • 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 nist.gov>
    • Barry Fussell <bfussell at cisco.com>
    • Philip Perricone <phperric at cisco.com>
  • 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 skku.edu>
  • 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 cisco.com>, Benoît Claise <bclaise at cisco.com>
  • Project(s)

YANG Data Model for Network Interconnect Tester

sysrepo - YANG datastore

  • Champion(s)
    • Michal Vasko <mvasko at cesnet.cz>
  • Project(s)
    • verification and improvement of multithreading support in sysrepo
    • common usecases examples
    • testing and performance improvements
  • References

WebRTC Interop and WPT testing

  • Champion(s)
    • Harald Alvestrand <harald at alvestrand.no>, Alex Gouaiallard <alex.GOUAILLARD at cosmosoftware.io>
  • 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
  • More info: 104hackathon/webrtc

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.

JMAP

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

Internet of Things with RIOT

SUIT IoT Firmware Update Metadata

Homenet, DNSSD and the Internet of Things

  • Champions
    • Ted Lemon <mellon @fugue.com>
    • Stuart Cheshire <cheshire @apple.com>
  • 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 home.arpa to VPN clients.

6MAN, Path MTU discovery

  • Champions
    • Ole Troan <otroan@…>
    • Bob Hinden <bob.hinden@…>
    • Loganaden Velvindron <logan_at_cyberstorm.mu>

COSE

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

OSCORE Group Messaging

Implementation and experimentation of TCP Prague/L4S

Quantum Network

  • Champion(s)
    • Shota Nagayama <shota.nagayama at mercari.com>
    • Wojciech Kozlowski <w.kozlowski at tudelft.nl>
  • Potential Projects (no quantum physics knowledge is required - we will introduce the basics)
    • Quantum Ping (discussion and writing a document)
      • What is the abstraction of the quantum ping in the Quantum Internet.
      • What functionalities quantum ping should have.
      • How functionalities be realized in quantum plane and classical plane, etc.
    • Applications for 2019/2020 lab setups and beyond (using published API on a simulator)
      • Entanglement advertisement ​https://tools.ietf.org/html/draft-kaws-qirg-advent-01
      • Anonymous quantum state transfer
      • Bit commitment
        • Over a trusted network
        • Measurement-device independent
        • Device independent
      • Blind Quantum Computation
      • QKD variants (e.g device-independent)
      • Conference Key agreement (multi-party QKD)
      • Quantum Secret Sharing
      • Consensus algorithms (e.g. Byzantine)
      • Leader election algorithms
      • Coin-flipping
      • Formal verification of quantum algorithms
    • and what participants suggest
  • Resources

DOTS Interop

OpenWSN

  • Champion(s)
    • Bozidar Skrbic
    • Malisa Vucinic
    • Tengfei Chang
  • Project(s)
    • ​OpenTestbed
      • ​OpenTestbedis a mqtt based Testbed used for verifying the performance of network protocol such as 6TiSCH
    • ​OpenWSN
      • ​OpenWSN is an open source implementation of 6TiSCH.
      • During the Hackthan, we are going to show a 40 nodes network running with OpenWSN implementation over OpenTestbed?.
    • ​OpenBenchMark
      • ​OpenBenchMark automates the experimentation and network performance benchmarking on selected testbeds supporting Internet of Things devices compliant with IEEE 802.15.4 standard.
      • We are going to use ​OpenBenchMark platform to evaluate the performance of 6TiSCH network during the Hackthan.

LPWAN CoAP/UDP/IPv6 SCHC compression and fragmentation

  • Champion(s)
    • Laurent Toutain (IMT-Atlantique) laurent dot toutain at imt dash atlantique dot fr
    • Cedric Adjih (INRIA) cedric dot adjih at inria dot fr
    • Dominique Barthel (Orange Labs) dominique dot barthel at orange dot com
  • Project(s)
    • the general goal is to advance the micropython open source implementation of SCHC compression and fragmentation. See openschc.net
    • for documentation about SCHC, see
    • At this Hackathon, in order to save precious time, we will not focus on live LPWAN connectivity. Instead, we will exchange SCHC messages over UDP, allowing easy remote participation including remote testing between participants.
    • on Sunday, we may still pull out a few pycoms and a LoRaWAN gateway, if Saturday was productive.
    • The 4 actions points for this week-end:
      • clean up the GitHub? repos, notably the documentation. In general, make it easier for a newcomer to join the project and contribute.
      • test the last version of Ack-on-Error fragmentation. Add consistent, human-readable logs. Add scenarios with various parameter values.
      • reconverge between two versions of the compression code.
      • discuss fragmentation rules representation, implement.

Cefore

RPL over BLE using NimBLE and RIOT

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@ ietf.org 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:

Your-Technology-Name

  • 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 ​https://datatracker.ietf.org/accounts/create/ and requesting a new account.