Abstract
The purpose of this study is to enhance the performance of Multistream Fast Transmission Control Protocol (TCP) keeping in view the recent web-based applications that are being deployed on long-range, high-speed, and high-bandwidth networks. To achieve the objective of the research study, a congestion control after fast-recovery module for congestion control scheme of Multistream Fast TCP is proposed. The module optimized the performance of the protocol by reducing the time that is required to consume the available bandwidth after a fast-recovery phase. The module is designed after studying additive-increase, multiplicative-decrease and rate-based congestion window management schemes of related transport protocols. The module adjusts the congestion window on receipt of each individual acknowledgment instead of each round trip time after the fast-recovery phase until it consumes vacant bandwidth of the network link. The module is implemented by using Network Simulator 2. Convergence time, throughput, fairness index, and goodput are the parameters used to assess the performance of proposed module. The results indicate that Enhanced Multistream Fast TCP with congestion control after fast recovery recovers its congestion window in a shorter time period as compared to multistream Fast TCP, Fast TCP, TCP New Reno, and Stream Control Transmission Protocol. Consequently, Enhanced Multistream Fast TCP consumes the available network bandwidth in lesser time and increases the throughput and goodput. The proposed module enhanced the performance of the transport layer protocol. Our findings demonstrate the performance impact in the form of a decrease in the convergence time to consume the available network bandwidth and the increase in the throughput and the goodput.
Highlights
Most of the internet applications are being deployed on long-range, high-speed, and highbandwidth networks
Simulation results showed that Enhanced Multistream Fast Transmission Control Protocol (TCP) (EMFast TCP) after fast recovery consumes available bandwidth in 29% less time compared to Fast TCP and MFast TCP and 52% less time compared to a Stream Control Transmission Protocol (SCTP), which follows additive-increase multiplicative-decrease (AIMD) behavior
We proposed to change the cwnd of MFast performance of with decrease in convergence time after fast recovery and increase in TCP after fast-recovery phase on each ACK by using Equation (1) until the Inter-packet delay (IPD) becomes consistent
Summary
Most of the internet applications are being deployed on long-range, high-speed, and highbandwidth networks. TCP that is described in Request for Comments–793 (RFC-793) [1] uses retransmission timeout (RTO) to ensure reliable delivery of every segment. This TCP version is not capable of handling network congestion. Tahoe starts the RTO timer before handing over the segment to the Internet Protocol (IP) layer It follows a slow-start procedure at the time of connection establishment and packet loss. In slow-start, the congestion window is set to one and gradually increases after each round trip time It uses the retransmission timeout as a sign of packet loss and sets the congestion window to one.
Sign-in/Register to view highlights & summary Sign-in/Register to access full text options 
Free) 
Talk to us
Join us for a 30 min session where you can share your feedback and ask us any queries you have
Schedule a call
