Messages

1

Mitel MiVoice Business/MCD/3300 / Re: 5320 and 5330 spring hook lever failures

« on: March 31, 2020, 08:39:00 PM »

I work in health care and support along with one other analyst, around 1500 phones. we have been struggling with this for a couple years now. people pointing at firmware/software issues -- that never made sense as its a fraction of the phones we support -- .

we took into account where these phones have failed and many times its within one facility or one dept. considered the oHs and cleaning practices being used and thought that it was the solution or amount of liquid saturating the phones.

I have recently began taking the phones apart as replacing is becoming expensive. I assume the spring (wire) has SOME tensile memory and if rebent or straightened it will be good for a while at least BUT i am coming to the belief that it is still a result of the oHs cleaning practices and that the pressure put on the hook switch while cleaning is more than what it would experience with just the receiver being place and pushing it down.

I am considering either finding replacement springs from vendor OR old broken phones and doubling up the springs.

2

Mitel Software Applications / Re: Resilient MCD can't get added to the Nupoint network Elements

« on: August 09, 2019, 12:14:19 PM »

we recently added a second 3300 for failover of acute care phones. the primary controller host our 60 VM nupoint ports. i want to add the HA controller as a network element to nupoint. When you added the second network element did you use the same ports as the primary? and on the PBX, similarly, did you just apply a secondary element to the VM port members?

3

Mitel MiVoice Business/MCD/3300 / RESOLVED Internal System Error syncing MCD 5.0 SP2 w/ MCD 6.0

« on: June 26, 2015, 11:59:00 AM »

Turns out, our reseller added the ARID to the Group ARID 3 month after the software assurance had expired and neglected to inform us of the expiry. they could not renew the SWA without first having the AMC remove the controller from the GARID. we are waiting for the SWA renewal and in urn, the ARID to be added back to the Group ARID.

4

Mitel MiVoice Business/MCD/3300 / Re: Internal System Error syncing MCD 5.0 SP2 w/ MCD 6.0

« on: June 22, 2015, 05:32:23 PM »

Okay, i upgraded the DLM to 6.0 SP3 successfully. I no longer get any "Internal system error" while syncing the controllers w/ MCD 6.0 but i am still having a problem with sharing licensing.

i went through the SDS sync to extend the license sharing to the controller newly purchaced controller in question AGAIN (it too running 6.0).
The "Application Group Licensing" and "Application Group License Distribution" are both there but it is not updated or displaying the licenses shared by the rest of the cluster.

The DLM (Controller "A") lists the new controller (Controller "B") as an Application Group Member but does not display its allocated licenses.
Controller "B" too, displayed the other members (14 in total) but has not populated the shared licensing and only displays the default 16 UCC Licenses that it came with.

We are NOT in license violation

5

Mitel MiVoice Business/MCD/3300 / Internal System Error syncing MCD 5.0 SP2 w/ MCD 6.0

« on: June 08, 2015, 06:13:44 PM »

we are running a 16 node 3300 cluster. 13 controllers in a GARID - they are all running MCD 5.0 SP2 including the DLM for our application group licensing. newer controllers that have been purchased have come installed with MCD 6.0

i had our vendor add our MCD 6.0 controllers to the GARID, follow the sync proceedure from the DLM:

open the "Application Group Licensing" form, select 'Change', and then 'Save' then do a system wide sync - specifically to sync the Application Group Licensing forms. everything SEEMS to sync fine but by the end, i get an "Internal System Error" for ALL MCD 6.0 controllers. I check the logs and find that it failed to sync the Application Group Licensing forms, hosted services forms, admin groups, admin group members. . . and so one

It synces the RDN, Telephone directory, etc just fine, just nothing. i get my added form for License Distribution and members on the MCD 6 controllers and it they add to the members list but its not populated with the added shared licenses and the shared licenses are not available to it - NO license violation - a

My first thought is to upgrade the DLM to MCD 6.0. is that the logical approach in this case?

Cheers

6

Mitel MiVoice Business/MCD/3300 / Re: one way IP trunking

« on: May 28, 2015, 04:45:10 PM »

Oh my god! i never would have tried that. work around work worked great.

Thanks

though i know i will be ask why and i will have no answer

Cheers

7

Mitel MiVoice Business/MCD/3300 / Re: one way IP trunking

« on: May 14, 2015, 03:53:04 PM »

ping tests from phone to phone successful

maybe it hasnt fully synced with the cluster. the network elements, cluster elements, telephone & RDN directories are synchronized and we typically set up the ARS and XNET manually. i will let you know how it plays out.

i will be running a full SDS sync later this week to see if it succeeds or what error logs it throws if any.

Cheers

8

Mitel MiVoice Business/MCD/3300 / Re: one way IP trunking

« on: May 13, 2015, 04:38:47 PM »

Thanks for the quick response

we took an office phone from another facility to the site in question. it booted up - though sat on the "loading applications" screen for an unusual amount of time. eventually it came up, pulling local DHCP and worked perfectly.

the two PBXs are communicating

RMESSAGE: Connected to PBX200                                                   
RMESSAGE: Verification successful to PBX200                                     
RMESSAGE: Disconnected to PBX200

RMESSAGE: Connected to PBX223                                                 
RMESSAGE: Verification successful to PBX223                                   
RMESSAGE: Disconnected to PBX223                                                                 

I pinged my phone from the PBX in question

PING 172.17.34.76: 56 data bytes
64 bytes from 172.17.34.76: icmp_seq=0. time=80. ms
64 bytes from 172.17.34.76: icmp_seq=1. time=120. ms
64 bytes from 172.17.34.76: icmp_seq=2. time=90. ms
64 bytes from 172.17.34.76: icmp_seq=3. time=70. ms

and then the other way from the 3300 my DN resides to a phone there. all looks good.

PING 172.17.169.41: 56 data bytes
64 bytes from 172.17.169.41: icmp_seq=0. time=70. ms
64 bytes from 172.17.169.41: icmp_seq=1. time=70. ms
64 bytes from 172.17.169.41: icmp_seq=2. time=70. ms
64 bytes from 172.17.169.41: icmp_seq=3. time=70. ms
----172.17.169.41 PING Statistics----
4 packets transmitted, 4 packets received, 0% packet loss
round-trip (ms)  min/avg/max = 70/70/70


i have scheduled a change window for this evening to sync the entire cluster to make sure SDS is syncing entirely and i may possibly completely re-add the controller or even reinstall. running out of ideas

9

Mitel MiVoice Business/MCD/3300 / one way IP trunking

« on: May 13, 2015, 11:22:10 AM »

Getting an out of service error calling from one 3300 ICP to another. It’s a clustered environment with 12+ Nodes. Mixture of MCD 5.0 and 6.0 w/ SDS. System is synchronized with the cluster incl. telephone & remote directory.

- It throws no ICP Comm alarms or any other alarms within the admin group or cluster.

- RMESS command from multiple PBXs confirms that the controller is communicating w/ cluster

- The internal calls flow the other direction perfectly w/ SMDR records. Dialing the other way (into the facility w/ IP trunking) however gives an out of service error and no SMDR activity. We can however register DN from the facility remotely (though still get the out of service error when calling it) as well as taking a DN & phone from another facility and power it up and get two way dialing.

- I have gone through all the relevant forms multiple times and even had a second set of eyes look.

Network Elements
Cluster Elements
ICP/PBX Networking
IP/XNET trunk profiles
IP/XNET Trunk Groups
ARS Digits Dialed
ARS Routes

The only known unknown is that the facility in question has a 70 – 80 ms ping time from all other locations at no load (it is a new facility and a peculiar network as it resides across a border with a different ISP and they are working on the latency).

All other functions at the facility work – computers, internal ext. dialing, dialing ext. to other facilities, etc. it just cant dial into facility through IP.

Cheers

10

Mitel MiVoice Business/MCD/3300 / PKM & Bluetooth headset together

« on: October 29, 2013, 04:54:11 PM »

I have a request/need to get a PKM48 and a bluetooth headset on multiple reception sets. why has Mitel not come up with a module that supports this? Is there just no demand for it

11

Mitel MiVoice Business/MCD/3300 / Re: sets reset randomly then come back asking for registration

« on: February 11, 2013, 04:24:41 PM »

Problem resolved.

it was a conflicting (old voice vlan) VLANs on the same switches - I do not have the details as our network team resolved by retiring an old unused subnet and the old voice vlan associated w/ it.

 

12

Mitel MiVoice Business/MCD/3300 / log message "LinkMsgIncoming"

« on: February 11, 2013, 04:02:34 PM »

Does anyone have experience with this log entery and maybe its cause?

Software   
4282   
Warning   2013/Feb/11   
14:49:41   SLM   
LinkMsgIncoming message shouldn't have reached here. Ignored.    
Main   
SLMDispatcher.cpp;1796

Cheers

13

Mitel Software Applications / nupoint and RADs

« on: January 23, 2013, 10:39:13 PM »

So here is the scoop. I built a call director menu tree on nupoint.

Menu -> option 1 & option 2

Each option gets redirected to their respective RAD built on the 3300. All works well. External callers calling in select option 1 or 2 and are placed in queue  w/ message then MOH. Flawless right.

Here's where it gets odd. As I stated, outside callers, it works flawless BUT in the off chance an internal caller calls into the main number through an XNET or PSTN (IE: 9-555-5555) from a IP set within the cluster (say a client or staff member trying to set an appointment) and go into the queue in any placing other than the first caller, the message plays and the MOH starts . . . Then it reroutes to voicemail and prompts them for a mailbox. Again, only the 2nd + caller. If they happen to be first in the queue, no problems.

Granted, the chances of it being a call coming from within is very remote. 99.9 % of the calls come from the public but there has been a rare occation that a staff member has called to book an appoint.

My initial thought is it is in part due to the COS of the sets and the fact that (although we use nupoint for VM) we still need a few embedded vm ports configured on the 3300. 2 set as RAD and 2 set as VM.

Any ideas how to stop it from rerouting on internal calls whilst keeping the RADs functioning as well as the ip sets inhouse?

14

Mitel MiVoice Business/MCD/3300 / Re: Convert Hotdesk user back to a Regular user

« on: January 18, 2013, 08:15:20 PM »

I assume you have unprogrammed / reprogrammed the dss/busy lamps on the other phones?

15

Mitel Jobs and Mitel Careers / Re: What Makes The Best Mitel Techs

« on: January 17, 2013, 09:29:00 PM »

There are predominately 2 choices.

Take an IT Guy that understands VLANS and routing and teach them telephony acronyms and Voip concepts.
Or....
Take a Phone Guy and teach him about VLANS and routing and VOIP concepts and computers.

I'd prefer the former.

I've come from the former background and I think it's a lot easier to pick up voice than it is to pick up data.

I too came from the former. Got tired of computers and networking & needed a shift in focus. I was lucky though that I was surounded by telephony guys early on though. There is some wisdom to be had in those guys that came from POTs and such as much of the lingo and terminology crossed over to voip.
As a guy from a computer/network background, I came into it with a lot of knowedge that allowed me to navigate into places telephony guys would never dare to go (ghosting drives, network troubleshooting and comfortable in linux consoles; and vmware) and its been a slice stacking telephony on top of that.