<html><head><meta http-equiv="Content-Type" content="text/html; charset=UTF-8"></head><body>
<div>Thank you Gustavo. </div><div><br></div><div>What you have mentioned is very interesting! I will ask my provider tomorrow about the Continuity Check procedure to see if they can enable it to assist us with our troubleshooting. I will let you know the outcome.</div><div><br></div><div><br></div><div><br></div><div><br></div><div><div style="font-size:100%">Sent from Samsung Mobile</div></div> <br>Gustavo Mársico <gustavomarsico@gmail.com> wrote:<br><div>The fastest way to try that is to ask to the remote carrier to turn on the Continuity Check procedure. Asterisk reacts to this looping back the audio channel.</div><div>In the manual mode, the tech guy will be alerted immediately if something goes wrong with the test.</div><div>In automatic mode (for all calls, or a % of calls), if a channel don't pass the test, the far end will choose another CIC.</div><div><br></div><div>Unfortunately neither libss7 nor chan_ss7 supports to be the initiator of such test, just the receiver.</div><div><br></div><div>Hope this helps</div><div><br></div><div>Gustavo</div><div><br></div><br><div><div>On Aug 1, 2012, at 3:35 PM, David Wilson wrote:</div><br class="Apple-interchange-newline"><blockquote type="cite">
<meta content="text/html; charset=windows-1252" http-equiv="Content-Type">
<div bgcolor="#FFFFFF" text="#000000">
<font size="-1">Thank you Krzysztof,<br>
<br>
Please find my responses below.<br>
<br>
</font>
<pre wrap="">>Disable one E1 - by not configuring it - as far as dahdi.conf level -
>it should pull an alarm on your telco friend so you will be sure that
>your second E1 is his "1st" or "2nd".
Ok great. I will do that.
>Yes and no. You send "block channel nr 7" and he responded "ok the 7th
>is blocked" but it does not say that CIC no. 7 is 6th or 7th or 8th
>timeslot on port one, or on port two of your asterisk box / sangoma
>card. The block does mean that you do not place new calls on this CIC
Ok. Agreed.
>You - don't. Your party - provably - has.
>If he has - the CIC no 63 that it means for me - it's some misconfiguration.
> (Two E1 could take at top - two times 30 - so 60 CIC without any
>signaling link, and at least one is a must).
Yes. I agree.
>Carefully - setup one E1 - by configuring only one, and double check
>the cables and CIC numbering.
Ok. I will call my provider again tomorrow and try what you have suggested. Hopefully we get it working! :)
Thank you for all your assistance so far.
</pre>
<br>
<font size="-1"><br>
<br>
</font>
<div class="moz-signature">
<br>
<br>
Get important Linux and industry-related news at: <a href="http://facebook.com/dcdata">facebook.com/dcdata</a><br>
<br>
<font color="#000000"><font face="arial" size="2">Kind regards,</font><br>
<br>
<font color="#000000"><font face="arial"><font size="4">David
Wilson</font></font></font><br>
<font color="#000000"><font face="arial"><font size="1">CNS,CLS,
LINUX+, CLA, DCTS, LPIC3</font></font></font><br>
<font color="#0779b5"><font face="arial"><font size="3"><b>LinuxTech
CC t/a DcData</b></font></font></font><br>
<font color="#0779b5"><font face="arial"><font size="1">CK
number: 2001/058368/23</font></font></font><br>
<table border="0">
<tbody>
<tr>
<td width="75"><font color="#000000"><font face="arial"><font size="2"><b>Website:</b></font></font></font></td>
<td><font color="#000000"><font face="arial"><font size="2"><a class="moz-txt-link-freetext" href="http://www.dcdata.co.za/">http://www.dcdata.co.za</a></font></font></font></td>
</tr>
<tr>
<td><font color="#000000"><font face="arial"><font size="2"><b>Support:</b></font></font></font></td>
<td><font color="#000000"><font face="arial"><font size="2">+27(0)860-1-LINUX</font></font></font></td>
</tr>
<tr>
<td><font color="#000000"><font face="arial"><font size="2"><b>Mobile:</b></font></font></font></td>
<td><font color="#000000"><font face="arial"><font size="2">+27(0)824147413</font></font></font></td>
</tr>
<tr>
<td><font color="#000000"><font face="arial"><font size="2"><b>Tel:</b></font></font></font></td>
<td><font color="#000000"><font face="arial"><font size="2">+27(0)333446100</font></font></font></td>
</tr>
<tr>
<td><font color="#000000"><font face="arial"><font size="2"><b>Fax:</b></font></font></font></td>
<td><font color="#000000"><font face="arial"><font size="2">+27(0)866878971</font></font></font></td>
</tr>
</tbody>
</table>
</font></div>
<br>
On 08/01/2012 08:26 PM, Krzysztof Drewicz wrote:
<blockquote cite="mid:CA+7dJfcCiSchY5beHFZYbVw-bsTtt+zP-yB0vy1Y3-8B8rmpxA@mail.gmail.com" type="cite">
<pre wrap="">2012/8/1 David Wilson <a class="moz-txt-link-rfc2396E" href="mailto:dave@dcdata.co.za"><dave@dcdata.co.za></a>
</pre>
<blockquote type="cite">
<pre wrap="">The system is in another African country so instead of me physically
pulling out the E1 cable from the system I tested by 'blocking' certain CICs
</pre>
</blockquote>
<pre wrap="">Block is just "send some block info and wait for ack" as "send IAM"
etc. It does not concern any cabling/ logical CIC matching the
hardware.
Disable one E1 - by not configuring it - as far as dahdi.conf level -
it should pull an alarm on your telco friend so you will be sure that
your second E1 is his "1st" or "2nd".
</pre>
<blockquote type="cite">
<pre wrap="">in my linkset1 by using the 'ss7 block cic 1 [channel]' command. The
provider said that he could see the corresponding blocked CICs and they
appeared to match up to his CICs.
</pre>
</blockquote>
<pre wrap="">Yes and no. You send "block channel nr 7" and he responded "ok the 7th
is blocked" but it does not say that CIC no. 7 is 6th or 7th or 8th
timeslot on port one, or on port two of your asterisk box / sangoma
card. The block does mean that you do not place new calls on this CIC
</pre>
<blockquote type="cite">
<pre wrap="">[Aug 1 20:01:21] VERBOSE[30284] chan_dahdi.c: Resetting CIC 47
[Aug 1 20:01:21] WARNING[30284] chan_dahdi.c: RSC on unconfigured CIC 47
[Aug 1 20:01:51] VERBOSE[30284] chan_dahdi.c: Resetting CIC 63
[Aug 1 20:01:51] WARNING[30284] chan_dahdi.c: RSC on unconfigured CIC 63
</pre>
</blockquote>
<pre wrap=""></pre>
<blockquote type="cite">
<pre wrap="">Could this possibly confirm the CIC alignment problem that we suspect? I
don't have a bchan/CIC configured for 47 or 63
</pre>
</blockquote>
<pre wrap="">You - don't. Your party - provably - has.
If he has - the CIC no 63 that it means for me - it's some misconfiguration.
(Two E1 could take at top - two times 30 - so 60 CIC without any
signaling link, and at least one is a must).
Carefully - setup one E1 - by configuring only one, and double check
the cables and CIC numbering.
</pre>
</blockquote>
<br><br><p style="font-family: Verdana; font-size:8pt; color:#666666;" align="justify">
Time to evaluate your email security provider? <a href="http://www.mimecast.com/emailsecurity/">Watch the video</a> and take advantage of Mimecast’s first ever limited promotion.
</p>
</div>
--<br>_____________________________________________________________________<br>-- Bandwidth and Colocation Provided by <a href="http://www.api-digital.com">http://www.api-digital.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></blockquote></div><br>
<br><br>
<p style="font-family: Verdana; font-size:8pt; color:#666666;" align="justify">
Time to evaluate your email security provider? <a href="http://www.mimecast.com/emailsecurity/">Watch the video</a> and take advantage of Mimecast’s first ever limited promotion.
</p>
</body></html>