RADB definately does not mirror (at least not daily) ARIN's RR. Time to setup with altdb... % ARIN Internet Routing Registry Whois Interface route: 66.11.160.0/20 descr: Doncaster Consulting Inc. 2720 Queensview Dr Ottawa, ON K2B 1A5 CA origin: AS21936 notify: sysadmin@istop.com mnt-by: MNT-ISTOP changed: sysadmin@istop.com 20020517 source: ARIN [ralph@cpu1693 lralph]$ whois 66.11.160.0@whois.radb.net [whois.radb.net] % No entries found for the selected source(s). Ralph Doncaster principal, IStop.com div. of Doncaster Consulting Inc.
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
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
### On Mon, 20 May 2002 13:35:34 -0700, Randy Bush <randy@psg.com> casually ### decided to expound upon "Peter E. Fry" <pfry@swbell.net> 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 <khuon@NEEBU.Net> ]======================+ | Packet Plumber, Network Engineers /| / [~ [~ |) | | --------------- | | for Effective Bandwidth Utilisation / |/ [_ [_ |) |_| N E T W O R K S | +=========================================================================*/
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.
participants (5)
-
Jake Khuon -
Mark Prior -
Peter E. Fry -
Ralph Doncaster -
Randy Bush