Guest User!

You are not Sophos Staff.

Thread Info
  • State Not Answered
  • Replies 51 replies
  • Subscribers 0 subscribers
  • Views 19162 views
  • Users 0 members are here
Options
Suggested

[8.940][OPEN] Voip Registrations not registering after Patch Install and Reboot

Mark_D_01
Hi I have noticed this for this Beta (on each time of Patch update).
I have 6 Voip Trunks with 2 different Voip providers.
After each of the Patch updates only One Provider will register and I need to do another Reboot for the other Provider to register.
Even if I restart the SIP Helper the failed to register do not register until another Reboot.

I have been applying the Patch from the Dashboard (Apply Now).

Here is a copy from Asterisk showing registration of Trunks
Host                                    dnsmgr Username       Refresh State    Reg Time                
sip.pennytel.com:5060                   N      ***         285 Registered           Wed, 02 May 2012 12:17:27
sip.pennytel.com:5060                   N      ***         285 Registered           Wed, 02 May 2012 12:17:27
sip.gotalk.com:5060                     N      ***           120 Request Sent                                  
sip.gotalk.com:5060                     N      ***           120 Request Sent                                  
sip.gotalk.com:5060                     N      ***           120 Request Sent                                  
sip.gotalk.com:5060                     N      ***           120 Request Sent                                  
6 SIP registrations.


I'm not sure what other information to send that would be helpful here.
Mark
  • 0
    Hi Mark,
    I created a thread asking similar questions and the only person to answer was me.

    What I found was nothing, the second VoIP service registered itself after 2 days of doing nothing. I tried all sorts of things, reconfiguring the failing ATA and eventually thought I had a dead ATA.

    Ian
  • 0 in reply to RFCat_vk_01
    I can you longer register to the Gotalk Trunks.
    I have spent half of today working on it and tomorrow I hope to get some wireshark captures to see what is happening at the packet level.

    Mark
  • 0 in reply to Mark_D_01
    I can you longer register to the Gotalk Trunks.
    I have spent half of today working on it and tomorrow I hope to get some wireshark captures to see what is happening at the packet level.

    Mark


    I had the same thing with the former last beta. Since the last update my 3 sip providers are connected. Before that, only 1 provider could connect. Tried a softphone with same account and that worked, but my Siemens N300 could not. Since the last update it's working normal
  • 0
    Hey guys,

    let me try to summarize this, to see if i understand the problem:

    • VoIP works, but after applying the update and rebooting the UTM, you can no longer connect to your SIP providers.
    • If you initiate another reboot of the UTM, it magically works.


    Is that right?

    Cheers,
    Kai
  • 0
    In the begin, it did not work for me. However, adding any as network and service definition to the PBX worked. But, as this is not recommended practice, I deleted them again.

    With 8.0, it worked without a hitch. But, after 2 reboots, indeed, everything started to work magically. The firewall simply didn't pickup my definitions the first time.
  • 0 in reply to TuxBrother
    Well, I have a Siemens N300 ip phone system, and use Rebvoice and Voipbuster as outgoing sip providers, and 3 Budgetphone accounts as incoming providers. I'm not exactly sure, but suddenly ( I gues after update to 8.940) I lost Rebvoice. Just for two days, then it connected again. After update to 8.90013 I lost connection to all 3 Budgetphone accounts. I thought is was at Budgetphone, but after two days I thought well this cannot be true. I checked firewall logs, rebooted many times the phones, and installed a softphone on my iPhone and laptop. They could connect and make calls. But no way on the Siemens phones. Then there was 8.90016 and I discovered that Budgetphone had connected. Unfortunately I did not reboot  the UTM to see if that was the problem. 

    Now it all works.
  • 0
    I have an Asterisk PBX, after applying the 8.940016 patch, The PBX Trunks where unable to register.
    I tried rebooting the PBX and the Astaro Box a number of times with no joy I left every thing on for about 6 hours and still no registration.
    I turned off the PBX over night to put in an extra nic so that I could connect it directly to the Internet for testing, so I could grab wireshark captures.
    I turned on the PBX with everything in situ (no changes) and the Trunks registered though Astaro. (WTF)
    When I get some time tomorrow (When I hopefully don't have a migraine) I will do some wireshark captures of inplace and of directly connected to the Interenet to see if there are any changes to the registration packets.
    Last time I looked in Astaro Version (X) when the SIP helper was being developed it was changing some of the registration packets.
    I will post results when I have them.

    Mark
  • 0
    Kbr 
    That has been what I have seen.
    Do you know if there has been any changes to the SIP Helper?

    Mark
  • 0 in reply to Mark_D_01
    Do you know if there has been any changes to the SIP Helper?


    No, i don't know of any changes there...

    I'm currently not sure how to proceed with this issue: if it only happens after an update and resolves itself after a second reboot, it might as well be an issue on the providers side: If the UTM is rebooted, it might happen that the provider doesn't see that the VoIP clients are disconnected, still thinks that they are connected and as a result blocks the reconnect for some reason for another let's say 15 minutes. When you reboot the UTM a second time that 15 minutes time window has passed and the reconnect with the provider seems to magically work again, even though the reboot didn't change anything. But I'm just speculating here.

    Can you take a look at the packetfilter log at that time where VoIP didn't work, and see if the UTM blocked VoIP-related packets? That would be at least a hint that the UTM is actually involved...

    Cheers,
    Kai
  • 0 in reply to kbr
    Hi Kai, Mark,
    too many people (3 or more is too many) have complained about this issue only after the last upgrade. 
    The worst part is it magically fixes itself after a day or so, not 15 minutes.
    In my case I didn't even restart the UTM and I couldn't find any entries in the packet filter log, that is why I started a thread, that I ended up answering.

    Ian
Share Feedback
×

Submitted a Tech Support Case lately from the Support Portal?