Abstract

Studies have shown that packet reordering is common, especially in satellite networks where there are link level retransmissions and multipath routing. Moreover, traditional satellite networks exhibit high corruption rates causing packet losses. Reordering and corruption of packets decrease the TCP performance of a network, mainly because it leads to overestimation of the congestion in the network. We consider satellite networks and analyze the performance of such networks when reordering and corruption of packets occurs. We propose a solution that could significantly improve the performance of the network when reordering and corruption of packets occur in a satellite network. We report results of our simulation experiments, which support this claim.

Highlights

  • Transmission Control Protocol (TCP) is the commonly used transport protocol in the Internet

  • We propose a mechanism similar to Explicit Packet Drop Notification version 2.0 (EPDNv2), by maintaining information about packets dropped due to congestion in the gateways and not by header checksum error which occurs mainly due to corruption1

  • We proposed a solution that allows the TCP sender to distinguish whether a packet has been lost or reordered in the satellite network and perform actions

Read more

Summary

Introduction

Transmission Control Protocol (TCP) is the commonly used transport protocol in the Internet. When a TCP sender receives three successive duplicate ACKs, it assumes a packet has been lost and that this loss is an indication of network congestion and reduces its sending rate [2]. If the link layer detects an error but cannot correct it (i.e. the cyclic redundancy check (CRC) fails, the link layer drops the corrupted packet and the link layer at the receiver requests the link layer at the sender to retransmit the packet. These link level retransmissions only make a limited attempt to recover the lost packet. If the link layer cannot recover the lost packet, it will be left to the higher layers to recover the packet

SATHIASEELAN
EPDNv3
TCP-R: Robust TCP
Simulation Environment
Reordering due to Link Level Retransmissions
Throughput
Reordering Due to Multipath Routing
Varying Delay with Constant Bandwidth
Varying Bit Error Rates
Performance
Conclusions and Future Work
Full Text
Paper version not known

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

Disclaimer: All third-party content on this website/platform is and will remain the property of their respective owners and is provided on "as is" basis without any warranties, express or implied. Use of third-party content does not indicate any affiliation, sponsorship with or endorsement by them. Any references to third-party content is to identify the corresponding services and shall be considered fair use under The CopyrightLaw.