Guest User!

You are not Sophos Staff.

[8.940][CLOSED] Slow web admin, then dies after cable modem error

Hi all,

This issue is not only related to the latest UTM 9 Beta, but I had it from the first UTM 9 Beta release, unfortunately I had not had the time to report the issue.

Sorry about!

OK.

I use a cable modem and each time for one or the other reason the cable modem has a problem, like cable disconnect or similar. Then the web interface becomes slow and eventually dies. When the cable modern is back up, then 8 out of 10 I have to hard reboot astaro (hard means power off then on). Sometimes, it is possible to access the gui, but despite the cable modern up the link is reported in status error and the only way out is a controlled reboot/restart.
A few times astaro recovers, but this happens typically +20 minutes after the cable modem is back up. 

Normally I can access the cable modem via 192.168.100.1, but when the issue is there I cannot connect to the cable modem from any LAN connection. I have to put a PC directly on the cable modem to gain access.

I will gladly provide logs, but I will need for someone to tell me which logs.


Cheers Steen
Parents Reply Children
  • Hi seh2000,

    can you please describe your setup more detailed.

    Cheers,
    Cristof


    Sure, see attached drawing.

    Basically:

    Cable Modem to UTM9 (eth3 / WAN)

    UTM9 to LAN switch (eth1 / LAN)

    UTM9 to Voice GateWay (eth2 / VGW)



    I am no expert, but I think the problem is related to the way a cable modem works when it looses its up/down streams. Then the CM issues a new internal IP address in the range 192.168.100.*** and some how the UMT9 don't like that.
    When the up/down streams are back the CM issues an IP address from an external address range (the ISPs), but it can as well keep the original IP address given before the CM lost one or both of its streams. 
    When I see the problem that is when I get in to the guy I can see that when the CM lost its up or/and down streams the UMT9 sees the external IP address, not the internal IP issued by the CM, renewals from the gui [interfaces] does not help.  


    BR// Steen
  • .... renewals from the gui [interfaces] does not help.  


    Did you try to disable the interface, wait for 15-30 seconds, and then re-enable the interface?

    Cheers,
    Kai
  • Did you try to disable the interface, wait for 15-30 seconds, and then re-enable the interface?

    Cheers,
    Kai


    Hi Kai,

    If you mean unplug eth3 (wan) then no. 
    Most times when this happens (it is not that often - the past week 5 times) I cannot use the web gui as the box is not responding. When it is not responding the "solution" is a hard reset (pressing the power button).

    I'll try this afternoon to disconnect the coax to the cable modem that should give the same error situation. 


    BR// Steen
  • Hi Kai...

    OK, here what I did this afternoon:

    Disconnected the Coax from CM, did not touch anything, for 25 minutes the WAN i/f (eth3) showed the CM assigned external IP.
    After 10 minutes the web gui became sluggish and the message "Do you want to wait 30 sec more to finish the request" started to pop up when jumping between dashboard and interface submenu.

    Reconnected the Coax to the CM, did not touch anything, the WAN i/f (eth3) kept showing the assigned external IP, dashboard still showed the Link in Error.
    The web gui still sluggish and after another 20 minutes still no access to the internet and Link still showed in Error.

    Pressed then renew and after some 5 minutes, the access to the internet was back and the Link was showed OK.


    I tried to disable and enable the WAN i/f (eth3) which produced same result, with the exception when enabled the i/f showed the CM internal IP (Coax not connected).

    When the Coax was connected the Link came up after a minute or so and the web gui stopped to be sluggish.


    I connected a switch between CM and the UTM9 box, this allowed me to access the CM web gui. So despite the CM had assigned an internal IP the UTM9 box did not detect this. Same when the Coax put back, the UTM9 box did not detect link back.  


    I will be happy to do other test and check logs, but especial for logs I need to be told which ones to check.


    Cheers Steen
Share Feedback
×

Submitted a Tech Support Case lately from the Support Portal?