[asterisk-ss7] problem when called party number begins with star key (*)
Gustavo Mársico
gustavomarsico at gmail.com
Thu Aug 18 18:15:21 CDT 2011
There is no * / # in SS7 because the digits are hexa. If I remember correctly * is B, in your case B510.
On Aug 18, 2011, at 8:09 PM, Luis Marcelo wrote:
> 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.
> --
> _____________________________________________________________________
> -- Bandwidth and Colocation Provided by http://www.api-digital.com --
>
> asterisk-ss7 mailing list
> To UNSUBSCRIBE or update options visit:
> http://lists.digium.com/mailman/listinfo/asterisk-ss7
More information about the asterisk-ss7
mailing list