IPv6: TIC Server is currently not available

Hello,

I have had a SiXX IPv6 tunnel via a Tunnel broker for quite some time. This was working perfectly. However since the upgrade to UTM9 this has stopped working. In the log file i notice these lines going over and over:

2012:10:04-09:50:54 ding aiccu[17876]: AICCU running as PID 17876 
2012:10:04-09:50:55 ding aiccu[17876]: TIC Server is currently not available 
2012:10:04-09:50:55 ding aiccu[17876]: Couldn't retrieve first tunnel for the above reason, aborting 

I do recall i installed a seperate .rpm when using Astaro v8 for this to be fixed. I cannot seem to find this rpm anymore, but i wonder if its really needed again or if this problem has something to do with somethign else.

regards
Peter

Peter,

I too am looking into IPv6 with SixXS running UTM v9.  Please check your e-mail account you used to sign up for SixXS.  Did they send you a notification saying that your AICCU client has tried to connect too many times in a specified period?

See below:

"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."

I configured the tunnel broker but did not have my Tunnel ID yet as it was still being approved.  I left the tunnel broker running, and figured this was the cause of the error.  I sent them a response explaining this, and they said I need to get with Sophos to fix the error.  I'm assuming this is because with or without the tunnel being activated the AICCU client shouldn't be behaving this way if used the way they want.  See their message below:

"Contact Sophos to resolve that, as clearly stated in the README of AICCU
that they are using it should not be automatically restarted.

Greets,
 Jeroen"

Let me know what you find out.  If it turns out to be the same issue, maybe we can bend Sophos' ear and hope for a patch.  Below is my log entry.

Chris

=========================

2012:10:04-16:25:05 Sophos aiccu[25630]: AICCU running as PID 25630
2012:10:04-16:25:07 Sophos aiccu[25630]: No tunnel available, request one first
2012:10:04-16:25:07 Sophos aiccu[25630]: Couldn't retrieve first tunnel for the above reason, aborting
2012:10:04-16:25:20 Sophos aiccu[25944]: AICCU running as PID 25944
2012:10:04-16:25:21 Sophos aiccu[25944]: No tunnel available, request one first
2012:10:04-16:25:21 Sophos aiccu[25944]: Couldn't retrieve first tunnel for the above reason, aborting
2012:10:04-16:25:51 Sophos aiccu[26041]: AICCU running as PID 26041
2012:10:04-16:25:53 Sophos aiccu[26041]: No tunnel available, request one first
2012:10:04-16:25:53 Sophos aiccu[26041]: Couldn't retrieve first tunnel for the above reason, aborting
2012:10:04-16:26:22 Sophos aiccu[26134]: AICCU running as PID 26134
2012:10:04-16:26:23 Sophos aiccu[26134]: No tunnel available, request one first
2012:10:04-16:26:23 Sophos aiccu[26134]: Couldn't retrieve first tunnel for the above reason, aborting
2012:10:04-16:26:53 Sophos aiccu[26214]: AICCU running as PID 26214
2012:10:04-16:26:55 Sophos aiccu[26214]: No tunnel available, request one first
2012:10:04-16:26:55 Sophos aiccu[26214]: Couldn't retrieve first tunnel for the above reason, aborting
2012:10:04-16:27:14 Sophos aiccu[26278]: AICCU running as PID 26278
2012:10:04-16:27:16 Sophos aiccu[26278]: No tunnel available, request one first
2012:10:04-16:27:16 Sophos aiccu[26278]: Couldn't retrieve first tunnel for the above reason, aborting
2012:10:04-16:27:45 Sophos aiccu[26427]: AICCU running as PID 26427
2012:10:04-16:27:47 Sophos aiccu[26427]: No tunnel available, request one first
2012:10:04-16:27:47 Sophos aiccu[26427]: Couldn't retrieve first tunnel for the above reason, aborting
2012:10:04-16:28:17 Sophos aiccu[26512]: AICCU running as PID 26512
2012:10:04-16:28:18 Sophos aiccu[26512]: No tunnel available, request one first
2012:10:04-16:28:18 Sophos aiccu[26512]: Couldn't retrieve first tunnel for the above reason, aborting
2012:10:04-16:28:48 Sophos aiccu[26597]: AICCU running as PID 26597
2012:10:04-16:28:49 Sophos aiccu[26597]: No tunnel available, request one first
2012:10:04-16:28:49 Sophos aiccu[26597]: Couldn't retrieve first tunnel for the above reason, aborting

Hello,

I have had a SiXX IPv6 tunnel via a Tunnel broker for quite some time. This was working perfectly. However since the upgrade to UTM9 this has stopped working. In the log file i notice these lines going over and over:

2012:10:04-09:50:54 ding aiccu[17876]: AICCU running as PID 17876 
2012:10:04-09:50:55 ding aiccu[17876]: TIC Server is currently not available 
2012:10:04-09:50:55 ding aiccu[17876]: Couldn't retrieve first tunnel for the above reason, aborting 

I do recall i installed a seperate .rpm when using Astaro v8 for this to be fixed. I cannot seem to find this rpm anymore, but i wonder if its really needed again or if this problem has something to do with somethign else.

regards
Peter

Peter,

I too am looking into IPv6 with SixXS running UTM v9.  Please check your e-mail account you used to sign up for SixXS.  Did they send you a notification saying that your AICCU client has tried to connect too many times in a specified period?

See below:

"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."

I configured the tunnel broker but did not have my Tunnel ID yet as it was still being approved.  I left the tunnel broker running, and figured this was the cause of the error.  I sent them a response explaining this, and they said I need to get with Sophos to fix the error.  I'm assuming this is because with or without the tunnel being activated the AICCU client shouldn't be behaving this way if used the way they want.  See their message below:

"Contact Sophos to resolve that, as clearly stated in the README of AICCU
that they are using it should not be automatically restarted.

Greets,
 Jeroen"

Let me know what you find out.  If it turns out to be the same issue, maybe we can bend Sophos' ear and hope for a patch.  Below is my log entry.

Chris

=========================

2012:10:04-16:25:05 Sophos aiccu[25630]: AICCU running as PID 25630
2012:10:04-16:25:07 Sophos aiccu[25630]: No tunnel available, request one first
2012:10:04-16:25:07 Sophos aiccu[25630]: Couldn't retrieve first tunnel for the above reason, aborting
2012:10:04-16:25:20 Sophos aiccu[25944]: AICCU running as PID 25944
2012:10:04-16:25:21 Sophos aiccu[25944]: No tunnel available, request one first
2012:10:04-16:25:21 Sophos aiccu[25944]: Couldn't retrieve first tunnel for the above reason, aborting
2012:10:04-16:25:51 Sophos aiccu[26041]: AICCU running as PID 26041
2012:10:04-16:25:53 Sophos aiccu[26041]: No tunnel available, request one first
2012:10:04-16:25:53 Sophos aiccu[26041]: Couldn't retrieve first tunnel for the above reason, aborting
2012:10:04-16:26:22 Sophos aiccu[26134]: AICCU running as PID 26134
2012:10:04-16:26:23 Sophos aiccu[26134]: No tunnel available, request one first
2012:10:04-16:26:23 Sophos aiccu[26134]: Couldn't retrieve first tunnel for the above reason, aborting
2012:10:04-16:26:53 Sophos aiccu[26214]: AICCU running as PID 26214
2012:10:04-16:26:55 Sophos aiccu[26214]: No tunnel available, request one first
2012:10:04-16:26:55 Sophos aiccu[26214]: Couldn't retrieve first tunnel for the above reason, aborting
2012:10:04-16:27:14 Sophos aiccu[26278]: AICCU running as PID 26278
2012:10:04-16:27:16 Sophos aiccu[26278]: No tunnel available, request one first
2012:10:04-16:27:16 Sophos aiccu[26278]: Couldn't retrieve first tunnel for the above reason, aborting
2012:10:04-16:27:45 Sophos aiccu[26427]: AICCU running as PID 26427
2012:10:04-16:27:47 Sophos aiccu[26427]: No tunnel available, request one first
2012:10:04-16:27:47 Sophos aiccu[26427]: Couldn't retrieve first tunnel for the above reason, aborting
2012:10:04-16:28:17 Sophos aiccu[26512]: AICCU running as PID 26512
2012:10:04-16:28:18 Sophos aiccu[26512]: No tunnel available, request one first
2012:10:04-16:28:18 Sophos aiccu[26512]: Couldn't retrieve first tunnel for the above reason, aborting
2012:10:04-16:28:48 Sophos aiccu[26597]: AICCU running as PID 26597
2012:10:04-16:28:49 Sophos aiccu[26597]: No tunnel available, request one first
2012:10:04-16:28:49 Sophos aiccu[26597]: Couldn't retrieve first tunnel for the above reason, aborting