RFC 1582 (rfc1582) - Page 1 of 29
Extensions to RIP to Support Demand Circuits
Alternative Format: Original Text Document
Network Working Group G. Meyer
Request for Comments: 1582 Spider Systems
Category: Standards Track February 1994
Extensions to RIP to Support Demand Circuits
Status of this Memo
This document specifies an Internet standards track protocol for the
Internet community, and requests discussion and suggestions for
improvements. Please refer to the current edition of the "Internet
Official Protocol Standards" (STD 1) for the standardization state
and status of this protocol. Distribution of this memo is unlimited.
Abstract
Running routing protocols on connection oriented Public Data
Networks, for example X.25 packet switched networks or ISDN, can be
expensive if the standard form of periodic broadcasting of routing
information is adhered to. The high cost arises because a connection
has to all practical intents and purposes be kept open to every
destination to which routing information is to be sent, whether or
not it is being used to carry user data.
Routing information may also fail to be propagated if the number of
destinations to which the routing information is to be sent exceeds
the number of channels available to the router on the Wide Area
Network (WAN).
This memo defines a generalized modification which can be applied to
Bellman-Ford (or distance vector) algorithm information broadcasting
protocols, for example IP RIP, Netware RIP or Netware SAP, which
overcomes the limitations of the traditional methods described above.
The routing protocols support a purely triggered update mechanism on
demand circuits on WANs. The protocols run UNMODIFIED on LANs or
fixed point-to-point links.
Routing information is sent on the WAN when the routing database is
modified by new routing information received from another interface.
When this happens a (triggered) update is sent to a list of
destinations on other WAN interfaces. Because routing protocols are
datagram based they are not guaranteed to be received by the peer
router on the WAN. An acknowledgement and retransmission mechanism
is provided to ensure that routing updates are received.
Meyer