<div>Hi Anton,</div>
<div> </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 "ghost" calls from the IAM onwards.</div>
<div> </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> </div>
<div>Regards</div>
<div><br>Darren<br><br> </div>
<div><span class="gmail_quote">On 13/05/06, <b class="gmail_sendername">Anton</b> <<a href="mailto:anton.vazir@gmail.com">anton.vazir@gmail.com</a>> 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>> Hi Anton,<br>><br>> the state of CICs can become unsynchronised between SS7<br>> nodes although it doesn't happen too often. Sometimes<br>> Node A thinks that a particular CIC is "In Service Free"
<br>> whilst Node B thinks that Node A didn't handle the last<br>> call correctly and places the same CIC into a blocked<br>> state at a higher application layer.<br>><br>> When this situation occurs we normally use MML to "flex"
<br>> the CICs by manually taking each suspect CIC out of<br>> service and then returning it back to service. I have<br>> seen that chan_ss7 appears to support these maintenance<br>> messages but I haven't used them myself.
<br>><br>> When an SS7 node is started for the first time (cold<br>> start) it has no knowledge of the state of the CICs as<br>> maintained by another SS7 node that it is connected to.<br>> To synchronise the state of the CICs after a cold start
<br>> it is common to see many block and unblock messages<br>> (including Circuit Group Resets) after the signalling<br>> links are aligned but before the route starts to handle<br>> live traffic.<br>><br>> Regards
<br>><br>> Darren<br>><br>> On 12/05/06, Anton <<a href="mailto:anton.vazir@gmail.com">anton.vazir@gmail.com</a>> wrote:<br>> > Guys,<br>> ><br>> > Does anyone know, if it is possible for timeslots to
<br>> > hang, with SS7 signalling?<br>> > For example if REL message is missing (did not received<br>> > in time by Asterisk) -<br>> > would the accured timeslot hang (be active on Asterisk<br>> > side, but released in the TELCO side?) I've strange
<br>> > issues with one of my telco's. The sessions just timed<br>> > out, and released by the Asterisk itself, since there<br>> > is 3600s duration limit.<br>> ><br>> > Any help is highly appreciated!
<br>> ><br>> > ,"SS7/15","IAX2/axsoftsw1-16389","Hangup","","2006-04-2<br>> >1 23:04:54","2006-04-21 23:05:00","2006-04-22<br>> > 00:04:59",3605,3599,"ANSWERED","DOCUMENTATION"
<br>> > ,"SS7/19","IAX2/axsoftsw1-16392","Hangup","","2006-04-2<br>> >1 23:05:23","2006-04-21 23:05:29","2006-04-22<br>> > 00:05:28",3605,3599,"ANSWERED","DOCUMENTATION"
<br>> > ,"SS7/11","IAX2/axsoftsw1-16393","Hangup","","2006-04-2<br>> >1 23:46:00","2006-04-21 23:46:07","2006-04-22<br>> > 00:46:07",3607,3600,"ANSWERED","DOCUMENTATION"
<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>> > <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> <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