09-27-2022 11:53 AM
Analog phones have no dial tone and get fast busy when off hook for outbound calls.
Cisco VG320 (revision 1.0) with 1003520K/45056K bytes of memory.
Processor board ID FGL2419LJ10
2 Gigabit Ethernet interfaces
48 Voice FXS interfaces
DRAM configuration is 32 bits wide with parity enabled.
255K bytes of non-volatile configuration memory.
245448K bytes of ATA System CompactFlash 0 (Read/Write)
------------------------------------------
outbound
1 | 8 | 803146 | 8 | 0 | 12157073963 | # | 149417628 | 149417629 | null | null | null | null | null | null | null | null | null | null | null | null | null | null | dc44731c-fc93-4922-951b-a78ed607cd25 | Internal-Line-PT | null | TUHS-Cluster | AN5731B62C5008A |
Destination | CMR | ||||||||||||||||||||||||||
cdrRecordType | globalCallID_callManagerId | globalCallID_callId | nodeId | directoryNum | (callingPartyNumber) | directoryNum | (finalCalledPartyNumber) | callIdentifier | dateTimeStamp | numberPacketsSent | numberOctetsSent | numberPacketsReceived | numberOctetsReceived | numberPacketsLost | jitter | latency | pkid | directoryNumPartition | (callingPartyNumberPartition)directoryNumPartition | (finalCalledPartyNumberPartition)globalCallId_ClusterID | deviceName | QoS | varVQMetrics | ||||
1 | 8 | 803146 | 8 | 0 | 12157073963 | # | 149417628 | 149417629 | null | null | null | null | null | null | null | null | null | null | null | null | null | null | dc44731c-fc93-4922-951b-a78ed607cd25 | Internal-Line-PT | null | TUHS-Cluster | AN5731B62C5008A |
========================================
debug sccp error
debug voip ccapi inout
Sep 27 16:36:15.354: cc_api_get_xcode_stream : 4987
Sep 27 16:36:15.354: //18829/xxxxxxxxxxxx/CCAPI/cc_api_bridge_drop_done:
Conference Id=0x2377, Source Interface=0x220E0008, Source Call Id=18829,
Destination Call Id=18828, Disposition=0x0, Tag=0x0
Sep 27 16:36:15.354: //18828/xxxxxxxxxxxx/CCAPI/cc_generic_bridge_done:
Conference Id=0x2377, Source Interface=0x220E0008, Source Call Id=18829,
Destination Call Id=18828, Disposition=0x0, Tag=0x0
Sep 27 16:36:15.354: //18829/xxxxxxxxxxxx/CCAPI/ccCallDisconnect:
Cause Value=16, Tag=0x0, Call Entry(Previous Disconnect Cause=0, Disconnect Cause=0)
Sep 27 16:36:15.354: //18829/xxxxxxxxxxxx/CCAPI/ccCallDisconnect:
Cause Value=16, Call Entry(Responsed=TRUE, Cause Value=16)
Sep 27 16:36:15.354: sccp_spi_ha_is_not_ready_to_handle_new_msg: sccp_spi_ha_is_not_ready_to_handle_new_msg
Sep 27 16:36:15.354: sccp_spi_ha_is_not_ready_to_handle_new_msg: sccp_spi_ha_is_not_ready_to_handle_new_msg
Sep 27 16:36:15.354: //18828/xxxxxxxxxxxx/CCAPI/ccCallFeature:
Feature Type=34, Call Id=18828
Sep 27 16:36:15.354: //18828/xxxxxxxxxxxx/CCAPI/ccCallDisconnect:
Cause Value=16, Tag=0x0, Call Entry(Previous Disconnect Cause=0, Disconnect Cause=16)
Sep 27 16:36:15.354: //18828/xxxxxxxxxxxx/CCAPI/ccCallDisconnect:
Cause Value=16, Call Entry(Responsed=TRUE, Cause Value=16)
Sep 27 16:36:15.354: //18828/xxxxxxxxxxxx/CCAPI/cc_api_get_transfer_info:
Transfer Number=NULL
Sep 27 16:36:15.358: sccp_spi_ha_is_not_ready_to_handle_new_msg: sccp_spi_ha_is_not_ready_to_handle_new_msg
Sep 27 16:36:15.358: sccp_spi_ha_is_not_ready_to_handle_new_msg: sccp_spi_ha_is_not_ready_to_handle_new_msg
Sep 27 16:36:15.358: sccp_spi_ha_is_not_ready_to_handle_new_msg: sccp_spi_ha_is_not_ready_to_handle_new_msg
Sep 27 16:36:15.366: //18829/xxxxxxxxxxxx/CCAPI/cc_api_call_disconnect_done:
Disposition=0, Interface=0x220E0008, Tag=0x0, Call Id=18829,
Call Entry(Disconnect Cause=16, Voice Class Cause Code=0, Retry Count=0)
Sep 27 16:36:15.366: //18829/xxxxxxxxxxxx/CCAPI/cc_api_call_disconnect_done:
Call Disconnect Event Sent
Sep 27 16:36:15.366: //-1/xxxxxxxxxxxx/CCAPI/cc_free_feature_vsa:
Sep 27 16:36:15.366: :cc_free_feature_vsa freeing 21011378
Sep 27 16:36:15.366: //-1/xxxxxxxxxxxx/CCAPI/cc_free_feature_vsa:
Sep 27 16:36:15.366: vsacount in free is 1
Sep 27 16:36:15.386: //18828/xxxxxxxxxxxx/CCAPI/cc_api_call_disconnect_done:
Disposition=0, Interface=0x221BD188, Tag=0x0, Call Id=18828,
Call Entry(Disconnect Cause=16, Voice Class Cause Code=0, Retry Count=0)
Sep 27 16:36:15.386: //18828/xxxxxxxxxxxx/CCAPI/cc_api_call_disconnect_done:
Call Disconnect Event Sent
Sep 27 16:36:15.386: //-1/xxxxxxxxxxxx/CCAPI/cc_free_feature_vsa:
Sep 27 16:36:15.386: :cc_free_feature_vsa freeing 21011618
Sep 27 16:36:15.386: //-1/xxxxxxxxxxxx/CCAPI/cc_free_feature_vsa:
Sep 27 16:36:15.386: vsacount in free is 0
Sep 27 16:36:16.030: sccp_spi_ha_is_not_ready_to_handle_new_msg: sccp_spi_ha_is_not_ready_to_handle_new_msg
Solved! Go to Solution.
09-29-2022 08:05 AM
FIXED , it seems it was two dial-peer voice XXXX pots configured for the same port. I removed one and it works for in outbound calls
dial-peer voice 99020 pots
service stcapp
port 0/1/10
dial-peer voice 9990120 pots
service stcapp
port 0/1/10
sh stcapp device voice-port 0/1/10
Port Identifier: 0/1/10
Device Type: ALG
Device Id: 40
Device Name: AN5731B62C5008A
Device Security Mode : None
Modem Capability: None
Device State: IS
Diagnostic: None
Directory Number: +12157073963
Dial Peer(s): 9990120 99020
Dialtone after remote onhook feature: activated
Busytone after remote onhook feature: not activated
Last Event: STCAPP_DC_EV_DEVICE_DEFINE_DATE_TIME_RES
Line State: IDLE
Line Mode: CALL_BASIC
Hook State: ONHOOK
mwi: DISABLE
vmwi: OFF
mwi config: Both
Privacy: Not configured
HG Status: Unknown
PLAR: DISABLE
Callback State: DISABLED
09-27-2022 07:11 PM
can you share more info regarding your setup. VG is it registered on CUCM ? Does the ports showing registered ?
From the logs cause value 16 is a normal call clearing.
09-28-2022 08:09 AM
yes they are both registered
Product Type: | Analog Phone |
Device Protocol: | SCCP |
Real-time Device Status
Registration: | Registered with Cisco Unified Communications Manager
|
09-28-2022 08:10 AM
YEs as soon as you lift the hand set the fast busy happens and disconnects , need to understand what is causing it
09-28-2022 10:59 AM
Sounds like you have a PLAR setup for the ports as it tries to call something as soon as you lift the handset. Have you checked the CSS of the analog port to see what partition(s) it has access to?
For more information on PLAR please see this document Feature Configuration Guide for Cisco Unified Communications Manager, Release 10.5(2)
09-28-2022 08:31 AM
Inbound calls work fine , can call the line and talk
09-28-2022 02:12 PM
No PLAR CSS , check CSS all seems to be correct as others are working on the same VG, No one has come accross this issue with Fast busy on Analog phone registered with VG320 device?
09-28-2022 10:13 PM
Have you checked the configuration in the VG itself? If you use SCCP controlled ports the PLAR configuration is in IOS.
09-29-2022 08:05 AM
FIXED , it seems it was two dial-peer voice XXXX pots configured for the same port. I removed one and it works for in outbound calls
dial-peer voice 99020 pots
service stcapp
port 0/1/10
dial-peer voice 9990120 pots
service stcapp
port 0/1/10
sh stcapp device voice-port 0/1/10
Port Identifier: 0/1/10
Device Type: ALG
Device Id: 40
Device Name: AN5731B62C5008A
Device Security Mode : None
Modem Capability: None
Device State: IS
Diagnostic: None
Directory Number: +12157073963
Dial Peer(s): 9990120 99020
Dialtone after remote onhook feature: activated
Busytone after remote onhook feature: not activated
Last Event: STCAPP_DC_EV_DEVICE_DEFINE_DATE_TIME_RES
Line State: IDLE
Line Mode: CALL_BASIC
Hook State: ONHOOK
mwi: DISABLE
vmwi: OFF
mwi config: Both
Privacy: Not configured
HG Status: Unknown
PLAR: DISABLE
Callback State: DISABLED
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: