<div class="gmail_quote"><div>Very valid and good point on the accidental leak side - it happens all the time. While v4 specific Dodo and Telstra are a good recent example of operator error and also doubly a good example of what can happen when you don&#39;t apply filters.</div>

<div><br></div><div>The registration of routes and the script suggestion a good middle ground to this. Do you have a script you can share with people here?</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

<div class="HOEnZb"><div class="h5"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
</blockquote>
<br></div></div>
Because if you allow /32 holders to de-aggregate to /48s then you end up allowing any (and potentially every) /32 holder to &quot;accidentally&quot; dump 65,536 routes into your table.  In other words, it&#39;s not the same as having a limited set of /48s out of the PI space.<br>


<br>
Otherwise, you have to have scripts that dig up registered routes, compare them with received routes, and flag any unreasonable anomalies before pushing out new filters.  IMO, operators need to do this anyway, but asking operators to accept all of your potential /48s when you&#39;re only announcing a handful, with the only other alternative to be &quot;point default at your provider&quot; will ultimately leave you unreachable to chunks of the Internet.  It&#39;s a simple consequence, regardless of the philosophical position of me or anyone else on this list.<br>


<br>
(Note that I am not unequivocally opposed to careful de-aggregation; I just think originators MUST announce the proper covering prefix to prevent *them* from becoming unreachable.  OTOH, I recognize the reluctance of Bjoern and others to open the potential floodgates with loose policies.  Just because Cloudflare is being careful in only announcing a handful of /48s doesn&#39;t mean someone else isn&#39;t going to come in and announce 64K /48s.)<div class="im">

<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Those who run strict v6 filters do you have similar filters for v4?<br>
</blockquote>
<br></div>
Remember: IPv6 is so many orders of magnitude bigger than IPv4 that you can&#39;t treat them the same way.  In IPv4, the RIRs make no differentiation between PA LIR allocation space and PI end-site assignment space, whereas they do in IPv6.  This was specifically done to allow strict filtering.<span class="HOEnZb"><font color="#888888"><br>


<br>
michael<br>
</font></span></blockquote></div><br>