This calculator works out the bandwidth-delay product (BDP) of a network link, the amount of data that can be travelling across the connection at any single moment, and uses it to tell you whether your TCP settings are holding your speed back. Bandwidth-delay product matters because TCP can only send as much unacknowledged data as your receive window allows; if that window is smaller than the BDP, the sender keeps stopping to wait for acknowledgements and your link never runs at full speed. You choose a bandwidth from presets ranging from 1 Mbps up to 10 Gbps, or enter a custom figure, and a round-trip time from presets covering a local LAN through to a geostationary satellite link, or your own measured RTT from ping or mtr. The calculator returns the BDP in bits, bytes, kilobytes and megabytes, a full calculation breakdown, and a TCP window sizing panel showing the minimum window needed, whether the standard 64 KB default window is enough, whether RFC 7323 window scaling is required, and the maximum throughput that default window would actually achieve. A table then shows how the BDP changes across common RTT values at your chosen bandwidth, with a plain-language verdict underneath. Use it to diagnose slow transfers on long-distance or high-speed links, or to check your systems are configured to use the full capacity you are paying for.
| RTT | BDP (bits) | BDP (bytes) | BDP (KB) | Default 64 KB window limits throughput? |
|---|
The bandwidth-delay product (BDP) is a networking concept that describes the amount of data that can be "in flight" on a network path at any given instant. It is calculated by multiplying the link capacity (bandwidth) by the round-trip time (RTT):
BDP = Bandwidth (bits/second) x RTT (seconds)
The result is in bits. Divide by 8 to convert to bytes. For example, a 100 Mbps link with a 50 ms RTT has a BDP of 100,000,000 x 0.050 = 5,000,000 bits = 625,000 bytes (625 KB).
TCP uses a sliding window to control how much data can be sent before an acknowledgement (ACK) must be received. If the TCP receive window is smaller than the BDP, the sender will fill the window and then have to pause and wait for an ACK before sending more. This creates gaps in the data stream and means the link is never fully utilised.
The classic default TCP receive window is 65,535 bytes (64 KB), which was set when networks were slow and RTTs were short. On a modern gigabit link with 100 ms RTT, the BDP is 12.5 MB, so the 64 KB default allows the sender to keep only 0.5% of the pipe full. This is a major throughput bottleneck.
RFC 1323 (updated by RFC 7323) introduced TCP window scaling, which allows the receive window to be up to 1 GB. Most modern operating systems enable window scaling by default. However, some firewalls, routers, or older network equipment may strip the window scale option, causing performance problems on high-BDP paths. If large-file transfers are slow but ping latency is fine, a misconfigured or capped TCP window is a common cause.
A network path with a large BDP is called a "long fat network" (LFN, sometimes pronounced "elephant"). This typically means either a very high bandwidth link, a very high latency path, or both. Satellite links are classic examples: a geostationary satellite link at 600 ms RTT and 10 Mbps has a BDP of 750 KB, meaning the sender must have that much data outstanding to keep the link busy. Dedicated transport protocols (such as SCP, QUIC, or BBR-based TCP) often outperform standard TCP on LFN paths.
Using the default inputs of 100 Mbps bandwidth and 50 ms RTT:
To achieve full 100 Mbps throughput, the TCP window must be at least 625 KB, which requires window scaling to be enabled.
Sources and method: RFC 7323 "TCP Extensions for High Performance" (tools.ietf.org/html/rfc7323). RFC 1323 "TCP Extensions for High Performance" (original, superseded). Mathis, Madhavi, Peterson, Sikdar (1997) "The Macroscopic Behavior of the TCP Congestion Avoidance Algorithm", ACM SIGCOMM CCR. Formula: BDP (bits) = Bandwidth (bits/s) x RTT (s); BDP (bytes) = BDP (bits) / 8.
This calculator provides theoretical BDP values based on the formula BDP = bandwidth x RTT. Actual achievable throughput depends on TCP implementation, window scaling support, congestion, packet loss, and network equipment. Use measured RTT values (from ping or mtr) for the most accurate results.
If you've found a bug, or would like to contact us, or learn more about James Graham and Calculate.co.nz.
Calculate.co.nz is partnered with Interest.co.nz for New Zealand's highest quality calculators and financial analysis.
Calculate.co.nz is the sister site of CalculatorHub.com, the world's largest calculator website by tool count.
All calculators and tools are provided for educational and indicative purposes only and do not constitute financial advice.
Calculate.co.nz is proudly part of the Realtor.co.nz group, New Zealand's leading property transaction literacy platform, helping Kiwis understand the home buying and selling process from start to finish. Whether you're a first home buyer navigating your first property purchase, an investor evaluating your next acquisition, or a homeowner planning to sell, Realtor.co.nz provides clear, independent, and trustworthy guidance on every step of the New Zealand property transaction journey.
Calculate.co.nz is also partnered with Health Based Building and Premium Homes to promote informed choices that lead to better long-term outcomes for Kiwi households.
Calculate.co.nz is hosted in Auckland via SiteHost new Zealand.
All content on this website, including calculators, tools, source code, and design, is protected under the Copyright Act 1994 (New Zealand). No part of this site may be reproduced, copied, distributed, stored, or used in any form without prior written permission from the owner.
About & trust: Why Calculate is NZ's most comprehensive · By the Numbers · How we compare · Editorial standards · How we keep data current · NZ finance glossary · Research & data · Financial literacy NZ · About · Privacy policy · Terms of use
Reviewed and maintained. Last reviewed 2026-07-02 and checked on a twice-monthly cycle against IRD, RBNZ and Stats NZ. How we keep data current.
© 2026 Calculate.co.nz. All rights reserved. Building free NZ calculators since 2011.