Hello again Scott,
How about attached script?
I have fixed the issue.
Could you use this script instead of original script, please?
Thanks,
...Hideshi
On Mon, 26 Mar 2007 14:41:57 +0900
<Hideshi.Enokihara@jp.yokogawa.com> wrote:
> Hello Scott,
>
> Thankyou for your report.
>
> >The reason it shouldn't have passed was that the Client's REPLY message
> still specified an address in its IA_NA option when the test case says
> it shouldn't do so after receiving a NotOnLink from the server.
>
> "Client's REPLY message"should be "Client's Request message", right?
>
> Anyway, I couldn't understand the reason why the issue occurred.
> Could you send us (dhcptest@thai.org or contact@tahi.org) the
> Logs(70.html and 70.html.Link0.dump)
>
> Best regards,
> ...Hideshi
> ________________________________
>
> From: Scott Langley [mailto:slangley@tadboise.com]
> Sent: Sunday, March 25, 2007 4:18 AM
> To: dhcptest@tahi.org
> Subject: [dhcptest:00162] DHCPv6 Client Test 3315 #70
>
>
>
> Here's a bit of feedback ...
>
> With the Release-1.0.0B1 of DHCPv6 Test Suite, I got a pass on
> test #70 of section 3315 when I should not have.
>
> #70 Part C: Reply message contains NotOnLink in response to a
> Request message.
>
> The reason it shouldn't have passed was that the Client's REPLY
> message still specified an address in its IA_NA option when the test
> case says it shouldn't do so after receiving a NotOnLink from the
> server.
>
> Regards,
>
> Scott Langley
> slangley@tadboise.com
>
>
>
>
>
>
--
*************************************
Hideshi Enokihara
IPv6 Business
Network & Software Development Dept.
Yokogawa Electric Corporation
164_2.seq