Translation rule for outbound call to ISDN error

Unanswered Question
Apr 27th, 2010
User Badges:

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
User Badges:
  • Bronze, 100 points or more

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
User Badges:

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
User Badges:
  • Bronze, 100 points or more

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