Guest User!

You are not Sophos Staff.

This discussion has been locked.
You can no longer post new replies to this discussion. If you have a question you can start a new discussion

Sixxs ip v6 tunnel Problem

I have activated ipv6 and setuo an sixxs account.

Every hour i recieved this mail:
IPv6 SixXs Tunnel Broker client not running - restarted

-- 
System Uptime      : 0 days 9 hours 8 minutes
System Load        : 0.00
System Version     : Astaro Security Gateway Software 8.100

Please refer to the manual for detailed instructions.


After a few hours i recieved this mail form sixxs
Our systems have detected that you have a TIC client of sorts that is trying to rapidly connect consecutively to our TIC server.
As this creates additional load on our servers, possibly denying service to other SixXS users.
We have disabled your account until you resolve this problem and notify us per email how you have resolved it.
Note that this most very likely does not even affect your connectivity which might be working fine or not at all.

Any TIC client (eg AICCU) should only connect to the TIC service at tunnel-setup time. If you connect more than 5 times in an hour something in your setup is wrong. AICCU can handle changing IP addresses, eg when changing networks, and also functions properly after hibernation. If you nevertheless have problems contact us.

Please resolve this issue and notify us what was wrong and how you resolve this problem, so that we can then re-enable your account and you can enjoy IPv6 connectivity.

Regards,
  The SixXS tunnelrobot.


Whars going wrong?


This thread was automatically locked due to age.
  • The same here with 8.103. I get the following error hourly and now, SixXs shut my tunnel down. [:(]

    ---
    IPv6 SixXs Tunnel Broker client not running - restarted

    -- 
    HA Status          : HA MASTER (node id: 1)
    System Uptime      : 11 days 23 hours 22 minutes
    System Load        : 0.89
    System Version     : Astaro Security Gateway 8.103

    Please refer to the manual for detailed instructions.
    ---
    Dear David,

    Our systems have detected that you have a TIC client of sorts that is trying to rapidly connect consecutively to our TIC server.
    As this creates additional load on our servers, possibly denying service to other SixXS users.
    We have disabled your account until you resolve this problem and notify us per email how you have resolved it.
    Note that this most very likely does not even affect your connectivity which might be working fine or not at all.

    Any TIC client (eg AICCU) should only connect to the TIC service at tunnel-setup time. If you connect more than 5 times in an hour something in your setup is wrong. AICCU can handle changing IP addresses, eg when changing networks, and also functions properly after hibernation. If you nevertheless have problems contact us.

    Please resolve this issue and notify us what was wrong and how you resolve this problem, so that we can then re-enable your account and you can enjoy IPv6 connectivity.

    Regards,
      The SixXS tunnelrobot.
    ---
    2011:06:20-16:57:22 astaro-2 aiccu[11347]: AICCU running as PID 11347
    2011:06:20-16:57:22 astaro-2 aiccu[11347]: Succesfully retrieved tunnel information for T_XYZ
    2011:06:20-16:57:53 astaro-2 aiccu[11665]: AICCU running as PID 11665
    2011:06:20-16:57:53 astaro-2 aiccu[11665]: Succesfully retrieved tunnel information for T_XYZ
    2011:06:20-16:58:14 astaro-2 aiccu[11778]: AICCU running as PID 11778
    2011:06:20-16:58:14 astaro-2 aiccu[11778]: Succesfully retrieved tunnel information for T_XYZ
    2011:06:20-16:58:45 astaro-2 aiccu[11977]: AICCU running as PID 11977
    2011:06:20-16:58:45 astaro-2 aiccu[11977]: Succesfully retrieved tunnel information for T_XYZ
    2011:06:20-16:59:16 astaro-2 aiccu[12217]: AICCU running as PID 12217
    2011:06:20-16:59:17 astaro-2 aiccu[12217]: Succesfully retrieved tunnel information for T_XYZ
    2011:06:20-16:59:47 astaro-2 aiccu[12378]: AICCU running as PID 12378
    2011:06:20-16:59:48 astaro-2 aiccu[12378]: Succesfully retrieved tunnel information for T_XYZ
    2011:06:20-17:00:18 astaro-2 aiccu[12722]: AICCU running as PID 12722
    2011:06:20-17:00:18 astaro-2 aiccu[12722]: TIC Server is currently not available
    2011:06:20-17:00:18 astaro-2 aiccu[12722]: Couldn't retrieve first tunnel for the above reason, aborting
    2011:06:20-17:00:49 astaro-2 aiccu[12892]: AICCU running as PID 12892
    2011:06:20-17:00:49 astaro-2 aiccu[12892]: TIC Server is currently not available
    2011:06:20-17:00:49 astaro-2 aiccu[12892]: Couldn't retrieve first tunnel for the above reason, aborting
    2011:06:20-17:01:20 astaro-2 aiccu[12988]: AICCU running as PID 12988
    2011:06:20-17:01:20 astaro-2 aiccu[12988]: TIC Server is currently not available
    2011:06:20-17:01:20 astaro-2 aiccu[12988]: Couldn't retrieve first tunnel for the above reason, aborting
    2011:06:20-17:01:51 astaro-2 aiccu[13084]: AICCU running as PID 13084
    2011:06:20-17:01:51 astaro-2 aiccu[13084]: TIC Server is currently not available
    2011:06:20-17:01:51 astaro-2 aiccu[13084]: Couldn't retrieve first tunnel for the above reason, aborting
    2011:06:20-17:02:22 astaro-2 aiccu[13194]: AICCU running as PID 13194
    2011:06:20-17:02:23 astaro-2 aiccu[13194]: TIC Server is currently not available
    2011:06:20-17:02:23 astaro-2 aiccu[13194]: Couldn't retrieve first tunnel for the above reason, aborting
    2011:06:20-17:02:53 astaro-2 aiccu[13255]: AICCU running as PID 13255
    2011:06:20-17:02:54 astaro-2 aiccu[13255]: TIC Server is currently not available
    2011:06:20-17:02:54 astaro-2 aiccu[13255]: Couldn't retrieve first tunnel for the above reason, aborting
    2011:06:20-17:03:24 astaro-2 aiccu[13458]: AICCU running as PID 13458
    2011:06:20-17:03:25 astaro-2 aiccu[13458]: TIC Server is currently not available
    2011:06:20-17:03:25 astaro-2 aiccu[13458]: Couldn't retrieve first tunnel for the above reason, aborting
  • I've seen on another thread that this will be fixed in 8.200 but I can't see any target date for that.

    In the meantime does anyone know if the .rpm referenced above will work on 8.103?
  • I've seen on another thread that this will be fixed in 8.200 but I can't see any target date for that.

    In the meantime does anyone know if the .rpm referenced above will work on 8.103?


    It doesn't, I am running 8.103, installed the fix and it doesn't work...confirmed by Astaro Premium Support (Mr. Hudl)
  • So, nothing to do but wait . . . . . . . . . . . . . .[:(]
  • I've tried re-enabling my tunnel but I don't know yet whether the problem has been resolved. Has anone else had a chance to check this?
  • I switched to HE IPv6 tunnel (Hurricane Electric Free IPv6 Tunnel Broker) and my config is working without any issue under 8.201.
  • I was using SIXXS for much of the beta without issue, but switched to HE when that broker was added.
  • I was using sixxs ayiya all through the 8.2b without a problem. On the main ASG I now use freenet6 because it has a pop in Sydney and you are assigned a /56.

    The sixxs tunnel I am assigned to is based in London and it is on my USB 3G UMTS test ASG and has a /48 address range.

    Currently running 8.201 latest version on both boxes.

    Ian[:)]