Le fix : débrancher électriquement tous les cpl un par un, et tout est revenu sans action supplémentaire

=> du coup qu'est ce qui s'est passé côté bbox ?

Je finis par tester la solution ultime (avant le call à un tech pour me sortir toutes les ip de la bbox3)

=> mettre une ip static au décodeur.

Par défaut en 192.168.1.64 (dans première IP de la plage dhcp de la TV (second baux dhcp sur la box)

je lui mets celle que je suis autorisé (du coup le baux dhcp en dehors de la TV) et je mets : 192.168.1.25.

Je le reboot, je le vois et le trouve sur le réseau avec ca nouvelle IP. le rpi à toujours son ip et la, magie, plus de souci, plus de paquets rejetés, plus de freeze...

Un mail d'avertissement ? une mise à jour sera déployée sur tel équipement cette nuit ? (et ainsi découvrir les éventuels conséquences ?) ou sur une telle période, afin d'être plus vigilant ? (pas sur 6mois...)



Avec tout ceci, j'ai vu que j'avais reçu la mise à jour pour le one wifi (que j'ai vite désactivé au vu des pertes de connexions incessantes).



En l'état, c'est subir des mises à jour sans le savoir et avec des effets négatifs par moment.

Hello @ady 

répondu + apport d’idées

Eric

Bonjour Eric 15461,

La raison exacte je ne sais pas la donner. Après une mise à jour il est parfois nécessaire de redémarrer le matériel mis à jour, c’est pareil pour des smartphones/tablettes, ordinateurs.

Normalement la bbox fait un reboot après une mise à jour mais on n’est jamais à l’abris d’une instabilité.

Pour parer une mise à jour, il faudrait ne pas la faire ce qui n’est pas spécialement bien, les mises à jour sont parfois des mises à jour de sécurité.

Pour le one ssid il est préférable dans la plupart des cas de le laisser actif car il y a une technologie derrière qui choisit la meilleure fréquence pour chaque appareil, en fonction de la qualité de la liaison. Sauf si évidemment vous avez des problèmes lorsque c’est actif mais ce sont des cas relativement rare.

Lorsque vous planifiez un enregistrement, le fait que le décodeur, à partir du V5c (sans disque dur) et même pour ceux à disque dur dans certains cas, n’a aucun impact, il pourrait même être déconnecté du réseau, les enregistrements sont faits chez nous. Néanmoins si l’enregistrement était prévu dans le disque dur et que ça n’est pas passé, n’hésitez pas à nous le dire et nous regarderons à ça :)

Bonjour,

Je relance ce sujet, mais exemple concret.

Hier, je tente d’allumer le décodeur pour regarder la TV. 2 leds bleues allumées sur les 3, écran noir à la TV. J’attends 20minutes, toujours rien et ensuite, via la télécommande, j’éteins le décodeur.

plus tard, en soirée, tentative d’allumage du décodeur avec la led rouge : rien. Pas de réaction après 3 minutes de tentatives infructueuses. Je pousse le bouton on/off derrière, j’attends 30 secondes et j’appuie de nouveau : le décodeur se lance et informe d’une mise à jour.

Choix : faire la mise à jour maintenant ou de la nuit (sans délai approximatif constaté).

Réflexion : mieux vaut la lancer maintenant pour palier à tout problème que de le voir demain matin (à 5h).

La mise à jour se passe, le décodeur redémarre et pouf, le réseau filaire est coupé d’un coup.

Le décodeur affiche la page d’aide pour connecter le décodeur, les rpi sont déconnecté, impossible de joindre la box via un pc connecté en rj45 mais bien en wifi : AH !

Je regarde un cpl au hasard => led rouge indiquant un duplicate IP. Je les regarde et même constat. Bizarre, mais encore après une mise à jour d’un équipement proximus. Au lieu de les réinitialiser par débranchement - et éviter au décodeur de se faire couper électriquement après une mise à jour avec éventuellement une post mise à jour (non stipulée si oui ou non) - je passe par le logiciel de gestion des cpl, je les reset/reboot et magie, tout revient à la normale.

Du coup, le décodeur, n’est jamais revenu, j’ai même changé le dhcp, forcé en statique, il ne parvenait pas à se reconnecter au réseau, je l’ai aidé à nouveau via le bouton à l’arrière et au final, il a démarré normalement, sans trace de mise à jour.

Je précise à nouveau que mon réseau est composé d’équipements en dhcp, sauf 2 (imprimante et un rpi hors du baux dhcp). Les CPL doubles rj45 en MIMO sont “administrables” => attribution d’un nom, set d’usage (internet/jeux/voip/streaming) et d’en faire la mise à jour. Leurs “ip” sont auto gérées.

Comment une mise à jour d’un décodeur peut-elle perturber un réseau de la sorte ?

Est-il possible de connaître les actions sur le réseau ? Balancez vous un arp de masse ? un scan du réseau ? L’ip est-elle forcée à un moment donnée ?

Et pour information sur le wifi de la bbox3 :

One SSID : désactivé

Wifi : désactivé

N’ayant pas besoin de fréquence 5Ghz, et pour moins de 40€ :

https://www.rueducommerce.fr/produit/tplink-tp-link-point-d-acces-wifi-n-450-mbps-tl-wa901nd-v-7410605/offre-58690088

En mettant le signal des antennes au minimum, je capte mieux chez moi en ayant mis ce point d’accès à côté de la bbox3.

Du coup, c’est ceci qui gère le wifi et le dhcp chez moi dorénavant.

edit :

Lorsque vous planifiez un enregistrement, le fait que le décodeur, à partir du V5c (sans disque dur) et même pour ceux à disque dur dans certains cas, n’a aucun impact, il pourrait même être déconnecté du réseau, les enregistrements sont faits chez nous. Néanmoins si l’enregistrement était prévu dans le disque dur et que ça n’est pas passé, n’hésitez pas à nous le dire et nous regarderons à ça :)

C’est pour ça que dorénavant, quand on veut regarder un enregistrement, on a par moment un message d’erreur : fichier(ou un autr e terme) pas disponible sur le serveur, veuillez réessayer plus tard !

Du coup, bref...

Bien à vous,

Eric.