Yes, but I really need the emergency notifications via email. I'm fine 
with modifying the fallbackrules.xml for the emergency rules for now 
until the sipXconfig bug is fixed. It's not a big deal in my opinion.


Picher, Michael wrote:
> Josh,
>
> You could disable the emergency dial rule and create a custom dial rule that 
> should obey the rules...
>
> This might be a good temporary work-around.
>
> Mike
>
> -----Original Message-----
> From: sipx-users-boun...@list.sipfoundry.org 
> [mailto:sipx-users-boun...@list.sipfoundry.org] On Behalf Of Josh Patten
> Sent: Thursday, August 27, 2009 6:44 PM
> To: Scott Lawrence; sipx-users@list.sipfoundry.org
> Subject: Re: [sipx-users] Source Call Routing being ignored in 
> Emergencydialrule
>
> I understand, I'll just have to remember to change the emergency
> section each time I make a change.
>
>
> On Thu, Aug 27, 2009 at 4:53 PM, Scott
> Lawrence<scott.lawre...@nortel.com> wrote:
>   
>> On Thu, 2009-08-27 at 16:38 -0500, Josh Patten wrote:
>>     
>>> OK, I manually modified my /etc/sipxpbx/fallbackrules.xml emergency
>>> section to look like the following, restarted the proxy and registrar,
>>> and the location based routing is now working (as a temporary
>>> workaround(names and locations changes to protect the innocent)):
>>>
>>>     <userMatch>
>>>       <!--Emergency Calling-->
>>>       <userPattern>sos</userPattern>
>>>       <userPattern>911</userPattern>
>>>       <userPattern>9911</userPattern>
>>>       <callerLocationMatch>
>>>         <callerLocation>Location1</callerLocation>
>>>         <transform>
>>>           <user>911</user>
>>>           <host>10.1.25.254</host>
>>>           <headerparams>expires=60</headerparams>
>>>           <fieldparams>q=0.96</fieldparams>
>>>         </transform>
>>>       </callerLocationMatch>
>>>       <callerLocationMatch>
>>>         <callerLocation>Location2</callerLocation>
>>>         <transform>
>>>           <user>911</user>
>>>           <host>10.1.50.11</host>
>>>           <headerparams>expires=60</headerparams>
>>>           <fieldparams>q=0.92</fieldparams>
>>>         </transform>
>>>       </callerLocationMatch>
>>>       <callerLocationMatch>
>>>         <callerLocation>Location3</callerLocation>
>>>         <transform>
>>>           <user>911</user>
>>>           <host>10.1.51.249</host>
>>>           <headerparams>expires=60</headerparams>
>>>           <fieldparams>q=0.88</fieldparams>
>>>         </transform>
>>>       </callerLocationMatch>
>>>       <callerLocationMatch>
>>>         <callerLocation>Location4</callerLocation>
>>>         <transform>
>>>           <user>911</user>
>>>           <host>10.1.52.249</host>
>>>           <headerparams>expires=60</headerparams>
>>>           <fieldparams>q=0.84</fieldparams>
>>>         </transform>
>>>       </callerLocationMatch>
>>>     </userMatch>
>>>       
>> If you touch any dial plan, you'll overwrite that change.
>>
>>
>>
>>     
> _______________________________________________
> sipx-users mailing list sipx-users@list.sipfoundry.org
> List Archive: http://list.sipfoundry.org/archive/sipx-users
> Unsubscribe: http://list.sipfoundry.org/mailman/listinfo/sipx-users
> sipXecs IP PBX -- http://www.sipfoundry.org/
>   

_______________________________________________
sipx-users mailing list sipx-users@list.sipfoundry.org
List Archive: http://list.sipfoundry.org/archive/sipx-users
Unsubscribe: http://list.sipfoundry.org/mailman/listinfo/sipx-users
sipXecs IP PBX -- http://www.sipfoundry.org/

Reply via email to