<div dir="ltr"><div dir="ltr"></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, Oct 19, 2022 at 2:26 PM Jan Ingvoldstad <<a href="mailto:frettled@gmail.com">frettled@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, Oct 19, 2022 at 9:37 AM James Kennedy <<a href="mailto:jameskennedy001@gmail.com" target="_blank">jameskennedy001@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><br>Under current policy, the LIRs should register 14,744 - 29,488 additional Assignment inetnums in the RIPE database. What value would that bring?<br clear="all"></div></blockquote></div><div><br></div><div>It brings value in resolving technical issues and IP address abuse issues, e.g. contacting the correct party when a compromised server participates in DDoS, spamming/phishing, etc.</div><div><br></div><div>Contacting the LIR only vaguely makes sense, it's like contacting the domain registrar because someone is sending phishing mail from <a href="http://gmail.com" target="_blank">gmail.com</a>. In other words, mostly completely useless.</div></div></blockquote><div><br></div><div>
Understood and agreed if those details are different then they absolutely should be registered in an assignment. Which the LIR could still do in the scenario I mentioned. But the LIR could also decide not to register if the infra assignment would simply duplicate their existing data. Which many LIRs already do. <br><br>Anyway, I don’t intend on pushing the river or repeating my perspective further. Just wanted to share my two cents :) <br><br>Regards, <br>James <br>[community member, apwg co-chair hat off]</div><br></div></div>