要約

  • RFC 7168のUpdatesはRFC 2324との内容上の関係を示す一方、ステータスは独立投稿の情報文書で、Internet Standards Trackの規格ではないと説明する。
  • 文書の参照関係から、合意、インターネット標準、実機での実装を結論づけることはできない。

冒頭ページに並ぶ情報

RFC 7168の1ページ目にはUpdates: 2324、茶向けHTCPCP拡張の題名、そしてステータス欄がある。最初の表示は関連する旧文書を指す。題名はコーヒーポット制御の語彙を茶へ広げる内容を示す。ステータスはIndependent SubmissionでInformational、Internet Standards Track仕様ではなく、RFC Editorも実装・展開の価値を保証しないと記している。

これらは矛盾しない。Updatesは文書の内容上の系譜、Independent Submissionは公開経路、Informationalと定型文は位置づけを示す。RFC番号はRFC Seriesへの掲載を表すが、それだけで合意形成や規格の権威までは分からない。

本文は仕様書のようにBREW要求、message/teapotメディアタイプ、茶葉のURIと応答を定義する。しかし形式が整っていても、ステータス欄の意味は変わらない。

拡張が記述した手順

1998年のRFC 2324はコーヒー向けHTCPCPを記述した。RFC 7168は2014年にその用語を茶へ広げる。Alternatesで品種を提示し、クライアントは具体的なURIを選ぶ。message/teapotで/へ要求すれば、選択肢を返して抽出を始めない。message/coffeepotなら基礎仕様に戻り、コーヒーを淹れる場合がある。好みの濃さで止める要求も記されている。

設計上の要点は、動作の前に選択肢を知ることだ。ただしRFCは実機、相互運用試験、ネット上の茶サービスを記録していない。詳細な記述は稼働の証拠ではない。

RFC 2324自身も、いかなる種類のInternet Standardも規定しないと明記した。RFC 7168のUpdatesは基礎文書の状態を変えず、茶向け拡張を標準化もしない。示すのは文書の連続性である。

RFC Seriesには複数の公開経路がある

RFC 5741はRFCヘッダーが出所と状態を示す理由を説明する。RFC Seriesには複数のストリームがある。Independent Submissionの定型文は、RFC Editorが裁量で公開したこと、実装や展開の価値を保証しないことを示す。RFC 7168もこの文を使う。

問いを分ける必要がある。番号は掲載されたか。ストリームとカテゴリはどの経路・位置づけか。Updatesはどの旧文書を補うか。RFC 2324から7168への関係は内容の系譜であり、合意や普及の証拠ではない。

両文書の日付は1998年と2014年の4月1日で、ユーモアも明らかだ。公開メタデータは遊び心のある提案と運用者が採用を求められる標準を区別する手がかりになる。

Heng LuのNote 65、Running-Code Primacyは編集上の視点として参照した。仕様書の言葉は稼働コードの証拠ではない。茶器がネットワークで動いたかには独立資料が必要だ。

出典