On 2007/05/19 13:07, Bill Maas wrote: > The M- without much doubt stands for Meta (emacspeak for "Esc" I > believe). If that is correct, the entire string would read > "meta-caret",
actually M-^? (meta-del) not M-^ (aka 0xFF). This is actually dhcp end-of-options and is correctly being sent by the DHCP server. > I'm not sure why PXE would sent that sequence, if it does at all. Many PXE clients are buggy and don't stop reading the filename after counting 'length' number of characters. | | RFC 2132 DHCP Options and BOOTP Vendor Extensions March 1997 |o| | | |o| 9.5 Bootfile name | | |o| This option is used to identify a bootfile when the 'file' field in | | the DHCP header has been used for DHCP options. |o| | | The code for this option is 67, and its minimum length is 1. |o| | | Code Len Bootfile name |o| +-----+-----+-----+-----+-----+--- | | | 67 | n | c1 | c2 | c3 | ... |o| +-----+-----+-----+-----+-----+--- Rearranging the order can sometimes help, if this is a dhcpd which supports sending 'option pad' (0x00) after the filename, that should help too. It may alternatively be possible to specify the filename byte-by-byte, in which case adding a trailing 0x00 should help here (there is some chance of this breaking working implementations, but in practice it's unlikely). _______________________________________________ Soekris-tech mailing list [email protected] http://lists.soekris.com/mailman/listinfo/soekris-tech
