Qu'a accompli le groupe de travail IETF ALTO ?
What has the IETF ALTO working group accomplished?
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.
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.
information_extraction
À 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.
fr