I have a problem with the Telephone record and playback functionality on
Active Assistant Details as follows:
Because the system is standalone voicemail the server is installed in it's
own Windows 2k domain. Because of this, we set internet explorer on the
subscriber's workstation (docked compaq laptop, custom build) to prompt for user name and password (two logins are required, one for the Active Assistant and one for the Media Master).The validation succeeds and the user has full control over active assistant
and the Media Master record and playback control. Users can play and record
using the Media Master through there sound card. When playback over the
phone is selected the Media Master calls the phone the phone rings but on
pickup the user gets silence. The progress bar on Media Master shoots to the
end and the recording time changes from whatever it was displaying to 0.0
and the bar becomes greyed out.
I have tested this on several subscribers workstations with the same result.
However, when testing on Laptops without the standard build the
telephone record and playback works properly.
So far I have been able to rule out the anti virus software by enabling it
on a machine that works, it had no adverse effects.
If you haven't already - I'd reccomend getting a TAC case open and get the clients team involved directly - this is one of those things that'll likely take a debug version of the TRAP control and some folks looking at the output to figure out what might be at play here...
we are working with TAC and have provided the debug TRAP control output and various diagnostics from the unity box. Based on further testing the problem seems to be confined to laptops running secure browsing software that is highly restrictive. The TRAP works on laptops not running this software. I am being pressed for a solution for this.
Does DCOM use a specific port that we can open-up to let it through?
DCOM uses several ports. It uses a port around 135, 137, 138 to establish the client request to the server. Then the server performs a callback session to the client using a random port in a range. I think the range starts at 1000 or a little higher. If your higly restrictive browsers look out certain ports, these are the ones I'd suggest you look at. MS should have documentation on how to use DCOM through a firewall, which may help you understand the over-the-wire conversation between the client and server.
You could configure your DCOM to tunnel through HTTP. Again, there should be documentation on Microsoft's web site for this. I wouldn't recommend doing this through a firewall exposed on one side to the Internet, but if you're in a secure environment it would be one way to get DCOM to work. TRaP uses DCOM.
I'm not able to access my old voice mail messages all of a sudden. The recording says something like 'the message is currently not available'. This has never happened before in all the years I have been using this system. I have t...
If you have 2 ISR routers, one acting as Failover, do we need to have both the same number of SRST licenses on the 2 routers?
No. You will only need the SRST licenses on the primary router. Because this feature...