<div dir="ltr">Hi Junior,<div><br></div><div>As a matter of interest, have you raised this in the IETF.  It would be far easier to get backing for a new protocol if the IETF agrees that constructing one is worthwhile and you achieve consensus there first.</div><div><br></div><div>I suggest writing an initial RFC draft and then submitting it to gen-dispatch, where they can decide if the IETF can support this and which working group it belongs in.</div><div><br></div><div>I'd be happy to work with you on the process (and potentially even a protocol draft) if that would assist.</div><div><br></div><div>Thanks</div><div><br></div><div>Andrew</div><div><br></div><div><br></div></div><br><div class="gmail_quote gmail_quote_container"><div dir="ltr" class="gmail_attr">On Tue, Mar 24, 2026 at 10:01 PM Junior <<a href="mailto:jjmututicloud@gmail.com">jjmututicloud@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="auto"><div dir="auto">Dear AFRINIC RPD list members,</div><div dir="auto"><br></div><div dir="auto">My name is Junior Joseph Mututi, and I’ve been working on a new protocol called QUIP (QUIC Identity Protocol). QUIP is designed as an open, federated identity and interaction layer built entirely on QUIC (RFC 9000). It combines the domain-based addressing of XMPP, the vocabulary of ActivityStreams, and a novel trust model where ISPs act as neutral trust anchors – verifying user identities without owning them.</div><div dir="auto"><br></div><div dir="auto">The protocol’s whitepaper (attached) details its architecture: a generic state machine over QUIC, ISP‑based attestation, a distributed CA foundation, end‑to‑end encryption extensions, and built‑in federation mechanics. It is meant to run in parallel with the existing web and to give ISPs a direct role in enabling secure, privacy‑respecting communication for their subscribers.</div><div dir="auto"><br></div><div dir="auto">I’m reaching out to the AFRINIC community because Africa is a key region for QUIP’s vision. The whitepaper notes (Section 13.3.1) that Africa’s ISP landscape – with its growing number of operators, mobile‑first connectivity, and strong data sovereignty concerns – is a natural early adopter. I’d like to present QUIP at an upcoming AFRINIC meeting (e.g., AFRINIC‑OPEN) to get feedback from network engineers, policy makers, and the ISP community.</div><div dir="auto"><br></div><div dir="auto">Specifically, I’d be grateful for:</div><div dir="auto"><br></div><div dir="auto">· Guidance on how to propose a presentation or technical talk at an AFRINIC meeting.</div><div dir="auto">· Feedback on the ISP trust model and its alignment with regional regulatory frameworks.</div><div dir="auto">· Interest from ISPs willing to participate in a pilot deployment (the whitepaper outlines a potential Zimbabwe pilot with ZISPA and POTRAZ).</div><div dir="auto"><br></div><div dir="auto">I welcome any questions or comments – I’m happy to clarify technical details or discuss how QUIP could fit into AFRINIC’s capacity‑building and infrastructure development goals.</div><div dir="auto"><br></div><div dir="auto">Thank you for your time, and I look forward to engaging with the community.</div><div dir="auto"><br></div><div dir="auto">Best regards,</div><div dir="auto">Junior Joseph Mututi</div><div dir="auto">WhatsApp/Calls: +27658095749/+27812629742<br><div dir="auto"><br></div></div></div>
_______________________________________________<br>
RPD mailing list<br>
<a href="mailto:RPD@afrinic.net" target="_blank">RPD@afrinic.net</a><br>
<a href="https://lists.afrinic.net/mailman/listinfo/rpd" rel="noreferrer" target="_blank">https://lists.afrinic.net/mailman/listinfo/rpd</a><br>
</blockquote></div>