IETF Hackathons are collaborative events, not competitions. They are free and open to everyone, including those not attending the IETF meeting. Discussing new ideas, sharing concerns, and finding common ground that improves evolving Internet-Drafts (I-Ds) and deployments of existing Internet standards (defined in RFCs) is as important as developing code that implements or validates the correctness of the protocols and the clarity in which they are documented.
IETF Hackathons attract participants with a wide range of backgrounds and skill sets. Many participants are skillful software developers. Others are subject matter experts who do not consider themselves developers. All are welcome participants and provide valued contributions. One of the greatest benefits of each Hackathon is the mixing of people and ideas that occurs so naturally when we come together for an extended period. Running code created and improved at each Hackathon is valuable, but so are the exchange of ideas, the extension of human networks, and the building of new friendships, respect, and trust.
The IETF 114 Hackathon featured a range of projects spread across essentially all areas of IETF work. Each project is led by one of more champions who volunteer to lead work in a specific area. Project champions welcome and organize members of the team, and they provide focus, guidance, and leadership for the project. Thanks to the efforts of these individuals, IETF Hackathons are welcoming events for newcomers to the IETF and serve as a great introduction to the IETF community. This is evident by the large number of people at each IETF Hackathon for whom the Hackathon is their first experience with the IETF.
DRIP’s goal is to specify how RID can be made trustworthy and available in both Internet and local-only connected scenarios, especially in emergency situations. Some UAS operate in environments where the network or the devices or both are severely constrained in terms of processing, bandwidth (e.g., Bluetooth 4 beacon payload is 25 bytes long), or battery life, and DRIP aims to function in these environments. The specifications produced by the WG will need to balance public safety authorities’ need to know trustworthy information with UAS operators’ and other involved parties’ privacy.
The working group will primarily leverage Internet standards (including HIP, EPP, RDAP, and DNS) and infrastructure as well as domain name registration business models. The WG will track and align with the requirements being developed by regulatory authorities, e.g., the International Civil Aviation Organization the European Union Aviation Safety Agency (EASA) delegated and implementing regulations, and the US Federal Aviation Administration (US FAA).