Les switchs audiophiles + ponts optiques

[Nard]

L'avantage d'UDP c'est que les temps de latence sont réduits.

Quoi qu'il en soit, chez Roonlab, ils disent que le protocole de transport du streaming Qobuz, c'est bien TCP/IP

https://community.roonlabs.com/t/protoco...ming/72458

---

En fait, si le streaming est RTP, c'est encapsulé avec UDP.
Si c'est RTSP, c'est encapsulé avec TCP

[ds21]

(05-19-2020, 01:27 PM)phile a écrit : tcp/ip sous-entend "contrôle que ce qui est envoyé est arrivé", donc de facto, tu as un flux double 
1. de l'emetteur vers récepteur : l'envoi
2. du récepteur vers l'metteur : renvoi, afin que l'emtteur contrôle et valide que le récepteur a bien tout reçu.
Dans le tome 54 des oeuvres de je ne plus qui que j'ai lu hier il fait la remarque que le streaming video (nul doute que c'est idem pour l'audio) utilise l'UDP car en tcp/ip ce flux double surchargerait le système...

Je ne suis pas un spécialiste de la communication tcp/ip par rapport à udp, mais le peu de culture réseau que j'ai me fait mettre en doute le fait qu'il y aie renvoi vers l'émetteur afin que celui-ci contrôle et valide que le récepteur à bien tout reçu (ce qui doublerait le problème puisqu'il faudrait qu'à son tour le récepteur vérifie et valide que l'émetteur à tout bien reçu pour qu'il puisse faire un contrôle correct , et là, on en fini plus des aller-retours...
Il me semble que le récepteur vérifie lui-même la cohérence de ce qu'il reçoit par des jeux de bits de contrôle de parités qui permettent dans un premier temps de corriger d'éventuelles erreurs de transmission sans qu'il soit nécessaire de redemander le renvoi, et dans les cas ou c'est insoluble, ou bien dans les cas ou des trames seraient manquantes, et seulement dans ces cas là, il y aurait une requête de récepteur vers l'émetteur pour un renvoi de la trame erronée ou manquante. Charge au récepteur de remettre toutes les trames dans l'ordre grâce à un système de bufferisation...donc pour moi, il ne devrait pas y avoir de flux doublé.

[Nard]

Avec TCP, il y a renvoi de trame si mal reçue

[phile]

(05-19-2020, 01:56 PM)LittleScarabee a écrit :

(05-19-2020, 01:27 PM)phile a écrit : 1/ => je vais regarder ça, merci pour l'info

@Balboun nous a partagé un sujet très intéressant il y a quelques jours (cf. sujet ici) que j'ai rapidement lu et "Simon-In-Suffolk" (cf. post ici) l'explique encore ici le point de vue que je te partage (après je comprends que ce n'est pas simple à mettre en place).

En complément tu peux regarder la solution pfSense (remonté par @bbill) ; pour ma part je compte utiliser cette solution prochainement pour gérer mon réseau. C'est une solution gratuite de base donc à toi de voir après : achat d'un boitier tout fait ou te monter toi même la solution.

(05-19-2020, 01:27 PM)phile a écrit : 3/ question à 2 balles : sur ton switch si tu change tcp en udp, ca s'entend ?  
Cdt

Je ne me suis pas amusé à faire ce test. Si je change cela : je vais m'opposer au principe de base de communication identifiée par ces deux applications. 
Comme on est sur la couche de "transport", je ne souhaite pas toucher à tout ça dans le sens où une application est identifiée pour fonctionner sur un protocole et un port donné ! Le seul levier pour moi est de "jouer" sur le niveau de priorité de tel ou tel ports via la QoS (car le "traffic" réseau est tellement dense qu'en définissant une priorité on améliore un peut les chose). Sujet QoS soulevé par @bbill

Maintenant si tu créés un VLAN spécifique pour ta Hifi j'ai un très gros doute sur la nécessité d'appliquer de la QoS. Sur les Meraki pour ceux qui ont une licence (même temporaire, car normalement il va chercher sa configuration qu'après un full reset) ils peuvent déjà limiter le broadcast en activant la fonctionnalité de filtrage par adresse Mac sur le port du Serveur Hifi en autorisant qu'une liste prédéfinie d'équipements autorisés à communiquer avec ce dernier

non mais franchement LittleScrarabée, c'est quoi ce post ?!    
on n'a pas assez de sujets chauds sur la table comme ça ?
bon, je mets ton post sur ma farfouille-list (version FR de la todo-list où le frenchy doit explorer un sujet ignoré par avant)   
si tu en as d'autres comme cela, n'hésites pas bien sûr  
Cdt

[ds21]

(05-19-2020, 09:05 PM)Nard a écrit : Avec TCP, il y a renvoi de trame si mal reçue

oui, mais pas flux double comme décrit par phile...

[phile]

(05-20-2020, 12:32 AM)ds21 a écrit : oui, mais pas flux double comme décrit par phile... :

mince... j'ai pas lu le bon bouquin ? 100% possible car parti de rien, je n'ai lu qu'un bouquin...
si mon double-flux n'existe pas, c'est comment alors que ca se passe le controle de l'arrivée des paquets et le retour d'info à l'emetteur ?
Cdt

[ds21]

(05-20-2020, 01:53 AM)phile a écrit :

(05-20-2020, 12:32 AM)ds21 a écrit : oui, mais pas flux double comme décrit par phile... :

mince... j'ai pas lu le bon bouquin ? 100% possible car parti de rien, je n'ai lu qu'un bouquin...
si mon double-flux n'existe pas, c'est comment alors que ca se passe le controle de l'arrivée des paquets et le retour d'info à l'emetteur ?
Cdt

Et bien phile, plutôt quelque chose dans le genre de ce que j'ai décrit ici :

http://forum-hifi.fr/thread-13381-post-3...#pid362699

Car sinon, doubler le flux par un flux retour pour vérification ne résout rien sauf à ajouter des possibilités d'erreurs supplémentaires. Mieux vaut un système d'auto-control/correction par le récepteur lui même (par les bits de contrôle de parité).

https://fr.m.wikipedia.org/wiki/Somme_de...arit%C3%A9

http://www.google.com/url?q=http://www.g...b-_TN1u9lc-

[zaurux]

Un petit test de switch pour relancer la discussion.. et si des switchs pour gamer pouvaient devenir des switch audiophiles ?

https://translate.google.fr/translate?hl...tml%23more

[kimbo]

Très intéressant.
La gestion des priorités intégrée dans ce switch rejoint les tests de nos amis Hollandais.

Dans le cas d'un système avec 2 switchs en cascade, j'imagine que ce type de switch devra se brancher juste après la box et surtout brancher tous les autres "consommateurs" de réseau (box tv, etc..) sur ce switch afin de pouvoir bien maîtriser la gestion des priorités.

[Pyjama14]

Pour info l alim du switch netgear s8000 nighthawk dont il est question est en 12v 1 amp....

Olivier