Hi,
<br>
<br>Is RTP brige working in Asterisk 1.4.x?
<br>
<br>I know SIP <--> SIP always works with RE-INVITE is on (i.e.RTP streams travel 
<br>from endpoint to endpoint) in Asterisk 1.2.x.
<br>
<br>SIP <--> H323 or SCCP/Skinny was not working (i.e. RTP streams travel through
<br>Asterisk) in Asterisk 1.2.x.  How about 1.4.x?  Is there any improvement?
<br>
<br>Thanks
<br>ken
<br>
<br>
<br>---------[ Received Mail Content ]----------
<br>
<br>Subject : Re: [asterisk-dev] asterisk's bridge
<br>
<br>Date : Fri, 23 Nov 2007 00:08:23 +0800
<br>
<br>From : "serva" <serva@yeah.net>
<br>
<br>To : "Asterisk Developers Mailing List" <asterisk-dev@lists.digium.com>
<br>
<br>
<br>
<br>I'm sorry, I have forgot to say the version of asterisk I pay attention to is 1.2.x. Not the 1.4.x one. I know that when I use 1.4.x,in ast_rtp_bridge() function, there are two differences p2p bridge,one is ture native bridge named bridge_native_loop(),in bridge_native_loop() function we also need ast_read() and ast_write(),I think this one is similar to ast_generic_bridge().The other p2p bridge is bridge_p2p_loop(),this one look like a single thread bridge, because if two same type channnels (eg. SIP channel) come into this bridge, will set voice rtp socket's fd to -1, and set a callback function, so the bridge will block by polling fd (except pipe fd),and callback function:p2p_rtp_callback() will be invoked by ast_io_wait in do_monitor function,then they can use only socket fd to send or recieve rtp.
<br>
<br>
<br>
<br>So, I want to ask ,why not use a only one thread to do this thing instead of do_monitor, and make this thread in the core of asterisk, and make it deal with difference kinds of channel? I think this can enhance the concurrency of asterisk more better. 
<br>
<br>
<br>
<br>------------------ 
<br>
<br>serva
<br>
<br>2007-11-22
<br>
<br>
<br>
<br>-------------------------------------------------------------
<br>
<br>From：Russell Bryant
<br>
<br>Date：2007-11-22 23:13:27
<br>
<br>Subject：Re: [asterisk-dev] asterisk's bridge
<br>
<br>
<br>
<br>truename wrote:
<br>
<br>> Hi, I found that if I set mixmonitor or spy options, that asteriosk will
<br>
<br>> choose ast_generic_bridge() function in channel.c , but ast_rtp_bridge()
<br>
<br>> in rtp.c can also deal with monitor and spy because monitor or spy is
<br>
<br>> only doing in ast_read() and ast_write() function using
<br>
<br>> queue_frame_to_spies(). So can anyone tell me , why asterisk
<br>
<br>> choose ast_generic_bridge() instead of ast_rtp_bridge() ?
<br>
<br>
<br>
<br>Asterisk must be able to intercept every single audio frame. In the case of an
<br>
<br>RTP bridge, the audio may not be flowing through Asterisk anymore.
<br>
<br>
<br>
<br>-- 
<br>
<br>Russell Bryant
<br>
<br>Senior Software Engineer
<br>
<br>Open Source Team Lead
<br>
<br>Digium, Inc.
<br>
<br>
<br>
<br>
<br>
<br>_______________________________________________
<br>
<br>--Bandwidth and Colocation Provided by http://www.api-digital.com--
<br>
<br>
<br>
<br>asterisk-dev mailing list
<br>
<br>To UNSUBSCRIBE or update options visit:
<br>
<br>http://lists.digium.com/mailman/listinfo/asterisk-dev
<br>
<br>_______________________________________________
<br>
<br>--Bandwidth and Colocation Provided by http://www.api-digital.com--
<br>
<br>
<br>
<br>asterisk-dev mailing list
<br>
<br>To UNSUBSCRIBE or update options visit:
<br>
<br>http://lists.digium.com/mailman/listinfo/asterisk-dev