<div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;"><div>And the output of the command chaged, for worse I guess :(<div class="im"><br></div></div>
</blockquote><div><br></div><div>No exactly. Is actually worst to have 0x0C or any other hexadecimal value, because that means openr2 bit states got screwed somehow. So, it's "better" to have a consistent "BLOCKED".</div>
<div><br></div><div>Try using dahdi_tool or zttool, select the span and see what are the Rx bits. If the Rx bits are 1101, that means Telmex has blocked your line.</div><div><br></div><div>Between the time I sent my past e-mail and the time you replied, 2 hours elapsed, and was around 9pm Mexico City. Did telmex really sent a technician at that time? my guess is that when the technician was at your site (probably earlier) the line was OK but now is blocked. </div>
<div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;"><div>
What changed:<br>
TE_CLOCK = <br>
was NORMAL now is MASTER<br>
</div></blockquote><div><br></div><div>If this is a regular Telmex E1, this should be NORMAL, not MASTER, which is used when the other end clock is a slave to you.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<div>
TDMV_DCHAN = <br>
was 0 now is 16<br></div></blockquote><div><br></div><div>Not much difference. But 0 is preferred, otherwise, probably HDLC interrupts will be wasting resources.</div><div><br></div><div> </div></div>-- <br>Moises Silva<br>
Software Developer<br>Sangoma Technologies Inc. | 50 McIntosh Drive, Suite 120, Markham ON L3R 9T3 Canada<br>t. 1 905 474 1990 x 128 | e. <a href="mailto:moy@sangoma.com">moy@sangoma.com</a><br>