<html>
  <head>
    <meta content="text/html; charset=windows-1252"
      http-equiv="Content-Type">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">

    <font size="-1"></font><small>Hi Krzysztof,<br>
      <br>
      Thank you for your reply. It is greatly appreciated!<br>
      <br>
      Please find my responses below.<br>
      <br>
      &gt;Alignment on link does not mean that - you start counting CICs
      from "1" and your partner does the same (one is one on both sides,
      some telco switches count 1st &gt;CIC as 0, or even 2).<br>
      Yes. That makes sense.<br>
      <br>
      <br>
      &gt;Here you say, that first available channel has logical number
      one, and<br>
      &gt;you try to make 1st call on CIC 1, so it looks good.<br>
      &gt;Maybe simply - you should try to disable one E1 link? Simply
      comment<br>
      &gt;out - the second E1 and see if it's not mis-cabling ?<br>
      <br>
      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 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. Unfortunately without me being at the same physical location
      I am unable to view the provider's equipment and logs to verify
      that the CICs are actually matching on his side.<br>
      <br>
      &gt;If the same "no audio" happen on the only one digital link
      (one E1) -<br>
      &gt;it's in 99.999% - mis numbered CIC - have you access to any
      passive<br>
      &gt;"recording" equipment ?<br>
      &gt;Another Sangoma card with at least 2 ports could allow for
      listening<br>
      &gt;if audio is being put on any timeslot (CIC, timeslot, Bchannel
      - call<br>
      &gt;it as you wish).<br>
      Unfortunately I don't have access to recording equipment or
      another Sangoma card.<br>
      <br>
      Something I have picked up in my Asterisk log is the following:<br>
      <i>[Aug  1 20:01:21] VERBOSE[30284] chan_dahdi.c: Resetting CIC 47<br>
        [Aug  1 20:01:21] WARNING[30284] chan_dahdi.c: RSC on
        unconfigured CIC 47<br>
        [Aug  1 20:01:51] VERBOSE[30284] chan_dahdi.c: Resetting CIC 63<br>
        [Aug  1 20:01:51] WARNING[30284] chan_dahdi.c: RSC on
        unconfigured CIC 63</i><br>
      <br>
      <br>
      Could this possibly confirm the CIC alignment problem that we
      suspect? I don't have a bchan/CIC configured for 47 or 63<br>
      Applicable piece from chan_dahdi.conf:<br>
      ;First E1<br>
            sigchan=16<br>
            cicbeginswith=1<br>
            channel=1-15<br>
            cicbeginswith=17<br>
            channel=17-31<br>
      <br>
      ;Second E1<br>
            sigchan=47<br>
            cicbeginswith=32<br>
            channel=32-46<br>
            cicbeginswith=48<br>
            channel=48-62<br>
      <br>
            <br>
      Thank you for your assistance so far! <br>
      <br>
      <br>
    </small>
    <div class="moz-signature"><small><br>
      </small>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 06:41 PM, Krzysztof Drewicz wrote:
    <blockquote
cite="mid:CA+7dJfcYBKYz4eZufYt0fCUChEakFEmHMsiVAuw28QjGgfrMfQ@mail.gmail.com"
      type="cite">
      <pre wrap="">2012/8/1 David Wilson <a class="moz-txt-link-rfc2396E" href="mailto:dave@dcdata.co.za">&lt;dave@dcdata.co.za&gt;</a>
</pre>
      <blockquote type="cite">
        <pre wrap="">
With debugging enabled on my SS7 linkset I see the following in my logs. Unfortunately not being familiar with SS7 it doesn't mean too much to me. Everything that I've read indicates that a "no audio" problem with SS7 generally indicates misaligned CICs but according to the operator they are reported to be aligned ok.
</pre>
      </blockquote>
      <pre wrap="">

Alignment on link does not mean that - you start counting CICs from
"1" and your partner does the same (one is one on both sides, some
telco switches count 1st CIC as 0, or even 2).

</pre>
      <blockquote type="cite">
        <pre wrap="">                CIC: 1
;Sangoma A102 port 1 [slot:4 bus:12 span:1] &lt;wanpipe1&gt;
</pre>
      </blockquote>
      <pre wrap="">
So - it should be 1st CIC

</pre>
      <blockquote type="cite">
        <pre wrap="">;First E1
sigchan=16
cicbeginswith=1
channel=1-15
</pre>
      </blockquote>
      <pre wrap="">
Here you say, that first available channel has logical number one, and
you try to make 1st call on CIC 1, so it looks good.
Maybe simply - you should try to disable one E1 link? Simply comment
out - the second E1 and see if it's not mis-cabling ?
If the same "no audio" happen on the only one digital link (one E1) -
it's in 99.999% - mis numbered CIC - have you access to any passive
"recording" equipment ?
Another Sangoma card with at least 2 ports could allow for listening
if audio is being put on any timeslot (CIC, timeslot, Bchannel - call
it as you wish).

--
_____________________________________________________________________
-- Bandwidth and Colocation Provided by <a class="moz-txt-link-freetext" href="http://www.api-digital.com">http://www.api-digital.com</a> --

asterisk-ss7 mailing list
To UNSUBSCRIBE or update options visit:
   <a class="moz-txt-link-freetext" href="http://lists.digium.com/mailman/listinfo/asterisk-ss7">http://lists.digium.com/mailman/listinfo/asterisk-ss7</a>

</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>
</body>
</html>