<div dir="ltr"><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Dec 23, 2015 at 10:27 PM, Fábio Urquiza <span dir="ltr"><<a href="mailto:flus@cesar.org.br" target="_blank">flus@cesar.org.br</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><p dir="ltr">Hi Matthew. I'm current working on the last 11 version.</p><br clear="all"></blockquote><div><br></div><div>Assuming you want to create a two-party 'native' bridge at the Asterisk level, then you'll want to look into the 'bridge' channel driver callback in chan_dahdi as an example to follow. Asterisk will call this channel driver callback with the two channels that are bridged together. In Asterisk 11, chan_dahdi performs the reads on the DAHDI channels and - when a FD on one channel indicates there is data - directly writes the received data from DAHDI out to the other DAHDI channel with no decoding.<br><br></div><div>Note that in Asterisk 12+, this mechanism changed. Instead of using a channel driver callback, a bridging framework is used. That bridging framework has a pluggable interface, allowing a native bridging technology to be written in a separate module (outside of the channel driver) and selected based on criteria it presents to the core. The DAHDI native bridging is now implemented in the bridge_native_dahdi module.<br></div></div><br></div><div class="gmail_extra">Matt<br><br></div><div class="gmail_extra">-- <br><div class="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div>Matthew Jordan<br></div><div>Digium, Inc. | Director of Technology<br></div><div>445 Jan Davis Drive NW - Huntsville, AL 35806 - USA</div><div>Check us out at: <a href="http://digium.com" target="_blank">http://digium.com</a> & <a href="http://asterisk.org" target="_blank">http://asterisk.org</a></div></div></div></div></div>
</div></div>