> -----Original Message-----
> From: [email protected]
> [mailto:[email protected]] On Behalf Of
> Krzeminski, Damian (BL60:9D30)
> Sent: Thursday, April 30, 2009 2:45 PM
> To: [email protected]
> Subject: Re: [sipX-dev] Problem with voicemail on secondary server
>
> David Saint wrote:
> > Hi,
> >
> > I have a Fedora8 HA system set up with a redundant SIP router and
> > voicemail on the secondary server. The redundant SIP router
> works fine
> > but the voicemail doesn't work, when I call 101 I just get overflow
> > tone. The Voicemail and Voicemail MWI service are both shown as
> > Running on the secondary server.
> >
> > When the SIP phone calls 101 I see an INVITE going from the
> Proxy to
> > port 5100 (mediaservice?) but no response, it gets a "408 Request
> > timeout".
> >
> > Did I miss something in configuration (there's a setting
> for Voicemail
> > Host but I believe it should be left blank) or should I
> raise a JIRA
> > issue and attach the logs?
> >
>
> Check mappingrules.xml - see if it properly sends the calls
> to a secondary server (search for SipXVoicemailServer permission)
>
> I also think that in order for the Voicemail UI working
> properly you need to configure NFS share - since the only way
> sipXconfig has to get to the voicemail storage is access it
> on the disk.
> 'sysdir.mailstore' in sipxconfig.properties needs to point to
> voicemail storage.
> D.
In mappingrules.xml it seems to be sending to the primary server
47.135.162.101 rather than the secondary server 47.135.162.103
<description>Default voicemail dialing plan</description>
<userPattern>~~vm~.</userPattern>
<permissionMatch>
<permission>SipXVoicemailServer</permission>
<transform>
<url><sip:{[email protected]:5100;transport=tcp;voicexml=https%
3A%2F%2F47.135.162.101%3A8091%2Fcgi-bin%2Fvoicemail%2Fmediaserver.cgi%3F
action%3Ddeposit%26mailbox%3D{vdigits-escaped}%26lang%3Den>;q=0.1</ur
l>
</transform>
</permissionMatch>
_______________________________________________
sipx-dev mailing list
[email protected]
List Archive: http://list.sipfoundry.org/archive/sipx-dev
Unsubscribe: http://list.sipfoundry.org/mailman/listinfo/sipx-dev