Qu'a accompli le groupe de travail IETF ALTO ?
À partir de 2005, l'utilisation généralisée d'applications peer-to-peer telles que BitTorrent a suscité de vives inquiétudes chez de nombreux opérateurs de réseaux, car les quantités massives de trafic causées par ces applications ont eu un impact significatif sur l'ingénierie du trafic et les revenus. Certains opérateurs de réseau ont essayé de limiter ce trafic.

En mai 2008, lors d'un atelier de l'IETF sur l'infrastructure Peer-to-Peer, plusieurs domaines de travail ont été identifiés :

1. Une interface normalisée pour l'échange d'informations entre le réseau IP sous-jacent et un réseau superposé, tel qu'un réseau pair-à-pair. L'idée de base est que si le réseau superposé connaissait la topologie et le coût de l'envoi du trafic par le réseau IP sous-jacent, il pourrait optimiser les décisions relatives à la topologie du réseau superposé (par exemple, la sélection des pairs) et à l'acheminement du trafic par le réseau superposé. Il en résulterait de meilleures performances ou une meilleure qualité d'expérience dans l'application, tout en réduisant l'utilisation de l'infrastructure du réseau sous-jacent. Cet élément de travail a conduit à la création du groupe de travail ALTO de l'IETF.
2. Caches de contenu dans le réseau. Cette question a été étudiée par le groupe de travail DECADE de l'IETF. Cependant, aucun nouveau protocole n'a été développé et normalisé.
3. Un nouveau mécanisme de contrôle de la congestion dans la couche transport pour le trafic de fond, qui "cède" au TCP standard. Ce mécanisme a été étudié par le groupe de travail LEDBAT de l'IETF et a été normalisé dans le RFC 6817.
4. Un nouveau point de code DiffServ pour marquer les paquets IP comme ayant une priorité inférieure à la catégorie par défaut "best effort" a été normalisé dans le RFC 8622.

Le groupe de travail IETF ALTO a été créé en novembre 2008. Les premiers produits livrables étaient l'énoncé du problème, le document sur les exigences, la spécification du protocole ALTO de base et un mécanisme de découverte du serveur ALTO. Depuis lors, diverses extensions ont été spécifiées (voir ci-dessous) ou sont toujours en cours (voir IETF ALTO Datatracker).

Conçu à l'origine pour soutenir le partage de fichiers entre pairs, le concept est largement applicable à de nombreux problèmes de réseau, mais en 2021, il n'a pas encore été déployé à grande échelle sur l'internet. Néanmoins, des expériences ont été menées dans les réseaux des fournisseurs d'accès à Internet (FAI) et un déploiement a eu lieu pour prendre en charge les transferts de données importants pour le Grand collisionneur de hadrons du CERN.
Le groupe de travail ALTO de l'IETF a été formé pour résoudre les problèmes causés par l'utilisation généralisée d'applications peer-to-peer telles que BitTorrent. Le groupe de travail a fourni un énoncé du problème, un document sur les exigences et les spécifications du protocole ALTO de base et du mécanisme de découverte du serveur ALTO. Le protocole ALTO n'a pas encore été adopté à grande échelle en 2021, bien que certains réseaux de fournisseurs d'accès à Internet (FAI) l'aient expérimenté et que le CERN l'ait déployé pour prendre en charge d'importants transferts de données pour le Grand collisionneur de hadrons.
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.