cancel
Showing results for 
Search instead for 
Did you mean: 
cancel
701
Views
0
Helpful
8
Replies

Two Analog ports off my VG320,

byronmcneil
Level 1
Level 1

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

188031468012157073963#149417628149417629nullnullnullnullnullnullnullnullnullnullnullnullnullnulldc44731c-fc93-4922-951b-a78ed607cd25Internal-Line-PTnullTUHS-ClusterAN5731B62C5008A
DestinationCMR                          
cdrRecordTypeglobalCallID_callManagerIdglobalCallID_callIdnodeIddirectoryNum(callingPartyNumber)directoryNum(finalCalledPartyNumber)callIdentifierdateTimeStampnumberPacketsSentnumberOctetsSentnumberPacketsReceivednumberOctetsReceivednumberPacketsLostjitterlatencypkiddirectoryNumPartition(callingPartyNumberPartition)directoryNumPartition(finalCalledPartyNumberPartition)globalCallId_ClusterIDdeviceNameQoSvarVQMetrics   
188031468012157073963#149417628149417629nullnullnullnullnullnullnullnullnullnullnullnullnullnulldc44731c-fc93-4922-951b-a78ed607cd25Internal-Line-PTnullTUHS-ClusterAN5731B62C5008A

========================================

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

 

1 Accepted Solution

Accepted Solutions

byronmcneil
Level 1
Level 1

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

View solution in original post

8 Replies 8

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.



Response Signature


byronmcneil
Level 1
Level 1

yes they are both registered

Product Type: Analog Phone
Device Protocol: SCCP

Real-time Device Status

Registration:

Registered with Cisco Unified Communications Manager 

 

byronmcneil
Level 1
Level 1

YEs as soon as you lift the hand set the fast busy happens and disconnects , need to understand what is causing it

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) 



Response Signature


byronmcneil
Level 1
Level 1

Inbound calls work fine , can call the line and talk 

 

byronmcneil
Level 1
Level 1

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?

Have you checked the configuration in the VG itself? If you use SCCP controlled ports the PLAR configuration is in IOS.



Response Signature


byronmcneil
Level 1
Level 1

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

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: