Peter Bieringer <[EMAIL PROTECTED]> writes:

> Sebastian Niehaus schrieb:
>> Peter Bieringer <[EMAIL PROTECTED]> writes:
>> 
>>> Sebastian Niehaus schrieb:
>>>
>>>> Offenbar stelle ich mich zu blöd an, IPv6 über PPP zu betreiben. Titan
>>>> Networks stellt mir einen IPv6-only Zugang bereit (deshalb ist die
>>>> pppd-Option "noip" gesetzt)
>>> BTW: kann ich auch einen Account zum Testen bekommen?
>> 
>> T-DSL oder DSL von einem Reseller der Telekom hast (1und1, GMX, ...) 
>> ja.
>
> Hmm, leider nicht, hab M"Net. Bieten die das auch über Modem an?

Keine Ahnung, sieht eher nicht so aus. 

[...]


> Aha, Du sollst Dir also den Prefix selbst zuweisen, ist statisch.
>
> Wieso die die Konfig allerdings für eth0 anstatt für ppp0 darstellen,
> versteh ich nicht, mach das mal für ppp0.

Ich verstehe vorsichtshalber mal garnichts ...

[...]


>> | [EMAIL PROTECTED]:/home/niehaus# tcpdump -i ppp0 
>> | tcpdump: WARNING: ppp0: no IPv4 address assigned
>> | tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
>> | listening on ppp0, link-type LINUX_SLL (Linux cooked), capture size 96 
>> bytes
>> | 00:38:46.566412 fe80::81ef:4408:7245:c3ba > www.Space.Net: icmp6: echo 
>> request seq 46
>> | 00:38:46.811617 [|ip6]

[...]

>> Ich würde daraus lesen, daß das Ping immerhin über das korrekte
>> Interface rausläuft. Andererseits taugt fe80::81ef:4408:7245:c3ba wohl
>> auch weniger als "Absender", sodaß das Paket möglicherweise nicht
>> "zurückfindet". How comes?
>
> Das dürfte eigentlich gar nicht funktionieren, da der Scope der Adressen
> gar nicht übereinstimmt.

Ja, das war ja auch mein Gefühl. Nur: wie behebe ich das? 

> BTW: woher bekommst Du denn die Adresse? Hast Du einen 2. Zugang aktiv?
> Denn bei IPv6-only muß auch der Resolver IPv6-only laufen.

Sorry. Ja, ich habe einen IPv4 außerdem, über den auch der Resolver läuft. 

[...]


> 1) wenn der PPP-Link steht, dann machst Du:
> # ip addr add 2001:4b88:1060::2/48 dev ppp0

Okay. 

,----
| [EMAIL PROTECTED]:/home/niehaus# ifconfig 
| eth0      Link encap:Ethernet  HWaddr 00:02:B3:24:7C:0C  
|           inet addr:192.168.0.102  Bcast:192.168.0.255  Mask:255.255.255.0
|           inet6 addr: fe80::202:b3ff:fe24:7c0c/64 Scope:Link
|           UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
|           RX packets:175221 errors:0 dropped:0 overruns:0 frame:0
|           TX packets:163476 errors:0 dropped:0 overruns:0 carrier:0
|           collisions:0 txqueuelen:1000 
|           RX bytes:45813208 (43.6 MiB)  TX bytes:16501292 (15.7 MiB)
| 
| eth1      Link encap:Ethernet  HWaddr 08:00:20:A2:2A:D3  
|           inet addr:192.168.2.1  Bcast:192.168.2.255  Mask:255.255.255.0
|           inet6 addr: fe80::a00:20ff:fea2:2ad3/64 Scope:Link
|           UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
|           RX packets:98616 errors:0 dropped:0 overruns:0 frame:0
|           TX packets:90486 errors:0 dropped:0 overruns:0 carrier:0
|           collisions:0 txqueuelen:1000 
|           RX bytes:12793567 (12.2 MiB)  TX bytes:8459176 (8.0 MiB)
|           Interrupt:160 Base address:0xa800 
| 
| lo        Link encap:Local Loopback  
|           inet addr:127.0.0.1  Mask:255.0.0.0
|           inet6 addr: ::1/128 Scope:Host
|           UP LOOPBACK RUNNING  MTU:16436  Metric:1
|           RX packets:739390 errors:0 dropped:0 overruns:0 frame:0
|           TX packets:739390 errors:0 dropped:0 overruns:0 carrier:0
|           collisions:0 txqueuelen:0 
|           RX bytes:114983496 (109.6 MiB)  TX bytes:114983496 (109.6 MiB)
| 
| ppp0      Link encap:Point-to-Point Protocol  
|           inet6 addr: 2001:4b88:1060::2/48 Scope:Global
|           inet6 addr: fe80::81ef:4408:7245:c3ba/10 Scope:Link
|           UP POINTOPOINT RUNNING NOARP MULTICAST  MTU:1456  Metric:1
|           RX packets:58701 errors:0 dropped:0 overruns:0 frame:0
|           TX packets:58734 errors:0 dropped:0 overruns:0 carrier:0
|           collisions:0 txqueuelen:3 
|           RX bytes:44 (44.0 b)  TX bytes:6107899 (5.8 MiB)
| 
| tun0      Link encap:UNSPEC  HWaddr 
00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00  
|           inet addr:10.0.0.1  P-t-P:10.0.0.2  Mask:255.255.255.255
|           UP POINTOPOINT RUNNING NOARP MULTICAST  MTU:1500  Metric:1
|           RX packets:0 errors:0 dropped:0 overruns:0 frame:0
|           TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
|           collisions:0 txqueuelen:100 
|           RX bytes:0 (0.0 b)  TX bytes:0 (0.0 b)
`----



> # ip addr add 2001:4b88:1060:1::1/64 dev eth0 (optional, für's Subnetz
> an eth0)

Habe ich erstmal sein gelassen. Die anderen Interfaces kommen dann
wenn alles andere tut.

> 2) Default-Route setzen
> # ip -6 route add default via ppp0

,----
| [EMAIL PROTECTED]:/home/niehaus# ip -6 route add default via ppp0
| Error: an inet address is expected rather than "ppp0".
`----

Das bin ich schonmal drüber gestolpert. "via" scheint Adressen, keine
Devices zu wollen. Vermutlich ist folgendes gemeint? 

,----
| [EMAIL PROTECTED]:/home/niehaus# ip -6 route add default dev  ppp0
| [EMAIL PROTECTED]:/home/niehaus# 
`----


> bzw. bei älterem Kernel
> # ip -6 route add 2000::/3 via ppp0

Kernel 2.6.8 habe ich für "neuer" eingestuft - wie auch immer: auch
dieser Befehl macht mir keine IPv6-Verbindung (die Route, die ich per 

# ip -6 route add default dev  ppp0

gesetzt hatte, habe ich vorher natürlich brav gelöscht.

> 3) Test (gleichzeitig mit tcpdump an ppp0 sniffen)
> # ping6 2001:7b0:1101:1::37:3 

,----
| [EMAIL PROTECTED]:/home/niehaus# tcpdump -vv -i ppp0
| tcpdump: WARNING: ppp0: no IPv4 address assigned
| tcpdump: listening on ppp0, link-type LINUX_SLL (Linux cooked), capture size 
96 bytes
| 17:14:02.873571 2001:4b88:1060::2 > www.bieringer.de: icmp6: echo request seq 
1 (len 64, hlim 64)
| 17:14:03.047963 [|ip6]
| 17:14:03.873452 2001:4b88:1060::2 > www.bieringer.de: icmp6: echo request seq 
2 (len 64, hlim 64)
| 17:14:04.038168 [|ip6]
| 17:14:04.874513 2001:4b88:1060::2 > www.bieringer.de: icmp6: echo request seq 
3 (len 64, hlim 64)
| 17:14:05.024110 [|ip6]
`----

> (ist www.bieringer.de, bloß bei Dir funktioniert ja kein Resolving -
> eigentlich)

Wenigstens Resolving tut. Über IPv4 halt - siehe oben. 


> # traceroute6 2001:7b0:1101:1::37:3

Zeigt keinen einzigen Hop an. 

>
> BTW: ip -6 route könnte auch noch hilfreich sein

,----
| [EMAIL PROTECTED]:/home/niehaus# ip -6 route
| 2001:4b88:1060::/48 dev ppp0  metric 256  mtu 1456 advmss 1396 hoplimit 64
| fe80::/64 dev eth0  metric 256  mtu 1500 advmss 1440 hoplimit 64
| fe80::/64 dev eth1  metric 256  mtu 1500 advmss 1440 hoplimit 64
| fe80::/64 dev ppp0  metric 256  mtu 1456 advmss 1396 hoplimit 64
| fe80::/10 dev ppp0  metric 1  mtu 1456 advmss 1396 hoplimit 64
| fe80::/10 dev ppp0  metric 256  mtu 1456 advmss 1396 hoplimit 64
| ff00::/8 dev eth0  metric 256  mtu 1500 advmss 1440 hoplimit 1
| ff00::/8 dev eth1  metric 256  mtu 1500 advmss 1440 hoplimit 1
| ff00::/8 dev ppp0  metric 256  mtu 1456 advmss 1396 hoplimit 1
| default dev ppp0  metric 1024  mtu 1456 advmss 1396 hoplimit 64
| [EMAIL PROTECTED]:/home/niehaus# 
`----

Tja, ich bin weiterhin total planlos. Vielen Dank für Deine Mühe. Ich
habe keine Ahnung, wie ich das Problem weiter angehen könnte. Wer noch
Tipps hat ...



Gruß, Sebastian 


_______________________________________________
ipv6 mailing list
[email protected]
http://listserv.uni-muenster.de/mailman/listinfo/ipv6

Antwort per Email an