Page 1 of 2 12 LastLast
Results 1 to 10 of 20

Thread: Random call disconnects

  1. #1

    Default

    I think we had this since moving to the Quadro, but it seems to have gotten worse as of late. We do have one provider which used to have this problem even on the old PBX so I thought it was just that one provider, but I finally called it quits with them and moved back to another provider we used to have for almost a year and never had any problems, but it seems to happen with every provider I try.

    Basically two things can happen:

    For inbound calls, I can either get a disconnect with a

    Close Reason: Got BYE message

    Entry in the log, or the Quadro hangs up itself (I looked at the logs once and saw a lot or re-invites during a call, and then all of a sudden the quadro, upon receiving a 200OK from the proxy, decided that the transaction didn't exist and terminated the call).

    I have the full logging turned on now and have everything sent to my machine where it's being written to a file. But before I bug TSS, I'm wondering, are there any settings on the quadro that could explain such behavior? Since by now I'm only using providers that never had any issues over extended periods on the old PBX, I cannot help but think it's settings related.


  2. #2

    Default



    In general, this can be a SIP Session Timers issue. I can't say much without systemlogs, but I suspect that the call was made between ITSP and IP-Phone and the call was closed by IP-Phone. You can check it in systemlogs.The call disconnectcan happen in case when the IP-Phone is configured manually and the Session timers aren't configured correctly. Please check the SIP Session Timer section of the phone, if available,and disable it, or configure it to send the Session timerby Update, not by Invite message.


    Regarding Re-Invite probem, it can besomething relatedto your network. Check your network configuration first.


    There is no any settings on Quadro regarding this problems, so better to open a TSS ticket, attach the logsand our guys will help youto find out the problem's source.

  3. #3

    Default

    Looking at the logs, the disconnect is either initiated by the remote end (IPTSP) or the Quadro, but never the phones themselves.

    I have full logging turned on now so the next time it happens I can post the appropriate messages - maybe you'll see something fishy and if not, I can submit the whole thing to TSS.


  4. #4

    Default

    Next time you'll have this problem, send the related logs and the scenario description directly to TSS. There are alsoother logs than SIP, where some useful info can be found. In case when you use IP-Phones, it's hard to say something based only on SIP logs.

  5. #5

    Default

    ssteiner if it is a SNOM telephone I think from memory they have a log and sip trace within the telephone... so you might even be able to do it on the fly with the telephone ... that should dispel your telephone and allow you to work backward toward the Epygi and ITSP...


    Look for the following in the web browser if it is the SNOMS

    Status
    System Information
    Log


    SIP Trace
    DNS Cache

    Subscriptions


    PCAP Trace
    Memory


    Settings
    Regards

    Kevin


  6. #6

    Default

    I'm afraid we hardly use the two Snom phones (one is an unused guest/office room, the other one is next to my secondary PC which I hardly use)... so calls come in and go out either via the SPA942 phones, or the Siemens IP DECT.

    I just had another disconnect - a remote BYE. I'm not sure I can post the entire log of the call so I'll try a short version first:

    Code:
    15:54:07 SipSessDlg::SendSessRefreshRequest # Session timer fires, need to send refresh message # OID: 214569 # SID: 18475252796012523
    15:54:07 CM --> UA # OnChangeMedia # Media not exist # OID: 214569 # SID: 18475252796012523
    15:54:07 Try to send SIP message # (19/11/2007 14:54:07:956 GMT) # UDP # 772 bytes # from: 192.168.1.10:5060 # to: 212.117.200.148:5060
    
    ***************************** SIP message buffer start *****************************
    INVITE sip:0448153231@212.117.200.148:5061 SIP/2.0
    Via: SIP/2.0/UDP  213.221.204.17:5060;rport;branch=z9hG4bKEPSVBUSedad2639-1582 -48a5-9e5f-78a453f01fef
    To:  <sip:0448153231@voipgateway.org>;tag=3e7acd39ba226d8e7 49ec7f5b8c9aeb1
    From: "Stephan"  <sip:41315119787@voipgateway.org>;tag=11951507002d03ef 47-20ca-4ce0-af75-5428927ca506
    CSeq: 922 INVITE
    Call-ID:  18475252796012523_b7dd9cde-db4d-4d61-81c4-45ecb20b7e1b@quadr o.epygi-config.com
    Accept: application/sdp
    Contact: "Stephan" <sip:41315119787@213.221.204.17:5060>
    Supported: timer
    User-Agent: Epygi Quadro SIP User Agent/v4.1.40 (QUADRO-2X)
    Min-SE: 20
    Session-Expires: 180;refresher=uac
    Max-Forwards: 70
    Route:  <sip:212.117.200.148;lr;ftag=11951507002d03ef47-20ca-4ce0 -af75-5428927ca506>
    Content-Length: 0
    
    ***************************** SIP message buffer end ******************************
    
    15:54:07 Receive SIP message # (19/11/2007 14:54:07:985 GMT) # UDP # 515 bytes # from: 212.117.200.148:5060 # to: 192.168.1.10:5060
    
    ***************************** SIP message buffer start *****************************
    SIP/2.0 100 trying -- your call is important to us
    Via: SIP/2.0/UDP  213.221.204.17:5060;rport=5060;branch=z9hG4bKEPSVBUSedad2639 -1582-48a5-9e5f-78a453f01fef
    To:  <sip:0448153231@voipgateway.org>;tag=3e7acd39ba226d8e7 49ec7f5b8c9aeb1
    From: "Stephan"  <sip:41315119787@voipgateway.org>;tag=11951507002d03ef 47-20ca-4ce0-af75-5428927ca506
    CSeq: 922 INVITE
    Call-ID:  18475252796012523_b7dd9cde-db4d-4d61-81c4-45ecb20b7e1b@quadr o.epygi-config.com
    Server: Sip EXpress router (0.9.6 (i386/freebsd))
    Content-Length: 0
    
    ***************************** SIP message buffer end ******************************
    
    15:54:07 TLayer::MsgToTU # Msg type: 100 # TID: 214665 # DID: 214569
    15:54:07 SipSessDlg::Inc1xxProc # Got 100 message # OID: 214569 # SID: 18475252796012523
    15:54:08 Receive SIP message # (19/11/2007 14:54:08:052 GMT) # UDP # 973 bytes # from: 212.117.200.148:5060 # to: 192.168.1.10:5060
    
    ***************************** SIP message buffer start *****************************
    SIP/2.0 200 Ok
    Via: SIP/2.0/UDP  213.221.204.17:5060;rport=5060;branch=z9hG4bKEPSVBUSedad2639 -1582-48a5-9e5f-78a453f01fef
    Record-Route:  <sip:212.117.200.148;ftag=11951507002d03ef47-20ca-4ce0-af 75-5428927ca506;lr>
    From: Stephan  <sip:41315119787@voipgateway.org>;tag=11951507002d03ef 47-20ca-4ce0-af75-5428927ca506
    To:  <sip:0448153231@voipgateway.org>;tag=3e7acd39ba226d8e7 49ec7f5b8c9aeb1
    Call-ID:  18475252796012523_b7dd9cde-db4d-4d61-81c4-45ecb20b7e1b@quadr o.epygi-config.com
    CSeq: 922 INVITE
    Server: Sippy
    Contact: Anonymous <sip:212.117.200.148:5061>
    Content-Length: 360
    Content-Type: application/sdp
    
    v=0
    o=Sippy 141130828 2 IN IP4 212.117.200.148
    s=Cisco SDP 0
    t=0 0
    m=audio 19084 RTP/AVP 0 101 100
    c=IN IP4 212.117.200.79
    a=rtpmap:101 telephone-event/8000
    a=fmtp:101 0-15
    a=rtpmap:100 X-NSE/8000
    a=fmtp:100 200-202
    a=X-sqn:0
    a=X-cap: 1 audio RTP/AVP 100
    a=X-cpar: a=rtpmap:100 X-NSE/8000
    a=X-cpar: a=fmtp:100 200-202
    a=X-cap: 2 image udptl t38
    ***************************** SIP message buffer end ******************************
    
    15:54:08 TLayer::MsgToTU # Msg type: 200 # TID: 214665 # DID: 214569
    15:54:08 SipSessDlg::Inc2xxForInvite # Got 200 message # OID: 214569 # SID: 18475252796012523
    15:54:08 UA --> CM # SendOfferMedia # media exist # SID: 18475252796012523
    15:54:08 Receive SIP message # (19/11/2007 14:54:08:103 GMT) # UDP # 727 bytes # from: 212.117.200.148:5060 # to: 192.168.1.10:5060
    
    ***************************** SIP message buffer start *****************************
    BYE sip:41315119787@213.221.204.17:5060 SIP/2.0
    Via: SIP/2.0/UDP  212.117.200.148;branch=z9hG4bK900d.ed7687d234124981a1317ffae 41bbc2e.0
    Via: SIP/2.0/UDP  212.117.200.148:5061;branch=z9hG4bK72c92fc96618b0ed4cbf4a0cc e46833c;rport=5061
    Max-Forwards: 16
    From:  <sip:0448153231@voipgateway.org>;tag=3e7acd39ba226d8e7 49ec7f5b8c9aeb1
    To: Stephan  <sip:41315119787@voipgateway.org>;tag=11951507002d03ef 47-20ca-4ce0-af75-5428927ca506
    Call-ID:  18475252796012523_b7dd9cde-db4d-4d61-81c4-45ecb20b7e1b@quadr o.epygi-config.com
    CSeq: 100 BYE
    Contact: Anonymous <sip:212.117.200.148:5061>
    Expires: 300
    User-Agent: Sippy
    cisco-GUID: 3728310067-2527990236-2602500111-526871165
    h323-conf-id: 3728310067-2527990236-2602500111-526871165
    
    ***************************** SIP message buffer end ******************************
    As you can see, the proxy accepts the INVITE at first, then releases the call. After that, the call is also released on the local end, but not before the Quadro has sent another INVITE to my phone:

    Code:
    ***************************** SIP message buffer end ******************************
    
    15:54:08 TLayer::MsgToTU # Msg type: 54 # TID: 214666 # DID: 0
    15:54:08 CM --> UA # CMOnOfferMedia # Media exist # OID: 214568 # SID: 5134564429488726465
    15:54:08 SipSessDlg::SelfMediaHandling # State: local offer, Peer Public Key: empty, SRTP flag: false, Sesssion Key: empty # OID: 214568 # SID: 5134564429488726465
    15:54:08 Try to send SIP message # (19/11/2007 14:54:08:125 GMT) # UDP # 783 bytes # from: 192.168.1.10:5060 # to: 192.168.1.107:5063
    
    ***************************** SIP message buffer start *****************************
    INVITE sip:50@192.168.1.107:5063 SIP/2.0
    Via: SIP/2.0/UDP  192.168.1.10:5060;rport;branch=z9hG4bKEPSVBUS890fe981-63ee-4 30e-9faa-67a2f2b2a1e0
    To: "Stephan Epygi" <sip:50@192.168.1.10>;tag=dc23f0f9a209f4eeo3
    From:  <sip:0448153231@192.168.1.10>;tag=11951507009eff2ef7-f 453-4078-b8a8-a3a7e04f3bdf
    CSeq: 528 INVITE
    Call-ID: 4d2ce15-6a255a82@192.168.1.107
    Contact: <sip:0448153231@192.168.1.10:5060>
    Content-Type: application/sdp
    Supported: timer
    User-Agent: Epygi Quadro SIP User Agent/v4.1.40 (QUADRO-2X)
    Min-SE: 20
    Session-Expires: 180;refresher=uac
    Max-Forwards: 70
    Content-Length: 184
    
    v=0
    o=0448153231 317 319 IN IP4 192.168.1.10
    s=-
    c=IN IP4 192.168.1.10
    t=0 0
    m=audio 6040 RTP/AVP 0 101
    a=rtpmap:0 PCMU/8000
    a=rtpmap:101 telephone-event/8000
    a=fmtp:101 0-15
    ***************************** SIP message buffer end ******************************
    I'm especially puzzled about that... since the remote end released the call, why does the Quadro attempt to keep the local end of the call up?


  7. #7
    Quadro Architect
    Join Date
    Jun 2006
    Location
    Around myself
    Posts
    2,075

    Default

    Hmm... I would suggest to check in "Line Settings" -> "IP Line Settings" if the "Use Session Timer" is enabled on the line, where you have those drops. If it is set, please uncheck that and see if call drops still occur.
    < =text/>


  8. #8

    Default

    It was effectively enabled on all my lines. I have now deactivated everywhere... I'll report back if I see any changes.

  9. #9

    Default

    Unfortunately, that didn't do the trick.. we've just had 8 disconnects within 10 minutes

  10. #10
    Quadro Architect
    Join Date
    Jun 2006
    Location
    Around myself
    Posts
    2,075

    Default



    Well, as your ITSP doesn't like our reinvites you may want to disable the session timer also on the "SIP Settings" page [img]smileys/smiley1.gif[/img]


    This should help, at least in the case described in the logs above...


    Lets see if this fix desconnect problems, after that we could try to find the technical reason in te logs Edited by: davrays

Thread Information

Users Browsing this Thread

There are currently 1 users browsing this thread. (0 members and 1 guests)

Similar Threads

  1. engin no cli transfer disconnection
    By dogcom in forum Problem Report
    Replies: 3
    Last Post: 05-05-2008, 10:36 PM
  2. FXO outbound disconnect
    By tfbijou in forum Troubleshooting and Problems
    Replies: 1
    Last Post: 01-16-2007, 01:19 PM
  3. Quadro behind PABX won?t disconnect
    By wdr-epygi in forum Hardware Interoperability
    Replies: 1
    Last Post: 07-09-2006, 10:04 PM
  4. No Call Forward when IP Phone Disconnect
    By warren in forum Troubleshooting and Problems
    Replies: 1
    Last Post: 06-28-2006, 08:49 PM

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •