Guest User!

You are not Sophos Staff.

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

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
  • Hi all,

    It seems I  have the same problem. But I have the same problem at least for around one year starting with the v8-beta. I changed settings, but nothing worked. I switched back to the former settings and after a few days it went working like a charm.

    With every update since this time the same problem came back and after a few days it worked again.

    I don't have a clue what is is happening in the background. I never restarted twice after a firmware-upgrade.

    My configuration is as follows Internet - UTM9 - FritzBox
    FritzBox is the VoIP-Client

    I'm not sure, whether the FritzBox shows error messages or not. I think the registration works as I can call other people. But I know that my phonenumber isn't reachable from other VoIP-Accounts only from POTS-accounts.
  • Okay guys,

    everything VoIP-related is hard to debug, since we do not have a VoIP-proxy with a separate log file. We have to look at the packet filter log at the correct time to see what's happening, ie.
    [LIST=1]
    • if registration doesn't work, take a look at the packet filter log and search for packets on tcp/5060
    • if phone calls don't work, search for packets on tcp/5060 in the packet filter log and any incoming dropped packets, and additionally look for packets dropped by the IPS
    [/LIST]
    As long as you don't provide any of these information, i can't really do anything. In addition to that, we'd really appreciate if someone would send us a packet trace (tcpdump) of a failed call (full packets, ie. [FONT="Fixedsys"]-s0[/FONT]) from the internal and external interface of the UTM during that failed conenction attempt.

    I know this is a little bit more work than the usual "send me a logfile / screenshot", but if we want to make progress here, we need to get this information.

    Cheers,
    Kai
  • Hi Kai,

    Same thing happend this evening after upgrading to 8.95012. It rebooted and I saw on my Siemens N300 IP phone system, SIP registration failed. When I looked into the web page of the phone I noticed that from my 3 sip providers one could not connect. That was Budgetphone. I also have Voipbuster pro and Rebvoice and they could register succesfull. Just like the last reboot a couple of days ago, the phone could not register itself to Budgetphone. I did a reboot and right after that Budgetphone was now registered. Unfortunately, I did not check the live log, but I have here a piece of the firewall log when budgetphone could not register:

    2012:05:10-20:12:14 FWRG01 ulogd[4132]: id="2000" severity="info" sys="SecureNet" sub="packetfilter" name="Packet logged" action="log" fwrule="0" outitf="eth1" mark="0x1bd" app="445" srcmac="0:15:5d:0:2:26" srcip="10.0.0.6" dstip="77.72.169.129" proto="17" length="547" tos="0x08" prec="0x80" ttl="127" srcport="5060" dstport="5060" info="nf_ct_sip: dropping packet"
    2012:05:10-20:12:14 FWRG01 ulogd[4132]: id="2000" severity="info" sys="SecureNet" sub="packetfilter" name="Packet logged" action="log" fwrule="0" outitf="eth1" mark="0x1bd" app="445" srcmac="0:15:5d:0:2:26" srcip="10.0.0.6" dstip="77.72.169.129" proto="17" length="520" tos="0x08" prec="0x80" ttl="127" srcport="5060" dstport="5060" info="nf_ct_sip: dropping packet"
    2012:05:10-20:12:18 FWRG01 ulogd[4132]: id="2000" severity="info" sys="SecureNet" sub="packetfilter" name="Packet logged" action="log" fwrule="0" outitf="eth1" mark="0x1bd" app="445" srcmac="0:15:5d:0:2:26" srcip="10.0.0.6" dstip="77.72.169.129" proto="17" length="547" tos="0x08" prec="0x80" ttl="127" srcport="5060" dstport="5060" info="nf_ct_sip: dropping packet"
    2012:05:10-20:12:18 FWRG01 ulogd[4132]: id="2000" severity="info" sys="SecureNet" sub="packetfilter" name="Packet logged" action="log" fwrule="0" outitf="eth1" mark="0x1bd" app="445" srcmac="0:15:5d:0:2:26" srcip="10.0.0.6" dstip="77.72.169.129" proto="17" length="520" tos="0x08" prec="0x80" ttl="127" srcport="5060" dstport="5060" info="nf_ct_sip: dropping packet"
    2012:05:10-20:12:22 FWRG01 ulogd[4132]: id="2000" severity="info" sys="SecureNet" sub="packetfilter" name="Packet logged" action="log" fwrule="0" outitf="eth1" mark="0x1bd" app="445" srcmac="0:15:5d:0:2:26" srcip="10.0.0.6" dstip="77.72.169.129" proto="17" length="547" tos="0x08" prec="0x80" ttl="127" srcport="5060" dstport="5060" info="nf_ct_sip: dropping packet"
    2012:05:10-20:12:22 FWRG01 ulogd[4132]: id="2000" severity="info" sys="SecureNet" sub="packetfilter" name="Packet logged" action="log" fwrule="0" outitf="eth1" mark="0x1bd" app="445" srcmac="0:15:5d:0:2:26" srcip="10.0.0.6" dstip="77.72.169.129" proto="17" length="520" tos="0x08" prec="0x80" ttl="127" srcport="5060" dstport="5060" info="nf_ct_sip: dropping packet"

    Now, the strange thing is that the ip in this log 77.72.169.129 belongs to Voipbuster (sip.voipbuster.com)

    3 mins later, the same lines are in the logs:
    2012:05:10-20:15:12 FWRG01 ulogd[4132]: id="2000" severity="info" sys="SecureNet" sub="packetfilter" name="Packet logged" action="log" fwrule="0" outitf="eth1" mark="0x1bd" app="445" srcmac="0:15:5d:0:2:26" srcip="10.0.0.6" dstip="77.72.169.129" proto="17" length="519" tos="0x08" prec="0x80" ttl="127" srcport="5060" dstport="5060" info="nf_ct_sip: dropping packet"

    Is this info somthing you can work on, or do you need more? I'm happy to help.

    Kind regards, Renzo
  • Sorry All
    I'm still having registration issues.
    I've been busy and haven't been able to do the packet captures yet.
    I hope to do these next week.


    Mark
  • Hi Mark,

    No worries, it works at the moment, so no rush.

    Kind regards,

    Renzo
  • the update from 8.950 to 8.951 went great, no (extra) reboot was necessary and the voip-registration went without any problems.
    I don't know, whether you have done anything or not, I will see the next update

    by the way, my fritzbox (voip-router) showed the error that the voip-registration failed due to dns-problems. Can anybody confirm that?
  • Now I cannot register to Budgetphone anymore. Did 3 reboots, but no luck. So, this did not work for me. Other providers are registered. I also noticed that when I add something to the sip server networks now I cannot delete these anymore. Tried that with IE and has always worked. On my iPad it still works.
    Strange...
  • While it works, one of my users, the only home today complained that the quality was unusable.

    Ian

    There wasn't much network traffic at the time.
  • Well, after about an hour it suddenly works again and voice quality was ok. All providers registered. 

    It is now clear that the only problem is with Budgetphone, as Voipbuster and Rebvoice registered right after the reboot and Budgetphone takes a longer time. Tried other profiles for Budgetphone but that made no difference. 

    Regards, Renzo
  • Hi Ian,

    While it works, one of my users, the only home today complained that the quality was unusable.


    there's another thread here where someone reported that their QoS settings caused such a reduction of quality. Can you please check your QoS settings and see if you can tweak them a little bit?

    Cheers,
    Kai
Share Feedback
×

Submitted a Tech Support Case lately from the Support Portal?