Index: [Article Count Order] [Thread]

Date: Tue, 22 Nov 2005 12:41:39 +0900
From: "haoda" <haoda@64translator.com>
Subject: [dhcptest:00009] Re: vRemote() in S_RFC3633_11.2_AssignPrefixFailed.seq
To: <dhcptest@tahi.org>
Cc: "Hideshi Enokihara" <Hideshi.Enokihara@jp.yokogawa.com>
Message-Id: <200511220342.jAM3g6q6044388@bahamas.64translator.com>
In-Reply-To: <4381B1B4.8060405@jp.ibm.com>
X-Mail-Count: 00009

 Hi Mr. Chinen,

Thanks for your feedback.

> 61 | my %NUT_Server_Config = (
> 62 |         'if_nut0'=> "$V6evalTool::NutDef{Link0_device}",
> 63 |         'init_opcode' => "vRemote(\"dhcp6s.rmt\", 
> \"start\",\"link0=$V6evalTool::NutDef{Link0_device}\")\";
> 64 |         #,\"delegateprefix=\",\"length=48\")"
> 65 | );
...
> Line64 looks a comment line. When we assume Line64 is a 
> comment line, as the first double-quote at Line63 is alone 
> (doesn't make a pair),
> Line64 was passed to vRemote() illegally.
I think you are right. The "vRemote()" can't start the target in
the remote machine if using current line64.  
The bug will be fixed in next version.And now the fixed files are 
attached in this email, please use them.

Please put "dhcp6s.rmt" in directory "/usr/local/v6eval/bin/manual/" 
and replace the original file.


Best regards,
Haoda

attatchment (application/octet-stream) ignored(encoded)
attatchment (application/octet-stream) ignored(encoded)