Re: [db-wg] Abuse-C/IRT
Hi Pim,
| Hmm, this is nice, but not really necessary, because with the -c flag in | the whois-query you should get tho the allocated /40 anyway. | | i.e. your change should increase the # of objects, bur not the Footprint | of the IRT [ ... ] , should I revert that software change and NOT set mnt-irt in the more specifics, or should I leave it as is. Opinions ?
setting it to the _same_ pointer is superfluous or just duplication of information. Unless you want to do it for a particular purpose (like to be explicit), it is a bad idea - having duplicate info in a dataset leaves you with the risk of missing one copy when an update is necessary. BUT - what you can do with this mechanism is to point to a _different_ irt object. Either for a subset of your own infrastructure (like a regional PoP), or as a 1st level contact for your downstreams. And those downstreams can update the contact info without having to bother you in your role as the _address_ bookkeeping :-) Wilfried.
Hi Wilfried, others, | >should I revert that software | >change and NOT set mnt-irt in the more specifics, or should I leave it | >as is. Opinions ? | | setting it to the _same_ pointer is superfluous or just duplication of | information. I have rolled back the CVS to reflect Jeroen's previous behavior. I was not aware that IRT was meant to be followed upstream until an object was found. | BUT - what you can do with this mechanism is to point to a _different_ | irt object. Either for a subset of your own infrastructure (like a | regional PoP), or as a 1st level contact for your downstreams. .. | And those downstreams can update the contact info without having to | bother you in your role as the _address_ bookkeeping :-) Understood. This is not the case with SixXS. Thanks for the insights to those involved. Also thanks for updating the statistics to reflect which inet6nums are being referenced by an IRT object 'up stream'. -- Met vriendelijke groet, BIT BV / Ing P.B. van Pelt PBVP1-RIPE (PGPKEY-4DCA7E5E)
Hi *, I put all my Statistics on a website: http://mailbox.univie.ac.at/~uk/irt-stats/ Whenever I bother to rerun the Script, or find a place else than my laptop to run it daily, I'll put them there. lG uk -- Ulrich Kiermayr Zentraler Informatikdienst der Universitaet Wien Network - Security - ACOnet-CERT Universitaetsstrasse 7, 1010 Wien, AT eMail: ulrich.kiermayr@univie.ac.at Tel: (+43 1) 4277 / 14104 PGP Key-ID: 0xA8D764D8 Fax: (+43 1) 4277 / 9140
participants (3)
-
Pim van Pelt
-
Ulrich Kiermayr
-
Wilfried Woeber, UniVie/ACOnet