Hi vishal,
I agree with Stig. ND processing happens after the the
tunnel-endpoint decapsulates the packet.
when u mean ND here i guess u are talking abt ND being
multicasted/unicasted on the tunnel link. In this case the ND packet's
src address cld be link-local of the tunnel end-point. As
That said; how should the
case where we have the fragment
header and both the Fragment Offset and the M flag is 0
be
treated?
=> The one and only fragment. :-) Doesnt make sense unless u want
to test the reassembling capability of the receiver of the fragments.
The presence of a fragment heade
Hi vishal,
I had a doubt, is it the case in current implementations that we not allow
tunneled packets to be received on a node, if the tunneling from a
source address is not explicitly configured.
=> If it is 6to4 or ipv6-in-ipv4 thats the case. Thats what pekka also
meant. tunneled packet's
Please consider removing the text as Jinmei has already suggested in
previous posts (and I apologize for having missed those messages last
week).
Even i support the removal of text. I had raised this during a discussion in
v6ops mailing list and Jinmei had told that time its getting remove
