Skip to main content

Third-Party ALTO Server Discovery (3pdisc)
draft-kist-alto-3pdisc-05

Document Type Expired Internet-Draft (individual)
Expired & archived
Authors Sebastian Kiesel , Kilian Krause, Martin Stiemerling
Last updated 2014-07-21 (Latest revision 2014-01-13)
RFC stream (None)
Intended RFC status (None)
Formats
Stream Stream state (No stream defined)
Consensus boilerplate Unknown
RFC Editor Note (None)
IESG IESG state Expired
Telechat date (None)
Responsible AD (None)
Send notices to (None)

This Internet-Draft is no longer active. A copy of the expired Internet-Draft is available in these formats:

Abstract

The goal of Application-Layer Traffic Optimization (ALTO) is to provide guidance to applications that have to select one or several hosts from a set of candidates capable of providing a desired resource. ALTO is realized by a client-server protocol. Before an ALTO client can ask for guidance it needs to discover one or more ALTO servers that can provide suitable guidance. This document specifies a procedure for third-party ALTO server discovery, which can be used if the ALTO client is not co-located with the actual resource consumer, but instead embedded in a third party such as a peer-to-peer tracker. Technically, the algorithm specified in this document takes one IP address and a U-NAPTR Service Parameter (i.e., "ALTO:http" or "ALTO:https") as parameters. It performs several DNS lookups (for U-NAPTR and SOA resource records) and returns one or more URI(s) of information resources related to that IP address.

Authors

Sebastian Kiesel
Kilian Krause
Martin Stiemerling

(Note: The e-mail addresses provided for the authors of this Internet-Draft may no longer be valid.)