Freebox Server (Ultra V9/ Pop V8/ Delta V7 / Revolution V6 / Mini 4K)

Bonjour @pablomg.
Je voulais savoir si vous pouviez jeter un oeil à mon soucis.
N'hésitez pas si vous avez besoin de plus d'infos.

Bon après un énième redémarrage c'est de pire en pire.
Depuis Freebox OS j'ai maintenant 2 Freebox player qui s'affichent.
J'en n'ai qu'un.
Le 2e correspond à une de mes prises connectées (j'ai pu l'identifié via son adresse MAC)
Les noms d'hôtes ne sont plus corrects sur pas mal de mes devices…

Donc je cumule de plus en plus de soucis depuis cette mise à jour.

Et peut être que le soucis vient du DHCP ou de la table d'hôte de la box (si jamais il y en une qui est utilisée)

J'ai la moitié de mes devices qui ont besoin du 5GHZ car ils sont trop loin du serveur (et ce malgré le répéteur freebox pop que j'ai installé)

Est ce que quelqu'un à déjà eu (ou a actuellement) ce soucis?

Merci d'avance pour vos retours

Je viens de redémarrer mon Freebox server qui vient de se mettre à jour en 4.11.1

Malheureusement le problème subsiste.

Connection en 5GHZ via le server: KO (adresses en APIPA)
Connection en 2,4GHZ via le server: OK
Connection en 5GHZ et 2,4GHZ via le répéteur: OK et adresses de ma plage DHCP
Noms d'hôtes des devices: mélangés et même inventé par la box (par exemple j'ai mon Iphone qui maintenant s'appelle "FF98F061C987BC5164C9C475" qui correspond à son nom de domaine local dans Freebox OS. Bien sur son vrai nom d'hote stocké dans l'iPhone est complètement diffèrent)

C'est bizarre que le répéteur fonctionne nikel.
Sachant qu'il est relié en WiFi au server.

Merci d'avance pour vor

Bonjour

En espérant que vous allez bien.

Je viens de voir la release note de la 4.11.1 et ceci m'interpelle suite à mon précédent commentaire:

Un nom de domaine est maintenant associé automatiquement à chaque périphérique réseau ( FS#4079 ,  FS#18142 )

Est ce pour cela que j'ai par exemple mon téléphone qui s'affiche dans Freebox OS avec son nom de domaine en tant que nom d'hôte depuis hier?

Dans tous les cas il y a vraiment quelque chose qui a été cassé depuis la 4.10.2 qui expliquerai les soucis que j'ai remonté.

Je n'ai malheureusement plus de pistes donc si quelqu'un pouvait jeter un œil à ce ticket afin que je puisse aider à investiguer cela serait sympa.

Merci d'avance et bonne journée

@Thibaut_Freebox ou @Thibaut Freebox pour infos

@ThibautFreebox pour infos

Bonjour @pablomg

Tout d'abord merci de votre réponse.

Cet équipement est ma centrale d'alarme dont je parlais dans le descriptif de mon soucis.
Je confirme que l'option Forcer la réponse en broadcast est bien activée (depuis le premier jour où j'ai la box)

Je vous confirme aussi que ma centrale semble être connectée au wifi mais elle ne l'est pas (dans mon appli de gestion de cette centrale elle apparait en mode dégradé 3G/4G)

J'ai vérifié cette info aussi via Freebox OS>WiFi>Carte 5GHZ et elle apparait injoignable depuis hier ou elle a pu s'accrocher au réseau via mon répeteur que j'avais descendu pres de la box pour faire un test.

Vous verrez aussi d'autres périphériques dans ce cas la qui sont actuellement accroché au WiFi 5GHZ mais ne peuvent plus être découvert:
C4:41:1E:DC:7D:30
C4:41:1E:DC:80:58
C4:41:1E:DC:80:FC
C4:41:1E:DC:A3:A4

Ils ont tous le point commun d'être connecté au server directement et non au répéteur.

D'autre part pour infos (peut être que je mélange beaucoup de choses en même temps)
ma centrale d'alarme apparait avec un nom mDNS de mon ampli home cinéma dans FreeboxOS
Et je viens de m'apercevoir que mon Player révolution apparait en tant que repeteur wifi pop

Au cas ou cela puisse vous servir dans votre investigation.

Merci d'avance pour votre retour et je suis dispo pour des tests.

Bonsoir @pablomg

Je viens de décocher l'option, redémarré la box et l'alarme s'est bien reconnectée
En revanche elle a toujours le nom mDNS (ainsi que son nom de domaine local) de mon ampli home ciné.

Les autres périphériques mentionnés dans mon précèdent commentaire sont au même point

Sauf ceux qui passent par le 5GHZ du répeteur Pop (mon tel en F6:FD:DF:70:CE:27 par exemple en ce moment)

Merci de votre retour

Bonsoir @pablomg

Merci de votre réponse et réactivité!

Tout marchais nikel depuis 4 ans que j'ai cette configuration et tout à changé depuis la 4.10.2

Au niveau du signal pour ces équipements (enceintes Airplay de marque Belkin) il y en a 2 qui sont au plus près du server donc côté signal ils sont ok et 4 près du répéteur.

Je penche donc pour l'option 2 je vais faire les reconfigurer et voir si cela fonctionne.
Malheureusement pour cela je vais devoir le faire depuis mon téléphone (donc il faut que je soit connecté via mon répéteur pour cela car j'ai toujours le soucis de 5GHZ via le server)

Ces enceintes sont 100% Airplay et n'ont donc pas de connection vers un cloud.

Je vous tiens au courant

Bonsoir @pablomg

Donc je viens de faire les tests suivants:

- Reconfigurer de zéro 2 enceintes qui sont au près du répéteur sur le réseau 5GHZ via mon téléphone (qui a l'outil pour) cela marche nikel
- Reconfigurer de zéro une enceinte qui est au plus près du server sur le réseau 5GHZ avec mon téléphone cela ne marche pas du tout
- Reconfigurer la même enceinte près du server via le 2,4GHZ avec mon téléphone sur le même réseau 2,4GHZ : cela fonctionne mais du coup mon téléphone ne voit plus que celle ci en AirPlay et plus les 2 autres qui sont sur le répéteur.

Il y a clairement quelque chose qui a changé entre la 4.9.XX et la 4.10.2 ou 4.11.1

Stupid question: Pourquoi (et surtout comment) le répéteur freebox arrive toujours à m'attribuer une adresse correcte et une connection au net qui fonctionne sur les 2 bandes et pas le server?

2e Stupid question: Si jamais vous venez à me demander de faire un reset usine de la box (car j'ai l'impression que cette histoire de nom d'hote/mDNS qui déconne peut être une des root cause de ce soucis) j'ai une sauvegarde de mes paramètres freebox faite via FreeboxOS. Quand je vais la restaurer vais-je retrouvé toute ma config ou certains paramètres devront être reconfiguré? Si cela est le cas pouvez vous me préciser lesquels afin que je les notes en amont?

Merci d'avance pour votre retour

@pablomg

Je vous joins une capture du phénomène des noms d'équipements ainsi que la multiplication de certains (genre 3 freebox player sont apparus)

https://ibb.co/WNyMySN7

Bonjour @pablomg

Comment allez-vous?

Alors je me suis pris un peu la tête hier soir en faisant plein de tests et le constat est clair:
La partie 5GHZ de mon server déconne réellement et peut être que cela est due à la table d'allocation des hotes, du DHCP et du roaming entre le répeteur et mon server.

Voici un de mes cas d'usage qui m'a servi de test.

J'utilise beaucoup Homekit et AirPlay chez moi et du coup comme expliqué j'ai des enceintes full AirPlay dont vous avez une partie des adresses MAC dans un de mes précedent post, une TV connectée compatible Homekit et AirPlay (00:51:ED:16:8D:58) près du server, tout cela piloté via mon téléphone (F6:FD:DF:70:CE:27) qui lui se balade entre mon serveur et mon répeteur.

Toute cette config est faite en WiFi 5GHZ pour les enceintes (2 sur le serveur et 4 sur le répéteur), 2,4GHZ pour ma TV (connéctée au server) et mon téléphone utilise le 2,4GHZ quand je suis près du server et bascule vers le 5GHZ quand je suis dans ma chambre (donc via le répeteur)

Hier suite à votre demande j'ai reconfiguré ces équipements de 0 et le constat est que:
- Dés que je suis avec mon tel sur le répéteur en 2,4 ou 5GHZ je vois bien tous les périphériques en AirPlay/Homekit
- Dés que je suis avec mon tel sur le server en 5GHZ il ne voit plus aucun peripherique en Airplay/homekit
- Dés que je suis avec mon tel sur le server en 2,4GHZ il ne voit que la TV et plus le reste

Ce qui me fait aussi penser à un défaut lié à la table d'allocation qui peut faire le bazar c'est le fait que j'ai aussi activé l'Airplay natif du server revolution et il n'est plus vu du tout quand mon tel est au plus près du server et cela est surement du que mon d'hote du telephone est en bazar total!

Qu'en pensez vous?

Pour infos tout ce scenario fonctionnait très bien depuis 3 ans sans un seul soucis jusqu'a la mise à jour en 4.10.2

Ah et je viens de me rappeler que cette tache FS#34371 mentionnait déjà les soucis de mDNS

Bonsoir @pablomg

En espérant que vous allez bien.

Avez vous vu mes différentes investigations?

Merci d'avance pour votre retour.

Bonjour @pablomg

En espérant que vous allez bien.

Pouvez vous me faire un retour?

Je suis toujours dans l'impossibilité d'utiliser le Freebox server en 5GHZ et cela est impactant (je ne peux pas mettre tous mes équipements sur le répéteur c'est logistiquement impossible)

Merci d'avance pour votre retour

Ok par curiosité j'ai retiré le répéteur pop et depuis il y a du mieux (mais du coup je perd en couverture pour pas mal de mes équipements)

Clairement il y a une régression qui a été introduite car cela fonctionnait nikel avant mon passage en 4.10.2

Merci pour votre retour

Bonsoir @pablomg

Merci beaucoup pour votre retour.

Alors:
- Pour la beta je suis ok
- Les enceintes sont toutes les mêmes et ont leur firmware à jour. En revanche vous ne pourrez pas compter sur Belkin pour une aide si jamais vos investigations le nécessite (elles sont end of life depuis 2 ans)
- Les 2 enceintes 7D:30 et 80:58 sont effectivement celles qui sont au plus près du server et qui m'ont causés du soucis.
- Pour infos et à l'écriture de ce message j'ai toujours le répéteur pop débranché et tous mes équipements sont connectés à au server que ce soit en 5GHZ et 2,4GHZ. Par contre tous ceux les plus loin sont quasi inopérant car en limite de WIFI. Sans le répéteur ils sont presque inutilisables (ils se déconnectent en permanence).
Si je remet le répéteur le soucis revient (les équipements au plus près du répéteur s'accrochent à celui ci en 5GHZ et 2,4GHZ et ceux au plus près de la box seulement en 2,4GHZ. Mon téléphone ne peut voir les équipements seulement quand il est accroché au répéteur sur le réseau 5GHZ ou 2,4GHZ. En revanche quand il est connecté via le server impossible de voir les équipements)

Merci pour votre retour

Bonjour @pablomg

En espérant que vous allez bien.

J'en rajoute une couche sur la suspicion de régression depuis la 4.10.2 et la configuration server/répéteur pop.

J'ai aussi des prises connectées compatibles Homekit. Elles sont connectés sur mon réseau en 2,4GHZ (comme beaucoup d'équipements IOT). Dés que je met le répéteur en place et que j'utilise mon tel pour les piloter depuis le réseau 5GHZ via le répéteur elles ne sont plus vues du tout. Si je met mon tel sur le réseau 2,4GHZ via le répéteur elles sont vues et pilotable.
Ce comportement a été introduit depuis la 4.10.2 car je n'avais aucun soucis avant.

Question: Est ce que le firmware n'a pas cassé une fonction qui permettait au réseaux 2,4GHZ et 5GHZ entre un server et un répéteur de bien faire passer les requêtes entre les 2

Merci d'avance pour votre retour.

Merci pour votre réponse @pablomg

Pour le béta faite moi signe quand je devrais redémarrer la box.
J'en profiterai pour rebrancher le répéteur afin de me remettre dans mon setup d'origine.

Les enceintes sont exactement les même je les ai acheté en même temps et il n'y qu'une seule révision chez Belkin

Je n'ai pas testé en fusionnant les 2 cartes mais sauf erreur de ma part je n'aurais plus 2 réseau séparé (un en 2,4 et l'autre en 5) et du coup je n'aurais plus la couverture wifi pour mes équipements les plus loin de mon server et répéteur?

Enfin la suspicion régression est bien apparue de mon passage en 4.9.X à la 4.10.2

Merci d'avance pour votre retour

Bonsoir @pablomg

Merci pour votre retour

J'ai des équipements qui nécessitent d'être connectés sans saut de bandes (des prises connectées ainsi que des ampoules et aussi des caméras de sécurités) et j'ai peur qu'en refusionnant les cartes cela soit le cas.

Pour mes IOT sur du 2,4 oui j'en ai pas mal (mes thermomètres connectés par exemple) et effectivement il faut que je les configure avec mon tel sur le réseau 2,4 et ensuite je pouvais les voir depuis la bande 5HZ avec mon tel

Je préfèrerais garder mes cartes séparées si possible.

A moins que vous vouliez faire des tests et récuperer des logs dans ce cas pas de soucis.

En tout cas merci encore pour votre aide et tenez moi au courant de le dispo de la beta afin d'avancer dans l'investigation.

Bonjour @pablomg

En espérant que vous allez bien.

Savez vous si je peux redémarrer la box pour avoir accès à la beta?

Merci d'avance pour votre retour.

Bonjour @pablomg

Pour infos j'ai reçu la béta hier.
Du coup j'ai remis le répéteur pop en place et le soucis est toujours la.

Depuis mon téléphone je ne vois plus par exemple mes équipements homekits connectés au répéteur lorsque je suis en WiFi depuis le server
Dés que je me connecte au répéteur je vois bien tous mes équipements homekits connectés à celui ci mais pas ceux du server.

Il y a donc un soucis clair entre le roaming ou routage répéteur/server.

Et comme indiqué je n'avais pas du tout le soucis avant le passage de 4.9.X vers 4.10.X.

Est il possible de récupérer des logs de votre côté afin d'analyser ce soucis impactant?
Je laisse le répéteur en attendant votre retour.

Merci d'avance pour vos actions sur ce sujet.

Bonjour @pablomg

En espérant que vous allez bien.

Avez vous pu investiguer sur ce soucis depuis le déploiement de la béta?

J'ai vu votre commentaire dans le case FS#41045 dont le soucis est apparemment similaire au mien.

Merci d'avance pour votre retour et faite moi signe si vous avez des questions ou que je dois faire des tests pour vous.

Bonsoir @pablomg

Merci de votre retour

J'ai un pc connecté en Ethernet à la box est ce que cela est ok?
Aussi pouvez vous me donner un exemple de la commande à taper sous windows via powershell?
J'ai bien l'outil dns-sd mais je doit mal l'utiliser ou ne pas avoir mis les bons paramètres car j'ai le résultat suivant:

dns-sd -B
Browsing for _http._tcp
Timestamp A/R Flags if Domain Service Type Instance Name
20:56:11.780 Add 3 18 local. _http._tcp. HP ENVY 4500 series [F0E965]
20:56:11.782 Add 3 18 local. _http._tcp. Server
20:56:11.783 Add 3 18 local. _http._tcp. 43756973696E65
20:56:11.783 Add 3 18 local. _http._tcp. 43686576657420596F756E
20:56:11.784 Add 3 18 local. _http._tcp. 416B73656C
20:56:11.784 Add 3 18 local. _http._tcp. 4D6972726F6972
20:56:11.785 Add 3 18 local. _http._tcp. 53616C6F6E
20:56:11.785 Add 3 18 local. _http._tcp. 4275726561752044726F6974
20:56:11.785 Add 3 18 local. _http._tcp. 42757265617520476175636865
20:56:11.786 Add 2 18 local. _http._tcp. Onkyo TX-NR656 E11CDB

C'est bien la liste des péripheriques "Bonjour/AirPlay".
J'ai bien une imprimante qui apparait, le Server (j'imagine que c'est l'Airplay du server Freebox) et mon ampli Onkyo (pareil en AirPlay)
J'ai bien en apparence les 7 enceintes mais comme vous voyez avec des noms incompréhensibles (d'ailleurs je ne pourrais vous dire qui est quoi)

Je peux faire le test en WiFi via un laptop connecté en 2,4GHz sur le server directement mais pour cela il me faudrait la bonne commande à taper si vous pensez que je n'ai pas utilisé la bonne

Merci

Bonjour @pablomg

En espérant que vous allez bien.
Avez vous pris connaissance de mon précèdent message?

Je viens aussi de voir qu'il y a une nouvelle release 4.12.1 de dispo.
Dois-je l'installer pour ces tests?

Merci d'avance pour votre retour.

Bonsoir @pablomg

Alors j'ai redemmarré la box ce soir afin de la mettre à jour en 4.12.1 et faire les tests demandés.
La box reste en version 4.11.2-r4 est ce normal?

Du coup depuis mon laptop en ethernet voici ce que j'obtiens:

dns-sd -B
Browsing for _http._tcp
Timestamp A/R Flags if Domain Service Type Instance Name
19:20:59.463 Add 3 18 local. _http._tcp. HP ENVY 4500 series [F0E965]
19:20:59.464 Add 3 18 local. _http._tcp. Server
19:20:59.465 Add 2 18 local. _http._tcp. Onkyo TX-NR656 E11CDB

dns-sd -B _airplay._tcp
Browsing for _airplay._tcp
Timestamp A/R Flags if Domain Service Type Instance Name
19:21:05.913 Add 3 18 local. _airplay._tcp. Freebox Player
19:21:05.914 Add 2 18 local. _airplay._tcp. Onkyo TX-NR656 E11CDB

Vous remarquerez que mes enceintes ont disparu après ce redémarrage au moment du test!
Alors qu'elles apparaissent bien sur Freebox OS sur le réseau 5GHz (en tout cas c'est ce qui est indiqué)

Il a fallu que je les redémarre une par une pour qu'elles réapparaissent lors du scan dns-sd -B et du coup il m'affiche un résultat interessant:

dns-sd -B
Browsing for _http._tcp
Timestamp A/R Flags if Domain Service Type Instance Name
20:10:04.701 Add 3 18 local. _http._tcp. HP ENVY 4500 series [F0E965]
20:10:04.702 Add 3 18 local. _http._tcp. Server
20:10:04.703 Add 3 18 local. _http._tcp. Onkyo TX-NR656 E11CDB
20:10:04.703 Add 3 18 local. _http._tcp. 42757265617520476175636865
20:10:04.704 Add 3 18 local. _http._tcp. 4275726561752044726F6974
20:10:04.704 Add 3 18 local. _http._tcp. 416B73656C
20:10:04.704 Add 3 18 local. _http._tcp. 4D6972726F6972
20:10:04.705 Add 3 18 local. _http._tcp. 43686576657420596F756E
20:10:04.705 Add 3 18 local. _http._tcp. 43756973696E65
20:10:04.706 Add 2 18 local. _http._tcp. 53616C6F6E

dns-sd -B _airplay._tcp
Browsing for _airplay._tcp
Timestamp A/R Flags if Domain Service Type Instance Name
20:10:09.211 Add 3 18 local. _airplay._tcp. Freebox Player
20:10:09.212 Add 3 18 local. _airplay._tcp. Onkyo TX-NR656 E11CDB
20:10:09.212 Add 3 18 local. _airplay._tcp. Bureau Gauche
20:10:09.213 Add 3 18 local. _airplay._tcp. Bureau Droit
20:10:09.213 Add 3 18 local. _airplay._tcp. A.
20:10:09.214 Add 3 18 local. _airplay._tcp. Mirroir
20:10:09.214 Add 2 18 local. _airplay._tcp. Chevet Y.

(J'ai volontairement réduit les noms des enceintes A. et Chevet Y. dans le résultat du scan airplay par soucis de confidentialité)

Il manque 2 enceintes dans le scan AirPlay et ce sont celles qui sont au plus près de la box en 5GHZ (Salon et Cuisine)

Je viens aussi de faire un dns-sd -B via mon laptop en 5GHZ en étant accroché à la box et le résultat est sans appel il ne voit que mon ampli Onkyo et l'imprimante HP
Et si je fait un dns-sd -B _airplay._tcp depuis le 5GHZ du server il ne voit aucun équipement

Du coup pareil qu'avant:
Mon téléphone peut voir seulement les 5 enceintes les plus près du répéteur (lorsque celui ci est accroché dessus) en 5GHZ ou 2,4GHZ et impossible de les 2 enceintes qui sont connectées au server.
Et lorsque mon tel est accroché au 5GHZ du server il ne voit plus rien

Comme expliqué précédemment j'ai aussi des prises Homekit connectées et elles ne sont vues par mon tel que lorsqu'il passe par le répéteur.

Pareil pour ma tv LG (TV Salon dans mes devices) qui a une fonction AirPlay et Homekit (commandes Siri) et qui est accroché en 5GHZ sur le server elle n'est vue que depuis mon tel via le répéteur.

Bonjour @pablomg

Avez vous pu voir le résultat des tests demandés?

Pour infos dés que je retire le répéteur tous ces soucis disparaissent.

Je le laisse volontairement pour vos investigations

Bonjour @pablomg

Merci pour votre retour.
J'étais en déplacement et ne viens que de voir votre message.

Lors de mes tests j'ai fait d'abord le test en ethernet via mon laptop et cela m'a donné les résultats postés (donc il voyait bien les 5 enceintes les plus près du répéteur)
Ensuite j'ai fait le test en wifi 5GHZ via le server de la box et la il ne voyait aucune enceintes ('dns-sd -B _airplay._tcp`)

D'ailleurs on diagnostique la partie Airplay de l'écosystème Apple mais je pense que le problème est plus vaste car j'ai le soucis sur ma TV LG en Homekit ainsi que mes prises connectées qui utilisent Homekit. Il y a peut être matière à creuser la dessus (routing du protocole Bonjour?)

En revanche j'ai de nouvelles infos:

- Cette semaine apparemment j'ai reçu sur ma box il y a 3 jours la version 4.12.2-r1 (poussée par Free dans la nuit car je n'ai pas redémarré ma box)
- Du coup même soucis que d'habitude
- Mais coup de théâtre après 24h avoir reçu la mise à jour les enceintes, ma TV ainsi que mes prises sont réapparues et cela refonctionne.

Est ce que cela peut être lié au renouvellement de bail DHCP?

Pour vérifier cela et reproduire le problème je redémarrerai la box ce lundi et j'en profiterai si le soucis revient direct pour débrancher le Player comme vous m'avez demandé.

De votre côté avez vous mis en place un monitoring de ma box afin de récupérer des infos?

Merci

Bonjour @pablomg Comment allez vous?

J'ai reçu une nouvelle beta 4.12.2-r2 cette nuit. Du coup mon server s'est redémarré vers 2h du matin.
Ce qui m'a permis de constaté à mon réveil que la situation n'a pas évolué (environnement AirPlay et HomeKit inutilisable comme déjà expliqué dans ce case)

Du coup j'en ai profité pour débrancher le player et le résultat est le même.

J'ai redémarré 5 enceintes sur les 7 (comme d'hab celles au plus près du répéteur) afin de les récupérer au moins lorsque mon téléphone est connecté via mon répéteur.
Ce qui fonctionne. Mais par contre impossible de les voir lorsque mon tel est connecté au server

En revanche je laisserai volontairement les 2 dernières près du server tel quelle afin de voir si au bout de 24h elles réapparaissent dans mon réseau via mon server ou répéteur.

Pareil je regarderais si les 5 premières enceintes (ainsi que mes prises connectées) réapparaissent bien partout au bout de 24h.

De votre côté avez vous pu voie mon message précèdent?
Avez vous pu monitorer ma box depuis et trouvé des pistes?

Cela commence à devenir très impactant.

Merci d'avance pour votre rapide retour

Bonjour @pablomg

Merci pour votre retour.

Alors comme je le pensais au bout de 24h toutes les enceintes AirPlay, prises homekit et ma TV LG homekit sont bien accessible que ce soit depuis le server ou le répéteur.

Il y a clairement quelque chose à creuser de ce côté (effectivement côté DHCP)

J'ai bien un pc fixe dispo pour des tests DHCP. Sauf si vous me recommandez un autre soft je peux utiliser celui ci https://www.dhcpserver.de/cms/

Quels test voulez vous que je fasse?

Merci d'avance pour votre retour.

Bonjour @pablomg

En espérant que vous allez bien.
J'ai reçu une nouvelle beta ce matin qui a forcé le redémarrage de ma box et du coup j'en ai profité pour lancer le test avec un DHCP sur mon pc fixe (avec un bail à 30 mins)

Le soucis est toujours présent avec les devices Homekit/AirPlay (enceintes/prises/TV LG/Airplay du freebox server)

J'ai redémarré une seule enceinte afin de voir si je pouvais la voir depuis le répéteur avec mon Iphone et cela fonctionne comme expliqué précédemment.
Et elle n'est pas visible depuis le wifi de mon server via mon tel.

Je vais néanmoins laisser le DHCP sur ma machine pendant au moins 24h afin de confirmer ma théorie du 24 et 25 juin et vous tiendrais au courant (c'est pour cela que j'ai configuré un bail de 30 mins mais apparemment cela n'influe pas)

Si tout revient au bout de 24h cela peut il aussi pointer vers un soucis de DHCP?

Pour infos le DHCP sur ma machine me permet d'avoir des logs assez poussé donc si besoin je peux les fournir.

Merci d'avance pour votre retour

Bonjour @pablomg

Comment allez-vous?

Comme convenu voila un retour sur la suite du test et j'ai pu avoir de nouvelles infos:
- J'ai donc laissé cette nuit tourné le DCHP sur ma machine
- Ce matin je n'avais accès qu'a l'enceinte que j'avais redémarré.
- J'ai travaillé depuis la maison avec mon laptop.
- A un moment mon laptop n'avait plus accès à internet du tout. En regardant pourquoi j'ai vu qu'il était passé en APIPA (169.XXX)
- Je l'ai passé en IP fixe afin de continuer à travailler et cela refonctionnait nikel
- J'ai regardé mon Iphone et pareil il était connecté en WiFi mais en APIPA
- J'ai laissé comme cela.
- Et tout d'un coup mon Iphone a pu récupérer une adresse IP via le DHCP de ma machine et bim toutes les enceintes/prises etc etc sont réapparues. Et cerise sur le gâteau cela coïncidait exactement au 24h d'attentes après reboot dont je parlais plus haut (le dernier reboot à eu lieu lors du push de la dernière béta hier)
- Le DHCP de ma machine de test n'a pas crashé donc ce n'est pas lui le soucis.

Il y a donc clairement quelque chose qui ne va pas.

En résumé
- Reboot pour X raison de la box (volontaire ou non)
- Perte de connection du réseau Bonjour/AirPlay/Homekit
- Si reboot d'un device Bonjour/AirPlay/Homekit près du répéteur il n'est accessible que depuis celui ci (et non depuis le server)
- Si attente de 24h les devices réapparaissent de partout
- Sur les dernières heures avant d'atteindre les 24h tout le réseau semble passer en APIPA avant de revenir en normal (j'ai pas la durée exacte) malgré présence du DHCP (que ce soit celui du server ou celui de ma machine de test)

Merci d'avance pour votre retour rapide

Bonjour @pablomg

Merci pour votre retour et j'ai réactivé le DHCP du server.

Bonsoir @pablomg

Merci pour votre retour et je ferais le test demain

Bonjour @pablomg

Comment allez-vous?

Merci de votre patience car je n'ai pu faire le test que maintenant.

Voici les étapes de tests:
- reboot du server
- depuis mon laptop de travail connecté au server j'ai executé les commandes via powershell avec pour machine cible 192.168.1.21 (pc fixe connecté au serveur en ethernet)

Résultats:

arp -a

Interface : 192.168.1.46 — 0xe

Adresse Internet      Adresse physique      Type
192.168.1.21          d8-9e-f3-74-92-8a     dynamique
192.168.1.48          58-20-b1-f0-e9-65     dynamique
192.168.1.254         e4-9e-12-83-03-b7     dynamique
192.168.1.255         ff-ff-ff-ff-ff-ff     statique
224.0.0.22            01-00-5e-00-00-16     statique
224.0.0.251           01-00-5e-00-00-fb     statique
239.255.255.250       01-00-5e-7f-ff-fa     statique
255.255.255.255       ff-ff-ff-ff-ff-ff     statique

ping 192.168.1.21

Envoi d’une requête 'Ping' 192.168.1.21 avec 32 octets de données :
Réponse de 192.168.1.21 : octets=32 temps=1 ms TTL=128
Réponse de 192.168.1.21 : octets=32 temps=1 ms TTL=128
Réponse de 192.168.1.21 : octets=32 temps=2 ms TTL=128
Réponse de 192.168.1.21 : octets=32 temps=1 ms TTL=128

Statistiques Ping pour 192.168.1.21:

  Paquets : envoyés = 4, reçus = 4, perdus = 0 (perte 0%),

Durée approximative des boucles en millisecondes :

  Minimum = 1ms, Maximum = 2ms, Moyenne = 1ms

arp -d *

ping 192.168.1.21

Envoi d’une requête 'Ping' 192.168.1.21 avec 32 octets de données :
Réponse de 192.168.1.21 : octets=32 temps=2 ms TTL=128
Réponse de 192.168.1.21 : octets=32 temps=1 ms TTL=128
Réponse de 192.168.1.21 : octets=32 temps=1 ms TTL=128
Réponse de 192.168.1.21 : octets=32 temps=2 ms TTL=128

Statistiques Ping pour 192.168.1.21:

  Paquets : envoyés = 4, reçus = 4, perdus = 0 (perte 0%),

Durée approximative des boucles en millisecondes :

  Minimum = 1ms, Maximum = 2ms, Moyenne = 1ms

arp -a

Interface : 192.168.1.46 — 0xe

Adresse Internet      Adresse physique      Type
192.168.1.21          d8-9e-f3-74-92-8a     dynamique
192.168.1.254         e4-9e-12-83-03-b7     dynamique
224.0.0.22            01-00-5e-00-00-16     statique

Merci d'avance pour votre retour et n'hésitez pas si je dois pousser les tests sur une machine ou device connectée au répéteur

Bonjour @pablomg

Comment allez-vous?
Avez vous pu analyser les résultats des tests?

Pour infos comme convenu au bout de 24h pile poil tout les devices Homekit/Airplay sont accessibles via Server ou Répéteur.

Merci d'avance pour votre retour

Bonsoir @pablomg

J'ai fait le second test (PC fixe 192.168.1.21 en Ethernet vers laptop 192.168.1.52 en wifi sur le server) à l'instant et j'ai un soucis.
- Reboot de la box

arp -a

Interface : 192.168.1.21 — 0x1a

Adresse Internet      Adresse physique      Type
192.168.1.25          00-24-d4-73-94-bd     dynamique
192.168.1.27          48-e1-e9-65-2a-22     dynamique
192.168.1.28          00-09-b0-b8-26-23     dynamique
192.168.1.34          48-e1-e9-65-2b-ca     dynamique
192.168.1.36          48-e1-e9-65-23-92     dynamique
192.168.1.46          f6-fd-df-70-ce-27     dynamique
192.168.1.48          58-20-b1-f0-e9-65     dynamique
192.168.1.52          c0-33-5e-29-b7-27     dynamique
192.168.1.53          48-e1-e9-65-2b-ca     dynamique
192.168.1.55          f4-f5-d8-81-b4-08     dynamique
192.168.1.254         e4-9e-12-83-03-b7     dynamique
192.168.1.255         ff-ff-ff-ff-ff-ff     statique
224.0.0.2             01-00-5e-00-00-02     statique
224.0.0.22            01-00-5e-00-00-16     statique
224.0.0.251           01-00-5e-00-00-fb     statique
224.0.0.252           01-00-5e-00-00-fc     statique
229.255.255.250       01-00-5e-7f-ff-fa     statique
239.255.255.250       01-00-5e-7f-ff-fa     statique
255.255.255.255       ff-ff-ff-ff-ff-ff     statique

PS C:\Windows\system32> ping 192.168.1.52

Envoi d’une requête 'Ping' 192.168.1.52 avec 32 octets de données :
Réponse de 192.168.1.52 : octets=32 temps=39 ms TTL=128
Réponse de 192.168.1.52 : octets=32 temps=627 ms TTL=128
Réponse de 192.168.1.52 : octets=32 temps=1241 ms TTL=128
Réponse de 192.168.1.52 : octets=32 temps=2 ms TTL=128

Statistiques Ping pour 192.168.1.52:

  Paquets : envoyés = 4, reçus = 4, perdus = 0 (perte 0%),

Durée approximative des boucles en millisecondes :

  Minimum = 2ms, Maximum = 1241ms, Moyenne = 477ms

PS C:\Windows\system32> arp -d *
La suppression de l'entrée ARP a échoué : Paramètre incorrect.

Non seulement le ping donne des valeurs incohérente et de plus le arp -d * ne marche pas*

Puis je tester "netsh interface ip delete arpcache" à la place de "arp - d *"?

Merci d'avance pour votre retour

Bonjour @pablomg

Alors je crois qu'on va pouvoir avancer dans l'investigation.

J'ai branché mon laptop de travail en ethernet (192.168.1.51) sur la box et mis un autre laptop en wifi sur le server (192.168.1.57) afin de faire le test.

Et la en faisant arp - a j'ai ce résultat:

arp -a

Interface : 192.168.1.51 — 0x1a

Adresse Internet      Adresse physique      Type
192.168.1.28          e4-24-6c-35-06-31     dynamique
192.168.1.48          58-20-b1-f0-e9-65     dynamique
192.168.1.254         e4-9e-12-83-03-b7     dynamique
192.168.1.255         ff-ff-ff-ff-ff-ff     statique
224.0.0.2             01-00-5e-00-00-02     statique
224.0.0.22            01-00-5e-00-00-16     statique
224.0.0.251           01-00-5e-00-00-fb     statique
224.0.0.252           01-00-5e-00-00-fc     statique
239.255.255.250       01-00-5e-7f-ff-fa     statique
255.255.255.255       ff-ff-ff-ff-ff-ff     statique

Ma machine en .57 n'apparait même pas.

Et si j'essaye de la pinger j'ai:

ping 192.168.1.57

Envoi d’une requête 'Ping' 192.168.1.57 avec 32 octets de données :
Réponse de 192.168.1.51 : Impossible de joindre l’hôte de destination.
Réponse de 192.168.1.51 : Impossible de joindre l’hôte de destination.
Réponse de 192.168.1.51 : Impossible de joindre l’hôte de destination.
Réponse de 192.168.1.51 : Impossible de joindre l’hôte de destination.

Je peux vous assurer que depuis cette machine en.57 toute la partie réseau fonctionne et j'arrive même à pinger .51

J'ai réussi a faire depuis ma machine en ethernet un arp - d * et la table ARP se vide bien.

En revanche impossible de pinger .57

Donc il y a clairement un soucis dans le routage.

@pablomg

24h pile après le dernier reboot du 09 Juillet (qui au passage m'a mis à jour mon server dans la beta) tout rentre dans l'ordre.

Il faut que vous puissiez mettre en place un monitoring si possible afin de voir ce qu'il se passe.

Merci d'avance pour vos actions sur ce sujet.

Bonjour @pablomg

Mon server a encore reçu une bêta aujourd’hui à 15h40 (4.12.3-r1)
Du coup reboot automatique et réapparition du soucis.
Je posterai dans 24h afin de confirmer que le soucis se règle de lui même (je ne rebooterai aucun de mes devices Airplay/Homekit d’ici là).

Merci et bon weekend

@pablomg pour infos 24h pile après le dernier reboot du 11 Juillet à 15h40 tout est redevenu accessible.
Il y a eu un moment juste avant la fin des 24h où mes devices sont passées en APIPA et après tout est redevenu normal.

Merci d’avance pour votre retour

Bonjour @pablomg

Pouvez vous me faire un retour sur mes derniers messages svp?

Merci d’avance

Bonsoir @pablomg

C’est noté.

Merci de votre aide et j’attends votre retour.

Bonjour @pablomg

Comment allez-vous?

Avez vous pu reproduire le soucis de votre côté?

Merci d'avance pour votre retour

Bonjour @pablomg

En espérant que vous allez bien.

Je venais aux nouvelles.

Merci d'avance pour votre réponse

Bonsoir @pablomg

Comment allez-vous?

Pouvez vous me faire un retour?

J’imagine que vous étiez en congés mais en votre absence aucun de vos collègues n’a assuré le suivi.

Merci d’avance

Bonjour @pablomg

En espérant que vous allez bien.

J'ai redémarré mon server hier soir et malheureusement toujours aucune amélioration.*

Avez vous pu reproduire le soucis de votre côté?

Cela devient très impactant car dés que je dois redémarrer le server hormis le soucis des enceintes, mes prises homekit qui me servent à contrôler de la domo à distance ne fonctionnent plus pendant 24h

Merci d'avance pour votre rapide retour sur ce sujet.

Bonjour @pablomg

Comment allez-vous?

Un retour rapide sur le suivi de ce soucis serait apprécié.

Merci d'avance

Bonjour @pablomg

Comment allez-vous?

Nouveau symptôme suite à mon soucis.
Hier j'ai rebooté mon server afin de déployer la dernière version 4.12.4-r1
Comme reporté je perds toute la connectique de mon Iphone avec mes devices AirPlay et Homekit etc etc.
Je suis aussi un utilisateur des appli officielles Free et Freebox Connect et surtout du module télécommande.
Je lance la télécommande depuis le widget configuré sur mon tel.
Je suis connecté au plus près du server en 5GHZ comme d'habitude.
Et la impossible de l'utiliser. Les 2 applis voient bien le player connecté mais dés que j'appui sur accéder à la télécommande j'ai un message d'erreur stipulant que le player est introuvable.
Je refais le même test en déplaçant mon tel sur le répéteur (en 5GHZ) et la télécommande refonctionne.
Je vais attendre les fameuses 24h depuis le reboot afin de voir si tout rentre dans l'ordre.

Merci de me faire un retour car cela devient de pire en pire

@pablomg

Je confirme qu'après 24h tout rentre dans l'ordre ainsi que l'usage de la télécommande via les appli Freebox Connect/Free. Que ce soit via mon server ou répéteur (en 5GHZ)

Merci de pousser les investigations avec cette nouvelle info.