Messages

1

Mitel MiVoice Business/MCD/3300 / Re: TELNET console

« on: April 05, 2013, 08:44:43 AM »

Hi all,

Is there a shutdown command from the telnet console on a MITEL 3300?

If so, is it safe to use?

Cheers

Graham

In the TRUE telnet console (Port 23, not port 2002)? Sure, just issue Shutdown the same as a maintenance command, most maintenance commands work as normal from there.

Cheers Ace, what is the 2002 port used for and can I/can't I execute a shutdown from there?

2

Mitel MiVoice Business/MCD/3300 / TELNET console

« on: April 05, 2013, 07:33:54 AM »

Hi all,

Is there a shutdown command from the telnet console on a MITEL 3300?

If so, is it safe to use?

Cheers

Graham

3

Mitel MiVoice Business/MCD/3300 / Re: How to shutdown 3300 on power failure event

« on: April 05, 2013, 05:03:06 AM »

Go into the Maintenance Commands and issue SHUTDOWN. After a very little time it will be fine to remove the power.

Thanks for the reply.  Maybe my original question was not explicit or clear enough.  Of course, I already known how to type the shutdown command.

In the event of a power failure - it is likely that no body is around to run a manual process like typing in a browser.  The process has to initiate the shutdown automatically.  This is what the agents can do.  They can run all sorts of scripts or commands on an event, for example, let's say the battery power gets down to 25% remaining, it's time for all the servers to start their shutdown procedures.  I can do this for all of my Windows/Linux/VMware servers but I need to know how to do this for the 3300.

One question - is there a shutdown command within the telnet shell that could be run?  Maybe that can be scripted possibly?  Anyone have an idea on this as a possibility?

Cheers

Graham

4

Mitel MiVoice Business/MCD/3300 / Re: Weird DHCP/VLAN behaviour

« on: April 05, 2013, 04:56:06 AM »

The thing that tricked me on this one was that the switch ports had been the same for three years and had previously never shown the fault sympton!.   The only thing that changed was the Windows Server from 2003 to 2008.  The switch ports had always been slightly wrong but this never caused the fault symptom until the Windows 2003 server was turned off.

We live and learn.

Thanks for the input guys.

Cheers

Graham

5

Mitel MiVoice Business/MCD/3300 / Re: Weird DHCP/VLAN behaviour

« on: April 04, 2013, 11:56:59 AM »

I always ask this question when dealing with this type of DCHP issues because I've been bit a couple of times.

Is the data switch port connected to your DHCP server in Trunk mode or is it access only on the data vlan?
In your case is should be in access mode only on your data vlan.

Same question for your 3300.

Reason being, if both the DHCP server and the 3300 are responding to DHCP request, the 1st one to respond wins.

Ralph

Thanks Ralph,

Your post made me go back and check the VLAN trunking and tagging etc.  I discovered that the switch port for the 3300 was set to pass untagged packets on the data VLAN 100, which was incorrect.  Turning this off seems to have corrected the issue.

This issue has always been there on my network.  I just never saw it before and the change must be that the new Windows Server is just fractionally slower in responding to the DHCP requests than the previous Windows 2008 server.

CHeers

6

Mitel MiVoice Business/MCD/3300 / Weird DHCP/VLAN behaviour

« on: April 04, 2013, 07:50:58 AM »

Hi all,

Some background first.

VLAN 100 - Data.  Windows SBS2011 (Windows 2008 Server) DHCP server, giving out ip in range 192.168.100.x

VLAN 200 - Voice, MITEL 3300 giving out ip in range 192.168.200.x to 5330 phones.

Option 125 set as below.  Option 43 also the same (but in hex)

id:ipphone.mitel.com;sw_tftp=192.168.200.253;call_srv=192.168.200.253;vlan=200;l2p=6;dscp=46v46s26

The issue :-

Since changing the Windows server from Windows 2003 to 2008, each morning, most computers that plug into the back of the 5330 phones pick up an ip from the MITEL unit instead of the windows server.  If I do a release/renew on the computer, it gets the correct ip from the windows server.

It's as if the phone is tagging the DHCP request from the computer with VLAN 200 tag, when it should not be tagging it at all.  This only happens when the computer is either first plugged in to the phone OR if the computer is plugged in but the phone is disconnected/reconnected to the switch/power cycled.

I know the switch tagging is correct.

The weird bit I can;t get my head around is that this did not happen on Windows 2003 and has only happened since the 2008 DHCP has been installed.  The option 43 has been added in order to try to fix this issue - I gather this is normal now anyway.

I can only think it is a bug in the phone firmware that is not now compatible 100% with the new Windows DHCP??  The phones say Main ver 01.05.00.41 from 2009.

Any one got any ideas on this?

THe only thing I can think of as a workaround is to set the "Client's class ID must match Name" to true.  Can you please review my two DHCP pics and see if I am coorect in the assumption that the DHCP "Name" on the MITEL must match the scope option of ipphone.mitel.com as shown in the Windows scope option 125?  Or am I looking at this wrong.

Thank you

Graham

7

Mitel MiVoice Business/MCD/3300 / How to shutdown 3300 on power failure event

« on: April 04, 2013, 06:32:18 AM »

Like most companies, our MITEL 3300 is on a UPS (an APC 5KVA unit).  Great you say!

But...

What happens if the power fails?

Eventually the battery will get low (however big it is) and the MITEL 3300 needs to be shutdown.

How to do this remotely with scripts or similar?

APC has agents that can shutdown Windows/Linux/VMware etc.  These agents can run external commands if necessary

How to do this with MITEL?

I can't be the only person to ask this question.

Cheers

Graham