home *** CD-ROM | disk | FTP | other *** search
/ Unix System Administration Handbook 1997 October / usah_oct97.iso / rfc / 800s / rfc890.txt < prev    next >
Text File  |  1992-09-22  |  6KB  |  172 lines
  1.  
  2.  
  3. Network Working Group                                         Jon Postel
  4. Request for Comments: 890                                            ISI
  5.                                                            February 1984
  6.  
  7.            Exterior Gateway Protocol Implementation Schedule
  8.  
  9.  
  10. Status of this Memo
  11.  
  12.    This memo is a policy statement on the implementation of the Exterior
  13.    Gateway Protocol in the Internet.  This is an official policy
  14.    statement of ICCB and DARPA.
  15.  
  16. The Current Situation
  17.  
  18.    Currently the Internet has a number of smart gateways and a number of
  19.    dumb gateways.  The smart gateways dynamically exchange routing
  20.    information among themselves using the Gateway Gateway
  21.    Protocol (GGP) [3].  The dumb gateways do not exchange routing
  22.    information dynamically.
  23.  
  24.    The dumb gateways must be listed in the smart gateway routing tables,
  25.    and changes in dumb gateways status (e.g., adding new dumb gateways)
  26.    in the smart gateways tables requires human intervention.
  27.  
  28.    The amount of routing traffic between smart gateways depends on the
  29.    number of smart gateways and the total number of networks.  Since
  30.    dumb gateways typically connect a single network at the edge of the
  31.    Internet, there is typically one more network in the routing table
  32.    for each dumb gateway.
  33.  
  34.    Gateways that connect a single network to the edge of the Internet
  35.    may be called "stub" gateways.
  36.  
  37.    The current GGP procedures used by the smart gateways are at the
  38.    limits of their capacity.  A significant change to these procedures
  39.    is urgently required.  This is difficult to perform because the smart
  40.    gateways are maintained by several different groups, and because it
  41.    is difficult to isolate a subset of these gateways for testing new
  42.    procedures.
  43.  
  44. The Future Situation
  45.  
  46.    In the future, as it is currently envisioned, there will be a number
  47.    of co-equal autonomous systems of gateways.  Each as will have its
  48.    own private internal procedures for maintaining routing information,
  49.    perhaps via an Interior Gateway Protocol (IGP).  The smartness of a
  50.    gateway will be the smartness of the IGP used in the autonomous
  51.    system the gateway participates in.  Some gateways of each autonomous
  52.    system will exchange routing informations with some gateways of other
  53.    autonomous systems via an Exterior Gateway Protocol (EGP) [2].
  54.  
  55.  
  56. Postel                                                          [Page 1]
  57.  
  58.  
  59.  
  60. RFC 890                                                    February 1984
  61. EGP Implementation Schedule
  62.  
  63.  
  64.    The factoring of the old set of smart gateways into a number of
  65.    autonomous systems allows more flexibility for the development and
  66.    testing of improved routing procedures.  Different autonomous systems
  67.    can adopt different routing procedures internally, as long as they
  68.    communicate with other autonomous systems via the EGP.
  69.  
  70. The Transition Situation
  71.  
  72.    The first step in the transition from the current situation to the
  73.    future situation is the replacement of all dumb gateways with
  74.    gateways that implement at least a subset of the EGP.
  75.  
  76.       This subset is called the "Stub Exterior Gateway Protocol", and is
  77.       described in RFC-888 [1].
  78.  
  79.    The second step is to factor the existing smart gateways into
  80.    autonomous systems.  The gateways programmed and maintained by
  81.    different groups will become distinct autonomous systems.  As things
  82.    are, this will result in one fairly large autonomous system and three
  83.    or four small autonomous systems.  At this step the large autonomous
  84.    system will be referred to as the "core" autonomous system.  All
  85.    other autonomous systems will be stubs attached to this core via EGP.
  86.  
  87.    The third step is to specify the full EGP protocol, and to allow a
  88.    rich connectivity between co-equal autonomous systems.
  89.  
  90. Policy Statement
  91.  
  92.    After 1-Aug-84 there shall be no dumb gateways in the Internet.
  93.    Every gateway must be a member of some autonomous system.  Some
  94.    gateway of each autonomous system must exchange routing information
  95.    with some gateway of the core autonomous system using the Exterior
  96.    Gateway Protocol.
  97.  
  98. Implication
  99.  
  100.    If you have a dumb gateway now, you should start doing something
  101.    today to get it upgraded to, or replaced by, an EGP gateway.
  102.  
  103. Help Available
  104.  
  105.    There may be a gateway you can use already developed by someone.
  106.    People at the following places are working on EGP gateways:  BBN,
  107.    MIT, Linkabit, ISI, Honeywell, and Symbolics.  For more information
  108.    send a message to Joyce Reynolds at mailbox "JKReynolds@USC-ISIF".
  109.  
  110.    There are plans to provide EGP functionality in Berkeley 4.2 Unix.
  111.  
  112.  
  113. Postel                                                          [Page 2]
  114.  
  115.  
  116.  
  117. RFC 890                                                    February 1984
  118. EGP Implementation Schedule
  119.  
  120.  
  121.    Berkeley has indicated an intention to have EGP capability available
  122.    in the standard release of 4.2 Unix before the cut off date for dumb
  123.    gateways.
  124.  
  125.    The is a mailing list for EGP implementers called "egp-people".  To
  126.    get on or off this list send a message to the mailbox
  127.    "egp-people-request@BBN-UNIX".
  128.  
  129.    There is a EGP testing program available on TOPS20.  For information
  130.    about using it send a message to Jim Mathis at mailbox
  131.    "Mathis@SRI-KL".
  132.  
  133.    If you need an autonomous system number send a request to Joyce
  134.    Reynolds at mailbox "JKReynolds@USC-ISIF".
  135.  
  136. References
  137.  
  138.    [1]  Seamonson, L., and E. Rosen, "Stub Exterior Gateway Protocol",
  139.         RFC-888, BBN Communications Company, January 1984.
  140.  
  141.    [2]  Rosen, E., "Exterior Gateway Protocol", RFC-827, Bolt Beranek
  142.         and Newman, October 1982.
  143.  
  144.    [3]  Hinden, R., and A. Sheltzer, "The DARPA Internet Gateway",
  145.         RFC-823, Bolt Beranek and Newman, September 1982.
  146.  
  147.  
  148.  
  149.  
  150.  
  151.  
  152.  
  153.  
  154.  
  155.  
  156.  
  157.  
  158.  
  159.  
  160.  
  161.  
  162.  
  163.  
  164.  
  165.  
  166.  
  167.  
  168.  
  169.  
  170. Postel                                                          [Page 3]
  171.  
  172.