Thread Info
  • State Not Answered
  • Replies 9 replies
  • Subscribers 0 subscribers
  • Views 1491 views
  • Users 0 members are here
Options
Suggested

[7.902][BUG][FIXED] IPv6 stuck in wrong state.

Billybob
I was just playing around and switching between freenet6 and sixxs.net and my astaro is now stuck with ipv6 state down and link up for sixxs.net. The ipv6 network is functional during this and I can access ipv6 sites as seen in screenshot3 via http proxy and last screenshot ifconfig. Just the interface is showing half up state and ipv6 status shows as connecting. 

If I switch to freenet6, everything comes up normal so the tsp client is working fine. Just the ayiya client is not working as it should. Here is a section of ipv6 log with me turning the tunnel broker on and off. 
2010:04:18-23:44:01 gatekeeper radvd[19193]: sendmsg: Invalid argument

2010:04:18-23:46:09 gatekeeper aiccu[21146]: AICCU running as PID 21146

2010:04:18-23:46:11 gatekeeper aiccu[21146]: Succesfully retrieved tunnel information for T28365

2010:04:18-23:46:11 gatekeeper radvd[21224]: version 1.6 started

2010:04:18-23:46:12 gatekeeper aiccu[21146]: [AYIYA-beat] : Error (-1) while sending 44 bytes sent to network: Operation not permitted (1)

2010:04:18-23:46:12 gatekeeper aiccu[21146]: [AYIYA-start] : Anything in Anything (draft-02)

2010:04:18-23:46:12 gatekeeper aiccu[21146]: [AYIYA-beat] : Error (-1) while sending 44 bytes sent to network: Operation not permitted (1)

2010:04:18-23:46:12 gatekeeper aiccu[21146]: [AYIYA-beat] : Error (-1) while sending 44 bytes sent to network: Operation not permitted (1)

2010:04:18-23:46:12 gatekeeper aiccu[21146]: [AYIYA-tun->tundev] : (Socket to TUN) started

2010:04:18-23:46:19 gatekeeper aiccu[21316]: AICCU running as PID 21316

2010:04:18-23:46:21 gatekeeper aiccu[21316]: Succesfully retrieved tunnel information for T28365

2010:04:18-23:46:24 gatekeeper aiccu[21316]: [AYIYA-start] : Anything in Anything (draft-02)

2010:04:18-23:46:24 gatekeeper aiccu[21316]: [AYIYA-tun->tundev] : (Socket to TUN) started


Adding a few screenshots for better understanding.
  • 0 
    Astaro Beta Report

    --------------------------------

    Version: 7.902

    Type: BUG

    State: MERGED/FIXED

    Reporter: Billybob+++

    Contributor: dskillin

    MantisID: 13742

    Target version: 7.920

    Fixed in version: 7.920

    --------------------------------
  • 0
    All tunnel broker are using the same Interface object. This is probably
    caused by a race condition between tspc shutdown and aiccu startup.

    Is this permanent or is the aiccu state UP again after
    disabling/enabling the Tunnel Broker?
  • 0 in reply to da_merlin
    This is probably caused by a race condition between tspc shutdown and aiccu startup.

    You are probably right. I have noticed it timeouts on tsp when I first enable freenet6 and then it retries and connects fine. Can't we put a few seconds between initial tries as it connects to 3-4 freenet servers within a second and timeouts (atleast in the logs)and then connects fine after a few seconds. Also this might be a feature request but can we change the tunnel broker settings without starting the tunnel. That way the broker settings can be edited without the tunnel being up.
    Is this permanent or is the aiccu state UP again after
    disabling/enabling the Tunnel Broker?

    This is permanent. I left it overnight like that and its still stuck on connecting although the connection is up. I have tried restarting ipv6, disabling the external interface and restarting the tunnel broker but its still stuck. If I change to freenet6, it comes right up. Sixxs is just stuck for now. It usually comes up without any problem also. I guess I will have to reboot.
  • 0
    Also this might be a feature request but can we change the tunnel broker settings without starting the tunnel. That way the broker settings can be edited without the tunnel being up.

    I agree, for testing it would be better. However on real installations this settings are rarely changed. On the opposite, to enable IPv6 and surf via the http proxy to IPv6 sites you only have to press two buttons (ipv6 global enable and tunnel broker). Thats very convenient [:)]

    This is permanent. I left it overnight like that and its still stuck on connecting although the connection is up. I have tried restarting ipv6, disabling the external interface and restarting the tunnel broker but its still stuck. If I change to freenet6, it comes right up. Sixxs is just stuck for now. It usually comes up without any problem also. I guess I will have to reboot.

    Please disable Tunnel Broker and enable it again. If the interface is afterwards still in state DOWN, please mail me the ipv6.log and confd-debug.log.
  • 0 in reply to da_merlin
    After the reboot, the firewall came back up fine as I had suspected. But I can reproduce this condition again by just changing between freenet6 and sixxs and it will hang everytime on sixxs. However, if I disable IPV6 from the global tab and restart again, everything works again now. This didn't work for me before the reboot.

    As you suggested, this is probably being caused by fast tspc shutdown and aiccu startup without waiting for proper initialization. I will attach the logs tomorrow when I get some time.

    Best Regards
    Bill.
  • 0
    Same problem here, state up, link down for sixxs.  Freenet6 works without issue.  Disabling the broker and re-enabling made no difference. 


    2010:05:11-10:35:14 qs-firewall aiccu[5558]: AICCU running as PID 5558

    2010:05:11-10:35:34 qs-firewall aiccu[5558]: Couldn't resolve host tic.sixxs.net, service 3874

    2010:05:11-10:35:34 qs-firewall aiccu[5558]: Couldn't connect to the TIC server tic.sixxs.net

    2010:05:11-10:35:34 qs-firewall aiccu[5558]: Couldn't retrieve first tunnel for the above reason, aborting

    2010:05:11-10:35:50 qs-firewall aiccu[5949]: AICCU running as PID 5949

    2010:05:11-10:36:30 qs-firewall aiccu[5949]: Couldn't connect to the TIC server tic.sixxs.net

    2010:05:11-10:36:30 qs-firewall aiccu[5949]: Couldn't retrieve first tunnel for the above reason, aborting

    2010:05:11-10:36:47 qs-firewall aiccu[6048]: AICCU running as PID 6048

    2010:05:11-10:36:50 qs-firewall aiccu[6048]: Succesfully retrieved tunnel information for T30797

    2010:05:11-10:57:12 qs-firewall aiccu[9125]: AICCU running as PID 9125

    2010:05:11-10:57:13 qs-firewall aiccu[9125]: Succesfully retrieved tunnel information for T30797
  • 0 in reply to dskillin
    Don't know if it helps but make sure that you have a subnet assigned to you by sixxs. After I got the whole subnet, I haven't had any problems with this.
  • 0
    @dskillin: 6in4 tunnel type is currently not supported, please change sixxs tunnel type to AYIYA
  • 0
    Note: We will add 6to4 tunnel type for SixXS in one of the next up2dates.

    I also found the bug switching from Freenet6 to SixXS, causing to stuck in wrong state.
    This issue will also be addressed within one of the next up2date packages.