Generic selectors
Exact matches only
Search in title
Search in content
Post Type Selectors

Calls not disconnecting.

Viewing 5 posts - 1 through 5 (of 5 total)
  • Author
  • #31521

    Incoming calls are routing through through a Quintum AXT1600 however when calling party hangs up the phone the line at the other end is not released. Have checked CAS signalling configuration and set line template to Belguim/France Greece/…..UK. Also Disconnect detection on Line port configuration set to Battery Removal, though have tried the other options. Please advise of any otherconfigurations to check and any trace parameters I can use for diagnostics. Latest firmware p105 applied.


    You’re in the UK? If so, use the settings we use. We worked through this problem with Quintum a while back on P104.

    In the CAS SG, set SignallingType to “Loop Start, Forward Disconnect” and set ForwardDisconnectDelay to “75”. You may need to reverse the line.

    Expirement, but those settings work for us.


    Hi Webmaster,

    Thank you for the advice. The settings you reccommended have worked.



    Hi, Incoming SIP calls from Comverse through Quintum Tenor CMS. However when calling party hangs up the phone the line at the other end is not released. This doesn’t happens to connected call, it only happens to unconnected calls. Unconnected call means ringing, calling party hangs up the call…but the line isn’t cut off, it keeps ringing. Latest firmware P105.

    MikeM to W1max

    Without know the signaling and such I can only offer generalities here. In general, it is not the CMS that initiates the disconnect. Typically it comes from the line side (E1/T1) through standard signaling like an ISDN disconnect. Unless you are using a channel bank with loop start. That may be a different story. Or the disconnect is coming from the IP side as an H323/SIP disconnect. In either cases, when the CMS receives these messages, it will pass them along to the other end to disconnect the line.

    If this is easy to reproduce, you should probably run some standard event logs to see where the message is coming from (if at all) and what happens.


Viewing 5 posts - 1 through 5 (of 5 total)
  • The forum ‘Voice over IP’ is closed to new topics and replies.