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 - VeeDubb65

Pages: [1] 2 3 ... 7
1
Well, I found it.

I had fundamentally misunderstood how the photos got to the phones. The phones themselves reach out to MiCollab for pictures, and since they're reaching out to a URL that includes a hostname rather than an IP, the phones need DNS, which they otherwise would not need.

Our old DHCP settings weren't recreated correctly by our VAR during a hardware refresh, so none of the phones were getting DNS servers with their DHCP leases. As soon as we fixed that, it all started working correctly.

The only interesting bit is that I read in several places online that I should be able to put the extension and a .png after the avatar URL in a browser and see the photo.  i.e. http://fullyqualifieddomainnameofourmicollabserver/ucs/avatar/dn/mitel-micollab/3122.png

That still doesn't work, but the photos do. I don't need that to work, so no harm no foul, but in case anybody else is trying to use that as a troubleshooting tool, it may not be a valid test on current versions.

2
We're running MiCollab and MVB 3300 pbx's.

Avatars are scraped from our Active Directory environment, and show up in the MiCollab app just fine, and they used to show up on our 6900 series phones.

However, at some point after a hardware swap and several software upgrades over the last 18 months, they stopped showing up on our 6900's. I've verified that the avatar URL listed in MiCollab is correctly entered on the 3300's, but when I put that URL in a browser I get a 404 error.

The URL I'm using is http://fullyqualifieddomainnameofourmicollabserver/ucs/avatar/dn/mitel-micollab/

Anybody run into this?

3
Mitel MiVoice Business/MCD/3300 / Re: External relay from hook switch
« on: July 27, 2023, 04:44:38 PM »
I haven't actually done this, but I think you could use an Algo 8063 to set a SIP extension as your relay trigger. Then you set the phone up as a hotline to dial the Algo's SIP extension, which in turn trips your relay.

If the mechanical switched turn out to be too janky I'll dig in on this one.

4
Mitel MiVoice Business/MCD/3300 / Re: External relay from hook switch
« on: July 27, 2023, 04:42:55 PM »
What would this be for?  Something at someone's desk so they could spy on them?

Or is it something like a door phone where they need something triggered when someone at the door goes off hook?

Ralph

Frustratingly, I have no idea. Part of them pretending they're clandestine, is that they never want to explain themselves. Their tech supervisor called me because he wasn't to do something. He is unable or unwilling to tell me what he's trying to accomplish, even in general terms. I asked, "Is your goal interacting with a system, or live interaction with someone in the room?" and he wasn't able to answer...

The only thing he said was that he needed a relay that would open and close when the handset was picked up, because he had figured out a way to do whatever the heck he wanted to do if I could provide that.

After I posted this, I went back to him to clarify if he specifically needed a relay for some reason, or if he really just needed a circuit that opened and closed. He confirmed that an opening and closing circuit would do the job, so I pointed him to the same kind of micro-switches that cheap 3D printers use for end-stops, and suggested affixing one of those to the top of the phone where the handset hangs over. They activation pressure is very low, so he should be able to find a mounting height where it reliable closes the switch when the handset is on the base without interfering with the actual hook switch. Effective, he's going to hot-glue an external hook switch to the phones, so I guess we're good.

5
Mitel MiVoice Business/MCD/3300 / External relay from hook switch
« on: July 27, 2023, 12:48:12 PM »
I'm in a weird situation because my company has a surveillance department that likes to pretend they're clandestine, so they sometimes come up with these very specific requests where they've figured out half a solution for something, and want us to help figure out the rest without explaining the goal.

This time, what they want is an external relay that is a physical relay which is tripped when the receiver is picked up.

Any thoughts on how to accomplish this on a 5324?

6
Mitel Software Applications / Re: Android and iOS app can't set status
« on: March 29, 2022, 02:24:50 PM »
So my testing was flawed.

I onboarded my cell phone to the corporate WiFi, and it still didn't work, so I concluded that it couldn't be a firewall or border gateway issue. However, I didn't force-close the app or reboot my phone after changing networks.

Today, I did just that, and found that if I force close the app and relaunch while connected to the corporate WiFi I am able to use that drop-down. If I force close the app and launch while connected externally, it doesn't work. That tells me that the issue is entirely in our firewall or border gateway.

Any thoughts on what the issue could be more specifically? We're not seeing anything dropped in the firewall logs, and the MBG/MiCollab logs are so verbose that they're not really usable unless you already know what you're looking for.

7
Mitel Software Applications / Re: Android and iOS app can't set status
« on: March 24, 2022, 06:46:26 PM »
Does web work outside of your network? Off the top of my head thinking it could be FQDN related, but if your missed calls and other items are showing that's probably not it.

WebRTC and locally isntalled clients both work without issue on our corporate network AND across the internet. There is no issue there.

The Android APP has been tested from our corporate network and across the internet. In both instances the app works as well as it ever does, but the 'Availability' drop-down simply does not respond. It acts as though it is a picutre of a UI control rather than a live UI element with code behind it.

The iOS app has only been tested across the internet, but it behaves the same way.

I reached out to our VAR, and they said they don't use the mobile app and aren't licensed for it. At this point, I have yet to find anyone with MiCollab and the mobile app who could test it to see if the app is broken globally or if the issue is isolated to our instance. Do you have access to a MiCollab instance with the mobile app licensed? If so I would love to have you confirm whether or not you can change your status in-app, and what app version you're running.

8
Mitel Software Applications / Android and iOS app can't set status
« on: March 14, 2022, 12:41:10 PM »
We have a pretty small test-bed deployment of MiCollab, that we're probably pushing out to a lot more users this year, but we've noticed that some time in the last few months the Android and iOS apps both stopped being able to set the 'Availability' in the app.

This doesn't appear to be permission based, as the desktop and webRTC versions of the app both work just fine. However, on Android and iOS, the Availability drop down is non-responsive. No matter what you do, it just doesn't respond or do anything when you tap the drop down.

Has anybody else seen (and hopefully resolved) this behavior?

9
Our Mitel support found the answer:

"The MiVB COS used for Nupoint ports on the MiVB has an FAX option named "Return Disconnect Tone" This option must be set to NO. When set to Y the MiVB will send a busy tone when it detects that the far end FAX has released the call. Most sending FAX machines respond to by clearing the call on their end so the port is not tied up. But Nupoint interprets this busy tone as a send failure and will retry sending again until the mailbox LCOS limit is reached."

10
We're just wrapping up deploying MiCollab with NuPoint and NuPoint fax. (I know, I know. It's 2021 and we're still faxing)

I can receive faxes without issue.

I can send faxes reliably, except for two problems.

1. I never get the confirmation email for a successful fax.
2. Every hour or so, it re-sends the same fax.

I do get an error report email if there's a problem that keeps the fax from working at all, so I know that email is functional.

It seems as though NuPoint can't tell the fax was successful, so it is keeping the fax in the queue and retrying.

Any idea what would keep nupoint from recognizing that the fax was successful?

11
Well, if anyone else ever runs into this, wiseguy was exactly correct. This is a "known issue" with at least 9.1.1.932, possibly others.

It is documented as issue MiVB-24000 with the following description: DSS BLF of MDUG stays in ringing state even though answered on Multi-call key of the MDUG

It is fixed in MiVB 9.1 SP1 PR1

12
Do you know what version it was fixed in? We're running 9.1.1.32, which is pretty recent.

13
This is an odd one I think.

Up until now, we have not had micollab or licensing for multi-device user groups.

On the floor with our Executives, there is one secretary. For each exec, her phone has both a secretarial key, and a multicall.

The reason for the two keys is that the secretarial key provides line status, speedcall, and one-touch transfer, but only provides call notification for the first call. If the remote set is already on a call, and a second call comes in, the Secretarial key just shows that they are on the phone, without providing any notification that there's another call coming in. This has worked fine up until now.

This week, we are in the early stages of deploying MiCollab. The first step of which was converting about half of our IP User licensing into Multi-Device User licensing.

When this happened, the user in question ran into an issue where answering one of the multicall lines would not cause the secretarial key to stop showing an incoming call, and the lamp would continue flashing green for many hours after the call had ended. While it was in this state, but the multicall button and secretarial button are non-functional.

How do we set it up so that one user can see 6 others, answer their calls, and each of them can be in their own individual MDUG for MiCollab?

14
We've had a similar issue ever since 9.0, and in our case, it was only users on 5540 IP consoles, which for us, is only our reception department. (8 consoles)

We're actually in the middle of moving them from the 5540 consoles to the MiVoice Business Console soft console, and that does not seem to have the same issue.

I asked our VAR about the issue several times, and at the end of they day they couldn't fix it, had never heard of it, and went as far as saying we were their only customer that had more than one hardware console. Everybody else, apparently, was using regular sets or MVBC.

15
Mitel MiVoice Business/MCD/3300 / Re: Bluetooth USB Dongle
« on: June 23, 2021, 12:26:23 PM »
I have considered, but I have a 6920 laying around... thought I'd just add the BT Dongle and give it a go.

Thanks.

I get it. It's hard to argue when you've already got the phone and a dongle is $5-$15. I've seen some references to the BT handset being supported ont he 6920 with a bluetooth dongle, and a few other references, but I've never tried one, and we don't have any 6920's to try it with. I'll be curious to see how well it does or doesn't work for you.

Pages: [1] 2 3 ... 7