Networking Forums

Networking Forums > Computer Networking > Linux Networking > Problems setting up an IP6-over-IP4 tunnel

Reply
Thread Tools Display Modes

Problems setting up an IP6-over-IP4 tunnel

 
 
Martin Herbert Dietze
Guest
Posts: n/a

 
      08-17-2004, 04:26 PM
Hello,

having gone through the instructions at [1], I still have
problems getting an IP6-over-IP4 tunnel running. We're using an
internal, experimental network; currently there are three
machines involved:

juliet: One end of the tunnel, eth0 bound to subnet A4 and A6
respectively (A4: subnet using IPv4, A6: subnet using
IPv6). Default IPv4-router is romeo.

romeo: Other end of the tunnel, eth0 bound to same subnets as
juliet, also eth1 bound to subnet B4 and B6
respectively.

viola: Just a host with eth0 bound to B4 and B6 respectively.
Default router for both, IPv4 and IPv6 is romeo.

When setting up an ordinary IPv4-and-6 network with romeo as the
router between both IPv6-networks everything works fine, i.e. I
can ping viola from juliet and vice versa.

Now I setup the tunnel. For this I remove the default IPv6 router
entry from juliet's configuration and add these lines to my
/etc/network/interfaces file (I'm using Debian unstable):

| iface mytunl inet6 v4tunnel
| # this side of the tunnel has this address, eth0 has
| # a different one
| address 3ffe:ffff:1234:5::1:26
| netmask 64
| # the remote tunnel end's IPv4-address
| endpoint 192.168.200.3
| pre-up ip tunnel del mytunl 2>/dev/null || true
| up ip route add 2002::0/3 via 3ffe:ffff:1234:5::1:23
| up ip tunnel change mytunl ttl 64
| up ip tunnel add mytunl mode sit remote 192.168.200.3
| up ip link set mytunl up
| up ip addr add 3ffe:ffff:1234:5::1:26 dev mytunl
| up ip route add 2000::0/3 via 3ffe:ffff:1234:5::1:23

First of all, this configuration does not work. When doing
`ifup --verbose mytunl', it turns out that the last two
commands are kind of duplicate (the ip `route add 2002::0/3...'
actually adds a route for `2000::0/3', which is just what the
last line would do, also the address had been added by the
automatic magic accoring to the `address' entry in the second
line).

This leads me to believe that the last two lines should not be
there at all. Did I misread [1] or was the information there
incorrect?

Having removed these two lines, I can bring the thunnel up. On
the other side I use the same configuration, only setting the
IP addresses into opposite direction.

I can see the tunnel using `ifconfig', I can see the routes
using `ip -6 route', but when I do either of those commands
below from juliet, I get `destination unreachable':

ping6 -I eth0 ip6-viola
ping6 -I mytunl ip6-viola

However `ping6 -I mytunl ip6-romeo' works.

I then tried out the second variant, setting the default route
not to the remote tunnel end's IPv6-address, but the
IPv4-address instead:

| up ip route add 2000::0/3 via ::192.168.200.3

This does not change anything.

Any clue what goes wrong?

Cheers,

Martin

[1] http://people.debian.org/~csmall/ipv6/setup.html


--
Its gone to meet its maker... Its gone to join the choir invisible...
This Parrot is an Ex-Parrot!
-=-=- -=-=-=-=-
Dipl.Ing. Martin "Herbert" Dietze -=-=- University of Buckingham -=-=-
 
Reply With Quote
 
 
 
 
Martin Herbert Dietze
Guest
Posts: n/a

 
      08-20-2004, 08:33 AM
The problem is solved:

Martin Herbert Dietze <(E-Mail Removed)> wrote:


> | iface mytunl inet6 v4tunnel
> | # this side of the tunnel has this address, eth0 has
> | # a different one
> | address 3ffe:ffff:1234:5::1:26
> | netmask 64
> | # the remote tunnel end's IPv4-address
> | endpoint 192.168.200.3
> | pre-up ip tunnel del mytunl 2>/dev/null || true
> | up ip route add 2002::0/3 via 3ffe:ffff:1234:5::1:23


These here are unnecessary:

> | up ip tunnel change mytunl ttl 64
> | up ip tunnel add mytunl mode sit remote 192.168.200.3
> | up ip link set mytunl up
> | up ip addr add 3ffe:ffff:1234:5::1:26 dev mytunl
> | up ip route add 2000::0/3 via 3ffe:ffff:1234:5::1:23


They were meant as an illustration of how to setup the tunnel
manually in /etc/init.d, so they do the same thing the above
configuration file entry does. This explains this:

> This leads me to believe that the last two lines should not be
> there at all. Did I misread [1] or was the information there
> incorrect?


> Having removed these two lines, I can bring the thunnel up. On
> the other side I use the same configuration, only setting the
> IP addresses into opposite direction.


Which was correct.

> I can see the tunnel using `ifconfig', I can see the routes
> using `ip -6 route', but when I do either of those commands
> below from juliet, I get `destination unreachable':
>
> ping6 -I eth0 ip6-viola
> ping6 -I mytunl ip6-viola


The glitch here was that in my setup eth0 and mytunl shared the
same subnet. This confused the routing. After setting both to
different subnets things worked fine.

Hope this helps others via groups.google.org :-)

Cheers,

M.

--
Immer Schwierigkeiten immer gerade so zu schaffen, und so macht man sich auf
Dauer halt zum Schwierigkeitenaffen, trifft befreundete Primaten in den Kneipen
und im Garten, wartend auf die grosse Sause oder einfach nur oder besser noch,
die grosse Pause. -- Die Sterne
-=-=- -=-=-=-=-
Dipl.Ing. Martin "Herbert" Dietze -=-=- University of Buckingham -=-=-
 
Reply With Quote
Reply

Thread Tools
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off
Trackbacks are On
Pingbacks are On
Refbacks are Off


Similar Threads
Thread Thread Starter Forum Replies Last Post
kernel hangs after setting up Ipv6-ipv6 tunnel Kristoff Bonne Linux Networking 0 09-20-2008 08:36 PM
Logging into a domain then VPN with no split tunnel causing problems. RyanWalz@gmail.com Windows Networking 0 05-30-2007 08:31 PM
Site to site tunnel file sharing problems Robert Jacobs Network Routers 0 05-16-2007 09:27 PM
IPSEC VPN tunnel, problems with routes Sjaakie Network Routers 1 05-09-2006 08:45 AM
Setting up a localhost DNS - resolving domainnames through a ssh-tunnel Stormfrog Linux Networking 3 10-17-2004 07:28 AM



1 2 3 4 5 6 7 8 9 10 11