Mitel Forums - The Unofficial Source
Mitel Forums => Mitel MiVoice Business/MCD/3300 => Topic started by: AIM-Andrew on August 02, 2017, 07:44:27 PM
-
Hi everyone.
We have a 3300 CX controller running our internal VoIP for a small number of phones.
A little while ago I was given a 3300 MXe III controller and a few handsets.
Knowing very little about VoIP (it isn't my area of IT expertise) I would like to know:
1. Which is the better controller, the CX or the MXeIII?
2. If the MXeIII is the better device, is it possible to transfer: licences, configuration, hardware from one to the other?
I understand that it may be a question of 'it depends' as I don't know what the internal specs are; RAM, HDD etc. Any
Our CX controller currently has a 4 port BRI S/T ISDN card installed, which leads me to another question, termination of ISDN services and our new NBN, which I will create another thread for.
All opinions welcome.
Cheers, Andrew.
-
The MXe is more robust. You need to let us know what hard drive you have in the current controller. The move may be easy. The licensing is based upon the iButton in each controller.
The MXe will give additional voicemail ports if using embedded and longer MOH file length. There may be additional benefits.
One question would be if the CX has the expanded ons
-
The MX will chew up more power, so I wouldn't bother unless you actually need the additional resources it provides.
-
Thanks johnp and VinceWhirlwind
I suspecte the MXeIII might have been better; redundant power supplies, 2 x 160Gb HDD, more expansion slots, but thanks for the confirmation.
I can't seem to locate HDD info from the System Administration Tool.
The iButton, is that a hardware or software thing?
As for power, I understand (doubling the number of power supplies) but in the scheme of things, somewhat trivial.
In terms of additional resources, I'm not sure until I know what is there. If it is something I can use to ease admin/reporting/ease of use I might exploit it. I found getting call log data out of the CX was a PITA using the Maintenance Commands and ended up writing a script to poll port 1752 and pump the data into a database.
Also, I can't seem to configure an NTP server on the CX, and I'm sure there are a raft of features that the CX has crippled.
johnp, fyi, some of the config:
Purchased Options
IP User Licenses: 21
ACD Agent Licenses: 5
IP Device Licenses: 21
Mailbox Licenses: 22
Digital Link Licenses: 1
Compression Licenses: 0
FAX Over IP (T.38) Licenses: 0
SIP Trunk Licenses: 0
Analog Line Licenses: 0
SIP User Licenses: 0
XNET Networking: No
IP Networking: No
Voice Mail Networking: No
Advanced Voice Mail: Yes
Voice Mail Hospitality/PMS: No
Tenanting: No
MLPP: No
Remote Management: No
Thanks again.
-
The licence is tied to the iButton, which is a round silver battery-sized thing you can't miss if you look in the case.
You pull the button out of one chassis and put it in the other.
Alternatively, you can get your Mitel partner to swap the hardware ID in the AMC licensing portal.
-
Got it. The dongle isn't dead. ;D
As for a Mitel partner, I will have to find one here in Melb.
Any suggestions/recommendation (or is that outside forum guidelines)?
-
Your software version seems quite old looking at the licenses you provided.
Are you sure it is an MXeIII? not an MXeII or older.
On another note, I'm sure others as well as myself would like more info on your script to pump the SMDR into a DB, if your willing to give it up :)
On know there is another script around here that does similar but it is linux based.
-
Also I have a number of cx/cx11's running quite happily on NTP servers. The trick often is to look at your network settings on the cx or on your network itself. I have one place where it doesn't work so well but is a problem with their network that they can't(and I can't either) figure out. But NTP is not crippled on the cx....
-
sarond, our live device is the CX, the snippet is from that controller.
The MXeIII has been sitting on the floor of the workshop because: a) I know sweet FA about VoIP, and b) I have been busy with development and network admin stuff.
As for the script, sure I will attach it.
It is a PowerShell script and it seems to work reasonably well, though it does have a few shortcomings.
What it does:
- polls port 1752 of the controller
- grabs the output as a string and passes it to the configured database (in this case a Firebird DB) calling a stored procedure with the string as a parameter.
- the stored procedure examines the string, separating it into its columns (the ones I am interested in) and writes the record.
When I was looking for something similar, they all seemed to be specific to a controller or brand and they output the data in their own way and didn't seem very flexible.
I did it this way so all the script has to do is pump the string into a database, it doesn't care about the format, only the length. I can then get my stored procedure to interrogate the string and write it in whatever format I want.
Shortcomings:
- it doesn't start as a service, I have to start it manually.
- if the network loses connectivity I have to stop/start the script (very rare), I would like it to be able to stop/start itself if connectivity stutters.
- if connectivity is lost, and I stop/start the script again, it grabs all output and doesn't distinguish between records and generates an error. I have to get it to recognize the EOL characters. This also happens if 2 calls are terminated at the same time (and output for both is at the same time) though here with only 15 users it is rare.
If you (anyone) uses this script, you will need to write your own stored procedure for the DB you are using. I have attached my Stored Procedure for Firebird for reference.
I hope the script helps.
-
Hi AIM-Andrew,
Thanks for uploading the script.
The MXeIII is better than the CX but the issue you may have is that the software on the CX and hence the licencing is old.
You cannot install old software on the MXeIII hardware. You need at least MCD4.0 latest SP.
Can you verify the version of your CX? If you have valid Software Assurance you can upgrade.
-
You're welcome.
I didn't think it was going to be straight forward to 'swap' controllers.
I doubt we have SA, the controller went in many years ago and I don't think we deal with the mob that installed it.
We will need to do something when the ISDN services are terminated, might roll it all into a single job - migrate services, upgrade controller etc etc etc.
-
What licensing and version do you have on the MXeIII?
Does it have enough licensing to allow you to program everything you require.
-
Finding that out will take a bit of effort, I'll have to connect to the RS232 port and poke around.
I gather I can check the IP address and reset passwords from there?
It only came with 6 handsets, so I'm guessing it's only licensed for 6, but who knows?
I haven't even plugged it in to double check it works.
A job for later in the week. I'll reply when I have more information.
-
sarond,
I managed to find a null modem cable!
output from the boot up attached.
What can you tell me, apart from one of the HDDs being dead?
Cheers,
-
While connect to the RS232 I would type the following command:
ResetLoginPassword "system"
This will reset the system password to password
Then login via browser to 172.16.19.10 (obviously make sure you have an IP within the range)
You should be able to then tell what licenses and version the system is at.
-
Doh!, was using the 192.168.x.x address.
Will do and post my findings.
I appreciate your time, thanks for helping.
*EDIT:
-> ResetLoginPassword "Sysetm"
gives me the error: undefined symbol: ResetLoginPassword
-> reset
gives me a list of 50ish overloaded commands.
-
*EDIT 2:
found this article you posted in: http://www.tek-tips.com/viewthread.cfm?qid=1661530
and realised I needed to stop vxworks from booting etc.
Will try tomorrow and advise.
-
System should be up and running to initiate the command.
*EDIT:
-> ResetLoginPassword "Sysetm"
Was this a typo?? or did you input it incorrectly into RS232.
See if it works with "system" <-- lowercase
-
I tried many combinations of upper and lower case. I did see that commands are case sensitive.
It seems to complain about the command ResetLoginPassword and not the parameter "system".
Going by the version command:
-> version
VxWorks (for Mitel MMC-C PPC83XX F2500) version 5.5.2.
Kernel: WIND version 2.6.
Made on Mar 3 2011, 16:45:58.
Boot line:
ata=0(0,0):/partition1/RTC8260 e=172.16.19.10:ffffff00 h=192.168.1.187 g=172.16.19.5 u=ftp pw=ftp tn=cecmxe o=qefcc
value = 127 = 0x7f
I suspect I am logged in with a limited account; ftp, and can do very little.
sarond, I appreciate your time and attention and I don't want to impose any more than I have.
Additionally, we seem to be getting away from the original intention of my post; to ascertain which controller is the better, at least on the surface.
I will spend some more time researching the MXeIII and attempting to reset the password and ascertain its licensing and config and when I have more information to share I will start a new topic, or continue this one.
Thanks again for your help.
-
Ok, in short the MXeIII is a better controller.
Did you also try the method of deleting the user profile as mentioned in this post.
http://www.tek-tips.com/viewthread.cfm?qid=1561128
-
I have now... I deleted the usrprfle.db file as instructed in the post, did a ls "usrprfle.db" before and after and confirmed the file was deleted.
I rebooted the unit with the reboot command.
I can type iam "system","password" and it seems to accept it, but when I attempt to log in via the browser it complains again.
After the unit boots I type pwd at the prompt. It tells me I am in the /sysro folder. An ls gives me similar commands this guy got when he did it: http://www.tek-tips.com/viewthread.cfm?qid=1674728, that is I don't see the ResetAllLoginPasswords. Which folder/dir should I be in?
-
can you type swrevs in the terminal and post back the version.
-
-> swrevs
Software version: 10.2.1.13
System relink: No relink has been applied.
Call Control relink: No relink has been applied.
value = 28 = 0x1c
-
Ok that explains why the reset password command doesn't work.
It was only introduced in MCD 5.0 (11.0.x.x)
I believe MCD 4.1 (10.1.x.x) was an issue to reset and you needed Mitel Support.
You should be in the /db/database/files directory so:
cd "/db/database/files"
rm "usrprfle.db"
then reboot
-
Yep, did that. Still no go.
Guess I'll have to find a Mitel partner/vendor >:(
Thanks again for your assistance and advice.
-
Yep, Sorry doesn't look like you can reset password without Mitel on a MCD4.x system. I thought it was just MCD 4.1
http://www.tek-tips.com/viewthread.cfm?qid=1722830