IP Convergence: Beyond VoIP, Beyond Cost Savings

I most certainly was having some kind of network problem, but that was part of my point about properly prioritizing in the application when congestion occurs.

Since I work from home, there may well be some kind of ATM or Frame Relay network involved in the delivery of my Internet Service, but we are not talking about a private ATM/FR network.

My setup is this:

* Frac T1 with a CLEC that bundles Internet with the circuit
* CLEC aggregates customers through a Nortel Shasta in Los Angeles (the Shasta has ATM interfaces only...I know this because we still have a few of them here at GC)
* CLEC is not a GC customer, so all of my traffic bound for the company network also traverses a peering connection
* IPsec connection from my corporate laptop into the internal VPN (akin to our RVA service)

There are lots of opportunities for performance issues. All I am saying is that when performance goes from bad to worse, the application should throttle back the video so that the voip doesn't incur 1sec+ delays, and that would also allow video and audio to stay in sync.