Questions to ask to determine WAN bandwidth requirements
When addressing bandwidth management, business and technical issues cannot be overlooked. This means that as a network manager you must identify all the key factors that affect bandwidth usage and requirements. This article walks through collecting the information you need and the questions to ask.
How can you build a network without knowing the bandwidth needed? Business and financial issues, competition and...
Continue Reading This Article
Enjoy this article as well as all of our content, including E-Guides, news, tips and more.
existing network topology issues will affect your decisions. Should you look at your bandwidth requirements in terms of the whole network or parts of it? Perhaps you can segment and subdivide your network so that issues in any one part won't limit your ability to address unique requirements of other parts.
In order to develop a network that fulfills your requirements today and can accommodate future demands, it makes sense to develop a migration path on a network-by-network basis, then revisit and reassess each element in that path over time. With market, business, and technology dynamics changing quickly, you must keep a watchful eye on your network so that it can dynamically support opportunities as they occur.
Gathering business information
When addressing bandwidth management, business issues cannot be overlooked. This means that as a network manager you must identify several key factors:
- Current and potential users of network resources
- Primary activities, such as email, file transfers and the applications to support them
- Types of devices to be used, such as PCs, laptops and printers
- Expectations for network performance
- Other applications currently being used, such as voice, and video
- Applications planned for future use
- Amount and frequency of data users plan to download or upload
- Security issues like data encryption.
Unlike servers and routers, which can be configured and reconfigured at any time, bandwidth as a network design element should be done correctly (e.g., optimized) the first time, when the network is first launched. After that, regular reviews of network performance are necessary to ensure that sufficient bandwidth is available.
Questions to identify bandwidth requirements
We can convert the above criteria into specific interview questions to ask when identifying bandwidth requirements. Schedule appointments with your key technical users, such as applications programming, database management, information security and data center, and key business departments such as human resources, legal, and administration.
For each current and potential department using network resources, ask:
For primary activities and the applications to support them, ask:
![]() |
||||
|
![]() |
|||
![]() |
For types of devices to be used, ask:
For expectations for network performance, ask:
For other applications currently being used, ask:
For applications planned for future use, ask:
For amount of data users plan to download or upload, ask:
For security issues, ask:
Once you have gathered subjective information about your user community, next begin gathering empirical network performance data. This information can be obtained using network analyzers. Continue with network design and configuration tools, test the network configuration, compare the carrier service offerings, and soon you'll have an efficient and cost-effective WAN.
So, how much bandwidth is enough for your organization? Think of the answer in terms of "as much as you can deliver." And before you roll out any complex network analyzers, simulation software or other tools, be sure you understand the current and long-term requirements of your customers. With all the options available today, you can build the WAN you and your organization need.
About the author: Paul F. Kirvan, FBCI, CBCP, CISSP, has more than 35 years experience in telecommunications and information technology as a practitioner, consultant, author and educator. He also specializes in business continuity and disaster recovery.