<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
</head>
<body bgcolor="#ffffff" text="#000000">
<br>
Dear Matthew,<br>
<br>
Now I got your point. With the new setup I am getting some
retransmission messages after hangups:<br>
"Got retransmission request sequence numbers greater than 127.
Retransmitting 1 message(s)."<br>
<br>
I will investigate.<br>
<br>
Thank you.<br>
<br>
Daniel<br>
<br>
<br>
Matthew Fredrickson escreveu:
<blockquote cite="mid478B8BDC.5060205@digium.com" type="cite">
<pre wrap="">Daniel Bichara wrote:
</pre>
<blockquote type="cite">
<pre wrap="">Dear,
We have two signalling links from Telco connected to the same asterisk
box. Both signaling links can address CICs on all E1s (they are
redundant signalling links):
- Port#1 (PC 1000)
asterisk (PC 333) -+
- Port#2 (PC 2000)
Port #1, PointCode 1000, CIC start with 1.
Port #2, PointCode 2000, CIC start with 231.
When we receive any message on Port#1from PC 1000 (UBL, IAM, RLC, etc.)
addressed to CICs on Port#2, we are getting unknow CIC error message.
The same when getting messages from PC 2000 addressed to CICs on Port#1
(from 1 to 31).
We noticed that SS7 messages are handled on chan_zap by ss7_linkset()
(ss7_event from ss7_start thread and mtp3_start and mtp2_start).
This way, there is no information on one linkset structure about the
CICs associated to the other linkset. There are many possible solutions:
1) Start a new CIC list associated to PC (my example PC 333) and
ss7_find_cic will work with this list. Adjustments on ss7_find_cic are
needed.
2) Keep a linkset index and ss7_find_cic will search on all linksets and
return the linkset pointer.
3) Reinject the event received on one linkset to other linksets with
same PC. I am not sure if "answers" sent from other threads will be
well formed (we will return messages to other signaling points).
</pre>
</blockquote>
<pre wrap=""><!---->
Would it not work for you to just setup a single linkset in zapata.conf
using two signalling channels within the linkset?
It would seem that since you're receiving ISUP traffic for CICs on the
other port, that they are both part of the same linkset anyways and that
would be the implied setup.
</pre>
</blockquote>
<br>
</body>
</html>