<div dir="ltr">On Wed, Oct 23, 2013 at 11:27 AM, Salaheddine Elharit <span dir="ltr"><<a href="mailto:salah.elharit200@gmail.com" target="_blank">salah.elharit200@gmail.com</a>></span> wrote:<br><div class="gmail_extra">
<div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">hi<div><br></div><div>the issue has been solved after change the <span style="font-family:arial,sans-serif;font-size:12.800000190734863px">span from span =1,1,0,ccs,hdb3 to </span><span style="font-family:arial,sans-serif;font-size:12.800000190734863px">span =1,0,0,ccs,hdb3</span></div>

<div><span style="font-family:arial,sans-serif;font-size:12.800000190734863px">thanks for everyone </span></div></div></blockquote><div><br></div><div>Salaheddine,</div><div><br></div><div>Just a comment here: I'm not sure who your spans are connected to but, it is highly unlikely that this changed is what fixed your problem. I think it's more likely that the process of reloading something else actually fixed it. What you are doing here is telling span 1 to provide (or ignore) timing to the other end. If it's the case that you're connected to a public e1 pri provider, this probably isn't the correct configuration and will likely cause further problems like slips and alarms. If it's connected to something internal to your business, (like a channel bank), then it's fine.</div>
<div> </div></div>-- <br><div dir="ltr"><div>Russ Meyerriecks</div><div>Digium, Inc. | Linux Kernel Developer</div><div>445 Jan Davis Drive NW - Huntsville, AL 35806 - USA</div><div>direct: +1 256-428-6025</div><div>Check us out at: <a href="http://www.digium.com" target="_blank">www.digium.com</a> & <a href="http://www.asterisk.org" target="_blank">www.asterisk.org</a></div>
</div>
</div></div>