12-09-2015 11:01 PM - edited 03-17-2019 05:10 AM
Hi
If forward calls from deskphone to the mobile , i am not getting the callerid instead the first numer in the did range in my mobile ( for ex 28780000
did range (28780000-28786000))
Thank you
12-09-2015 11:27 PM
Do you see the same CLI irrespective of caller is internal or external?
Please check call forward CSS of respective deskphone and see how number manipulation is being done.
- Vivek
12-10-2015 12:44 AM
Hi,
Do you see the same CLI irrespective of caller is internal or external?
1 ) 28785301 forward to his mobile number 99xxxxxx , 28785302 calling to the number 28785301 and he can see caller id '28785302 ' in his mobile .
2) 1 ) mobile number 99xxxxxx calling 28785301 and he can see caller id '28780000 ' in his mobile .
Please check call forward CSS of respective deskphone and see how number manipulation is being done.
CSS which is used by the deskphone and forward are same
Route pattern : 9.[2567]XXXXXXX
Route partition : national
Calling Party Transformations
--------------------------------------
Use Calling Party's External Phone Number Mask
Calling Party Transform Mask : xxxx
Prefix Digits (Outgoing Calls)
Calling Line ID Presentation : Default
Calling Name Presentation : Default
Calling Party Number Type Cisco : CallManager
Calling Party Numbering Plan Cisco : CallManager
Thank you
12-10-2015 03:24 AM
Well in case1, I think you're seeing the correct caller-id as expected viz 28785302.
In case2, since caller is external, did you verify what caller-id you're sending to your provider. Further this depends on your provider whether to entertain this or not. Please check the output of debug isdn q931 and see what is being sent in caller-id for this call.
- Vivek
12-10-2015 06:22 AM
Hi
I think i am not sending the caller id , it s coming only last four (Calling Party Number i = 0x0081, '8788' (caller is 75098788 )).
How can i solve this issue
thank you
040871: Dec 10 17:01:43.400: ISDN Se1/0:15 Q931: RX <- SETUP pd = 8 callref = 0x0366
Sending Complete
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 = 0x0081, '75098788'
Plan:Unknown, Type:Unknown
Called Party Number i = 0x81, '4797'
Plan:ISDN, Type:Unknown
040872: Dec 10 17:01:43.424: ISDN Se1/0:15 Q931: TX -> CALL_PROC pd = 8 callref = 0x8366
Channel ID i = 0xA9839F
Exclusive, Channel 31
040873: Dec 10 14:01:43.920: %VOICE_IEC-3-GW: SIP: Internal Error (Socket conn refused): IEC=1.1.186.7.102.1 on callID 2554 GUID=60A2ACEF9E7D11E580A3001B0CB03888
040874: Dec 10 17:01:43.964: ISDN Se1/0:15 Q931: Applying typeplan for sw-type 0x12 is 0x0 0x0, Calling num 8788
040875: Dec 10 17:01:43.964: ISDN Se1/0:15 Q931: Applying typeplan for sw-type 0x12 is 0x0 0x0, Called num 79346646
040876: Dec 10 17:01:43.968: ISDN Se1/0:15 Q931: TX -> SETUP pd = 8 callref = 0x00A2
Bearer Capability i = 0x8090A3
Standard = CCITT
Transfer Capability = Speech
Transfer Mode = Circuit
Transfer Rate = 64 kbit/s
Channel ID i = 0xA9839E
Exclusive, Channel 30
Calling Party Number i = 0x0081, '8788'
Plan:Unknown, Type:Unknown
Called Party Number i = 0x80, '79346646'
Plan:Unknown, Type:Unknown
040877: Dec 10 17:01:44.016: ISDN Se1/0:15 Q931: RX <- SETUP_ACK pd = 8 callref = 0x80A2
Channel ID i = 0xA9839E
Exclusive, Channel 30
040878: Dec 10 17:01:44.336: ISDN Se1/0:15 Q931: RX <- CALL_PROC pd = 8 callref = 0x80A2
040879: Dec 10 17:01:46.960: ISDN Se1/0:15 Q931: TX -> PROGRESS pd = 8 callref = 0x8366
Progress Ind i = 0x8181 - Call not end-to-end ISDN, may have in-band info
040880: Dec 10 17:01:48.892: ISDN Se1/0:15 Q931: RX <- ALERTING pd = 8 callref = 0x80A2
040881: Dec 10 17:01:48.908: ISDN Se1/0:15 Q931: TX -> ALERTING pd = 8 callref = 0x8366
Progress Ind i = 0x8188 - In-band info or appropriate now available
040882: Dec 10 17:01:54.020: ISDN Se1/0:15 Q931: RX <- DISCONNECT pd = 8 callref = 0x0366
Cause i = 0x8090 - Normal call clearing
040883: Dec 10 17:01:54.024: ISDN Se1/0:15 Q931: TX -> RELEASE pd = 8 callref = 0x8366
040884: Dec 10 17:01:54.064: ISDN Se1/0:15 Q931: RX <- RELEASE_COMP pd = 8 callref = 0x0366
040885: Dec 10 17:01:54.076: ISDN Se1/0:15 Q931: TX -> DISCONNECT pd = 8 callref = 0x00A2
Cause i = 0x8090 - Normal call clearing
040886: Dec 10 17:01:54.148: ISDN Se1/0:15 Q931: RX <- RELEASE pd = 8 callref = 0x80A2
040887: Dec 10 17:01:54.152: ISDN Se1/0:15 Q931: TX -> RELEASE_COMP pd = 8 callref = 0x00A2
12-10-2015 12:07 PM
check your translation and/or digit strip
In my case I'm keeping only the last 4 digits, and I have something like this:
voice-port 0/0/0:23
translation-profile incoming strip
!
!
voice translation-profile strip
translate calling 2
translate called 1
You also said that the call is being forwarded (to a cellphone I assume), your dial-peer and check the "forward-digits" setting
12-10-2015 03:18 PM
Hi,
Can you give an insight about translation-profile incoming and
voice translation-profile strip
will help ?
2)I am using same css for both line and forward .So where should i investigate
Thank you all for your help
12-10-2015 05:43 PM
translation-profile incoming strip under an interface, means that everything that uses that interface will be modified by the translation rules under the profile "strip"
Can you share a debug isdn q931 and also a debug voice dial-peer
Enable one debug at the time.
Rolando Valenzuela
12-15-2015 05:51 AM
Hi,
debug voice dialpeer output below
042272: Dec 15 09:07:57.187: //-1/0022702EDD02/DPM/dpAssociateIncomingPeerCore:
Calling Number=8788, Called Number=79346646, Voice-Interface=0x0,
Timeout=TRUE, Peer Encap Type=ENCAP_VOIP, Peer Search Type=PEER_TYPE_VOICE,
Peer Info Type=DIALPEER_INFO_SPEECH
042273: Dec 15 09:07:57.187: //-1/0022702EDD02/DPM/dpAssociateIncomingPeerCore:
Result=Success(0) after DP_MATCH_INCOMING_DNIS; Incoming Dial-peer=333
042274: Dec 15 09:07:57.187: //-1/0022702EDD02/DPM/dpAssociateIncomingPeerCore:
Calling Number=8788, Called Number=79346646, Voice-Interface=0x0,
Timeout=TRUE, Peer Encap Type=ENCAP_VOIP, Peer Search Type=PEER_TYPE_VOICE,
Peer Info Type=DIALPEER_INFO_SPEECH
042275: Dec 15 09:07:57.187: //-1/0022702EDD02/DPM/dpAssociateIncomingPeerCore:
Result=Success(0) after DP_MATCH_INCOMING_DNIS; Incoming Dial-peer=333
042276: Dec 15 09:07:57.195: //-1/0022702EDD02/DPM/dpMatchPeersCore:
Calling Number=, Called Number=79346646, Peer Info Type=DIALPEER_INFO_SPEECH
042277: Dec 15 09:07:57.195: //-1/0022702EDD02/DPM/dpMatchPeersCore:
Match Rule=DP_MATCH_DEST; Called Number=79346646
042278: Dec 15 09:07:57.195: //-1/0022702EDD02/DPM/dpMatchPeersCore:
Result=Success(0) after DP_MATCH_DEST
042279: Dec 15 09:07:57.195: //-1/0022702EDD02/DPM/dpMatchPeersMoreArg:
Result=SUCCESS(0)
List of Matched Outgoing Dial-peer(s):
1: Dial-peer Tag=10
2: Dial-peer Tag=201
3: Dial-peer Tag=202
dial-peer voice 333 voip
voice-class codec 1
session protocol sipv2
incoming called-number .
dtmf-relay rtp-nte
dial-peer voice 10 pots
destination-pattern [2567].......
progress_ind alert enable 8
direct-inward-dial
port 1/0:15
!
dial-peer voice 201 voip
preference 9
destination-pattern ..
voice-class codec 1
session target ipv4:192.168.x.x
incoming called-number .
dtmf-relay h245-alphanumeric
no vad
!
dial-peer voice 202 voip
preference 10
destination-pattern ..
voice-class codec 1
session target ipv4:192.168.x.y
dtmf-relay h245-alphanumeric
no vad
!
Thank you
!
12-15-2015 07:45 AM
Ok, so the gateway is receiving 4 digits, not completly and for what you posted before, I beleive that your are doing some striping on call manager.
Route pattern : 9.[2567]XXXXXXX
Route partition : national
Calling Party Transformations
--------------------------------------
Use Calling Party's External Phone Number Mask
Calling Party Transform Mask : xxxx
Look my attached files and look for something there, if yes.. then you will need to tweak that in order to send the correct digits to the gateway.
Rolando Valenzuela.
12-23-2015 12:24 AM
12-23-2015 06:24 AM
what is the css configured in gateway calling transformation CSS. and check the partitions in it. then check for dependency for those partitions. Like Vivek said there must be calling party transformation configured.
12-23-2015 06:44 AM
12-23-2015 06:54 AM
Go to call routing -> transformation-> transformation pattern-> calling party transformation pattern. click find and see if you have anything there ?
12-26-2015 10:01 PM
Hi Samuel
There is nothing under calling party transformation
Thanks
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