udp-sender – Online in der Cloud

PROGRAMM:

NAME/FUNKTION

udp-sender – Broadcast-Datei in einem LAN

ZUSAMMENFASSUNG

udp-sender [--file Datei] [--full-duplex] [--half-duplex] [--pipe Rohr] [--portbase
Portbasis] [--Block Größe Größe] [--Schnittstelle Netzschnittstelle] [--mcast-data-address data-mcast-
Adresse] [--mcast-rdv-adresse mcast-rdv-Adresse] [--max-bitrate Bitrate] [--pointopoint]
[--async] [--log Datei] [--min-slice-size Min.] [--max-Slice-Größe max] [--slice-size] [--ttl
Zeit zu leben] [--fec StreifenxRedundanz/Streifengröße] [--print-seed]
[--rexmit-hello-interval Intervall] [--Auto-Start Auto-Start] [--broadcast] [--min-receivers
Empfänger] [--min-wait Sek.] [--max-wait Sek.] [--nokbd] [--retries-until-drop n]
[--bw-period n] [--rate-gouverneur module.so:key1=value1,key2=value2] [--stat-period n]
[--print-uncompressed-position Flagge]

BESCHREIBUNG

„UDP-Sender“ wird verwendet, um eine Datei (z. B. ein Disk-Image) an mehrere zu senden
„udp-receivers“ im lokalen LAN. Dazu nutzt es Ethernet-Multicast bzw
übertragen, so dass alle Empfänger vom gleichen physikalischen Datenstrom profitieren. Also senden
an 10 Ziele dauert nicht länger als der Versand von nur 2.

OPTIONAL

Grundlagen Optionen
--Datei Datei
Liest Daten, von denen gesendet werden soll Datei. Wenn dieser Parameter nicht angegeben wird, werden die Daten angegeben
übertragen wird stattdessen von stdin gelesen.

--Rohr Befehl
Sendet Daten durch Rohr bevor Sie es übertragen. Dies ist nützlich für
Komprimieren/Dekomprimieren oder zum Entfernen nicht verwendeter Blöcke. Der Befehl bekommt ein
direktes Handle auf die Eingabedatei oder das Eingabegerät und kann daher bei Bedarf darin suchen.
„Udpcast“ selbst behält auch die Kontrolle über die Datei, die für informelle Zwecke verwendet wird
Fortschrittsanzeige. Der BefehlDie Standardausgabe von ist eine Pipe zu udpcast.

--Auto-Start n
Beginnt die Übertragung danach n Neuübertragungen des Hallo-Pakets, ohne auf einen Schlüssel zu warten
Schlaganfall. Nützlich für den unbeaufsichtigten Betrieb, bei dem udp-sender über einen Cron-Job gestartet wird
für eine Übertragung/einen Multicast zu einem geplanten Zeitpunkt.

Networking Optionen
Folgende Vernetzungsmöglichkeiten sollten sowohl auf Sender- als auch auf Empfängerseite vorhanden sein:

--portbase Portbasis
Standardports, die für udpcast verwendet werden sollen. Es werden zwei Ports verwendet: Portbasis und Portbasis+1 . Somit,
Portbase muss eben sein. Der Standardwert ist 9000. Das gleiche Portbasis muss für beide angegeben werden
"udp-Sender" und "udp-Empfänger".

--Schnittstelle Schnittstelle
Netzwerkschnittstelle zum Senden der Daten. Standard ist "eth0"

--ttl Zeit zu leben
Stellt das ein Zeit zu leben Parameter für die Multicast-Pakete. Sollte theoretisch möglich sein
UDPCast über das lokale Netzwerk hinaus zu nutzen, jedoch mangels Multicast nicht getestet
Router

--mcast-rdv-adresse Adresse
Verwendet eine nicht standardmäßige Multicast-Adresse für die Steuerverbindung (Rendezvous). Das
Die Adresse wird von Sender und Empfänger verwendet, um sich gegenseitig zu „finden“. Das ist nicht die
Adresse, über die die eigentlichen Daten übertragen werden.

Standardmäßig ist „mcast-rdv-address“ die Ethernet-Broadcast-Adresse, wenn „ttl“ 1 ist, und
224.0.0.1 andernfalls. Diese Einstellung sollte nur in ganz besonderen Fällen verwendet werden
Situationen, beispielsweise wenn 224.0.0.1 aus Richtliniengründen nicht verwendet werden kann.

Die folgenden Netzwerkoptionen sollten nur auf dem Absender bereitgestellt werden:

--mcast-data-address Adresse
Verwendet die angegebene Adresse für das Multicasting der Daten. Wenn nicht angegeben, wird das Programm dies tun
leitet automatisch eine Multicast-Adresse von seiner eigenen IP ab (unter Beibehaltung der letzten 27 Bits).
der IP und dann 232 voranstellen).

--pointopoint
Punkt-zu-Punkt-Modus. Es ist nur ein einzelner Empfänger zulässig, die Daten werden jedoch direkt übertragen
an diesen Empfänger senden (im Unicast-Modus), anstatt überall zu multicasten/broadcasten
Ort. Wenn kein asynchroner Modus ausgewählt ist und nur ein Empfänger vorhanden ist, zeigt Punkt-
Bis-Punkt wird automatisch aktiviert.

--nopointopoint
Verwenden Sie keine Punkt-zu-Punkt-Verbindung, auch wenn nur ein einziger Empfänger vorhanden ist.

--Vollduplex
Verwenden Sie diese Option, wenn Sie ein Vollduplex-Netzwerk verwenden. T-Base-10 oder 100 ist Vollduplex, wenn
mit einem Schalter ausgestattet. Hub-basierte Netzwerke oder T-Base-2-Netzwerke (Koaxialkabel) sind
einzige Halbduplex und Sie sollten diese Option nicht mit diesen Netzwerken verwenden, sonst Sie
kann es zu einem Leistungseinbruch von 10 % kommen.

Hinweis: Bei WAN-Verbindungen mit hoher Latenz kann die Vollduplex-Option zu erheblichen Problemen führen
Leistungsverbesserungen, da der UDP-Sender gleichzeitig mehr Daten senden kann
Ich warte immer noch auf die Bestätigung des vorherigen Stapels.

--Halbduplex
Verwenden Sie den Halbduplex-Modus (erforderlich für Hub-basierte oder T-Base-2-Netzwerke). Dies ist die Standardeinstellung
Verhalten in dieser Version von udpcast.

--übertragen
Verwenden Sie Ethernet-Broadcast statt Multicast. Nützlich, wenn Sie Ethernet-Karten haben, die
Multicast wird nicht unterstützt.

Standardmäßig verwendet „udpcast“ Multicast. Dadurch ist es möglich, die Daten nur an diese zu senden
Empfänger, die es angefordert haben. Ethernet-Karten von Maschinen, die nicht an dem ... teilnehmen
Die Übertragung blockiert die Pakete automatisch auf Hardwareebene. Darüber hinaus,
Netzwerk-Switches können die Pakete selektiv nur an diese Netzwerke übertragen
Ports, an die Empfänger angeschlossen sind. Beide Merkmale ermöglichen somit eine wesentlich effizientere Arbeit
Betrieb als Rundfunk. Diese Option sollte nur beim Absender angegeben werden.

-b Blockgröße
Wählt die Paketgröße. Der Standardwert (und auch der Höchstwert) ist 1456.

Unidirektional Modus (ohne Rückkehr Kanal)
Die nachfolgend beschriebenen Optionen sind in Situationen nützlich, in denen kein „Rückkanal“ vorhanden ist
verfügbar ist oder ein solcher Kanal aufgrund der hohen Latenz unpraktisch ist. In einem (n
Beim unidirektionalen Aufbau (also ohne Rückkanal) sendet der Sender nur Daten, tut dies aber nicht
Erwarten Sie eine Antwort vom Empfänger.

Unidirektionale Optionen müssen zusammen verwendet werden, sonst funktioniert die Übertragung nicht
korrekt. Sie können beispielsweise die folgende Befehlszeile verwenden:

„udp-sender --async --max-bitrate 10m --fec 8x8“

--async
Asynchroner Modus. Fordern Sie vom Empfänger keine Bestätigungen an. Am besten zusammen verwenden
mit Vorwärtsfehlerkorrektur und Bandbreitenbegrenzung, andernfalls wird der Empfänger dies tun
bricht den Empfang ab, sobald ein Paket fehlt. Wenn der Empfänger den Vorgang abbricht
Beim Empfang auf eine solche Weise wird eine Liste der Pakete gedruckt, die in dem Slice verloren gegangen sind, das das Problem verursacht hat
Problem. Mithilfe dieser Liste können Sie die Vorwärtsfehlerkorrekturparameter optimieren.

--max-bitrate Bitrate
Begrenzt die von udpcast verwendete Bandbreite. Nützlich im asynchronen Modus, andernfalls könnte der Absender dies tun
Senden Sie zu schnell, als dass der Switch und/oder der Empfänger mithalten könnten. Die Bitrate kann ausgedrückt werden in
Bits pro Sekunde (--bitrate 5000000), Kilobits pro Sekunde („--bitrate 5000k“) oder
Megabit pro Sekunde („--bitrate 5m“). Dies ist die Rohbitrate, einschließlich Paket
Header, Vorwärtsfehlerkorrektur, erneute Übertragungen usw. Die tatsächliche Nutzlast-Bitrate wird berücksichtigt
niedriger sein.

--fec interleave"x"redundancy"/"stripesize
Aktiviert die Vorwärtsfehlerkorrektur. Das Ziel der Vorwärtsfehlerkorrektur ist die Übertragung
redundante Daten, um während der Übertragung verlorene Pakete auszugleichen. Tatsächlich, in
Im unidirektionalen Modus haben die Empfänger keine Möglichkeit, eine erneute Übertragung verlorener Daten anzufordern
Daher besteht die einzige Möglichkeit, Paketverluste zu beheben, darin, redundante Informationen einzubeziehen
zunächst. Der Algorithmus ist so konzipiert, dass if r redundante Pakete sind
übermittelt, dass diese zum Ausgleich des Verlustes verwendet werden können für r Pakete in der
gleiche FEC-Gruppe (Streifen).

Um die Robustheit des FEC-Algorithmus gegenüber Burst-Paketverlusten zu erhöhen, jeweils
Scheibe ist aufgeteilt in verschachteln Streifen. Jeder Streifen hat Streifengröße Blöcke (falls nicht
angegeben, wird die Streifengröße durch Tauchen berechnet Scheibengröße by verschachteln). Für jeden
Streifen, Redundanz FEC-Pakete werden hinzugefügt. Streifen sind so organisiert, dass
Aufeinanderfolgende Pakete gehören zu verschiedenen Stripes. So stellen wir sicher, dass Verluste explodieren
wirken sich auf verschiedene Stripes aus, anstatt alle FEC-Pakete eines einzelnen Stripes zu verwenden.
Beispiel: „--fec 8x8/128“

--rate-gouverneur module.so:key1=value1,key2=value2
Wendet einen dynamisch ladbaren Ratenregler an. module.so ist der Name des Vorladbaren
Modul, dem eine Reihe von Eigenschaftszuweisungen folgen (Schlüssel1=Wert1). Die Rate
Der Gouverneur steuert die Übertragungsrate nach verschiedenen Kriterien, wie z
Überlastungsinformationen, die von einem Routing- oder Kapselungsgerät empfangen werden. Zeige Kommentare
in „/usr/include/udpcast/rateGovernor.h“ und Beispiel in „examples/rateGovernor“ für
mehr Details

--rexmit-hello-interval Timeout
Wenn festgelegt, wird das HELLO-Paket, das zum Initiieren des Castings verwendet wurde, jeweils erneut gesendet Timeout
Millisekunden.

Diese Option ist zusammen mit nützlich asyc Modus, weil mit Async-Modus der Empfänger
sendet keine Verbindungsanfrage an den Absender (und erhält daher keine Verbindung).
Antwort). In async Modus, erhalten die Empfänger alle benötigten Informationen vom HELLO Paket
Stattdessen sind sie besonders auf den Empfang dieses Pakets angewiesen
Neuübertragung nützlich.

Diese Option ist auch in Netzwerken nützlich, in denen der Paketverlust so hoch ist, dass sogar mit
Bei Verbindungsanfragen würden sich Sender und Empfänger sonst nicht finden.

--retries-until-drop versucht es erneut
Wie lange dauert es, bis ein REQACK gesendet wird, bis ein Empfänger gelöscht wird? Niedrigere Wiederholungszahlen
„udp-sender“ reagieren schneller auf abgestürzte Empfänger, erhöhen aber auch die
Wahrscheinlichkeit von Fehlalarmen (Abwurf von Empfängern, die nicht tatsächlich abgestürzt sind, aber
reagiert aus irgendeinem Grund nur langsam)

--streaming
Ermöglicht Empfängern, sich einer laufenden Übertragung mittendrin anzuschließen

Ohne Tastatur Modus
Die folgenden Optionen helfen dabei, einen Sender im unbeaufsichtigten Modus auszuführen.

--min-receivers n
Automatischer Start, sobald eine minimale Anzahl an Empfängern verbunden ist.

--min-warte t
Auch wenn die nötige Anzahl an Empfängern vorhanden ist do Habe eine Verbindung hergestellt, warte noch bis t
Sekunden seit der ersten Empfängerverbindung vergangen sind.

--max-wait t
Wenn nicht genügend Empfänger verbunden sind (aber mindestens einer), starten Sie trotzdem, wenn t
Sekunden seit der ersten Empfängerverbindung vergangen sind.

--nokbd
Lesen Sie das Startsignal nicht von der Tastatur und zeigen Sie keine Meldung an, die den
Benutzer zum Starten eine beliebige Taste drücken.

--start-timeout Sek.
Der Sender bricht beim Start ab, wenn er innerhalb dieser vielen Sekunden keinen Empfänger sieht.
Darüber hinaus muss die Datenübertragung innerhalb dieser Verzögerung beginnen. Einmalige Übertragung
gestartet wird, gilt der Timeout nicht mehr.

--daemon-mode
Beenden Sie den Vorgang nicht, wenn Sie fertig sind, sondern warten Sie stattdessen auf den nächsten Stapel Empfänger. Wenn dies
Wird die Option zweimal angegeben, tritt der UDP-Sender in den Hintergrund und schließt seinen Standard
Dateideskriptoren und fungiert als echter Daemon.

--pid-Datei Datei
Ermöglicht die Angabe einer PID-Datei. Wenn es zusammen mit „--daemon-mode“ angegeben wird, wird udp-sender dies tun
Schreiben Sie seine PID in diese Datei. Wenn zusammen mit „--kill“ angegeben, wird der Prozess mit dem
Die angegebene PID wird getötet.

--töten
Fährt den UDP-Absender herunter, der durch die PID-Datei identifiziert wird (die ebenfalls angegeben werden muss).
Kill unterbricht eine laufende Übertragung nicht, sondern wartet, bis dies der Fall ist
fertig.

Ejemplo:

„udp-sender -f zozo –min-receivers 5 –min-wait 20 –max-wait 80“

· Wenn sich ein Empfänger um 18:00.00 Uhr verbindet und vier weitere innerhalb der nächsten 4 Minuten, beginnen Sie um
18h00.20. (5 Empfänger angeschlossen, aber die Mindestwartezeit ist noch nicht abgelaufen)

· Wenn sich ein Empfänger um 18:00.00 Uhr verbindet und drei weitere innerhalb der nächsten 3 Minuten, dann a
Letzter Termin um 18:00.25 Uhr, Beginn gleich danach.

· Wenn ein Empfänger um 18:00.00 Uhr eine Verbindung herstellt, dann drei weitere innerhalb der nächsten 3 Minuten, dann nein
Eins, Beginn um 18:01.20:XNUMX Uhr. (nicht genügend Empfänger, aber wir fangen trotzdem nach max-wait an).

Protokollierung und Statistiken Optionen
Die Optionen weisen „udp-sender“ an, einige zusätzliche Statistiken in einer Datei zu protokollieren:

--stat-periode Sekunden
Geben Sie alle Millisekunden einige Statistiken an stderr aus: wie viele Bytes so gesendet wurden
Bisheriges Protokoll, Position in der unkomprimierten Datei (falls zutreffend), Anzahl der erneuten Übertragungen ... Von
Standardmäßig wird dies jede halbe Sekunde gedruckt.

--print-uncompressed-position Flagge
Standardmäßig gibt udp-sender die Position nur dann in einer unkomprimierten Datei aus, wenn 2
folgende Bedingungen sind erfüllt:

· Die Eingabe erfolgt über einen Kompressor (Option „-p“).

· Die primäre Eingabe ist durchsuchbar (Datei oder Gerät)

Mit den Optionen "--print-uncompressed-position" können Sie dieses Verhalten ändern:

· Wenn Flag 0 ist, wird die unkomprimierte Position niemals gedruckt werden, auch wenn oben
Bedingungen sind erfüllt

· Wenn Flag 1 ist, wird die unkomprimierte Position immer gedruckt werden, auch wenn oben
Bedingungen sind nicht versiegelte

--Protokoll Datei
Loggt ein paar Sachen ein Datei.

--keine Fortschritte
Fortschrittsstatistiken werden nicht angezeigt.

--bw-periode Sekunden
Protokollieren Sie alle paar Sekunden die in diesem Zeitraum beobachtete momentane Bandbreite. Hinweis: Dies
unterscheidet sich von der auf dem Receiver angezeigten Bandbreite
Durchschnitt seit Übertragungsbeginn.

Tuning Optionen (Absender)
Bei den folgenden Tuning-Optionen dreht sich alles um die Slice-Größe. Udpcast gruppiert seine Daten in Scheiben,
Dabei handelt es sich um eine Reihe von Blöcken (UDP-Pakete). Diese Gruppen sind relevant für

· Neuübertragung der Daten: Nach jedem Slice fragt der Server die Empfänger, ob dies der Fall ist
hat alle Blöcke empfangen und sendet bei Bedarf die fehlenden erneut

· Vorwärtsfehlerkorrektur: Jedes Slice verfügt über einen eigenen Satz an Datenblöcken und einen passenden FEC
Blöcke

--min-slice-size Größe
minimale Slice-Größe (ausgedrückt in Blöcken). Der Standardwert ist 16. Bei dynamischer Anpassung
Slice-Größe (nur im Nicht-Duplex-Modus), verwenden Sie niemals kleinere Slices als diese. Ignoriert in
Duplexmodus (Standard).

--max-Slice-Größe Größe
maximale Slice-Größe (ausgedrückt in Blöcken). Der Standardwert ist 1024. Bei dynamischer Anpassung
Slice-Größe (nur im Nicht-Duplex-Modus), verwenden Sie niemals größere Slices als diese. Ignoriert in
Duplexmodus (Standard).

--default-slice-size Größe
Verwendete Slice-Größe (Start-Slice-Größe im Halbduplex-Modus).

--rehello-offset offs
Wie viele Pakete wird es im Streaming-Modus vor dem Ende des Slice geben?
übertragen (Standard 50). Wählen Sie größere Werte, wenn Sie bemerken, dass es Empfänger gibt
übermäßig langsam, um die laufende Übertragung aufzunehmen

Tuning die Fehler Korrektur
Es gibt drei Parameter, auf die man reagieren muss:

Redundanz
Dies beeinflusst, wie viele zusätzliche Pakete pro Stripe enthalten sind. Je höher dieser ist,
Je mehr Redundanz vorhanden ist, desto robuster wird die Übertragung
gegen Verlust. Die erforderliche CPU-Zeit ist jedoch auch proportional zur Redundanz (einem Faktor).
(auf langsamen PCs zu berücksichtigen), und natürlich erhöht eine höhere Redundanz die Menge
zu übertragenden Daten.

verschachteln
Dies beeinflusst, auf wie viele Streifen die Daten aufgeteilt werden. Eine höhere Verschachtelung verbessert sich
Robustheit gegenüber Burst-Verlusten (zum Beispiel 64 Pakete hintereinander...). Das ist nicht der Fall
Erhöhen Sie die Robustheit gegen zufällig verteilte Paketverluste. Hinweis: Verschachtelung größer als
8 erzwingt eine kleinere Stripe-Größe, da die Slice-Größe auf 1024 begrenzt ist.

Streifengröße
Wie viele Datenblöcke gibt es in einem Stripe? Aufgrund des verwendeten Algorithmus kann dies nicht sein
mehr als 128. Die Reduzierung der Stripe-Größe ist eine indirekte Möglichkeit zur (relativen) Vergrößerung.
Redundanz, ohne dass die CPU-Einbußen einer größeren (absoluten) Redundanz entstehen.
Allerdings ist eine größere absolute Redundanz immer noch einer kleineren Stripe-Größe vorzuziehen.
weil es die Robustheit gegenüber gehäuften Verlusten verbessert. Zum Beispiel, wenn 8/128 ist
vorzuziehen gegenüber 4/64, da bei 8/128 die 8 FEC-Pakete zum Ausgleich genutzt werden können
für den Verlust eines der 128 Datenpakete, während bei 4/64 jede Gruppe aus 4 FEC besteht
Pakete können nur gegen den eigenen Satz von 64 Datenpaketen verwendet werden. Wenn zum Beispiel die
Die ersten 8 Pakete gingen verloren, sie wären mit 8/128 wiederherstellbar, aber nicht mit 4/64.

Ändern Sie die Parameter unter Berücksichtigung dieser Punkte wie folgt:

· Wenn Sie feststellen, dass lange Pakete verloren gehen, erhöhen Sie die Verschachtelung

· Wenn Sie feststellen, dass die Übertragung durch die CPU-Sättigung verlangsamt wird, verringern Sie die Redundanz und
Streifengröße proportional.

· Wenn Sie groß beobachten Variationen Erhöhen Sie die Paketverlustrate, erhöhen Sie die Redundanz und die Stripe-Größe
proportional.

· Wenn Sie nur hohe Verluste beobachten, die jedoch nicht unbedingt auf eine besondere Art und Weise gehäuft sind,
Erhöhen Sie die Redundanz oder verringern Sie die Stripe-Größe

· Beachten Sie, dass Netzwerkgeräte oder der Empfänger möglicherweise Pakete verwerfen, weil a
Bandbreite, die zu hoch ist. Versuchen Sie es mit „max-bitrate“ einzuschränken.

· Der Empfänger verwirft möglicherweise auch Pakete, weil er die Daten nicht auf die Festplatte schreiben kann
schnell genug. Verwenden Sie hdparm, um den Festplattenzugriff auf dem Empfänger zu optimieren. Versuchen Sie, mit dem zu spielen
Einstellungen in „/proc/sys/net/core/rmem_default" und "/proc/sys/net/core/rmem_max", dh
indem Sie sie auf einen höheren Wert setzen.

Verwenden Sie udp-sender online über die Dienste von onworks.net