RFC 5220: Problem Statement for Default Address Selection in Multi-Prefix Environments: Operational Issues of RFC 3484 Default Rules
In plain English — editorial summary, not part of the RFC
A single physical link can have multiple prefixes assigned to it. In that environment, end hosts might have multiple IP addresses and be required to use them selectively. RFC 3484 defines default source and destination address selection rules and is implemented in a variety of OSs. But, it has been too difficult to use operationally for several reasons. In some environments where multiple prefixes are assigned on a single physical link, the host using the default address selection rules will experience some trouble in communication. This document describes the possible problems that end hosts could encounter in an environment with multiple prefixes. This memo provides information for the Internet community.
Document record
- Document ID
- RFC5220
- Published
- July 2008
- Authors
- A. Matsumoto; T. Fujisaki; R. Hiromi; K. Kanayama
- Status
- INFORMATIONAL
- Stream
- IETF
- Area
- ops
- Pages
- 17
- Also known as
- —
Topics
Related documents
Ranked automatically by shared keywords, IETF area and stream — not by editorial selection.
- RFC 5221Requirements for Address Selection MechanismsCurrent
July 2008
- RFC 5181IPv6 Deployment Scenarios in 802.16 NetworksCurrent
May 2008
- RFC 5180IPv6 Benchmarking Methodology for Network Interconnect DevicesCurrent
May 2008
- RFC 5277NETCONF Event NotificationsCurrent
July 2008
- RFC 5157IPv6 Implications for Network ScanningObsoleted
March 2008
- RFC 5156Special-Use IPv6 AddressesObsoleted
April 2008
- RFC 5153IP Flow Information Export (IPFIX) Implementation GuidelinesCurrent
April 2008
- RFC 5136Defining Network CapacityCurrent
February 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?