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

incoming call issue with 1 DID - Cause i = 0x80A9 - Temporary failure

cris_jimenez
Level 2
Level 2

I have a 2851 with ios 12.4(h3) running MGCP. when someone calls the did 1531 they get a fast busy tone. the debugs shows the folliwing

FFHQVG01#

*Jun 12 16:45:40.729: ISDN Se0/0/0:23 Q931: RX <- SETUP pd = 8 callref = 0x1A54

Bearer Capability i = 0x8090A2

Standard = CCITT

Transfer Capability = Speech

Transfer Mode = Circuit

Transfer Rate = 64 kbit/s

Channel ID i = 0xA98381

Exclusive, Channel 1

Calling Party Number i = 0x4081, '9163387070'

Plan:Unknown, Type:Subscriber(local)

Called Party Number i = 0xC1, '1531'

Plan:ISDN, Type:Subscriber(local)

*Jun 12 16:45:40.757: ISDN Se0/0/0:23 Q931: TX -> CALL_PROC pd = 8 callref = 0x9A54

Channel ID i = 0xA98301

Exclusive, Channel 1

*Jun 12 16:45:40.757: ISDN Se0/0/0:23 Q931: TX -> DISCONNECT pd = 8 callref = 0x9A54

Cause i = 0x80A9 - Temporary failure

*Jun 12 16:45:40.873: ISDN Se0/0/0:23 Q931: RX <- RELEASE pd = 8 callref = 0x1A54

*Jun 12 16:45:40.889: ISDN Se0/0/0:23 Q931: TX -> RELEASE_COMP pd = 8 callref = 0x9A54

*Jun 12 16:45:43.609: ISDN Se0/0/0:23 Q931: TX -> DISCONNECT pd = 8 callref = 0x046F

Cause i = 0x8090 - Normal call clearing

*Jun 12 16:45:43.873: ISDN Se0/0/0:23 Q931: RX <- RELEASE pd = 8 callref = 0x846F

*Jun 12 16:45:43.893: ISDN Se0/0/0:23 Q931: TX -> RELEASE_COMP pd = 8 callref = 0x046F

have you seen something like this before ?

we have 1000 DIDs and only 1 is giving the problem thank you

1 Accepted Solution

Accepted Solutions

Oh ok looks like a change notification problem

COuld you please try to delete the DN and add it back if same issue can you restart ccm.exe ?

View solution in original post

7 Replies 7

gogasca
Level 10
Level 10

We use always the same channel?

What is 1531?

Cris could you pleas eupload CCM detailed trace for the failure?

so far yes, the same channel

1531 is the did

I placed the call at 9:54 or so

06/12/2008 09:54:49.201 CCM|Digit analysis: match(pi="1", fqcn="", cn="9163387070",plv="4", pss="Lib-FF-911:Phones-CAC:Lib-FF-Centrex:Lib-FF-Local:Lib-FF-LD:Voicemail:MeetMe", dd="1531",dac="0")|<:SOLVOIPPUB-CLUSTER><:10.202.1.11><:2><:10.168.98.254><:>

06/12/2008 09:54:49.201 CCM|Digit analysis: analysis results|<:SOLVOIPPUB-CLUSTER><:10.202.1.11><:2><:10.168.98.254><:>

06/12/2008 09:54:49.201 CCM||PretransformCallingPartyNumber=9163387070

|CallingPartyNumber=9163387070

|DialingPartition=

|DialingPattern=

06/12/2008 09:54:49.217 CCM|Forwarding - initiateCFNA - CFNA to VM, callKey= 0x17C3E|<:SOLVOIPPUB-CLUSTER><:10.202.1.11><:2><:10.168.98.254><:>

06/12/2008 09:54:49.217 CCM|Forwarding - ERROR processCFToVM - both oCdpnVMPN and cdpnVMPN are NULL - clear the call, callKey= 0x17C3E|<:SOLVOIPPUB-CLUSTER><:10.202.1.11><:2><:10.168.98.254><:>

Which version of CCM?

Did you delete the DN recently ?

What is seen in the traces is that for this DN

is not in the DA table but in the intercepts

|InterceptPartition=Phones-CAC

|InterceptPattern=1531

Is that the correct info (partition)?

If CCM 4.1(3)sr5d or less an upgrade may be required for CSCsj30852 for long term fix or a CCM.exe restart for workaround

CCM version 4.0(2a)es64

I didn't delete the DN

the DN is on partition Phones-CAC that is the correct partition and I just double check and the DN is associated to 5 more phones.

Oh ok looks like a change notification problem

COuld you please try to delete the DN and add it back if same issue can you restart ccm.exe ?

that fixed the issue

thank you

Gonzalo,

What is "change notification problem"? How does deleting & recreating DN help here?