AW: RIPE Database crashes ...
Winfried Haug wh at bw.nextra.de
Fri May 19 10:47:37 CEST 2000
Hello, > -----Urspr|ngliche Nachricht----- > Von: owner-lir-wg at ripe.net [mailto:owner-lir-wg at ripe.net]Im Auftrag von > Pascal Gloor > Gesendet am: Donnerstag, 18. Mai 2000 16:51 > An: lir-wg at ripe.net > Betreff: RIPE Database crashes ... > > Dear LIR's, > > What's up with the database ? > Do you think it's normal that this machine crashes every 3-4 weeks ? > Does RIPE need some more guys to manage that ? > I think all LIR's whould be ok to pay RIPE a little bit more fee that RIPE > may have a VERY HIGH BIGGER MTBF (Mean Time Between Failure). > > What do you think about that ? > Or what else solution do you have guys (LIR's and RIPE)... > to be honest, RIPE is providing a really good job to the community. There are always reasons for faults, especially when human beings are involved :-) If something happens with the Database, there was no loss of data in the past years and if you submit a mail to RIPE it will be processed even if there is an outage. So you can trust on RIPE. If i compare the service of RIPE with other organisations we _have_ to work with, the service of RIPE NCC is nearly unbeatable. If you send an email to internic or denic you cant be sure that the mail will be processed and you must check every mail if it is processed or not and in case of faults nobody sends email like RIPE, that the service is interrupted and all mails will be queued. Even the desaster from this french-guy who deleted huge amounts of handles, took only one day for RIPE to present the tracking data to the community. So there are other organisations to blame before we start with RIPE - we think they are doing a really good job for all of us just my 0.02 -- http://www.nextra.de -- feel green-feel nextra -- Winfried.Haug at nextra.de - nextra Baden-Wuerttemberg | Winfried Haug Geschaeftsfuehrer Communication | Nadlerstrasse 21 D-70173 Stuttgart Service Provider GmbH | tel +49-711-6015-0 fax +49-711-6015-199 ---------------------------------------------------------------------------- --
[ lir-wg Archives ]