Re: RADB mirroring

2002-05-20 Thread Peter E. Fry


Ralph Doncaster wrote:
 
 RADB definately does not mirror (at least not daily) ARIN's RR. [...]

  Correct -- not at all.  Can anybody speak toward the purpose of the
ARIN RR?  An IRR not mirrored by the RADB (to act as a member) and not
mirroring every RR mirrored by the RADB (to hijack the top level) seems
pointless.  I've been meaning to try to dig up a contact (from a
customer), but haven't had a chance...

Peter E. Fry



Re: RADB mirroring

2002-05-20 Thread Randy Bush


 An IRR not mirrored by the RADB (to act as a member) and not
 mirroring every RR mirrored by the RADB (to hijack the top level)
 seems pointless.

auto-config tools, such as ratoolset, do not use the mirrored data,
only the origin data.  one specifies the list of registries to
search.  so, mirroring by the irr is neither necessary nor
sufficient, though it can be convenient for lookup by wetware.

randy



Re: RADB mirroring

2002-05-20 Thread Jake Khuon


### 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 |
 +=*/



Re: RADB mirroring

2002-05-20 Thread Mark Prior


At 1:35 PM -0700 20/5/02, Randy Bush wrote:
   An IRR not mirrored by the RADB (to act as a member) and not
  mirroring every RR mirrored by the RADB (to hijack the top level)
  seems pointless.

auto-config tools, such as ratoolset, do not use the mirrored data,
only the origin data.  one specifies the list of registries to
search.  so, mirroring by the irr is neither necessary nor
sufficient, though it can be convenient for lookup by wetware.

I think you will find that they can be configured to use different 
sources but they are at the same registry so you need to find a 
registry that mirrors all the sources you want to query.

Mark.