problem when called party number begins with star key (*)

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



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@xxxxxxxxx<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: 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>


[Index of Archives]     [Asterisk App Development]     [PJ SIP]     [Gnu Gatekeeper]     [IETF Sipping]     [Info Cyrus]     [ALSA User]     [Fedora Linux Users]     [Linux SCTP]     [DCCP]     [Gimp]     [Yosemite Backpacking]     [Deep Creek Hot Springs]     [Yosemite Campsites]     [ISDN Cause Codes]     [Asterisk Books]

  Powered by Linux