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

IPsec VPN dropped after an hour of connection with Cisco 800

Hello Sophos Nerds 

 

I recently configure a XG125  with (SFOS 17.5.9 MR-9) version as a replacement of X firewall ,

Every thing great but i have a trouble in a IPsec VPN connection with Cisco 800 Router 

>>>>>
The Connection lost ( or Dropped ) after minutes "approx 30-60" from success connection established.

The Configuration of XG Firewall as : 

 

  

 

 

The Configuration of Cisco 800 Router as follows : 

crypto isakmp policy 1
encr 3des
hash md5
authentication pre-share
group 5
crypto isakmp key zzz-psk address xxx.x.xx.xxx
!
!
crypto ipsec transform-set zzz-transformset esp-3des esp-sha-hmac
mode tunnel
!
!
!
crypto map zzz 10 ipsec-isakmp
set peer xxx.x.xx.xxx
set transform-set zzz-transformset
match address 110 

 

No solutions by searching Google .

Can Any one give a suggestion 

Thanks in Advance 

 

Best Regards 

Suliman  



This thread was automatically locked due to age.
Parents
  • FormerMember
    0 FormerMember

    Hi Suliman,

    Can you check what is the Gateway type selected on IPsec connection profile? Is it respond only or initiate the connection? You can also find the reason for the disconnect if you put strongswan service in debug and find log entry that matches the time of the issue. 

    Thanks,

  • Hello H_Patel,

    how cand strongswan service be put into debug? Have a similar problem between azure and Sophos XG.

    Best regards,
    Bernd

  • FormerMember
    +1 FormerMember in reply to BeEf

    Hi BeEf,

    Run following command from advance shell to put the strongswan service in debug. 

    service strongswan:debug -ds nosync

    Use same command to take debug off.

    Once you have time stamp of the issue, check logs around that time and you should be able to find out which side is sending delete SA packets.

    Thanks,

     

Reply
  • FormerMember
    +1 FormerMember in reply to BeEf

    Hi BeEf,

    Run following command from advance shell to put the strongswan service in debug. 

    service strongswan:debug -ds nosync

    Use same command to take debug off.

    Once you have time stamp of the issue, check logs around that time and you should be able to find out which side is sending delete SA packets.

    Thanks,

     

Children
No Data