Date: Fri, 17 Mar 2023 21:16:17 +0100 From: Attila Nagy <nagy.attila@gmail.com> To: Matthias Pfaller <leo@marco.de> Cc: stable@freebsd.org Subject: Re: Fwd: Kernel DHCP unpredictable/fails (PXE boot), userspace DHCP works just fine Message-ID: <CAM2hQG_r1THmC826gHDCR%2B3XQWLWookxfxQV=h_rxsfD97XAcg@mail.gmail.com> In-Reply-To: <0b95a502-eea0-46cc-5d0d-ec6e861ad51f@marco.de> References: <CAM2hQG-p=bfSh_nxuah9zcTBbz7HQ9pYyvOR2f6rC=CUGePKsg@mail.gmail.com> <CAM2hQG-oDRsoccg3S1LykyUF=joWbdJz=GSPOnUroDRxjZ2_iQ@mail.gmail.com> <0b95a502-eea0-46cc-5d0d-ec6e861ad51f@marco.de>
next in thread | previous in thread | raw e-mail | index | archive | help
--000000000000942f1205f71e4052 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Matthias Pfaller <leo@marco.de> ezt =C3=ADrta (id=C5=91pont: 2023. m=C3=A1r= c. 17., P, 7:24): > > Do you have STP/RSTP enabled on the switch ports? When the link goes down > when > switching from firmware mode to kernel mode, the port will go back to > blocking. When > the dhcp requests don't make it to the dhcp server because of this and th= e > link goes > down and up again while retrying (don't know if this happens) you will ge= t > the same > problem on the next try. As a simple test you could put a dumb unmanaged > switch > between your core network and the server. > Thanks for the idea, but I don't think this might be the case. I can see the UDP datagrams coming into the kernel (replies to DHCP messages). --000000000000942f1205f71e4052 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable <div dir=3D"ltr"><div class=3D"gmail_quote"><div dir=3D"ltr" class=3D"gmail= _attr">Matthias Pfaller <<a href=3D"mailto:leo@marco.de">leo@marco.de</a= >> ezt =C3=ADrta (id=C5=91pont: 2023. m=C3=A1rc. 17., P, 7:24):<br></div= ><blockquote class=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;border= -left:1px solid rgb(204,204,204);padding-left:1ex"> <br> Do you have STP/RSTP enabled on the switch ports? When the link goes down w= hen <br> switching from firmware mode to kernel mode, the port will go back to block= ing. When <br> the dhcp requests don't make it to the dhcp server because of this and = the link goes <br> down and up again while retrying (don't know if this happens) you will = get the same <br> problem on the next try. As a simple test you could put a dumb unmanaged sw= itch <br> between your core network and the server.<br></blockquote><div>Thanks for t= he idea, but I don't think this might be the case.</div><div>I can see = the UDP datagrams coming into the kernel (replies to DHCP messages).<br></d= iv></div></div> --000000000000942f1205f71e4052--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?CAM2hQG_r1THmC826gHDCR%2B3XQWLWookxfxQV=h_rxsfD97XAcg>