<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
<HTML>
<HEAD>
<META HTTP-EQUIV="Content-Type" CONTENT="text/html; =
charset=iso-8859-1">
<META NAME="Generator" CONTENT="MS Exchange Server version =
6.5.7638.1">
<TITLE>RE: FW: [dhcptest:00173] Re: Tests that check for DNS and Domain =
Search Options</TITLE>
</HEAD>
<BODY>
<!-- Converted from text/plain format -->
<P><FONT SIZE=2>Hi Hideshi,<BR>
<BR>
The revised files you sent do appear to work properly.<BR>
<BR>
However, I think there are a few more tests that have problems.<BR>
<BR>
These two test pass, even though our DECLINE messages include both =
options 23 and 24:<BR>
<BR>
C_RFC3646_5_InvDecDnsSchLstOpt.seq<BR>
C_RFC3646_5_InvDecDnsSvrOpt.seq<BR>
<BR>
I suspect that the options_exist() method of DHCPv6_common.pm may be =
flawed.<BR>
<BR>
These four other tests, below, are similarly written, but I can't say if =
there is anything wrong with them because our product doesn't yet send =
CONFIRM and RELEASE messages when it should:<BR>
<BR>
C_RFC3646_5_InvCnfDnsSchLstOpt.seq<BR>
C_RFC3646_5_InvCnfDnsSvrOpt.seq<BR>
C_RFC3646_5_InvRelDnsSchLstOpt.seq<BR>
C_RFC3646_5_InvRelDnsSvrOpt.seq<BR>
<BR>
Thanks.<BR>
<BR>
--<BR>
Scott Langley<BR>
Adecco Technical<BR>
slangley@tadboise.com<BR>
<BR>
<BR>
-----Original Message-----<BR>
From: Hideshi Enokihara [<A =
HREF="mailto:Hideshi.Enokihara@jp.yokogawa.com">mailto:Hideshi.Enokihar=
a@jp.yokogawa.com</A>]<BR>
Sent: Mon 6/4/2007 7:15 PM<BR>
To: Scott Langley<BR>
Cc: dhcptest@tahi.org<BR>
Subject: Re: FW: [dhcptest:00173] Re: Tests that check for DNS and =
Domain Search Options<BR>
<BR>
Hello Scott,<BR>
<BR>
Thank you for your report.<BR>
<BR>
Please use attached files instead of original files.<BR>
Then, could you let me know that these scripts work well or not, =
please?<BR>
<BR>
Thank you for your cooperation.<BR>
<BR>
Regards,<BR>
...Hideshi<BR>
<BR>
On Tue, 5 Jun 2007 09:48:46 +0900<BR>
<Hideshi.Enokihara@jp.yokogawa.com> wrote:<BR>
<BR>
> <BR>
><BR>
> -----Original Message-----<BR>
> From: Scott Langley [<A =
HREF="mailto:slangley@tadboise.com">mailto:slangley@tadboise.com</A>]<B=
R>
> Sent: Tuesday, June 05, 2007 9:44 AM<BR>
> To: dhcptest@tahi.org<BR>
> Subject: RE: [dhcptest:00173] Re: Tests that check for DNS and =
Domain<BR>
> Search Options<BR>
><BR>
> Hi Hideshi,<BR>
><BR>
> These are probably the test that would fail due to this reason, =
from the<BR>
> results of doing a grep search:<BR>
><BR>
> PCBSD# grep '!= 23' *.seq<BR>
><BR>
> C_RFC3646_3_DnsSvrOpt.seq:if($sol{$optionCode} != 23){<BR>> C_RFC3646_3_DnsSvrOpt_Reb.seq:if($reb{$optionCode} != 23){<BR>> C_RFC3646_3_DnsSvrOpt_Ren.seq:if($ren{$optionCode} != 23){<BR>> C_RFC3646_3_DnsSvrOpt_Req.seq:if($req{$optionCode} != 23){<BR>> C_RFC3646_3_DnsSvrOpt_Sol.seq:if($sol{$optionCode} != 23){<BR>><BR>
> PCBSD# grep '!= 24' *.seq<BR>
><BR>
> C_RFC3646_3_DnsSchLstOpt_Reb.seq:if($reb{$optionCode} != 24){<BR>> C_RFC3646_3_DnsSchLstOpt_Ren.seq:if($ren{$optionCode} != 24){<BR>> C_RFC3646_3_DnsSchLstOpt_Req.seq:if($req{$optionCode} != 24){<BR>> C_RFC3646_3_DnsSchLstOpt_Sol.seq:if($sol{$optionCode} != 24){<BR>> C_RFC3646_4_DnsSchLstOpt.seq:if($sol{$optionCode} != 24){<BR>><BR>
><BR>
> -----Original Message-----<BR>
> From: Hideshi.Enokihara@jp.yokogawa.com<BR>
> [<A =
HREF="mailto:Hideshi.Enokihara@jp.yokogawa.com">mailto:Hideshi.Enokihar=
a@jp.yokogawa.com</A>]<BR>
> Sent: Mon 6/4/2007 6:14 PM<BR>
> To: dhcptest@tahi.org<BR>
> Subject: [dhcptest:00173] Re: Tests that check for DNS and Domain =
Search<BR>
> Options<BR>
> <BR>
> Hello Scott,<BR>
> <BR>
> Yes, we have to fix these bugs as soon as possible.<BR>
> Could you let me know the numbers (or titles) of the tests, if you =
have<BR>
> time, please?<BR>
> It will help us to fix the bugs.<BR>
> <BR>
> regards,<BR>
> ...Hideshi<BR>
><BR>
><BR>
> ________________________________<BR>
><BR>
> From: Bernie Volz (volz) [<A =
HREF="mailto:volz@cisco.com">mailto:volz@cisco.com</A>]<BR>
> Sent: Tuesday, June 05, 2007 5:33 =
AM<BR>
> To: dhcptest@tahi.org<BR>
> Subject: [dhcptest:00172] Re: Tests =
that check for DNS and<BR>
> Domain Search Options<BR>
> <BR>
> <BR>
> Order of the options should not =
matter (either in the ORO or in<BR>
> the Advertise/Reply). So, if the test code is order dependent, it =
should<BR>
> be fixed.<BR>
> <BR>
> - Bernie<BR>
><BR>
> ________________________________<BR>
><BR>
> From: Scott Langley [<A =
HREF="mailto:slangley@tadboise.com">mailto:slangley@tadboise.com</A>]<B=
R>
> Sent: Monday, June 04, 2007 3:56 =
PM<BR>
> To: dhcptest@tahi.org<BR>
> Subject: [dhcptest:00171] Tests that =
check for DNS and Domain<BR>
> Search Options<BR>
> <BR>
> <BR>
><BR>
> Hello,<BR>
> <BR>
> Many of the tests in the RFC 3646 =
and RFC 3736 sections of the<BR>
> DHCPv6 Self Test Suite 1.01 (and earlier) are failing for us for =
the<BR>
> wrong reason.<BR>
> <BR>
> The way our (client) product is =
currently behaving it requests<BR>
> these options:<BR>
> <BR>
> 13 OPTION_STATUS_CODE<BR>
> 12 OPTION_UNICAST<BR>
> 23 OPTION_DNS_SERVERS<BR>
> 24 OPTION_DOMAIN_LIST<BR>
> 7 OPTION_PREFERENCE<BR>
> <BR>
> Many tests, for example, RFC 3646 - =
Test DHCP_CONF.4.1.1: Option<BR>
> Request option Format<BR>
> PartA: Option request Option =
Format(DNS Recursive Name Server<BR>
> option)<BR>
> <BR>
> fail because option 13 is not option =
23, according to the code:<BR>
> <BR>
> if($sol($optionCode != 23) {<BR>> # Logging of failure =
message.<BR>
> }<BR>
> <BR>
> Shouldn't the test be re-written to =
check whether or not option<BR>
> 23 is among the options requested<BR>
> rather than whether or not it is the =
first option requested?<BR>
> <BR>
> Also, I know our client shouldn't be =
requesting option 12,<BR>
> Server Unicast, as that option should only appear in Reply =
messages<BR>
> coming from a server. I don't think you have any tests yet =
that check<BR>
> for the appearance of options in different message types as =
described in<BR>
> Appendix A of RFC3315.<BR>
> <BR>
> <A =
HREF="http://tools.ietf.org/html/rfc3315#page-98">http://tools.ietf.org=
/html/rfc3315#page-98</A><BR>
> <BR>
> Thanks.<BR>
> <BR>
> Scott Langley<BR>
> Adecco Technical<BR>
> slangley@tadboise.com<BR>
> <BR>
> <BR>
><BR>
><BR>
><BR>
<BR>
<BR>
--<BR>
*************************************<BR>
Hideshi Enokihara<BR>
IPv6 Business<BR>
Network & Software Development Dept.<BR>
Yokogawa Electric Corporation<BR>
<BR>
</FONT>
</P>
</BODY>
</HTML>