scispace - formally typeset
Search or ask a question
Topic

Packet loss

About: Packet loss is a research topic. Over the lifetime, 21235 publications have been published within this topic receiving 302453 citations.


Papers
More filters
01 Apr 1990
TL;DR: This paper describes a packet video system implementation in which commercial codecs were adapted to exploit the benefits of packet switching while addressing the problems, including clock synchronization was obviated by asynchronous operation, and packet loss was reduced by bandwidth reservation and forward error correction.
Abstract: : Packet switching technology promises to allow improvement of video quality by efficiently supporting variable-rate video coding. Its inherent multiplexing of multiple streams also allows more efficient multi-destination delivery for N-way conferencing. However, most commercial video codecs are designed to work with circuits, not packets, in part because these benefits are accompanied by some problems. This paper describes a packet video system implementation in which commercial codecs were adapted to exploit the benefits of packet switching while addressing the problems as follows: 1) clock synchronization was obviated by asynchronous operation; 2) delay was reduced by bandwidth reservation and fast packet forwarding; and 3) packet loss was reduced by bandwidth reservation and forward error correction. An overview of the system is followed by sections addressing each of the problems and benefits, plus future directions for expansion of the system.

154 citations

Journal ArticleDOI
M. Laor1, L. Gendel1
TL;DR: The results show that only a small percentage of reordered packets, by at least three packet locations, in a backbone link can cause significant degradation of application throughput, and long flows are affected most.
Abstract: Packet reordering in the Internet is a well-known phenomenon. As the delay and speed of backbone links continue to increase, what used to be a negligible amount of packet reordering may now, combined with some level of dropped packets, cause multiple invocations of fast recovery within a TCP window. This may result in a significant drop in link utilization and hence in application throughput. What adds to the difficulty is that packet reordering is a silent problem. It may result in significant application throughput degradation while leaving little to no trace. In this article we try to measure and quantify the effect of reordering packets in a backbone link that multiplexes multiple TCP flows on application throughput. Different operating systems and delay values as well as various types of flow mixes were tested in a laboratory setup. The results show that only a small percentage of reordered packets, by at least three packet locations, in a backbone link can cause significant degradation of application throughput. Long flows are affected most. Due to the potential impact of this phenomenon, minimization of packet reordering as well as mitigating the effect algorithmically should be considered.

153 citations

Proceedings ArticleDOI
01 Oct 1992
TL;DR: The results indicate that the proposed hop-by-hop rate-based mechanism for congestion control displays stable behavior for a wide range of traffic conditions and diverse network topologies, and is better than that of the end-to-end control schemes studied here.
Abstract: The flow/congestion control scheme of TCP is based on the sliding window mechanism. As we demonstrate in this paper, the performance of this and other similar end-to-end flow control schemes deteriorates as networks move to the gigabit range. This has been the motivation for our search for a new flow and congestion control scheme. In this paper, we propose as an alternative, a hop-by-hop rate-based mechanism for congestion control. Due to the increasing sophistication in switch architectures, to provide “quality of service” guarantees for real-time as well as bursty data traffic, the implementation of hop-by-hop controls has become relatively inexpensive. A cost-effective implementation of the proposed scheme for a multi-gigabit packet switch is described in [2]. In this paper, we present results of a simulation study comparing the performance of this hop-by-hop flow control scheme to two end-to-end flow control schemes. The results indicate that the proposed scheme displays stable behavior for a wide range of traffic conditions and diverse network topologies. More importantly, the performance of the scheme, measured in terms of the average number of occupied buffers, the end-to-end throughput, the network delay, and the link utilization at the bottleneck, is better than that of the end-to-end control schemes studied here. These results present a convincing case against popular myths about hop-by-hop control mechanisms.

153 citations

Patent
26 Dec 2002
TL;DR: In this paper, a method for deriving packet delivery statistics from a UDP stream simulating a service level provided by a VoIP network was proposed, where the second pre-defined interval is substantially larger than the first predefined interval.
Abstract: A method includes deriving packet delivery statistics from a User Datagram Protocol (UDP) stream simulating a service level provided by a Voice over Internet Protocol (VoIP) network and transmitted across the VoIP network at a first pre-defined interval, and processing the derived packet delivery statistics at a second pre-defined interval to generate network performance statistics for the VoIP network, where the second pre-defined interval is substantially larger than the first pre-defined interval.

153 citations

Patent
Isao Fukuta1, Kenji Kawakita1, Jiro Kashio1, Yutaka Torii1, Shinobu Gohara1, Noboru Endo1 
21 Dec 1989
TL;DR: In this paper, a plurality of pairs of an input line and an output line is provided with a monitor circuit for monitoring a packet congestion state in the packet switching equipment for each output line.
Abstract: A packet switching equipment housing therein a plurality of pairs of an input line and an output line is provided with a monitor circuit for monitoring a packet congestion state in the packet switching equipment for each output line. When a packet congestion is detected in association with either one of the output lines, a congestion indicator is added to a packet to be delivered to the output line so as to return the packet as a congestion notice packet to an equipment as the transmission source of the packet; furthermore, the input packet is relayed via the output line to the destination equipment.

153 citations


Network Information
Related Topics (5)
Network packet
159.7K papers, 2.2M citations
96% related
Wireless ad hoc network
49K papers, 1.1M citations
96% related
Wireless network
122.5K papers, 2.1M citations
95% related
Wireless sensor network
142K papers, 2.4M citations
94% related
Key distribution in wireless sensor networks
59.2K papers, 1.2M citations
93% related
Performance
Metrics
No. of papers in the topic in previous years
YearPapers
2023133
2022325
2021694
2020846
20191,033
2018993