[asterisk-ss7] SS7 : Missing SLC parameter on ANSI ??

Vashkar vashkar at gmail.com
Wed Jun 10 15:12:01 CDT 2009


hey bro you did a grat job. at least your trick works :-).

Problemis to find out ss7 spec on the internet is very troublesome. Most of
them you may need to buy.

Your addon can be used with the people who are working with ANSI variant of
SS7 :-)

-Vashkar

On Mon, Jun 8, 2009 at 8:11 PM, Ruddy Gbaguidi <plugworld at micnes.com> wrote:

>  Hi
>
> There seems to have no keywork “variant” in chan_dahdi.conf and not even in
> the source code.
>
> If you are talking about “ss7type”  keywork, it is already set to ANSI
>
>
>
> I don’t know if we are using the standard on libss7 or if the carrier is
> using a different standard but
>
> not all  Network Management Messages (SNM) are not working.
>
>
>
> I checked the code source and change in libss7 the following and it seems
> to make it work.
>
>
>
> In mtp3.c, in the function net_mng_send,
>
>
>
> case NET_MNG_LIA:
>
>               case NET_MNG_LUA:
>
>                 case NET_MNG_LID:
>
>                 case NET_MNG_LLT:
>
>                 case NET_MNG_LRT:
>
>                         /* RUDDY ADDON */
>
>                         layer4[0] = (unsigned char) (param & 0xff);
>
>                         layer4[1] = (unsigned char) ((param >> 8) & 0xff);
>
>                          ss7_msg_userpart_len(m, rllen + 1 + 1);
>
>                         /* RUDDY ADDON */
>
>
>
>                         //ss7_msg_userpart_len(m, rllen + 1); /* no more
> params */
>
>                         break;
>
>
>
> So, basicly, when send those message, we send two extra bits as requested.
>
> I’m not sure that this follows any SS7 specs but it did the trick.
>
>
>
>
>
> *From:* asterisk-ss7-bounces at lists.digium.com [mailto:
> asterisk-ss7-bounces at lists.digium.com] *On Behalf Of *Vashkar
> *Sent:* June-06-09 2:49 PM
>
> *To:* asterisk-ss7 at lists.digium.com
> *Subject:* Re: [asterisk-ss7] SS7 : Missing SLC parameter on ANSI ??
>
>
>
> if you are using chan_ss7, put the keyword
>
>
>
> variant and its value to ANSI
>
>
>
> look for the same thing if you are using DAHDI and libss7
>
>
>
> it should work.
>
>
>
> -vashkar
>
> On Thu, Jun 4, 2009 at 4:50 AM, Ruddy Gbaguidi <plugworld at micnes.com>
> wrote:
>
> I don’t think so.
>
> Do you now where I can find specs of SS7 ANSI (T1 111, 112 and 113) ??
>
> And where we should fix it ?
>
>
>
>
>
> *From:* asterisk-ss7-bounces at lists.digium.com [mailto:
> asterisk-ss7-bounces at lists.digium.com] *On Behalf Of *Vashkar
> *Sent:* June-03-09 5:42 PM
>
>
> *To:* asterisk-ss7 at lists.digium.com
> *Subject:* Re: [asterisk-ss7] SS7 : Missing SLC parameter on ANSI ??
>
>
>
> Can you ask your operator to use ITU-WHITE instead of ANSI? I think that
> will solve the problem.
>
> On Tue, Jun 2, 2009 at 12:20 AM, Ruddy Gbaguidi <plugworld at micnes.com>
> wrote:
>
> Hi all
>
> We had a SS7 link with our provider here in Canada. Everything went well.
>
> But they are saying that asterisk is missing the SLC parameter when sending
> messages like LUN or LUA etc..
>
> So, this make asterisk not compatible with the SS7 protocol. In the debug
> message they send us from their switch,
>
> You can see that asterisk is always sending a SLS parameter as SLC.
>
> Do you know how we can fix it ??
>
>
>
> WHAT THEY SEND US :
>
>
>
> --------------------------------------------------------------------------------
>
>  Octet001  ANSI SS7               Count=000001 Time=02/06/2009 17:48:30:697
>
> --------------------------------------------------------------------------------
>
>  10010110  BIB/BSN                (150) 1/22
>  10010110  FIB/FSN                (150) 1/22
>  ..001010  SU type/length         (10) MSU10
>  00......  Spare                  0
> --------------------------------------------------------------------------------
>
>  Octet004  Service information octet
> --------------------------------------------------------------------------------
>
>  ....0000  Service indicator      (0) SNM    Signalling Network Management
> Message
>  ..11....  Message priority       3
>  10......  Network indicator      (2) N  National network
> --------------------------------------------------------------------------------
>
>  Octet005  Routing label
> --------------------------------------------------------------------------------
>
>  ........  DPC: Net-Clstr-Mbr     005-069-040 mtrrpqrj1md
>  ........  OPC: Net-Clstr-Mbr     001-187-255 mrhmondr00w(East)
>  00000000  SLS                    0
> --------------------------------------------------------------------------------
>
>  Octet012  Management inhibit message
> --------------------------------------------------------------------------------
>
>  00100110  Heading codes H1/H0    (38) LUN  Link uninhibited
>  ....0000  SLC                    0
>  0000....  Spare                  0
> --------------------------------------------------------------------------------
>
>  Checksum  CRC16................  0001110100001111 hex=1D0F
> --------------------------------------------------------------------------------
>
>
>
>
> WHAT WE SEND THEM
>
>
>
> Decoded signal unit
>
> # User:   T010871
> # Date:   02/06/2009 17:58:24
> # Octets: 12
>
> Not enough bytes to parse. Truncated Su.
>
> --------------------------------------------------------------------------------
>  Octet001  ANSI SS7               Count=000001 Time=02/06/2009 17:48:30:717
>
>
> --------------------------------------------------------------------------------
>  10010110  BIB/BSN                (150) 1/22
>  10010111  FIB/FSN                (151) 1/23
>  ..001001  SU type/length         (9) MSU09
>  00......  Spare                  0
>
> --------------------------------------------------------------------------------
>  Octet004  Service information octet
>
> --------------------------------------------------------------------------------
>  ....0000  Service indicator      (0) SNM    Signalling Network Management
> Message
>  ..11....  Message priority       3
>  10......  Network indicator      (2) N  National network
>
> --------------------------------------------------------------------------------
>  Octet005  Routing label
>
> --------------------------------------------------------------------------------
>  ........  DPC: Net-Clstr-Mbr     001-187-255 mrhmondr00w(East)
>  ........  OPC: Net-Clstr-Mbr     005-069-040 mtrrpqrj1md
>  00000000  SLS                    0
>
> --------------------------------------------------------------------------------
>  Octet012  Management inhibit message
>
> --------------------------------------------------------------------------------
> 01000110  Heading codes H1/H0    (70) LUA  Link uninhibit acknowledgement
> <---------missing SLC value here
>
> --------------------------------------------------------------------------------
>  Checksum  CRC16................  0001110100001111 hex=1D0F
>
> --------------------------------------------------------------------------------
>
>
>
>
>
>
>
>
>
>
>
>
> _______________________________________________
> --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
>
>
>
> _______________________________________________
> --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/20090611/8a09466d/attachment.htm 


More information about the asterisk-ss7 mailing list