cancel
Showing results for 
Search instead for 
Did you mean: 
cancel
816
Views
0
Helpful
7
Replies

Incoming call from the PSTN to fxo still ringing after the caller disconnect

ahmed_ellboudy
Level 1
Level 1

Dear All

,

I have an issue with the incoming calls on the fxo ports of Cisco 2811 mgcp VG ,that is registered on CUCM 7.1.3 ,the issue is if the PSTN callers disconnect the call before the called number catch the call,the (called number which is the attendant DN that configured under this port),called number  still ringing after the caller disconnect the call.

The voice gateway running this version:(c2800nm-adventerprisek9-mz.124-21.bin ) .

Any advice for this issue?

Thanks,

Ahmed Ellboudy

7 Replies 7

Hello

You can try qhit this commands:

voice-port 1/0/4

supervisory disconnect dualtone mid-call

timeouts call-disconnect 2

timeouts wait-release 2

Regards

Dear Ivan,

I tried these commands befor with no updates.

any new advice?

Thanks,'

Ahmed Ellboudy

The calls do not disconnect because the router never knows that the call has been disconnected.

Telco can send Disconnect Supercision either as battery-denial, battery-reversal or one of the methods highlghted in the document.

Try to configure cptone applicable to your local region and see if it makes any difference.

udmehrot wrote:

The calls do not disconnect because the router never knows that the call has been disconnected.

Telco can send Disconnect Supercision either as battery-denial, battery-reversal or one of the methods highlghted in the document.

Actually, most telco in the world do not use any method beside sending tones.

udmehrot wrote:


Try to configure cptone applicable to your local region and see if it makes any difference.

Configuring cptone is rarely enough.

Disconnect tone must be configured explcitely with its frequencies and durations.

dksingh
Cisco Employee
Cisco Employee

This is a classic case of disconnect supervision issue

...

If you have connection plar configured on the FXO port,

try changing it to connection plar opx.

And find out from your telco what disconnect supervision

mechanism they are using to configure the router to

detect the same and return the port onhook.

dksingh wrote:

This is a classic case of disconnect supervision issue

...

If you have connection plar configured on the FXO port,

try changing it to connection plar opx.

And find out from your telco what disconnect supervision

mechanism they are using to configure the router to

detect the same and return the port onhook.

OP is using MGCP, consequently "plar opx" cannot be used.

Getting Started

Find answers to your questions by entering keywords or phrases in the Search bar above. New here? Use these resources to familiarize yourself with the community: