tana -- Techniques for Advanced Networking Applications (TANA)

 

About tana
English (USA)

Summary of BoF

Applications that transmit large amounts of data for a long time with congestion-limited TCP, but without ECN fill the buffer at the head of the bottleneck link. This increases the delay experienced by other applications. In the best case, with an ideally sized buffer of one RTT, the delay doubles. In some cases, the extra delay may be much larger. This is a particularly acute and common case is when P2P applications upload over thin home uplinks: delays in these cases can often be of the order of seconds.

The IETF's standard end-to-end transport protocols have not been designed to minimize the extra delay introduced by them into the network. TCP, as a side effect of filling the buffer until it experiences drop-tail loss, effectively maximizes the delay. While this works well for applications that are not delay-sensitive, it harms other interactive applications. VoIP and games are particularly affected, but even web browsing may become problematic.

TANA is a transport-area BoF that will focus on broadly applicable techniques that allow large amounts of data to be consistently transmitted without substantially affecting the delays experienced by other users and applications.

The BoF will explore the following potential work items:

(1) A congestion control algorithm for less-than-best-effort "background" transmissions, i.e., an algorithm that attempts to scavenge otherwise idle bandwidth for its transmissions in a way that minimizes interference with regular best-effort traffic. Among the desired features of such an algorithm are the ability to maintain short standing queues, the capability to quickly yield to regular best-effort traffic that uses standard congestion control, the ability to utilize explicit congestion notification (ECN), active queue management (AQM), and/or end-to-end differentiated services (DiffServ) where available, as well as effective operation in today's typical situations where some or all of these mechanisms are not available. In addition to specifying a congestion control algorithm, the work may also include specifications of how such an algorithm is to be used in specific UDP-based protocols. (Application of the algorithm to other transport protocols is expected to occur in the working groups that maintain those protocols.)

(2) A document that clarifies the current practices of application design and reasons behind them and discusses the tradeoffs surrounding the use of many concurrent transport connections to one peer and/or to different peers. Standard Internet congestion control result in different transport connections sharing bottleneck capacity. When an application uses several transport connections to transfer through a bottleneck, it tends to experience a larger fraction of the bottleneck's loaded resource than if it had used fewer connections. Note that although capacity is the most commonly considered bottleneck resource, middlebox state table entries are also an important resource for an end system communication. Other resource types may exist, and the guidelines are expected to comprehensively discuss them.

To see the collection of prior postings to the list, visit the tana Archives.

Using tana
To post a message to all the list members, send email to tana@ietf.org.

You can subscribe to the list, or change your existing subscription, in the sections below.

Subscribing to tana

Subscribe to tana by filling out the following form. You will be sent email requesting confirmation, to prevent others from gratuitously subscribing you. This is a private list, which means that the list of members is not available to non-members.

    Your email address:  
    Your name (optional):  
    You may enter a privacy password below. This provides only mild security, but should prevent others from messing with your subscription. Do not use a valuable password as it will occasionally be emailed back to you in cleartext.

    If you choose not to enter a password, one will be automatically generated for you, and it will be sent to you once you've confirmed your subscription. You can always request a mail-back of your password when you edit your personal options. Once a month, your password will be emailed to you as a reminder.
    Pick a password:  
    Reenter password to confirm:  
    Which language do you prefer to display your messages? English (USA)  
    Would you like to receive list mail batched in a daily digest? No Yes
tana Subscribers
(The subscribers list is only available to the list members.)

Enter your address and password to visit the subscribers list:

Address: Password:   

To unsubscribe from tana, get a password reminder, or change your subscription options enter your subscription email address:

If you leave the field blank, you will be prompted for your email address


tana list run by tana-owner at ietf.org
tana administrative interface (requires authorization)
Overview of all ietf.org mailing lists

Delivered by Mailman
version 2.1.29
Python Powered GNU's Not Unix