<div>On Wed, Jan 16, 2019 at 19:40 Christoffer Hansen <<a href="mailto:christoffer@netravnen.de">christoffer@netravnen.de</a>> wrote:<br></div><div><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On 16/01/2019 15:55, John Kristoff wrote:<br>
> In Randy's presentation there is the suggestion to develop an IX filter<br>
> list.  Nearly 20 years later that actually happened.<br>
> <br>
>   <<a href="https://www.team-cymru.com/ixp.html" rel="noreferrer" target="_blank">https://www.team-cymru.com/ixp.html</a>><br>
> <br>
> This wasn't a popular service when I left Team Cymru, but it seems to<br>
> still be available if anyone wants to consider using that.<br>
<br>
You could do the same trick. But with data fetched from PeeringDB via<br>
the public API. Works well.</blockquote><div dir="auto"><br></div><div dir="auto"><br></div><div dir="auto">Small note: </div><div dir="auto"><br></div><div dir="auto">I strongly recommend to *only* block IXP peering lan prefixes for IXPs you are actually connected to yourself.</div><div dir="auto"><br></div><div dir="auto">This way the communication lines are short in case there should be an exception. Don’t block prefixes unrelated to your operation.</div><div dir="auto"><br></div><div dir="auto">Kind regards,</div><div dir="auto"><br></div><div dir="auto">Job</div></div></div>