バレンタインデーのためのプロトコル*1毎年2月14日には、チョコレートやお菓子などのパケットの交換が頻繁に行われます。呼ばれるプロトコルに基づいて配送されます。接続を要求するものがあり、また持続的なセッションを要求することもあります。サーバーは、リソースが不足気味な場合はこれを拒絶することができます。この拒絶はエラーレスポンスとして返されます。一部のクライアントはこのエラー処理を適切に処理できないため、時にオーバーフローやハードウェアの故障・システム停止などを招くことがありますので気を付けましょう。このプロトコルを使って配送されたパケットは、どんなものであれ、他のホストにルーティング(横流し)してはいけません。このプロトコルはブロードキャストを念頭に考案されたものですが、プロトコルを構成する各々の通信は閉じた単一のネットワーク内で1対1で行われます。その他のホストにパケットを流したり、ホストからパケット同士を比較するとネットワークシステムの破綻を起こすことがありますので、絶対にルーティングするべきではありません!なお、確実に隔離されていることが保証されているならば、他のセグメントにパケットを横流しすることも理論的には可能です。14日)に、レスポンスの本体を返す必要があります。ここで注意しなければならないのは、ブロードキャストされたパケットに対してはブロードキャストでパケットを返す必要がある、ということです。送り返す必要があるということです。パケットをブロードキャストしたクライアントに対してpeer-to-peerなレスポンスを返してはいけません。これはプロトコル違反です。パケットの中身は何でも構いませんが、慣例として3倍のバイト数のパケットを返すことになっています(が、10倍でも20倍でも構わない)。逆に、peer-to-peerなレスポンスを期待するクライアントに対してブロードキャスト用のパケットを返すことはできますが、この場合は他よりも若干はやめにレスポンスを返すことが推奨されています(が、規定されているわけではありません)。混乱中AUTHORこのプロトコルの提唱者はモロゾフ株式会社だと言われています。BUGSこのプロトコルは日本でのみ有効です。その他の国では、1日以内にレスポンスをする必要があったり、宗教的な理由によってプロトコルが禁止されていたりしますので、注意が必要です。仕様書や参考文献ではなく、単なる覚え書きです。(ありがと〜)<br>これは、うまくいった場合の例である。クライアントは、1ヶ月以内にさらにレスポンスを返す必要がある。(考え直したらしい)※...なお、このステータスコード102は慣例によるものであって、通常は100の使用が推奨される。して公開、その後移転&タイトル変更。2005年2月:サーバー・クライアントモデルがおかしかったので書き換え。17:04)すごい!の一言です。よこぞここまで書きましたね。05:54)暇だったんですよ、きっと。02:24)単純におもしろかったです。1.8.7-p374。