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

UTM 9.601 - RED issues!

Since upgrading all our customers to 9.601, a bigger part of them are complaining about RED's re/disconnection in a no-pattern way.

It started for all of them just the night we upgraded to 9.601, and they all are on different ISP's and located different places around the country.

Been with Sophos support for 2 hours today, and now they escalated it to higher grounds.

Will return with an update....

Suspicious entries in the log - but all connected REDs do this before connection:

2019:03:06-15:15:38 fw01-2 red_server[17509]: SELF: Cannot do SSL handshake on socket accept from 'xxx.xxx.xxx.xxx': SSL connect accept failed because of handshake problems

2019:03:06-15:15:46 fw01-2 red2ctl[12420]: Missing keepalive from reds3:0, disabling peer xxx.xxx.xxx.xxx

I know the last line is written before the tunnel disconnects, because there was no "PING/PONG" answer...

One customer has 2 x RD 50, one 1 100% stable and the other fluctuates in random intervals - we replaced this with a new RED 50, but the same thing occurs.



This thread was automatically locked due to age.
  • Martin,

     

         I saw this same issue when I first tried 9.600. I worked with support over several days before they told me it was a known problem and asked me to revert to a prior firmware. I had assumed it was fixed with the latest version but it looks like that's not the case. You could try modifying the RED config and forcing a firmware update. There was another thread that mentioned that forcing a firmware upgrade fixed some issues.

     

     

    Cliff

        

  • Are the issues only with RED50 or the smaller ones too?

    Best regards

    Alex

    -

  • An L2 from Sophos just fixed this for us. We had to ssh in and revert the firmware of all the reds. we have been stable for 45 minutes. I will come back and update if it comes back. Funny thing is it only effected one Red 50 of my 7.

  • Alexander Busch said:

    Are the issues only with RED50 or the smaller ones too?

    Best regards

    Alex

     

     

    Just RED 50 at the moment.

  • Devin Gray said:

    An L2 from Sophos just fixed this for us. We had to ssh in and revert the firmware of all the reds. we have been stable for 45 minutes. I will come back and update if it comes back. Funny thing is it only effected one Red 50 of my 7.

     

     

    Glad to hear Devin, been with Sophos Support 2 hours yesterday and 1,5 hour today with L2, the talked about the new "unified firmware" could cause the troubles, but as one RED 50 is online with no issues, and the other is not, they could not confirm it.

     

    They talked about other similar incidents as mine and took a lot of snaphots from the logs and iptables and would return later on.

     

    Also funny thing, we have more than 250 UTM's in our SUM, only 4 customers have issues, and out of thoose 4, which have several REDs connected, only ONE of their REDs at each location, have issues!!! :-O

     

    They told me a "workaround" to maybe make it more stable, was to run in standard/split mode, but I still see re/disconnects.

     

    Will keep you posted!

  • Working from the information above regarding support rolling back RED firmware, we had no success and are needing to replace the devices having issues. The following sequence of events in continual loop. Very strange since we updated the UTM's to 9.601 weeks ago. Two of three on the same UTM are dead and the third one is just fine....for now.

    Starting RED, Network Setup

    1. Network Setup

    2. ID A34xxxxxxxxxxxx

    3. Try wan1

    4. Firmware update 1/6 downloading

    5. Try Prov. Server

    6. Try wan2

    7. Network Setup

    8. Try wan1

    9. Try wan2

    10. Shutting down…

  • Thats exactly the same issue I am having with my RED50.

    Tried chanching and deleting the configuration in the UTM. Doesent work.

  • Same issues here after 9.601-5 UTM update. 2x RED50 Rev 1. Drop multiple ISPs at varying intervals and lengths. It was advised to re-create RED in UTM. I have performed this, but problems still persist. I was sent two replacement RED50. The first one has been replaced, a new config created, but problem persists. ISPs modems have been replaced although they were reluctant to do so. One of the REDs wont recognize the presence of ISP on WAN1 at all.

    We are losing a lot of productivity and business. We do a sizeable portion of our business via teleconferencing.

    Support Tickets#

    8710435

    8707203

    8707207

     

    The tech alluded to a potential issue with REDs after the update to 9.6.01-5.

  • My problem is resolved. There is a known issue related to unified firmware.

    from su -

    cc get red use_unified_firmware

    if value returned = 1

    cc set red use_unified_firmware 0

    reds will update and reboot

    confirm value is 0 rerunning get command above

     

    NOT A PERMANENT FIX. The issue needs to be addressed in Sophos UTM firmware permanently.

  • We have the same problem with multiple customers with RED50s and RED15s. The mentioned workaround fixed the problems for several RED50s and RED15s, only one RED50 doesn't come back at the moment.