Thread Info
  • State Not Answered
  • Locked Locked
  • Replies 10 replies
  • Subscribers 3 subscribers
  • Views 6047 views
  • Users 0 members are here
Options
Suggested
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...

x-cimo
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.
  • 0
    1)I have Sip outside and the PBX inside, and I use nat rules instead of Voip because the PBX needs more then 2-3 ports to be open and NAT-ed
    2)look in phones the register timeout and reduce that
    3)Consider to reconnect the WAN, not a reboot
  • 0 in reply to Ol Deda
    Thanks but this is not a sip configuration issue, it's something in my config that's broken..  SIP used to work very well before the first v9 update [:(]
  • 0 in reply to x-cimo
    Hi,
    let us play detective.

    1/. please review your IPS log
    2/. please review your packet filter log (yes,I know it has changed its name)
    3/. does you phone system have any logs that might help?

    Ian [[:)]][[:)]]
  • 0
    like Ian said lets do this

    4 any short topology will be helpful
    5 how do you control SIP, by firewall or application control
  • 0 in reply to Ol Deda
    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 [:(]
  • 0
    Have you tried with IPS off.
    Or managing this thing by firewall rules and not Sip Proxy, incoming ports has to bee open too
  • 0
    Whenever anything seems strange, always check the Intrusion Prevention log.

    Cheers - Bob
  • 0
    The problem is an faild contrack point in the VoIP-Proxy.

    In my astaro i have the same problem. The Bug is in the astaro with pppoe something similar dail on the isp.

    My voip-server wants connect to the WAN the astaro have no WAN connection at boot time and set the contrack to the internal ip of voip-server and that is not right. Than came the WAN connection up and the faild entry goes over the astaro to the wan.

    It give 3 ways:

    1. Kill the Faild contrack entry (SSH!)
    2. Stop the voip server and restart Astaro and than start the voip-server again 
    3. Wait to the update 9.005 (my Middelware Patch from sophos works fine an published in that up2date)

    Sry for my bad english....

    And ASTARO/SOPHOS i am 
    unsatisfied. My astaros 9.003 and 9.004 machines have many more bugs and tickets!!
  • 0
    first at all exclude your phones from webproxy. Then a firewall rule:
    iphone >any. to > any. allow. The phones might have to contact Nat Traversial servers and not only port 5060. Set the register time in phones low as possible and everything will be ok i think
  • 0 in reply to Ol Deda
    The problem seem limited to when using the sip proxy. As stated above, hopefully 9.005 will fix my issue with it.

    I will gladly report back when it's released.

    Thanks guys!