Woof!

On Tue, 22 Sep 2009 17:06:14 -0400, Arjun Nair <[email protected]> wrote:
> Should there be a system wide MOH setting that allows an admin to  
> configure the default moh url to use either the "soundcard" or the  
> "files" source? This setting will, of course, be overridden by any user  
> level setting. Right now the default moh url is "~~mh~".

That would work just fine--but there is a caveat.  See below.

> Secondly, if there is such a setting, then every time it changes, you  
> have to restart all the phones in the system, before it come into  
> effect. I was thinking a better way would be to pass this setting  
> through a configuration file (sipxivr.properties, for instance) and,  
> have the Moh server pick it up from there. So, any time the server sees  
> a moh url without any suffix (i.e. ~~...@domianname), it will fall back  
> to this "system-moh-setting" rule.

No need to change the phones, just change the mappingrules for ~~mh~
to send the call to sipXivr with the moh= parameter set as you like, like  
this:

     <!--Music on Hold-->
     <userMatch>
       <description>Forward default music-on-hold calls to IVR with local  
files music</description>
       <userPattern>~~mh~</userPattern>
       <permissionMatch>
         <transform>
           <user>IVR</user>
           <host>{fs host}:{fs port}</host>
           <urlparams>action=moh</urlparams>
           <urlparams>moh=l</urlparams>
         </transform>
       </permissionMatch>
     </userMatch>


     <userMatch>
       <description>Forward specific music-on-hold calls to IVR with  
specified music</description>
       <userPattern>~~mh~.</userPattern>
       <permissionMatch>
         <transform>
           <user>IVR</user>
           <host>{fs host}:{fs port}</host>
           <urlparams>action=moh</urlparams>
           <urlparams>moh={vdigits}</urlparams>
         </transform>
       </permissionMatch>
     </userMatch>

So the "default" is picked by the first userMatch rule, and is "l" for  
local files.
Any phone that specified a type would match the second rule.

Then only the proxy/registrar needs to be restarted on a change of default.


Caveat:
   If the moh= parameter is left off, or not given a value, then sipXivr  
will drop back to playing the ORIGINAL park server music set.  This was to  
preserve the existing music behavior for upgrades and not force the admin  
to move music around until she was ready.  By changing the ~~mh~ pattern  
to define moh={default}, then this upgrade behavior is lost.  If {default}  
can be one of "", "l", or "p", and it starts as "" unless changed by an  
admin, then you can get the upgrade behavior (it would pass moh=""  
originally), and later the admin can change it to "l" or "p".

--Woof!
_______________________________________________
sipx-dev mailing list [email protected]
List Archive: http://list.sipfoundry.org/archive/sipx-dev
Unsubscribe: http://list.sipfoundry.org/mailman/listinfo/sipx-dev
sipXecs IP PBX -- http://www.sipfoundry.org/

Reply via email to