<br><br><div class="gmail_quote">On Thu, Feb 19, 2009 at 5:00 PM, Dave Fullerton <span dir="ltr"><<a href="mailto:dfullertasterisk@shorelinecontainer.com">dfullertasterisk@shorelinecontainer.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">Hello all,<br>
<br>
I have two machines I'm connecting with TDMOE (dahdi dynamic spans) and<br>
I have a question about timing parameters. By my understanding one<br>
machine should be the source of the timing and the other a slave of that<br>
timing.<br>
<br>
So on machine A I have the following in system.conf:<br>
dynamic=eth,eth0/00:0C:29:55:89:7E,24,0<br>
<br>
On machine B I have this is system.conf:<br>
dynamic=eth,eth0/00:18:8B:C7:F6:94,24,1<br>
<br>
So machine A is the source of timing and B is slave to it. If both of<br>
these machines also have a digium (TDM400P in one and a TE110P in the<br>
other) card in them is this configuration still correct or should I use<br>
0 for timing on both?<br>
<br>
The reason I ask is if I boot both machines fresh and I execute<br>
dahdi_cfg on machine A first and then machine B I either get a kernel<br>
oops (with 2.6.27.11) or complete freeze (with 2.6.23.17) on machine B<br>
pretty much without fail. If I do machine B first and then A everything<br>
works fine. I'm using dahdi_linux 2.1.0.4 on both.<br>
<br>
I know I can just use SIP or IAX or anything else to connect these two<br>
machines, but I'm using this as a learning experience to play with PRI<br>
setups.<br>
<br>
Thanks<br>
<br>
-Dave<br>
<br>
</blockquote><div><br>I cannot speak about DAHDI but I can tell you that the timing provided by the card is different than the timing of a PRI Span. <br></div></div><br>I suspect that DAHDI has a bug in TDMoE because the spans should either not come up but Asterisk should run and the Kernel should not bomb out, at least I have never seen this with Zaptel.<br>
<br>If nobody answers your question with a real answer, I suggest opening a bug report.<br><br>-- <br>Thanks,<br>Steve Totaro <br>+18887771888 (Toll Free)<br>+12409381212 (Cell)<br>