Translation rule for outbound call to ISDN error

Unanswered Question
Apr 27th, 2010

Hi all,


I have a Voice gateway with E1 trunk line - 30 numbers with 1 main number:

35730101, 35730102... 35730130 and the main number is 35730123.

I want some extension numbers can directly call out with their own number. For example, person on ext 2678 call out at 35730115, 2662 call out at 35730126...

I use translation rule for outgoing call but it does not work. Every outgoing call has calling number 3570123, does not map as I wish.

Here is the configuration:


voice translation-rule 92
rule 1 /^2228/ /35730101/
rule 2 /^2008/ /35730102/
rule 3 /^2303/ /35730104/
rule 4 /^2500/ /35730105/
rule 5 /^2600/ /35730106/
rule 6 /^2800/ /35730108/
rule 7 /^2919/ /35730109/
rule 8 /^2939/ /35730110/
rule 9 /^2400/ /35730111/
rule 10 /^2005/ /35730112/
rule 12 /^2678/ /35730115/
rule 13 /^2226/ /35730122/
rule 14 /^5.../ /84511584348/
rule 15 /.*/ /35730123/

!

voice translation-profile NoExtention
translate calling 92

!

!
dial-peer voice 9 pots
description Outbound to PSTN
translation-profile outgoing NoExtention
destination-pattern 9
progress_ind setup enable 3
progress_ind alert enable 8
port 0/1/0:15
forward-digits extra
!


Here is the debug translation when I use extension number 2678:

Apr 27 11:07:45.008: //-1/80305FC28A06/RXRULE/regxrule_stack_pop_RegXruleNumInfo: stack=0x47E13C70; count=1
Apr 27 11:07:45.012: //-1/80305FC28A06/RXRULE/regxrule_stack_push_RegXruleNumInfo: stack=0x47E13C70; count=0
Apr 27 11:07:45.012: //-1/80305FC28A06/RXRULE/regxrule_stack_push_RegXruleNumInfo: stack=0x47E13C70; count=1
Apr 27 11:07:45.012: //-1/80305FC28A06/RXRULE/regxrule_profile_translate_internal: number=2678 type=unknown plan=unknown numbertype=calling
Apr 27 11:07:45.012: //-1/80305FC28A06/RXRULE/regxrule_match: No match; number=2678 rule precedence=1
Apr 27 11:07:45.012: //-1/80305FC28A06/RXRULE/regxrule_match: No match; number=2678 rule precedence=2
Apr 27 11:07:45.012: //-1/80305FC28A06/RXRULE/regxrule_match: No match; number=2678 rule precedence=3
Apr 27 11:07:45.012: //-1/80305FC28A06/RXRULE/regxrule_match: No match; number=2678 rule precedence=4
Apr 27 11:07:45.012: //-1/80305FC28A06/RXRULE/regxrule_match: No match; number=2678 rule precedence=5
Apr 27 11:07:45.016: //-1/80305FC28A06/RXRULE/regxrule_match: No match; number=2678 rule precedence=6
Apr 27 11:07:45.016: //-1/80305FC28A06/RXRULE/regxrule_match: No match; number=2678 rule precedence=7
Apr 27 11:07:45.016: //-1/80305FC28A06/RXRULE/regxrule_match: No match; number=2678 rule precedence=8
Apr 27 11:07:45.016: //-1/80305FC28A06/RXRULE/regxrule_match: No match; number=2678 rule precedence=9
Apr 27 11:07:45.016: //-1/80305FC28A06/RXRULE/regxrule_match: No match; number=2678 rule precedence=10
Apr 27 11:07:45.016: //-1/80305FC28A06/RXRULE/regxrule_profile_match_internal: Matched with rule 12 in ruleset 92
Apr 27 11:07:45.016: //-1/80305FC28A06/RXRULE/regxrule_match: No match; number=2678 rule precedence=1
Apr 27 11:07:45.016: //-1/80305FC28A06/RXRULE/regxrule_match: No match; number=2678 rule precedence=2
Apr 27 11:07:45.016: //-1/80305FC28A06/RXRULE/regxrule_match: No match; number=2678 rule precedence=3
Apr 27 11:07:45.016: //-1/80305FC28A06/RXRULE/regxrule_match: No match; number=2678 rule precedence=4
Apr 27 11:07:45.016: //-1/80305FC28A06/RXRULE/regxrule_match: No match; number=2678 rule precedence=5
Apr 27 11:07:45.016: //-1/80305FC28A06/RXRULE/regxrule_match: No match; number=2678 rule precedence=6
Apr 27 11:07:45.016: //-1/80305FC28A06/RXRULE/regxrule_match: No match; number=2678 rule precedence=7
Apr 27 11:07:45.016: //-1/80305FC28A06/RXRULE/regxrule_match: No match; number=2678 rule precedence=8
Apr 27 11:07:45.016: //-1/80305FC28A06/RXRULE/regxrule_match: No match; number=2678 rule precedence=9
Apr 27 11:07:45.016: //-1/80305FC28A06/RXRULE/regxrule_match: No match; number=2678 rule precedence=10
Apr 27 11:07:45.016: //-1/80305FC28A06/RXRULE/regxrule_profile_match_internal: Matched with rule 12 in ruleset 92
Apr 27 11:07:45.016: //-1/80305FC28A06/RXRULE/regxrule_match: No match; number=2678 rule precedence=1
Apr 27 11:07:45.016: //-1/80305FC28A06/RXRULE/regxrule_match: No match; number=2678 rule precedence=2
Apr 27 11:07:45.016: //-1/80305FC28A06/RXRULE/regxrule_match: No match; number=2678 rule precedence=3
Apr 27 11:07:45.016: //-1/80305FC28A06/RXRULE/regxrule_match: No match; number=2678 rule precedence=4
Apr 27 11:07:45.016: //-1/80305FC28A06/RXRULE/regxrule_match: No match; number=2678 rule precedence=5
Apr 27 11:07:45.016: //-1/80305FC28A06/RXRULE/regxrule_match: No match; number=2678 rule precedence=6
Apr 27 11:07:45.016: //-1/80305FC28A06/RXRULE/regxrule_match: No match; number=2678 rule precedence=7
Apr 27 11:07:45.016: //-1/80305FC28A06/RXRULE/regxrule_match: No match; number=2678 rule precedence=8
Apr 27 11:07:45.016: //-1/80305FC28A06/RXRULE/regxrule_match: No match; number=2678 rule precedence=9
Apr 27 11:07:45.016: //-1/80305FC28A06/RXRULE/regxrule_match: No match; number=2678 rule precedence=10
Apr 27 11:07:45.016: //-1/80305FC28A06/RXRULE/sed_subst: Successful substitution; pattern=2678 matchPattern=^2678 replacePattern=35730115 replaced pattern=35730115
Apr 27 11:07:45.016: //-1/80305FC28A06/RXRULE/regxrule_subst_num_type: Match Type = none, Replace Type = none Input Type = unknown
Apr 27 11:07:45.016: //-1/80305FC28A06/RXRULE/regxrule_subst_num_plan: Match Plan = none, Replace Plan = none Input Plan = unknown
Apr 27 11:07:45.016: //-1/80305FC28A06/RXRULE/regxrule_profile_translate_internal: xlt_number=35730115 xlt_type=unknown xlt_plan=unknown
Apr 27 11:07:45.016: //-1/80305FC28A06/RXRULE/regxrule_profile_translate_internal: number=901696666257 type=unknown plan=unknown numbertype=called
Apr 27 11:07:45.016: //-1/80305FC28A06/RXRULE/regxrule_get_RegXrule: Invalid translation ruleset tag=0
Apr 27 11:07:45.016: //-1/80305FC28A06/RXRULE/regxrule_profile_match_internal: Error: ruleset for called number not found
Apr 27 11:07:45.016: //-1/80305FC28A06/RXRULE/regxrule_profile_translate_internal: No match: number=901696666257 type=unknown plan=unknown
Apr 27 11:07:45.016: //-1/80305FC28A06/RXRULE/regxrule_profile_translate_internal: number= type=UNKNOWN plan=UNKNOWN numbertype=redirect-called
Apr 27 11:07:45.020: //-1/80305FC28A06/RXRULE/regxrule_get_RegXrule: Invalid translation ruleset tag=0
Apr 27 11:07:45.020: //-1/80305FC28A06/RXRULE/regxrule_profile_match_internal: Error: ruleset for redirect-called number not found
Apr 27 11:07:45.020: //-1/80305FC28A06/RXRULE/regxrule_profile_translate_internal: No match: number= type=UNKNOWN plan=UNKNOWN
Apr 27 11:07:45.020: //-1/80305FC28A06/RXRULE/regxrule_dp_translate: calling_number=35730115 calling_octet=0x0
        called_number=901696666257 called_octet=0x80
        redirect_number= redirect_type=-1 redirect_plan=-1      redirect_PI=-1 redirect_SI=-1
HNO2-R2811-01#
HNO2-R2811-01#
HNO2-R2811-01#
Apr 27 11:07:45.020: //-1/80305FC28A06/RXRULE/regxrule_vp_translate: No profile found in voice port or trunk group for outgoing direction
Apr 27 11:07:45.020: //-1/80305FC28A06/RXRULE/regxrule_vp_translate: calling_number=35730115 calling_octet=0x0
        called_number=901696666257 called_octet=0x80

        redirect_number= redirect_type=4294967295 redirect_plan=4294967295


--> I can see that it mapped the calling number to 35730115.


Here is the debug isdn q931 output:


Apr 27 11:08:17.992:  ICT ver in h323_gw_dialpeer.c 3


Apr 27 11:08:18.000: ISDN Se0/1/0:15 Q931: Applying typeplan for sw-type 0x12 is 0x0 0x0, Calling num 35730115
Apr 27 11:08:18.004: ISDN Se0/1/0:15 Q931: Applying typeplan for sw-type 0x12 is 0x0 0x0, Called num 01696666257
Apr 27 11:08:18.004: ISDN Se0/1/0:15 Q931: TX -> SETUP pd = 8  callref = 0x5820
        Bearer Capability i = 0x8090A3
                Standard = CCITT
                Transfer Capability = Speech 
                Transfer Mode = Circuit
                Transfer Rate = 64 kbit/s
        Channel ID i = 0xA98382
                Exclusive, Channel 2
        Progress Ind i = 0x8183 - Origination address is non-ISDN 
        Calling Party Number i = 0x0081, '35730115'
                Plan:Unknown, Type:Unknown
        Called Party Number i = 0x80, '01696666257'
                Plan:Unknown, Type:Unknown
Apr 27 11:08:18.040: ISDN Se0/1/0:15 Q931: RX <- SETUP_ACK pd = 8  callref = 0xD820
        Channel ID i = 0xA98382
                Exclusive, Channel 2
Apr 27 11:08:19.564:  ICT ver in h323_gw_dialpeer.c 3


Apr 27 11:08:19.572: ISDN Se0/1/0:15 Q931: Applying typeplan for sw-type 0x12 is 0x0 0x0, Calling num 35730123
Apr 27 11:08:19.572: ISDN Se0/1/0:15 Q931: Applying typeplan for sw-type 0x12 is 0x0 0x0, Called num 0979904853
Apr 27 11:08:19.572: ISDN Se0/1/0:15 Q931: TX -> SETUP pd = 8  callref = 0x5821
        Bearer Capability i = 0x8090A3
                Standard = CCITT
                Transfer Capability = Speech 
                Transfer Mode = Circuit
                Transfer Rate = 64 kbit/s
        Channel ID i = 0xA98383
                Exclusive, Channel 3
        Progress Ind i = 0x8183 - Origination address is non-ISDN 
        Calling Party Number i = 0x0081, '35730123'
                Plan:Unknown, Type:Unknown
        Called Party Number i = 0x80, '0979904853'

                Plan:Unknown, Type:Unknown
Apr 27 11:08:19.608: ISDN Se0/1/0:15 Q931: RX <- SETUP_ACK pd = 8  callref = 0xD821
        Channel ID i = 0xA98383
                Exclusive, Channel 3
Apr 27 11:08:21.276: ISDN Se0/1/0:15 Q931: TX -> DISCONNECT pd = 8  callref = 0x5820
        Cause i = 0x8090 - Normal call clearing
Apr 27 11:08:21.348: ISDN Se0/1/0:15 Q931: RX <- RELEASE pd = 8  callref = 0xD820
Apr 27 11:08:21.352: ISDN Se0/1/0:15 Q931: TX -> RELEASE_COMP pd = 8  callref = 0x5820
Apr 27 11:08:23.188: ISDN Se0/1/0:15 Q931: RX <- ALERTING pd = 8  callref = 0xD821
        Progress Ind i = 0x8488 - In-band info or appropriate now available



So what is the problem, please help me to do it. Thank you very much.

  • 1
  • 2
  • 3
  • 4
  • 5
Overall Rating: 0 (0 ratings)
Loading.
Phuong Hoai Huynh Wed, 04/28/2010 - 04:06

Hi Hiep


I'm abit confused by your debug, as it is showing you made 2x ISDN calls.


As per the first call this is showing the information your expecting:


        Calling Party Number i = 0x0081, '35730115'
                Plan:Unknown, Type:Unknown
        Called Party Number i = 0x80, '01696666257'

Then it sends another call out to the PSTN with:


        Calling Party Number i = 0x0081, '35730123'
                Plan:Unknown, Type:Unknown
        Called Party Number i = 0x80, '0979904853'


Can you please verify the following.

- What digits are you trying to send to the telco because I believe it is: 01696666257 as per your debugs and the dial-peer it matched.

- Does your telco allow you to send out your own Calling Party Number? because from your translation pattern is configured correctly.


The reason I ask is that I would expect a Call Proceeding for this call, and it looks like the gateway retried a second attempt after it didn't get a response.

hiepnguyenho Wed, 04/28/2010 - 19:46

Hi Hoai,


Sorry, copy/paste mistake. The right debug paragraph is:


Apr 27 11:08:17.992:  ICT ver in h323_gw_dialpeer.c 3

Apr 27 11:08:18.000: ISDN Se0/1/0:15 Q931: Applying typeplan for sw-type 0x12 is 0x0 0x0, Calling num 35730115
Apr 27 11:08:18.004: ISDN Se0/1/0:15 Q931: Applying typeplan for sw-type 0x12 is 0x0 0x0, Called num 01696666257
Apr 27 11:08:18.004: ISDN Se0/1/0:15 Q931: TX -> SETUP pd = 8  callref = 0x5820
        Bearer Capability i = 0x8090A3
                Standard = CCITT
                Transfer Capability = Speech 
                Transfer Mode = Circuit
                Transfer Rate = 64 kbit/s
        Channel ID i = 0xA98382
                Exclusive, Channel 2
        Progress Ind i = 0x8183 - Origination address is non-ISDN 
       
Calling Party Number i = 0x0081, '35730115'
                Plan:Unknown, Type:Unknown
        Called Party Number i = 0x80, '01696666257'

                Plan:Unknown, Type:Unknown
Apr 27 11:08:18.040: ISDN Se0/1/0:15 Q931: RX <- SETUP_ACK pd = 8  callref = 0xD820
        Channel ID i = 0xA98382
                Exclusive, Channel 2
Apr 27 11:08:19.564:  ICT ver in h323_gw_dialpeer.c 3

Apr 27 11:08:19.572: ISDN Se0/1/0:15 Q931: Applying typeplan for sw-type 0x12 is 0x0 0x0, Calling num 35730123

Apr 27 11:08:19.572: ISDN Se0/1/0:15 Q931: Applying typeplan for sw-type 0x12 is 0x0 0x0, Called num 0979904853

Apr 27 11:08:19.572: ISDN Se0/1/0:15 Q931: TX -> SETUP pd = 8  callref = 0x5821


Is this the problem from telco? The configuration had worked util last 2 weeks. It's not been working now. So what is the problem from Telco? I should call them for it.

Phuong Hoai Huynh Wed, 04/28/2010 - 21:41

Hi Hiep


If thats the full output from your ISDN call then yes I was be recommending you speak to your telco on why the call isn't being processed.

According to the messaging you should be getting a :


RX <- CALL_PROC


Without this message, the call will fail.


Regards


Hoai

Actions

This Discussion