RFC の URL はどのドメインで貼るのが良いか | blog.jxck.io
Intro IETF の RFC は、いくつかの場所で同じものが公開されている。 どの URL が最適なのか、という話。 結論は www.rfc-editor.org だ。 RFC Hosting Site 例えば RFC 9110 - HTTP Semantics で言うと、以下の 4 つがある。 https://tools.ietf.org/html/rfc9110 https://datatracker.ietf.org/doc/html/rfc9110 https://www.rfc-editor.org/rfc/rfc9110.html https://httpwg.org/specs/rfc9110.html まずは、これらの違いを簡単に解説する。 tools.ietf.org IETF がホストする RFC は、 tools.ietf.org だった。 RFC 2616: H
HTTPSレコードがRFCになりました | IIJ Engineers Blog
RFC9460が出ました 昨年、このエンジニアブログでHTTPSレコードについてとりあげました。これを書いたときはHTTPSレコードはまだインターネットドラフトだったのですが、2023年11月、ついにRFC9460として標準化されました。 RFCにはなったけど日本語の詳しい記事はまだ少ないし需要あるかなーと思って改めて解説を書きはじめたんですが、だらだらとクソ長くなって書いた本人が読んでも眠くて退屈な内容になってしまいました。ので、書いたものはばっさり捨てました。 そういえばいまから3年前、DNS Summer Day 2021で発表したプレゼン資料がありました。これをRFCになった現在の内容にあわせてアップデートしたほうがてっとりばやいしわかりやすそうです。 ということで、加筆修正した資料を置いておきます。DNS屋さんはとりあえず全部読んでおいてください。Web屋さんは前半だけ理解してお
[Joke-RFC] RFC9401 TCP への死亡フラグ(DTH)の追加 - Qiita
はじめに この文書は RFC9401 を勉強と好奇心のため適当に訳したものです。 翻訳の正確さは全く保証しません。 誤字誤訳等の指摘はいつでも大歓迎です。 アニメ、漫画、ライトノベルなどで有名な「死亡フラグ」を TCP に追加しようというもの？ 著者(Satoshi Toyosawa さん)は日本人だったりするのかな？ もしそうなら、公式の日本語版を出してほしい……（既にどこかにある？）。 今年のジョーク RFC は RFC9401、RFC9402、RFC9405 の３本でした。その他は、ジョーク RFC 一覧 をどうぞ。 The Addition of the Death (DTH) Flag to TCP（TCP への死亡フラグ(DTH)の追加） Independent Submission Request for Comments: 9401 Category: Informatio
![[Joke-RFC] RFC9401 TCP への死亡フラグ(DTH)の追加 - Qiita](https://cdn-ak-scissors.b.st-hatena.com/image/square/9deed8daf6f99605a8dca93534bb73dc41848a11/height=288;version=1;width=512/https%3A%2F%2Fqiita-user-contents.imgix.net%2Fhttps%253A%252F%252Fcdn.qiita.com%252Fassets%252Fpublic%252Farticle-ogp-background-9f5428127621718a910c8b63951390ad.png%3Fixlib%3Drb-4.0.0%26w%3D1200%26mark64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTkxNiZoPTMzNiZ0eHQ9JTVCSm9rZS1SRkMlNUQlMjBSRkM5NDAxJTIwVENQJTIwJUUzJTgxJUI4JUUzJTgxJUFFJUU2JUFEJUJCJUU0JUJBJUExJUUzJTgzJTk1JUUzJTgzJUE5JUUzJTgyJUIwJTI4RFRIJTI5JUUzJTgxJUFFJUU4JUJGJUJEJUU1JThBJUEwJnR4dC1jb2xvcj0lMjMyMTIxMjEmdHh0LWZvbnQ9SGlyYWdpbm8lMjBTYW5zJTIwVzYmdHh0LXNpemU9NTYmdHh0LWNsaXA9ZWxsaXBzaXMmdHh0LWFsaWduPWxlZnQlMkN0b3Amcz02ZDU0ODQyYmNjODYzYTZlZTZmM2ZjZThkYjBlMmE1YQ%26mark-x%3D142%26mark-y%3D112%26blend64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTcxNiZ0eHQ9JTQweW9zaGkzODkxMTEmdHh0LWNvbG9yPSUyMzIxMjEyMSZ0eHQtZm9udD1IaXJhZ2lubyUyMFNhbnMlMjBXNiZ0eHQtc2l6ZT0zMiZ0eHQtYWxpZ249bGVmdCUyQ3RvcCZzPWNhYjNkZjI0NTRmYjQ3YjQ0M2UxOTAzY2YwMTU1NDhh%26blend-x%3D142%26blend-y%3D491%26blend-mode%3Dnormal%26s%3D8e23ed1d030fa36f823052ea7a439044)
【RFC8962】IETF、プロトコル警察を設立する - Qiita
最近のプロトコルの乱れには目を覆いたくなるようなものがありますね。 そんなわけで、RFCを制定はすれど実装には不干渉を貫いてきたIETFも、ついに本腰を入れて動き出すことになりました。 以下はRFC 8962 Establishing the Protocol Policeの日本語訳です。 Establishing the Protocol Police Abstract IETFの理念のひとつに、「We are not the Protocol Police」というものがあります。 しかし、プロトコルがIETF標準に完全に準拠する形で展開されるようにするためには、プロトコルの正しい動作を保証し、実施するための組織を設立することが必要です。 本文書は、プロトコル警察を正式に設立するものです。 本文書では、この組織およびIETFプロトコルを取り締まる方法を定義します。 本文所は、ネットワーク
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
RFC 9564: Faster Than Light Speed Protocol (FLIP)
