Hello everybody,
What do you think about this? How could that exactly look like?
I would say, that it would be helpful to send an email
twice a year, things could change quickly, but a monthly
email will maybe generate some kind of frustration
on he receiver.
The mail should include a backlink the recipient has to click.
Having a backlink could easily generate statistics on
APNICs side. APNIC can then track non-answering ISPs.
Is there a need to request updates for every single object?
It would maybe be helpful to summarize all objects that
have the same addresses into just one email.
Which would be the right address to send these requests to?
Surely the abuse address included in the objects.
Please consider a descend time for ISPs to answer
anyway. Mails could be lost because of spam filters or not
beeing answered because of holidays ...
Resending it after one week could also be helpful.
The mail could be resend to the ISPs main address, if the address
in the object fails with "User unknown" or if there
is no reaction after 2 weeks to the object address.
A final notice (before any punishment happens) could be send
via letter mail including a final schedule to react.
Is there a need for feedback even if there is nothing to change?
Yes, the backlink should be clicked to ensure that there is
still a person reading emails under the address included in the object.
For example not delegate new ranges to the Netrange Owner in
question until data is accurate.
Yes, this could be a first step, if the ISP main address
also fails with no reaction.
The "punishment" of not delegating new ranges could
have no effect on members that do not need new ranges
very often, so I would consider further methods for really
non-cooperative members, like:
- removing the reverse-mappings of the ISP ranges
(what will cause the ISP not being able to send
mails anymore, because most receiving mailservers
do not accept mails from servers without a matching
reverse mapping)
- removing the according route objects of the ISP
- removing the according allocation of the ISP
- finally you could kick the ISP out of APNIC ;o)
Kind regards, Frank
--
PHADE Software - PowerWeb http://www.powerweb.de
Inh. Dipl.-Inform. Frank Gadegast mailto:frank@powerweb.de
Schinkelstrasse 17 fon: +49 33200 52920
14558 Nuthetal OT Rehbruecke, Germany fax: +49 33200 52921
======================================================================
Public PGP Key available for frank@powerweb.de
