Date: Sun, 1 Nov 2009 10:27:47 -0800 (PST) From: =?iso-8859-1?Q?D=E1nielisz_L=E1szl=F3?= <laszlo_danielisz@yahoo.com> To: freebsd-questions@freebsd.org Subject: Re: dhcpd related issue - not giving up Message-ID: <981633.62756.qm@web30802.mail.mud.yahoo.com> In-Reply-To: <hckgf8$uuv$1@ger.gmane.org> References: <82804.79685.qm@web30804.mail.mud.yahoo.com> <b043a4850910312238p79e05049ka3ce74f8f44307ed@mail.gmail.com> <516971.12872.qm@web30807.mail.mud.yahoo.com> <806321.83601.qm@web30807.mail.mud.yahoo.com> <49594.91061.qm@web30806.mail.mud.yahoo.com> <hckgf8$uuv$1@ger.gmane.org>
next in thread | previous in thread | raw e-mail | index | archive | help
I also though that maybe the rl NIC can be wrong, I will try another brande= d NIC as soon as it will be possible, until than I looked for arp an socksa= t right after dhcp request, these are my results:=0Amac# $ dhcping -h 00:23= :32:dc:72:19 -s 192.168.1.1=0Ano answer=0A=0Absd# tcpdump -i rl1 -n port 67= or port 68=0Atcpdump: verbose output suppressed, use -v or -vv for full pr= otocol decode=0Alistening on rl1, link-type EN10MB (Ethernet), capture size= 96 bytes=0A19:14:38.604545 IP 192.168.1.234.68 > 192.168.1.1.67: BOOTP/DHC= P, Request from 00:23:32:dc:72:19, length 250=0A19:24:06.600131 IP 192.168.= 1.234.68 > 192.168.1.1.67: BOOTP/DHCP, Request from 00:23:32:dc:72:19, leng= th 250=0A=0Absd# arp -a=0A? (192.168.1.234) at 00:23:6c:86:41:d9 on rl1 [et= hernet] <- this is my MacBook=0A? (192.168.1.1) at 00:13:8f:86:2f:64 on rl1= permanent [ethernet] <- this is the layer 3 switch=0A# sockstat -4l | grep= dhcp=0Adhcpd dhcpd 4747 7 udp4 *:67 *:*=0A=0A= mac# arp -a=0A<public_ip>.pool.hdsnet.hu (<public_ip>) at 4a:55:88:7c:44:4f= on tap0 ifscope [ethernet]=0Absd (192.168.1.1) at 0:13:8f:86:2f:64 on en1 = ifscope [ethernet]=0A=0A=0A=0A=0A=0A________________________________=0AFrom= : Michael Powell <nightrecon@hotmail.com>=0ATo: freebsd-questions@freebsd.o= rg=0ASent: Sun, November 1, 2009 6:29:04 PM=0ASubject: Re: dhcpd related is= sue - not giving up=0A=0AD=E1nielisz L=E1szl=F3 wrote:=0A=0A> I don't give = it up, doing some tcpdump on my BSD I can see the dhcp=0A> request reaches = the machine, the dhcpd is running, but why doesn't gives=0A> any IP?=0A> = =0A> # tcpdump -i rl1 -n port 67 or port 68=0A> tcpdump: verbose output sup= pressed, use -v or -vv for full protocol decode=0A> listening on rl1, link-= type EN10MB (Ethernet), capture size 96 bytes=0A> 11:51:43.086597 IP 0.0.0.= 0.68 > 255.255.255.255.67: BOOTP/DHCP, Request=0A> from 00:24:03:f1:bd:36, = length 300 11:51:45.102260 IP 0.0.0.0.68 >=0A> 255.255.255.255.67: BOOTP/DH= CP, Request from 00:24:03:f1:bd:36, length 300=0A[snip]=0A=0AI only have a = couple if ideas. First, is it possible to substitute some =0Aother non rl o= r re NIC for rl1? I seem to recall something about these cards =0Ahaving so= me sort of problem like this. This test would eliminate that idea.=0A=0AAls= o, right after a client machine requests a lease examine your arp tables = =0Aon both machines. Maybe the dhcpd server is confused and sending the rep= ly =0Aout the wrong interface? sockstat -4l can confirm which/what interfac= e dhcpd =0Ais listening on, compare with arp results. Theoretically if dhcp= d is bound =0Ato and listening on rl1 there shouldn't be any replies going = out rl0. Check =0Ato eliminate.=0A=0AWrt to a managed switch blocking ports= , I think you probably ruled this out =0Aby connecting the machines to each= other. Note that for GigE, or NICs that =0Ado MDI-X properly any cable wil= l work. However, on many older 100baseTX =0Acards this would need to be usi= ng a crossover cable to function correctly.=0A=0AYou can also broaden your = tcpdump to include arp traffic. When the output =0Afiles become cumbersome = to examine it's easier to look at them in Wireshark. =0AI have a hunch if r= l1 could be replaced with some old fxp or sk card lying =0Aaround it might = work. YMMV=0A=0A-Mike=0A=0A=0A=0A__________________________________________= _____=0Afreebsd-questions@freebsd.org mailing list=0Ahttp://lists.freebsd.o= rg/mailman/listinfo/freebsd-questions=0ATo unsubscribe, send any mail to "f= reebsd-questions-unsubscribe@freebsd.org"=0A=0A=0A=0A
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?981633.62756.qm>