Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Protocol (De)capsulation #717

Open
XAMPPRocky opened this issue Mar 15, 2023 · 0 comments
Open

Protocol (De)capsulation #717

XAMPPRocky opened this issue Mar 15, 2023 · 0 comments
Labels
kind/feature New feature or request

Comments

@XAMPPRocky
Copy link
Collaborator

Reading this Cloudflare proxy framework announcement, the concept of protocol capsulation and decapsulation, is a compelling concept for having Quilkin more flexible and compatible with future protocols like QUIC and allow Quilkin to operate at lower layers such as ICMP.

This would have several benefits on multiple levels, having ICMP support would allow Quilkin to listen at lower level on the edge, and support for QUIC would allow for support for HTTP/3 which opens the door for more standard ways of adding metadata information through headers which would be more standard and wouldn't require custom protocol data units like UDP does.

These are more a future concern than a something Quilkin needs right now though, as currently UDP is the most flexible in terms of platform support for both clients (compared to QUIC/HTTP3) and proxies on the cloud provider side (not everything allows for ICMP access since it requires kernel privileges). But I think this will become a key feature for Quilkin to allow for better and more standard behaviour for the future.

@XAMPPRocky XAMPPRocky added the kind/feature New feature or request label Mar 15, 2023
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
kind/feature New feature or request
Projects
None yet
Development

No branches or pull requests

1 participant