Hi, Vladimir.
I'm sorry.
You said that you are using v4.0.1 at Subject.
And v4.0.1 never send RA from TR2.
So please check your result again.
Thanks,
On Wed, 18 Jun 2008 10:21:55 +0900
Yukiyo Akisada <akisada@tahi.org> wrote:
> Hi, Vladimir.
>
> Which tester version are you using?
>
> In the newest test sequence, only TR1 sends RA.
> So the NUT's default router is only TR1.
>
> The sequence is following.
>
> 1) TR1 sends RA. NUT learns TR1 as the default router.
> 2) TR1 and NUT exchange the Echo. NUT learns TR1's MAC address.
> 3) TR2 and NUT exchange the Echo. NUT learns TR2's MAC address.
> 4) TN1 behind the TR1 sends Echo Request to NUT.
> 5) NUT sends Echo Reply toward TR1.
> 6) TR1 sends invalid Redirect to NUT and NUT ignores this.
> 7) TN1 behind the TR1 sends Echo Request to NUT again.
> 8) NUT sends Echo Reply toward TR1.
>
> Please check again.
> If the tester still sends RA from TR2,
> please let me know again.
>
> It might be the bug.
>
> Thanks.
>
>
> On Mon, 16 Jun 2008 17:23:41 +0300
> "Vladimir Kuk" <vkuk@marvell.com> wrote:
>
> > Hello.
> >
> > I'm running Self Tests for phase 2 host part and ran into some problem
> > with NDP test 2.3.6.A.
> >
> > In this test, first, NUT receives RA1 and is checked for adding R1 as
> > default router.
> > Then NUT receives RA2 and invalid redirect to this R2.
> > At the end, NUT is checked that it discarded the invalid redirect and
> > expected to send ICMP reply to R1 again.
> >
> > But since RA2 was valid now NUT has two default routers that are in
> > probably reachable state (as stated in RFC) and can send to any of them.
> >
> > Could you please, clarify this matter?
> >
> >
> > Thank you.
> >
> > Best regards,
> >
> > Vladimir Kuk
> >
> > Marvell Software Solutions Israel Ltd.
> > Atidim Technological Park Bldg #4
> > Tel Aviv, 61581, Israel
> > Email: vkuk@marvell.com
> > Office: +972-3-645-8955
> > Web site: http://www.marvell.com
> >
> >
> >
> >
>
>
> --
> Yukiyo Akisada <akisada@tahi.org>
>
>
--
Yukiyo Akisada <akisada@tahi.org>