atcomsystems.ca/forum Forums Other TDM Phone Systems ESI Telephones & Systems ESI VoIP problem

thanks again everyone.

Why woul ESI not recomend communication over a VPN?

Now a days networks are done via a VPN or Dedicated line. I would not open a port on the firewall for the phones.

Yes, a VPN has overhead, but so does a Cheap firewall that has no CPU power to properly do it's job.
Bandwidth will be determined by the ISP and hardware, If it is bad for a VPN, it would be be for just stright upload for the interent linem and VoIP traffic
(and traffic at the connecting side)

Yeah,
I Thinking about it, if something is set for DoS on the phones, it can not be set right.
a "normal" ping should not cause a DoS alert.

Steve,
If you find anything out, could you please pass it along..
Thanks!

For what it's worth we have installed remote phones in two different locations (72e system) over a VPN and had no problems as a matter of fact it was the ESI tech support who recommended setting it up that way.

I see the quote from PhoneSol and am confused as to why tech support recommended it and the documentation did not. Not sure what the answer is but i can tell it is possible for it to work at least on the 72e with the feature set 1 phones

Can anyone else offer any advice on the original poster's issue of one sided echo. We have some remote licensed phones actually sitting on the LAN that have the same echo only on outgoing. A locally licensed phone has some issues, but not near the amount. Talking to other users in the building on IP or digital is fine. The echo only appears or gets bad enough to notice on calls that go out of the system.

We have installed quite a number of the IVX, CS series and IP Phones(primarily remote). In my experience if the bandwidth, latency, jitter, and lost packets are within recommended limits, I would look next at the firewall / router. Inexpensive or consumer grade units may not have the horsepower to run several advertised features at once.

Our results with VPN's have been mixed. Some work well, other do not. I don't think the cause is the VPN, but other factors.

Echo cancellers will have trouble working when there are too many analog-to-digital conversions along the signal path. That's why it is noticed more on calls out to the PSTN.

Sometime acoustic echo will be too much for an echo canceller to deal with. For example, someone has their cell phone volume cranked while talking to you, or their talking to on a bluetooth headset. What you would have heard as more "sidetone" before you now hear as echo, because of the inherent delay.

Th firewall and switches are h same we use in other office.
Mater of fact, the same setup is at a location on a Avaya system with out problem.
Our system is running on the same hardware. We are using Asterisk with Aastra IP phones
( Don't beat me up on using Asterisk )

Our latency is much higher then the customers setup.

When i was at the location, this is what i experienced.
I made a call to another company from local IP phone (to system not over the VPN) out the POT's line.

I could hear the end caller fine, but she could not hear me for a bit..then could.
It seems this is the same for a call from the two office locations also.

We were told since the bandwidth was adjusted, he had to make more setting changes to compensate for the change.

I think the vendor is Getting ESI in the system., but i still have not received info from him.
Maybe someone can help me here.

What i am looking for:
1)Are the phones able to send QoS tags if so, is it set by default and what priority?
2)Is the Phone to phone system communication over SIP or another protocol. If so..what is the port number? TCP/UDP
3)What codec does the phone use by default.
4)Can the phone be statically assigned an IP address. (i would think so)
5)Any way to adjust the link speed of the NIC on the Phone? Maybe to hard set instead of doing a auto negotiation?

More testing shows ping test around 11ms sill across the VPN. Drop packets to the phones still.

Other devices pings are fine.

Thanks again for your posts!

1. For QOS, the ESI equipment sends the highest TOS Bit. That's about the only way to tag it.

2. Phone to KSU communication is using a proprietary protocol

3. Local IP is G.711

4. Static IP Address: I beleive it can be with ESI-Address.

5. None that I know of

The static IP address that you program with ESI-access is only used if you can't get an address from the DHCP server.

The new Ip phones allow DHCP?

My remote IP phones need static, but they are the older generation for X-class. And by looking at my switch, they negotiate at 100.

A VPN between two FIOS sites may not necessarily be any different than a VPN between two sites on different ISPs. The data does not necessarily stay on the Verizon network, and may actually hit the net before being routed back into verizon's network at the other end. This is definitely true of my connection with Optimum Online.

Some ISPs like AT&T offer managed VPN service, where both ends are on the same national network, and the VPN is guaranteed. This is common for large companies, when they offer work-from-home access or have multiple locations. It provides the security of point-to-point private connections, but at a fraction of the cost.

I remember trying to make a local ip phone work over a VPN and ESI said it should, but between us, we couldn't do it. Remote all the way!