Hi, Xiaoying.
It is a bug of the test specification.
The packet toward site-local must foward to off-link.
Now site-local is obsoleted,
but the node must handle site-local as the same as global.
RFC 4291: IP Version 6 Addressing Architecture
Section 2.5.7. Site-Local IPv6 Unicast Addresses
608 The special behavior of this prefix defined in [RFC3513] must no
609 longer be supported in new implementations (i.e., new implementations
610 must treat this prefix as Global Unicast).
I will report this test specification's bug to IPv6 Ready Logo Program.
Thanks,
On Fri, 23 Jan 2009 11:22:54 -0800
xiaoying guo <xyguo001@gmail.com> wrote:
> Hi all,
>
> Could anyone help me in 1.1.10? I failed in Self_Test_4-0-3, 1.1.10, Part G:
> Request sent to Site-Local
> address<file:///root/Documents/ipv6/Self_Test-4-0-3-b0074/Self_Test_4-0-3/spec.p2/v6LC_1_1_10_G.html>
>
> I check the testing judgement, it said: " Pass: The NUT must not forward the
> echo request from TN1"
>
> But for the sample report on tahi, it shows it got "recv forwarded echo
> request from link1". Could anyone tell me the reason to pass it? In my
> understand, NUT should not pass this echo request.
>
> Thanks.
>
> XY
>
> ####
>
> http://www.tahi.org/logo/phase2-core/result/Self_Test_4-0-3/freebsd71.router/spec.p2/index.html
>
> 09:29:46
> vSend(Link1,echo_request)
>
>
> Send Echo Request to Link0
> <http://www.tahi.org/logo/phase2-core/result/Self_Test_4-0-3/freebsd71.router/spec.p2/22.html#vSendPKT2>
>
>
>
>
> 09:29:46
> vRecv(Link0,echo_request_f ns_g2g ns_g2l ns_l2g ns_l2l u_ns_g2g
> u_ns_g2g_wo u_ns_g2l u_ns_g2l_wo u_ns_l2g u_ns_l2g_wo u_ns_l2l
> u_ns_l2l_wo) timeout:5 cntLimit:0 seektime:0
>
>
> Recv forwarded Echo Request from Link1
> <http://www.tahi.org/logo/phase2-core/result/Self_Test_4-0-3/freebsd71.router/spec.p2/22.html#vRecvPKT2>
>
--
Yukiyo Akisada <akisada@tahi.org>