Merci Jérôme, grâce à toi j’ai compris que je n’avais pas activé le bon debug sur le Cisco. Effectivement, IP attribuée par une box SFR mise en pirate sur le LAN, donc ma proposition d’IP est refusée par l’AP car IP déjà reçue de la borne….. Y a des clients qu’on a envie de buter :)
> Le 3 juin 2016 à 15:46, Jérôme BERTHIER <j...@laposte.net> a écrit : > > Le 02/06/2016 à 14:25, David Ponzone a écrit : >> Jun 2 14:15:34.236: DHCPD: Sending notification of TERMINATION: >> Jun 2 14:15:34.236: DHCPD: address 192.168.10.5 mask 255.255.255.0 >> Jun 2 14:15:34.236: DHCPD: reason flags: noalloc > > Salut > > En fait, ça ressemble à ce que ferait le routeur : > > - si le client demande explicitement une IP différente de celle du bail déjà > alloué > > - si l'IP est déjà visible sur le réseau (via icmp) sans être référencée dans > la binding table > > Dans les deux cas, je crois que le routeur est supposé le dire. > > ça donne quoi si tu croises avec un debug des échanges dhcp (DHCPDISCOVER / > OFFER / REQUEST / ACK...) ? > > Y'a rien dans les conflits (sh ip dhcp conflict) ? > > > Pour la survie au reboot, ça existe si tu demandes à stocker les leases sur > la flash (c'est utile pour éviter de blacklister en conflit les IP déjà > joignables après un reboot justement) : > > ip dhcp database flash://dhcp-leases > > A+ > > -- > Jérôme BERTHIER > > > --------------------------- > Liste de diffusion du FRnOG > http://www.frnog.org/ --------------------------- Liste de diffusion du FRnOG http://www.frnog.org/
