Are you using calling party transformation patterns? If so, check to ensure
you're not stripping the calling number using improper configurations at the
transformation level. If that looks fine then my recommendation would be review
the CCM SDI traces.
First, what does the DA process list in the CallingPartyNumber field? Is it
blank or does it show your '91283666' number? You can find the DA process
by searching detailed SDI traces with dd="5876" (include the quotation marks)
then scroll down a bit for the DA details. If you *don't* see
CallingPartyNumber=91283666 in the DA then perhaps it's not being sent to
CUCM via backhaul properly. You can verify this with a debug ccm backhaul
packet or even in SDI traces. In traces, the SETUP should contain a long string
of characters, but the calling number will be searchable by using "3x 3x 3x 3x
3x"etc. where the x=callingNumberDigit. In your case try searching 39 31 32 38
33 36 36 36 31 31 31 31
Also, CUCM instructs the IP phone (assuming it's using SCCP stack) to display
call information on its LCD screen through a message called
DisplayPromptStatus. Check to see what the CUCM server is sending to the phone
by searching for this in a StationD message. It will contain a section that
says "content="
If you're using transformations, you can find the resulting transformed pattern
by searching traces for globalizeIncomingCgpn, it should be fillowed by the
globalized number. If this is blank then there's the issue.
Hope you find this helpful.
Daniel Pagan | CCIE# 25689
Technical & Training Lead
Fidelus TAC [UC Managed Services]
+1-212-616-7843 office
+1-212-616-7850 fax
www.fidelus.com
-Original Message-
From: ccie_voice-boun...@onlinestudylist.com
[mailto:ccie_voice-boun...@onlinestudylist.com] On Behalf Of Dharambir kumar
varma
Sent: Wednesday, August 14, 2013 8:24 AM
To: ccie_voice@onlinestudylist.com
Subject: [OSL | CCIE_Voice] Caller id Unknown in MGCP Incoming PSTN calling
Hi dear,
Can You please check the debugs
Ip phone is displaying unknown number
Please chek
terminal monitor
welsp482-hydecheshi-2197721#
welsp482-hydecheshi-2197721#debug isdn q931
debug isdn q931 is ON.
welsp482-hydecheshi-2197721#
welsp482-hydecheshi-2197721#
welsp482-hydecheshi-2197721#
welsp482-hydecheshi-2197721#
welsp482-hydecheshi-2197721#
001439: Aug 10 13:47:09.236: ISDN Se0/0/0:15 Q931: RX <- SETUP pd = 8 callref =
0x0001
Sending Complete
Bearer Capability i = 0x9090A3
Standard = CCITT
Transfer Capability = 3.1kHz Audio
Transfer Mode = Circuit
Transfer Rate = 64 kbit/s
Channel ID i = 0xA98381
Exclusive, Channel 1
Calling Party Number i = 0x1183, '91283666'
Plan:ISDN, Type:International
Called Party Number i = 0x81, '5876'
Plan:ISDN, Type:Unknown
001440: Aug 10 13:47:09.504: ISDN Se0/0/0:15 Q931: TX -> CALL_PROC pd = 8
callref = 0x8001
Channel ID i = 0xA98381
Exclusive, Channel 1
welsp482-hydecheshi-2197721#
001441: Aug 10 13:47:09.612: ISDN Se0/0/0:15 Q931: TX -> ALERTING pd =
8 callref = 0x8001
Progress Ind i = 0x8088 - In-band info or appropriate now available
welsp482-hydecheshi-2197721#
001442: Aug 10 13:47:29.592: ISDN Se0/0/0:15 Q931: RX <- DISCONNECT pd = 8
callref = 0x0001
Cause i = 0x8A90 - Normal call clearing
001443: Aug 10 13:47:29.880: ISDN Se0/0/0:15 Q931: TX -> RELEASE pd =
8 callref = 0x8001
001444: Aug 10 13:47:29.932: ISDN Se0/0/0:15 Q931: RX <- RELEASE_COMP pd = 8
callref = 0x0001
--
Regards,
Dharambir Kumar
___
For more information regarding industry leading CCIE Lab training, please visit
www.ipexpert.com
Are you a CCNP or CCIE and looking for a job? Check out
www.PlatinumPlacement.com
___
For more information regarding industry leading CCIE Lab training, please visit
www.ipexpert.com
Are you a CCNP or CCIE and looking for a job? Check out
www.PlatinumPlacement.com