Protocole PS1¶
Le protocole PS1 fonctionne sur le principe Automatic Repeat reQuest (ARQ). Il est peu coûteux en ressources et permet de transmettre des flux à haut débit.
Sur l’émetteur — configuré dans output. Une seule instance est disponible par stream. Il faut inscrire dans Peer les logins des récepteurs. On définit le port UDP listen, qui doit être unique pour chaque stream.
Côté récepteur — configuré dans l’input. Indiquer l’hôte et le port de l’émetteur, ainsi que login et mot de passe.
Le chiffrement des flux (Crypto protection) est disponible, AES-128 est utilisé. Pour l’activer des deux côtés, saisir Crypt Passphrase comme clé partagée.
En fonctionnement, le récepteur (client) transmet ses statistiques à l’émetteur (serveur). On les consulte dans la section Peers en sélectionnant le client.
La latence du flux et la capacité de corriger les pertes dépendent des paramètres du récepteur (client) :
Round Trip Time — RTT en ms, par défaut 300. Latence estimée (ping) du canal. Après démarrage du flux, le RTT réel apparaît dans les statistiques (PS1 recovery delay).
Client Latency (RTT multiplexor) — multiplicateur du RTT (10 par défaut) déterminant la latence du flux dans le buffer émetteur. Par défaut, latence du buffer = 3000 ms.
Côté émetteur, on dispose du paramètre de latence (longueur du buffer) Latency (ms). Il doit être supérieur aux latences fixées chez les clients.
La capacité du protocole à compenser les pertes est déterminée par le nombre de demandes de retransmission et dépend de Client Latency (RTT multiplexor). Des pertes importantes entraînent un trafic réseau supplémentaire. Pour réduire la latence, il convient d’affiner ces paramètres.
Pour vérifier le bon fonctionnement du protocole, voir les statistiques du client. PS1 recovery : Not found → augmenter le buffer émetteur ; Duplicates → augmenter le RTT.
Lors du basculement de l’entrée du flux (changement de source) sur l’émetteur, la file d’envoi peut croître brièvement. PS1 gère cela en douceur : les paquets les plus anciens sont silencieusement rejetés, tandis que la numérotation (seqID) et les horodatages restent continus côté récepteurs — ceux-ci rattrapent les pertes par le mécanisme habituel de retransmission (retr), sans réinitialiser la connexion. Le nombre de paquets ainsi rejetés est visible dans les statistiques étendues de la sortie PS1.
Comme l’initiation de la connexion provient du récepteur, l’émetteur exige une authentification — les récepteurs sont enregistrés dans peer. Login et mot de passe sont obligatoires. L’autorisation par IP du serveur est possible : pour cela, indiquez uniquement l’IP du récepteur dans le peer.
