[svn-commits] oej: branch group/rana-moh-sip-transfer-1.8 r393702 - /team/group/rana-moh-si...

SVN commits to the Digium repositories svn-commits at lists.digium.com
Thu Jul 4 10:46:01 CDT 2013


Author: oej
Date: Thu Jul  4 10:46:00 2013
New Revision: 393702

URL: http://svnview.digium.com/svn/asterisk?view=rev&rev=393702
Log:
Updating documentation after merging two branches

Modified:
    team/group/rana-moh-sip-transfer-1.8/README.rana-moh-sip-transfer

Modified: team/group/rana-moh-sip-transfer-1.8/README.rana-moh-sip-transfer
URL: http://svnview.digium.com/svn/asterisk/team/group/rana-moh-sip-transfer-1.8/README.rana-moh-sip-transfer?view=diff&rev=393702&r1=393701&r2=393702
==============================================================================
--- team/group/rana-moh-sip-transfer-1.8/README.rana-moh-sip-transfer (original)
+++ team/group/rana-moh-sip-transfer-1.8/README.rana-moh-sip-transfer Thu Jul  4 10:46:00 2013
@@ -1,7 +1,8 @@
 Edvina AB
 Olle E. Johansson
 
-2013-05-30
+Project initiated: 2013-05-30
+Update: 2013-07-04
 
 
 
@@ -13,6 +14,17 @@
 
 Rana-moh-SIP-transfer: Getting music on hold back
 =================================================
+This branch focuses on two different but related issues with call transfers:
+
+1. Attended transfer when one call leg is on hold
+2. Attended transfer when one call leg is one-legged, i.e. on queue or ivr
+
+In both of these scenarious, music-on-hold will disappear in Asterisk after transfer
+is complete. The code in this branch is tested and will solve both issues.
+
+
+SIP transfer with one call leg on hold
+======================================
 When the caller puts the callee on hold and the callee transfers the call while hearing music-on-hold,
 the music disappears and the new callee gets a silent call. Originally we thought it was a SIP transfer
 problem, but it turned out to be a core PBX issue.
@@ -27,12 +39,6 @@
 C doesn't get music on hold - just silence.
 
 The moh status is not following the transfer.
-
-To check
-========
-1. Blind transfers in SIP	- works ok
-2. Attended transfers in SIP	- works ok
-3. Transfers to a queue 	- doesn't work
 
 ---
 BLIND Transfer
@@ -64,14 +70,6 @@
 
 (After brainstorm with Matt Jordan 2013-05-28)
 
-Other channel drivers
-=====================
-- chan_dahdi:		Don't understand the hold functions...
-- chan_iax2:
-- chan_mgcp:
-- chan_?
-- chan_local 		No changes needed
-
 Transfer to a queue
 ===================
 
@@ -86,3 +84,17 @@
 
 As this is not a hold case we need to find a way to restart MOH on a channel
 with the previous settings.
+
+Transfer to a queue: Solution:
+==============================
+
+Implement a new function in the Asterisk MOH interface to query
+the musicclass. This is ONLY returned if MOH is active.
+
+Chan_sip reads this before masquerading channels and resets
+MOH after masquerade, since the transfer code resets all generators.
+
+This only applies to attended transfers where one leg of the call
+is not bridged. Like transfer to queue, IVR, or simply parking.
+
+




More information about the svn-commits mailing list