On 17-07-24 05:06 PM, Tony Hain wrote:
I still don’t see any value in specifying length. What you are looking
for is contact info for someone with a clue about how a given network
works and using length as a really poor proxy. I could live with a
fourth line:
Any end network emitting SMTP system SHOULD provide SWIP.
I just don’t know how that gets enforced in any reasonable way. In
general SMTP & independent routing are the big targets needing accurate
contact info, and length has absolutely nothing to do with either.
Tony
While I agree in principle, it CAN be provided by "SWIP" OR 'rwhois',
and that should be pointed out, as rwhois is more flexible in the IPv4
space, eg providing allocation information to the /32 level.
This again goes to an earlier email where I described that it should be
more conceptual, than specific ranges..
It should be, "if a party is responsible for the originating traffic",
then that party should be displayed via SWIP/rwhois.
Of course, we can just look at the sad state of this in IPv4, eg large
cloud providers assigning IP(s), without any indication who the
responsible party is (eg Amazon, MicroSoft, and many large hosting
providers)
The concern is again, writing something up that is a 'mandate', yet
without any form of 'enforcement', it will simply be ignored...
--
"Catch the Magic of Linux..."
------------------------------------------------------------------------
Michael Peddemors, President/CEO LinuxMagic Inc.
Visit us at http://www.linuxmagic.com @linuxmagic
------------------------------------------------------------------------
A Wizard IT Company - For More Info http://www.wizard.ca
"LinuxMagic" a Registered TradeMark of Wizard Tower TechnoServices Ltd.
------------------------------------------------------------------------
604-682-0300 Beautiful British Columbia, Canada
This email and any electronic data contained are confidential and intended
solely for the use of the individual or entity to which they are addressed.
Please note that any views or opinions presented in this email are solely
those of the author and are not intended to represent those of the company.
_______________________________________________
PPML
You are receiving this message because you are subscribed to
the ARIN Public Policy Mailing List (ARIN-PPML@arin.net).
Unsubscribe or manage your mailing list subscription at:
http://lists.arin.net/mailman/listinfo/arin-ppml
Please contact i...@arin.net if you experience any issues.
