[asterisk-ss7] problem when called party number begins with star key (*)
Davíð F. Gunnarsson
davidf at hringdu.is
Thu Aug 18 18:50:23 CDT 2011
Hi
It 's not included. You will have to edit isup.c and add to ( I had a similar problem with E )
static char char2digit(unsigned char localchar)
{
switch (localchar) {
Add
case 'B':
return 0xb;
This should convert B for you. You will have to edit digit2char function to be able to call the same string.
Best Regards
Davíð Fannar Gunnarsson
Davidf at hringdu.is
+354 822-9923
From: Gustavo Mársico <gustavomarsico at gmail.com<mailto:gustavomarsico at gmail.com>>
Reply-To: <asterisk-ss7 at lists.digium.com<mailto:asterisk-ss7 at lists.digium.com>>
Date: Thu, 18 Aug 2011 20:44:20 -0300
To: <asterisk-ss7 at lists.digium.com<mailto:asterisk-ss7 at lists.digium.com>>
Subject: Re: [asterisk-ss7] problem when called party number begins with star key (*)
As far as I see the Called party Num has:
> [ 05 83 10 5b 01 0f ]
that means B501F. The F is the mark saying "there is no more digits". For some reason libss7 doesn't properly pass the digits in the structure.
Please test the Athila's libss7 branch. I use it with several services starting with B with no issues.
On Aug 18, 2011, at 8:28 PM, Luis Marcelo wrote:
Thanks Gustavo, I tried:
B510
b510
_bX.
-BX.
still no luck
2011/8/18 Gustavo Mársico <gustavomarsico at gmail.com<mailto:gustavomarsico at gmail.com>>
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<http://www.api-digital.com/> --
>
> asterisk-ss7 mailing list
> To UNSUBSCRIBE or update options visit:
> http://lists.digium.com/mailman/listinfo/asterisk-ss7
--
_____________________________________________________________________
-- Bandwidth and Colocation Provided by http://www.api-digital.com<http://www.api-digital.com/> --
asterisk-ss7 mailing list
To UNSUBSCRIBE or update options visit:
http://lists.digium.com/mailman/listinfo/asterisk-ss7
--
_____________________________________________________________________
-- 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
-- _____________________________________________________________________ -- 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
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.digium.com/pipermail/asterisk-ss7/attachments/20110818/4a04b419/attachment-0001.htm>
More information about the asterisk-ss7
mailing list