<div dir="auto">I remember having this discussion more than 20yrs ago, minus the ARIN bit, couldn't get every to agree to it it then either :(. We don't need more rules, we just need to start with basic hygiene. Was a novel idea :)</div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon., Apr. 20, 2020, 2:41 p.m. Christopher Morrow, <<a href="mailto:morrowc.lists@gmail.com">morrowc.lists@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On Mon, Apr 20, 2020 at 12:25 PM Tom Beecher <beecher@beecher.cc> wrote:<br>
><br>
> Technical people need to make the business case to management for RKPI by laying out what it would cost to implement (equipment, resources, ongoing opex), and what the savings are to the company from protecting themselves against hijacks. By taking this step, I believe RPKI will become viewed by non-technical decision makers as a 'Cloudflare initiative' instead of a 'good of the internet' initiative, especially by some companies who compete with Cloudflare in the CDN space.<br>
<br>
you say here: "RPKI"<br>
but the cloudflare thing is a little bit more nuanced than that, right?<br>
'RPKI" is really: "Did you sign ROA for your IP Number Resources?"<br>
what you do with the RPKI data is the 'more nuanced' part of the webpage.<br>
   1) Do you just sign?<br>
   2) do you sign  and also do Origin Validation(OV) for your peers?<br>
   3) do you just do OV and not sign your own IP Number Resources?<br>
<br>
I think CloudFlare (and other folk doing bgp security work) would like<br>
'everyone' to:<br>
  1) sign ROA for their IP number resources<br>
  2) enable OV on your peerings<br>
  3) prefix filter all of your peerings<br>
<br>
> I believe that will change the calculus and make it a more difficult sell for technical people to get resources approved to make it happen.<br>
<br>
I don't think that's the case... but I'm sure we'll be proven wrong :)<br>
<br>
-chris<br>
</blockquote></div>