---
title: PS1, SRT und RIST
url: https://doc2.pstreamer.tv/de/manual/webui/io/peer.html
lang: de
product: Perfect Streamer
version: 2.0.1.264
---

# PS1, SRT und RIST

Peer-Protokolle der zuverlässigen Übertragung: verlorene Pakete werden auf Anforderung des Empfängers erneut gesendet, daher haben alle drei einen Empfangspuffer und eine Bandbreitenreserve für die Neuübertragung. Die Wahl des Protokolls sowie die Berechnung von Bandbreite und Verzögerung sind in [Peer-Protokolle für zuverlässige Übertragung](../../planning/index.md#planning-peer-protocols) und [Planung von Bandbreite, Latenz und Ports](../../planning/index.md#planning-bandwidth-latency) beschrieben, die Verschlüsselung in [Stream-Verschlüsselung](../../planning/index.md#planning-encryption).

Die Seite, die die Verbindung aufbaut, bestimmt jedes Protokoll auf seine Weise: bei PS1 verbindet sich stets der Empfänger, bei SRT wird die Seite durch eine Einstellung gewählt, bei RIST ergibt sie sich aus den Adressen. Das entscheidet darüber, wo ein offener Port nötig ist und wo eine ausgehende Verbindung genügt.

## PS1

Ein Protokoll aus eigener Entwicklung ([PS1 (Perfect Stream)](../../planning/index.md#planning-ps1)). Die Verbindung baut stets der Empfänger auf, deshalb verbindet sich der Eingang mit dem Sender, während der Ausgang auf einem Port lauscht. Einen Modus zur Wahl der Seite gibt es nicht.

### Eingang

| Feld | Zweck | Werte |
| --- | --- | --- |
| Address (source host) | Der sendende Knoten, mit dem sich der Empfänger verbindet. Ein Pflichtfeld. | eine Adresse oder ein Hostname |
| Port | Der Port des Senders. Ein Pflichtfeld. | 1–65535 |
| „Login“, „Passwort“ | Die Anmeldedaten, die der Empfänger dem Sender vorlegt; dieser gleicht sie mit seiner eigenen Liste von Logins ab ([Benutzer / Logins](../configure.md#webui-users)). Ein leerer Login bedeutet Autorisierung über die IP-Adresse des Empfängers. Der Wert muss kürzer als 32 Byte sein: einen längeren lehnt der Empfänger selbst ab, ohne eine Anfrage zu senden, und der Eingang bleibt im Fehlerzustand. Statt der Eingabe von Hand steht die automatische Meshwork-Anmeldung zur Verfügung — siehe unten. | standardmäßig leer |
| Passphrase | Die Passphrase der Verschlüsselung; sie muss mit dem Sender übereinstimmen. Eine Abweichung erkennt das Protokoll nicht: die Verbindung kommt zustande, der Stream lässt sich jedoch nicht als MPEG-TS auswerten — im Fehlertext erinnert der Knoten daran, ob auf dieser Seite eine Passphrase gesetzt ist. | 10–64 Byte oder leer |
| Start timeout (s) | Wie lange auf die Antwort des Senders auf die Autorisierungsanfrage gewartet wird. Bleibt sie aus, verbindet sich der Empfänger neu. | 5–3600, Standard 10 |
| Play timeout (s) | Wie lange eine arbeitende Verbindung schweigen darf, bevor der Empfänger sie als abgerissen betrachtet. Das ist die Reaktionszeit auf einen Ausfall der Quelle. | 5–3600, Standard 10 |
| Latency (ms) | Die angeforderte Empfangsverzögerung: das Fenster für den Jitterausgleich und die Neuübertragung. Der Wert ist eine Anforderung: der Sender begrenzt ihn durch seinen eigenen Puffer und zeigt den ausgehandelten Betrag in der Statistik des Eingangs. Als Richtwert gelten vier Signallaufzeiten hin und zurück; Streams mit niedriger Bitrate brauchen mehr, damit genügend Pakete in das Fenster passen. | 250–10000, Standard 3000 |
| RTT (initial estimate) (ms) | Die anfängliche Schätzung der Signallaufzeit, nur für die ersten Sekunden nach dem Verbinden: danach misst der Empfänger sie selbst und passt die Neuübertragungen an. Null bedeutet hier nicht „automatisch“ — sie liegt einfach unter dem zulässigen Grenzwert. | 40–10000, Standard 300 |

**Automatische Meshwork-Anmeldung.** An einem PS1-Eingang können Login und Passwort entfallen: die Schaltfläche „Automatische Meshwork-Anmeldung verwenden“ schaltet den Eingang auf die Domänenautorisierung um, bei der die Anmeldedaten automatisch gebildet und bei jeder Neuverbindung erneuert werden und auf dem Sender kein Konto angelegt werden muss ([Peers und Secrets](../../meshwork/setup.md#meshwork-peers)). Eine Domäne des Knotens ist erforderlich. Das Zurückschalten — „Auf manuelle Anmeldung umschalten…“ — löscht die automatische Anmeldung und verlangt eine Bestätigung.

### Ausgang

| Feld | Zweck | Werte |
| --- | --- | --- |
| Listening port | Der Port, auf dem der Sender lauscht. Ein Pflichtfeld; er kann auf null belassen werden — der Knoten sucht beim Speichern einen freien Port aus, die Schaltfläche daneben sucht ihn sofort. | 1–65534 |
| Bind interface | Die Schnittstelle, auf der der Port abgehört wird; wird aus der Liste der Schnittstellen des Knotens gewählt. Ein leerer Wert bedeutet eine beliebige Schnittstelle. Eine auf dem Knoten fehlende Schnittstelle gilt nicht als Fehler: der Ausgang lauscht in diesem Fall auf allen Schnittstellen wie bei leerem Feld. | standardmäßig beliebig |
| Passphrase | Die Passphrase der Verschlüsselung; sie muss mit den Empfängern übereinstimmen. | 10–64 Byte oder leer |
| Latency (ms) | Der Puffer des Senders: die Obergrenze der Verzögerung, die er den Empfängern zu gewähren bereit ist, und die Größe seines eigenen Puffers für die Neuübertragung. Jeder Empfänger erhält höchstens diesen Wert minus einer Sekunde, deshalb wird die Reserve für die gesamte Strecke hier festgelegt. | ab 3000, Standard 6000 |
| Trace | Protokollierung von Verbindungen und Ablehnungen im Stream-Protokoll. | standardmäßig ausgeschaltet |

## SRT

Ein offenes Protokoll auf UDP-Basis ([SRT](../../planning/index.md#planning-srt)). Die Seite, die die Verbindung aufbaut, wird durch die Einstellung „Listen mode“ gewählt — und dieselbe Einstellung ändert die Bedeutung mehrerer Felder, deshalb wird sie zuerst festgelegt.

„Listen mode“ ist bei einem Eingang standardmäßig ausgeschaltet: der Eingang verbindet sich selbst mit dem Sender (caller). Bei einem Ausgang ist er umgekehrt eingeschaltet: der Ausgang lauscht auf einem Port und verteilt den Stream an die Verbundenen (listener). Die meisten Felder zeigt das Fenster in beiden Modi an, auch wenn sie im aktuellen keine Wirkung haben; verborgen werden nur zwei — „Enable billing“ beim Ausgang und das Angebot der automatischen Meshwork-Anmeldung beim Eingang.

### Eingang

| Feld | Zweck | Werte |
| --- | --- | --- |
| Listen mode | Aus — der Eingang verbindet sich mit der angegebenen Adresse und dem angegebenen Port. Ein — der Eingang lauscht auf einem Port und wartet auf eine Verbindung. | standardmäßig ausgeschaltet |
| Address | Bei ausgeschaltetem „Listen mode“ — der Quellknoten, mit dem sich der Eingang verbindet; hier ist auch ein Hostname zulässig. Bei eingeschaltetem — die einzige Adresse, von der eine Verbindung angenommen wird, und sie wird als Zahl angegeben: ein Hostname oder ein Tippfehler wird nicht erkannt und kommt dem Fehlen einer Einschränkung gleich, ebenso wie ein leeres Feld. | eine Adresse oder ein Hostname |
| Port | Der Port: der entfernte beim Verbinden mit einer Quelle, der lokale im Lauschmodus. Ein Pflichtfeld. Im Lauschmodus kann der Port auf null belassen werden — der Knoten sucht einen freien aus. | 1–65535 |
| Bind interface | Die Schnittstelle: im Lauschmodus wird auf ihr der Port abgehört, beim Verbinden mit einer Quelle geht die ausgehende Verbindung von ihr aus. Wird aus der Liste der Schnittstellen des Knotens gewählt. | standardmäßig beliebig |
| „Login“, „Passwort“ | Beim Verbinden mit einer Quelle wird aus ihnen eine Streamkennung (stream ID) gebildet, die dem Sender vorgelegt wird. Im Lauschmodus wird nur der Login verwendet — es ist die Kennung, die der Verbindende vorlegen muss: der Vergleich erfolgt exakt, über die gesamte Zeichenkette ([SRT: Autorisierung mit Login und Passwort in Software von Drittanbietern](../../faq/index.md#faq-srt-streamid)). | standardmäßig leer |
| Passphrase | Die Passphrase der Verbindungsverschlüsselung. Beide Seiten müssen dieselbe Phrase setzen oder beide das Feld leer lassen. Beim Verbinden mit einer Quelle erfährt man eine Abweichung aus der Ablehnung des Partners: der Eingang geht in den Zustand des Wartens auf den Administrator über und löst eine Benachrichtigung aus. Im Lauschmodus kommt die Verbindung einfach nicht zustande, und der Eingang wartet weiter. | 10–79 Byte oder leer |
| AES key length | Die Länge des Verschlüsselungsschlüssels. Sie gilt nur bei gesetzter Passphrase. | AES-128 (Standard), AES-192, AES-256 |
| Latency (ms) | Das Fenster, während dessen der Empfänger die Pakete zurückhält und dem Protokoll Zeit für die Neuübertragung gibt. Je größer das Fenster, desto tiefer die Wiederherstellung und desto höher die Ende-zu-Ende-Verzögerung; als praktischer Richtwert gelten drei bis vier Signallaufzeiten hin und zurück. | ab 120, Standard 1000 |
| Loss max TTL | Die Obergrenze der Toleranz gegenüber Paketvertauschungen: innerhalb dieser Grenzen wählt der Empfänger selbst, wie lange er auf ein nachhinkendes Paket wartet, bevor er eine Lücke als Verlust wertet und eine Wiederholung anfordert. Den Wert erhöht man auf Pfaden, auf denen Pakete tatsächlich vertauscht werden — das erspart überflüssige Neuübertragungen. Null schaltet den Mechanismus ab: jede Lücke gilt sofort als Verlust. | ab 0, Standard 0 |
| Overhead (%) | Die Bandbreitenreserve über der Bitrate des Streams, die das Protokoll für Neuübertragungen verbrauchen darf. Sie gilt, solange „Max bandwidth“ gleich null ist. | 5–100, Standard 25 |
| Max bandwidth (B/s) | Eine harte Obergrenze der Senderate in Byte pro Sekunde. Die prozentuale Reserve gilt nur bei null: dann wird die Grenze aus der gemessenen Bitrate und dieser Reserve abgeleitet. Der Wert −1 hebt die Beschränkung auf, ein positiver Wert setzt die Grenze unmittelbar — und in beiden Fällen gilt die prozentuale Reserve nicht mehr. | ab −1, Standard 0 |
| Connect timeout (ms) | Das zulässige Schweigen des Partners, nach dem die Verbindung als abgerissen gilt. Für die Seite, die die Verbindung aufbaut, ist das zugleich das Zeitlimit des Verbindungsaufbaus selbst. | ab 0, Standard 3000 |
| Disable TSBPD | Schaltet die Ausgabe der Pakete nach Zeitstempeln ab: die Pakete werden sofort nach ihrem Eintreffen ausgegeben. Die Verzögerung ist minimal, doch es gibt auf der SRT-Seite keinen Ausgleich und keine Sortierung mehr — und die Einstellung Latency steuert die Ausgabe nicht mehr. Man setzt es auf dicht belegten Empfangsknoten ein, auf denen der Jitterpuffer des Knotens die Synchronisation übernimmt ([Synchronisation](../../streamer/spts.md#streamer-spts-sync)). | standardmäßig ausgeschaltet |

Ein Eingang im Lauschmodus nimmt eine Verbindung an: solange der Empfänger mit einer Quelle beschäftigt ist, verbindet sich keine zweite. Um mehrere Quellen anzunehmen, fügt man mehrere Eingänge hinzu ([Quellenredundanz und Verteilung](../../planning/index.md#planning-reservation)).

Die automatische Meshwork-Anmeldung steht auch hier zur Verfügung, beim Verbinden mit einer Quelle: sie setzt die Domänen-Streamkennung anstelle von Login und Passwort ein ([Peers und Secrets](../../meshwork/setup.md#meshwork-peers)). Im Modus des Wartens auf Verbindungen gibt es diese Möglichkeit nicht, doch eine Verbindung von einem Knoten derselben Domäne wird auch dort angenommen — anhand der Domänenkennung, zusätzlich zur gewöhnlichen Prüfung.

### Ausgang

Die Verschlüsselungsfelder und die Einstellungen der Strecke sind dieselben wie beim Eingang. Die Unterschiede:

| Feld | Zweck | Werte |
| --- | --- | --- |
| Listen mode | Ein — der Ausgang lauscht auf einem Port, und es verbinden sich mehrere Empfänger mit ihm, jeder mit eigener Autorisierung. Aus — der Ausgang verbindet sich selbst mit der angegebenen Adresse und liefert den Stream an einen einzigen Empfänger. | standardmäßig eingeschaltet |
| Address | Die Adresse des Empfängers. Erforderlich, wenn „Listen mode“ ausgeschaltet ist; im Modus des Wartens auf Verbindungen wird sie nicht verwendet. | eine Adresse oder ein Hostname |
| Port | Der lokale Port im Lauschmodus (er kann auf null belassen werden — der Knoten sucht einen freien aus) oder der Port des Empfängers beim Verbinden. Ein Pflichtfeld. | 1–65534 |
| Bind interface | Die Schnittstelle: im Lauschmodus wird auf ihr der Port abgehört, beim Verbinden mit einem Empfänger geht die ausgehende Verbindung von ihr aus. | standardmäßig beliebig |
| Meshwork peer auth | Domänenautorisierung anstelle einer Streamkennung — beim Verbinden mit einem Empfänger derselben Domäne ([Peers und Secrets](../../meshwork/setup.md#meshwork-peers)). Anders als beim Eingang ist das hier ein gewöhnlicher Schalter, und im Lauschmodus wird er ebenfalls angezeigt, obwohl er keine Wirkung hat. | standardmäßig ausgeschaltet |
| SRT stream id | Die Streamkennung, die der Ausgang einem Empfänger beim Verbinden mit ihm vorlegt. Im Lauschmodus wird sie nicht verwendet — dort legt der Verbindende die Kennung vor. | standardmäßig leer |
| Enable billing | Nur beim Verbinden mit einem Empfänger: vor der Verbindung fragt der Ausgang beim Abrechnungsserver um Erlaubnis. Eine Ablehnung oder die Nichterreichbarkeit des Servers hält den Ausgang bis zum Eingreifen eines Administrators an — der Stream geht nicht unautorisiert hinaus. Im Lauschmodus wird das Feld nicht angezeigt: dort wird jede Verbindung einzeln autorisiert. | standardmäßig ausgeschaltet |
| Packets per datagram | Wie viele TS-Pakete in eine SRT-Nachricht gelegt werden. Sieben Pakete füllen die üblichen 1316 Byte; ein kleinerer Wert verringert die Verzögerung geringfügig auf Kosten eines merklich höheren Overheads. Eine Änderung öffnet den Ausgang neu. | 1–7, Standard 7 |
| Trace | Protokollierung von Verbindungen, Ablehnungen und Trennungen der Empfänger im Stream-Protokoll. | standardmäßig ausgeschaltet |

## RIST

Ein offenes Protokoll auf Basis von RTP/RTCP mit Neuübertragung per NACK ([RIST](../../planning/index.md#planning-rist)). Bei RIST gibt es nicht nur einen Peer: sowohl der Eingang als auch der Ausgang arbeiten mit einer Peer-Liste, was Redundanz über mehrere Pfade und die Verteilung an mehrere Empfänger zugleich ermöglicht.

Das Profil Main legt Daten und Dienstkanal in einen einzigen Port, und nur in ihm funktioniert die Verschlüsselung. Das Profil Simple belegt zwei aufeinanderfolgende Ports, deshalb muss der Basisport gerade sein, und die Passphrase hat in diesem Profil keine Wirkung.

### Die Peer-Liste

Die Peers werden über die Tabelle „RIST-Peers“ festgelegt: eine Zeile ist ein Peer, die Spalten sind Address, Port, Interface und Weight. In der Spaltenbeschriftung steht ein Hinweis auf ihre übliche Verwendung, und er unterscheidet sich bei Eingang und Ausgang: am Eingang — Address (multicast) und Interface (unicast), am Ausgang — Address und Interface (multicast). Die Schaltfläche „Peer hinzufügen“ fügt eine Zeile hinzu, „Peer löschen“ entfernt sie; eine leere Tabelle wird von der Aufschrift „Noch keine Peers.“ begleitet. Eine Null in den Spalten Port und Weight wird als leere Zelle angezeigt.

| Spalte | Zweck | Werte |
| --- | --- | --- |
| Address | Die Adresse des Peers. Am Eingang ist das die Adresse, von der der Stream empfangen wird: eine Multicast-Gruppe macht den Eingang zum Mitglied der Gruppe, eine leere Zelle bedeutet Unicast-Empfang — und dann wird der Socket an die Adresse aus der Spalte Interface gebunden. Am Ausgang ist es die Adresse des Empfängers, und sie ist verpflichtend. Multicast-Gruppen und Unicast-Adressen dürfen in einer Liste nicht gemischt werden. | eine Adresse |
| Port | Der Port des Peers. In jeder Zeile verpflichtend. Im Profil Simple muss der Port gerade sein — den benachbarten Port belegt der Dienstkanal. | 1–65535 |
| Interface | Die Schnittstelle. Am Eingang wird sie beim Unicast-Empfang gebraucht — genau an ihre Adresse wird der Empfänger gebunden; beim Multicast-Empfang wird sie nur geprüft. Am Ausgang legt sie die Sendeschnittstelle für eine Multicast-Gruppe fest, für Unicast hat sie dagegen keine Wirkung: die Schnittstelle wählt die Routingtabelle. | ein Schnittstellenname oder deren Adresse |
| Weight | Die Pfadstrategie beim Senden. Null bedeutet Verdopplung: dem Peer wird jedes Paket gesendet — das ist die Redundanz der Strecke. Ein positiver Wert schaltet die Lastverteilung zwischen den Peers mit positiven Gewichten proportional zu ihnen ein. Beim Empfang hat der Wert keine Wirkung. | ab 0, Standard 0 |

Ein RIST-Eingang gelangt nur über die Peers mit einer Multicast-Adresse in den Domänenkatalog; der Unicast-Empfang wird dort nicht angekündigt ([Gemeinsamer Ressourcenkatalog](../../meshwork/map.md#meshwork-catalog)).

Das Speichern wird blockiert, solange die Tabelle nicht ausgefüllt ist: „Fügen Sie mindestens einen Peer hinzu.“, „Jeder Peer muss einen Port von 1 bis 65535 haben.“, „Jeder Peer muss eine Adresse haben.“ — am Ausgang, „Jeder Peer muss eine Adresse (multicast) oder eine Schnittstelle (unicast) haben.“ — am Eingang. Drei weitere Meldungen wiederholen die Prüfungen des Knotens, damit man ihnen nicht als abgelehntem Speichern begegnet: „Im Profil Simple muss der Port jedes Peers gerade sein.“, „Ein Unicast-Peer an einem Eingang braucht eine Bindungsschnittstelle.“ und „Alle Peers müssen entweder multicast oder unicast sein — mischen ist nicht erlaubt.“

Die letzten beiden Meldungen erscheinen nur dann, wenn in allen Zeilen Adressen und keine Hostnamen stehen: einen Namen kann der Browser nicht auflösen, und die Art der Adresse ist zuvor unbekannt. In einer mit Namen gefüllten Tabelle prüft beide Einschränkungen nur der Knoten — als abgelehntes Speichern.

Die Listen dieser Tabelle lassen sich nicht in Widerspruch bringen: jede Änderung baut alle vier Listen vollständig neu auf. Eine Konfiguration, die an der Oberfläche vorbei in den Knoten gelangt ist und bereits widersprüchlich ist, wird vollständig angezeigt — die fehlenden Zellen sind leer — und das Speichern bleibt blockiert, bis die Zeile ergänzt wird; danach werden die Listen ausgerichtet.

### Eingang

| Feld | Zweck | Werte |
| --- | --- | --- |
| RIST profile | Das Übertragungsformat. Main — ein einziger Port, Verschlüsselung verfügbar. Simple — zwei aufeinanderfolgende Ports, ohne Verschlüsselung. | Simple, Main (Standard) |
| Allowed peer IP | Die einzige Adresse, von der eine Verbindung angenommen wird; die übrigen werden mit einem Protokolleintrag abgewiesen. Ein leeres Feld erlaubt eine Verbindung von jeder Adresse. Das ist eine Adresse, keine Liste, keine Maske und kein Bereich. | standardmäßig leer |
| Passphrase | Die Passphrase der Verschlüsselung; sie muss auf beiden Seiten übereinstimmen. Die Länge ist nicht begrenzt, berücksichtigt werden jedoch nur die ersten 127 Byte. Sie gilt nur im Profil Main. | standardmäßig leer |
| Session timeout (ms) | Wie lange ein Peer schweigen darf, bevor die Sitzung abgebrochen wird. Ein kleinerer Wert beschleunigt das Erkennen eines ausgefallenen Pfades, ein zu kleiner verursacht Abbrüche auf einer instabilen Strecke. | ab 100, Standard 2000 |
| Recovery RTT min (ms), Recovery RTT max (ms) | Die Grenzen, in die die gemessene Signallaufzeit bei der Berechnung des Intervalls der Wiederholungsanfragen eingepasst wird. Die Größe des Wiederherstellungspuffers legen sie nicht fest — sie ist fix. | ab 10; Standard 50 und 500 |
| Trace | Protokollierung der Peer-Ereignisse im Stream-Protokoll. Eine Änderung der Einstellung startet den Eingang neu. | standardmäßig ausgeschaltet |

### Ausgang

Dieselbe Peer-Tabelle, dasselbe Profil, dieselbe Passphrase und dieselben Wiederherstellungseinstellungen. Die Unterschiede:

| Feld | Zweck | Werte |
| --- | --- | --- |
| Auth type | None — eine Verbindung wird von jedem Peer angenommen. Embedded — ein Peer wird über die IP-Adresse anhand der Loginliste des Knotens autorisiert ([Benutzer / Logins](../configure.md#webui-users)); eine unbekannte Adresse wird abgewiesen. | None (Standard), Embedded |
| Packets per datagram | Wie viele TS-Pakete in ein Datagramm gelegt werden. Sieben Pakete füllen die üblichen 1316 Byte. Eine Änderung öffnet den Ausgang neu. | 1–7, Standard 7 |