## HotRFC Lightning Talks at IETF 116 Sunday, March 26, 2023 Starting Time: An hour after the Welcome Reception starts (18:00) Room: G302 Organizers: Spencer Dawkins, Liz Flynn Email: [hotrfc@ietf.org](mailto:hotrfc@ietf.org) [Call for Participation](https://mailarchive.ietf.org/arch/msg/ietf/lGMTghOpjV3Gic6XvMZTxaj_NNk/) --- **MEETING AGENDA** --- [TOC] --- **ABSTRACTS** ## 1. Hiding IPv6 Hop-by-Hop Options {#1-hiding-ipv6-hop-by-hop-options} **Presenter, Affiliation: **[Donald Eastlake](mailto:d3e3e3@gmail.com), Futurewei Technologies, in person [Datatracker slides here](https://datatracker.ietf.org/meeting/116/materials/slides-116-hotrfc-sessa-01-hiding-ipv6-hop-by-hop-options-00) **Abstract:** In some cases, packets with IPv6 header options (or other characteristics) may be discarded or mistreated in the core Internet. This talk presents a simple method of overcoming this problem assuming best effort is adequate and a cooperating destination. **Looking for:** Implementers / co-authors **Coordinates:** Donald Eastlake, [d3e3e3@gmail.com](mailto:d3e3e3@gmail.com) --- ## 2. Vcon: JSON Container for Conversation Data {#2-vcon-json-container-for-conversation-data} **Presenter, Affiliation: **Thomas Howe - Strolid; Daniel Petrie - SIPez LLC [Datatracker slides here](https://datatracker.ietf.org/meeting/116/materials/slides-116-hotrfc-sessa-02-vcon-json-container-for-conversation-data-00) **Abstract: ** A vCon is the container for data and information relating to a real- time, human conversation. It is analogous to a [vCard] which enables the definition, interchange and storage of an individual's various points of contact. The data contained in a vCon may be derived from any multimedia session, traditional phone call, video conference, SMS or MMS message exchange, webchat or email thread. The data in the container relating to the conversation may include Call Detail Records (CDR), call metadata, participant identity information (e.g. STIR PASSporT), the actual conversational data exchanged (e.g. audio, video, text), realtime or post conversational analysis and attachments of files exchanged during the conversation. A standardized conversation container enables many applications, establishes a common method of format and interchange, and supports identity, privacy and security efforts **Looking for:** **Coordinates:** BoF: date, time, room https://datatracker.ietf.org/group/vcon/about/ Mailing list: https://www.ietf.org/mailman/listinfo/Vcon Internet-Draft: https://datatracker.ietf.org/doc/draft-petrie-vcon/ Open source: https://github.com/vcon-dev/vcon --- ## 3. Using Deterministic Networks for Remote Process Control & Automation {#3-using-deterministic-networks-for-remote-process-control-&-automation} **Presenter, Affiliation: **[Kiran Makhijani](mailto:kiran.ietf@gmail.com), Futurewei [Datatracker slides here](https://datatracker.ietf.org/meeting/116/materials/slides-116-hotrfc-sessa-03-using-deterministic-networks-for-remote-process-control-automation-00) **Abstract:** Remote industrial process control & operations improve automation, resource efficiency, safety, and better overall control from the software-defined application logic. So far, industrial/process automation connectivity is mostly localized. In order to use cloud based connectivity, not only deterministic networks are needed but an interface between the endpoints and the DetNet is required to be clearly described. This work describes an interface to deterministic networks from the view of endpoints to support process control and operations. **Looking for:** We have a presentation slot in DetNet WG meeting. This work crosses over more than one technology area, e.g., may interest IoT experts as well. We welcome collaborators, implementers, reviewers. **Coordinates:** - Please use detnet@ietf.org mailing list for discussion on the draft. - Find me in the hallway during the breaks (in-person). - or write at kiran.ietf@gmail.com Draft: https://datatracker.ietf.org/doc/draft-km-detnet-for-ocn/00/ Presentation Slot: To be presented as the last item in DETNET WG. Thursday, March 30, 2023 - Session I 09:30-11:30 JST (00:30 – 02:30 UTC) Room: 3F G303 --- ## 4. Autonomous System Information Service (ASIS) {#4-autonomous-system-information-service-asis} **Presenter, Affiliation: **[Caspar Schutijser](mailto:caspar.schutijser@sidn.nl), SIDN Labs [Datatracker slides here](https://datatracker.ietf.org/meeting/116/materials/slides-116-hotrfc-sessa-04-autonomous-system-information-service-asis-02) **Abstract: **We'll present the Autonomous System Information Service (ASIS), a self-hosted approach for sharing interoperability and policy information of a communication network. The ASIS is an early stage research project. We seek your feedback and collaboration. **Looking for:** feedback, collaborators **Coordinates:** Caspar Schutijser, caspar.schutijser@sidn.nl --- ## 5. RASP RG: Research and Analysis of Standard-Setting Processes Research Group {#5-rasp-rg-research-and-analysis-of-standard-setting-processes-research-group} **Presenter, Affiliation: [Ignacio Castro](mailto:i.castro@qmul.ac.uk) (Queen Mary University) and/or Niels ten Oever (University van Amsterdam)** [Datatracker slides here](https://datatracker.ietf.org/meeting/116/materials/slides-116-hotrfc-sessa-05-rasp-rg-research-and-analysis-of-standard-setting-processes-research-group-00) **Abstract: **The newly chartered Research and Analysis of the Standard-Setting Processes Research Group (RASPRG) aims to bring together researchers, practitioners, policy makers, standards users, and standards developers to study standardization processes across SDOs, with a particular focus on Internet standard-setting in the IETF. The research is aimed at informing the comprehension of standardization processes and policies, and possibly providing tools and insights. This will be done through the organization of working sessions, as well as contributions to open data and open source software for standard-setting analysis. The group aims to produce joint reports to inform the IETF, the research community, and the broader standards-setting community. **Looking for:** collaborators **Coordinates:** Join the RASP RG meeting: Thursday 1pm (G316) Relevant documents: https://datatracker.ietf.org/rg/rasprg/about/ --- ## 6. Using DNS resolvers as certificate validators {#6-using-dns-resolvers-as-certificate-validators} **Presenter, Affiliation: **Taekyoung (Ted) Kwon, Seoul National University [Datatracker slides here](https://datatracker.ietf.org/meeting/116/materials/slides-116-hotrfc-sessa-06-using-dns-resolvers-as-certificate-validators-00) **Abstract:** The validation process of certificates is performed by end hosts. As HTTPS/TLS becomes the norm, the overhead of certificate validation increases accordingly. Typically the validation result of a certificate is not reused, and thus an end host should perform certificate validation repeatedly even if it visits the same web site within a short timeframe. This gives a burden not only to end-hosts, but also to certificate authorities since they should operate OCSP and/or CRL servers continuously. Assuming that end hosts have a DoT/DoH connection to their local DNS resolvers, it could be a cost-effective approach to delegate the job of certificate validation to the local resolvers. There will be trustworthiness issues which need to be studied further. **Looking for:** collaboration **Coordinates:** Taekyoung (Ted) Kwon, [tkkwon@snu.ac.kr](mailto:tkkwon@snu.ac.kr) --- ## 7. Introduction to the DCDR Framework {#7-introduction-to-the-dcdr-framework} **Presenter, Affiliation: **[Jean F. Queralt](mailto:jfqueralt@theiofoundation.org), The IO Foundation - **Presenting remotely** [Datatracker slides here](https://datatracker.ietf.org/meeting/116/materials/slides-116-hotrfc-sessa-07-introduction-to-the-dcdr-framework-00) **Abstract: **TIOF has been working on a Data-Centric Digital Rights Framework to attempt to address a very specific question: How do we ensure algorithmically that we protect people's data? Note: While HRPC concentrates on Human Rights, we are looking at Data Rights or, more broadly, the protection that we should ensure to the structured data that models entities from the physical world otherwise known as digital twins. Our aim for this HotRFC is to find a place in the technical community where we can bring the research and invite interested parties to work together. Because of the focus on structured data, we believe that this framework may reside in Application layer although we do not discard that other layers may be involved. **Looking for:** Collaborators, Researchers, Implementers (possible SDK) **Coordinates:** Jean F. Queralt, [jfqueralt@theiofoundation.org](mailto:jfqueralt@theiofoundation.org) Current DCDR Framework documentation [https://TIOF.Click/DCDRDocs](https://TIOF.Click/DCDRDocs) DCDR Framework talks [https://TIOF.Click/DCDRPresentationBiTEvent1](https://TIOF.Click/DCDRPresentationBiTEvent1) [https://TIOF.Click/DCDRPresentationBiTEvent2](https://TIOF.Click/DCDRPresentationBiTEvent2) DCDR Soft Launch (slides) [https://TIOF.Click/DCDRSoftLaunchPresentationPlay](https://TIOF.Click/DCDRSoftLaunchPresentationPlay) JOMLaunch (slides) [https://TIOF.Click/DCDRJOMLaunchSlidesPlay](https://TIOF.Click/DCDRJOMLaunchSlidesPlay) --- ## 8. Extending QUIC for large latency networks such as in space **Presenter and affiliation: **[Marc Blanchet](mailto:marc.blanchet@viagenie.ca), Viagenie [Datatracker slides here](https://datatracker.ietf.org/meeting/116/materials/slides-116-hotrfc-sessa-10-extending-quic-for-large-latency-networks-such-as-in-space-00) **Abstract: ** QUIC is a new IETF transport which has many useful features, not to be listed here. Early testing with one of the implementors seem to show that it is possible to use QUIC over long delay links and networks, as in space. There are hundreds of missions planned going to Moon within this decade, and the current architecture defined by the space agencies is to have wifi and 5G on Moon and have an IP network over it. This talk will discuss what we have tried so far with having QUIC over long delays and invite interested parties to help. Looking for: collaborators, implementers **Coordinates: **Marc Blanchet, [marc.blanchet@viagenie.ca](mailto:marc.blanchet@viagenie.ca) ---