Automated attendant continues to ring phone after hangup

[anand.narine1]

I setup a call handler that transfers to user extensions fine. If the caller enters an extension number after the greeting they get transferred to the number, but if they hang up before the call is answered the recipient phone continues to ring. I am using cucm and cu 6.

[anand.narine1]

this is only for incoming pstn calls

[anand.narine1]

pstn -----------> fx0  voice router  fa0 -------------> Cucm/cu server

                                          |

                                         fxs

it does not matter if the recipient is an ip phone on cucm, or analog phone on fxs port on the router. the phone contiues to ring after pstn caller hangs up.

fx0 port on router is configured as:

voice port 2/0/0

connection plar opx 1600 (where 1600 is my AA number)

[Jonathan Schulenberg]

This is, to some extent, a limitation of the FXO interface. Here is a document that explains your problem (Scenario 1) and how to address it:

http://www.cisco.com/en/US/tech/tk652/tk653/technologies_tech_note09186a00800ae2d1.shtml

Please remember to rate helpful responses and identify helpful or correct answers.

[abdel-moniem]

What is the Voice Gateway interface type Analogue or Digital setup ? Does it drops only when the incoming call hits the Unity Connection or for example any incoming to IP Phone

[anand.narine1]

yes the call sucessfully drops if it goes to an ip phone or fxs phone directly from pstn. however once i configure calls to go to the AA number instead, the situation i described occurs. see the above diagram in my prev reply for the setup.

[anand.narine1]

jonathan i've read that article. I did have the problem before, but entering opx in the connection plar statement fixed that issue.

But now that i have incoming calls going to AA, the issue has occurred again.

[Jonathan Schulenberg]

Hm, that's strange that it would behave differently when routing through CXN. I suggest debuging the router to see whether it believes the port has gone on-hook or not. If it doesn't (and thus doesn't tell CUCM of that fact) then it's not CXN's fault and you're still being impacted by the answer supervision issue I referenced above.

debug vpm signal

debug voip ccapi inout

Please remember to rate helpful responses and identify helpful or correct answers.

[abdel-moniem · Accepted solution]

Hi anand , I think I replied after you've posted the PSTN setup. I agree with Jonathan , It seems to be a FXO disconnection issue for incoming PSTN calls . Check also the scenario of putting the Cisco Unity Connection in the Picture of call routing and out of it .

[abdel-moniem · Accepted solution]

Hi Anand

Do you use full consultation or release to switch on the CUC ? Try both options

[anand.narine1]

sorry i pressed correct answer by mistake. how do i uncorrect ?

what's the difference in those 2 options abdel ?