North American Network Operators Group

Date Prev | Date Next | Date Index | Thread Index | Author Index | Historical

Re: RADB mirroring

  • From: Jake Khuon
  • Date: Mon May 20 17:49:45 2002
  • Action:
  • Dcc:
  • Expires:

### On Mon, 20 May 2002 13:35:34 -0700, Randy Bush <[email protected]> casually
### decided to expound upon "Peter E. Fry" <[email protected]> the following
### thoughts about "Re: RADB mirroring":

RB> > An IRR not mirrored by the RADB (to act as a member) and not
RB> > mirroring every RR mirrored by the RADB (to hijack the top level)
RB> > seems pointless.
RB> 
RB> auto-config tools, such as ratoolset, do not use the mirrored data,
RB> only the origin data.  one specifies the list of registries to
RB> search.  so, mirroring by the irr is neither necessary nor
RB> sufficient, though it can be convenient for lookup by wetware.

RADB and other IRRs running IRRd accept a "!s" command to set (change from
default) the specified sources (including mirrored sources).  The return for
each query is done on a first-hit matching mechanism.  One may conceivably
switch/modify search orders prior to each query.  IRRToolSet (formerly
RAToolSet) has the capability of specifying a different IRR server but this
means one would incur a penalty for closing and reopening connections
between switching servers.  It is far better (and friendlier to the IRRs)
from a performance standpoint to keep persistant connections to a single
server that is fully mirroring.


--
/*===================[ Jake Khuon <[email protected]> ]======================+
 | Packet Plumber, Network Engineers     /| / [~ [~ |) | | --------------- |
 | for Effective Bandwidth Utilisation  / |/  [_ [_ |) |_| N E T W O R K S |
 +=========================================================================*/