atcomsystems.ca/forum Forums Other TDM Phone Systems Vertical Telephones & Systems Help with a Vertical MBX System

I am the owner of a Vertical MBX System and have not been able to take full advantage of my system and need some help with programming it properly.

I do have web admin access to the system.

First should be simple, somehow my previous tech support has set my conference timer to 15 minutes. I have two DIDs that dump strait to a conference room and exactly 15 minutes after you dial in it drops the line. I am sure it is a setting I just don't know where.

Second is a little more tricky. We have both digital on premise phones and one IP Phone. the IP phone has worked in the past but because of constant attempts to hack the system they put it behind a firewall instead of a public IP. I can remote in to the public IP of the system but I assume the firewall is restricting two way communication between the phone and the MBX. I can setup the phone remotely and the MBX will register changes on the phone (like the phones IP address) but it will not communicate back to the phone.

I have asked for a couple of ports to be opened on the firewall but before I go ask for any more I want to make sure I am asking for the right ports. It is a Edge 8000 talking to an MBX IP/GS55MxA.7Db NOV/11

thanks in advance for any help or suggestions you may have.

JC

If you have a private static ip for the mbp card and port forward the public ip to the ip of the mpb then the public ip has to be entered into the system programming in the firewall field of system configuration ip plan programming. If the mbx and the ip phone are on the same lan with a private ip then program the phone for the mifm/cpu address instead of the public ip..that way it is not going out on the web and back thru your router.

Conf times are set in pgm 171 and 166 and if enabled a conf call can be extended by dialing 5## after the warning tone is heard. This feature is also located in pgm 171

Thanks for the response. I will look at my system today and see if I can figure it out.

Thanks again
Joe

Ok I changed all of the unsupervised timers (1-80) to 255(from 10 min) and confirmed it took by looking at the overview of pgm 166.

Unfortunately my conference was dropped at exactly 15 minutes (not the 10) and it did not give me any warning before it dropped me.

I really don't know how it is setup in the system but the conference room is a DID that dumps you straight into a "party call" that multiple people can call into at once.

any other ideas of where to look for this timer?

(thanks again for the help)
Joe

I have tried both the internal ip for the firewall address and the external IP address and after the restart I get an out bound dial tone and can dial my cell phone but I don't get any audio. When I go back to 0.0.0.0 it works again

Any thoughts?

Conf room/bridge timers are set by the first attendant.

For the ip phone You need to set the mifm address in the phone to the same address that the MBX cpu/mpb is using and make sure it is on the same subnet mask. The phone should be set as local and use DHCP if available. If it is going out on the web and back in you will get one way audio. I am assuming that the ipphonwand the mbx are on the same LAN?

Can you be a little more specific on the first comment? I.e. What PGM would I go to to setup the attendant

The ip phone is not on the same network but I can try that (and I bet it will work). I am coming to the conclusion that it is all about the firewall that my MBX is behind. This all worked when the MBX had a public static and stopped when the out it behind the SIP providers firewall using NAT. I have reached out to them again to try and get access to the firewall so I can inspect the NAT and the port forwards.

Thanks again for the input

Joe

If the ip phone is off site from the MBX and the MBX has a lan address instead of a public one..then yes it is a firewall proplem. The H323 voip protocol requires so many ports to be open to the MBX (or other systems) as to make the firewall almost useless.

on the timer issue, does it mean anything that call is dropped 15 minutes from the time the call comes in. Ie if two people call in 3 minutes apart the first one drops 15 minutes from when they got on and the other person is not dropped until their 15 minutes it up (3 min later)

Maybe it is not the conference timer at all but something to do with how the call is routed into the room. It is a DID the when it is answered you hear four beeps and then you are put directly into conference (at least for 15 minutes )

There are the two unsupervised conf timers both pgm 166 and 171 and that is all I can find. If they do not extend the conf room timer...I don't know what does.

You are using the conf room function? If not just reroute them to an extension or auto attendant.