Hi Hideshi,These are probably the test that would fail due to this reason, from the =results of doing a grep search:PCBSD# grep '!= 23' *.seqC_RFC3646_3_DnsSvrOpt.seq:if($sol{$optionCode} != 23){C_RFC3646_3_DnsSvrOpt_Reb.seq:if($reb{$optionCode} != 23){C_RFC3646_3_DnsSvrOpt_Ren.seq:if($ren{$optionCode} != 23){C_RFC3646_3_DnsSvrOpt_Req.seq:if($req{$optionCode} != 23){C_RFC3646_3_DnsSvrOpt_Sol.seq:if($sol{$optionCode} != 23){PCBSD# grep '!= 24' *.seqC_RFC3646_3_DnsSchLstOpt_Reb.seq:if($reb{$optionCode} != 24){C_RFC3646_3_DnsSchLstOpt_Ren.seq:if($ren{$optionCode} != 24){C_RFC3646_3_DnsSchLstOpt_Req.seq:if($req{$optionCode} != 24){C_RFC3646_3_DnsSchLstOpt_Sol.seq:if($sol{$optionCode} != 24){C_RFC3646_4_DnsSchLstOpt.seq:if($sol{$optionCode} != 24){-----Original Message-----From: Hideshi.Enokihara@jp.yokogawa.com =[mailto:Hideshi.Enokihara@jp.yokogawa.com]Sent: Mon 6/4/2007 6:14 PMTo: dhcptest@tahi.orgSubject: [dhcptest:00173] Re: Tests that check for DNS and Domain Search =Options Hello Scott, Yes, we have to fix these bugs as soon as possible.Could you let me know the numbers (or titles) of the tests, if you havetime, please?It will help us to fix the bugs. regards,...Hideshi________________________________ From: Bernie Volz (volz) [mailto:volz@cisco.com] Sent: Tuesday, June 05, 2007 5:33 AM To: dhcptest@tahi.org Subject: [dhcptest:00172] Re: Tests that check for DNS andDomain Search Options Order of the options should not matter (either in the ORO or inthe Advertise/Reply). So, if the test code is order dependent, it shouldbe fixed. - Bernie________________________________ From: Scott Langley [mailto:slangley@tadboise.com] Sent: Monday, June 04, 2007 3:56 PM To: dhcptest@tahi.org Subject: [dhcptest:00171] Tests that check for DNS and DomainSearch Options Hello, Many of the tests in the RFC 3646 and RFC 3736 sections of theDHCPv6 Self Test Suite 1.01 (and earlier) are failing for us for thewrong reason. The way our (client) product is currently behaving it requeststhese options: 13 OPTION_STATUS_CODE 12 OPTION_UNICAST 23 OPTION_DNS_SERVERS 24 OPTION_DOMAIN_LIST 7 OPTION_PREFERENCE Many tests, for example, RFC 3646 - Test DHCP_CONF.4.1.1: OptionRequest option Format PartA: Option request Option Format(DNS Recursive Name Serveroption) fail because option 13 is not option 23, according to the code: if($sol($optionCode != 23) { # Logging of failure message. } Shouldn't the test be re-written to check whether or not option23 is among the options requested rather than whether or not it is the first option requested? Also, I know our client shouldn't be requesting option 12,Server Unicast, as that option should only appear in Reply messagescoming from a server. I don't think you have any tests yet that checkfor the appearance of options in different message types as described inAppendix A of RFC3315. http://tools.ietf.org/html/rfc3315#page-98 Thanks. Scott Langley Adecco Technical slangley@tadboise.com 174_2.dat