[asterisk-ss7] F on the end of the number
Gustavo Mársico
gustavomarsico at gmail.com
Thu Jul 26 10:54:58 CDT 2012
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.
On Jul 26, 2012, at 12:29 PM, Marcus Vinicius wrote:
> Hi Kaloyan,
>
> If I change ss7type=ansi the link doens't work:
>
> [Jul 26 11:05:43] ERROR[637]: chan_dahdi.c:13836 dahdi_ss7_error: [3] Received message destined for point code 0x37c372 but we're 0x372. Dropping
>
> The ERICSSON uses ITU standard as well. It uses ITU/ISUP BRAZIL.
>
> But the Ericsson doesn't understand the F on the number.
>
>
> Hi Jakub,
>
> > The 'F' character at the end of the dialed number is entirely correct. It signals to the far end switch, that there are no digits
> > left to wait for (no SAMs) and the number is in its full form.
> >
> > The remote switch should strip and make its routing decision based on the remaining number and the fact that there are no more digits : > coming.
>
> I talked with the Ericsson admin and this SWITCH uses the length of the dialed number to determine the end of the number. It doesn't accept the F simbol.
> Actually, ERICSSON has route for 13 digits. My libss7 is sending 14 digits (0151136001000F) and because this, the ERICSSON are rejecting the call.
>
> Unfortunately my telco says that I need to take off this F signal.
>
> Is there any way to do this?
>
>
> thank you very much.
>
>
>
> --
> Marcus
>
>
>
> De: Kaloyan Kovachev <kkovachev at varna.net>
> Para: Marcus Vinicius <marc_mcs10 at yahoo.com.br>; asterisk-ss7 at lists.digium.com
> Enviadas: Quinta-feira, 26 de Julho de 2012 10:28
> Assunto: Re: [asterisk-ss7] F on the end of the number
>
> Hi,
> make sure your switchtype is properly configured.
> ITU requires the number to be terminated with '#' which is 0xF
> ANSI does not want/like the '#', so probably you have 'ss7type=itu' while
> the other end is ANSI
>
> On Thu, 26 Jul 2012 05:59:43 -0700 (PDT), Marcus Vinicius
> <marc_mcs10 at yahoo.com.br> wrote:
> > Hi,
> >
> >
> > I have a ss7 connection with a TDM SWITCH (ERICSSON AXE). I can receive
> > calls, but I can't make outgoing calls.
> >
> >
> > I receive a rel 21 from de far end.
> >
> > I check this problem with my telco, and the telco said I'm sending the F
> > character on the end of the number.
> >
> > See the log of the ERICSSON side:
> >
> >
> > Data/Hora Protocol Message OPC DPC
> > CIC NA NB Origem
> > #001 2012-07-26 09:08:52.294574 ISUP IAM 882 3993
> > 1 1736001002 0151136001019F ARQ (10.18.35.243)
> > #002 2012-07-26 09:08:59.754713 ISUP IAM 882 3993
> > 2 1736001002 0151136001019F ARQ (10.18.35.243)
> > #003 2012-07-26 09:08:59.807879 ISUP CFN 3993 882
> > 2 ARQ (10.18.35.243)
> > #004 2012-07-26 09:08:59.846372 ISUP REL 21 3993 882
> > 2 ARQ (10.18.35.243)
> > #005 2012-07-26 09:08:59.874530 ISUP RLC 882 3993
> > 2 ARQ (10.18.35.243)
> >
> >
> > On the NB column we can see the number that the ERICSSON received from
> my
> > libss7: 0151136001019F
> >
> > But, I make a debug in my side and I didn't see the simbol F on IAM:
> >
> >
> > -- Called DAHDI/r3/0151136001019
> > [3] Len = 38 [ cc 17 23 85 99 8f dc 70 07 00 01 00 60 01 0a 00 02 0b 09
> 04
> > 10 10 15 31 05 10 10 f9 0a 07 04 10 71 53 00 01 20 00 ]
> > [3] FSN: 23 FIB 0
> > [3] BSN: 76 BIB 1
> > [3] >[0] MSU
> > [3] [ cc 17 23 ]
> > [3] Network Indicator: 2 Priority: 0 User Part: ISUP (5)
> > [3] [ 85 ]
> > [3] OPC 882 DPC 3993 SLS 7
> > [3] [ 99 8f dc 70 ]
> > [3] CIC: 7
> > [3] [ 07 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: 0151136001019#
> > [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: 0
> > [3] Address signals: 1736001002
> > [3] [ 0a 07 04 10 71 53 00 01 20 ]
> > [3]
> > [3] Len = 17 [ 17 cd 0e 85 72 43 e6 73 07 00 2f 02 00 03 82 e3 0a ]
> > [3] FSN: 77 FIB 1
> > [3] BSN: 23 BIB 0
> > [3] <[0] MSU
> > [3] [ 17 cd 0e ]
> > [3] Network Indicator: 2 Priority: 0 User Part: ISUP (5)
> > [3] [ 85 ]
> > [3] OPC 3993 DPC 882 SLS 7
> > [3] [ 72 43 e6 73 ]
> > [3] CIC: 7
> > [3] [ 07 00 ]
> > [3] Message Type: CFN
> > [3] [ 2f ]
> > [3] --VARIABLE LENGTH PARMS[1]--
> > [3] Cause Indicator:
> > [3] Coding Standard: 0
> > [3] Location: 3
> > [3] Cause Class: 0
> > [3] Cause Subclass: 2
> > [3] Cause: No route to specified transit network (2)
> > [3] [ 00 ]
> > [3]
> > [3] Len = 16 [ 17 ce 0d 85 72 43 e6 73 07 00 0c 02 00 02 83 95 ]
> > [3] FSN: 78 FIB 1
> > [3] BSN: 23 BIB 0
> > [3] <[0] MSU
> > [3] [ 17 ce 0d ]
> > [3] Network Indicator: 2 Priority: 0 User Part: ISUP (5)
> > [3] [ 85 ]
> > [3] OPC 3993 DPC 882 SLS 7
> > [3] [ 72 43 e6 73 ]
> > [3] CIC: 7
> > [3] [ 07 00 ]
> > [3] Message Type: REL
> > [3] [ 0c ]
> > [3] --VARIABLE LENGTH PARMS[1]--
> > [3] Cause Indicator:
> > [3] Coding Standard: 0
> > [3] Location: 3
> > [3] Cause Class: 1
> > [3] Cause Subclass: 5
> > [3] Cause: Call rejected (21)
> > [3] [ 02 83 95 ]
> >
> >
> > Maybe the F is the # my libss7 send: 0151136001019#
> >
> >
> > Asterisk 1.8.10.1
> > libss7 version: 1.0.2
> >
> >
> >
> > Can I disable this F ?
> >
> > Is it hardcode? Anyone knows how can I change this?
> >
> >
> > Thank you so much!
> >
> >
> > --
> > Marcus Vinicius
>
>
> --
> _____________________________________________________________________
> -- 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/20120726/04cbd188/attachment-0001.htm>
More information about the asterisk-ss7
mailing list