[IPv6] Destination unreachable

[Whizzer]

Sinds een tijd heb ik een IPv6 tunnel naar ipng lopen en er zelfs een /60 bij. Echter sinds ik een ander ip heb (en dus ook de tunnel op moest bouwen), krijg ik de tunnel niet meer aan de gang op m'n linux machine. Ik heb m'n nieuwe ip wel naar ipng doorgemaild en die hebben alles veranderd zeggen ze. Ping ik naar mijn kant van de ipv6 tunnel, dan gaat het goed, maar ping ik naar de andere kant (de kant van ipng), dan krijg ik:

code:

[root@linuxsrv001 ftp]# ping6 3ffe:8114:1000::21c
PING 3ffe:8114:1000::21c(3ffe:8114:1000::21c) from 3ffe:8114:1000::21d
From ::1: Destination unreachable: Address unreachable
From ::1: Destination unreachable: Address unreachable
From ::1: Destination unreachable: Address unreachable

De tunnel heb ik als volgt aangemaakt:

code:

# ip tunnel add ipv6 mode sit local [mijn ipv4 adres] remote 212.192.192.219
# ip link set ipv6 up
# ip addr add 3ffe:8114:1000::21d/127 dev ipv6
# ip route add 2000::/3 via 3ffe:8114:1000::21c dev ipv6

Voor het complete verhaal ook nog even de routing tabel erbij:

code:

[root@linuxsrv001 ftp]# route -A inet6
Kernel IPv6 routing table
Destination         Next Hop        Flags Metric Ref    Use Iface
::1/128             ::          U     0 5     0 lo  
3ffe:8114:1000::21d/128 ::          U     0 5     1 lo  
3ffe:8114:1000::21c/127 ::          UA    256    10  0 ipv6    
3ffe:8114:2000:b00::1/128    ::         U     0 13   0 lo   
3ffe:8114:2000:b00::/60 ::          UA    256    0    0 eth2    
2000::/3               3ffe:8114:1000::21c UG    1  0     0 ipv6    
fe80::d979:395c/128     ::          U     0 0     0 lo  
fe80::250:bfff:fe1c:296c/128 ::         U     0 0     0 lo  
fe80::2a0:24ff:fea2:5a8f/128 ::         U     0 0     0 lo  
fe80::2a0:24ff:feb5:eead/128 ::         U     0 2     0 lo  
fe80::2a0:24ff:feb6:5ffb/128 ::         U     0 0     0 lo  
fe80::/10             ::            UA    256    0    0 eth0    
fe80::/10             ::            UA    256    0    0 eth3
fe80::/10             ::            UA    256    0    0 eth1    
fe80::/10             ::            UA    256    0    0 ipsec0  
fe80::/10             ::            UA    256    0    0 eth2    
fe80::/10             ::            UA    256    0    0 ipv6    
ff00::/8               ::           UA    256    0    0 ipv6    
[root@linuxsrv001 dennis]# ip -f inet6 route
3ffe:8114:1000::21c/127 via :: dev ipv6  proto kernel  metric 256  mtu 1480
3ffe:8114:2000:b00::/60 dev eth2  proto kernel  metric 256  mtu 1500
2000::/3 via 3ffe:8114:1000::21c dev ipv6  metric 1  mtu 1480
fe80::/10 dev eth0  proto kernel  metric 256  mtu 1500
fe80::/10 dev eth3  proto kernel  metric 256  mtu 1500
fe80::/10 dev eth1  proto kernel  metric 256  mtu 1500
fe80::/10 dev ipsec0  proto kernel  metric 256  mtu 16260
fe80::/10 dev eth2  proto kernel  metric 256  mtu 1500
fe80::/10 via :: dev ipv6  proto kernel  metric 256  mtu 1480
ff00::/8 dev ipv6  proto kernel  metric 256  mtu 1480
unreachable default dev lo  metric -1  error -101

En natuurlijk even de interface zelf:

code:

[root@linuxsrv001 dennis]# ifconfig ipv6
ipv6    Link encap:IPv6-in-IPv4  
        inet6 addr: 3ffe:8114:1000::21d/127 Scope:Global
        inet6 addr: fe80::d979:395c/128 Scope:Link
        UP POINTOPOINT RUNNING NOARP  MTU:1480  Metric:1
        RX packets:0 errors:0 dropped:0 overruns:0 frame:0
        TX packets:6 errors:0 dropped:0 overruns:0 carrier:0
        collisions:0 txqueuelen:0 
        RX bytes:0 (0.0 b)  TX bytes:744 (744.0 b)

Ik heb ook al geprobeerd bij ipng wat hulp te krijgen, want volgens hun mailtjes mag dat, maar ik kreeg als antwoord:
------
>Am I missing something here????

Yes you are. And I am not going to figure it out for you.
Remember that we are not your personal helpdesk and that you are supposed to have at least half a brain by yourself."
------

daar heb je dus ook weinig aan... Google geeft me ook al weinig info... Wie o wie kan mij dit allemaal verklaren?

[Verwijderd]

lekker handig dat je niet je echte IP's neerzet kan ik niet bij IPng kijken voor je...

Maaruh, als je IPv4 adres veranderd zal IPng je tunnel moeten veranderen! en ja, daarom was de eis ook een VAST IP...

[Kettrick]

Moet je even [e-mail] mailen met je nieuwe IP.

[Whizzer]

Ik heb al m'n nieuwe ip nummer doorgemaild naar ipng, ze zeggen ook dat alles om is... Maar misschien had felix wel een punt, dus ik heb inmiddels m'n ipv6 ip's en die van ipng weer aangepast...

Echter felix, als je van provider wisselt, dan gaat het moeilijk om je oude ip te houden...

[serkoon]

3ffe:8114:1000::21c/127 via ::

en

Destination Next Hop Flags Metric Ref Use Iface
::1/128 :: U 0 5 0 lo
3ffe:8114:1000::21d/128 :: U 0 5 1 lo

Oftewel: je routeert 3ffe:8114:1000::21c/127 via ::, localhost dus. Ook heb je een route voor 3ffe:8114:1000::21d via localhost.

Lijkt mij de reden dat het niet werkt en dat je dest. unreach krijgt vanaf ::..

[Whizzer]

Dat zijn de routes die automatisch worden toegevoegd bij het configureren van interface, kijk maar:
Voor het configgen:

code:

[root@linuxsrv001 /]# route -A inet6
Kernel IPv6 routing table
Destination         Next Hop  Flags Metric Ref    Use Iface
::1/128             ::    U     0   5     0 lo  
3ffe:8114:2000:b00::1/128    ::   U     0   13   0 lo   
3ffe:8114:2000:b00::/60 ::    UA    256    0      0 eth2    
fe80::d979:395c/128     ::    U     0   0     0 lo  
fe80::250:bfff:fe1c:296c/128 ::   U     0   0     0 lo  
fe80::2a0:24ff:fea2:5a8f/128 ::   U     0   0     0 lo  
fe80::2a0:24ff:feb5:eead/128 ::   U     0   2     0 lo  
fe80::2a0:24ff:feb6:5ffb/128 ::   U     0   0     0 lo  
fe80::/10             ::      UA    256    0      0 eth0    
fe80::/10             ::      UA    256    0      0 eth3
fe80::/10             ::      UA    256    0      0 eth1    
fe80::/10             ::      UA    256    0      0 ipsec0  
fe80::/10             ::      UA    256    0      0 eth2

En na het configgen:

code:

Destination         Next Hop        Flags Metric Ref Use Iface
::1/128             ::          U     0 5     0 lo  
3ffe:8114:1000::21d/128 ::          U     0 5     1 lo  
3ffe:8114:1000::21c/127 ::          UA    256    10    0 ipv6    
3ffe:8114:2000:b00::1/128    ::         U     0 13    0 lo  
3ffe:8114:2000:b00::/60 ::          UA    256    0     0 eth2    
2000::/3               3ffe:8114:1000::21c UG    1  0     0 ipv6    
fe80::d979:395c/128     ::          U     0 0     0 lo  
fe80::250:bfff:fe1c:296c/128 ::         U     0 0     0 lo  
fe80::2a0:24ff:fea2:5a8f/128 ::         U     0 0     0 lo  
fe80::2a0:24ff:feb5:eead/128 ::         U     0 2     0 lo  
fe80::2a0:24ff:feb6:5ffb/128 ::         U     0 0     0 lo  
fe80::/10             ::            UA    256    0     0 eth0    
fe80::/10             ::            UA    256    0     0 eth3
fe80::/10             ::            UA    256    0     0 eth1    
fe80::/10             ::            UA    256    0     0 ipsec0  
fe80::/10             ::            UA    256    0     0 eth2    
fe80::/10             ::            UA    256    0     0 ipv6    
ff00::/8               ::           UA    256    0     0 ipv6

Volgens mij staat hierboven dat 3ffe:8114:1000::21d/128 lokaal is en 3ffe:8114:1000::21c/127 via interface ipv6 moet gaan... Of zie ik dit nu verkeerd???

[Whizzer]

Er zijn toch wel meer mensen met een tunnel??? Niemand??

[Whizzer]

Ik ben iets verder, maar heb de oplossing nog niet... Op het moment dat ik een ping6 naar het ipv6 endpoint van ipng (3ffe:8114:1000::21c) doe, komt er in de routing table tijdelijk een entry die uit de cache gehaald wordt, kijk maar:

code:

3ffe:8114:1000::21c/128   3ffe:8114:1000::21c        UAC   0    2     0 ipv6

Ergens haalt ie die dus uit de cache, maar nu komt de vraag: hoe haal ik 'm weg uit de cache???