31-01-2013, 10:24 AM
Packet Loss Control Using Tokens at the Network Edge
1Packet Loss Control.pdf (Size: 397.66 KB / Downloads: 67)
Abstract
Presently the Internet accommodates
simultaneous audio, video, and data traffic. This requires the
Internet to guarantee the packet loss which at its turn depends
very much on congestion control. A series of protocols have
been introduced to supplement the insufficient TCP
mechanism controlling the network congestion. CSFQ was
designed as an open-loop controller to provide the fair best
effort service for supervising the per-flow bandwidth
consumption and has become helpless when the P2P flows
started to dominate the traffic of the Internet. Token-Based
Congestion Control (TBCC) is based on a closed-loop
congestion control principle, which restricts token resources
consumed by an end-user and provides the fair best effort
service with O(1) complexity. As Self-Verifying CSFQ and
Re-feedback, it experiences a heavy load by policing
inter-domain traffic for lack of trust. In this paper, Stable
Token-Limited Congestion Control (STLCC) is introduced as
new protocols which appends inter-domain congestion control
to TBCC and make the congestion control system to be stable.
STLCC is able to shape output and input traffic at the
inter-domain link with O(1) complexity. STLCC produces a
congestion index, pushes the packet loss to the network edge
and improves the network performance. Finally, the simple
version of STLCC is introduced. This version is deployable in
the Internet without any IP protocols modifications and
preserves also the packet datagram.
Modern IP network services provide for the simultaneous
digital transmission of voice, video, and data. These services
require congestion control protocols and algorithms which can
solve the packet loss parameter can be kept under control.
Congestion control is therefore, the cornerstone of packet
switching networks [28]. It should prevent congestion collapse,
provide fairness to competing flows and optimize transport
performance indexes such as throughput, delay and loss. The
literature abounds in papers on this subject; there are papers
on high-level models [17][18][19] of the flow of packets through
the network, and on specific network architecture
[20][21][22][23][24][25][26] [27].
Despite this vast literature, congestion control in
telecommunication networks struggles with two major
problems that are not completely solved. The first one is the
time-varying delay between the control point and the traffic
sources. The second one is related to the possibility that the
traffic sources do not follow the feedback signal. This latter
may happen because some sources are silent as they have
nothing to transmit.