RFC 1383 (rfc1383) - Page 2 of 14
An Experiment in DNS Based IP Routing
Alternative Format: Original Text Document
RFC 1383 DNS based IP routing December 1992
routing tables. As these numbers are growing, several problems
occur:
* The size of the routing tables grows linearly with the
number of connected networks; handling this larger tables
requires more resources in all "intelligent" routers, in
particular in all "transit" and "external" routers that
cannot rely on default routes.
* The volume of information carried by the route exchange
protocols such as BGP grows with the number of networks,
using more network resources and making the reaction to
routing events slower.
* Explicit administrative decisions have to be exercised by
all transit networks administrators which want to
implement "routing policies" for each and every
additional "multi-homed" network.
The current "textbook" solution to the routing explosion problem is
to use "hierarchical routing" based on hierarchical addresses. This
is largely documented in routing protocols such as IDRP, and is one
of the rationales for deploying the CIDR [3] addressing structure in
the Internet. This textbook solution, while often perfectly adequate,
as a number of inconveniences, particularly in the presence of
"multihomed stubs", e.g., customer networks that are connected to
more than one service providers.
The current proposal presents a scheme that allows for simple
routing. It is complementary with the classic "hierarchical routing"
approach, but provides an easy to implement and low cost solution for
"multi-homed" domains. The solution is a generalization of the "MX
record" scheme currently used for mail routing.
2. Routing based on MX records
The "MX records" are currently used by the mail routing application
to introduce a level of decoupling between the "domain names" used
for user registration and the mailbox addresses. They are
particularly useful for sending mail to "non connected" domains: in
that case, the MX record points to one or several Internet hosts that
accept to relay mail towards the target domain.
We propose to generalize this scheme for packet routing. Suppose a
routing domain D, containing several networks, subnetwork and hosts,
and connected to the Internet through a couple of IP gateways. These
gateways are dual homed: they each have an address within the domain
D -- say D1 and D2 -- and an address within the Internet -- say I1
Huitema