Thread Info
  • State Not Answered
  • Replies 9 replies
  • Subscribers 0 subscribers
  • Views 1504 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.
Parents
  • 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.
Reply
  • 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.
Children
No Data
Cookie Information Banner