@wordshaper @simontatham
Wasn't it a mouse?
"Mouse now present. 6.502 members represented.
[149-A94] Action Item for Landlord: Capture and exile the mouse that just fell out of the light fixture."
Relevant trope: Noodle Incident
https://tvtropes.org/pmwiki/pmwiki.php/Main/NoodleIncident
Relevant trope: TV Tropes Will Ruin Your Life
https://tvtropes.org/pmwiki/pmwiki.php/JustForFun/TVTropesWillRuinYourLife
@argv_minus_one @wordshaper it’s funny because it’s true. Y’all enjoy Christmas / Hanukkah tomor…
Wait, why’s my computer say it’s the 28th?
"Internet Best Current Practices for the Internet Community" best title tbh
"HERE BE DRAGONS"
@simontatham The key words "MUST (BUT WE KNOW YOU WON'T)", "SHOULD CONSIDER", "REALLY SHOULD NOT", "OUGHT TO", "WOULD PROBABLY", "MAY WISH TO", "COULD", "POSSIBLE", and "MIGHT" in this document are to be interpreted as described in RFC 6919.
RFC 2119 defines a standard set of key words for describing requirements of a specification. Many IETF documents have found that these words cannot accurately capture the nuanced requirements of their specification. This document defines additional key words that can be used to address alternative requirements scenarios. Authors who follow these guidelines should incorporate this phrase near the beginning of their document: The key words "MUST (BUT WE KNOW YOU WON\'T)", "SHOULD CONSIDER", "REALLY SHOULD NOT", "OUGHT TO", "WOULD PROBABLY", "MAY WISH TO", "COULD", "POSSIBLE", and "MIGHT" in this document are to be interpreted as described in RFC 6919.
@simontatham @can @anticomposite
You've got some good ones that are still missing. Please submit a new rfc.
@wouter I had only read the abstract, but thanks to your note I had to read the whole thing. It's brilliant.
My favorite reference:
The phrase "MIGHT" conveys a requirement in an intentionally stealthy fashion, to facilitate product differentiation (cf. "COULD" above).For example: "In the case of audio and different "m" lines for different codecs, an implementation might decide to act as a mixer with the different incoming RTP sessions, which is the correct behavior."
I just adore that passive aggressive "... which is the correct behavior" and would love to hear the anecdote for why the editor snuck that in there and how many chairs were thrown during the meeting.
@anticomposite @EdG @simontatham Is there any form of humor more absolutely niche than IETF RFC jokes? Like these are for an audience of dozens…luckily we are all on Fedi.
I was actually online on the morning of April 1, 1990 when the canonical example, “RFC 1149 - A Standard for the Transmission of IP Datagrams on Avian Carriers” dropped*, and it is deeply embedded in my headcanon Internet Timeline of Important Events. But I run into supposed industry professionals (even network and security admins!) who are completely unaware of this seminal document with alarming frequency.
(*) the standard has since updated twice, once to add Quality of Service and once to add IPv6 support. A real world implementation was only partially successful, as latency and packet loss were substantial. The whole protocol is nerdvana and the commitment to the bit is exemplary…
@
@dwenius @anticomposite @EdG avian carriers are all very well, but I think 418 I'm A Teapot is more iconic.
I proposed a 1st April RFC myself once, but it wasn't accepted. At the time SSH-2 was still considering a "none" cipher, for countries outlawing encryption: you wouldn't encrypt, but would still MAC, so the spooks could read but not hijack your session. I proposed adding the "rot13" cipher instead, to protect network-monitoring sysadmins from movie spoilers and distractingly juicy gossip.
RFC 2119 defines a standard set of key words for describing requirements of a specification. Many IETF documents have found that these words cannot accurately capture the nuanced requirements of their specification. This document defines additional key words that can be used to address alternative requirements scenarios. Authors who follow these guidelines should incorporate this phrase near the beginning of their document: The key words "MUST (BUT WE KNOW YOU WON\'T)", "SHOULD CONSIDER", "REALLY SHOULD NOT", "OUGHT TO", "WOULD PROBABLY", "MAY WISH TO", "COULD", "POSSIBLE", and "MIGHT" in this document are to be interpreted as described in RFC 6919.
@amyipdev @simontatham Mm, my own RFC from the year after 6919 is informational only and not in any protocol streams: https://www.rfc-editor.org/rfc/rfc7168
I guess 6919 gets upgraded through association with a heavily-referenced document.
The key words "WHAT", "DAMNIT", "GOOD GRIEF", "FOR HEAVEN'S SAKE", "RIDICULOUS", "BLOODY HELL", and "DIE IN A GREAT BIG CHEMICAL FIRE" in this memo are to be interpreted as described in [RFC2119].
https://fanf2.user.srcf.net/hermes/doc/qsmtp/draft-fanf-wtf8.html#anchor2
@simontatham Huh, so I'm NOT the only one who sees all that.
I also interpret half of the "SHOULD" as "DEPENDING ON WHICH SIDE OF THE <TABLE/> WARS YOU WERE ON"
haha, 2119 was written by "sob[at]harvard[dot]edu," that makes me laugh.