[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