[asterisk-ss7] F on the end of the number
Marcus Vinicius
marc_mcs10 at yahoo.com.br
Thu Jul 26 13:32:05 CDT 2012
Hi Gustavo / Kaloyan ,
>> On Thu, 26 Jul 2012 12:54:58 -0300, Gustavo Mársico
>> <gustavomarsico at gmail.com> wrote:
>> I faced a similar issue recently and was related to the Screening
>> Indicator. Was solved adding before Dial the following line:
>>
>> Set(CALLERPRES()=allowed) or Set(CALLERPRES()= prohib)
>>
>> In both cases the important was the 2 bits saying "network provided".
>>
>> Hope this helps.
>>
>
> Not sure about the Brazil variant, but ITU-T Q.764 defines the en-block
> dialing to end with ST.
> 0xf is ST signal it means 'end of dialing' or 'number is complete', so it
> should understand it and your problem is probably somewhere else.
>
> As Johann Steinwendtner have noted you receive the number without leading
> 0, but you send it with 0 - this or as Gustavo suggested
> Screening/Presentation may be the problem.
Great!!!
Set(CALLERPRES()=allowed) works cooler.
-- Executing [0151135001019 at from-1002:2] Set("SIP/1002-00000024", "CALLERPRES()=allowed") in new stack
-- Executing [0151135001019 at from-1002:3] Dial("SIP/1002-00000024", "DAHDI/r3/0151135001019,40") in new stack
[3] Len = 38 [ b1 34 23 85 99 8f dc f0 0f 00 01 00 60 01 0a 00 02 0b 09 04 10 10 15 31 05 10 10 f9 0a 07 04 13 71 53 00 01 20 00 ]
[3] FSN: 52 FIB 0
[3] BSN: 49 BIB 1
[3] >[0] MSU
[3] [ b1 34 23 ]
[3] Network Indicator: 2 Priority: 0 User Part: ISUP (5)
[3] [ 85 ]
[3] OPC 882 DPC 3993 SLS 15
[3] [ 99 8f dc f0 ]
[3] CIC: 15
[3] [ 0f 00 ]
[3] Message Type: IAM
[3] [ 01 ]
[3] --FIXED LENGTH PARMS[4]--
[3] Nature of Connection Indicator:
[3] Satellites in connection: 0
[3] Continuity Check: Check not required (0)
[3] Outgoing half echo control device: not included (0)
[3] [ 00 ]
[3] Forward Call Indicators:
[3] Nat/Intl Call Ind: call to be treated as a national call (0)
[3] End to End Method Ind: no end-to-end method(s) available (0)
[3] Interworking Ind: no interworking encountered (0)
[3] End to End Info Ind: no end-to-end information available (0)
[3] ISDN User Part Ind: ISDN user part used all the way (1)
[3] ISDN User Part Pref Ind: ISDN user part not preferred all the way (1)
[3] ISDN Access Ind: originating access ISDN (1)
[3] SCCP Method Ind: no indication (0)
[3] [ 60 01 ]
[3] Calling Party's Category:
[3] Category: Ordinary calling subscriber (10)
[3] [ 0a ]
[3] Transmission Medium Requirements:
[3] Speech (0)
[3] [ 00 ]
[3] --VARIABLE LENGTH PARMS[1]--
[3] Called Party Number:
[3] Nature of address: 4
[3] NI: 0
[3] Numbering plan: 1
[3] Address signals: 0151135001019#
[3] [ 09 04 10 10 15 31 05 10 10 f9 ]
[3] --OPTIONAL PARMS--
[3] Calling Party Number:
[3] Nature of address: 4
[3] NI: 0
[3] Numbering plan: 1
[3] Presentation: 0
[3] Screening: 3
[3] Address signals: 1735001002
[3] [ 0a 07 04 13 71 53 00 01 20 ]
[3]
-- Called DAHDI/r3/0151135001019
[3] Len = 14 [ 34 b2 0b 85 72 43 e6 f3 0f 00 06 16 04 00 ]
[3] FSN: 50 FIB 1
[3] BSN: 52 BIB 0
[3] <[0] MSU
[3] [ 34 b2 0b ]
[3] Network Indicator: 2 Priority: 0 User Part: ISUP (5)
[3] [ 85 ]
[3] OPC 3993 DPC 882 SLS 15
[3] [ 72 43 e6 f3 ]
[3] CIC: 15
[3] [ 0f 00 ]
[3] Message Type: ACM
[3] [ 06 ]
[3] --FIXED LENGTH PARMS[1]--
[3] Backward Call Indicator:
[3] Charge indicator: 2
[3] Called party's status indicator: 1
[3] Called party's category indicator: 1
[3] End to End method indicator: 0
[3] Interworking indicator: 0
[3] End to End information indicator: 0
[3] ISDN user part indicator: 1
[3] Holding indicator: 0
[3] ISDN access indicator: 0
[3] Echo control device indicator: 0
[3] SCCP method indicator: 0
[3] [ 16 04 ]
[3]
Linkset 3: Processing event: ISUP_EVENT_ACM
thank you so much for your help.
--
Marcus
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.digium.com/pipermail/asterisk-ss7/attachments/20120726/80ffd648/attachment.htm>
More information about the asterisk-ss7
mailing list