IETF 106 Hackathon
The hackathon is over, but you can still check out this summary.
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, November 16 and 17, 2019
Where: Raffles City Convention Centre, Room: Moor/Morrison
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, November 16
- 08:30: Room open for setup by project champions
- 09:00: Room open for all - Pastries and coffee provided
- 09:30: Hackathon kickoff
- 09:45: Form Teams
- 12:30: Lunch provided
- 15:30: Afternoon break - Snacks provided
- 19:00: Dinner provided
- 22:00: Room closes
- Sunday, November 17
- 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
- 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
- Hackdemo Happy Hour
- Share your hackathon project with IETF community
- Monday, November 18, 18:10-19:40. Room: Moor/Morrison
- View the schedule or reserve space for your team/project
- Reservations for space must be made by 12:00, Monday, November 18
- Code Lounge
- Space for groups to gather and collaborate on running code
- Monday - Friday, November 18-22. Room: Moor/Morrison
- View the schedule or reserve space for your team/project
Meeting Materials
- Code can be accessed from IETF Hackathon GitHub, or from links provided within project descriptions below.
- Request to be added to IETF GitHub organization by sending your Github ID to Charles Eckel: eckelcu@cisco.com.
- Results of hackathon projects should be uploaded to https://github.com/IETF-Hackathon/ietf106-project-presentations prior to 1400 on Sunday. See the README for details.
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
- Lost & Found
- Participants looking for a team and champions wanting help on their projects are encouraged to visit the Lost & Found.
- 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
- 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
- Network programmability based on IETF standard protocols and models is relevant to many projects. Self paced online training modules are available on Cisco DevNet. Access is free but a DevNet account is required. You can login or create an account quickly with this IETF Hackathon specific link IETF 106 Hackathon
- 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/ietf106-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
- All teams have the opportunity to present what they did on Sunday afternoon at the end of the hackathon
Network and Power
- Network
- Wireless access to the IETF network will be provided, and from there to the outside world
- The IETF network will be dual stack with both IPv6 and IPv4
- Wired access to the IETF network is available by request only
- For wired access, static IP addresses, or any other special network requests, please add your name, email address, and details of your request in the Requests section below.
- Power
- There will be two power strips per table (roughly one outlet per person/seat). If you need additional power for your project/team, please add your name, email address, and details of your request in the Requests section below.
- Requests
- Al Morton acm (at) research.att.com : Measurements Topic : Wired access to the IETF network - Switch with 4 ports available.
- Jake Holland jholland (at) akamai.com : Wired access to the IETF network, receiving up to 15mbps of unresponsive UDP traffic.
- Rodney W. Grimes rgrimes (at) freebsd.org : SCE (Some Congestion Experienced) : Wired access to the IETF network - Switch with 4 ports available, VLAN capable would be a plus.
- Robert Moskowitz <rgm at labs.htt-consult.com> : TM-RID : Wired access to the IETF network, one static IPv4 and IPv6 address(s)
- Saleem Bhatti <saleem at st-andrews.ac.uk> : ILNP : a routable /62 if possible, please! (With my apologies for the late request, 12:50 UK time, 09 Nov 2019.)
Remote participation
Participating in person is preferred, but we understand not everyone can travel. We typically have a number of remote participants and even some projects that are championed remotely. Successful remote participation requires a bit more preparation by remote participants and champions of projects with remote participants.
In addition to registering for the hackathon and subscribing to the hackathon list, it is recommended to monitor both the hackathon wiki and the list as the hackathon approaches, determine which project(s) are of interest to you, and reach out to the champions of those projects to determine how best to be involved and coordinate with the rest of the team working on each project.
The hackathon kickoff and the closing presentations are available via Meetecho. The hackathon Jabber room may be used for general and project specific communication.
- Jabber room: xmpp:hackathon@jabber.ietf.org
- Meetecho: http://ietf106.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 at end of project list)
- Note, all projects are open to everyone. However, some champions have identified their projects as being particularly good for first time IETFers and/or first time hackathoners. These projects are marked with a star, i.e. '*'. If you are championing a project that is great for newcomers, please add a '*' at the end of your project name.
Bonjour / DNS-Based Service Discovery / DNSSD Code Clinic
- Champion
- Stuart Cheshire (cheshire at apple.com)
- Project
- Service Discovery Code Clinic. If your application has any place where a human user enters a hostname or IP address, come by for hands-on help updating your application to use network service discovery to improve that user experience. We can help you do this using the APIs available on Windows, Android, Linux, macOS, and iOS. If you’re using another platform, we can help you port the open source mDNSResponder code to that platform too. Please email Stuart Cheshire with “Code Clinic” in the subject line to arrange a time slot.
Trusted Execution Environment Provisioning (TEEP)
- Champion(s)
- Dave Thaler
- Project(s)
- Open Trust Protocol: evaluate OTrPv1 vs OTrPv2 proposal, test implementations of OTrP-over-HTTP
Identifier Locator Network Protocol (ILNP)
- Champion(s)
- Saleem Bhatti <saleem at st-andrews.ac.uk>
- Project(s)
- RFC6740 / RFC6741 / RFC6742 / RFC6743 / RFC6744 / RFC6745 / RFC6746 / RFC6747 / RFC6748 (Status: Experimental)
- The ILNP_project is enhancing the Internet Architecture by enriching the set of namespaces. The basic approach to this is to deprecate the concept of an Address and replace it with separate Locator and Identifier values. Although the architectural concept is independent of any particular network protocol, our current research software demonstration is based on IPv6.
JSON Meta Application Protocol (JMAP)
- Champion(s)
- Bron Gondwana, Neil Jenkins
- Project(s)
- tbd - interop testing with a focus on JMAP Calendars and the JSCalendar format.
Sliding Window FEC codec (SWIF)
- Champion(s)
- Vincent Roca (vincent.roca_at_inria.fr)
- Project(s)
- Main goal is to develop an open-source C-language codec for a sliding window FEC code. This development is done in the context of the "Coding for Efficient Network Communications" Research Group (NWCRG, [https://datatracker.ietf.org/rg/nwcrg]), with strong relationships with the Generic API I-D ([https://datatracker.ietf.org/doc/draft-roca-nwcrg-generic-fec-api/]) and RLC codes (https://datatracker.ietf.org/doc/draft-ietf-tsvwg-rlc-fec-scheme/) as examples of sliding window codes.
- More info at: [https://github.com/irtf-nwcrg/swif-codec]
Coding in the Network/P4
- Champion(s)
- Marie-José Montpetit (marie_at_mjmontpetit.com)
- Project(s)
- The main goal is to start an implementation of basic functions to allow the implementation of some of the COIN use cases. At this point data filtering and identification is targeted.
- More info on a P4 platform to use at the hackaton will be made available to the participants.
QUIC
- Champion(s)
- Lars Eggert
- Project(s)
- interop around the current implementation drafts
QUIC Measurements
- Champion(s)
- Jari Arkko (jari.arkko at ericsson.com)
- Marcus Ihlar (marcus.ihlar at ericsson.com)
- Project(s)
- interop around the measurements of QUIC and other traffic
- bring software to a new version and test it, previously using the version from the October interop
- innovate new ideas around potential measurements and ways of reporting them
- (ANYTHING THAT YOU WANT TO DO IN THE MEASUREMENT SPACE :-) )
MASQUE
- Champion
- David Schinazi
- Project
- interop proxying QUIC over QUIC (wire format to be determined, discussion here: https://tools.ietf.org/html/draft-schinazi-masque-01#section-5.4)
Formal languages
- Champion(s)
- Stephen McQuistin (sm at smcquistin.uk), Marc Petit-Huguenin (marc at petit-huguenin.org)
- Project(s) 106hackathon/formal-languages
- Bring Your Own draft and make the examples correct by construction (draft-petithuguenin-computerate-specifying)
- Improve the tooling for draft-petithuguenin-computerate-specifying
- Extend the tooling for draft-mcquistin-augmented-ascii-diagrams to generate parsers in different target languages
- Write examples (based on existing documents) in the format described by draft-mcquistin-augmented-ascii-diagrams
BGP Monitoring Protocol (BMP)
- Champion(s)
- Yunan Gu (guyunan at huawei.com), Paolo Lucente (paolo at ntt.net), Camilo Cardona (camilo at us.ntt.net), Thomas Graf (thomas.graf at swisscom.com)
- Project(s)
- RFC 7854 (https://tools.ietf.org/html/rfc7854), BMP Local RIB (https://www.ietf.org/id/draft-ietf-grow-bmp-local-rib-04.txt), BMP Adj-RIB Out (https://tools.ietf.org/id/draft-ietf-grow-bmp-adj-rib-out-06.txt), BGP Route Policy and Attribute Trace (https://tools.ietf.org/html/draft-xu-grow-bmp-route-policy-attr-trace-01), TLV support for BMP Route Monitoring and Peer Down Messages (https://www.ietf.org/id/draft-lucente-bmp-tlv-00.txt), BMP Extension for Path Marking TLV (https://www.ietf.org/id/draft-cppy-grow-bmp-path-marking-tlv-00.txt)
- The main goal is to extend existing BMP capabilities with new RIB's and TLV's at router and data collection.
- Perform interoperability tests between router and data collection.
- Verify that metrics can be used, are correctly referenced to device state and configuration
IPsec
- Champion(s)
- Paul Wouters (pwouters at redhat.com)
- Project(s)
- Clone SA - negotiating and running parallel IPsec SA's - tuning and bencharking linux code
- Linux Kernel per CPU (pCPU) outgoing IPsec SA https://github.com/antonyantony/linux/tree/pcpu-2
- Libreswan Clones with pCPU support https://github.com/antonyantony/libreswan/tree/clones-3
- Howto and details https://libreswan.org/wiki/XFRM_pCPU
- Interop testing: Labelled IPsec - https://tools.ietf.org/html/draft-ietf-ipsecme-labeled-ipsec-01
- Interop testing: ESP over TCP - https://tools.ietf.org/html/rfc8229
- Clone SA - negotiating and running parallel IPsec SA's - tuning and bencharking linux code
Cefore
- Champion(s)
- Kazuhisa Matsuzono <matsuzono at nict dot go dot jp>
- Atsushi Ooka <a-ooka at nict dot go dot jp>
- Hitoshi Asaeda <asaeda at nict dot go dot jp>
- Project(s)
- https://cefore.net
- Cefore is an open source software enabling Content-Centric Networking (CCN). Cefore consists of (1) "cefnetd" daemon, which is an extensible forwarding engine that implements CCNx message handling and FIB/PIT management, (2) "csmgrd" daemon, which implements Content Store and interacts with cefnetd, (3) arbitrary plugin library implementations that extend cefnetd's or csmgrd's functionalities, and (4) tools/commands.
- RFC8569 / RFC8609
- https://tools.ietf.org/html/draft-irtf-icnrg-ccninfo
- https://tools.ietf.org/html/draft-irtf-nwcrg-nwc-ccn-reqs
MUD and IoT Onboarding
- Champion(s)
- Eliot Lear <lear at cisco.com>
- Michael Richardson <mcr at sandelman dot ca>
- Project(s)
- Work on getting devices checkout out by MUD, building out some of the capabilities in our tools, and developing onboarding capabilities.
- Onboarding Stuff
- mudmaker
- RFC8520
- Controller Candidates
BMWG - Containerized Infrastructure Benchmarking
- Champion(s)
- KJ Sun (gomjae at dcn.ssu.ac.kr), Wangbong Lee (leewb at etri.re.kr),
- Project(s)
- The main goal is to figure out container networking performance impacts by various resource options.
- https://tools.ietf.org/html/draft-dcn-bmwg-containerized-infra
BMWG - Implement RFC2544 for NETCONF/YANG managed tester and DUT
- Champion(s)
- Vladimir Vassilev <vladimir at lightside-instruments.com>
- Drafts
- Project(s)
- Standalone command line application written in Python connecting directly to the DUT and the tester over NETCONF executing the RFC2544 test and reporting the results.
Measurement Systems, Tools, and Projects * - but see some qualifications below
- Champion(s)
- Al Morton (acm (at) research.att.com)
- Project(s)
- IPPM WG: IP-Layer Capacity Measurements - gain more measurement experience in Singapore.
- current draft (will be updated) https://tools.ietf.org/html/draft-morton-ippm-capacity-metric-method-01.txt
- several people joined us for the first time in Montreal, we hope to repeat this success.
- IPPM WG: IP-Layer Capacity Measurements - gain more measurement experience in Singapore.
- <any other measurement project is welcome, newcomers should have some background in measurement>
- This topic will likely be co-tabled with two BMWG topics above.
- REQUESTS
- Al Morton, acm (at) researchatt.com, Wired ETH and small switch
WISHI (Work on IoT Semantic / Hypermedia Interoperability)
- Champion(s)
- Michael Koster, Ari Keränen, Carsten Bormann
- Project(s)
- http://wishi.space
- For latest draft agenda, see https://github.com/t2trg/wishi/wiki/Preparation:-Hackathon-Planning
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
- Shoichi Sakane (Cisco) ssakane at cisco dot com
- Dominique Barthel (Orange Labs) dominique dot barthel at orange dot com
- Project(s)
- the general goal is to advance the python open source implementation of SCHC compression and fragmentation. See openschc.net
- for documentation about SCHC, see
- The actions points for this week-end:
- improve the documentation, write tutorial. In general, make it easier for a newcomer to join the project and contribute.
- iron out implementation to fit latests draft revisions
- interface to underlying network (UDP or interface to real hardware)
- run this implementation against commercial one.
Telemetry/YANG
- Champion(s)
- Benoit Claise (Cisco) bclaise at cisco dot com
- Eric Vyncke (Cisco) evyncke at cisco dot com
- Joe Clarke(Cisco) jclarke at cisco dot com
- Project(s)
- generate the .proto files in/for the yangcatalog.org
- test the next generation of the yangcatalog.org container version
- Extend telemetry tooling
- libyang2, specifically on default values in data trees (Radek)
Privacy Enhancements and Assessments Research Group: Pluggable Transports
- Champion(s)
- Shivan Sahib (Salesforce) ssahib at salesforce döt com
- David Oliver (Guardian Project) david at guardianproject dot info
- Project(s)
- Pluggable Transport for Android
Braid: Synchronization for HTTP
- Champion(s)
- Michael Toomim: https://invisible.college/@toomim (available only on Sunday)
- Seph Gentle: https://josephg.com/
- Project(s)
- Implement a Synchronizing Web App on Braid
IFIT: In-situ Flow Information Telemetry
- Champion(s)
- Haoyu Song (Futurewei): haoyu.song at futurewei.com
- Zhenbin Li (Huawei): lizhenbin at huawei.com
- Tianran Zhou (Huawei): zhoutianran at huawei.com
- Project(s)
- Implement the IFIT framework (https://datatracker.ietf.org/doc/draft-song-opsawg-ifit-framework/)
- Continue to implement the postcard based telemetry (https://datatracker.ietf.org/doc/draft-song-ippm-postcard-based-telemetry/)
- IPv6/SRv6 encapsulation
TAPS (Transport Services) implementations
- Champion(s)
- Theresa Enghardt (theresa_at_inet.tu-berlin.de)
- Max Franke (mfranke_at_inet.tu-berlin.de)
- Project(s)
- https://github.com/fg-inet/python-asyncio-taps (Code)
- https://pytaps.readthedocs.io/en/latest/index.html (Documentation)
- TAPS implementation:
- Transport protocol-independent API
- Application specifies requirements and preferences
- TAPS implementation selects between available transport protocols
- See also:
- https://datatracker.ietf.org/doc/draft-ietf-taps-arch/ (TAPS architecture)
- https://datatracker.ietf.org/doc/draft-ietf-taps-interface/ (abstract interface)
- https://datatracker.ietf.org/doc/draft-ietf-taps-impl/ (implementation considerations)
- Hackathon ideas:
- Incorporate more transport protocols (SCTP? QUIC?)
- Add endpoint racing
- Incorporate advanced framers (e.g. http)
AMBI over TLS
- Champion(s)
- Jake Holland (jholland_at_akamai.com)
- Implement an AMBI prototype
- Cryptographic authentication for multicast data streams
- https://datatracker.ietf.org/doc/draft-jholland-mboned-ambi/
- Cross-pollination notes:
- Sender side will try using PyTaps? for multicast receive inside Python (https://github.com/fg-inet/python-asyncio-taps)
- Receive network: https://github.com/GrumpyOldTroll/multicast-ingest-platform
- Receiver integration with https://github.com/GrumpyOldTroll/libmcrx
WebRTC 1.0 Improvements and testing
The goal is to get around the table for two days browser devs, SFU devs, and webrtc solutions devs in general to help mature WebRTC 1.0. The feedback between browsers and solutions/SFU/SDK vendors is very important to make sure the bugs are prioritised correctly to benefit everyone. Specifically for simulcast (or SVC) questions about bandwidth management, bitrate adaptation, PLI generation, FEC, needs to be addressed jointly by both SFU devs and Browsers devs.
The results of the week end should be new bug discovery, bugs closure, and new tests written to avoid regression. We should all leave with a better implementation, be it browser, SFU, SDK, .... and a more interoperable ecosystem.
- 104's Edition, we managed to solve around 20 bugs.
- 105's Edition, we managed to solve around XX bugs.
Contact one of the champion if you have a specific problem / tech / bug you want to work on during the week end, and want to join the table to benefit from interaction with other experts.
- Champion(s)
- Harald Alvestrand <harald at alvestrand.no>
- Alexandre Gouaillard <alex.GOUAILLARD at cosmosoftware.io>
- Project(s)
- Simulcast in WebRTC 1.0 (all)
- Unified plan
- BWE / Bitrate Adaptation
- PLI and layers
- real-time AV1 encoding / decoding / RTP payload in libwebrtc (CoSMo, Google)
- H.265 hardware acceleration support in libwebrtc (INTEL, Apple, CoSMo)
- Merging of INTEL test suite into KITE
- Simulcast in WebRTC 1.0 (all)
- More info in More info: 106hackathon/webrtc
L4S: Low Latency Low Loss Scalable throughput
- Champion(s)
- Bob Briscoe <ietf at bobbriscoe.net>
- Project(s)
- Classic (RFC3168) ECN AQM detection and fall-back
- Flow start-up and rapid changes during congestion avoidance (paced-chirping, etc)
- L4S ns-3 model development/validation: Tom Henderson is organizing (expecting mostly remote participation)
- Accurate ECN Feedback in TCP (AccECN), spec compliance, interop, esp. corner cases
- (?) Interaction with FQ AQMs
- Resources: L4S Landing page with links to repos, documentation, etc: https://riteproject.eu/dctth/#code
SRv6 Mobile User Plane
- Champion(s)
- Satoru Matsushima <satoru.matsushima at gmail dot com>
- Project(s)
- Implement SRv6 funcitons specified in draft-ietf-dmm-srv6-mobile-uplane on VPP and P4 based platform.
- Develop docker test environment, test codes, related tools (e.g, scapy for 5G user plane packet generation) and documents.
- Resources
- Github repository: https://github.com/filvarga/srv6-mobile
SCE: Some Congestion Experienced
- Champion(s)
- Rodney W. Grimes <rgrimes at freebsd.org>
- Project(s)
- CNQ (Cheap Nasty Queueing) with SCE implementation
- Comparing L4S and SCE https://github.com/heistp/sce-l4s-bakeoff/#future-work
- sudden capacity increase, then decrease
- sudden RTT increase, then decrease
- simulated bursty link using netem slotting
- bi-directional traffic (start with rrul_be)
- asymmetric link scenarios
- Accurate ECN (AccECN) and SCE compatibility
- FreeBSD end node implementation of SCE
- Resources: SCE Linux kernel implementation https://github.com/chromi/sce
Missing Elements for Decentralized and Usable Privacy (MEDUP, non-WG)
@ PEARG table (see above)
- Champion(s)
- Hernâni Marques <hernani at pep.foundation> / p≡p foundation & Damiano Boppart <damiano at pep-project.org> / p≡p security
- Project(s)
- Interop tests in end-to-end email encryption based on OpenPGP formats: Autocrypt, pEp, commercial solutions
- Tests with secret key synchronization protocol of pEp: https://datatracker.ietf.org/doc/draft-pep-keysync/
- Mailing list: https://www.ietf.org/mailman/listinfo/MEDUP
- The presence at the hackathon will replace the MEDUP meeting which took place already twice at IETF-104 (Prague) and IETF-105 (Montréal), through a more hands-on and practical model so as to bring work forward with all interested and affected stakeholders; see materials on former MEDUP meetings: https://pep.foundation/docs/ietf/
ECA (Event Condition Action) YANG Data Model
- Champion(s)
- Zitao Wang <wangzitao at huawei.com>
- Daniel King <d.king at lancaster.ac.uk>
- Chongfeng Xie <xiechf.bri at chinatelecom.cn>
- Project(s)
- Use Policy based Event Management YANG Data model to configure the network device and provide device self management on faults, alarms, a change in network state, network security threat state changes;
- Use Policy based Event Management YANG Data model to provide service assurance and closed loop network management in the management plane.
- Development Environment: Python
- Specifications:
Telemetry tagging YANG Data Model
- Champion(s)
- Ran Tao < taoran20 at huawei.com>
- Qin Wu < bill.wu at huawei.com>
- Project(s)
- Use YANG data node tag to filter different discrete categories of YANG data node within YANG modules supported
by a device and provide consistent representation and reporting for the same category of YANG data nodes;
- Development Environment:
- Specifications:
SRv6 VPN YANG
- Champion(s)
- Guangying Zheng < zhengguangying at huawei.com>
- Bo Wu < lana.wubo at huawei.com>
- Project(s)
- This project is the next phase of the last IETF hackathon SRv6 VPN YANG. The goal is to demonstrate an automated configuration option for the deployed network by using the IETF SRv6 YANG model under development. The deployed network is simulated by a vendor specific SRv6 sandbox;
- implement Ansible API for IETF SRv6 and SRv6 VPN YANG:
- SRv6 Configuration
- ISIS SRv6 Configuration
- SRv6 VPN Configuration
- Development Environment:
- Specifications:
TM-RID (Trustworthy Multipurpose - RemoteID)
- Champion(s)
- Robert Moskowitz
- Stewart Card
- Adam Wiethuechter
- Project(s)
- TM-RID UAS Authentication Message development and testing
- Hierarchical HIT, Registry, and Registration
SSH, TLS, DSCP, http451
- Champion(s)
- Codarren Velvindron (codarren_at_cyberstorm.mu)
- Jeremie Daniel (jeremie_at_cyberstorm.mu)
- Nitin Mutkawoa (jmutkawoa_at_cyberstorm.mu) - PDT timezone.
- Veegish Ramdani (veegish_at_cyberstorm.mu)
- Project(s)
Interface to Network Security Functions (I2NSF) Framework
- Champion(s)
- Jaehoon Paul Jeong <pauljeong at skku.edu>
- Project(s)
- Implement NSF Monitoring using NETCONF according to the latest NSF-Monitoring YANG Data Model.
- Specifications:
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)
- Linux Kernel Compiling for OCB mode (Kernel version 4.4).
- IPv6 packet transmission by two OCB-enabled wifi modules.
- UDP packets transmission by Python script
- Video streaming by Gstreamer
- Specifications:
- https://datatracker.ietf.org/doc/draft-ietf-ipwave-ipv6-over-80211ocb/
- https://datatracker.ietf.org/doc/draft-ietf-ipwave-vehicular-networking/
- https://datatracker.ietf.org/doc/draft-jeong-ipwave-vehicular-neighbor-discovery/
- https://datatracker.ietf.org/doc/draft-jeong-ipwave-context-aware-navigator/
- https://datatracker.ietf.org/doc/draft-jeong-ipwave-vehicular-mobility-management/
- https://datatracker.ietf.org/doc/draft-jeong-ipwave-security-privacy/
- Where to get code:
- Where to get video clip:
Captive Portal APIs
- Champion(s)
- Remi NGUYEN VAN <reminv_at_google.com>
- Project(s)
- Discovery of and interaction with a Captive Portal API endpoint
- Specifications:
ESNI for TLS
- Champion(s)
- Stephen Farrell
- Project(s)
- Developing ESNI for OpenSSL (DEfO): coding up draft-05, build/deploy some nginx servers, integrating openssl fork with some other application(s)
- Work on a docker image
- Specifications:
DOTS telemetry
- Champion(s)
- Kaname Nishizuka
- Project(s)
- DDoS Open Threat Signaling (DOTS).
- The aim of DOTS is to develop a standards based approach for the realtime signaling of DDoS related telemetry and threat handling requests and data between elements concerned with DDoS attack detection, classification, traceback, and mitigation.
- We will test the new telemetry functionality of DOTS message:
- DDoS Open Threat Signaling (DOTS).
DNS
- Champion(s)
- Benno Overeinder
- Project(s)
- XoT: A/IXFR over TLS (reusing open connections) (Willem Toorop)
- DNS Server Cookies: Finally getting the client recommendations right (Willem Toorop; Ondrej Sury)
- HTTPSVC (Ralph Dolmans)
- extended error code (Tim Wattenberg & Loganaden Velvindron)
- DNS over HTTP3 (Bernie Innocenti)
- DNS-over-TLS to authoritative (Manu Bretelle)
- Paul Hoffman & Willem Toorop - Validating (NXDOMAIN) replies from the past
NTS - Network Time Security for the Network Time Protocol (NTP)
- Champion(s)
- Dieter Siebold, Christer Weinigel
- Project(s)
- NTS server and client in Python - https://github.com/Netnod/nts-poc-python
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.