Hallo,

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.

http://www.titan-dsl.de/index.php?link=produkte&sub=titandsl&cnt=titandsl7

Nette Geschichte, nicht wahr? 

>> Sieht irgendwie gut aus, die local LL address kann ich mit 
>> 
>> | ping6 -I eth0 
>
> Du meinst wohl -I ppp0 - oder?

Jaja, stimmt. Tippfehler. 
 
>> erreichen, die remote LL address hingegen nicht. 
>
> Versuchst Du die auch mit ping6 -I ppp0 zu erreichen? Schau mal, was Du
> mit tcpdump siehst.

,----
| [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:26:25.379838 fe80::81ef:4408:7245:c3ba > fe80::2d0:bcff:fefb:bc00: icmp6: 
echo request seq 1
| 00:26:25.479209 [|ip6]
| 00:26:26.380741 fe80::81ef:4408:7245:c3ba > fe80::2d0:bcff:fefb:bc00: icmp6: 
echo request seq 2
| 00:26:26.508765 [|ip6]
| 00:26:27.380794 fe80::81ef:4408:7245:c3ba > fe80::2d0:bcff:fefb:bc00: icmp6: 
echo request seq 3
| 00:26:27.500693 [|ip6]
| 00:26:28.380880 fe80::81ef:4408:7245:c3ba > fe80::2d0:bcff:fefb:bc00: icmp6: 
echo request seq 4
| 00:26:28.462749 [|ip6]
| 00:26:29.380963 fe80::81ef:4408:7245:c3ba > fe80::2d0:bcff:fefb:bc00: icmp6: 
echo request seq 5
| 00:26:29.463798 [|ip6]
| 00:26:30.381054 fe80::81ef:4408:7245:c3ba > fe80::2d0:bcff:fefb:bc00: icmp6: 
echo request seq 6
| 00:26:30.494572 [|ip6]
| 00:26:31.381142 fe80::81ef:4408:7245:c3ba > fe80::2d0:bcff:fefb:bc00: icmp6: 
echo request seq 7
| 00:26:31.521357 [|ip6]
| 00:26:32.381230 fe80::81ef:4408:7245:c3ba > fe80::2d0:bcff:fefb:bc00: icmp6: 
echo request seq 8
| 00:26:32.526797 [|ip6]
| 00:26:33.381331 fe80::81ef:4408:7245:c3ba > fe80::2d0:bcff:fefb:bc00: icmp6: 
echo request seq 9
| 00:26:33.486111 [|ip6]
| 00:26:34.381405 fe80::81ef:4408:7245:c3ba > fe80::2d0:bcff:fefb:bc00: icmp6: 
echo request seq 10
| 00:26:34.510033 [|ip6]
| 00:26:35.381491 fe80::81ef:4408:7245:c3ba > fe80::2d0:bcff:fefb:bc00: icmp6: 
echo request seq 11
| 00:26:35.526586 [|ip6]
| 00:26:36.381583 fe80::81ef:4408:7245:c3ba > fe80::2d0:bcff:fefb:bc00: icmp6: 
echo request seq 12
| 00:26:36.531049 [|ip6]
| 00:26:37.381664 fe80::81ef:4408:7245:c3ba > fe80::2d0:bcff:fefb:bc00: icmp6: 
echo request seq 13
| 00:26:37.506994 [|ip6]
| 00:26:38.381757 fe80::81ef:4408:7245:c3ba > fe80::2d0:bcff:fefb:bc00: icmp6: 
echo request seq 14
| 00:26:38.526709 [|ip6]
| 00:26:39.381846 fe80::81ef:4408:7245:c3ba > fe80::2d0:bcff:fefb:bc00: icmp6: 
echo request seq 15
| 00:26:39.528757 [|ip6]
| 00:26:40.381928 fe80::81ef:4408:7245:c3ba > fe80::2d0:bcff:fefb:bc00: icmp6: 
echo request seq 16
| 00:26:40.516842 [|ip6]
| 00:26:41.382017 fe80::81ef:4408:7245:c3ba > fe80::2d0:bcff:fefb:bc00: icmp6: 
echo request seq 17
| 00:26:41.513442 [|ip6]
| 
| 34 packets captured
| 34 packets received by filter
| 0 packets dropped by kernel
| [EMAIL PROTECTED]:/home/niehaus# 
`----



>> Die Ausgabe von "ifconfig ppp0" sieht verdächtig nach dem aus, was ich
>> laut
>> http://www.deepspace6.net/projects/initscripts-ipv6.html#id2867720 zu
>> erwarten habe, lediglich die IPv4-Adressen fehlen. Klar, da ich kein
>> IPv4 bekomme habe ich die mit der pppd-Option "noip" abgeschaltet.


> BTW: interessant ist, wie Du eine globale IPv6-Adresse erhälst...senden
> die RAs aus oder mußt Du DHCPv6 konfiguieren? 

Keine Ahnung, die haben mir ein Prefix /48 gegeben. In der Mail, die
ich von Titan bekommen habe, kann ich diese Information nicht
eindeutig erkennen. Die Antwort war kurz und bündig (und *sehr*
schnell).

,----
| From: Titan-DSL Support <[EMAIL PROTECTED]>
| Subject: Folgemeldung zu Ihrem Ticket [TITAN#14992] Follow-up to your ticket
| To: [EMAIL PROTECTED]
| Date: Tue, 28 Mar 2006 08:58:59 +0200
| 
| Ihr Betreff: Titan-DSL IPv6-Flat
| 
| cat /etc/ppp/peers/dsl-titan
| ------------------ cut -----------------
| pty "pppoe -I eth1 -m 1404 -U "
| linkname default0
| noipdefault
| defaultroute
| hide-password
| lcp-echo-interval 20
| lcp-echo-failure 3
| mtu 1456
| mru 1456
| noauth
| persist
| maxfail 0
| holdoff 4
| user "sd2/titandsl.de-sniehaus1"
| +ipv6 ipv6cp-use-ipaddr
| #debug
| --------------------------------------------------------
| 
| 
| cat /etc/network/interfaces
| ------------- cut ---------------------------------------
| auto eth0
| iface eth0 inet static
|         address 192.168.16.1
|         netmask 255.255.240.0
|         broadcast 192.168.16.255
|         up ip addr add  2001:4b88:1060::2/48 dev eth0
|         down ip addr del  2001:4b88:1060::2/48 dev eth0
| -----------------------------------------------------------
| 
| -- 
| Titan Networks GmbH
| Rüdesheimer Straße 72
| 65719 Hofheim
| 
| Telefon: 0180/3848266     (9ct./Min aus dem T-Com Festnetz)
| Telefax: 0180/3848265
| PGPkeys: http://www.titan-networks.de/gpg/
| 
`----


Die Konfigurieren mit "ip addr add 2001:4b88:1060::2/48 dev eth0" Ich
verstehe einfach nicht, wie ich damit Konnektivität herstellt aber ich
habe von alledem auch (noch) zu wenig Ahnung.


> Denn in IPV6CP ist (anders
> als bei IPCP) nichts von wegen Zuweisung einer globalen Adresse oder
> eines Prefix definiert.

Hmm. Achso. Ja. 

>> ,----
>> | [EMAIL PROTECTED]:/home/niehaus# ifconfig ppp0
>> | ppp0      Link encap:Point-to-Point Protocol  
>> |           inet6 addr: fe80::c561:2635:dc73:7ee3/10 Scope:Link
>> |           UP POINTOPOINT RUNNING NOARP MULTICAST  MTU:1456  Metric:1
>> |           RX packets:3 errors:0 dropped:0 overruns:0 frame:0
>> |           TX packets:6 errors:0 dropped:0 overruns:0 carrier:0
>> |           collisions:0 txqueuelen:3 
>> |           RX bytes:44 (44.0 b)  TX bytes:187 (187.0 b)
>> `----
>
> Also ich würde sagen, der Link funktioniert, sonst würdest Du keine
> RX-Counts haben.


Hm. Ich glaube auch chronisch, daß meine Routen br0ken sind, aber da
nicht einmal der ping6 auf die remote LL Adresse funktioniert habe ich
diesen Glauben hartnäckig bekämpft.


Achso, wenn es beim Debugging hilft: "ping6 www.space.net" ergibt: 

,----
| [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]
| 00:38:47.570342 fe80::81ef:4408:7245:c3ba > www.Space.Net: icmp6: echo 
request seq 47
| 00:38:47.851579 [|ip6]
| 00:38:48.572432 fe80::81ef:4408:7245:c3ba > www.Space.Net: icmp6: echo 
request seq 48
| 00:38:48.847920 [|ip6]
| 00:38:49.574511 fe80::81ef:4408:7245:c3ba > www.Space.Net: icmp6: echo 
request seq 49
| 00:38:49.855054 [|ip6]
| 00:38:50.575609 fe80::81ef:4408:7245:c3ba > www.Space.Net: icmp6: echo 
request seq 50
| 00:38:50.835396 [|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?


Und LL remote sollte meiner ziemlich unwissenden Meinung nach dennoch
ping6bar sein.

Der Vollständigkeit halber: 


,----
| [EMAIL PROTECTED]:/home/niehaus# ip addr
| 1: lo: <LOOPBACK,UP> mtu 16436 qdisc noqueue 
|     link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
|     inet 127.0.0.1/8 scope host lo
|     inet6 ::1/128 scope host 
|        valid_lft forever preferred_lft forever
| 2: sit0: <NOARP> mtu 1480 qdisc noop 
|     link/sit 0.0.0.0 brd 0.0.0.0
| 3: eth0: <BROADCAST,MULTICAST,UP> mtu 1500 qdisc pfifo_fast qlen 1000
|     link/ether 00:02:b3:24:7c:0c brd ff:ff:ff:ff:ff:ff
|     inet 192.168.0.102/24 brd 192.168.0.255 scope global eth0
|     inet6 2001:4b88:1060::2/48 scope global tentative 
|        valid_lft forever preferred_lft forever
|     inet6 fe80::202:b3ff:fe24:7c0c/64 scope link 
|        valid_lft forever preferred_lft forever
| 4: eth1: <BROADCAST,MULTICAST,UP> mtu 1500 qdisc pfifo_fast qlen 1000
|     link/ether 08:00:20:a2:2a:d3 brd ff:ff:ff:ff:ff:ff
|     inet 192.168.2.1/24 brd 192.168.2.255 scope global eth1
|     inet6 fe80::a00:20ff:fea2:2ad3/64 scope link 
|        valid_lft forever preferred_lft forever
| 5: tun0: <POINTOPOINT,MULTICAST,NOARP,UP> mtu 1500 qdisc pfifo_fast qlen 100
|     link/[65534] 
|     inet 10.0.0.1 peer 10.0.0.2/32 scope global tun0
| 36: ppp0: <POINTOPOINT,MULTICAST,NOARP,UP> mtu 1456 qdisc pfifo_fast qlen 3
|     link/ppp 
|     inet6 fe80::81ef:4408:7245:c3ba/10 scope link 
|        valid_lft forever preferred_lft forever
`----

Oder wer's anders mag: 

,----
| [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: 2001:4b88:1060::2/48 Scope:Global
|           inet6 addr: fe80::202:b3ff:fe24:7c0c/64 Scope:Link
|           UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
|           RX packets:124399 errors:0 dropped:0 overruns:0 frame:0
|           TX packets:114789 errors:0 dropped:0 overruns:0 carrier:0
|           collisions:0 txqueuelen:1000 
|           RX bytes:34019294 (32.4 MiB)  TX bytes:12097681 (11.5 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:33638 errors:0 dropped:0 overruns:0 frame:0
|           TX packets:28221 errors:0 dropped:0 overruns:0 carrier:0
|           collisions:0 txqueuelen:1000 
|           RX bytes:2204864 (2.1 MiB)  TX bytes:998118 (974.7 KiB)
|           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:489353 errors:0 dropped:0 overruns:0 frame:0
|           TX packets:489353 errors:0 dropped:0 overruns:0 carrier:0
|           collisions:0 txqueuelen:0 
|           RX bytes:76129759 (72.6 MiB)  TX bytes:76129759 (72.6 MiB)
| 
| ppp0      Link encap:Point-to-Point Protocol  
|           inet6 addr: fe80::81ef:4408:7245:c3ba/10 Scope:Link
|           UP POINTOPOINT RUNNING NOARP MULTICAST  MTU:1456  Metric:1
|           RX packets:515 errors:0 dropped:0 overruns:0 frame:0
|           TX packets:519 errors:0 dropped:0 overruns:0 carrier:0
|           collisions:0 txqueuelen:3 
|           RX bytes:44 (44.0 b)  TX bytes:53539 (52.2 KiB)
| 
| 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)
`----

Hat jemand noch Ideen? 


TIA, 



Sebastian 

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

Antwort per Email an