Was hat die IETF ALTO-Arbeitsgruppe erreicht?
Ab etwa 2005 bereitete die weit verbreitete Nutzung von Peer-to-Peer-Anwendungen wie BitTorrent vielen Netzbetreibern ernsthafte Sorgen, da die massiven Mengen an Netzwerkverkehr, die durch diese Anwendungen verursacht wurden, erhebliche Auswirkungen auf die Verkehrstechnik und die Einnahmen hatten. Einige Netzbetreiber versuchten, diesen Datenverkehr zu drosseln.

Im Mai 2008 wurden auf einem IETF-Workshop zur Peer-to-Peer-Infrastruktur mehrere Arbeitsbereiche festgelegt:

1. Eine standardisierte Schnittstelle für den Informationsaustausch zwischen dem zugrundeliegenden IP-Netzwerk und einem Overlay-Netzwerk, z. B. einem Peer-to-Peer-Netzwerk. Der Grundgedanke ist, dass das Overlay-Netz, wenn es die Topologie und die Kosten für das Senden von Datenverkehr durch das zugrunde liegende IP-Netz kennt, seine Entscheidungen in Bezug auf die Topologie des Overlay-Netzes (z. B. die Auswahl der Peers) und das Routing des Datenverkehrs durch das Overlay-Netz optimieren kann. Das Ergebnis wäre eine bessere Leistung oder Quality of Experience in der Anwendung bei gleichzeitig geringerer Auslastung der zugrunde liegenden Netzwerkinfrastruktur. Diese Arbeit führte zur Gründung der IETF ALTO Arbeitsgruppe.
2. Inhalts-Caches im Netzwerk. Diese Frage wurde in der IETF-Arbeitsgruppe DECADE untersucht. Es wurde jedoch kein neues Protokoll entwickelt und standardisiert.
3. Ein neuer Staukontrollmechanismus in der Transportschicht für den Hintergrundverkehr, der dem Standard-TCP "nachgibt". Daran wurde in der IETF-Arbeitsgruppe LEDBAT gearbeitet und in RFC 6817 standardisiert.
4. Ein neuer DiffServ-Codepunkt zur Kennzeichnung von IP-Paketen, die eine niedrigere Priorität als die Standardkategorie "best effort" haben, wurde in RFC 8622 standardisiert.

Die IETF ALTO-Arbeitsgruppe wurde im November 2008 gegründet. Die ersten Ergebnisse waren das Problem Statement, das Anforderungsdokument, die Spezifikation des ALTO-Kernprotokolls und ein ALTO-Server-Erkennungsmechanismus. Seitdem wurden verschiedene Erweiterungen spezifiziert (siehe unten) oder sind noch in Arbeit (siehe IETF ALTO Datatracker).

Ursprünglich wurde das Konzept zur Unterstützung von Peer-to-Peer-Filesharing entwickelt, ist aber auch auf viele andere Netzwerkprobleme anwendbar. Bis 2021 hat es sich im Internet jedoch noch nicht durchgesetzt. Dennoch gab es Versuche in Netzwerken von Internet Service Providern (ISP) und einen Einsatz zur Unterstützung großer Datenübertragungen für den Large Hadron Collider am CERN.
Die IETF-Arbeitsgruppe ALTO wurde gegründet, um die Probleme zu lösen, die durch die weit verbreitete Nutzung von Peer-to-Peer-Anwendungen wie BitTorrent entstehen. Die Arbeitsgruppe hat eine Problemstellung, ein Anforderungsdokument und die Spezifikationen des ALTO-Kernprotokolls und des ALTO-Server-Ermittlungsmechanismus erstellt. Bis 2021 hat sich das ALTO-Protokoll noch nicht durchgesetzt, obwohl einige Internet Service Provider (ISP) damit experimentiert haben und das CERN es zur Unterstützung großer Datenübertragungen für den Large Hadron Collider eingesetzt hat.
What has the IETF ALTO working group accomplished?
Starting around 2005, the widespread use of peer-to-peer applications such as BitTorrent was a serious concern to many network operators, as the massive amounts of network traffic caused by these applications had a significant impact on traffic engineering and revenues. Some network operators tried to throttle this traffic.[4]

In May 2008, in an IETF Workshop on Peer-to-Peer Infrastructure, several areas of work were identified:[5]

1. A standardized interface for the exchange of information between the underlying IP network and an overlay network, such as a peer-to-peer network. The basic idea is, that if the overlay network was aware of the topology and the cost for sending traffic through the underlying IP network, it could optimize decisions with respect to the overlay network's topology (e.g., peer selection) and routing of traffic through the overlay network. The result would be better performance or Quality of Experience in the application while reducing the utilization of the underlying network infrastructure. This work item led to the establishment of the IETF ALTO working group.
2. Content caches in the network. This has been studied in the IETF DECADE working group. However, no new protocol has been developed and standardized.[6]
3. A new congestion control mechanism in the transport layer for background traffic, which "yields" to standard TCP. This was worked on in the IETF LEDBAT working group and has been standardized in RFC 6817.[7]
4. A new DiffServ code point to mark IP packets to have a lower priority than the default "best effort" category has been standardized in RFC 8622.[8]

The IETF ALTO working group was established in November 2008.[9] The first deliverables were the problem statement,[1] the requirements document,[3] the specification of the core ALTO protocol[2] and an ALTO server discovery mechanism.[10] Since then, various extensions have been specified (see below) or are still work in progress (see IETF ALTO Datatracker[11]).

Originally designed to support peer-to-peer file sharing, the concept is broadly applicable to many network problems.[12] However, as of 2021 it has not achieved widespread deployment in the internet. Nevertheless, there have been experiments in Internet service provider (ISP) networks and a deployment to support large data transfers for the Large Hadron Collider at CERN.[13]
The IETF ALTO working group was formed to solve the problems caused by the widespread use of peer-to-peer applications such as BitTorrent. The working group has provided a problem statement, requirements document, and the specifications of the core ALTO protocol and ALTO server discovery mechanism. There is still no widespread adoption of the ALTO protocol as of 2021 although some Internet service provider (ISP) networks have experimented with it, and CERN has deployed it to support large data transfers for the Large Hadron Collider.