UDP経由でシリアルデバイスデータをブロードキャスト

デバイスに接続されたマシン上でUDP接続を作成し、その宛先をネットワークのブロードキャストアドレス — サブネットのホスト部がすべて1のアドレス（255.255.255.0 マスクの場合は、あなたの範囲の .255 アドレス）— に設定し、あわせてリスナーが使用するUDPポートも指定します。すると、そのサブネット上でそのポートを待ち受けているアプリケーションを持つ任意のマシンがデータを受信でき、受信側でリスナーごとの個別設定は不要です。

実用上のポイントをいくつか挙げると、複数のネットワークインターフェースを持つホストでは、意図した特定のネットワークに対するブロードキャストを設定し、誤ったセグメントに送信しないようにしてください。また、そのサブネット上ですでに別の用途で使用されていないポートを選んでください。正確なブロードキャストアドレスはサブネットマスクによって異なるため、固定値ではなく実際のネットワーク構成に基づいて決定してください。

回答者：Bohdan Miniv · QAエンジニアリング

はい。「複数の宛先」が何を意味するかによって、いくつかの方法があります。ローカルセグメント上のすべてのマシンにデータを受信させたい場合は、単一のブロードキャスト（前の質問）が最も簡単な方法です。つまり、1つのデータグラムをネットワークがそのポートで待ち受けているすべての受信側に配信します。特定の宛先の集合に送りたい場合は、UDP を特定のアドレスに向けて送信できます。また、適切に構成されたネットワーク全体で定義済みのグループに送るなら、マルチキャストがそのために設計された選択肢です。

選択を左右する率直な制約が2つあります。ブロードキャストはルーターを越えません。ローカルサブネット内にとどまるため、他のサブネット上やインターネット越しの「複数の宛先」にはブロードキャストでは到達できません。その場合は、それぞれに対してアドレス指定した（ユニキャストの）UDP、または TCP を使います。また、UDP はどの宛先に対しても配信保証を提供しないため、すべての受信者がすべてのメッセージを確実に受信しなければならないなら、どのようにアドレス指定するかに関係なく、UDP は不適切なトランスポートです。

回答者: Nikolai Svarachevsky · リード開発者

RFC 2217 は Telnet の拡張仕様の一式であり、ポート制御のネゴシエーションが TCP の保証に依存しているため、Telnet は TCP 上で動作します。ボーレートの設定や信号線の切り替えは、確実に順序どおり到着しなければならないインバンドコマンドで行われ、ネゴシエーションの過程で両端は互いに確認応答を行います。これは本質的にコネクション指向のやり取りです。

UDP には接続、順序保証、配信保証がありません。つまり、コマンドが失われたり、本来伴うべきデータと順序が前後して到着したりする可能性があり、その結果、両端でポート状態の認識が食い違うことになります。したがって、SEC における UDP は 生データ の伝送専用であり、通常は一方向ブロードキャストです。パラメータ制御や信号制御が必要なものは、すべて Telnet モードで TCP 上を流れます。トランスポートと機能セットは、必然的に結び付いています。

回答者: Nikolai Svarachevsky · リード開発者

送信前にバイトを蓄積するには、SEC のパケット化制御を使用します。特定の区切り文字が到着するまで、設定した時間が経過するまで、またはブロックが選択したサイズに達するまでデータを保持し、その後 SEC は収集したバイトを断片的に少しずつ送るのではなく、1 つのデータグラムとして送出します。メッセージ指向プロトコルでは、通常、メッセージ終端文字をトリガーにするのが、1 パケットあたり 1 メッセージを実現する最もすっきりした方法です。

UDP に特有の注意点が 1 つあります。ネットワークの MTU を超えるデータグラムは IP によってフラグメント化され、UDP ではそのうち 1 つでもフラグメントが失われると、データグラム全体が破棄されます。したがって、非常に大きなデータグラムを構築するのではなく、可能であれば蓄積した各メッセージが 1 つの MTU サイズのパケット内に収まるようにしてください。UDP が最も得意とするのは、小さく自己完結したメッセージです。

回答者: Nikolai Svarachevsky · リード開発者