Le canal de données WebRTC est une modélisation d'un tuyau virtuel entre les deux parties qui communiquent, tuyau dans lequel circuleront les données.
Le multimédia, lui, passe via SRTP, les données nécessitant une plus grande fiabilité passent par SCTP lui-même transporté sur DTLS (RFC 6347) lui même sur UDP.
Test the connection through WebRTC and identify the eventuals problems
Ce RFC décrit les généralités sur WebRTC.
Comme WebRTC laisse beaucoup de libertés pour implémenter les communications audio et vidéo entre deux navigateurs, ce RFC indique les bonnes pratiques à utiliser: lorsqu'il y a un serveur central, lors de fédération(s) de plusieurs serveurs de communication; les conditions d'accès à la caméra et au microphone; le consentement entre les pairs communicants; etc...
Il part du principe que le navigateur est un outil de confiance.
On comment dire que la machine souhaite uniquement utiliser une adresse IPv6 et laisser les IPv4 pour les machine qui en ont besoin.
Il s'agit d'une option qui vient s'ajouter au protocole DHCP existant, donc aucune modification n'est nécéssaire pour les machines actuelles, c'est que du bonus pour économiser des IPv4 👍
A simple binary
About 4G, 5G, 6G and the run to get more bandwidth
About the current situation of the networks and the European telecommunication service providers. A must read.
(shared by Bortzmeyer)
Retrouvable au besoin.
Même si python3 -m http.server
couvre mes besoins pour le moment en localhost, et que j'ai un Raspberry Pi pour jouer le rôle de serveur de fichier, ça peut toujours être utile