Introduction
Introduction Statistics Contact Development Disclaimer Help
Post Aua5FUCBl6kG9rnCk4 by [email protected]
More posts by [email protected]
Post #AuZtjLW7OJ4ITnaQ7M by [email protected]
0 likes, 1 repeats
Suddenly, QUIC implementations start using ECH to hide the QUIC transport param…
Post #Aua5FUCBl6kG9rnCk4 by [email protected]
0 likes, 0 repeats
@huitema It’s always the telcos. Only sometimes it’s the DNS.
Post #Aua5RoZfohUCpwekPw by [email protected]
0 likes, 0 repeats
@huitema See this is why I fought so hard for the language in RFC 6092 that mad…
Post #Aua5T0TX3SXk2KLt7Q by [email protected]
0 likes, 0 repeats
@janxdevil Yes, having IPSEC everywhere would have been nice. QUIC is much easi…
Post #Aua5cMSsfSeEqGVYcy by [email protected]
0 likes, 0 repeats
@lars It has been the telcos for a good 50 years. The DNS is younger than that.
Post #Ausjo4O1CbWVG9eN2O by [email protected]
0 likes, 0 repeats
@huitema Still doesn’t help QUIC get around the asymmetry imposed by the simp…
Post #Ausjo4UknYuXb2nkXI by [email protected]
0 likes, 0 repeats
@janxdevil Sure. With layers of NATs and firewall you need help for P2P. The di…
Post #AusjoDzvT2C34KSGsC by [email protected]
0 likes, 0 repeats
@huitema The NATs entails the filters, and the filters entail the client/server…
Post #AusjpK72DcHgK4IuOW by [email protected]
0 likes, 0 repeats
@huitema @lars It's the telcos running the DNS then?
You are viewing proxied material from pleroma.anduin.net. The copyright of proxied material belongs to its original authors. Any comments or complaints in relation to proxied material should be directed to the original authors of the content concerned. Please see the disclaimer for more details.