(usagi-users 01831) Re: About IPv6 over IPv6 tunnel

[Kazumi Muraki <muraki.kazumi@xxxxxxxxxxxxxxx>]

Hello,

Noriaki Takamiya -san wrote:

>  It is Destination Option Header. It is Encapsulation Limit.
>  It is defined in RFC2473?
>
>  And, If you want to remove this option header, add the following
>  option to ipv6tunnel command:
>
>ipv6tunnel add ip6tnl1 --tunnel-local-packets remote  ADDR2%eth0 \
>  local ADDR1%eth0  dev eth0 encaplimit none
>

Thanks a lot. I can make a tunnel! 
And I made sure that "encaplimit none" remove the option header.
After all, the problem is not this option header but my wrong routing table.


By the way, ipv6tunnel command has some options.

Usage: ipv6tunnel { add | change | del | show } [ NAME ]
          [ --kernel-device ]        (*1)   
          [ --mipv6-device ]         (*2)
          [ --tunnel-local-packets ] 
          [ --use-original-traffic-class ]    (*3)
             :
             :


[Q.1] Would you please tell me the meaning of (*1)-(*3)?
      In case I set it, what can I do?



and I have one more question.
<test environment example>          
                                            2000:10::20 
  2000:50::1     2000:10::10                2000:30::20  
+-----+eth0 +--+  eth0+-----+ip6tnl1+--+ ip6tnl1+-----+
|hostA|-----|RT|------|host |=======|RT|========|host |
+-----+     +--+      | B   |eth1   +--+    eth0|  C  |
                      +-----+                   +-----+
                         2000:20::10
            

In case hostA(2000:10::1) sends packets to hostC(2000:30::20).
I want hostB make them capsuled like below

i.e.,

tunnel     tunnel    
 src        dst      src      dst 
+--------+--------+--------+--------+-------
|2000:10 |2000:30 |2000:50 |2000:10 |data
| ::10   |  ::20  | ::1    |  ::20  |
+--------+--------+--------+--------+-------



With the tunnel that Takamiya-san told me the other day,
I can't do ping6 from hostA to hostC because hostB rejects it.


[Q.2] What commands are useful for this tunnel?



Best Regards,
---
Kazumi Muraki -- THE POSSIBILITIES ARE INFINITE --
FUJITSU KCN
mail: muraki.kazumi@xxxxxxxxxxxxxxx