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

I need help with my SIP failing to register after a reboot...

Since V9, my SIP devices have issue registering after each Up2date and sometime after normal reboot. 

Basically the only way to fix this is to reboot UTM MANY times until both voip device register. Sometimes only one work, so I need to keep rebooting..

Recently someone had the same issue here: https://community.sophos.com/products/unified-threat-management/astaroorg/f/52/t/28618

and it was fixed by Astaro support by doing something to the REF#, however no others details are available..  and as a Home user I have no support..

Anyone here could point me out in the right direction as what to look for? This issue is quite a big deal for me (lost phone a few times)...

Thanks you so much.


This thread was automatically locked due to age.
Parents
  • like Ian said lets do this

    4 any short topology will be helpful
    5 how do you control SIP, by firewall or application control
  • Sorry for taking so long to reply, been very busy...

    So today came a new up2date... and a reboot with it.. and my SIP went down again..

    Basically I have looked at all my logs, including Firewall, IPS and nada except this :

    src=[X.X.X.X]:***X dst=[174.142.75.171]:5060 (UDP) flags=CLASSIFIED afcd.conf classification limits are exhausted

    I got these once for each of my 2 SIP ATA..

    I rebooted, and one of my ATA came online, but the other one is still unable to connect, I will need to reboot a few more time...

    As to information about the setup, well it`s pretty basic, I am using the SIP Proxy (which has no log by the way???)..

    My ATA have no logging, however I see outgoing SIP packets (tons!) and nothing coming back..

    To me it seem that the SIP proxy just don't pass the traffic out..

    I've tried to disable the SIP proxy and I started to see SIP traffic being allowed in the firewall log (i created a rule to allow/log). It didin't register but that's likely because I had no NAT done..

    The SIP proxy has been working fine with my setup since the first V9 update..

    That's all I got [:(]
Reply
  • Sorry for taking so long to reply, been very busy...

    So today came a new up2date... and a reboot with it.. and my SIP went down again..

    Basically I have looked at all my logs, including Firewall, IPS and nada except this :

    src=[X.X.X.X]:***X dst=[174.142.75.171]:5060 (UDP) flags=CLASSIFIED afcd.conf classification limits are exhausted

    I got these once for each of my 2 SIP ATA..

    I rebooted, and one of my ATA came online, but the other one is still unable to connect, I will need to reboot a few more time...

    As to information about the setup, well it`s pretty basic, I am using the SIP Proxy (which has no log by the way???)..

    My ATA have no logging, however I see outgoing SIP packets (tons!) and nothing coming back..

    To me it seem that the SIP proxy just don't pass the traffic out..

    I've tried to disable the SIP proxy and I started to see SIP traffic being allowed in the firewall log (i created a rule to allow/log). It didin't register but that's likely because I had no NAT done..

    The SIP proxy has been working fine with my setup since the first V9 update..

    That's all I got [:(]
Children
No Data