Pip Near-term Architecture
RFC 1621

Document Type RFC - Historic (May 1994; No errata)
Last updated 2017-12-01
Stream IETF
Formats plain text pdf html bibtex
Stream WG state (None)
Document shepherd No shepherd assigned
IESG IESG state RFC 1621 (Historic)
Consensus Boilerplate Unknown
Telechat date
Responsible AD (None)
Send notices to (None)
Network Working Group                                         P. Francis
Request for Comments: 1621                                           NTT
Category: Informational                                         May 1994

                       Pip Near-term Architecture

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.

Preamble

   During 1992 and 1993, the Pip internet protocol, developed at
   Belclore, was one of the candidate replacments for IP.  In mid 1993,
   Pip was merged with another candidate, the Simple Internet Protocol
   (SIP), creating SIPP (SIP Plus).  While the major aspects of Pip--
   particularly its distinction of identifier from address, and its use
   of the source route mechanism to achieve rich routing capabilities--
   were preserved, many of the ideas in Pip were not.  The purpose of
   this RFC and the companion RFC "Pip Header Processing" are to record
   the ideas (good and bad) of Pip.

   This document references a number of Pip draft memos that were in
   various stages of completion.  The basic ideas of those memos are
   presented in this document, though many details are lost.  The very
   interested reader can obtain those internet drafts by requesting them
   directly from me at <francis@cactus.ntt.jp>.

   The remainder of this document is taken verbatim from the Pip draft
   memo of the same title that existed when the Pip project ended.  As
   such, any text that indicates that Pip is an intended replacement for
   IP should be ignored.

Abstract

   Pip is an internet protocol intended as the replacement for IP
   version 4.  Pip is a general purpose internet protocol, designed to
   evolve to all forseeable internet protocol requirements.  This
   specification describes the routing and addressing architecture for
   near-term Pip deployment.  We say near-term only because Pip is
   designed with evolution in mind, so other architectures are expected
   in the future.  This document, however, makes no reference to such
   future architectures.

Francis                                                         [Page 1]
RFC 1621               Pip Near-term Architecture               May 1994

Table of Contents

   1. Pip Architecture Overview ...................................    4
   1.1 Pip Architecture Characteristics ...........................    4
   1.2 Components of the Pip Architecture .........................    5

   2. A Simple Example ............................................    6

   3. Pip Overview ................................................    7

   4. Pip Addressing ..............................................    9
   4.1 Hierarchical Pip Addressing ................................    9
   4.1.1 Assignment of (Hierarchical) Pip Addresses ...............   12
   4.1.2 Host Addressing ..........................................   14
   4.2 CBT Style Multicast Addresses ..............................   15
   4.3 Class D Style Multicast Addresses ..........................   16
   4.4 Anycast Addressing .........................................   16

   5. Pip IDs .....................................................   17

   6. Use of DNS ..................................................   18
   6.1 Information Held by DNS ....................................   19
   6.2 Authoritative Queries in DNS ...............................   20

   7. Type-of-Service (TOS) (or lack thereof) .....................   21

   8. Routing on (Hierarchical) Pip Addresses .....................   22
   8.1 Exiting a Private Domain ...................................   23
   8.2 Intra-domain Networking ....................................   24

   9. Pip Header Server ...........................................   25
   9.1 Forming Pip Headers ........................................   25
   9.2 Pip Header Protocol (PHP) ..................................   27
   9.3 Application Interface ......................................   27

   10. Routing Algorithms in Pip ..................................   28
   10.1 Routing Information Filtering .............................   29

   11. Transition .................................................   30
   11.1 Justification for Pip Transition Scheme ...................   31
   11.2 Architecture for Pip Transition Scheme ....................   31
   11.3 Translation between Pip and IP packets ....................   33
   11.4 Translating between PCMP and ICMP .........................   34
   11.5 Translating between IP and Pip Routing Information ........   34
   11.6 Old TCP and Application Binaries in Pip Hosts .............   34
   11.7 Translating between Pip Capable and non-Pip Capable DNS
        Servers ...................................................   35

Francis                                                         [Page 2]
RFC 1621               Pip Near-term Architecture               May 1994
Show full document text