cancel
Showing results for 
Search instead for 
Did you mean: 
cancel
710
Views
0
Helpful
2
Replies

Call Forward & Voice Translation Rule not behaving properly !!

anis_cisco
Level 1
Level 1

Hi all,

I have cme 7.1 i configured call-forward all & its working fine for internal & external users.

Problem : lets suppose i enable call forward all on extension A ( having extension 836) to my mobile, when any body from PSTN calls to Extension A the call is forwarding to my mobile but instead of getting my DID ( 17383836 ) on my mobile i m getting the Main Number of PRI on mobile ( 17383838 ).

Troubleshooting: I enabled debug isdn q931 & i saw that when i call to extension A ( which has call-forward all enable ) its calling party number shows me 1738333381821( 33381821 is the callers mobile number from PSTN ) .

As per my PRI provider they said for getting the correct DID on mobile you need to send me only eight digits along with extension.

Below is the debug isdn q931 & config of my translation rules:

**************************************************************************************

BIPA-CCME#
Sep 15 15:14:51.314: ISDN Se0/0/0:15 Q931: RX <- SETUP pd = 8  callref = 0x38DE
        Sending Complete
        Bearer Capability i = 0x9090A3
                Standard = CCITT
                Transfer Capability = 3.1kHz Audio
                Transfer Mode = Circuit
                Transfer Rate = 64 kbit/s
        Channel ID i = 0xA18386
                Preferred, Channel 6
        Progress Ind i = 0x8281 - Call not end-to-end ISDN, may have in-band inf
o
        Calling Party Number i = 0x2183, '33381821'
                Plan:ISDN, Type:National
        Called Party Number i = 0xC1, '17383836'
                Plan:ISDN, Type:Subscriber(local)
Sep 15 15:14:51.314: ISDN Se0/0/0:15 Q931: Received SETUP  callref = 0xB8DE call
ID = 0x037F switch = primary-net5 interface = User
Sep 15 15:14:51.330: ISDN Se0/0/0:15 Q931: TX -> CALL_PROC pd = 8  callref = 0xB
8DE
        Channel ID i = 0xA98386
                Exclusive, Channel 6
Sep 15 15:14:51.338: ISDN Se0/0/0:15 Q931: Applying typeplan for sw-type 0x12 is
0x2 0x1, Calling num 1738333381821
Sep 15 15:14:51.338: ISDN Se0/0/0:15 Q931: Sending SETUP  callref = 0x056C callI
D = 0x84ED switch = primary-net5 interface = User
Sep 15 15:14:51.342: ISDN Se0/0/0:15 Q931: TX -> SETUP pd = 8  callref = 0x056C
        Sending Complete
        Bearer Capability i = 0x9090A3
                Standard = CCITT
                Transfer Capability = 3.1kHz Audio
                Transfer Mode = Circuit
                Transfer Rate = 64 kbit/s
        Channel ID i = 0xA9838A
                Exclusive, Channel 10
        Progress Ind i = 0x8281 - Call not end-to-end ISDN, may have in-band inf
o
        Calling Party Number i = 0x2183, '1738333381821'
                Plan:ISDN, Type:National
        Called Party Number i = 0xC1, '39583729'
                Plan:ISDN, Type:Subscriber(local)
Sep 15 15:14:51.398: ISDN Se0/0/0:15 Q931: RX <- CALL_PROC pd = 8  callref = 0x8
56C
        Channel ID i = 0xA9838A
                Exclusive, Channel 10
Sep 15 15:14:55.030: ISDN Se0/0/0:15 Q931: RX <- ALERTING pd = 8  callref = 0x85
6C
        Progress Ind i = 0x8288 - In-band info or appropriate now available
Sep 15 15:14:55.038: ISDN Se0/0/0:15 Q931: TX -> ALERTING pd = 8  callref = 0xB8
DE
        Progress Ind i = 0x8288 - In-band info or appropriate now available
Sep 15 15:14:58.378: ISDN Se0/0/0:15 Q931: RX <- DISCONNECT pd = 8  callref = 0x
38DE
        Cause i = 0x8290 - Normal call clearing
Sep 15 15:14:58.382: ISDN Se0/0/0:15 Q931: TX -> RELEASE pd = 8  callref = 0xB8D
E
Sep 15 15:14:58.386: ISDN Se0/0/0:15 Q931: TX -> DISCONNECT pd = 8  callref = 0x
056C
        Cause i = 0x8090 - Normal call clearing
Sep 15 15:14:58.490: ISDN Se0/0/0:15 Q931: RX <- RELEASE_COMP pd = 8  callref =
0x38DE
Sep 15 15:14:58.518: ISDN Se0/0/0:15 Q931: RX <- RELEASE pd = 8  callref = 0x856
C
Sep 15 15:14:58.518: ISDN Se0/0/0:15 Q931: TX -> RELEASE_COMP pd = 8  callref =
0x056C
BIPA-CCME#
BIPA-CCME#


******************************************************************************************************

voice translation-rule 1
rule 1 /^17383\(...\)/ /\1/
!
voice translation-rule 2
rule 1 // /17383/
!
!
voice translation-profile PSTNIN
translate called 1
!
voice translation-profile PSTNOUT
translate calling 2

if i call from my extension to the mobile its showing me correct DID im facing this problem only in call forward all.

Can any body tell me what translation shoud i configure which works only for call forward all + replace the 33381821 (from 1738333381821) with the correct extension.

Regards,

2 Replies 2

anis_cisco
Level 1
Level 1

Hi all,

does any body has solution for the following problem ??

Regards,

This profile is prefixing the digits which the provider is complaining abourt:

voice translation-profile PSTNOUT
translate calling 2

Why is that on there to begin with?  If you remove PSTNOUT from the outbound POTS peer, does it fix the issue?

Getting Started

Find answers to your questions by entering keywords or phrases in the Search bar above. New here? Use these resources to familiarize yourself with the community: