La Fibre
Datacenter et équipements réseaux => Routeurs =>
Remplacer la LiveBox par un routeur => Discussion démarrée par: zeig le 16 mars 2022 à 16:10:33
-
Bonjour,
En bypass Orange depuis quelques années...
Depuis quelques temps j'ai un renewal DHCP qui échoue pendant des heures:
DHCPREQUEST for <mon IP> on <out interface>.832 to 80.10.247.48 port 67
DHCPREQUEST for <mon IP> on <out interface>.832 to 80.10.247.48 port 67
DHCPREQUEST for <mon IP> on <out interface>.832 to 80.10.247.48 port 67
Je perds régulièrement mon IP si je ne reboote pas dans les 5 mins.
J'ai bien consulté un topic identique sur le sujet mais le fait de setter la prio à 6 ne change rien.
Quelqu'un aurait il une solution ?
-
Remettre la livebox, sniffer les paquets, adapter ce qu'il y a à adapter, remettre le bypass corrigé ?
-
Impossible pour moi, le serveur tourne (et doit tourner) non-stop.
D'autres ont eu le même problème (cf thread avec le même sujet).
-
Si c'est pas la prio c'est surement la chaine d'auth courte utilisée et qu'il faut utiliser la longue comme la plupart des gens qui se retrouvent coupés car vieux tutos utilisés pour le bypass
-
Je suis allé rechercher dans le forum, je suis bien dhcp 90 long.
Le DHCP fonctionne en mode broadcast / discover mais pas en unicast pour le rebind.
-
Il me semble avoir trouvé l'origine du problème.... L'IP du serveur DHCP a changé chez Orange, c'est à présent 80.10.247.175.
J'ai également ajouté
supersede dhcp-rebinding-time 86400;
Afin d'éviter de passer des jours à envoyer des requêtes dans le vide (original: dhcp-rebinding-time 207400) et risquer de perdre l'IP.
Si quelqu'un a une solution plus élégante, je suis preneur!
-
Très mauvaise idée en fait.... l'IP du serveur DHCP a encore changé et dhclient ne garde pas l'IP (donc coupe la connexion) et continue à envoyer des requêtes à l'ancien serveur qui ne répond pas.
-
pourquoi mettre l'ip du DHCP en dur dans ton routeur ?? le DHCP on le trouve en envoyant une requete broadcast, nul besoin de précisier son ip. Là il y a un truc qui m'echappe.
-
Je n'ai pas l'IP en dur.
Après la phase de DISCOVER le client DHCP essaye de recontacter le serveur qui lui a fourni la lease.
Après expiration, le client DHCP refait une REQUEST directement sur cette IP qui ne répond plus...
Le serveur DHCP chez Orange change regulièrement.
Je pense partir sur cette modif:
supersede dhcp-server-identifier 255.255.255.255
-
Ha...
Mais c'est curieux quand meme, si le renew echoue le client doit renvoyer un discover en broadcast...chose qui ne n'a pas l'air de se faire chez toi.
-
Il le faisait toutes les 15 secondes pendant des jours ou des heures sans succès. Je gardais la connectivité. Par contre si je mettais trop de temps à rebooter, je perdais l'IP fixe.
Avec ma modification sur le rebinding time j'ai la même chose que précédemment mais je perds la connectivité pendant la phasede rebinding/renewal.
-
bonjour,
à mon avis, il faut comprendre pourquoi la demande de release a orange ne répond pas.
Tout le reste sera du bidouillage...
pouvons nous avoir une sortie de ip route (ou équivalent)
Jerem
-
Le serveur DHCP devient injoignable.
J'en change quasiment toutes les 2 semaines sur mon offre fibre...
-
ok mais ce n'est pas pour autant que cela devrait poser de problème...
Quel matériel utilises tu ?
Je pense que tu as un problème là ou personne n'en a, à cause d'un parametre qui fout le bordel dans ton routeur ;D
-
Cela pose problème puisque le client DHCP ne peut pas faire de renew. Côté Orange c'est comme si je n'étais plus là.
Serveur linux avec un tplink mc220l
-
Et bien, avis perso, sur ton serveur linux soit le client DHCP a un souci, soit il y a un parametre de configuration qui provoque le problème que tu as actuellement.
S'il y a un echec sur le renew, normalement le client dhcp envoie un Discover.
Par exemple en cherchant un peu sur le net on peut le voir ici dans un log :
https://serverfault.com/questions/797388/dhcp-renew-fail-internet-drops-every-2-hours
93 2016-08-16 19:52:02 <5> : WAN1:DHCP renew fail, begin a new discovery.
94 2016-08-16 19:52:14 <5> : WAN1:DHCP getting IP succeeded, and IP addr:XX.XX.XX.97, mask:255.255.254.0, gateway:XX.XX.XX.1.
Le renew a échoué, le client envoie un Discover.
Regarde bien dans tes logs ce qu'il se passe après l'echec, est-ce qu'il envoie un discover ?
-
d'un autre côté, si tu penses que le problème vient d'Orange, ce qui est tout a fait possible, il faudrait remettre la Livebox pour voir si le meme phénomène se produit.
-
Le client DHCP n'a aucun problème.
Les paramètres par défaut causent le phénomène indiqué.
Le client DHCP reçoit une lease d'un serveur avec une IP et ce serveur devient injoignable au bout de quelques jours / heures. Il essaye régulièrement de le contacter mais l'IP en question n'a plus de serveur DHCP au bout... Il va faire cela jusqu'à 50 jours avant de refaire un DISCOVER.
Le problème c'est donc (again) que côté Orange ils ne vont pas avoir de nouvelles du renouvellement de la lease pendant 50 jours et considérer l'IP comme dispo...
-
J'aurai tendance à penser comme cetipabo. Dans la RFC 1541:
If the client receives neither a DHCPACK
or a DHCPNAK message after ten retransmissions of the DHCPREQUEST
message, the client reverts to INIT state and restarts the
initialization process.
Donc cela ne devrai pas prendre 50 jours pour refaire un DISCOVER, mais 10 REQUEST sans réponses.
-
Donc cela ne devrai pas prendre 50 jours pour refaire un DISCOVER, mais 10 REQUEST sans réponses.
C'est clair...
https://support.huawei.com/enterprise/en/doc/EDOC1100112351/4b2f29de/how-a-dhcp-client-renews-its-ip-address-lease
1- When the lease reaches 50% (T1) of its validity period, the DHCP client unicasts a DHCP Request message to the DHCP server to request lease renewal. If the server renews the lease (counted from 0), it sends a DHCP ACK message to the client. If the server rejects the renewal request, it sends a DHCP NAK message to the client, which must then send a DHCP Discover message to apply for a new IP address.
2- If no response is received from the DHCP server when the lease reaches 87.5% (T2) of its validity period, the DHCP client broadcasts a DHCP Request message to request lease renewal. Similar to T1, if the client receives a DHCP ACK message, the server has renewed the lease; if the client receives a DHCP NAK message, the client must send a DHCP Discover message to apply for a new IP address.
3- If no response is received when the lease expires, the client stops using the IP address and sends a DHCP Discover message to apply for a new IP address.
-
La lease est donnée pour 50j (renewal time), le rebinding divisé par 2 il me semble. Le process de rebinding va commencer à intervenir au bout de quelques jours jusqu'à l'expiration du temps pour le renewal. (ie: début du rebinding à 25 jours et jusqu'aux 50 jours).
Le problème ici c'est qu'Orange va considérer que l'IP n'est plus acquise par l'abonné parce qu'il ne fait pas de rebinding (avant même l'expiration du renewal!). Il faut bien se manifester régulièrement auprès d'Orange...
-
alors dans ce cas le problème devrait être identique avec une Livebox ? bonjour pour aller expliquer à Orange que leur serveur DHCP est mal configuré. Après est-ce qu'il est normal que l'ip du serveur dhcp change régulièrement ?
-
Rebinding Timer (T2) Expires
If the client receives no reply from the server, it will remain in the RENEWING state, and will regularly retransmit the unicast DHCPREQUEST to the server. During this period of time, the client is still operating normally, from the perspective of its user. If no response from the server is received, eventually the rebinding timer (T2) expires. This will cause the client to transition to the REBINDING state. Recall that by default, the T2 timer is set to 87.5% (7/8ths) of the length of the lease.
-
Jamais eu ce problème depuis que je fais du DHCP (en 2016 donc si ma mémoire est bonne). J'utilise dhclient sur ERL puis sur ER4.
Les rares fois où j'ai eu des pertes de connexion c'est lors des maintenances chez Orange (et c'est pour ça que j'ai un script qui ping la route par défaut toutes les 2 minutes et relance le client DHCP si ça ne répond pas. Cet évènement est loggué dans mon graylog et déclenche une alerte).
-
La perte de connexion est due à ma modification de paramètre: rebind-time.
Il n'y a pas de perte de connectivité sinon. Mais le fait que le rebind dure pendant des jours augmente la proba de perdre l'IP fixe.
Je pense que je vais également forcer le renewal-time à 1 jour (= rebind-time) dans la config du client pour éviter tout problème de perte d'IP. Il devrait faire un DISCOVER au bout d'1j max.
-
Bah sachant que j'ai la même IP depuis au moins 24 mois je ne pense pas avoir le problème que tu rencontres avec les RENEW.
-
D'autres l'ont... Il y a un ancien topic avec exactement le même sujet.
-
et si tu faisais un cron tous les soirs à minuit (enfin a une heure ou t'es plus sensé avoir besoin du net) qui restart ton réseau, genre sur debian : /etc/init.d/networking restart
normalement il devra commencer par un discover...mais j'ai un doute.
-
Cela marcherait.
Je veux justement éviter cela...
-
J'ai déjà eu des soucis de renouvellement dhcp sur mon accès (xdsl) avec le client dhcp d'openbsd qui semblait se comporter un peu agressivement.
Je me suis retrouvé carrément blacklisté de la plateforme dhcp... Avec attribution d'une ip dans un préfixe 1918, genre 172.qqchose, sans default gw.
Le beau bordel pour remettre ça en place et me faire déblacklister !
-
J'ai à nouveau changé de serveur DHCP aujourd'hui (ça commence à devenir une habitude...).
Ces paramètres fonctionnent:
supersede dhcp-rebinding-time 86400;
supersede dhcp-renewal-time 86400;
supersede dhcp-lease-time 86400;
Il envoie toujours des requêtes unicast dans le vide pendant 2/3 heures mais un DISOCVER est fait à 24 heures.
-
Pour info, l'IP du serveur DHCP d'Orange a de nouveau changé cet après midi.
Le client DHCP a envoyé une DHCPREQUEST unicast à l'adresse IP initiale et a obtenu une réponse provenant du nouveau serveur.