Il faut quand même faire une petite mise en garde, qui va faire la joie des dématosceptiques...
Ce petit Cisco a tous les avantages du point de vue audio, et je continue de redécouvrir mes albums. MAIS... depuis que je l'ai installé, j'ai découvert des interruptions de réseau : par exemple, l'appli Naim sur ma tablette qui perd la connexion avec le SU, et qui ne parvient pas à la rétablir. Seul remède : couper le switch, et le rallumer. Comme ça se produit tous les 20-30 min environ, c'est

!
Je ne suis pas spécialiste réseau, loin de là, donc mon explication n'est peut-être pas la bonne ! J'en ai déduit que c'est le switch lui même qui interrompt la connexion, en fermant le port qui le relie la Box. Et oui, le machin est éco-friendly (norme EEE si j'ai bien compris), et un port ouvert pour rien doit consommer beaucoup

. Comme je n'ai rien d'autre de branché sur le switch que le SU et mon NAS, quand ces 2 là jouent, il n'y a plus de trafic Internet, et au bout de XX min... on ferme !
Ca m'embêtait de renvoyer le bouzin, donc j'ai réfléchi à une solution pour maintenir le port vers la Box ouvert. Une solution serait d'avoir un ordi relié en RJ45 sur le switch, mais ce n'est pas le cas chez moi, et ça ne garantit la chose que lorsqu'on navigue sur l'ordi (ce qui est un peu contradictoire avec l'idée d'avoir un NAS pour ne pas laisser l'ordi allumé en permanence, par exemple).
Ma solution, mise en place vendredi, a tenu tout le week-end...

. Je me suis dit que le seul appareil qui n'est jamais en veille chez moi, c'est le NAS. Donc pour maintenir un trafic Box <-> NAS, j'ai créé un tâche automatique, qui fait un "test ping" vers la Box tous les 15 min. Apparemment, c'est suffisant pour maintenir le port ouvert. Ouf...
Et oui, la démat, c'est pas toujours la fête... mais quand ça joue, ça joue !
