Can a customer who wants to provide their own server and associated server software do one of the following. 1. Build the Unity box with the dialogic boards in it, with Unity software on it, and put all that in a seperate box from exchange? 2. Put all of the above mentioned components in the same box that the customers e-mail exchange server is running on today. <br>What is the recommended installation and why (I need the technical answer because this is an extreemely technical customer who thinks that multiple copies of exchange is a bad thing)? <br><br>
Re: Recommended Design of the Unity Exchange Server
Well first off, Im not sure why they would think multiple Exchange servers is necessarily a bad thing other than a cost of goods issue, but that aside
The primary problem with cramming everything onto one box is performance and resource needs. Keep in mind that not only is Exchange on the box along with Unity but you also have voice board drivers, a web server doing the SA/AA/Status monitor stuff, possible TTS processes, possible fax server and fax ports/driver on the box, could be a PDC/BDC as well. All these things take memory and CPU cycles.
The over arching assumption in our product configuration testing is that voice mail is a real time process and that excessive delays or pauses are not an acceptable thing. If your email is delayed a minute or two getting to your client, no big deal. If, on the other hand, you have to wait 60 seconds to get the first voice mail in your inbox, thats not OK. Looking back over some posts, delays of 10 or 15 seconds stress folks out
With that in mind, all our load and performance testing in the lab measures timings at several critical sections in the conversation (getting message counts, the time between beep and record, the time to start hearing the first message stream etc ). We set minimum thresholds we consider acceptable and then run tests of various configurations on several different hardware platforms. From this data comes the product configuration document (PDC) which is the bible for what we will support in the field.
No, you cannot install Unity on a server that does not have Exchange on it. There are no exceptions to this. We need the local Exchange copy for performance reasons. Early on we tried pointing at an Exchange server off our box and it works, of course, but the network connection quickly became a nasty bottleneck and we were not able to handle very many ports/users. Also, if the network connection went down for some reason we couldnt take calls. Today if the network goes down you cant check your voice mail from over the phone but we can continue taking calls and messages while the remote servers and/or network connection to them are down. We havent supported this configuration since 2.0.
We can support an all in one solution where everything is on one Exchange server and everyone is homed on our Exchange box. Given that homing users on our box and allowing Outlook clients to attach for client services entails extra over head, we have stricter limits on the numbers of users/ports allowed in that configuration.
A quick look at the 2.4.0 PCD shows that on a Dell 2300, 500 MHz processor with 256 meg of RAM and a SCSI drive we have tested and approved configurations up to 500 users, 48 ports (that would be a LOT of ports for only 500 users!). Up to 2 sessions of TTS are allowed but if you want fax, it must be run on a separate server, it cant be on the same box. By comparison a Dell G1 with a 400 MHz processor, 256 meg of RAM and an Ultra ATA IDE drive can handle up to 200 users, 16 ports, two TTS sessions and fax must be off box as well.
If they want more than 500 users and a unified messaging environment, they must have all the users homed off box on a separate Exchange server or servers.
I hope this rambling answer has what you need for this customer let me know if they need more/other information.
SIP traces provide key information in troubleshooting SIP Trunks, SIP
endpoints and other SIP related issues. Even though these traces are in
clear text, these texts can be gibberish unless you understand fully
what they mean. This document attempts to br...
Please find the attached HTML document, download and open it on your PC.
This provides an easy to use form where you simply answer a few
questions and it will render the proper jabber-config.xml file for you
to copy/paste. There is built in logic to verif...
[toc:faq]CUCM Database Replication is an area in which Cisco customers
and partners have asked for more in-depth training in being able to
properly assess a replication problem and potentially resolve an issue
without involving TAC. This document discusse...