Technical Criteria for Choosing IP The Next Generation (IPng)
RFC 1726
Document | Type |
RFC - Informational
(December 1994; No errata)
Was draft-kastenholz-ipng-criteria (individual)
|
|
---|---|---|---|
Authors | Frank Kastenholz , Craig Partridge | ||
Last updated | 2013-03-02 | ||
Stream | Legacy | ||
Formats | plain text html pdf htmlized bibtex | ||
Stream | Legacy state | (None) | |
Consensus Boilerplate | Unknown | ||
RFC Editor Note | (None) | ||
IESG | IESG state | RFC 1726 (Informational) | |
Telechat date | |||
Responsible AD | (None) | ||
Send notices to | (None) |
Network Working Group C. Partridge Request for Comments: 1726 BBN Systems and Technologies Category: Informational F. Kastenholz FTP Software December 1994 Technical Criteria for Choosing IP The Next Generation (IPng) Status of this Memo This memo provides information for the Internet community. This memo does not specify an Internet standard of any kind. Distribution of this memo is unlimited. Abstract This document was submitted to the IPng Area in response to RFC 1550. Publication of this document does not imply acceptance by the IPng Area of any ideas expressed within. Comments should be submitted to the big-internet@munnari.oz.au mailing list. This RFC specifies criteria related to mobility for consideration in design and selection of the Next Generation of IP. Table of Contents 1. Introduction. . . . . . . . . . . . . . . . . . . . . . . 2 2. Goals . . . . . . . . . . . . . . . . . . . . . . . . . . 3 3. Note on Terminology . . . . . . . . . . . . . . . . . . . 4 4. General Principles. . . . . . . . . . . . . . . . . . . . 4 4.1 Architectural Simplicity. . . . . . . . . . . . . . . . . 4 4.2 One Protocol to Bind Them All . . . . . . . . . . . . . . 4 4.3 Live Long . . . . . . . . . . . . . . . . . . . . . . . . 5 4.4 Live Long AND Prosper . . . . . . . . . . . . . . . . . . 5 4.5 Co-operative Anarchy. . . . . . . . . . . . . . . . . . . 5 5. Criteria. . . . . . . . . . . . . . . . . . . . . . . . . 6 5.1 Scale . . . . . . . . . . . . . . . . . . . . . . . . . . 7 5.2 Topological Flexibility . . . . . . . . . . . . . . . . . 8 5.3 Performance . . . . . . . . . . . . . . . . . . . . . . . 9 5.4 Robust Service. . . . . . . . . . . . . . . . . . . . . . 10 5.5 Transition. . . . . . . . . . . . . . . . . . . . . . . . 12 5.6 Media Independence. . . . . . . . . . . . . . . . . . . . 13 5.7 Unreliable Datagram Service . . . . . . . . . . . . . . . 15 5.8 Configuration, Administration, and Operation. . . . . . . 16 5.9 Secure Operation. . . . . . . . . . . . . . . . . . . . . 17 5.10 Unique Naming . . . . . . . . . . . . . . . . . . . . . . 18 5.11 Access. . . . . . . . . . . . . . . . . . . . . . . . . . 19 5.12 Multicast . . . . . . . . . . . . . . . . . . . . . . . . 20 Partridge and Kastenholz [Page 1] RFC 1726 IPng Technical Criteria December 1994 5.13 Extensibility . . . . . . . . . . . . . . . . . . . . . . 21 5.13.1 Algorithms. . . . . . . . . . . . . . . . . . . . . . . . 22 5.13.2 Headers . . . . . . . . . . . . . . . . . . . . . . . . . 22 5.13.3 Data Structures . . . . . . . . . . . . . . . . . . . . . 22 5.13.4 Packets . . . . . . . . . . . . . . . . . . . . . . . . . 22 5.14 Network Service . . . . . . . . . . . . . . . . . . . . . 22 5.15 Support for Mobility. . . . . . . . . . . . . . . . . . . 24 5.16 Control Protocol. . . . . . . . . . . . . . . . . . . . . 25 5.17 Private Networks. . . . . . . . . . . . . . . . . . . . . 25 6. Things We Chose Not to Require. . . . . . . . . . . . . . 26 6.1 Fragmentation . . . . . . . . . . . . . . . . . . . . . . 26 6.2 IP Header Checksum. . . . . . . . . . . . . . . . . . . . 26 6.3 Firewalls . . . . . . . . . . . . . . . . . . . . . . . . 27 6.4 Network Management. . . . . . . . . . . . . . . . . . . . 27 6.5 Accounting. . . . . . . . . . . . . . . . . . . . . . . . 27 6.6 Routing . . . . . . . . . . . . . . . . . . . . . . . . . 27 6.6.1 Scale . . . . . . . . . . . . . . . . . . . . . . . . . . 28 6.6.2 Policy. . . . . . . . . . . . . . . . . . . . . . . . . . 28 6.6.3 QOS . . . . . . . . . . . . . . . . . . . . . . . . . . . 28 6.6.4 Feedback. . . . . . . . . . . . . . . . . . . . . . . . . 28 6.6.5 Stability . . . . . . . . . . . . . . . . . . . . . . . . 28 6.6.6 Multicast . . . . . . . . . . . . . . . . . . . . . . . . 29 7. References . . . . . . . . . . . . . . . . . . . . . . . . 29 8. Security Considerations . . . . . . . . . . . . . . . . . 30 9. Acknowledgements. . . . . . . . . . . . . . . . . . . . . 30 10. Authors' Addresses. . . . . . . . . . . . . . . . . . . . 31 1. Introduction This version of this memo was commissioned by the IPng area of the IETF in order to define a set of criteria to be used in evaluating the protocols being proposed for adoption as the next generation of IP. The criteria presented here were culled from several sources,Show full document text