[asterisk-bugs] [Asterisk 0018262]: No MOH When Call Parked

Asterisk Bug Tracker noreply at bugs.digium.com
Thu Dec 16 23:14:41 UTC 2010


A NOTE has been added to this issue. 
====================================================================== 
https://issues.asterisk.org/view.php?id=18262 
====================================================================== 
Reported By:                francesco_r
Assigned To:                
====================================================================== 
Project:                    Asterisk
Issue ID:                   18262
Category:                   Resources/res_features
Reproducibility:            always
Severity:                   major
Priority:                   normal
Status:                     acknowledged
Asterisk Version:           1.6.2.14-rc1 
JIRA:                       SWP-2582 
Regression:                 No 
Reviewboard Link:            
SVN Branch (only for SVN checkouts, not tarball releases): 1.6.2 
SVN Revision (number only!):  
Request Review:              
====================================================================== 
Date Submitted:             2010-11-05 05:01 CDT
Last Modified:              2010-12-16 17:14 CST
====================================================================== 
Summary:                    No MOH When Call Parked
Description: 
I have upgraded from Asterisk 1.4.34 to Asterisk 1.6.2.14-rc1 using the
same configuration (FreePBX 2.7) but now when i park a call there is no
music on hold. The moh works with regular sip hold and transfers and
queues. This is the console output:
    -- Started music on hold, class 'default', on SIP/503-00000760
  == Parked SIP/503-00000760 on 71 (lot default). Will timeout back to
extension [from-internal] 509, 1 in 240 seconds
    -- Added extension '71' priority 1 to parkedcalls (0x8820198)
    -- <SIP/509-00000761> Playing 'digits/7.slin' (language 'it')
    -- <SIP/509-00000761> Playing 'digits/1.slin' (language 'it')

As you can see the default music class start but the parked person hear
only silence. I'm not the only person that have this problem, other persons
using Asterisk 1.8.0 have reported the same issue:
http://pbxinaflash.com/forum/showthread.php?p=52404
http://www.freepbx.org/trac/ticket/4623
 
======================================================================
Relationships       ID      Summary
----------------------------------------------------------------------
duplicate of        0018330 The musiconhold stop  when a call is pa...
====================================================================== 

---------------------------------------------------------------------- 
 (0129711) rfrantik (reporter) - 2010-12-16 17:14
 https://issues.asterisk.org/view.php?id=18262#c129711 
---------------------------------------------------------------------- 
Running 1.6.2.14 and ran into this problem today.  We are testing a
multi-tenant system and context is very important.  Has anyone noticed a
context shift once they did the noload => res_timing_dahdi.so?

Earlier when I was testing and parked a call I saw the following trace:
 -- Started music on hold, class 'default-tenant1', on
SIP/142-tenant1-00000047

Now I see the following:
 -- Started music on hold, class 'default', on SIP/142-tenant1-00000047

So while I do have moh for the parked callers, I no longer seem to have
the control that it did.  This same type of trace info also comes up just
when placing a caller on hold as well.  I used to have a unique context,
now I just get 'default'.

So to me this appears to just be a work around?  Or there was a major
change from 1.6.2.13 to 1.6.2.14?  I'm also no expert at this, it could be
that i now have to make an adjustment someplace else. 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2010-12-16 17:14 rfrantik       Note Added: 0129711                          
======================================================================




More information about the asterisk-bugs mailing list