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.


Topics - ccuster

Pages: [1]
1
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

2
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

3
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

4
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

5
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?

6
I have 6 sets/DNs on a 3300ICP (running MCD 5.0) of around 70 phones. these same 6 sets inexplicably reset themselves then come back up asking for a PIN - user registers the phone; as well, if the user merely resets the phone again, it comes back up with there extension as though nothing was wrong and it is fine for a day or two.

It is always the same DNs! we have replaced the sets, removed and recreated the user profiles/DNs and switched the switch ports - all other phones on the 3300 are unaffected.

Pages: [1]