Reliable Data Protocol

Velten, D.; Hinden, R.; Sax, J.

doi:10.17487/rfc0908

Cited by 44 publications

(18 citation statements)

References 0 publications

Supporting

Mentioning

Contrasting

Order By: Relevance

“…Several transport protocols, including NETBLT [Clark87], XTP [Strayer92], RDP [Velten84], NADIR [Huitema81], and VMTP [Cheriton88] have used selective acknowledgment. There is some empirical evidence in favor of selective acknowledgments --simple experiments with RDP have shown that disabling the selective acknowledgment facility greatly increases the number of retransmitted segments over a lossy, high-delay Internet path [Partridge87].…”

Section: Introductionmentioning

confidence: 99%

TCP Selective Acknowledgment Options

Mathis¹,

Mahdavi²,

Floyd³

et al. 1996

925

715

View full text Add to dashboard Cite

TCP Selective Acknowledgment Options Status of this MemoThis document specifies an Internet standards track protocol for the Internet community, and requests discussion and suggestions for improvements. Please refer to the current edition of the "Internet Official Protocol Standards" (STD 1) for the standardization state and status of this protocol. Distribution of this memo is unlimited. Abstract TCP may experience poor performance when multiple packets are lost from one window of data.With the limited information available from cumulative acknowledgments, a TCP sender can only learn about a single lost packet per round trip time. An aggressive sender could choose to retransmit packets early, but such retransmitted segments may have already been successfully received.A Selective Acknowledgment (SACK) mechanism, combined with a selective repeat retransmission policy, can help to overcome these limitations. The receiving TCP sends back SACK packets to the sender informing the sender of data that has been received. The sender can then retransmit only the missing data segments.This memo proposes an implementation of SACK and discusses its performance and related issues.

show abstract

Section: Introductionmentioning

confidence: 99%

TCP Selective Acknowledgment Options

Mathis¹,

Mahdavi²,

Floyd³

et al. 1996

925

715

View full text Add to dashboard Cite

show abstract

“…Moreover, communication bandwidth utilization of UDP is higher than Transmission Control Protocol (TCP). [8][9] [10] Because the industrial process controller adopts embedded operating system, system resources are limited, so UDP is adopted for data transmission in this scheme.…”

Section: G Principle Of the Target Controller Dspmentioning

confidence: 99%

A Data Sharing Scheme among Industrial Process Controllers Based on UDP

Liu¹,

Du²,

Zhang³

et al. 2017

Proceedings of the 2017 2nd International Conference on Control, Automation and Artificial Intelligence (CAAI 2017)

View full text Add to dashboard Cite

Abstract-With the development of industrial process control, more and more data need to be exchanged among industrial process controllers. Based on analysis of advantages & shortcomings of existing data sharing schemes among industrial process controllers, a new high-efficiency scheme is provided in this paper. Compared to other schemes, the network load is reduced and system reliability is enhanced, and the configuration is simpler. Moreover, dual network mechanism is designed to minimize data packet loss, and UDP is adopted to resend lost data while broadcasting the next message. Repeated messages can be identified and discarded. This scheme has been applied in various projects and proven effective.Keywords -industrial process controller; data sharing; user datagram protocol; object linking and embedding for process control

show abstract

“…However, this creates a problem of compatibility since all participating parties must support the new protocol. Two examples of alternative protocols are NETBLT (Clark et al, 1987), which provides mechanisms for control of congestion, packet loss and long delays, and reliable data protocol (RDP; Velten et al, 1984;Partridge and Hinden, 1990), which provides reliable, connection-oriented and efficient bulk data transfer.…”

Section: Providing Alternative Transport Protocolsmentioning

confidence: 99%

Scalable Bulk Data Transfer in Wide Area Networks

Mohamed¹,

Al-Jaroodi²,

Jiang³

et al. 2003

The International Journal of High Performance Computing Applica

View full text Add to dashboard Cite

Bulk data transfer in wide area networks (WAN) requires scalable and high network bandwidth. In this paper, we identify a number of the scalability limitations that affect the full utilization of peak theoretical network bandwidth. In addition, we study and classify different offered approaches to overcome some of the identified limitations and increase network bandwidth among Grid components in WAN. With these limitations in mind, we study and evaluate the scalability and flexibility of a UDP-based multiple-network-interface socket (MuniSocket) model in WAN. The MuniSocket model is a middleware layer between the distributed applications and the multiple networks and system resources available. MuniSocket utilizes existing system resources, network interface cards, and network links to provide a scalable, reliable and high bandwidth network solution for data-intensive distributed applications, thus eliminating most of the identified limitations.

show abstract

Reliable Data Protocol

Abstract: Status of This MemoThis RFC specifies a proposed protocol for the ARPA Internet community, and requests discussion and suggestions for improvements. Distribution of this memo is unlimited.

Cited by 44 publications

References 0 publications

TCP Selective Acknowledgment Options

TCP Selective Acknowledgment Options

A Data Sharing Scheme among Industrial Process Controllers Based on UDP

Scalable Bulk Data Transfer in Wide Area Networks

Contact Info

Product

Resources

About