I like Martin’s draft, although I would frame things a bit differently. There is an aspect of maturity to all of this. Martin’s experience is with web-related protocols that are largely mature. In those cases, it simply is not possible for FF/Chrone/… to accommodate most errors or ambiguities because the code path is already quite complex and represents a large attack surface. I view QUIC largely as an evolution of the existing well known system. On the other hand, early work is quite difficult to nail down. Getting something to work at all requires Postel’s principle. That’s not a matter of programmer or spec writer laziness, but simply a matter of lack of experience everyone’s part. Let’s not emotionally claim that protocol immaturity introduces a “technical deficit”. The bell telephone standard arguably had no technical deficits for what it delivered, but it delivered bubkas compared to what we have today, “deficits" and all. In the next rev, what would be good to see is how and when the principle should be applied, and the other principles that may also conflict with or limit this one. Eliot
|
Attachment:
signature.asc
Description: Message signed with OpenPGP
