それから50年以上が経過しましたが、コメントのリクエストはまだ出回っています。ネットワークプロトコル、データストレージモデル、暗号化アルゴリズムについて、約9000件のドキュメントが公開されています。
この種類には、実用的なアプリケーションがないRFCがあります。それらは主に冗談として書かれました。今日は、この分野からの発見のいくつかについてお話します。
写真-ブレイドンアンダーソン-アンスプラッシュ
RFC 8771
ここでは、国際化された意図的に読み取れないネットワーク表記（I-DUNNO）について説明します。著者によると、このドキュメントは次の状況のバランスを取ることを目的としています。
80年代初頭、DNSが導入されました。これにより、ネットワークリソースへのアクセスがより便利になりましたが、エンジニアはIPアドレスの読み取りと手動書き込みによって、マシン間の通信に「侵入」しています。 I-DUNNOのタスクは、このアクティビティを防止し、最後に、アドレスを使用して作業をコンピューティングシステムに割り当てることです。
I-DUNNOはUTF-8エンコーディングを使用しますIPアドレスをわかりにくくし、人間が読みにくくするため。コードポイントは1〜4オクテットであり、シーケンス自体には、IDNA2008で禁止されている文字が少なくとも1つ含まれています。
例として、RFC 8771の作成者は、IPv4アドレス198.51.100.164の変換を引用しています。まず、32ビットの文字列として記述されます。
11000110001100110110010010100100次に、シンボリック形式に変換されます。
1100011 -> U+0063 ( c)
0001100 -> U+000C ( form feed)
1101100 -> U+006C ( l)
10010100100 -> U+04A4 ( «»)
「コンピュータは何をすべきかを知っており、人々は試してはいけない」ため、逆変換アルゴリズムは指定されていません。
RFC 8774
このドキュメントでは、将来の量子ネットワークで発生する特別なエラーについて説明します。それらの情報は、キュービット（偏光光子）を使用して光ファイバーケーブルを介して送信されます。 RFC 8774の作成者は、このようなネットワークが大規模に導入された後、パケット送信時間の値はゼロに等しくなる可能性があると書いています。従来のネットワークインフラストラクチャとプロトコルはそのようなタイミングで機能するように設計されていないため、この事実はインターネットの混乱につながります。
0-RTTの状況に対応するために用意されているプロトコルは、TFO、TLS 1.3、およびQUICです。他の多くはエラーで動作します-量子バグ。
写真-ウンベルト- Unsplash
帯域推定のためのマルチパスTCPアルファ値が計算されます。ステージの1つで、RTTで除算する必要があります。これは、ラウンドトリップ遅延がゼロの場合は不可能です。次に、AppleとBitTorrentが使用するLEDBATプロトコルは、ネットワークの負荷を制限する必要がありますが、できるだけ早くパケットの送信を開始し、チャネルを詰まらせます。
この問題を解決するために、RFC 8774の作成者は、量子バグが発生しやすいプロトコルの完全なリストから始めることを提案しています。参考までに、RFC2626を使用できます-2000年の問題について。その後、すべての信頼できないコードを更新するために残ります。2038年に問題がLinuxで数年解決し、今年だけカーネルコードの書き直しが終了したことを考えると、このプロセスは遅れる可能性があります。
:
«, , »:
UTF-8
: ARPANET
