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/84037c06/attachment-0001.htm
|