Übertragung serieller Gerätedaten über UDP

Erstellen Sie auf dem Rechner, der an das Gerät angeschlossen ist, eine UDP-Verbindung und setzen Sie ihr Ziel auf die Broadcast-Adresse Ihres Netzwerks — die Host-Adresse aus lauter Einsen für Ihr Subnetz (bei einer 255.255.255.0-Maske ist das die .255-Adresse Ihres Bereichs) — zusammen mit dem UDP-Port, den Ihre Listener verwenden werden. Jeder Rechner in diesem Subnetz, auf dem eine Anwendung auf diesem Port lauscht, empfängt dann die Daten, ohne dass auf deren Seite eine Einrichtung pro Listener erforderlich ist.

Ein paar praktische Hinweise: Auf einem Host mit mehreren Netzwerkschnittstellen sollten Sie den Broadcast für das spezifische Netzwerk festlegen, das Sie beabsichtigen, damit Sie nicht auf das falsche Segment senden; und wählen Sie einen Port, der nicht bereits von etwas anderem im Subnetz verwendet wird. Die genaue Broadcast-Adresse hängt von Ihrer Subnetzmaske ab, daher sollten Sie sie auf Ihrer tatsächlichen Netzwerkkonfiguration basieren lassen und nicht auf einem festen Wert.

Beantwortet von Bohdan Miniv · QA Engineering

Ja, mit ein paar Ansätzen, je nachdem, was „mehrere Ziele“ bedeutet. Wenn Sie möchten, dass jede Maschine im lokalen Segment die Daten empfängt, ist ein einzelner Broadcast (vorherige Frage) der einfachste Weg — ein Datagramm, das das Netzwerk an alle Listener auf dem Port zustellt. Wenn Sie eine bestimmte Gruppe von Zielen möchten, können Sie UDP an bestimmte Adressen senden, und für eine definierte Gruppe über ein korrekt konfiguriertes Netzwerk hinweg ist Multicast die dafür vorgesehene Option.

Zwei klare Einschränkungen bestimmen die Wahl. Broadcast überschreitet keine Router — es bleibt innerhalb des lokalen Subnetzes — daher können „mehrere Ziele“ in anderen Subnetzen oder über das Internet per Broadcast nicht erreicht werden; stattdessen würden Sie adressiertes (Unicast-)UDP an jedes Ziel senden oder TCP verwenden. Und UDP bietet für keines davon eine Zustellgarantie, daher ist UDP das falsche Transportprotokoll, wenn alle Empfänger jede Nachricht zuverlässig erhalten müssen, unabhängig davon, wie Sie es adressieren.

Beantwortet von Nikolai Svarachevsky · Leitender Entwickler

RFC 2217 ist eine Reihe von Erweiterungen für Telnet, und Telnet läuft über TCP, weil die Aushandlung der Portsteuerung von den Garantien von TCP abhängt. Das Setzen einer Baudrate oder das Umschalten einer Signalleitung erfolgt mit In-Band-Befehlen, die zuverlässig und in der richtigen Reihenfolge ankommen müssen, und beide Enden bestätigen sich gegenseitig, während sie aushandeln. Das ist von Natur aus ein verbindungsorientierter Austausch.

UDP bietet keine Verbindung, keine Reihenfolge und keine garantierte Zustellung — ein Befehl könnte verworfen werden oder in einer anderen Reihenfolge als die Daten ankommen, die er begleiten sollte, was dazu führen würde, dass die beiden Enden sich über den Portzustand nicht einig sind. Daher ist UDP in SEC ausschließlich für die Übertragung von Rohdaten, typischerweise als Einweg-Broadcast; alles, was Parameter- oder Signalsteuerung benötigt, läuft im Telnet-Modus über TCP. Der Transport und der Funktionsumfang gehören zwangsläufig zusammen.

Beantwortet von Nikolai Svarachevsky · Leitender Entwickler

Verwenden Sie die Paketisierungssteuerungen von SEC, um Bytes zu sammeln, bevor sie gesendet werden. Sie können Daten zurückhalten, bis ein bestimmtes Trennzeichen eintrifft, bis eine festgelegte Zeit verstrichen ist oder bis ein Block eine gewählte Größe erreicht — dann gibt SEC die gesammelten Bytes als ein Datagramm aus, anstatt sie in Fragmenten auszusenden. Bei einem nachrichtenorientierten Protokoll ist das Auslösen beim Ende-des-Nachricht-Zeichen in der Regel der sauberste Weg, um eine Nachricht pro Paket zu erhalten.

Eine UDP-spezifische Sache, die Sie im Hinterkopf behalten sollten: Ein Datagramm, das größer als die MTU des Netzwerks ist, wird auf IP-Ebene fragmentiert, und bei UDP führt der Verlust eines beliebigen Fragments dazu, dass das gesamte Datagramm verworfen wird. Zielen Sie daher darauf ab, dass jede gesammelte Nachricht nach Möglichkeit in ein einzelnes Paket in MTU-Größe passt, anstatt sehr große Datagramme zu erzeugen. Kleine, in sich geschlossene Nachrichten sind das, was UDP am besten verarbeitet.

Beantwortet von Nikolai Svarachevsky · Leitender Entwickler