cancel
Showing results for 
Search instead for 
Did you mean: 
cancel
766
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?