Index: [Article Count Order] [Thread]

Date: Tue, 18 Dec 2007 09:47:12 +0900
From: Yukiyo Akisada <akisada@tahi.org>
Subject: [users:00450] Re: doubt in recvNsBasic.def (ct - 2.1.1)
To: "Javed Shakeel" <javedshakeel@gmail.com>
Cc: users@tahi.org
Message-Id: <20071218094712.9f1d0d84.akisada@tahi.org>
In-Reply-To: <2b034ca00712160125q1375a56bicc74b18b5899a16a@mail.gmail.com>
References: <2b034ca00712160125q1375a56bicc74b18b5899a16a@mail.gmail.com>
X-Mail-Count: 00450

Hi, Javed.

Thanks for your reporting.
But this issue had been already fixed on our CVS tree.

Talking about core protocols,
test scripts included in ct-2.1.1 has been already obsolete.

Please use the newest.
You can get the newest from <http://www.tahi.org/logo/phase2-core/>.

Regards,


On Sun, 16 Dec 2007 14:55:31 +0530
"Javed Shakeel" <javedshakeel@gmail.com> wrote:

> Hi,
>  I have doubt in recvNsBasic.def in ct-2.1.1 .
> 
> //----------------------------------------------------------------------
> // multicast NS
> //	TN(global) ==> NUT(solicited-node[global])
> //	target=NUT(global)
> //	w/ SLLA
> //
> //----------------------------------------------------------------------
> FEM_icmp6_ns(mcast_ns_global2global_sll, _HETHER_tn2nut,
> 
> Here, even though we are sending the NS to the solicited-node[global],
> we choose a unicast destination ethernet address instead of multicast.
> Quoting from rfc2464 - Ipv6 Transmission over Ethernet,
> 
> 7.  Address Mapping -- Multicast
> 
>    An IPv6 packet with a multicast destination address DST, consisting
>    of the sixteen octets DST[1] through DST[16], is transmitted to the
>    Ethernet multicast address whose first two octets are the value 3333
>    hexadecimal and whose last four octets are the last four octets of
>    DST.
>                   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
>                   |0 0 1 1 0 0 1 1|0 0 1 1 0 0 1 1|
>                   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
>                   |   DST[13]     |   DST[14]     |
>                   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
>                   |   DST[15]     |   DST[16]     |
>                   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
> 
> 
> 
> Shoudn't we use a multicast ethernet address in the above call instead
> of the unicast ethernet address.
> In all the other similar calls in this test case we use a multicast
> ethernet address for a multicast ipv6 address.
> 
> //----------------------------------------------------------------------
> // multicast NS
> //	TN(link-local) ==> NUT(solicited-node[link-local])
> //	target=NUT(link-local)
> //	w/ SLLA
> //
> //----------------------------------------------------------------------
> FEM_icmp6_ns(mcast_ns_link2link_sll, _HETHER_tn2nutsolnode,
> 
> //----------------------------------------------------------------------
> // mulstcast NS
> //	TN(link-local) ==> NUT(solicited-node[link])
> //	target=NUT(global)
> //	w/ SLLA
> //
> 
> //----------------------------------------------------------------------
> FEM_icmp6_ns(mcast_ns_link2global_sll, _HETHER_tn2nutsolnode,
> 
> //----------------------------------------------------------------------
> // multicast NS
> //	TN(global) ==> NUT(solicited-node[link-local])
> //	target=NUT(link-local)
> //	w/ SLLA
> //
> //----------------------------------------------------------------------
> FEM_icmp6_ns(mcast_ns_global2link_sll, _HETHER_tn2nutsolnode,
> 
> 
> 
> 
> --
> Javed
> 


------------------------------------------------------------------------
Yukiyo Akisada <akisada@tahi.org>