[cisco-voip] Lift phone not hanging up

[James Andrewartha]

Hi voipers,

We have a new building with a new Kone lift which has a phone that
doesn't detect the end of call and hang up. It's connected to a VG224
that then goes to CUCM 10.5, then via H.232 to a 2921 that has our ISDN.

I ran "debug voice application stcapp port 2/23" while the lift techs
made a call, they said it connected, spoke to the operator at the other
end who hung up, then it took two minutes to pick up on the hangup, and
then still made a different noise for another minute.

I think the debug logs confirm this, the call starts at 05:20:00,
connects and then there is a slightly more than 2 minute gap

> Sep 13 05:20:07.949: 2/23   :     stcapp_call_info_eh::caller_name=Lift - D
> Sep 13 05:20:07.949: 2/23   :     Irrelevant CALL_INFO message is ignore!
> Sep 13 05:20:07.949: 2/23   :     No state change
> Sep 13 05:20:07.953: 2/23   : ==> Received event:STCAPP_DC_EV_DEVICE_CALL_INFO
> Sep 13 05:20:07.953: 2/23   :     Call State:ACTIVE
> Sep 13 05:20:07.953: 2/23   : stcapp_conn_call_info_eh
> Sep 13 05:20:07.953: 2/23   : stcapp_get_ccb_ptr
> Sep 13 05:20:07.953: 2/23   :     stcapp_call_info_eh::caller_name=Lift - D
> Sep 13 05:20:07.953: 2/23   :     Irrelevant CALL_INFO message is ignore!
> Sep 13 05:20:07.953: 2/23   :     No state change
> Sep 13 05:22:32.238: 2/23   : stcapp_get_dcb_and_lcb
> Sep 13 05:22:32.238: 2/23   : stcapp_screen_api_event
> Sep 13 05:22:32.238: 2/23   :     event:STCAPP_DC_EV_MEDIA_CLOSE_RCV_CHNL received.
> Sep 13 05:22:32.242: 2/23   : stcapp_screen_close_rcv_chnl
> Sep 13 05:22:32.242: 2/23   : ==> Received event:STCAPP_DC_EV_MEDIA_CLOSE_RCV_CHNL
> Sep 13 05:22:32.242: 2/23   :     Call State:ACTIVE
> Sep 13 05:22:32.242: 2/23   : stcapp_close_rcv_chnl_eh
> Sep 13 05:22:32.242: 2/23   :     call_ref=44869558

and then the call state goes to ONHOOK_PEND, then REM_ONHOOK_PEND,
OFFHOOK, 15 seconds it receives an inter-digit timeout which it ignores,
waits another 45 seconds, CONNECTING, ACTIVE_PENDING, waits 8 seconds,
ONHOOK_PEND, ONHOOK_DISCONNECT and then it's cleaned up.

Anyway, this is way beyond my ken and our other lift phones don't have
this problem, does anyone have any thoughts on how to further debug this
or fix it? My only idea is to bypass CUCM and have the VG224 talk
directly to the 2921, which I've done for some of our security systems.
The lift tech said there's some options they can tune but would prefer
to leave things at defaults if possible.

Thanks,

-- 
James Andrewartha
Network & Projects Engineer
Christ Church Grammar School
Claremont, Western Australia
Ph. (08) 9442 1757
Mob. 0424 160 877