Mitel Forums - The Unofficial Source
Mitel Forums => Mitel MiVoice Business/MCD/3300 => Topic started by: xrds on February 19, 2015, 02:41:23 PM
-
We have MXE 3300 controllers. I have a user on one controller that wants a key built into her phone (dss/lamp) so that she can see when people are on the phone. I am able to do this with extensions built into the same controller she's on but when I program this same key on her phone for an extension on another controller it doesn't work. Any suggestions how I can make this work?
-
Read the manual is my suggestion
-
This is one where I don't have the answer off the top of my head.
I suspect you can't do that but in the back of my mind I seem to remember something about remote busy lamp fields.
Take a look in the help files for that.
Ralph
-
Thanks, well at least it sounds like it may be possible.
I did look at Mitel Help previous to posting this, but didn't find anything, I'll look again.
-
Fyi. - I forgot to list that I'm trying to do this on a 5340 IP Phone.
Thanks.
-
Yes can be done with Remote BLF
http://www.mitelusergroup.com/forum/messages.cfm?threadid=72012FB1-0AC5-2D6F-20A439775A3FCDDA
-
This is from the help files:
Remote Busy Lamps
Purpose
The Remote Busy Lamps form allows you to program remote appearances of a local device. The form lists the device's local appearances as programmed in the Multiline Set Keys form and allows you to enter remote directory numbers of devices that will host a busy lamp appearance of the local device.
Ok. Here's how it's done:
User 5555 on controller A wants to see the BLF on user 6666 on controller B.
1) On controller A, add the DSS/BLF button for exten 6666 to exten 5555
2) On controller B, find the form "Remote Busy Lamps"
3) Find extension 6666 and add 5555 in the Remote Busy Lamp field.
4) save and test.
Ralph
-
Thanks.
Went to other Controller and the only place I see "Remote Busy Lamps" in under User and Devices - Group Programming, when I click Add, it bring up another screen - indicating I need to add records, I've tried so many things nothings working. Is there some where else I should be looking for the Remote Busy Lamp form?
-
Expanding on wha Ralph has suggested:
User 5555 on controller A wants to see the BLF on user 6666 on controller B.
1) On controller A, add the DSS/BLF button for exten 6666 on exten 5555
2) On controller B, find the form "Remote Busy Lamps"
2a) Add exten 6666 if it doesn't already exist
3) Find extension 6666 and add 5555 in the Remote Busy Lamp field.
4) save and test.
-
Thanks guy,
I have attached what I've done.
Screen shot 1 is from Controller A (ext. 228) with ext. 552 & 538 from Controller B, DSS/Lamps keys are programmed.
Screen shot 2 is from Controller B - that ext 552 & 538 are on with 228 added to the Remote Busy Lamp.
Screen shot 3 has ext. 228 programmed on (Controller B) ext. 552's key as DSS/Busy Lamp.
Ext. 538's key is programmed same, I didn't attach.
Tested it with user at ext. 228, light still didn't come on for either extensions.
Hope this explains clearly. Thank you.
-
Is your Cluster Elements form setup properly? From the system help file:
Clustered System Environment (Remote DSS/BLF)
Remote DSS/BLF functions across an MSDN/DPNSS network or an IP trunking network. To operate across a network, systems must be clustered. The cluster must support RDN Synchronization.
Feature DNs must be programmed in the Cluster Elements form. The Feature DNs must have the same digit length as the system CEID digits. (See Voice Clustering Programming for an overview of cluster programming).
A device or directory number cannot exceed a total of 64 local and remote busy lamp appearances.
It is recommended that no more than four remote systems carry busy lamp representations of the same device. Exceeding this recommended limit may cause BLF performance to deteriorate. The maximum number of systems that can host BLF appearances of the same device is 32.
When a system is initialized in a single or clustered environment, local busy lamps will indicate the initial state of the monitored device. Remote busy lamps are updated upon the first call activity involving their respected monitored device.
In a clustered system environment, busy lamps are not automatically refreshed upon inter-system trunk recovery. See the BLF REFRESH maintenance command for more information.
In a clustered system environment, if a receiving system switches activity, busy lamp indications are not automatically updated as a result of the activity switch. Busy lamp indications are updated upon the next call activity by their respective monitored devices on the broadcasting system(s). If a DSS key is used prior to call activity by its remote monitored device, the device's status is assumed to be idle/no DND and the DSS key acts on this status.
In a 3300 ICP clustered environment, if a resilient device is programmed with DSS/BLF keys, then you must also program the DSS/BLF keys on the devices's secondary controller.
-
Screen shot 2 looks incorrect.
On Controller B Remote Busy Lamps form:
1.) Find 552 and add 228 to remote busy lamps
2.) Find 538 and add 228 to remote busy lamps
-
Sarond,
Screen shot 2 is from Controller B, that extension 538 & 552 are programmed on; from what I understand shouldn't be on this controller. Controller A (see another attached screen shot) has these two extensions programmed on them because this is the controller that holds 228 and need the DSS/Busy Lamp to come on for two extensions. Hoep that's clearer. Thanks.
-
I understand the screenshots.
Remote BLF is a little reversed in logic.
On Controller B you need to set a Remote BLF for extension 538 & 552 of 228.
This will set up a remote monitor on Controller A extn 228 to be able to use BLF monitors con Controller B for extn 538 & 552. :o
I know it sounds confusing but have you tried what I suggested? It should work.
-
I've never had to manually add data in Remote Busy Lamps, normally all you need to do is program the DSS/BLF key. Are the systems clustered properly and SDS is set up and synched?
-
The System Administration portion of our controllers were set up by an outside contractor, but I'm going to
e-mail the guy who did the work and ask him if the Cluster Element form is setup and synced to perform the feature that will enable the DSS/Busy Lamp to work across different controllers.
I did go the Cluster Elements forms - both of the Controllers have the Cluster Member built the same, they're identical.
-
As mentioned in previous posts, you need to ensure that Clustering is working, in particular Feature DN etc...
Another problem I have found is the the Feature DN length has to be the same length as your extensions for it to work.
i.e. because your extensions are 3 digits your Feature DN will also need to be 3 digits,
-
RALPH, JOHNP, SAROND AND LUNDAH
I just wanted to let you all know the outcome with this issue.
I had to get our Mitel vendor involved, the technician built 2 extensions on 2 keys of an extension (5340 Phone) that was on the same controller as DSS/Busy Lamps. THEN went to Remote Busy Lamp form, selected appropriate extensions on top and @ bottom, Selected Add Member, when the the "Remote Host Set Directory Number" window came up I put in the extension that's on the other controller that needs to see the busy lamps for the these 2 extensions.
I kept the extension that needs to see the 2 extension's busy lamps with the DSS/Busy Lamps programming.
The technician also said we could have built a phantom extension on the controller that those 2 extensions were on.
Hope that is clear. Thanks so much for all of your help.