Greetings! You should all ignore this message. I found that someone here had modified the netif_rx code in a really stupid way. I now see how it works.
-Phil K -----Original Message----- From: Knaack Phillip-PKNAACK1 Sent: Saturday, September 16, 2006 5:02 PM To: 'linuxppc-embedded@ozlabs.org' Subject: Unicast DHCP OFFER? Greetings! This isn't really a powerpc question, more of a general Linux question, although I'm working on an embedded powerpc target board. It's a stupid question about DHCP. My target is running udhcpc over a wireless (not wi-fi) interface to a remote radio which is running a dhcp relay agent. I see the DHCP discover sent out, and I see (at the driver level) the DHCP offer coming back. However, the offer is being sent unicast directly to my (new) IP address, which I don't know yet. As a result, the ip stack is dropping the packet because of "no route". So I ask myself, how can I receive a UDP packet addressed directly to me if I don't yet know my own address? It defies logic. And the odd part is, it works with another version of this card on Windows, though I wouldn't be surprised if they just hacked it up to "just work" anyway. Because of the nature of this wireless connection, it really needs to be unicast. I'm thinking of recognizing a UDP/DHCP packet in the radio driver and hacking the iphdr source addr to be a broadcast, so the raw socket in udhcpc will receive it, but this shouldn't be necessary. So-- how is a unicast dhcp offer supposed to work? -Phil K _______________________________________________ Linuxppc-embedded mailing list Linuxppc-embedded@ozlabs.org https://ozlabs.org/mailman/listinfo/linuxppc-embedded
