Thanks to both of you guys for your answers. They were really helpfull.
- Teemu
On 16-09-2005 16:11, Teemu Harju wrote:
> Hi,
>
> I'm implementing following kind of system. I have two separate machines
> where I've installed SER on. The other machine has also SEMS installed. Like
> you probably already figured out other is used as a plain proxy/registrar
> and the other as a sort of UAS serving voicemail, conference etc with the
> help of SEMS.
>
> Now my question is, what is the best way to forward messages from
> proxy/registrar to the media server? I've done the forwarding according to
> the examples I've found and it uses rewritehostport() to forward messages to
> voicemail. Voicemail needs to get the email address from mysql database
> located in proxy. This is no problem connecting to the database, but isn't
> it so that when I've rewritten the Request-URI that the voicemail cannot
> find the email from database beacause it's rewritten and has the media
> servers host part in the URI.
SER can obtain the email address from database and pass it to SEMS
along with the request. This would be typically done on the SER
instance that talks to SEMS (the one running on SEMS machine). You can
tune what AVPs will be passed to SEMS using tw_append parameter of tm
module.
> How have you guys implemented this? I would also need other SEMS plug-ins
> like conference, so I would also need to differentiate those requests also.
> Could I rewerite the Request-URI like voicemail@mediaserver? Can the
> voicemail still find out who was I actually trying to call to since the URI
> is rewritten?
You can add a prefix to the request-uri and then remove it again.
> Is there difference in implementing the media server with asterisk? Wouldn't
> I need then two different databases? One in asterisk and one in SER.
It depends on what are you using the database for. SER is quite
configurable so I guess you could twist it to use a common (or at
least similar) database, but I have never tried that nor I haven't
seen anyone having such setup.
Jan.