<div>Hi Anton,</div>
<div>&nbsp;</div>
<div>do you have any SS7 traces for this interconnect circuit? It would be easier to interpret what is happening if we could see a trace of one of the &quot;ghost&quot; calls from the IAM onwards.</div>
<div>&nbsp;</div>
<div>(I read somewhere that you can capture the signalling from chan_ss7 and decode it using Ethereal but I haven't tried it for myself yet...)</div>
<div>&nbsp;</div>
<div>Regards</div>
<div><br>Darren<br><br>&nbsp;</div>
<div><span class="gmail_quote">On 13/05/06, <b class="gmail_sendername">Anton</b> &lt;<a href="mailto:anton.vazir@gmail.com">anton.vazir@gmail.com</a>&gt; wrote:</span>
<blockquote class="gmail_quote" style="PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid">Hi Darren,<br><br>Thank you for advice!<br><br>If you could help me with a little more info on that issue:
<br>In the calls Ie given below there is the same mobile<br>subscriber calling the same destination in 3x overlapping<br>sessions. Destinations are Afghanistan, so there are old<br>stupid analogue PSTN, that may not release the call.
<br>So clearly he cannot do it himself, and either Erricson AXE<br>10 switch did not send RELEASE, or Asterisk have not<br>received it, or just did not handle it. But as the result -<br>there are sessions which can last forever, or while some
<br>party in the middle would time it out. Do you have any idea<br>of avoiding such cases? Is there are some sort of SS7<br>messagers to syncronyze the CIC states periodically?<br><br>Thanks in advance,<br>Anton.<br><br>On 13 May 2006 04:01, Storer, Darren wrote:
<br>&gt; Hi Anton,<br>&gt;<br>&gt; the state of CICs can become unsynchronised between SS7<br>&gt; nodes although it doesn't happen too often. Sometimes<br>&gt; Node A thinks that a particular CIC is &quot;In Service Free&quot;
<br>&gt; whilst Node B thinks that Node A didn't handle the last<br>&gt; call correctly and places the same CIC into a blocked<br>&gt; state at a higher application layer.<br>&gt;<br>&gt; When this situation occurs we normally use MML to &quot;flex&quot;
<br>&gt; the CICs by manually taking each suspect CIC out of<br>&gt; service and then returning it back to service. I have<br>&gt; seen that chan_ss7 appears to support these maintenance<br>&gt; messages but I haven't used them myself.
<br>&gt;<br>&gt; When an SS7 node is started for the first time (cold<br>&gt; start) it has no knowledge of the state of the CICs as<br>&gt; maintained by another SS7 node that it is connected to.<br>&gt; To synchronise the state of the CICs after a cold start
<br>&gt; it is common to see many block and unblock messages<br>&gt; (including Circuit Group Resets) after the signalling<br>&gt; links are aligned but before the route starts to handle<br>&gt; live traffic.<br>&gt;<br>&gt; Regards
<br>&gt;<br>&gt; Darren<br>&gt;<br>&gt; On 12/05/06, Anton &lt;<a href="mailto:anton.vazir@gmail.com">anton.vazir@gmail.com</a>&gt; wrote:<br>&gt; &gt; Guys,<br>&gt; &gt;<br>&gt; &gt; Does anyone know, if it is possible for timeslots to
<br>&gt; &gt; hang, with SS7 signalling?<br>&gt; &gt; For example if REL message is missing (did not received<br>&gt; &gt; in time by Asterisk) -<br>&gt; &gt; would the accured timeslot hang (be active on Asterisk<br>&gt; &gt; side, but released in the TELCO side?) I've strange
<br>&gt; &gt; issues with one of my telco's. The sessions just timed<br>&gt; &gt; out, and released by the Asterisk itself, since there<br>&gt; &gt; is 3600s duration limit.<br>&gt; &gt;<br>&gt; &gt; Any help is highly appreciated!
<br>&gt; &gt;<br>&gt; &gt; ,&quot;SS7/15&quot;,&quot;IAX2/axsoftsw1-16389&quot;,&quot;Hangup&quot;,&quot;&quot;,&quot;2006-04-2<br>&gt; &gt;1 23:04:54&quot;,&quot;2006-04-21 23:05:00&quot;,&quot;2006-04-22<br>&gt; &gt; 00:04:59&quot;,3605,3599,&quot;ANSWERED&quot;,&quot;DOCUMENTATION&quot;
<br>&gt; &gt; ,&quot;SS7/19&quot;,&quot;IAX2/axsoftsw1-16392&quot;,&quot;Hangup&quot;,&quot;&quot;,&quot;2006-04-2<br>&gt; &gt;1 23:05:23&quot;,&quot;2006-04-21 23:05:29&quot;,&quot;2006-04-22<br>&gt; &gt; 00:05:28&quot;,3605,3599,&quot;ANSWERED&quot;,&quot;DOCUMENTATION&quot;
<br>&gt; &gt; ,&quot;SS7/11&quot;,&quot;IAX2/axsoftsw1-16393&quot;,&quot;Hangup&quot;,&quot;&quot;,&quot;2006-04-2<br>&gt; &gt;1 23:46:00&quot;,&quot;2006-04-21 23:46:07&quot;,&quot;2006-04-22<br>&gt; &gt; 00:46:07&quot;,3607,3600,&quot;ANSWERED&quot;,&quot;DOCUMENTATION&quot;
<br>&gt; &gt; _______________________________________________<br>&gt; &gt; --Bandwidth and Colocation provided by <a href="http://Easynews.com">Easynews.com</a> --<br>&gt; &gt;<br>&gt; &gt; asterisk-ss7 mailing list<br>&gt; &gt; To UNSUBSCRIBE or update options visit:
<br>&gt; &gt;&nbsp;&nbsp; <a href="http://lists.digium.com/mailman/listinfo/asterisk-ss7">http://lists.digium.com/mailman/listinfo/asterisk-ss7</a><br>_______________________________________________<br>--Bandwidth and Colocation provided by 
<a href="http://Easynews.com">Easynews.com</a> --<br><br>asterisk-ss7 mailing list<br>To UNSUBSCRIBE or update options visit:<br>&nbsp;&nbsp;<a href="http://lists.digium.com/mailman/listinfo/asterisk-ss7">http://lists.digium.com/mailman/listinfo/asterisk-ss7
</a><br></blockquote></div><br><br clear="all"><br>-- <br>Darren Storer<br>Comgate<br>Telco|Internet|Broadcast