[Home]

Summary:ASTERISK-16602: [patch] App Dial does not respect TON and fails when etsi call rerouting is used
Reporter:andre valentin (avalentin)Labels:
Date Opened:2010-08-20 17:35:00Date Closed:2011-12-09 13:20:08.000-0600
Priority:MinorRegression?No
Status:Closed/CompleteComponents:Channels/chan_dahdi
Versions:Frequency of
Occurrence
Related
Issues:
Environment:Attachments:( 0) rerouting.patch
Description:Asterisk routes an external call to an internal pbx. This internal pbx uses ETSI Call Rerouting to forward that call to an external destination. The pbx always uses TON. So the number app_dial uses misses the prefixes, in that case the "0".

In my opinion app_dial has to respect the settings in dahdi to generate a valid number including prefix.

8 INVOKE Component Context Specific/C [1 0x01]
8   invokeId Integer(2 0x02) = 14 0x000E
8   operationValue Integer(2 0x02) = 14 0x000E
8   operationValue = ROSE_ETSI_CallRerouting
8   CallRerouting Sequence/C(48 0x30)
8   reroutingReason Enumerated(10 0x0A) = 1 0x0001
8   calledAddress Address Sequence/C(48 0x30)
8   partyNumber PartyNumber
8   publicPartyNumber Context Specific/C [1 0x01]
8   typeOfNumber Enumerated(10 0x0A) = 2 0x0002
8   numberDigits Numeric String(18 0x12) = "1224"
8   reroutingCounter Integer(2 0x02) = 1 0x0001
8   q931ie Application [0 0x00] =
8     <04 03 80 90 A3> - "~~~~~"
8   Explicit Context Specific/C [1 0x01]
8   lastReroutingNr PresentedNumberUnscreened
8   Explicit Context Specific/C [0 0x00]
8   presentationAllowedNumber PartyNumber
8   publicPartyNumber Context Specific/C [1 0x01]
8   typeOfNumber Enumerated(10 0x0A) = 2 0x0002
8   numberDigits Numeric String(18 0x12) = "XXX9594524"
8   Explicit Context Specific/C [2 0x02]
8   subscriptionOption Enumerated(10 0x0A) = 2 0x0002
8 Adding facility ie contents to send in FACILITY message:
8 ASN.1 dump
8   Context Specific/C [3 0x03] <A3> Len:6 <06>
8     Integer(2 0x02) <02> Len:1 <01>
8       <7F> - "~"
8     Integer(2 0x02) <02> Len:1 <01>
8       <03> - "~"
8 ASN.1 end
8 ERROR Component Context Specific/C [3 0x03]
8   invokeId Integer(2 0x02) = 127 0x007F
8   errorValue Integer(2 0x02) = 3 0x0003
8   errorValue = General: Not Available
8 > Protocol Discriminator: Q.931 (8)  len=15
8 > TEI=0 Call Ref: len= 1 (reference 27/0x1B) (Sent from originator)
8 > Message Type: FACILITY (98)
8 > [1c 09 91 a3 06 02 01 7f 02 01 03]
8 > Facility (len=11, codeset=0) [ 0x91, 0xA3, 0x06, 0x02, 0x01, 0x7F, 0x02, 0x01, 0x03 ]
   -- Now forwarding DAHDI/i7/01721690402-7 to 'Local/1224@amt-forward' (thanks to DAHDI/i8/24-1b)
[Aug 21 00:24:05] NOTICE[6108]: app_dial.c:844 do_forward: Not accepting call completion offers from call-forward recipient Local/1224@amt-forward-3b99;1
8 q931_hangup: other hangup
8 NEW_HANGUP DEBUG: Calling q931_hangup, ourstate Outgoing Call Proceeding, peerstate Incoming Call Proceeding, hold-state Idle
8 q931.c:4981 q931_disconnect: Call 32795 enters state 11 (Disconnect Request).  Hold state: Idle
8 Adding facility ie contents to send in DISCONNECT message:
8 ASN.1 dump
8   Context Specific/C [2 0x02] <A2> Len:3 <03>
8     Integer(2 0x02) <02> Len:1 <01>
8       <0E> - "~"
8 ASN.1 end
8 RESULT Component Context Specific/C [2 0x02]
8   invokeId Integer(2 0x02) = 14 0x000E
8 > Protocol Discriminator: Q.931 (8)  len=16
8 > TEI=0 Call Ref: len= 1 (reference 27/0x1B) (Sent from originator)
8 > Message Type: DISCONNECT (69)
8 > [08 02 81 90]
8 > Cause (len= 4) [ Ext: 1  Coding: CCITT (ITU) standard (0)  Spare: 0  Location: Private network serving the local user (1)
8 >                  Ext: 1  Cause: Normal Clearing (16), class = Normal Event (1) ]
8 > [1c 06 91 a2 03 02 01 0e]
8 > Facility (len= 8, codeset=0) [ 0x91, 0xA2, 0x03, 0x02, 0x01, 0x0E ]
   -- Hungup 'DAHDI/i8/24-1b'
   -- Executing [1224@amt-forward:1] NoOp("Local/1224@amt-forward-3b99;2", "XX ") in new stack
   -- Executing [1224@amt-forward:2] Goto("Local/1224@amt-forward-3b99;2", "amt,01224,1") in new stack
   -- Goto (amt,01224,1)



****** ADDITIONAL INFORMATION ******

libpri-1.4.12-beta1
Comments:By: andre valentin (avalentin) 2010-08-21 07:16:50

I figured out this is a problem in channels/sig_pri.c. I patched it to fix this issue.
By: andre valentin (avalentin) 2010-08-21 14:55:04

Admin, could you move this to asterisk? Thanks!
By: Alec Davis (alecdavis) 2010-08-21 19:30:45

Moved to Asterisk/Chan_dahdi, Please advise if this is wrong


By: andre valentin (avalentin) 2010-08-27 02:21:43

Do I have todo anything to get this in trunk / 1.8 ?
Thanks for advice!
By: Matt Jordan (mjordan) 2011-12-09 13:20:00.206-0600

Confirmed to be in 1.8 branch 12/9/11