[Fli4l_dev] fli4l-4.0 und ipv6 - Problem mit den Circuits

Fr Apr 5 13:34:08 CEST 2019

Hallo Matthias,
...
>> Mit ipv4 läuft der Router ohne Probleme, aber für ipv6 hilft mir die 
>> vorhandene Doku absolut nicht weiter;
> 
> War bei mir genauso.

das beruhigt mich...

Vielen Dank für die Hilfestellung - also habe ich konfiguriert:

circuits.txt
CIRC_1 ist mein bisheriger ipv4-circuit - jetzt inaktiv mit CIRC_1_UP='no'

CIRC_2_NAME='dsl-dev'
CIRC_2_TYPE='ppp'
CIRC_2_PPP_TYPE='ethernet'
CIRC_2_ENABLED='yes'
CIRC_2_CLASS_N='1'
CIRC_2_CLASS_1='internet'
CIRC_2_PPP_ETHERNET_DEV='eth1.7' <- da hängt das DSL-Modem dran
CIRC_2_PPP_ETHERNET_TYPE='kernel'
CIRC_2_PPP_USERID='xyz at t-online.de'
CIRC_2_PPP_PASSWORD='geheim'
CIRC_2_PPP_FILTER='no'
CIRC_2_PPP_VJ='yes'
CIRC_2_NETS_IPV4_N='1'
CIRC_2_NETS_IPV4_1='0.0.0.0/0'
CIRC_2_NETS_IPV6_N='1'
CIRC_2_NETS_IPV6_1='::/0'
CIRC_2_DEBUG='no'
CIRC_2_USEPEERDNS='yes'
CIRC_2_HUP_TIMEOUT='0'
CIRC_2_CHARGEINT='60'
CIRC_2_UP='yes'
CIRC_2_TIMES='Mo-Su:00-24:0.0:Y'
CIRC_2_WAIT='20'

CIRC_3_NAME='dhcpv6'
CIRC_3_TYPE='dhcp'
CIRC_3_PROTOCOLS='ipv6'
CIRC_3_DHCP_DEV='{dsl-dev}'
CIRC_3_ENABLED='yes'
CIRC_3_UP='yes'
------------------------
base.txt
OPT_IPV6='yes'
IPV6_NET_N='2'
IPV6_NET_1='{dhcpv6}+::1:0:0:0:1/64' <- ist das so korrekt?
IPV6_NET_1_DEV='IP_NET_1_DEV' <- das ist br0
IPV6_NET_1_ADVERTISE='yes'
IPV6_NET_1_ADVERTISE_DNS='yes'
IPV6_NET_2='{dhcpv6}+::2:0:0:0:1/64' <- ist das so korrekt?
IPV6_NET_2_DEV='IP_NET_2_DEV' <- das ist br1
IPV6_NET_2_ADVERTISE='yes'
IPV6_NET_2_ADVERTISE_DNS='yes'
------------------------
dns_dhcp.txt
OPT_DHCP_CLIENT='yes'
-----------------------
hoffentlich habe ich nix vergessen...

keine Fehler beim Build, Remote-update und Neustart:

damit bekomme ich am Router:
stan 4.0.0-r55493-testing # ip addr show
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN 
group default qlen 1000
     link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
     inet 127.0.0.1/8 scope host lo
        valid_lft forever preferred_lft forever
     inet6 ::1/128 scope host
        valid_lft forever preferred_lft forever
2: br0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state 
UP group default qlen 1000
     link/ether 00:0d:b9:1c:1a:2c brd ff:ff:ff:ff:ff:ff
     inet 192.168.6.1/24 brd 192.168.6.255 scope global br0
        valid_lft forever preferred_lft forever
     inet6 2003:ca:c3c9:d901::1/64 scope global dynamic
        valid_lft 14211sec preferred_lft 1611sec
     inet6 fe80::20d:b9ff:fe1c:1a2c/64 scope link
        valid_lft forever preferred_lft forever
3: br1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state 
UP group default qlen 1000
     link/ether 06:80:48:7b:33:2f brd ff:ff:ff:ff:ff:ff
     inet 192.168.7.1/24 brd 192.168.7.255 scope global br1
        valid_lft forever preferred_lft forever
     inet6 2003:ca:c3c9:d902::1/64 scope global dynamic
        valid_lft 14211sec preferred_lft 1611sec
     inet6 fe80::480:48ff:fe7b:332f/64 scope link
        valid_lft forever preferred_lft forever
...
10: ppp2: <POINTOPOINT,MULTICAST,NOARP,UP,LOWER_UP> mtu 1492 qdisc 
pfifo_fast state UNKNOWN group default qlen 3
     link/ppp
     inet 91.32.114.3 peer 62.155.244.25/32 scope global ppp2
        valid_lft forever preferred_lft forever
     inet6 2003:ca:c3bf:9dd::2/64 scope global dynamic mngtmpaddr
        valid_lft 14257sec preferred_lft 1657sec
     inet6 fe80::2/10 scope link
        valid_lft forever preferred_lft forever
11: wlan0v2: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq master
...

stan 4.0.0-r55493-testing # ping6 heise.de
PING heise.de(redirector.heise.de (2a02:2e0:3fe:1001:302::)) 56 data bytes
64 bytes from redirector.heise.de (2a02:2e0:3fe:1001:302::): icmp_seq=1 
ttl=58 time=11.1 ms

das schaut gut aus;

Aber von einem Client (MacOS) klappt ipv6 noch nicht;
der Mac bekommt eine ipv6-Adresse
2003:ca:c3c9:d901:c73:3f7f:22c0:660f

der Mac kann das IF br0 ping6en
2003:ca:c3c9:d901::1 und fe80::20d:b9ff:fe1c:1a2c gehen

der Mac kann das IF ppp2 ping6en
2003:ca:c3bf:9dd::2

der Mac kann heise.de nicht ping6en
cartman:~ stefan$ ping6 heise.de
PING6(56=40+8+8 bytes) 2003:ca:c3c9:d901:e03e:7395:ab20:b407 --> 
2a02:2e0:3fe:1001:302::
^C
--- heise.de ping6 statistics ---
25 packets transmitted, 0 packets received, 100.0% packet loss
cartman:~ stefan$

Wo liegt das Problem?

Was mich irritiert:
ppp2-ipv6=2003:ca:c3bf:9dd::2/64
br0-ipv6=2003:ca:c3c9:d901::1/64
br1-ipv6=2003:ca:c3c9:d902::1/64

ich vermute, mein Prefix ist also
2003:00ca:c3bf:9d - das sind 56 Bit

passen die so zusammen? ich hätte erwartet, dass da die ersten 56 Bit 
(das Prefix) immer identisch sind - oder irre ich?

oder muss ich den Fehler in der PF6-Region suchen?

Wer weiss weiter?

Groetjes
Stefan