Réponse DHCP de la box

[ToFoo93]

Bonjour,

Je vous informe qu'un ticket est bien en cours sur le sujet, suite aux traces envoyées il y a quelques semaines. À ce stade, et sans m'avancer davantage, cela signifie qu'un comportement non souhaité est bien confirmé. L'équipe remercie par ailleurs les retours sur le sujet ainsi que la fourniture des traces.

Pour le moment, il est trop tôt pour savoir quand une résolution pourrait être apportée, mais je pense qu'il va falloir être très patient.

À titre de contournement, l'équipe recommande de désactiver le DHCP de la box, afin de ne pas avoir deux serveurs DHCP non synchronisés sur le même réseau de broadcast.

Cdt

[Mariotte91]

Bonjour Tofoo93

À titre de contournement, l'équipe recommande de désactiver le DHCP de la box, afin de ne pas avoir deux serveurs DHCP non synchronisés sur le même réseau de broadcast.

Je pense que c'est le cas de ceux qui sont confrontés au problème, sinon ils n'y aurait pas de NAK

Mariotte91

[mvisconte]

Je confirme que le noeud du problème est que la box répond même quand le DHCP est désactivé dans les paramètres.

[elmer91]

Comme la plupart de utilisateurs qui ont posté sur ce sujet, je suis confronté au même problème de DHCPNACK envoyé (à tort) par la BBOX lorsque le DHCP est désactivé.

Je suis tombé sur ce sujet après avoir cherché pourquoi certains des PCs de la maison se retrouvaient tout d'un coup sans adresse IPv4.
J'ai trouvé les DHCPNACK envoyés par la bbox dans les logs.

Je crois avoir trouvé un moyen de limiter l'impact du bug:
- configurer votre serveur DHCP IPv4 privé avec un scope .10->.100 par exemple.
- configurer la bbox avec un scope .200->.210 (avec le serveur DHCP désactivé bien sur)

Lorsqu'un client tente un renew de son bail actuel (entre .10 et .100) ça ne rentre pas dans le scope de la bbox et elle n'envoie pas de DHCPNACK (ce qui parait logique).
Je ne suis pas encore 100% certain que ça résout le problème, mais je n'ai plus de DHCPNACK depuis 48h.

Essayez de votre côté et dites-moi si ça fonctionne chez vous

[Mariotte91]

Bonjour,

J'ai tenté chez moi ta proposition mais je vois toujours des DHCPNAK provenant de la Bbox.

Code : Tout sélectionner

410	42.687614209	0.0.0.0			255.255.255.255	DHCP	350	DHCP Discover - Transaction ID 0x4a390100
418	44.666901439	0.0.0.0			255.255.255.255	DHCP	350	DHCP Discover - Transaction ID 0x4a390101
419	44.670783670	0.0.0.0			255.255.255.255	DHCP	350	DHCP Request  - Transaction ID 0x4a390201
420	44.671387974	192.168.1.254	255.255.255.255	DHCP	342	DHCP NAK      - Transaction ID 0x4a390201
437	46.097788218	0.0.0.0			255.255.255.255	DHCP	350	DHCP Discover - Transaction ID 0x4a390100
438	46.101747498	0.0.0.0			255.255.255.255	DHCP	350	DHCP Request  - Transaction ID 0x4a390200
439	46.102291419	192.168.1.254	255.255.255.255	DHCP	342	DHCP NAK      - Transaction ID 0x4a390200
466	49.892703068	0.0.0.0			255.255.255.255	DHCP	350	DHCP Discover - Transaction ID 0x4a390200
481	51.876269635	0.0.0.0			255.255.255.255	DHCP	350	DHCP Discover - Transaction ID 0x4a390201
482	51.882746377	0.0.0.0			255.255.255.255	DHCP	350	DHCP Request  - Transaction ID 0x4a390301
483	51.883262590	192.168.1.254	255.255.255.255	DHCP	342	DHCP NAK      - Transaction ID 0x4a390301

Toute les attributions d'IP sur mon lan sont faites par mon serveur sur adresse MAC et donc en dehors de la plage. Le fait d'avoir partagé cette plage en deux ne change pas grond chose en fait.

Mariotte91

[elmer91]

Bonjour,

Je viens de vérifier, ça a au moins résolu mon problème principal de DHCPNACK sur les renew d'un bail.

En général à la moitié de la durée du bail, le client va tenter de renouveler son bail DHCP.
Il envoie un DHCP Request en spécifiant son adresse actuelle de bail et le serveur lui renouvelle.
C'est là que la bbox envoyait le DHCPNACK le plus gênant : les clients stoppaient là le mécanisme de renouvellement.
Et ça recommençait plus tard jusqu'à expiration du bail et le client se retrouvait sans IP.

Je suis d'accord, sur le handshake DHCP initial, la bbox continue à envoyer un DHCPNACK (suite au DHCP Request avec une IP 0.0.0.0)

C'est toujours pas super clean, mais les clients internes (Windows surtout) ont l'air beaucoup moins perturbés.
ça fait 3 jours que je n'ai plus de PCs qui se sont retrouvés sans IP en DHCP

[Schmurtz]

Bonjour, suite à un déménagement, changement de box de mon coté : je suis passé de la Must (wifi 6 FGA2234BYT) à la Bbox Wi-Fi 7 (offre pure fibre de B&You), j'ai croisé les doigts ... mais NON ! Le bug est également présent sur cette box.
Pour le coup l'explication de la configuration automatique de la box TV ne tient même plus car cette offre ne propose pas de box TV, on est donc vraiment purement sur un bug ou une mauvaise interprétation des RFC.

Le comportement est toujours exactement le même : des DHCPNACK là où il ne devrait pas y'en avoir... Quand Bouygues va daigner jeter un œil à ce problème qui impactent des milliers d'abonnés ?

A défaut de savoir traiter le problème offrez nous une option pour désactiver totalement le DHCP avec un warning du type "Attention : modifier ce paramètre peut affecter la connectivité de votre réseau. Ne modifiez cette option que si vous connaissez les implications de ce changement.".

Pour info l'idée du double DHCP (laisser le DHCP de la bbox activé sur une autre plage) n'est pas efficace, les DHCPNACK pleuvent également dans ce cas (ce qui pour le coup est plus justifié dans cette configuration) et même si certains appareils parviennent à attraper une IP de cette manière, le fonctionnement des appareils sur le réseau local reste totalement erratique.

Je présume que Bougyes a classé cet incident en low priority vu que Bouygues considère que remplacer son DHCP est une manœuvre d'une poignée d’utilisateurs avertis et chevronnés qui n'ont qu'à se débrouiller vu l'expertise technique qu'ils possèdent mais il n'en est rien: aujourd'hui avoir son propre DHCP est à la portée de tout le monde, les avantages son nombreux vu que Bouygues n'offre pas la possibilité de customiser ses DNS et les tutoriels ainsi que les utilisateurs les utilisant sont nombreux.
Pour ces utilisateurs il n'existe pas d'alternative réelle : contourner ce bug en gardant les capacité de la box (wifi 7 , 8GB ethernet) nécessite l'acquisition de matériel onéreux et ajoute une complexité démesurée pour contourner un minuscule bug qui demande probablement quelques heures à l'équipe dev firmware.

Pourrait-on à minima avoir un feedback de Bouygues ? "Oui on a constaté le problème" , "Oui nous travaillerons sur un patch dès que possible" ? Il doit bien y'avoir un humain investit quelque part chez Bouygues pour nous répondre ?

[ToFoo93]

Bonjour,

la réponse figure déjà un peu plus haut.

Bonne soirée