if it&#39;s even possible you would have to build that functionality from ozmod_zt all the way through the openzap core and up into mod_openzap<br>It&#39;s a pretty tall order at this juncture.<br><br><br>the zap_channel_command in openzap which is akin to our userspace ioctl would need some sort of new command that you could use<br>
to tell a channel to direct bridge to another channel using some struct with the 2 channels in them as the void arg.<br><br>that command would be passed down into the i/o mod eg ozmod_zt and probably in that paticular case you would do the same trick<br>
they use in meetme in asterisk to conference them. <br><br>There would need to be lots of error checking along the way (has to be like channel types etc)<br><br>The phase 2 of openzap is supposed to be an abstract kernel mod or cross platform driver abstraction where all the channels are of the same type one day.<br>
so one ozmod_&lt;whatever we call it&gt; could normalize all the hardware even deeper level and provide this sort of thing as well.<br><br><br>up in mod_openzap it would have to check for the MEDIA on and off indications and fire the zap_channel_command and report the results upstream.<br>
<br><br><br><div class="gmail_quote">On Fri, Jul 17, 2009 at 5:01 PM, John Wehle <span dir="ltr">&lt;<a href="mailto:john@feith.com">john@feith.com</a>&gt;</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;">
The particular application I have in mind is routing incoming data<br>
calls to the correct digital modem banks.<br>
<br>
Using T1 and zaptel I&#39;d like to take a incoming call on channel X<br>
and cross connect it to channel Y when bridging.  I believe that<br>
bypass_media_after_bridge is intended to control this behavior.<br>
<br>
On the zaptel side it appears this is done by issuing ZT_CHANCONFIG<br>
with the appropriate zt_chanconfig.  Where I&#39;m looking for guidance<br>
is what needs to be in mod_openzap for FreeSWITCH to activate this<br>
behavior.  I.e.:<br>
<br>
  a) at some point FreeSWITCH needs to indicate to the openzap endpoint<br>
     that FS channel A should be bridged to FS channel B.  How does<br>
     this happen?<br>
<br>
  b) openzap then needs to look at channel A and B to determine if they<br>
     can be bridged at the openzap layer.  How does it indicate to<br>
     FreeSWITCH that the channels have been bridged by openzap?<br>
<br>
  c) what does call teardown look like?<br>
<br>
-- John<br>
-------------------------------------------------------------------------<br>
|   Feith Systems  |   Voice: 1-215-646-8000  |  Email: <a href="mailto:john@feith.com">john@feith.com</a>  |<br>
|    John Wehle    |     Fax: 1-215-540-5495  |                         |<br>
-------------------------------------------------------------------------<br>
<br>
<br>
_______________________________________________<br>
FreeSWITCH-dev mailing list<br>
<a href="mailto:FreeSWITCH-dev@lists.freeswitch.org">FreeSWITCH-dev@lists.freeswitch.org</a><br>
<a href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev" target="_blank">http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev</a><br>
UNSUBSCRIBE:<a href="http://lists.freeswitch.org/mailman/options/freeswitch-dev" target="_blank">http://lists.freeswitch.org/mailman/options/freeswitch-dev</a><br>
<a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br>
</blockquote></div><br><br clear="all"><br>-- <br>Anthony Minessale II<br><br>FreeSWITCH <a href="http://www.freeswitch.org/">http://www.freeswitch.org/</a><br>ClueCon <a href="http://www.cluecon.com/">http://www.cluecon.com/</a><br>
Twitter: <a href="http://twitter.com/FreeSWITCH_wire">http://twitter.com/FreeSWITCH_wire</a><br><br>AIM: anthm<br><a href="mailto:MSN%3Aanthony_minessale@hotmail.com">MSN:anthony_minessale@hotmail.com</a><br>GTALK/JABBER/<a href="mailto:PAYPAL%3Aanthony.minessale@gmail.com">PAYPAL:anthony.minessale@gmail.com</a><br>
IRC: <a href="http://irc.freenode.net">irc.freenode.net</a> #freeswitch<br><br>FreeSWITCH Developer Conference<br><a href="mailto:sip%3A888@conference.freeswitch.org">sip:888@conference.freeswitch.org</a><br><a href="http://iax:guest@conference.freeswitch.org/888">iax:guest@conference.freeswitch.org/888</a><br>
<a href="mailto:googletalk%3Aconf%2B888@conference.freeswitch.org">googletalk:conf+888@conference.freeswitch.org</a><br>pstn:213-799-1400<br>