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

Calls not disconnecting.

  • This topic has 4 replies, 1 voice, and was last updated 15 years ago by MikeM to W1max.
Viewing 5 posts - 1 through 5 (of 5 total)
  • Author
    Posts
  • #31521
    PaulR
    Guest

    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.

    #31522
    Webmaster
    Guest

    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.

    #31523
    PaulR
    Guest

    Hi Webmaster,

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

    Paul.

    #31524
    W1max
    Guest

    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.

    #31525
    MikeM to W1max
    Guest

    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.

    MikeM
    mike_voip@hotmail.com

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