Dismiss
InnovationQ will be updated on Sunday, Oct. 22, from 10am ET - noon. You may experience brief service interruptions during that time.
Browse Prior Art Database

"STUB" Exterior Gateway Protocol (RFC0888)

IP.com Disclosure Number: IPCOM000003937D
Original Publication Date: 1984-Jan-01
Included in the Prior Art Database: 2000-Sep-13
Document File: 28 page(s) / 53K

Publishing Venue

Internet Society Requests For Comment (RFCs)

Related People

L. Seamonson: AUTHOR [+2]

This text was extracted from a ASCII document.
This is the abbreviated version, containing approximately 5% of the total text.

RFC 888

"STUB" EXTERIOR GATEWAY PROTOCOL

Linda J. Seamonson

Eric C. Rosen

BBN Communications

January 1984

This note describes the Exterior Gateway Protocol used to connect Stub

Gateways to an Autonomous System of core Gateways. This document specifies

the working protocol, and defines an ARPA official protocol. All

implementers of Gateways should carefully review this document.

RFC 888 JANUARY 1984

Table of Contents

1 INTRODUCTION.......................................... 1

2 DEFINITIONS AND OVERVIEW.............................. 4

3 NEIGHBOR ACQUISITION.................................. 7

4 NEIGHBOR REACHABILITY PROTOCOL....................... 10

5 NETWORK REACHABILITY (NR) MESSAGE.................... 15

6 POLLING FOR NR MESSAGES.............................. 22

7 SENDING NR MESSAGES.................................. 24

8 INDIRECT NEIGHBORS................................... 26

9 LIMITATIONS.......................................... 27

A APPENDIX A - EGP MESSAGE FORMATS..................... 28

A.1 NEIGHBOR ACQUISITION MESSAGE....................... 28

A.2 NEIGHBOR HELLO/I HEARD YOU MESSAGE................. 30

A.3 NR POLL MESSAGE.................................... 32

A.4 NETWORK REACHABILITY MESSAGE....................... 34

A.5 EGP ERROR MESSAGE.................................. 37

- i -

RFC 888 JANUARY 1984

1 INTRODUCTION

The DARPA Catenet is expected to be a continuously expanding

system, with more and more hosts on more and more networks

participating in it. Of course, this will require more and more

gateways. In the past, such expansion has taken place in a

relatively unstructured manner. New gateways, often containing

radically different software than the existing gateways, would be

added and would immediately begin participating in the common

routing algorithm via the GGP protocol. However, as the internet

grows larger and larger, this simple method of expansion becomes

less and less feasible. There are a number of reasons for this:

- the overhead of the routing algorithm becomes excessively

large;

- the proliferation of radically different gateways

participating in a si...