Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.


Messages - io

Pages: [1] 2 3
1
The client ended up migrating to a different UC solution. My assumption is that their Mitel servers were never configured properly.

2
Within the last year or so, the client's MiCollab version started intermittently reporting "MiCollab not receiving audio; Check that the user isn't firewalled" when an active call is established. This issue doesn't happen for every device, or even for every user, but once it occurs, it seems to completely cripple their ability to send or receive audio during active calls (the calls connect without an issue, other than no audio). We can even take a device with a user able to make/receive calls, have a new user log in, and the new user has the problem, while the existing user does not.

My guess is that this is some sort of a Windows User Profile or Windows Update issue, but nothing we've tried has resolved the issue.

What we've tried:
 - Rebuilding Windows Profile
 - Disabling Windows Firewall
 - Upgrade MiCollab Client to a newer version of the 7.3 client.
 - Downgrading MiCollab to an older version of the 7.3 client.
 - New PC.
 - Uninstalling Windows Updates (not sure which one, so we're shotgunning it based on install date).

The only consistent "fix" is to upgrade MiCollab to the 9.4 client, but this version isn't compatible with the client's ACD solution (Ignite). This means that ACD users have to use 7.3. Has anyone dealt with this issue before? Any ideas on what Windows could be doing to cause this issue for only new users on a given device?

3
Mitel MiVoice Business/MCD/3300 / Re: Tracking Logged In Users
« on: August 22, 2019, 08:35:47 AM »
My Windows guy, you say ...


4
Mitel MiVoice Business/MCD/3300 / Re: Tracking Logged In Users
« on: August 21, 2019, 12:43:36 PM »
Thanks Vince - Any ideas on a maintenance command to track down the workstations where a user is still logged in?

5
Mitel MiVoice Business/MCD/3300 / Tracking Logged In Users
« on: August 19, 2019, 11:53:11 AM »
We frequently run into an issue where staff rotate to a different location and forget to log out of the UCA client at their old desk. Basically we have to go on a PC restarting frenzy until we free up their account to log in elsewhere. Is there a maintenance command I can run that will tell me how many stations a user is logged in to? Please advise.

Thanks

6
For calls:

Users and Devices > Advanced Configuration > Call Forwarding Profile would allow you to set a forward.

That wouldn't be a solution to forward voicemails, however.

That's nifty - thanks for the tip!

7
We have a staff member that called in sick. Typically in this scenario I would reset their MiCollab password, forward their voicemails, and create a status to forward their calls. Is there a "behind-the-scenes" way to accomplish temporary forwarding for calls and any unread voice messages?

8
Mitel Software Applications / Re: MiCollab Chat Unavailable
« on: December 20, 2017, 12:35:29 PM »
Looks like the snapshot creation process is completely automated. What frequency do you recommend we have snapshots of the server created? Is it necessary to backup the VM on a regular basis (right now it's daily)?

9
Mitel Software Applications / Re: MiCollab Chat Unavailable
« on: December 20, 2017, 12:11:19 PM »
Good call - we went to restart the VM and my network team reported "Snapshot issues". I'm trying to get more info from them on this.

10
Mitel Software Applications / MiCollab Chat Unavailable
« on: December 20, 2017, 10:38:40 AM »
This morning I received about 30+ "I/O problems detected!" emails from the alarm system, beginning at about 10PM last night. We typically see a small number of these throughout the week, and I'm not knowledgeable of what these indicate, other than some sort of communication/traffic-related issues.

In any case, none of our MiCollab users have access to chat. I check my personal status settings - everything is in order for the service to work. My hunch is that an associated service on the MiCollab server has failed and needs to be restarted. Is that something I can manage from the Web UI or would I need to remotely connect to the server? We typically just restart the server when we have issues like this - I've never connected to the server remotely. Please advise.

Thanks!

11
Mitel Software Applications / Re: Report Generation: Call Tracking
« on: February 15, 2017, 08:58:25 AM »
If you have a CCM Server I would start with the SMDR Inspector.
Depends on what version you have to where you find it.
Older versions had it in the ccmweb, newer versions have it in the CC Client.

Thanks - that sounds familiar. I'll try to track that down.

12
Mitel Software Applications / Report Generation: Call Tracking
« on: February 14, 2017, 06:40:53 PM »
We have an individual that claims they are receiving random phone calls from my company, although we haven't been able to find an origin for the alleged calls. Is there a report I can run that will return call events when a specific number has been dialed? It would be great if the report would tell which extension dialed the number and a specific time the call was made, but at this point I'll take what I can get.

We have CCMWeb. I can run "Extension Accounting by Phone Number/Location" and sift through every call place over a period of time, but that's 100+ individual reports for each extension that I have to CTRL+F to track activity. Is there a more efficient way to do this? Please advise.

Thanks!

13
Is the traffic being NAT'd? What changed at the time that it stopped working? When they monitored the traffic did they see RTP in both directions?

Our network team is claiming that nothing changed. I believe the location is behind a NAT. I'll see what else I can learn.

14
Thanks Ralph - I'll look into that.

15
Mitel Software Applications / No Audio on Softphone Calls from One Location
« on: December 28, 2016, 11:21:13 AM »
We have one location that connects to our network via VPN. About a month ago, calls involving this location stopped being able to send or receive audio from softphone users. As an added plot twist, if the softphone user places the call on hold, the audio connection is established afterwards. I've already had our network admins monitor traffic and review firewall settings - the issue persists at this specific location only. Any thoughts on this?

Pages: [1] 2 3