Results 1 to 2 of 2

Thread: Ring_TimeOut

  1. #1

    Default Ring_TimeOut


    I'm troubleshooting an event where calls drop automatically after been ringing at any extension without been answered for exactly 60 seconds. This also happens with Hunt Group type extensions where circular hunting among included extensions passed the total time of 60 seconds.

    It happens only at SIP trunk inbound calls, not outbound, nor in ext-to-ext internal calls. This proves somehow is not a phone device parameter.
    SIP trunk provider had verified several times that their ring-timeout parameter at their side is 5mins, not 60 seconds, as its happening for SIP Inbound calls only.

    Possibilities I think are:
    1. A PBX extension parameter in the configured extension for the SIP trunk registration.
    2. Even though SIP trunk inbound calls are ringing normally at start, customer's Firewall that is monitoring traffic activity, could be dropping the session during ringing after the first 60 seconds.
    3. Even though ITSP states trunk is configured for 5mins ring-timeout, they still could be missing something at their configuration. But because is not happening for outbound calls, right now this looks less likely.

    All extensions tested has voicemail disabled and still happens even if the "No Answer Timeout" is more than 60 seconds. Telephony is provided at QX's WAN port. QX's LAN port is not used. It's a QX200 (FW:6.1.45) with SNOM 710/760 phones (FW:

    One question could be...

    Is there any configuration parameter at the QX extension configuration level that controls ringing timeout within the SIP operation? A parameter outside FXO/FXS/T1/ISDN types of operations.


  2. #2


    If you enable the LAN port and add a phone to that port does the same behaviour occur or does it go away for sip trunk to that extension call?

    Just a suspicion I have about the media negotiation between end points for RTP traffic - it could be RTP rewrites, when the Epygi is placed in Gateway mode everything seems to work correctly, usually - the above test will verify.

Thread Information

Users Browsing this Thread

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

Posting Permissions

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