Hello, I am trying to update some information about our networks. I have sent the new information to auto-dbm@ripe.net but could not get a response for almost 6 hours. Does ayone have a suggestion about it? Is there a problem? Regards Okan
Hello, Okan Cimen wrote To lir-wg@ripe.net:
I am trying to update some information about our networks. I have sent the new information to auto-dbm@ripe.net but could not get a response for almost 6 hours. Does ayone have a suggestion about it? Is there a problem?
Have you checked http://www.ripe.net/ripencc/pub-services/db/mrtg/whois.html ? About 5 hours seems to be "normal" right now. best regards -Marcus -- Marcus Rist email: marcus@netplace.de netplace Telematic GmbH fon: +49 89 551805-23 http://www.netplace.de/ fax: +49 89 551805-24
Hi, On Wed, Dec 13, 2000 at 04:58:21PM +0100, Marcus Rist wrote:
About 5 hours seems to be "normal" right now.
Not that this is really satisfying - at good times, auto-dbm response has been nearly instantaneous (2 minutes). I'm convinced that the new database will fix this, once and for good. Gert Doering -- NetMaster -- SpaceNet GmbH Mail: netmaster@Space.Net Joseph-Dollinger-Bogen 14 Tel : +49-89-32356-0 80807 Muenchen Fax : +49-89-32356-299
On Wed, 13 Dec 2000, Gert Doering, Netmaster wrote:
On Wed, Dec 13, 2000 at 04:58:21PM +0100, Marcus Rist wrote:
About 5 hours seems to be "normal" right now.
Not that this is really satisfying - at good times, auto-dbm response has been nearly instantaneous (2 minutes).
I'm convinced that the new database will fix this, once and for good.
Gert, The latest delay was not due to the database itself, but rather with PGP. We currently use the commercial PGP offering, and when you run "pgpv" on an encrypted file, it blocks waiting on TTY input, even when you use the --batch option. It works properly with *signed* messages, just not with encrypted messages. Unfortunately, this pauses the queue for other updates. We do try to monitor the queue length to check for this. It doesn't happen often (maybe once a month), but when it does a delay can occur. I'm DBM this week, so any delays yesterday were my fault. In the new implementation, we intend to use GnuPG, which does not have this problem. -- Shane Kerr <shane@ripe.net> Database Software Engineer RIPE NCC +31 20 535 4427
Hi, On Thu, Dec 14, 2000 at 11:41:05AM +0100, Shane Kerr wrote:
The latest delay was not due to the database itself, but rather with PGP. We currently use the commercial PGP offering, and when you run "pgpv" on an encrypted file, it blocks waiting on TTY input, even when you use the --batch option. It works properly with *signed* messages, just not with encrypted messages. Unfortunately, this pauses the queue for other updates.
Thanks for explaining. Yes, commercial PGP is pretty broken.
In the new implementation, we intend to use GnuPG, which does not have this problem.
Which, unfortunately, has some interoperability problems with PGP 2 and/or PGP 5 as well :-( - but then, all users could change to GPG, which would be a good thing in itself :-) Gert Doering -- NetMaster -- SpaceNet GmbH Mail: netmaster@Space.Net Joseph-Dollinger-Bogen 14 Tel : +49-89-32356-0 80807 Muenchen Fax : +49-89-32356-299
Hello Okan! On Wed, 13 Dec 2000, Okan Cimen wrote:
From: Okan Cimen <Okan.Cimen@Rumeli.Net> To: lir-wg@ripe.net Date: Wed, 13 Dec 2000 17:57:19 -0200 Subject: auto-dbm problems
Hello,
I am trying to update some information about our networks. I have sent the new information to auto-dbm@ripe.net but could not get a response for almost 6 hours. Does ayone have a suggestion about it? Is there a problem?
Yesterday it worked. Did you send it from an authorized email address or use the correct password? Do you have a notify: ... line within your object? If everything is correct on your side, perhaps there is a waiting queue there as well.
Regards
Okan
Kind regards from Margit Steidl System Administrator of augsburg.net
Hi again, Thanks for all the replies ... Marcus Rist <marcus@netplace.de> has sent me a very useful link. If you are interested please check.. http://www.ripe.net/ripencc/pub-services/db/mrtg/whois.html Thanks to all Regards Okan Margit Steidl wrote:
Hello Okan!
On Wed, 13 Dec 2000, Okan Cimen wrote:
From: Okan Cimen <Okan.Cimen@Rumeli.Net> To: lir-wg@ripe.net Date: Wed, 13 Dec 2000 17:57:19 -0200 Subject: auto-dbm problems
Hello,
I am trying to update some information about our networks. I have sent the new information to auto-dbm@ripe.net but could not get a response for almost 6 hours. Does ayone have a suggestion about it? Is there a problem?
Yesterday it worked. Did you send it from an authorized email address or use the correct password? Do you have a notify: ... line within your object?
If everything is correct on your side, perhaps there is a waiting queue there as well.
Regards
Okan
Kind regards from Margit Steidl System Administrator of augsburg.net
Dear Okan Cimen, Okan Cimen wrote:
Hello,
I am trying to update some information about our networks. I have sent the new information to auto-dbm@ripe.net but could not get a response for almost 6 hours. Does ayone have a suggestion about it? Is there a problem?
Regards
Okan
Indeed we had some delay in processing, but this should not exceed 3 hours. Could you please contact <ripe-dbm@ripe.net> with the details of your update so we could trace it? Regards, Andrei Robachevsky DB Group Manager RIPE NCC
Hi Okan, You can see the stats from the whois db on the following page : http://www.ripe.net/ripencc/pub-services/db/mrtg/whois.html At 17:57 13/12/00 -0200, Okan Cimen wrote:
Hello,
I am trying to update some information about our networks. I have sent the new information to auto-dbm@ripe.net but could not get a response for almost 6 hours. Does ayone have a suggestion about it? Is there a problem?
Regards
Okan
Greetings, ------------------------------------------------------------------ B E L G A C O M S K Y N E T NV/SA Kolonel Bourgstraat 124 Pieterjan d'Hertog B-1140 Brussels Network Engineer PGP Key Tel +32(0)2 706.13.11 piet@skynet.be ID: 0xE4BB9D2E Fax +32(0)2 706.13.12 ------------------------------------------------------------------ These are my opinions -- not to be taken as official Skynet policy
participants (7)
-
Andrei Robachevsky -
Gert Doering, Netmaster -
Marcus Rist -
Margit Steidl -
Okan Cimen -
Pieterjan d'Hertog -
Shane Kerr