RFC 890 UNKNOWN ROUTING · POLICY · INFRASTRUCTURE

EGP schedule: Exterior Gateway Protocol implementation schedule

A policy timetable for replacing dumb gateways with EGP-capable gateways.

On rfc-editor.org ↗
PUBLISHED
February 1984
AUTHORS
J. Postel
STREAM
Legacy
GATEWAY DEADLINE
After 1 August 1984
DOI
10.17487/RFC0890

RFC text

Contents
Original text · RFC Editor View on rfc-editor.org ↗
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].

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.

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.

ISO Plain Language

On this page
PROBLEMGateways that did not exchange routing information dynamically had to be entered and updated manually in other gateways' tables.
MECHANISMThe memo sets out a staged transition: add stub EGP support, organize gateways into autonomous systems, and then use full EGP between systems.
THE DEADLINEThe policy required every Internet gateway to belong to an autonomous system after 1 August 1984 and each system to exchange routes with the core using EGP.

§1Why the Gateway Setup Needed to Change

Smart gateways exchanged routing information with one another using the Gateway Gateway Protocol. Dumb gateways did not exchange routing information dynamically, so smart gateways needed manually maintained entries for them.

The memo says existing GGP procedures were near their capacity and that a significant change was needed. Stub gateways connected a single network at the edge of the Internet.

Some gateways shared routes automatically, while others depended on manual entries. The memo says the existing arrangement was running near its limits.

§1A Three-Step Transition

The first step was to replace dumb gateways with gateways that implement at least the Stub Exterior Gateway Protocol, described in RFC 888. The next step was to group gateways into autonomous systems, with smaller systems attached to a larger core system using EGP.

The final step was to specify full EGP and allow richer connections among autonomous systems. Each system could use its own internal routing procedures as long as participating gateways communicated with other systems through EGP.

The plan first adds basic EGP support, then groups gateways into systems, and finally allows broader routing exchanges between those systems.

§1The Gateway Policy Deadline

The policy states that after 1 August 1984 there would be no dumb gateways in the Internet. Every gateway had to belong to an autonomous system, and at least one gateway in each system had to exchange routing information with a gateway in the core system using EGP.

The memo tells operators with a dumb gateway to begin upgrading or replacing it. It also lists groups working on EGP gateways and describes testing and contact arrangements.

After the stated deadline, every gateway had to be part of a system using EGP to exchange routes with the core. The memo directs operators to upgrade or replace gateways that did not meet the policy.