RFC 5352: Aggregate Server Access Protocol (ASAP)
In plain English — editorial summary, not part of the RFC
Aggregate Server Access Protocol (ASAP; RFC 5352), in conjunction with the Endpoint Handlespace Redundancy Protocol (ENRP; RFC 5353), provides a high-availability data transfer mechanism over IP networks. ASAP uses a handle-based addressing model that isolates a logical communication endpoint from its IP address(es), thus effectively eliminating the binding between the communication endpoint and its physical IP address(es), which normally constitutes a single point of failure. In addition, ASAP defines each logical communication destination as a pool, providing full transparent support for server pooling and load sharing. It also allows dynamic system scalability -- members of a server pool can be added or removed at any time without interrupting the service. ASAP is designed to take full advantage of the network level redundancy provided by the Stream Transmission Control Protocol (SCTP; RFC 4960). Each transport protocol, other than SCTP, MUST have an accompanying transport mapping document. It should be noted that ASAP messages passed between Pool Elements (PEs) and ENRP servers MUST use the SCTP transport protocol. The high-availability server pooling is gained by combining two protocols, namely ASAP and ENRP, in which ASAP provides the user interface for Pool Handle to address translation, load sharing management, and fault management, while ENRP defines the high- availability Pool Handle translation service. This memo defines an Experimental Protocol for the Internet community.
Document record
- Document ID
- RFC5352
- Published
- September 2008
- Authors
- R. Stewart; Q. Xie; M. Stillman; M. Tuexen
- Status
- EXPERIMENTAL
- Stream
- IETF
- Area
- tsv
- Pages
- 53
- Also known as
- —
Topics
Related documents
Ranked automatically by shared keywords, IETF area and stream — not by editorial selection.
- RFC 5356Reliable Server Pooling PoliciesCurrent
September 2008
- RFC 5525Reliable Server Pooling MIB Module DefinitionCurrent
April 2009
- RFC 5353Endpoint Handlespace Redundancy Protocol (ENRP)Current
September 2008
- RFC 5351An Overview of Reliable Server Pooling ProtocolsCurrent
September 2008
- RFC 5354Aggregate Server Access Protocol (ASAP) and Endpoint Handlespace Redundancy Protocol (ENRP) ParametersCurrent
September 2008
- RFC 3237Requirements for Reliable Server PoolingCurrent
January 2002
- RFC 5355Threats Introduced by Reliable Server Pooling (RSerPool) and Requirements for Security in Response to ThreatsCurrent
September 2008
- RFC 5348TCP Friendly Rate Control (TFRC): Protocol SpecificationCurrent
September 2008
Also filed under
About this page
The document record above — title, authors, date, status, stream, area, relationships, DOI and errata — is imported verbatim from the public RFC Editor index. The “in plain English” section is editorial: written by The metasystema editorial team, not part of the RFC. Where the two differ, the RFC text governs.
Last checked against the RFC Editor index on . RFCs are never revised after publication; changes are issued as new documents.
Data sources · Editorial policy · Report a correction · What is an RFC?