Hello All,
While receiving incoming calls from the PSTN line, instead of Caller-ID I am getting the "From Unknown Number" message on the cisco phone.
In my setup, I have CUCM, CUC, two voice gateways, two CTI route points in CUCM, two System call handlers for Auto Attendant in CUC, and each voice gateway has 5 cisco phones.
Voice gateway 1: 192.168.50.1 (Head Office - has 2 PSTN lines connected to the FXO)
Voice gateway 2: 192.168.60.1 (Branch Office - has 2 PSTN lines connected to the FXO)
CUCM: 192.168.50.100
CUC: 192.168.50.98
CTI 1 for VG 1: 3050
CTI 2 for VG 2: 3060
Call Handler 1 (Auto Attendant 1) for VG1: 3050 (Press 1 for Head Office, Press 2 for Branch Office)
Call Handler 2 (Auto Attendant 2) for VG2: 3060 (Press 1 for Head Office, Press 2 for Branch Office)
Head Office Phone: DN-1001
Branch Office Phone: DN-2001
Voice mail Hunt pilot & voice mail pilot is: 3000
VG1:
Connection plar opx 3050
VG2:
Connection plar opx 3060
The Caller-ID is enabled in both voice gateway's voice-ports.
Voice gateway 1, CUCM, and CUC are in the same network - 192.168.50.0 (Head Office)
Voice gateway 2 is a different network - 192.168.60.0 (Branch Office)
----------------------------------------------------------------------------
The tasks are:
1. Incoming calls from both Voice Gateway 1 & 2 have to ring the head office phone (DN:1001) via call handler (auto-attendant) when 1 is pressed.
2. Incoming calls from both Voice Gateways has to show the Caller-ID
Task 1 has no problem and it works fine.
The problem is:
When I get incoming calls for the head office (phone-1001) from Voice Gateway 1, it works fine and it shows the Caller-ID.
(Note: The CUCM, CUC, VG1, and cisco phone is in the same network installed in head office-192.168.50.0)
But when I get incoming calls for the head office (phone-1001) from Voice Gateway 2, it shows "From unknown number" instead of Caller-ID.
(Note: The incoming call to the head office is from a different network- 192.168.60.0, branch office)
Please help
and thanks in advance.
Glad to hear that you managed to get it resolved and thank you for your reporting back on this.
Apart from this there is one thing that sticks out in your shared configuration and that's the session destination on dial peer 1200 that points to an IP that does not match up with the shared information.
What is IP 192.168.0.100?
I would suggest that you make these changes to your configuration.
HQ voice service voip ip address trusted list no ipv4 192.168.60.0 255.255.255.0 ipv4 192.168.50.100 255.255.255.255 Branch no boot system flash:/c2900-universalk9-mz.SPA.157-3.M8.bin ! voice service voip ip address trusted list no ipv4 192.168.50.0 255.255.255.0 ipv4 192.168.50.100 255.255.255.255 Both
service password-encryption
! voice service voip no allow-connections h323 to h323 no allow-connections h323 to sip no allow-connections sip to h323 no allow-connections sip to sip ! voice class codec 100 no codec preference 2 g729br8 ! dial-peer voice 1200 voip description Outbound VOIP from voice gateway to CUCM subscribers session target ipv4:192.168.50.100
Most of this has no use in your configuration and some are best practice.
Those are private IP's that can only be used on internal networks, also known as "black" IPs. So no need to mask them out.
I took a deeper look at the VTSP file and saw this for the call.
*Jan 3 07:40:05.521: //-1/80096BE60C00/CCAPI/cc_api_call_setup_ind_common:
Interface=0x226E7768, Call Info(
Calling Number=1005,(Calling Name=)(TON=Unknown, NPI=Unknown, Screening=User, Passed, Presentation=Allowed),
Called Number=80315502552(TON=Unknown, NPI=Unknown),
Calling Translated=FALSE, Subscriber Type Str=Unknown, FinalDestinationFlag=TRUE,
Incoming Dial-peer=1000, Progress Indication=NULL(0), Calling IE Present=TRUE,
Source Trkgrp Route Label=, Target Trkgrp Route Label=, CLID Transparent=FALSE), Call Id=2658
*Jan 3 07:40:05.521: //-1/80096BE60C00/CCAPI/ccCheckClipClir:
In: Calling Number=1005(TON=Unknown, NPI=Unknown, Screening=User, Passed, Presentation=Allowed)
*Jan 3 07:40:05.521: //-1/80096BE60C00/CCAPI/ccCheckClipClir:
Out: Calling Number=1005(TON=Unknown, NPI=Unknown, Screening=User, Passed, Presentation=Allowed)
*Jan 3 07:40:05.521: //-1/xxxxxxxxxxxx/CCAPI/cc_get_feature_vsa:
*Jan 3 07:40:05.521: :cc_get_feature_vsa malloc success
*Jan 3 07:40:05.521: //-1/xxxxxxxxxxxx/CCAPI/cc_get_feature_vsa:
*Jan 3 07:40:05.521: cc_get_feature_vsa count is 3
*Jan 3 07:40:05.521: //-1/xxxxxxxxxxxx/CCAPI/cc_get_feature_vsa:
*Jan 3 07:40:05.521: :FEATURE_VSA attributes are: feature_name:0,feature_time:1033987008,feature_id:2656
*Jan 3 07:40:05.521: //2658/80096BE60C00/CCAPI/cc_api_call_setup_ind_common:
Set Up Event Sent;
Call Info(Calling Number=1005(TON=Unknown, NPI=Unknown, Screening=User, Passed, Presentation=Allowed),
Called Number=80315502552(TON=Unknown, NPI=Unknown))
*Jan 3 07:40:05.521: //2658/80096BE60C00/CCAPI/cc_process_call_setup_ind:
Event=0x22A0ABC0
*Jan 3 07:40:05.521: //-1/xxxxxxxxxxxx/CCAPI/cc_setupind_match_search:
Try with the demoted called number 80315502552
*Jan 3 07:40:05.521: //2658/80096BE60C00/CCAPI/ccCallSetContext:
Context=0x210145F8
*Jan 3 07:40:05.521: //2658/80096BE60C00/CCAPI/cc_process_call_setup_ind:
>>>>CCAPI handed cid 2658 with tag 1000 to app "_ManagedAppProcess_Default"
*Jan 3 07:40:05.521: //2658/80096BE60C00/CCAPI/ccCallProceeding:
Progress Indication=NULL(0)
*Jan 3 07:40:05.525: //2658/80096BE60C00/CCAPI/ccCallSetupRequest:
Destination=, Calling IE Present=TRUE, Mode=0,
Outgoing Dial-peer=203, Params=0x21015C00, Progress Indication=NULL(0)
*Jan 3 07:40:05.525: //2658/80096BE60C00/CCAPI/ccCheckClipClir:
In: Calling Number=1005(TON=Unknown, NPI=Unknown, Screening=User, Passed, Presentation=Allowed)
*Jan 3 07:40:05.525: //2658/80096BE60C00/CCAPI/ccCheckClipClir:
Out: Calling Number=1005(TON=Unknown, NPI=Unknown, Screening=User, Passed, Presentation=Allowed)
*Jan 3 07:40:05.525: //2658/80096BE60C00/CCAPI/ccCallSetupRequest:
Destination Pattern=8.T, Called Number=80315502552, Digit Strip=TRUE
*Jan 3 07:40:05.525: //2658/80096BE60C00/CCAPI/ccCallSetupRequest:
Calling Number=1005(TON=Unknown, NPI=Unknown, Screening=User, Passed, Presentation=Allowed),
Called Number=80315502552(TON=Unknown, NPI=Unknown),
Redirect Number=, Display Info=
Account Number=Hong Sang-ui, Final Destination Flag=TRUE,
Guid=80096BE6-A8B6-211D-0C00-0C01C0A81E07, Outgoing Dial-peer=203
*Jan 3 07:40:05.525: //2658/80096BE60C00/CCAPI/cc_api_display_ie_subfields:
ccCallSetupRequest:
cisco-username=Hong Sang-ui
----- ccCallInfo IE subfields -----
cisco-ani=1005
cisco-anitype=0
cisco-aniplan=0
cisco-anipi=0
cisco-anisi=1
dest=80315502552
cisco-desttype=0
cisco-destplan=0
cisco-rdie=FFFFFFFF
cisco-rdn=
cisco-rdntype=-1
cisco-rdnplan=-1
cisco-rdnpi=-1
cisco-rdnsi=-1
cisco-redirectreason=-1 fwd_final_type =0
final_redirectNumber =
hunt_group_timeout =0
*Jan 3 07:40:05.525: //2658/80096BE60C00/CCAPI/ccIFCallSetupRequestPrivate:
Interface=0x22A81F40, Interface Type=6, Destination=, Mode=0x0,
Call Params(Calling Number=1005,(Calling Name=)(TON=Unknown, NPI=Unknown, Screening=User, Passed, Presentation=Allowed),
Called Number=80315502552(TON=Unknown, NPI=Unknown), Calling Translated=FALSE,
Subscriber Type Str=Unknown, FinalDestinationFlag=TRUE, Outgoing Dial-peer=203, Call Count On=FALSE,
Source Trkgrp Route Label=, Target Trkgrp Route Label=, tg_label_flag=0, Application Call Id=)
*Jan 3 07:40:05.525: //-1/xxxxxxxxxxxx/CCAPI/cc_get_feature_vsa:To me it looks like the call is extended out to PSTN and then possibly loops back, but I haven't seen the loop as such. Would it be possible that the called number 80315502552 could be a PSTN number at the HQ site?
Possibly someone on the phone with DN 1005 made a call to 80315502552 and I mixed of the calls in the debug output. That's quite an easy thing to do if you're not paying attention to the call ids.
Sorry for the mix up, they are 2 different calls.
Call 1
*Jan 3 07:40:00.485: //-1/30D403719274/CCAPI/cc_api_display_ie_subfields:
Call 2
*Jan 3 07:40:05.521: //-1/80096BE60C00/CCAPI/cc_api_display_ie_subfields:
As such please disregard what I wrote earlier.
