Tek-Tips is the largest IT community on the Internet today!

Members share and learn making Tek-Tips Forums the best source of peer-reviewed technical information on the Internet!

  • Congratulations Rhinorhino on being selected by the Tek-Tips community for having the most helpful posts in the forums last week. Way to Go!

Mitel 3300 MXe II directory location for ACD prompts 1

Status
Not open for further replies.

agentcooper

IS-IT--Management
Joined
Jul 5, 2014
Messages
5
Location
TC
I need to pull original copies of ACD greetings off of a 3300. I'be been looking around in the directory structure (REF: thread1329-1687812), but can't find an obvious location for these files. Anyone know where they are?

Thanks very much for the help.

John
 
thread1329-1616276
Supernova said:
Use filezilla to ftp to the 3300
Log in to system
navigate to
/d/vm
You will see files like below copy them to your local PC
RAD001.VOX
You will need a suitable player for VOX files
I use Acarda voxplayer it is free you should be able to play them and locate the one you need

**********************************************
What's most important is that you realise ... There is no spoon.
 
Thanks KWB, that's exactly what I needed, right up to the software from Acarda to convert the files.

The migration from Mitel to Asterisk begins this week and not having to re-record professional greetings is one less thing to worry about.

John
 
A lot of people like the "free" aspect of Asterisk.

An apple a day keeps the doctor away. Anyone else and you need to throw it harder.
 
Dan, sorry about the delay; it has been a busy few days. While Lou is correct, the fact that Asterisk is (essentially) free, that is not the primary reason for moving away from Mitel. I live in the Caribbean and it is getting more and more difficult to get support from the local authorized Mitel dealer. I worked for Mitel for years, I lead the customer trials of the 3300 back in the day and I might be one of the very few people who ever installed an Ipera2000. My responsibilities were primary on the network (IP) side of issues but it is fair to say that I am very familiar with the product and believe in it. Having said that, Mitel's licensing is byzantine to say the least. Where I live it can take six months to get a quote and even longer to get something replaced (we once waited for a YEAR, to have an ASU replaced, finally giving up and buying one on eBay). Another customer had their "new" MN3300 sit on a shelf for over a year waiting for the local dealer to install it when I finally decided to do it myself. In North America, you know you can pick up the phone and get an authorized dealer to get you the service and support you need, this is a good reason to pay a premium for the equipment you purchase. In our case, we can no longer justify the premium (plus the additional expense incurred for just being on an island).

In answer to your question specifically, comparing Asterisk and an ICP (or a Cisco UC or anything else that looks like a traditional telephone system) is an apples and oranges proposition. Asterisk includes everything you can think of from a "PBX" perspective plus anything else you can build via scripting. Let me illustrate with a few examples. A local dial tone provider (not the Mitel dealer) needed some demonstration applications for a SIP - PRI gateway I built using Asterisk. In an afternoon I built a application that when called would provide information on the local times and values of high and low tide as well as sunrise and sunset. These are important things to know for the boating community. I took the data from a an xtide server I had, performed text to pre-recorded times and height values sound file lookups, glued them together (they were .gsm files so you can just tack them together) and it was done. Another example was for a hotel that needed a special way to handle 911 calls. Picking up the phone here and calling 911 is a bit hit or miss, your call may not actually be answered, but you still need to try. I built a simple conferencing application so that every time someone dialed 911 or pressed the emergency call button in an elevator, the call was dropped onto a conference bridge, then 911 was called as well as the local duty manager and in the case of the elevator button, maintenance. Additionally, email and text messages were sent to relevant parties and finally each call was recorded. I have built numerous other applications for Asterisk for the simple reason that it is easy to do so.

Most recently I have completed a Hyatt / Encore integration for Asterisk that mimics the Mitel 3300 in every way except linked suites (and I'm working on that now). Couple that with the ability to generate a CDR record that looks like a basic Mitel CDR (the trunk never changes, but no one cares about that) and you have something that can drop right into one of Mitel's best served niche markets; hospitality. Next I will be building a call accounting system that hooks into the hospitality solution (they can cost $5K all on their own) and the only thing I need to add is the ability to return the information I'm already generating via the CDR requirement as HOBIC formatted information and I will have an Asterisk based solution that should mate with any PMS system. It is important to note that I am not a particularly good programmer, but I do understand how to solve problems. When I solve problems using a Mitel 3300 (for example) I am working for Mitel, when I use Asterisk to solve those same problems, Asterisk is working for me. As a consultant this obviously improves my bottom line.

While Asterisk is certainly not free, I charge a considerable amount of money to install and configure a system (I have been using it since version 0.7.) it will always cost less than a traditional solution simply because it is free from licensing costs and is open source. It runs on everything from a home router running OpenWRT to the largest server platform you can find. Embedded systems can be found for $99 and SIP / IAX / MGCP / H.323 gateways can be found everywhere. A T1/E1 card costs around $350 / port and the full range of ISDN / R2 / Qsig protocols are supported and you can even use SS7 (which I have: I connected an Asterisk server to a Nokia / Siemens UMTS switch for one of the local cellular providers). The right USB dongle from Huawei will give you a cellular channel that supports SMS messages and voice and costs around $45. You can adapt an analog FXS port to connect an Asterisk server to a two way radio system. Text to speech and speech to text, IMAP integration for voice mail, call queuing systems of any complexity, unlimited tenanting, dynamic dial plans, these and many more applications are freely available. If you are willing to write code (Perl, PHP, Python, Ruby, C, C++, Java, shell script, etc.) you can write your own applications. Both the AGI (dynamic dial plans) and API are fully documented and support from the community is readily available. GUI console applications in the style of the 5550 are also available (some free, some not).

I am obviously a strong believer in Asterisk (and open source in general), if you haven't tried it, you should download a FreePBX ISO and give it an install on some old PC you have lying around. Flip a couple of Mitel phones into SIP mode and start experimenting. It's not for everyone, but it costs nothing to try.

John
 
agentcooper It all sounds great , fantastic response as well , very detailed.

The only issue is that its a custom solution .
What happens if you are no longer available to support it ?

I have dealt with custom programs that have been used to create fantastic solutions.
The developer then changes jobs or retires or passes away and the customer then expects the next company
to understand whats in place and make it all work after a change or software upgrade has taken place and broken it.

If I never did anything I'd never done before , I'd never do anything.....
 
Well, not every installation has "custom" programming, many run just fine using the standard management interface. For those with custom solutions there is always a choice. Pick something off the shelf that doesn't do what you need it do but it's close enough or take the plunge and craft a custom solution that does exactly what is required. My custom programming could be maintained by anyone with basic coding skills (in this case, shell programming and PHP). As I've said, I am an average coder at best. My customers have a backup plan which includes going to outside support in case I am no longer able to maintain the code, but as every solution (with the exception of the PMS interface) is probably fewer that 100 lines of code it is very easy to maintain.

Bill, you get to the heart of the philosophical matter with your question though. As a customer do you choose to only go with off the self products because they are backed by a manufacturer or do you hire (full time or contract) programmers that can craft exactly what you need? I believe that the time has come for the "elite-ness" of programming to come to an end. There are huge numbers of skilled programmers who will never (and do not) aspire to building the next Facebook or Google, but are no less talented at programatically solving real problems. Not so many years ago a traditional telephony shop needed guys who could program a Nortel ICS using the TUI, use various punch down tools and toners to make sure the phones were connected, understand a PRI and hookup an embedded voice mail system. Now, you need an IP networking guy who can program the Ethernet switches, properly configure DHPC, LLDP and VLAN's and understand routing and possibly program a firewall (at a minimum). Is it reasonable to expect that you now (or soon will) need someone who can write and maintain code as part of the evolving telephony landscape? I think it is, and there is good margin in it and (so far) it makes for happy customers that are continually asking for more.

I also believe that it is easier for someone who started out in the world working within the confines of the great illogic that is telephone systems programming (anyone who can program and Intertel Axxcess or Siemens HICOM can program anything with props going to the old Nortel DMS guys) to learn to program in any of a variety of languages, than it is to train someone who has grown up programming computer to administer a phone system (let alone moving between phone systems). Call control is still as much an art as it is a science and that is difficult to "train" into someone. Programming skills at the level which are generally required to interface with telephony systems are relatively easy though and just like Asterisk, the tools to learn are all freely available.
 
@Agentcooper

Let me address BillZ66's concerns from a different direction.

My skill with the Mitel system is quite high. My ability to come up with creative solutions to meet my customers needs is also quite high. So, with this in mind I rarely fail to meet the needs of my customers.

Now, that might sound like I'm saying that as long as you have the skill, you don't need a custom solution. What I've learned is that I actually have to say no to customers on occasion. Creative solutions are great for me but they are unsupportable by my peers. I've painted myself into a corner on too many occasions and made myself indispensable and that is not in the customers best interest. Now, if this is possible to happen "with off the self products because they are backed by a manufacturer", imagine how complicated it might be with "programmers that can craft exactly what you need"

**********************************************
What's most important is that you realise ... There is no spoon.
 
KWB, I do understand your concerns in this regard. Unfortunately, for me and most of my customers "no" is often not an option and for better or worse we are pretty much stuck with each other as I am the only one on the island who does networking and VoIP at an "Enterprise" level and the dozen or so big hotels are the only options I have by way of revenue. I can give you a perfect example of a completely unsupportable solution where the best thing to have said was "not just no, but HELL no", but there was literally no choice. A very large hotel was being built (700 IP phones, MN3300MXe) and was obviously going to require a lot of trunking. At the time there was one service provider on the island and when the initial design was being done they assured us that PRI lines would be available. After getting the switch programmed and installed and then having the service provider come in and supply our "PRI" E1's it turns out that PRI and R2 are the same thing (at least as far as they were concerned). We were about two months away from opening and there was no way to switch to analog trunking and we wouldn't have anyway, we wanted DID's, CallerID and everything else that goes along with digital trunking. That meant installing an R2 NSU and then figuring out the signalling and tone tables. That might not have been so bad, except that the local provider had NEVER installed an R2 device on their switch. They had purchased the DMS 100 many years earlier from Argentina I think and there was no documentation what so ever and no one to call because every R2 implementation on the planet is different (or so it seems). I sat in the computer room for a month during my off time watching the error console on the NSU while making hundreds of test calls and when it was all said and done, we had a fully working R2 implementation with support for callerID, CPN substitution and DID's. I no longer support that network but before I left I made sure they had a copy of the tone table text file which could be uploaded to the NSU if there was a problem. That was six years ago, I have no idea if that backup still exists and if they were to loose that NSU for any reason (lightning destroys a lot of stuff here), there is no way that tone table could be rebuilt. Having said that, there was no other way to solve the problem. I believe this would be very similar to the more "exotic" installs that you have been a part of. Once a skilled Mitel guy takes ownership of a system it becomes "his" (or hers). Another skilled Mitel tech would have to go through the steep learning curve to discover how you choose to solve problems with the tools available and work within that framework. It is no different for me with the code I write to solve problems that fall outside the normal feature set. One day, you will retire and your customers will have to get by without you, someone will have to become familiar with the way you solve problems and work within that framework all the while changing it to suit the way they solve problems, the same goes for me. Customers need to understand the reality of how these things evolve and plan accordingly (or in the case of most of my customers - the exact opposite of that it).

Thanks for all of your help,, our new ACD is just about finished so it's on to the next project.
 
Status
Not open for further replies.

Part and Inventory Search

Sponsor

Back
Top