[asterisk-ss7] problem when called party number begins with star key (*)

[Luis Marcelo]

Hi all,
Our telco is passing us calls to *510. We crafted our dial plan as follows:

exten => *510,1,Agi(agi://localhost/myAgi)
exten => _*510,1,Agi(agi://localhost/myAgi)
exten => b510,1,Agi(agi://localhost/myAgi)
exten => _b510,1,Agi(agi://localhost/myAgi)
exten => _*5X,1,Agi(agi://localhost/myAgi)
exten => _*5XX,1,Agi(agi://localhost/myAgi)
exten => _*510X,1,Agi(agi://localhost/myAgi)
exten => _*510XX,1,Agi(agi://localhost/myAgi)

None of them worked, Asterisk didn't execute the ago script

After that I enabled libss7 debug and compared two calls (the one to *510
and another to 0000 which does produce a match in another section of our
dialplan)

This is the call to *510:

Len = 54 [ 92 de 33 85 cb 0b 30 a2 7f 00 01 10 20 01 0a 00 02 07 05 83 10 5b
01 0f 0a 08 84 11 95 71 10 00 40 04 03 04 7d 02 91 81 1d 03 80 90 a3 31 02
00 5a 39 02 31 c0 00 ]
FSN: 94 FIB 1
BSN: 18 BIB 1
<[0] MSU
[ 92 de 33 ]
Network Indicator: 2 Priority: 0 User Part: ISUP (5)
[ 85 ]
OPC 2240 DPC 3019 SLS 10
[ cb 0b 30 a2 ]
CIC: 127
[ 7f 00 ]
Message Type: IAM
[ 01 ]
--FIXED LENGTH PARMS[4]--
Nature of Connection Indicator:
Satellites in connection: 0
Continuity Check: Check not required (0)
Outgoing half echo control device: included (1)
[ 10 ]
Forward Call Indicators:
Nat/Intl Call Ind: call to be treated as a national call (0)
End to End Method Ind: no end-to-end method(s) available (0)
Interworking Ind: no interworking encountered (0)
End to End Info Ind: no end-to-end information available (0)
ISDN User Part Ind: ISDN user part used all the way (1)
ISDN User Part Pref Ind: ISDN user part preferred all the way (0)
ISDN Access Ind: originating access ISDN (1)
SCCP Method Ind: no indication (0)
[ 20 01 ]
Calling Party's Category:
Category: Ordinary calling subscriber (10)
[ 0a ]
Transmission Medium Requirements:
Speech (0)
[ 00 ]
--VARIABLE LENGTH PARMS[1]--
Called Party Number:
Nature of address: 3
NI: 0
Numbering plan: 1
Address signals:
[ 05 83 10 5b 01 0f ]
--OPTIONAL PARMS--
Calling Party Number:
Nature of address: 4
NI: 0
Numbering plan: 1
Presentation: 0
Screening: 1
Address signals: 59170100044
[ 0a 08 84 11 95 71 10 00 40 04 ]
Access Transport:
[ 03 04 7d 02 91 81 ]
User Service Information:
[ 1d 03 80 90 a3 ]
Propagation Delay Counter:
Delay: 0ms
[ 31 02 00 5a ]
Parameter Compatibility Information:
[ 39 02 31 c0 ]


this is the call to 0000

Len = 54 [ 90 dd 33 85 cb 0b 30 32 7a 00 01 10 20 01 0a 00 02 07 05 83 10 00
00 0f 0a 08 84 11 95 71 60 24 60 09 03 04 7d 02 91 81 1d 03 80 90 a3 31 02
00 5a 39 02 31 c0 00 ]
FSN: 93 FIB 1
BSN: 16 BIB 1
<[0] MSU
[ 90 dd 33 ]
Network Indicator: 2 Priority: 0 User Part: ISUP (5)
[ 85 ]
OPC 2240 DPC 3019 SLS 3
[ cb 0b 30 32 ]
CIC: 122
[ 7a 00 ]
Message Type: IAM
[ 01 ]
--FIXED LENGTH PARMS[4]--
Nature of Connection Indicator:
Satellites in connection: 0
Continuity Check: Check not required (0)
Outgoing half echo control device: included (1)
[ 10 ]
Forward Call Indicators:
Nat/Intl Call Ind: call to be treated as a national call (0)
End to End Method Ind: no end-to-end method(s) available (0)
Interworking Ind: no interworking encountered (0)
End to End Info Ind: no end-to-end information available (0)
ISDN User Part Ind: ISDN user part used all the way (1)
ISDN User Part Pref Ind: ISDN user part preferred all the way (0)
ISDN Access Ind: originating access ISDN (1)
SCCP Method Ind: no indication (0)
[ 20 01 ]
Calling Party's Category:
Category: Ordinary calling subscriber (10)
[ 0a ]
Transmission Medium Requirements:
Speech (0)
[ 00 ]
--VARIABLE LENGTH PARMS[1]--
Called Party Number:
Nature of address: 3
NI: 0
Numbering plan: 1
Address signals: 0000#
[ 05 83 10 00 00 0f ]
--OPTIONAL PARMS--
Calling Party Number:
Nature of address: 4
NI: 0
Numbering plan: 1
Presentation: 0
Screening: 1
Address signals: 59170642069
[ 0a 08 84 11 95 71 60 24 60 09 ]
Access Transport:
[ 03 04 7d 02 91 81 ]
User Service Information:
[ 1d 03 80 90 a3 ]
Propagation Delay Counter:
Delay: 0ms
[ 31 02 00 5a ]
Parameter Compatibility Information:
[ 39 02 31 c0 ]


It seems as if the debugger is not decoding the address digits in the first
case (*510). I was wondering how do I go about writing an extension that
matches this digits "" , or how can I confirm what digits are actually being
passed to the dial plan

My box:
asterisk-1.6.0.1
dahdi-linux-2.0.0
libss7-1.0.1

thanks in advance.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.digium.com/pipermail/asterisk-ss7/attachments/20110818/4a2a0a9d/attachment.htm>