SixXS Tunnel Heartbeat mit aiccu

Levio

Neuer User
Mitglied seit
18 Apr 2010
Beiträge
58
Punkte für Reaktionen
0
Punkte
0
Hallo, ich habe aiccu auf meiner FB installiert und versuche den Tunnel einzurichten. Aiccu startet auch, meldet sich an und kriegt die Daten von sixxs. Also trägt die richtige IP für das Gerät "sixxs" ein usw. Allerdings kann ich nix über den Tunnel pingen, also ping6 "pop-IP" führt zu timeout.

Ich poste gerne logfiles usw., weiß allerdings gerade nicht, was hilfreich ist.

FB 7270v2 mit Freetz-Trunk (neuester) und FW 54.04.86

Leider kann ich nicht einfach die Variante von AVM in der neuen FW nutzen, weil ich noch keine Punkte für ein Subnetz habe...

Besten Dank für Tipps,

Levio
 
Zuletzt bearbeitet:
Hier mal die ausgabe von "sh -x /etc/init.d/rc.aiccu start"

Code:
+ DAEMON=aiccu
+ . /etc/init.d/modlibrc
+ export PATH=/sbin:/bin:/usr/sbin:/usr/bin:/mod/sbin:/mod/bin:/mod/usr/sbin:/mo                                                                                                                d/usr/bin
+ export LD_LIBRARY_PATH=/mod/lib:/mod/usr/lib
+ : aiccu
+ : aiccu
+ : aiccu_ENABLED
+ : /mod/etc/aiccu.conf
+ : aiccu
+ : /var/run/aiccu.pid
+ [ -n aiccu ]
+ modlib_loadconfig
+ local CONF_FILE=/mod/etc/conf/aiccu.cfg
+ [ ! -r /mod/etc/conf/aiccu.cfg ]
+ . /mod/etc/conf/aiccu.cfg
+ export AICCU_AUTOMATIC=true
+ export AICCU_DAEMONIZE=true
+ export AICCU_ENABLED=yes
+ export AICCU_INTERFACE=sixxs
+ export AICCU_PASSWORD=XXXXXXX
+ export AICCU_PIDFILE=/var/run/aiccu.pid
+ export AICCU_PROTOCOL=tic
+ export AICCU_RUNSCRIPT=no
+ export AICCU_SERVER=tic.sixxs.net
+ export AICCU_TUNNELID=TXXXX
+ export AICCU_USERNAME=XXXX-SIXXS
+ export AICCU_VERBOSE=false
+ export AICCU_WAITTIME=0
+ modlib_start
+ local DAEMON_ENABLED=
+ [  == no ]
+ [  == inetd -a ! -x /etc/init.d/rc.inetd ]
+ modlib_check_running
+ [ -n  ]
+ [ -x /etc/init.d/rc.inetd ]
+ echo aiccu_ENABLED
+ tr [:lower:]- [:upper:]_
+ eval echo $AICCU_ENABLED
+ echo yes
+ [ yes == inetd ]
+ [ -n  ]
+ local fn=/var/run/aiccu.pid
+ [ ! -s /var/run/aiccu.pid ]
+ return 3
+ start
+ local counter=0
+ date +%Y
+ [ 2010 -lt 2010 -a 0 -gt 0 ]
+ date +%Y
+ [ 2010 -lt 2010 -a 0 -gt 0 ]
+ modprobe ipv6
modprobe: module ipv6 not found in modules.dep
+ modlib_startdaemon aiccu start /mod/etc/aiccu.conf
+ echo -n Starting aiccu ...
Starting aiccu ... + config
+ modlib_config
+ local in_files=aiccu
+ local out_file=/mod/etc/aiccu.conf
+ [ -x /tmp/flash/aiccu_conf ]
+ [ -x /tmp/flash/aiccu/aiccu_conf ]
+ /mod/etc/default.aiccu/aiccu_conf
+ cat /tmp/flash/aiccu.extra /tmp/flash/aiccu/aiccu.extra
+ env - PATH=/sbin:/bin:/usr/sbin:/usr/bin:/mod/sbin:/mod/bin:/mod/usr/sbin:/mod                                                                                                                /usr/bin aiccu start /mod/etc/aiccu.conf
+ local rv=0
+ [ 0 -ne 0 ]
+ local fn=/var/run/aiccu.pid
+ [ ! -s /var/run/aiccu.pid ]
+ echo done.
done.
+ [ no == yes ]
+ return 1

Mich irrtiert, dass modprobe ipv6 offensichtlich fehlschlägt, allerdings habe ich alles, was mit ipv6 zu tun hat installiert, dachte ich...
 
Zuletzt bearbeitet:
Also liegt es nicht daran? Kann ich das ignorieren?
 
Hast du mal in den Syslog geschaut?

MfG Oliver
 
Ja habe ich, allerdings steht dort nichts von AICCU, bzw. es ist schon wieder gelöscht, weil zuviele Einträge im logfile sind. Was ist denn ein vernünftiger Wert für die Puffergröße? Oder sollte ich das in eine Datei abspeichern? Was ich mal gesehen habe war, dass AICCU gestartet wurde und dass die Anmeldung geklappt hat. Allerdings fehlte der Eintrag, dass ein Tunnel erstellt wurde.

Wenn mir jemand kurz sagen könnte, wie ich die AICCU Ausgaben nochmal provoziere? (Neustart von AICCU hilft nicht).
 
Läuft aiccu überhaupt?

MfG Oliver
 
Ja, läuft. Habe es ja (siehe oben) gestartet.
 
Hallo, ich habe aiccu auf meiner FB installiert und versuche den Tunnel einzurichten. Aiccu startet auch, meldet sich an und kriegt die Daten von sixxs. Also trägt die richtige IP für das Gerät "sixxs" ein usw. Allerdings kann ich nix über den Tunnel pingen, also ping6 "pop-IP" führt zu timeout.

Mit tcpdump auf der Kiste würde man mehr erkennen können...
 
Ist installiert. Was soll ich posten?
 
tcpdump host $SIXXS_POP

Dann mal einen ping absetzen.
 
Kriege ich so nicht hin. Frage mich ob ich nicht auf einem speziellen device lauschen muss. Normale pings von der FB fängt tcpdump auch nicht so einfach ab... nur die aus dem LAN nach draußen.
 
Hier mal ifconfig. Vielleicht fällt jemandem was auf?

Code:
adsl      Link encap:UNSPEC  HWaddr 00-00-00-00-00-00-00-00-00-00-00-00-00-00-0-00
          UP POINTOPOINT RUNNING NOARP MULTICAST  MTU:2000  Metric:1
          RX packets:547920 errors:0 dropped:0 overruns:0 frame:0
          TX packets:284025 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:32
          RX bytes:527776855 (503.3 MiB)  TX bytes:56119335 (53.5 MiB)

ath0      Link encap:Ethernet  HWaddr 00:1F:3F:D5:2B:42
          UP BROADCAST RUNNING ALLMULTI MULTICAST  MTU:2290  Metric:1
          RX packets:112622 errors:0 dropped:0 overruns:0 frame:0
          TX packets:282623 errors:0 dropped:55 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:10194462 (9.7 MiB)  TX bytes:331761685 (316.3 MiB)

cpmac0    Link encap:Ethernet  HWaddr 00:1F:3F:F0:16:C7
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:122448 errors:0 dropped:0 overruns:0 frame:0
          TX packets:195353 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:29633202 (28.2 MiB)  TX bytes:177868652 (169.6 MiB)

dsl       Link encap:Point-to-Point Protocol
          inet addr:192.168.4.1  P-t-P:192.168.4.1  Mask:255.255.255.255
          UP POINTOPOINT RUNNING NOARP ALLMULTI MULTICAST  MTU:1500  Metric:1
          RX packets:437173 errors:0 dropped:0 overruns:0 frame:0
          TX packets:208268 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:100
          RX bytes:397286072 (378.8 MiB)  TX bytes:41105763 (39.2 MiB)

eth0      Link encap:Ethernet  HWaddr 00:1F:3F:F0:16:C7
          UP BROADCAST RUNNING ALLMULTI MULTICAST  MTU:1500  Metric:1
          RX packets:122447 errors:0 dropped:0 overruns:0 frame:0
          TX packets:120067 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:128
          RX bytes:29633142 (28.2 MiB)  TX bytes:76500612 (72.9 MiB)

guest     Link encap:Ethernet  HWaddr 00:1F:3F:F0:16:C7
          inet addr:192.168.179.1  Bcast:192.168.179.255  Mask:255.255.255.0
          UP BROADCAST RUNNING ALLMULTI MULTICAST  MTU:1500  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:866 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:0 (0.0 B)  TX bytes:43444 (42.4 KiB)

lan       Link encap:Ethernet  HWaddr 00:1F:3F:F0:16:C7
          inet addr:192.168.4.1  Bcast:192.168.7.255  Mask:255.255.248.0
          UP BROADCAST RUNNING ALLMULTI MULTICAST  MTU:1500  Metric:1
          RX packets:234574 errors:0 dropped:0 overruns:0 frame:0
          TX packets:377719 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:35920252 (34.2 MiB)  TX bytes:394532228 (376.2 MiB)

lan:0     Link encap:Ethernet  HWaddr 00:1F:3F:F0:16:C7
          inet addr:169.254.1.1  Bcast:169.254.255.255  Mask:255.255.0.0
          UP BROADCAST RUNNING ALLMULTI MULTICAST  MTU:1500  Metric:1

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:3133 errors:0 dropped:0 overruns:0 frame:0
          TX packets:3133 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:233841 (228.3 KiB)  TX bytes:233841 (228.3 KiB)

sixxs     Link encap:IPv6-in-IPv4
          inet6 addr: 2001:xxxx:ff00:30e::2/64 Scope:Global
          inet6 addr: fe80::a9fe:101/64 Scope:Link
          inet6 addr: fe80::c0a8:b301/64 Scope:Link
          inet6 addr: fe80::c0a8:c801/64 Scope:Link
          inet6 addr: fe80::c0a8:401/64 Scope:Link
          UP POINTOPOINT RUNNING NOARP  MTU:1280  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:0
          RX bytes:0 (0.0 B)  TX bytes:0 (0.0 B)

tun0      Link encap:UNSPEC  HWaddr 00-00-00-00-00-00-00-00-00-00-00-00-00-00-0-00
          inet addr:192.168.200.1  P-t-P:192.168.200.2  Mask:255.255.255.255
          UP POINTOPOINT RUNNING NOARP ALLMULTI MULTICAST  MTU:1500  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:832 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:100
          RX bytes:0 (0.0 B)  TX bytes:30072 (29.3 KiB)

wifi0     Link encap:Ethernet  HWaddr 00:1F:3F:D5:2B:42
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:1883189 errors:0 dropped:0 overruns:0 frame:230975
          TX packets:265071 errors:291 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:323327880 (308.3 MiB)  TX bytes:318752444 (303.9 MiB)
          Interrupt:80 Memory:c0480000-c0490000
 
Zuletzt bearbeitet:
So, habe die Autotestfunktion von aiccu gefunden:

Code:
ip: SIOCADDTUNNEL: No buffer space available
ip: RTNETLINK answers: File exists
ip: RTNETLINK answers: File exists
#######
####### AICCU Quick Connectivity Test
#######

####### [1/8] Ping the IPv4 Local/Your Outer Endpoint (192.168.4.1)
### This should return so called 'echo replies'
### If it doesn't then check your firewall settings
### Your local endpoint should always be pingable
### It could also indicate problems with your IPv4 stack

PING 192.168.4.1 (192.168.4.1): 56 data bytes
64 bytes from 192.168.4.1: seq=0 ttl=64 time=0.435 ms
64 bytes from 192.168.4.1: seq=1 ttl=64 time=0.340 ms
64 bytes from 192.168.4.1: seq=2 ttl=64 time=0.333 ms

--- 192.168.4.1 ping statistics ---
3 packets transmitted, 3 packets received, 0% packet loss
round-trip min/avg/max = 0.333/0.369/0.435 ms

######

####### [2/8] Ping the IPv4 Remote/PoP Outer Endpoint (78.35.24.124)
### These pings should reach the PoP and come back to you
### In case there are problems along the route between your
### host and the PoP this could not return replies
### Check your firewall settings if problems occur

PING 78.35.24.124 (78.35.24.124): 56 data bytes
64 bytes from 78.35.24.124: seq=0 ttl=58 time=21.642 ms
64 bytes from 78.35.24.124: seq=1 ttl=58 time=21.495 ms
64 bytes from 78.35.24.124: seq=2 ttl=58 time=21.783 ms

--- 78.35.24.124 ping statistics ---
3 packets transmitted, 3 packets received, 0% packet loss
round-trip min/avg/max = 21.495/21.640/21.783 ms

######

####### [3/8] Traceroute to the PoP (78.35.24.124) over IPv4
### This traceroute should reach the PoP
### In case this traceroute fails then you have no connectivity
### to the PoP and this is most probably the problem

traceroute to 78.35.24.124 (78.35.24.124), 30 hops max, 38 byte packets
 1  rdsl-koln-de02.nw.mediaways.net (213.20.58.131)  19.769 ms  19.848 ms  20.182 ms
 2  xmwc-koln-de02-chan-20.nw.mediaways.net (195.71.204.78)  20.377 ms  20.429 ms  20.297 ms
 3  rmwc-koln-de01-gigaet-0-1-0.nw.mediaways.net (62.53.198.161)  21.310 ms  21.733 ms  20.713 ms
 4  195.71.248.54 (195.71.248.54)  23.856 ms  20.334 ms  23.024 ms
 5  core-pg1-t91.netcologne.de (87.79.16.105)  19.995 ms  20.947 ms  20.271 ms
 6  core-eup2-t41.netcologne.de (87.79.16.205)  20.654 ms  21.080 ms  20.960 ms
 7  sixxs-pop1.netcologne.net (78.35.24.124)  20.786 ms  20.853 ms  20.328 ms

######

###### [4/8] Checking if we can ping IPv6 localhost (::1)
### This confirms if your IPv6 is working
### If ::1 doesn't reply then something is wrong with your IPv6 stack

PING ::1 (::1): 56 data bytes
64 bytes from ::1: seq=0 ttl=64 time=0.459 ms
64 bytes from ::1: seq=1 ttl=64 time=0.725 ms
64 bytes from ::1: seq=2 ttl=64 time=0.440 ms

--- ::1 ping statistics ---
3 packets transmitted, 3 packets received, 0% packet loss
round-trip min/avg/max = 0.440/0.541/0.725 ms

######

###### [5/8] Ping the IPv6 Local/Your Inner Tunnel Endpoint (2001:xxxx:ff00:30e::2)
### This confirms that your tunnel is configured
### If it doesn't reply then check your interface and routing tables

PING 2001:4dd0:ff00:30e::2 (2001:4dd0:ff00:30e::2): 56 data bytes

--- 2001:4dd0:ff00:30e::2 ping statistics ---
3 packets transmitted, 0 packets received, 100% packet loss

######

###### [6/8] Ping the IPv6 Remote/PoP Inner Tunnel Endpoint (2001:xxxx:ff00:30e::1)
### This confirms the reachability of the other side of the tunnel
### If it doesn't reply then check your interface and routing tables
### Don't forget to check your firewall of course
### If the previous test was succesful then this could be both
### a firewalling and a routing/interface problem

PING 2001:4dd0:ff00:30e::1 (2001:4dd0:ff00:30e::1): 56 data bytes

--- 2001:4dd0:ff00:30e::1 ping statistics ---
3 packets transmitted, 0 packets received, 100% packet loss

######

###### [7/8] Traceroute6 to the central SixXS machine (noc.sixxs.net)
### This confirms that you can reach the central machine of SixXS
### If that one is reachable you should be able to reach most IPv6 destinations
### Also check http://www.sixxs.net/ipv6calc/ which should show an IPv6 connection
### If your browser supports IPv6 and uses it of course.

traceroute to noc.sixxs.net (2001:838:1:1:210:dcff:fe20:7c7c), 30 hops max, 16 byte packets
 1  *  *  *
 2  *  *  *
 3  *  *  *
 4  *  *  *
 5  *  *  *
 6  *  *  *
 7  *  *  *
 8  *  *  *
 9  *  *  *
10
  *  *  *
11
######

###### [8/8] Traceroute6 to (www.kame.net)
### This confirms that you can reach a Japanese IPv6 destination
### If that one is reachable you should be able to reach most IPv6 destinations
### You should also check http://www.kame.net which should display
### a animated kame (turtle), of course only when your browser supports and uses IPv6

traceroute to www.kame.net (2001:200:dff:fff1:216:3eff:feb1:44d7), 30 hops max, 16 byte packets
 1  *
######

###### ACCU Quick Connectivity Test (done)

### Either the above all works and gives no problems
### or it shows you where what goes wrong
### Check the SixXS FAQ (http://www.sixxs.net/faq/
### for more information and possible solutions or hints
### Don't forget to check the Forums (http://www.sixxs.net/forum/)
### for a helping hand.
### Passing the output of 'aiccu autotest >aiccu.log' is a good idea.

Also stimmt was mit den routingtables nicht? Wusste nicht, dass ich da überhaupt was eintragen muss. (Ab Test 5/8 gehts schief).

Besten Dank für weitere Tipps, Levio
 
Zuletzt bearbeitet:
Ich kenn nun die Internas von AVM nicht, aber IMHO sollte IPv6 wenigstens an ein physikalisches Interface gebunden sein.
 
Holen Sie sich 3CX - völlig kostenlos!
Verbinden Sie Ihr Team und Ihre Kunden Telefonie Livechat Videokonferenzen

Gehostet oder selbst-verwaltet. Für bis zu 10 Nutzer dauerhaft kostenlos. Keine Kreditkartendetails erforderlich. Ohne Risiko testen.

3CX
Für diese E-Mail-Adresse besteht bereits ein 3CX-Konto. Sie werden zum Kundenportal weitergeleitet, wo Sie sich anmelden oder Ihr Passwort zurücksetzen können, falls Sie dieses vergessen haben.