SS7 : Missing SLC parameter on ANSI ??

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

 



An error in my last email :

ss7_msg_userpart_len(m, rllen + 1 + 2);

instead of 

ss7_msg_userpart_len(m, rllen + 1 + 1);

From: asterisk-ss7-bounces@xxxxxxxxxxxxxxxx [mailto:asterisk-ss7-bounces at lists.digium.com] On Behalf Of Ruddy Gbaguidi
Sent: June-08-09 10:12 AM
To: asterisk-ss7 at lists.digium.com
Subject: Re: SS7 : Missing SLC parameter on ANSI ??

 

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@xxxxxxxxxxxxxxxx [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: 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@xxxxxxxxxxxxxxxx [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: 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-- <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

 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.digium.com/pipermail/asterisk-ss7/attachments/20090608/fd1244db/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