Concurrent User Bandwidth Calculator for Offices and Venues

Concurrent User Bandwidth Calculator

Size the internet or WAN link for an office, campus, hotel, or venue full of people. Enter your total user count, the share active at peak, and a per-user profile, then apply a contention ratio and headroom reserve to get peak aggregate bandwidth, a recommended provisioned link, per-user allotment, and how many users a given link can carry.

🎯Real Deployment Presets

📝Bandwidth Inputs

Everyone who could connect, active or idle.

Share generating traffic in the busy hour.

Sets typical demand per active user.

Editable; profile presets fill this in.

1:1 provisions full peak; 4:1 shares a link.

Spare capacity above peak for growth and bursts.

Portion flowing upstream; calls are near 50.

Used to test users supportable per link.

Peak aggregate required 0 Mbps at the busy hour
Recommended provisioned link 0 Mbps peak plus headroom
Per-user allotment at peak 0 Mbps on the recommended link
Users supportable on link 0 concurrent, on entered speed

🔢Formula Snapshot

N×C×BPeak Mbps
á ratioProvisioned
× 1+hRecommended
1000Mbps per Gbps

📊Per-User Bandwidth Profiles

Usage ProfileTypical ActivityPer User (Mbps)Upload Weight
Light browsingEmail, web, chat1 to 2Low
Office and VoIPSaaS, docs, calls3 to 5Medium
Video conferencingZoom, Teams HD3 to 8High
Cloud + HD streamVDI, 1080p video8 to 12Medium
Heavy media4K video, large files25Medium
Guest Wi-FiMixed casual use2 to 4Low

🏢Concurrency Assumptions by Venue

Venue TypeDevices per PersonPeak ConcurrencyNotes
Corporate office1.0 to 1.560 to 80 percentSteady workday load
School / campus1.0 to 2.050 to 70 percentBursts between classes
Hotel guest Wi-Fi2.0 to 3.025 to 40 percentEvening streaming peak
Coworking space1.5 to 2.560 to 75 percentMixed pro workloads
Conference hall1.5 to 2.540 to 60 percentSession-driven spikes
Stadium / arena1.0 to 1.530 to 50 percentSocial and highlight bursts

⚖Contention Ratio Guidance

Ratio (N:1)Best ForExperienceRisk Level
1:1VoIP, video, SLAsFull peak guaranteedLowest
2:1Business appsRare slowdownsLow
4:1General browsingGood most hoursModerate
10:1Light guest Wi-FiOccasional lagHigher
20:1Casual public useSlow at peakHigh
50:1Very light hotspotsBest-effort onlyHighest

🗃Deployment Comparison Grid

ScenarioUsersConcurrencyPer-User MbpsPeak MbpsLink Needed
Small office2575%475100 Mbps
Mid office10070%4280350 Mbps
Call center5090%4180250 Mbps
Video team6080%6288350 Mbps
School25060%3450600 Mbps
Hotel Wi-Fi50030%3450600 Mbps
Coworking12070%6504650 Mbps
Conference40050%3600750 Mbps
Stadium100040%1.56001 Gbps
Remote branch1580%448100 Mbps

⚙Formula Breakdown

Active users = N × CTotal users times the concurrency fraction. 100 users at 70 percent gives 70 active users in the busy hour.
Peak = N × C × BActive users times per-user bandwidth B. 70 active users at 4 Mbps each need 280 Mbps of peak aggregate throughput.
Provisioned = Peak / ratioOversubscription shares a link across users. A 4:1 ratio on 280 Mbps of peak provisions 70 Mbps, betting all users rarely peak at once.
Recommended = Peak × (1 + h)Add headroom h for growth and bursts. 280 Mbps with 25 percent reserve gives a 350 Mbps recommended link.
Per-user = Link / activeRecommended link divided by active users shows each person's fair share. 350 Mbps over 70 users is about 5 Mbps each.
Max users = Link / B-effectiveEntered link divided by effective per-user demand (B × C) estimates how many total users a link can carry at your profile.
Upload = Peak × up%Split traffic into directions. At 30 percent upload, 280 Mbps of peak means roughly 84 Mbps up and 196 Mbps down.

💡Sizing Tips

Size to the busy hour, not the average: A 100-seat office may average only 40 Mbps across the day, yet still saturate a 200 Mbps line at 10 a.m. when 70 people join calls at once. Always base the link on peak active users times per-user demand, then add 20 to 30 percent headroom so bursts do not stall the whole floor.
Match contention to the workload: A 1:1 ratio guarantees full peak and suits VoIP or video with tight SLAs, while 4:1 is fine for general browsing where users rarely peak together. On 280 Mbps of peak demand, 4:1 provisions just 70 Mbps, so reserve aggressive oversubscription for light, non-critical guest traffic only.

Typically, just before a budget meeting, you look at some bewildering spreadsheet, decide what amount of bandwidth you want, and then go into the meeting. Most planners assume that users all suck down data simultaneousy, like so much water from a tank. Not true. Users surf web pages; they check their email; they fall asleep during meetings; they leave their devices on standby for hours at a time. In other words: real traffic is social, not mechanical; it’s spiky, not constant. You don’t buy enough pipe to allow everybody to shout at the same time, since that doesn’t happen. You buy enough pipe to allow enough people to shout at one time to drown out the rest of them. That makes all the difference in how you size your link.

This page has a nifty calculator; it takes care of the mathematics by concentrating on the busy hour… Not the average day. Its starting point is three numbers: (1) total number of users, (2) how many will be using the network at peak time, and (3) each user’s demand level. Multiply these three things together and you’ll discover the actual total load your network experience during its most stressful moment. So, for instance, if seventy of your one-hundred employees are actively using the network during some Tuesday-morning stand-up session, then your baseline is the number seventy multiplied by each person’s personal consumption rate. This avoids the huge over-provisioning problem hurting networks scaled to meet theoretical maximums rather than observed realities.

How to Size Your Network Bandwidth

The catch? You need to understand what “active” actualy means in your own particular cultural/industrial context. This can vary widely from culture to culture and industry to industry. The tricky part is concurrency. Most of these estimates assume that people will be on all day long, which isn’t always true. You can make a fair guess based off what’s happening in your own house or office, but you need an actual eyeball to be accurate (because hopes are not facts). If you’re sitting in a hotel lobby, the concurrency may spike up around 30% even though the building is fully occupied (guests trickle in, turn off their phones as they drift asleep, etc.). Offices are the opposite: Expect anywhere from 60-80% concurrent use during the core workday, often driven by collaborative tools. And schools… well, they cluster into sudden spikes whenever those class bells ring.

The table below, available on the page. Shows you how each venue type plays out and provides some reasonable baselines so you don’t have to stare at an empty form wondering if 40% is a good estimate for a conference room.

With that said, once you know the peak demand, there’s an economic truth: oversubscription. Because each customer spike is smoothed out by big numbers, internet providers don’t often provision the theoretical maximum to all customers. If you have a four to one contention ratio, you’re provisioning just twenty-five percent of the total peak, assuming most people won’t watch high-def video at once. That’s great if your users are emailing and casually surfing, but it sucks when they want to conference on a HD call or make a VoIP phone call because any kind of latency ruins their trust in the network immediately.

The higher the importance of the workload, the lower the ratio needs to be. Expect to guarantee a one-to-one ratio to video teams. Ten-to-one is a safe bet for guest Wi-Fi. No one notices.

Twenty to thirty percent more than you calculate is headroom, the insurance against surprise growth and a bad day. That extra bit of capacity give you breathing room. You can run an all-hands meeting without choking the whole floor and roll out a software update without slowing down everyone’s network. It allows you to feel like the network is fast. Even though it is under load. Use this number as the anchor in your negotiation with vendors and as target in your buying conversations.

Negotiate based on data, not a vendor’s suggestion. Two hundred fifty? Sure, if the sales guy gave me a discount. Frustration awaits you next month if your math was three hundred fifty.

That’s not to say that it’s all about raw numbers; direction is also key. While traditional browsing has a strong server pull component, video calling pushes almost as much data upstream as it gets. If you don’t account for the upload portion of your traffic profile, you could end up purchasing a fiber connection that appears large on paper. Only to choke during critical meetings due to an insufficient return path. For those who do a lot of communication, symmetric connections are the answer; asymmetric lines work for consumer venues with more downloads than uploads. Once you enter in your upload percentage, the tool automatically divides things into directions and shows if your existing plan aligns with how you use the internet.

Try out one of the predefined scenarios, which show how different numbers change given certain contexts, but modify it until it aligns with your own situation. For example, see how doubling your team’s concurrency rate from 50% to 80% doubles your bandwidth needs. This shows why it is important to model user behavior accurately rather than just using raw headcounts.

Run the results through the per-user allotment output. Make sure anyone who goes online has enough connection to do their work without slowing down everyone else’s experience. Remember, sizing a shared network isn’t as much a science of perfect engineering as it is understanding what’s possible within limited resources while helping people manage their expectations. If you can get those three inputs correct, then you’ll be able to know if your internet is too slow or just expensive.

Concurrent User Bandwidth Calculator for Offices and Venues