Thread Info
  • State Not Answered
  • Locked Locked
  • Replies 24 replies
  • Subscribers 3 subscribers
  • Views 9968 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

[7.402] Update Killed SIP registrations

Mark_D_01
Hi all
After installing Update 7.402 on to an ASG my VOIP system was unable to register back to the SIP Hosts.
The last change to this configuration was many months ago.
(The ASG is configured to protect a VOIP stand alone network with the following services running on the ASG Box. Intrusion Prot, IM, & SMTP Proxy.)
(and yes I have rebooted all boxes.)

Anybody else having problems?


Astaro any thoughts?


This thread was automatically locked due to age.
  • 0 in reply to grunta
    Due to an issue with port 4444 being blocked, the Astaro Team have Logged in a couple of times but until the issue with port 4444, 4443 being blocked inbound is fixed, nothing has changed.

    I have now setup a dedicated packet analyser across a span port to help.

    Will update when anything new comes along.
     
    Mark
  • 0 in reply to Mark_D_01
    The issue with port 4444 being blocked has been resolved.
    So hopefully tonight Astaro will be able to login.

    Mark
  • 0 in reply to Mark_D_01
    FYI.
    Astaro have logged in a few more times.
    I have sent packet captures of SIP registrations and other requested captures to Astaro for analysis.

    Until next update.
    Mark
  • 0 in reply to Mark_D_01
    Well findings so far.
    We have found 1 and fixed 1 and found a Gotcha for any one using Asterisk out there.

    I had to use Wireshark to find this out.
    When Asterisk sent the SIP registration packet's to port 5060 to my SIP provider I noticed additional SIP Option Packets Below are the contents of these packets
    Request: OPTIONS sip:sip.gotalk.com SIP/2.0

    Via: SIP/2.0/UDP *.*.*.*:5060;branch=z9hG4bK09cf8c8f;rport

    From: "Unknown" ;tag=as0218471d

    To: 

    Contact: 

    Call-ID: 04e5e6931cb42107269579940974a250@*.*.*.*

    CSeq: 102 OPTIONS

    User-Agent: Asterisk PBX

    Max-Forwards: 70

    Date: Tue, 19 May 2009 01:59:31 GMT

    Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY

    Supported: replaces

    Content-Length: 0


    Notice the from "sip:Unknown@*.*.*.*", well this returned a Status-Line: SIP/2.0 400 Bad Request SIP Packet.

    The Actual SIP Registration Packet received a SIP Status: 200 OK 

    So the SIP Handler couldn't handle the SIP Registration Option Packets, but it still doesn't explain the inability to handle the normal registration packets.

    Now to those that are interested in why my Asterisk Box was sending these packets.
    In the Trunk Settings under Peer settings I had qualify=yes, but in /etc/asterisk/SIP* I had no SIP settings. So setting qualify=no fixed the SIP Registration Packets. Note this setting of yes was recommended by the VOIP Provider and that this system has been working fine for more than a year now, so I guess we all should be looking a little bit closer at our systems with Wireshark. (Ohh for the time and luxury).

    Hope this helps.
    If anybody after further details ask

    Have just put Beta on. See what happens