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? > http://www.titan-dsl.de/index.php?link=produkte&sub=titandsl&cnt=titandsl7 > Nette Geschichte, nicht wahr? Ja, sollte man wohl mal Werbung machen ;-) >>> 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# > `---- Naja, vielleicht läßt sich deren PPP-Router einfach nicht anpingen über LL. >>> 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 > | ----------------------------------------------------------- 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. > 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? Das dürfte eigentlich gar nicht funktionieren, da der Scope der Adressen gar nicht übereinstimmt. BTW: woher bekommst Du denn die Adresse? Hast Du einen 2. Zugang aktiv? Denn bei IPv6-only muß auch der Resolver IPv6-only laufen. > 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? Also 1) wenn der PPP-Link steht, dann machst Du: # ip addr add 2001:4b88:1060::2/48 dev ppp0 # ip addr add 2001:4b88:1060:1::1/64 dev eth0 (optional, für's Subnetz an eth0) 2) Default-Route setzen # ip -6 route add default via ppp0 bzw. bei älterem Kernel # ip -6 route add 2000::/3 via ppp0 3) Test (gleichzeitig mit tcpdump an ppp0 sniffen) # ping6 2001:7b0:1101:1::37:3 (ist www.bieringer.de, bloß bei Dir funktioniert ja kein Resolving - eigentlich) # traceroute6 2001:7b0:1101:1::37:3 BTW: ip -6 route könnte auch noch hilfreich sein BTW2: die Rückwärtsroute zu Dir: # traceroute6 2001:4b88:1060::2 traceroute to 2001:4b88:1060::2 (2001:4b88:1060::2) 5 so-0-0-0.rt7.muc3.m-online.net (2001:a60:0:100::2) 43.997 ms 44.284 ms 43 .306 ms 6 ge-0-1-0-302-gar1.muc.cw.net (2001:5001:100:f::1) 44.906 ms 45.935 ms 43. 93 ms 7 ge-0-0-0-200-zcr2.muc.cw.net (2001:5000:0:4::2) 44.6 ms 46.504 ms 44.052 ms 8 as0-bcr2.fra.cw.net (2001:5000:0:5::1) 50.161 ms 50.121 ms 50.951 ms 9 so-1-2-0-dcr2.fra.cw.net (2001:5000:0:f::1) 50.364 ms 50.979 ms 81.766 ms 10 2001:5000:0:78::2 (2001:5000:0:78::2) 50.864 ms 50.44 ms 49.662 ms 11 de-cix1v6.cr1-telhe-lon-uk.as15444.net (2001:7f8::3c54:0:1) 66.649 ms 67.507 ms 67.226 ms 12 decix2.six-de.net (2001:7f8::50a0:0:1) 78.985 ms 77.531 ms 78.174 ms 13 adslgw00-fra4-5a.six-de.net (2001:4b88:0:4:2:23:11:0) 80.221 ms 77.847 ms 79.231 ms 14 * Servus, Peter -- Dr. Peter Bieringer http://www.bieringer.de/pb/ GPG/PGP Key 0x958F422D mailto:[EMAIL PROTECTED] Deep Space 6 Co-Founder and Core Member http://www.deepspace6.net/ _______________________________________________ ipv6 mailing list [email protected] http://listserv.uni-muenster.de/mailman/listinfo/ipv6
