Merit Network
Can't find what you're looking for? Search the Mail Archives.
  About Merit   Services   Network   Resources & Support   Network Research   News   Events   Home

Discussion Communities: Merit Network Email List Archives

IRRd-Discuss


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

Re: radb.db.gz

  • From: Marc Blanchet
  • Date: Mon Sep 20 10:57:23 1999
  • Prefer-language: fr, en

small suggestion:
always keep two: the old one and the new one. Generate the new one using a new name and use mv to replace the old one. By using mv when on unix, the inode number of the file will be kept so the current ftp transfer will not be affected by the change.

Regards, Marc.

At 10:09 99-09-20 -0400, Gerald Andrew Winters wrote:
Hello Jens-S,

I am sorry to hear about your problems.  This is the first time
we have heard about something like this.  To assist you I have
increased the export frequency to 75 minutes (up from 60 minutes).
Hopefully this will be enough time.  Obviously there is a trade
off here.  For people who do not have slow-link problems they would
rather have the refresh interval be small.  So I do not want to
increase the interval any further than I have to.  Let me know
how the longer interval works out for you.

I did a quick check.  I work from home and have a modem for
my connectivity which gives me download speeds of around
2k/second.  radb.db.gz is ~2MB which loaded onto my machine
in 910 seconds or about 15 minutes.  I consider 2k/second to
be pretty slow, but obviously you are experiencing much slower
download speeds.  From the data you have supplied I come up
with 2MB/3600 seconds = 0.555k/second.  This is very, very slow.
Are you working from a known slow link or is this typical (at
least with us) speeds you get from North America?

As another test I downloaded some of the split db files from
the ripe ftp site.  And again I got around 2k/second, almost 3k/second.

So even from my modem to Europe I can get speeds 4 times faster
than you.  This makes me wonder what is slowing things up for you
and I hope you can give me a little more information.

Regarding irrdcacher, I agree the link is not clear and I will
fix it.  The sources are in the pre-built binary section and
not in the source directory.  The problem is irrdcacher uses
wget to do the ftp'ing and to make things easier for the user we have
built the wget binary.  But I will put something up in the irrd
sources section also.  Thanks for pointing this out.

--jerry

>
> Hi,
>
> what is going on with the ftp.ra.net server? I am trying repeatedly to get
> a copy of /routing.arbiter/radb/dbase/radb.db.gz, but before I am able to
> download the complete file, it is being replaced with a new version, thus
> voiding my download. Since this long-distance download takes longer than
> an hour, the hourly update of radb.db.gz will never let me catch any
> version (a two-hourly update might let me catch a copy).
>
> BTW, your page http://www.irrd.net/irrdcacher.html mentions the irrdcache
> Tool, but does not contain any link to it: The link points to the binaries
> page, which in place points back to the irrdcache page, but no software.
> Yes, I found it on the ftp Server in the "tools" directory.
>
> Le deagh dhùrachd,
> Dipl.-Ing. Jens-S. Vöckler (voeckler@rvs.uni-hannover.de)
> Institute for Computer Networks and Distributed Systems
> University of Hanover, Germany; +49 511 762 4726
>
>
>


-----------------------------------------------------------
Marc Blanchet			| Marc.Blanchet@viagenie.qc.ca
Viagénie inc.			| http://www.viagenie.qc.ca
3107 des hôtels		| tél.: 418-656-9254
Ste-Foy, Québec		| fax.: 418-656-0183
Canada, G1W 4W5		| radio: VA2-JAZ
------------------------------------------------------------
Internet Engineering Standards/Normes d'ingénierie Internet
               http://www.normos.org
------------------------------------------------------------




[an error occurred while processing this directive]