Messages

31

Mitel MiVoice Business/MCD/3300 / Re: Phonebook vs Speedcall

« on: July 16, 2013, 04:15:29 AM »

This will require extra administrative work but you want to:

1. add the short code in the speedcall form where the actual number is the full number incl. leading digit(s).
2. Subsequently you want to add the name in the Telephone Directory for the speeddial as visible (dont tick private)

In order to see the name when they dial inward you need to:

1. activate alpha tagging in the system options form
2. enter their full numbers in the telephone directory using a ~ to uniquely identify them ( e.g. 212~1231234 or 9~2121231234 dunno for US) and make sure you make them private, since every company will have 2 entries: 1 for looking up and dialing the short code and 1 entry in order to see their name when they call inward.

Just remember you want to keep these entries as static and general as possible since administration requires you to maintain both entries.

Alternatively in order to lessen the administrative job maintaining the entries, you can also chose to abandon the short code/speedcall and just use the alpha tag entry and make it not private. People can then still look it up and dial but it will function  to give the name as well when they dial inward. Pro is you have less work when something changes in that 2000 company list and you have less chance to forget part of the process if other people beside you maintain the system.

In order to find out how alpha tagging works I would recommend the help file and search for the subject since the help file in the Mitel itself is an awesome tool by itself in my opinion.

Cheers

32

Mitel MiVoice Business/MCD/3300 / Re: Displaying calling or called party name for trunk calls

« on: July 08, 2013, 06:49:55 AM »

Some extra info.

It's not customary yet, but in the Netherlands to give an example Vodafone supplies the name on calls if both parties utilize a SIP trunk from Vodafone. Depending on how you configure your SIP trunk you can show your personal name/number or a general number/general Company name.

33

Mitel MiVoice Business/MCD/3300 / Re: Unable to make Conference calls

« on: July 08, 2013, 06:36:23 AM »

This might be a stupid question from my side and my intend is not to waste your time but just trying to think along since most other options have been discussed by others.

I don't know exactly which parameters you have checked, but do you have a feature access code programmed for:

- Conference call
- Conference call split

Under System Properties -> System Feature Settings -> Feature Access Codes

Because it seems in what you describe conferencing as a function doesn't respond at all which led me to this one.

If for some unknown reason they are empty fill them with non-conflicting entries e.g. *40 and *41 and try again.

34

Mitel MiVoice Business/MCD/3300 / Re: sip call failure

« on: February 28, 2013, 06:32:37 PM »

Thanks nice one Martyn. Didn't know that one

35

Mitel MiVoice Business/MCD/3300 / Re: Mass Configuration Edit

« on: February 28, 2013, 01:36:32 PM »

Though one. Maybe someone else has a way better solution, but I only know the following which has a good news part and a bad news part:

Good news to make changes easy for the future:
A way is to activate CDP/LLDP on your switches if they support that so the phones auto hop to the voice vlan (whatever that might be) and get a DHCP request from the Mitel.

If your switches don't support that you could setup the DHCP server in your data vlan to include a scope and the necessary options for voice so they get an address, switch to the correct vlan, use the correct prio, tftp the software and connect to the correct call server. This way its centralized and easily changed aside from the switch config changes.

The bad news part is:
Whatever you do, I think you still have to access all the phones and set the Static IP4 settings under network settings to default (0) if you plan use one of the above options of which I think the CDP/LLDP option is certainly the best way to go. But it would be the last time that you have to do it

Dutch

36

Mitel MiVoice Business/MCD/3300 / Re: 3300 Media Gateway PRI redirect issue

« on: February 28, 2013, 01:14:12 PM »

I might be totally wrong here but if I understand/interpret your issue correctly, it looks awfully like a situation, where you try to show the initial caller ID on the cell phone instead of the caller ID of your Mitel. In some cases providers block that since you try to forward a number as CLI that is not your's.

What you could check is the following: Look in the "Protocol assignment" of your PRI (I guess T1 for US) and check what the "Replace External CLID" is set to. If it is unchecked, check it and see if the forwarding works.

But as said I might be wrong but I hope I interpreted it correctly.

Dutch

37

Mitel MiVoice Business/MCD/3300 / Re: Other interface options to 3300 MCD

« on: February 28, 2013, 12:58:26 PM »

CX(i)'s and even MXe's get a bit slow with the new software loads

Other answes have been given and this might not be the answer you look for but, if you ever plan to upgrade the platform sometime in the future, depending on the size of the cluster(? I assume all PBX's are connected). A Virtual MCD or ISS MCD solution are both actually really fast, but they are only fitting for a centralized solution of a user system connected to gateways or no gateways if you migrate to SIP. The procedures are just as tedious, though but a lot faster.

Dutch

38

Mitel MiVoice Business/MCD/3300 / Re: sip call failure

« on: February 28, 2013, 12:29:54 PM »

Looking at the version an upgrade to MCD 5.0 SP2 PR2 might prove useful too since we experienced weird stuff on SIP reinvites with silent monitoring on MCD5.0 SP1 which an upgrade resolved. This is if you are sure you used the correct trunk settings to connect to the call manager and it's the best first step to take I think.

If that doesnt resolve them, you could also investigate the calls themselves. I have no idea if something might be visible on the SIP calls themselves for Un-Auth Calls. Although I am guessing they could show SIP/2.0 401 Unauthorized

To be sure it might be an idea to run a capture in wireshark.

If the calls happen frequently (assuming very frequently) maybe something will be visible with wireshark. As far as I know you can log onto the Mitel where the trunk is configured using PuTTY to the RTC IP on port 2002 and do StartWS to start a capture on the Mitel. StopWS will stop it. Nice thing is it doesnt incl. the RTP stream so the files won't be as big. Don't keep it running too long (depending on your cph).

After that FTP to the mitel and retrieve the .pcap file from the /vmail directory.

Or make a span port on the port the Mitel is connected to and do a trace on that and filter on SIP.

Making assumptions but if you indeed see SIP2.0/401 Unauthorized well from what I know it usually points to trunk configuration settings where reinvites or registration goes wrong.

TL:DR Upgrade and if it doesnt work run a capture

Dutch

39

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

« on: January 17, 2013, 06:05:32 AM »

Just trying to gather some info and it's a long shot if you can't browse through the system to check default values, but is there something to be found in the 3300 logs as to what time they (I assume) drop out and ask for pin?

Are your general Cluster settings and ICP/PBX Networking settings correct under Trunks -> IP/XNET? e.g IP's matching the ICP number on all cluster nodes. I have once seen weird things happen due to the fact info was entered incorrect there during a migration to a cluster.

Dutch

40

Mitel MiVoice Business/MCD/3300 / Re: Routing to Polycom RMX 2000

« on: January 16, 2013, 09:16:23 AM »

I might be interpreting this wrong as to what you have done already or how you want it to work, but if the Polycom is connected to a SIP trunk and if the link is UP and functional (SIP LINK STATE ALL will show probably) and reacts on the 59800 number would you not:

- Program a route in "ARS Routes" to the SIP trunk (Leave settings default as in no restriction and no digit mod, which is probably 1 in both cases)

- Program the 59800 number in the ARS Digits dialed to that route number you just programmed pointing to your SIP trunk with digits to follow 0?

- Make a DID in the speeddial pointing to the ARS entry corresponding to the number you dial internally and which corresponds to the external number, e.g. Speeddial = 3000 -> Actual number = 59800

- You can then dial the speedcall or ARS entry and you should end up in the Polycom receiving a call through the SIP trunk. You can then also program it in your Teldir but you can not make the number private (just saying)

As said I might be reading this wrong, but this is how I am used to do this, as it works the same with PRI -> PRI conference systems.

Make sure the "trunk attributes" you programmed for the SIP trunk mention "Dial In trunks Incoming Digit Mod = 0" for the SIP trunk as well, as you don't want any modifications in the most cases.

As said I might be interpreting this wrong but this is how I would do it roughly.

Dutch

41

Mitel MiVoice Business/MCD/3300 / Re: Hot Desking Feature Failed upon Log in

« on: January 16, 2013, 08:00:00 AM »

Do you not have conflicts in your feature access codes, where functions are dialed and conflict with internal numbers?

Just a far away thought but who knows.

42

Mitel MiVoice Business/MCD/3300 / Re: Mitel 3300 MXe III drops IP address

« on: January 09, 2013, 06:10:45 AM »

I actually waited for your bootChange to see if you used the 0x0 flag

The vlan_off makes sense. It all has to do with your switch config.

If you set the tagging to the port being untagged in VLAN 18 and set the other VLAN's to FORBID or NO, you need to default the VLAN in IP configuration in the Mitel to 1. In other words with an untagged setting you let the switches define the VLAN which is imo recommended and if you set it to tagged you can define it through the Mitel 3300 in the IP configuration menu.

I never use tagged for data or others on the port where the Mitel 3300 is connected, since IP routing wether set by the switch or, if you use a static route to your firewall, your firewall defines if you can reach the voice parts from the data network. Out of my head, No if they dont need access and I think LACP, if used in your network, requires a forbid setting.


I hope this info clearifies.

43

Mitel MiVoice Business/MCD/3300 / Re: DSS calling instead of answering

« on: January 09, 2013, 05:50:54 AM »

You nail the spot with that remark. I, but again that might be personal, would advise against extra line buttons in order to answer more calls simulaneously for regular phones.

If you want to do a consultation (I guess thats the correct english translation) you indeed can use the transfer button and press the cancel key (above the transfer) to return to the original caller.

multicall in my opinion is nice to use in situations where you have a special line appearance/number where you want all phones to ring simultaneously and have the number available in the reroute table.

I never use it for extra line keys on personal phone numbers but rather use alternative routing on busy/no-answer for personal calls. People might have to switch callers non-stop and it just gives bad service and wait time to calling customers. There are better ways to facilitate that functionality like a quick and easy ACD (express) group or hunt/ringgroup IF we are talking about inbound service traffic.

In your case I assume using a call pickup group would be better used maybe even complemented with a 1st alternative to a huntgroup having all the phones/hotdeskers of that group as members. That way calls automatically are presented to available colleagues of the same group/dept resulting in better service to the internal/external customer. Program a pickup key to make it visible for people that a call from a colleague can be picked up.

If the huntgroup fallback would fit in your programming, you could even use a nametag huntgroup type if you want to present the name of the huntgroup to the person answering the call. That way your colleagues can easily see what call they receive (external, internal or huntgroup) and use the correct opening/answering sentence, which again might result in better service and ease-of-use for your colleagues.

I hope its not too much info and I hope this helps.

44

Mitel MiVoice Business/MCD/3300 / Re: DSS calling instead of answering

« on: January 08, 2013, 12:16:05 PM »

Seems like the multicall feature, since if 1 line appearance is not busy you will call phone 1 when the DSS on phone 2 is used.

In order to make it function, I think you're better off using 1 line button on phone 1. That way it should work correctly as a blinking light can in that case only be a second call (assuming that phone 1 is not forwarded and "BLF - CFA indication based on set is enabled in the system options)

If thats not wanted by the user, I would rather suggest a pickup group setup in that case for all the numbers incl. and program a Pickup button/key next to the DSS appearance(s). That way you can call the person quickly and also specifically pickup the call since the light will start blinking if a pickup is possible.

Also I personally rather use the "secretarial" button programming since it makes transfers quick and easy but thats personal I guess.

I hope this helps a bit.