Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.


Messages - acejavelin

Pages: 1 ... 249 250 [251] 252 253 ... 268
3751
Ummm... Am I missing something, but how would the Mitel system know the name of the external party you dialed?

3752
The answer to these questions depends a lot on the software revision you are using, and if you are managing this as a clustered environment manually or via something like OpsMan/Enterprise Manager,  especially with regard to licensing.

Things like this I have a tendency not to try to "fudge" stuff, and do it as cleanly as possible, meaning you should delete the extensions in questions completely and rebuild them new in the new controller. Using the Export/Import functions can greatly speed up this function, but if you are not familiar with it I would start with small "practice" extensions to see how it all works and what you might need to manually edit.

3753
I have seen this on a couple small clusters we have upgraded to 5.0... Faxes/modems worked before, without T.38, and not they don't, but not at every site. Two sites are networked over a hardware VPN over the public Internet (20-25ms ping times between controllers), both of those fail now where they worked before, and one site has direct fiber connection about 30 miles at 1GB (2-4ms ping times between controllers) and that works just fine. Tech support essentially gave me the same run around, "analog dial-up data services are not supported over IP trunks... <click>".

Guess I just chocked it up to the newer software has some different timings or uses to many system resources and causes these very time dependent connections to fail. Newer isn't always better I guess, but if you find a solution let me know. For these customers we essentially just made them use the PSTN trunks they have for those services, and it worked OK since they were very limited use devices.

3754
I would delete the mailboxes in question and rebuild them, making sure to populate the "Extension" field correctly... also make sure that these sets don't have some kind of COS option to block their internal Caller ID information (I don't remember the exact options in the 200), that is essentially how COV Voicemail works, when a call comes into the VM the system looks at the out-of-band information that would be sent to COV set's display and uses that to associate it with a mailbox's extension. If the system can't get the Caller ID information for that extension (ie. it's Private or hidden some way), or doesn't have a mailbox with that extension associated with it, it usually just drops it into the "Message Center" (or whatever that system's default application is).

There is actually a way to modify certain revisions of Superset 4 to be able to bridge onto a COV VM port so you can see what the Mitel is sending the VM system... it involves opening the set and cutting a pin on a chip if I remember correctly... brings back memories, good times, good times!

3755
MiVoice Office 250/Mitel 5000 / Re: Remote install of 5330's help.
« on: December 19, 2012, 12:38:47 AM »
Here is the "official" tech bulletin on what to port forward for IP phones remotely, slightly dated but should still be applicable. https://dl.dropbox.com/u/95033600/Intertel%205000%20NAT%20Port%20Forwarding.pdf there are a wide variety of ports/ranges  you need to open up and map to the 5000's internal IP address.

Remember you need to set the public IP address in the 5000 in TWO places, first in System-IP Settings-System NAT IP Address and secondly in Settings-Devices & Feature Codes-IP Connections-Pxxxx-NAT IP Address. The only other thing you will have to do is go into each endpoint that is remote and under IP Settings of each individual endpoint change the NAT Address Type from Native (or Auto) to NAT. Also, although this won't effect phones connecting, if bandwidth is an issue you might want to use the Remote Call Configuration and apply it to the remote endpoints, basically all this does is force the phones to use G.729 instead of G.711, lowering their bandwidth requirements, and quality slightly, for audio.

Once those are in place, factory default the phone itself, make sure it is on a network that will provide it DHCP and power up and put the phone in Teleworker Mode to the public IP address with the port fowarding to the 5000.

That is it, there is no special magic or trick to make it work... I have connected literally hundreds of phones, both Mitel IP phones and the original Inter-Tel IP endpoints, in this way and had no issues for the most part. Occasionally I have run across routers (or configurations in routers) on the remote end that are too locked down to allow the phones to connect, but this is extemely rare and can usually be corrected by letting the network administrator know what port ranges you are using.

3756
Mitel MiVoice Business/MCD/3300 / Re: Date and Time unwanted change
« on: December 15, 2012, 12:31:07 AM »
Usually on newer systems you use NTP time synchronization, check the time and date settings in the System Settings menu and see if one is configured and that it is correct. It is often necessary to use an internal server providing NTP services than an external one, but either should work.

3757
Mitel MiVoice Business/MCD/3300 / Re: call forward
« on: December 13, 2012, 09:11:11 AM »
Depending on the revision of your 3300 and the type of phone, you could also do this with Call Forward Profiles from the phones embedded application menu as well and not tie up two keys, but this would require a 5330/40/60 phone.

3758
MiVoice Office 250/Mitel 5000 / Re: SYS ALARM #1007
« on: December 12, 2012, 04:56:27 PM »
Yeah, SP3 didn't last long, I think it was only on the site a couple days before SP4 came out, it was probably buggy. At least the upgrade procedure for the 5000 is simple... have you done an upgrade via USB Flash Drive yet? Don't even have to turn on your laptop.  8)

3759
Non-Mitel Chatter / Re: MitelForums IRC Channel?
« on: December 12, 2012, 04:47:46 PM »
Good enough for me!!!

3760
Don't need a spare public IP address at all, just an existing public IP and port forward at least TCP 44000 to the internal IP of the 5000 (also 443 for the admin software/web portal access, and possibly 22 for the SSH shell, but neither is really necessary). Just make sure in System-IP Settings you change the System NAT IP Address to the public IP address so the system handles the firewalls NAT correctly. The actual port numbers used are defined in the system, so if 44000, 443, or 22 is used for something else, you can change them.

3761
Non-Mitel Chatter / Re: MitelForums IRC Channel?
« on: December 12, 2012, 02:24:02 PM »
I like Xchat the best, but it's not free anymore... HydraIRC is pretty good and its the one I am using now, some (free, I am all about free) alternatives would be ThrashIRC, KVIrc, NetTalk, mIRC, or Quassel.

3762
I will pull the tech bulletin on doing this if you like, it takes a little more stuff to establish the connection without doing what Tech said above.

Why are you not just using an IP connection? All you need to do is port forward 3 TCP ports for full access, and only 1 for just database programming and you can access it from anywhere the router/firewall allows a connection from? It is by far the best way to do this. The modems in the 5000's are... ummm... less than reliable.

3763
Non-Mitel Chatter / Re: MitelForums IRC Channel?
« on: December 12, 2012, 11:06:05 AM »
Joined.... here is my issue though, and one of the things I had trouble with, their TOS state specifically: "We are not a general purpose chat platform, but a topical network intent on providing the open source and free software communities a means to cooperate and communicate. As such, illegal and off-topic activity, such as warez trading, may result in being barred from access." Not sure our discussion area fits their TOS... :/

3764
Non-Mitel Chatter / Re: MitelForums IRC Channel?
« on: December 12, 2012, 09:14:36 AM »
I will be honest, I am only vaguely familiar with the administration side of IRC and I have had little free time to investigate it. If someone is more familiar with the registering process, channel bots, chanserv, and keeping a channel from going opless, so if a known user knows a stable, long-term site and is willing to take on this task, with Ralph's OK, I am fine with it.

3765
MiVoice Office 250/Mitel 5000 / Re: SYS ALARM #1007
« on: December 12, 2012, 09:07:24 AM »
The 5000 will not email for alarm conditions, that is why you won't find it.

Pages: 1 ... 249 250 [251] 252 253 ... 268