[asterisk-commits] oej: branch oej/roibos-cng-support-1.8 r376519 - /team/oej/roibos-cng-support...

[SVN commits to the Asterisk project]

Author: oej
Date: Tue Nov 20 07:47:14 2012
New Revision: 376519

URL: http://svnview.digium.com/svn/asterisk?view=rev&rev=376519
Log:
Adding a quote from the "Ask File" column in the Asterisk Daily Magazine.

Modified:
    team/oej/roibos-cng-support-1.8/README.roibos-cng.txt

Modified: team/oej/roibos-cng-support-1.8/README.roibos-cng.txt
URL: http://svnview.digium.com/svn/asterisk/team/oej/roibos-cng-support-1.8/README.roibos-cng.txt?view=diff&rev=376519&r1=376518&r2=376519
==============================================================================
--- team/oej/roibos-cng-support-1.8/README.roibos-cng.txt (original)
+++ team/oej/roibos-cng-support-1.8/README.roibos-cng.txt Tue Nov 20 07:47:14 2012
@@ -141,3 +141,17 @@
    8031, and this square wave represents 0dBov.  This translates into
    6.18dBm0.
 
+-----------------
+Various notes:
+=============
+From file:
+
+The logic for determining if a native bridge can be performed or not lives in ast_channel_bridge in channel.c - there is an if statement with many conditions that have to be met before doing it. You can extend that and add another which is "if the CN support on channel A is the same as channel B then allow native bridge"
+
+Question: If I run RTP bridge (not the p2p or remote) can we still operate
+on timer? If not, I have to disable RTP bridging totally. If we rely on incoming
+packets (which will not happen) to send out, CN will not work.
+
+Yes, you can still operate on timer. The RTP bridge still has all the normal bridging logic in it. That's how music on hold and such works.
+
+