Sometimes you need to know how much data you can transfer across a network - this might be to estimate the time to perform a file transfer or to determine how many simultaneous phone calls you can potentially support on a given connection.
We will start with the results - and then explain how we got the information below. Here's a summary of data transfer potential in Gigabytes (1,000,000,000 bytes) over various time periods as well as the number of simultaneous calls possible with various typical connection speeds:
|Typical Service||Download||Maximum Data Transfer Potential (GB)||Simultaneous Calls|
|Upload||1 Hour||8 Hours||12 Hours||1 Day||30 Days|
|Fiber 10||10 Mb||4.0||32.0||48.0||96.0||2880.0||80|
|Fiber 100||100 Mb||40.0||320.0||480.0||960.0||28800.0||800|
|Fiber 200||200 Mb||80.0||640.0||960.0||1920.0||57600.0||1600|
|Fiber 1000||1000 Mb||400.0||3200.0||4800.0||9600.0||288000.0||8000|
DSL (Digital Subscriber Line) is a technology delivering network data over telephone wire. The speeds noted are nominal - they can vary above or below these standardized speeds based on the distance from the head end equipment. Fiber experiences no such distance loss, and speeds are typically delivered as quoted. Additionally, with Fiber the upstream speed is normally the same as the downstream speed. Latency (the time it takes information to get from one end to the other) is also typically lower with Fiber. Contact our sales team for your best possible solution.
Networks are made of layers of information. Because we are looking at data transfer it makes sense to start at a layer close to the hardware. 802.3 frames have:
This means a single data packet on the network typically has 38 or 42 Bytes of overhead and a 1500 Byte payload. That is what is known as an Ethernet packet.
Underneath an Ethernet packet (contained inside the 1500 Byte payload noted above) is a TCP Packet. TCP adds from 20 to 60 Bytes of header information - the remaining portion of the packet can be used for data. For more information see https://en.wikipedia.org/wiki/Transmission_Control_Protocol. Each packet sent results in a 20 to 60 B packet sent back as an acknowledgement. If a packet is missed, it will be resent, and re-acknowledged. This is something to keep in mind - packet loss results in loss of efficiency and retransmission.
For our efficiency calculations, we will work with the simplest / best case:
The trouble with networks is that there are a lot of things that can affect efficiency such as the addition of TCP options (which take space in the packets) or retransmission due to errors on the line, etc. The use of L2TP or VPN's can increase overhead significantly. In all these calculations, we are also ignoring the added overhead of any protocol for encryption or communication – like the overheads of “logging in”, etc.
For comparison, consider a less ideal case (still not the worst! Just a smaller packet size):
For the table above, we used 0.4GB / Mb / hour.