08-20-2009 02:08 AM - edited 03-15-2019 07:26 PM
Here is my scenario:
Phone A is a mobile GSM phone
Phone B is a Cisco IPphone
Phone C is a mobile GSM phone
Test 1:
I setup a CFA on phone B to phone C. Phone A calls Phone B, then this call is forwarded to C and phone A number is shown on C. Here everything works as expected.
Test 2: Phone B is still on CFA to phone C. Phone A calls Phone B with a private call (hidden calling number), this call is forwarded to C but the caller id shown is the main number of the DID range and not a restricted (or private) display.
In this case (test 2), i would prefer that phone C receive a private call (restricted caller id) and not shows the main number, that only when the forward concerns a private call from phone A.
Thanks in advance for any help
We run CUCM 7 and MGCP gateway.
Alban
08-26-2009 08:20 AM
Any outbound call on a gateway can send directory number information. Calling Party Selection field determines which directory number is sent.
Originator--Send the directory number of the calling device.
First Redirect Number--Send the directory number of the redirecting device.
Last Redirect Number--Send the directory number of the last device to redirect the call.
Choose whether the Cisco CallManager transmits or blocks the calling line ID.
Choose Calling Party Presentation Allowed if you want the Cisco CallManager to send calling line ID.
Choose Restricted if you do not want the Cisco CallManager to send calling line ID.
08-26-2009 11:17 AM
dear anatsira,
I have a problem in your Test 1, can you help me? what parameters need been set in CCM or GW?
My Test:
A is a external telephone, such as GSM
B is a Cisco ip Phone
C is external telephone, such as GSM
we settings "no answer forward" to C on B.
when A call B,B forward the call to C. B's number is displaied on C. Now I want to show A's number on C.
My CM version is 5.1.2.3000 and it is base H.323. I can see A's number base on mgcp.
I have set originator, and enabled outbound IE, but my gw reject this call when it see the A's number is not in DID range.
08-26-2009 11:45 PM
Hi,
Your settings seem good (setting with originator), are you sure your gw rejects this call with originator setting? i should say it's your telco...
Do you have the debug isdn q931 traces?
08-27-2009 12:29 AM
Thanks a lot, anatsira
Below is my debug result yestoday.
It seem that service provider do not support isdn IE. and I have try others signal, such as qsig,5ess,4ess, and it still do not work.
Because customer told me that it works well when we use MGCP protocol, so the SP may allow calls when A's calling number is a GSM number which not in range of DID.
Aug 26 08:55:25.648: ISDN Se0/2/0:15 Q931: RX <- SETUP pd = 8 callref = 0x0311
Sending Complete
Bearer Capability i = 0x8090A3
Standard = CCITT
Transfer Capability = Speech
Transfer Mode = Circuit
Transfer Rate = 64 kbit/s
Channel ID i = 0xA18384
Preferred, Channel 4
Progress Ind i = 0x8281 - Call not end-to-end ISDN, may have in-band info
Calling Party Number i = 0x2183, '013911734336'
Plan:ISDN, Type:National
Called Party Number i = 0xC1, '6068206'
Plan:ISDN, Type:Subscriber(local)
Aug 26 08:55:25.664: ISDN Se0/2/0:15 Q931: TX -> CALL_PROC pd = 8 callref = 0x8311
Channel ID i = 0xA98384
Exclusive, Channel 4
Aug 26 08:55:25.688: ISDN Se0/2/0:15 Q931: Applying typeplan for sw-type 0x12 is 0x2 0x1, Calling num 013911734336
Aug 26 08:55:25.688: ISDN Se0/2/0:15 Q931: Applying typeplan for sw-type 0x12 is 0x0 0x0, Called num 013466521470
Aug 26 08:55:25.688: ISDN Se0/2/0:15 Q931: TX -> SETUP pd = 8 callref = 0x1479
Bearer Capability i = 0x8090A3
Standard = CCITT
Transfer Capability = Speech
Transfer Mode = Circuit
Transfer Rate = 64 kbit/s
Channel ID i = 0xA9839F
Exclusive, Channel 31
Calling Party Number i = 0x2181, '013911734336'
Plan:ISDN, Type:National
Called Party Number i = 0x80, '013466521470'
Plan:Unknown, Type:Unknown
Redirecting Number i = 0x00008F, '5028206'
Plan:Unknown, Type:Unknown
Aug 26 08:55:25.728: ISDN Se0/2/0:15 Q931: RX <- STATUS pd = 8 callref = 0x9479
Cause i = 0x82E374 - Information element not implemented
Call State i = 0x01
Aug 26 08:55:25.740: ISDN Se0/2/0:15 Q931: RX <- SETUP_ACK pd = 8 callref = 0x9479
Channel ID i = 0xA9839F
Exclusive, Channel 31
Aug 26 08:55:26.376: ISDN Se0/2/0:15 Q931: RX <- DISCONNECT pd = 8 callref = 0x9479
Cause i = 0x8290 - Normal call clearing
Progress Ind i = 0x8288 - In-band info or appropriate now available
Aug 26 08:55:26.380: ISDN Se0/2/0:15 Q931: call_disc: PI received in disconnect; Postpone sending RELEASE for callid 0x93FA
Aug 26 08:55:26.408: ISDN Se0/2/0:15 Q931: TX -> DISCONNECT pd = 8 callref = 0x8311
Cause i = 0x8090 - Normal call clearing
Progress Ind i = 0x8188 - In-band info or appropriate now available
Aug 26 08:55:26.436: ISDN Se0/2/0:15 Q931: RX <- RELEASE pd = 8 callref = 0x0311
Aug 26 08:55:26.436: ISDN Se0/2/0:15 Q931: TX -> RELEASE_COMP pd = 8 callref = 0x8311
Aug 26 08:55:26.460: ISDN Se0/2/0:15 Q931: TX -> RELEASE pd = 8 callref = 0x1479
Aug 26 08:55:26.496: ISDN Se0/2/0:15 Q931: RX <- RELEASE_COMP pd = 8 callref = 0x9479
08-27-2009 12:46 AM
i see this in your traces:Redirecting Number i = 0x00008F, '5028206'
In your H323 config, you certainly checked the box which name should be "Redirecting Diversion Header Delivery - Outbound"
If yes, uncheck this box et do another test.
If it doesn't still work. Try a direct call from B to C with "013911734336" as the calling number of B (external phone mask)
If it doesn't still work, your Telco doesn't probably support calling number which isn't in your DID range.
08-27-2009 09:24 PM
Thanks for your reply.
I have confirmed that Telco doesn't support calling number which isn't in my DID range.
But customer sure that it is work well before Gateway change protocol MGCP to H.323.
And I will do a test with uncheck box "Redirecting Number IE Delivery - Outbound" next week.
thanks a lot.
Discover and save your favorite ideas. Come back to expert answers, step-by-step guides, recent topics, and more.
New here? Get started with these tips. How to use Community New member guide