
<html>

<head>

<meta http-equiv="Content-Type" content="text/html; charset=us-ascii">

<meta name="Generator" content="Microsoft Exchange Server">

<!-- converted from rtf -->

<style><!-- .EmailQuote { margin-left: 1pt; padding-left: 4pt; border-left: #800000 2px solid; } --></style>

</head>

<body>

<font face="Arial, sans-serif" size="2">

<div>Hi!</div>

<div><font face="Times New Roman, serif" size="3"> </font></div>

<div><font face="Times New Roman, serif" size="3"> </font></div>

<div>In a previous mail from me with the titel "Segmentation fault issue with omapi on release dhcp-3.1.2p1" I reported a problem with client-hostname. After a little bit more investigation it shows the following.</div>

<div> </div>

<div>The problem we have seen is related to that the client sends a packet where option 12 is 64 byte long and includes the string "atRouter" where the string starts with 0x00 and ends with 0x00.</div>

<div> </div>

<div>According to RFC2132 which refers to RFC1035 states that the option-12 string:</div>

<div>- Must start with a letter</div>

<div>- Must end with a letter</div>

<div>- All enterior characters must be only letters, digits, and hyphen</div>

<div> </div>

<div>Because of this client misbehaviour omapi crasches as described in previous mail.</div>

<div>My suggestion is due very little work on omapi that this problem is fixed in the dhcp-server, e.g if a client sends a "faulty" option-12 this option is totally ignored or changed to a value like "illegal".</div>

<div><font face="Times New Roman, serif" size="3"> </font></div>

<div>Any thoughts on this!</div>

<div>/Nils Magnusson</div>

<div><font face="Times New Roman, serif" size="3"> </font></div>

<div><font face="Times New Roman, serif" size="3"> </font></div>

</font>

</body>

</html>