Hi Michael,<br><br>first, thanks for you answer.<br><br>The idea is to provide my own clock source to Asterisk since our hardware has its own clock source and I don&#39;t use any &quot;zaptel&quot; hardware. <br><br>Our hardware isn&#39;t zaptel dependent then I thought that is possible to provide the clock without the need to install any zaptel software. Well, I think it is still possible but the work involved is much bigger than use ztdummy interface to do it.... And AFAIK, I always will need to patch something...
<br><br>Also, I need to clarify what do you mean when said &quot;to provide channels&quot;. Could you please?<br><br><br>Thanks!<br><br><br>Paulo Garcia<br><br><br><br><br><div><span class="gmail_quote">On 6/7/07, <b class="gmail_sendername">
Michael Cargile</b> &lt;<a href="mailto:mcargile@explido.us">mcargile@explido.us</a>&gt; wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
On Thu, 2007-06-07 at 09:05 -0300, Paulo Garcia wrote:<br>&gt; Hi,<br>&gt;<br>&gt; I&#39;m currently study the alternatives I can use to implement an<br>&gt; alternative clock source for Asterisk. After some research I found two
<br>&gt; options some developers are doing.<br>&gt;<br>&gt; The first solution is described on Digium&#39;s bug tracker<br>&gt; (<a href="http://bugs.digium.com/view.php?id=8896">http://bugs.digium.com/view.php?id=8896</a>
). The idea is to use a<br>&gt; patched ztdummy with a new module. This module will register itself to<br>&gt; ztdummy and it will implement the interrupt handler. Since ztdummy is<br>&gt; already registered to zaptel, my clock will be used. This solution is
<br>&gt; being used with mISDN driver.<br>&gt;<br>&gt; The second solution is to make a ztdummy &quot;clone&quot; with my code<br>&gt; controling the clock.... The idea is very similar to the first one but<br>&gt; the ztdummy-clone will register itself directly to zaptel. I&#39;ll need
<br>&gt; to patch zaptel&#39;s Makefile to compile my &quot;clone&quot; and so on….Ztxen uses<br>&gt; this solution (XEN virtualization).<br>&gt;<br>&gt; Both options are very similar and they need to keep zaptel device<br>
&gt; driver running to do it.<br>&gt;<br>&gt; I&#39;d like to know if there are another alternative which doesn&#39;t need<br>&gt; zaptel.<br>&gt;<br>&gt; Any information will be useful!<br><br>Being the person who did the initial work on ztxen I can give you info
<br>on why we choose the second approach. The big thing with ztxen is that<br>we want to pass the timing in from the host system into the virtual<br>machine so that if the host system has a stable zaptel timer it uses<br>
that instead of the kernel interrupt (XEN virtual machines have no RTC).<br>Also we want to actually be able to pass from the host machine any<br>zaptel channels through ztxen to the virtual machines. We will be<br>implementing this in the not to distant future. Right now ztxen is
<br>nothing more than ztdummy without the RTC stuff.<br><br>If the only thing we were doing was providing timing and no channels to<br>the virtual machine we probably would have just created a module for<br>ztdummy like in the first solution. So my personal opinion is that if
<br>you are just getting a timing source augment ztdummy to use it. If you<br>are going to be providing channels create your own module.<br><br>Personally I think it would be really neat to make ztdummy take some<br>options on load that would allow you to choose which timer it should
<br>use. The three I can think of off the top of my head are the RTC, the<br>kernel interrupt, and the USB subsystem.<br><br>Well that&#39;s my 2 cents.<br><br>Michael Cargile<br>Explido Software USA Inc.<br><a href="http://www.explido.us">
www.explido.us</a><br><br>_______________________________________________<br>--Bandwidth and Colocation provided by <a href="http://Easynews.com">Easynews.com</a> --<br><br>asterisk-dev mailing list<br>To UNSUBSCRIBE or update options visit:
<br>&nbsp;&nbsp; <a href="http://lists.digium.com/mailman/listinfo/asterisk-dev">http://lists.digium.com/mailman/listinfo/asterisk-dev</a><br></blockquote></div><br><br clear="all"><br>-- <br>--------------<br>Paulo Garcia<br>Pika Technologies Inc