With up to 50 VOIP calls potentially active, either you’ll have to set QOS
to ensure that phone service is not affected by large data traffic …. And
I’ve also seen the other side of the coin, where QOS for VOIP has caused
network data bandwidth issues.

 

Ie, at a previous job, we outsourced our catalog call center.  They used
their local workstations to access our order entry application over RDP to
our terminal servers.  10 months out of the year their performance was a non
issue, but during peak call volumes, the order entry software that normally
takes seconds to respond from page to page was taking minutes, causing
longer call times and irate customers.  And it seemed the more it went on,
the longer the application took to process each screen.

 

We tested locally, and from our own internet connections back to the
terminal server, and got our normal, expected speedy response.  Seems the
call center had recently installed a VOIP system for their order entry
agents, and as the call volume increased ( and as talk time per call
increased ) it impeded on the available data bandwidth for the RDP sessions.

 

That incident alone sticks with me as a major reason to NOT converge VOIP
and data on the same network when cost will allow segregation. 

 

Erik Goldoff

IT  Consultant

Systems, Networks, & Security 

'  Security is an ongoing process, not a one time event ! '

From: Andrew S. Baker [mailto:asbz...@gmail.com] 
Sent: Friday, March 12, 2010 10:25 AM
To: NT System Admin Issues
Subject: Pros & Cons of Converged Networks (Voice / Data)

 

I am not a huge fan of converged networks, although I will acknowledge the
cost savings in many instances.

 

I have a situation where we were planning to keep the data traffic and voice
traffic separate, and all of a sudden (11th hour) that changed.

 

*If* you were going to lobby against converging a network for 30-50 people
on a floor that is being built out, what justification would you use?


-ASB: http://XeeSM.com/AndrewBaker

 

 

~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~

Reply via email to