summaryrefslogtreecommitdiff
path: root/doc/rfc/rfc890.txt
diff options
context:
space:
mode:
Diffstat (limited to 'doc/rfc/rfc890.txt')
-rw-r--r--doc/rfc/rfc890.txt171
1 files changed, 171 insertions, 0 deletions
diff --git a/doc/rfc/rfc890.txt b/doc/rfc/rfc890.txt
new file mode 100644
index 0000000..f99b1de
--- /dev/null
+++ b/doc/rfc/rfc890.txt
@@ -0,0 +1,171 @@
+
+
+Network Working Group Jon Postel
+Request for Comments: 890 ISI
+ February 1984
+
+ Exterior Gateway Protocol Implementation Schedule
+
+
+Status of this Memo
+
+ This memo is a policy statement on the implementation of the Exterior
+ Gateway Protocol in the Internet. This is an official policy
+ statement of ICCB and DARPA.
+
+The Current Situation
+
+ Currently the Internet has a number of smart gateways and a number of
+ dumb gateways. The smart gateways dynamically exchange routing
+ information among themselves using the Gateway Gateway
+ Protocol (GGP) [3]. The dumb gateways do not exchange routing
+ information dynamically.
+
+ The dumb gateways must be listed in the smart gateway routing tables,
+ and changes in dumb gateways status (e.g., adding new dumb gateways)
+ in the smart gateways tables requires human intervention.
+
+ The amount of routing traffic between smart gateways depends on the
+ number of smart gateways and the total number of networks. Since
+ dumb gateways typically connect a single network at the edge of the
+ Internet, there is typically one more network in the routing table
+ for each dumb gateway.
+
+ Gateways that connect a single network to the edge of the Internet
+ may be called "stub" gateways.
+
+ The current GGP procedures used by the smart gateways are at the
+ limits of their capacity. A significant change to these procedures
+ is urgently required. This is difficult to perform because the smart
+ gateways are maintained by several different groups, and because it
+ is difficult to isolate a subset of these gateways for testing new
+ procedures.
+
+The Future Situation
+
+ In the future, as it is currently envisioned, there will be a number
+ of co-equal autonomous systems of gateways. Each as will have its
+ own private internal procedures for maintaining routing information,
+ perhaps via an Interior Gateway Protocol (IGP). The smartness of a
+ gateway will be the smartness of the IGP used in the autonomous
+ system the gateway participates in. Some gateways of each autonomous
+ system will exchange routing informations with some gateways of other
+ autonomous systems via an Exterior Gateway Protocol (EGP) [2].
+
+
+Postel [Page 1]
+
+
+
+RFC 890 February 1984
+EGP Implementation Schedule
+
+
+ The factoring of the old set of smart gateways into a number of
+ autonomous systems allows more flexibility for the development and
+ testing of improved routing procedures. Different autonomous systems
+ can adopt different routing procedures internally, as long as they
+ communicate with other autonomous systems via the EGP.
+
+The Transition Situation
+
+ The first step in the transition from the current situation to the
+ future situation is the replacement of all dumb gateways with
+ gateways that implement at least a subset of the EGP.
+
+ This subset is called the "Stub Exterior Gateway Protocol", and is
+ described in RFC-888 [1].
+
+ The second step is to factor the existing smart gateways into
+ autonomous systems. The gateways programmed and maintained by
+ different groups will become distinct autonomous systems. As things
+ are, this will result in one fairly large autonomous system and three
+ or four small autonomous systems. At this step the large autonomous
+ system will be referred to as the "core" autonomous system. All
+ other autonomous systems will be stubs attached to this core via EGP.
+
+ The third step is to specify the full EGP protocol, and to allow a
+ rich connectivity between co-equal autonomous systems.
+
+Policy Statement
+
+ After 1-Aug-84 there shall be no dumb gateways in the Internet.
+ Every gateway must be a member of some autonomous system. Some
+ gateway of each autonomous system must exchange routing information
+ with some gateway of the core autonomous system using the Exterior
+ Gateway Protocol.
+
+Implication
+
+ If you have a dumb gateway now, you should start doing something
+ today to get it upgraded to, or replaced by, an EGP gateway.
+
+Help Available
+
+ There may be a gateway you can use already developed by someone.
+ People at the following places are working on EGP gateways: BBN,
+ MIT, Linkabit, ISI, Honeywell, and Symbolics. For more information
+ send a message to Joyce Reynolds at mailbox "JKReynolds@USC-ISIF".
+
+ There are plans to provide EGP functionality in Berkeley 4.2 Unix.
+
+
+Postel [Page 2]
+
+
+
+RFC 890 February 1984
+EGP Implementation Schedule
+
+
+ Berkeley has indicated an intention to have EGP capability available
+ in the standard release of 4.2 Unix before the cut off date for dumb
+ gateways.
+
+ The is a mailing list for EGP implementers called "egp-people". To
+ get on or off this list send a message to the mailbox
+ "egp-people-request@BBN-UNIX".
+
+ There is a EGP testing program available on TOPS20. For information
+ about using it send a message to Jim Mathis at mailbox
+ "Mathis@SRI-KL".
+
+ If you need an autonomous system number send a request to Joyce
+ Reynolds at mailbox "JKReynolds@USC-ISIF".
+
+References
+
+ [1] Seamonson, L., and E. Rosen, "Stub Exterior Gateway Protocol",
+ RFC-888, BBN Communications Company, January 1984.
+
+ [2] Rosen, E., "Exterior Gateway Protocol", RFC-827, Bolt Beranek
+ and Newman, October 1982.
+
+ [3] Hinden, R., and A. Sheltzer, "The DARPA Internet Gateway",
+ RFC-823, Bolt Beranek and Newman, September 1982.
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+Postel [Page 3]
+