I second Dave's suggestion. Moving the data as close to the caller makes
the most sense. You will have significantly better availability, network
bandwidth and troubleshooting.
Now, management....
Replicate the IVR (use an include file) and the sounds so it can be
managed from one location. Personally, I like IBM AFS (Andrews File
System) for this type of implementation because it will guarantee
real-time synchronization (usefull if data from the IVR modifies the IVR
- think administrative portions of the menu).
Otherwise there is always the old standby: rsync.
dbc.
Dave Donovan wrote:
Sean,
My first thought is that it probably makes sense to replicate the
digital receptionist. That way you are providing the IVR service as
near as possible to the caller. If for some reason your 2XXX network
is not available, you still want to function normally on your 3XXX
network. If you send incoming calls offnet to the remote site then
you've got to deal with either another leg of routing or SIP reinvite
and it would seem to complicate your life a bit especially when it
comes time to troubleshoot.
This is obviously a judgement call and depends on the complexity of
your IVR, how often changes are made etc.
Let us know what you decide. If you think you'd like to use one IVR
for both sites, I can look at [EMAIL PROTECTED] and see what the easiest way would
be to do that.
Dave
On 5/7/06, *Sean Healy* <[EMAIL PROTECTED]
<mailto:[EMAIL PROTECTED]>> wrote:
Hello TAUG,
I have two [EMAIL PROTECTED] servers at two offices that are trunked
so that
everyone with extension 2XX (on ServerA) can call to 3XX on
ServerB, and
vice versa using a context of from-internal.
What I would like to do is have ServerB use the IVR system on ServerA
when a call arrives, instead of replicating the digital receptionist
voice files and menus on ServerB. I can't seem to get it to work.
Does it make sense to send the incoming calls from ServerB to ServerA
for the IVR? Is there something simple that I'm missing to set
this up?
Sean.
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
<mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: [EMAIL PROTECTED]
<mailto:[EMAIL PROTECTED]>
--
David Donovan
Consultant
Fulcrum Solutions
