<div><div dir="auto">Can you stop this?</div></div><div dir="auto"><br></div><div dir="auto">You caused again a massive prefix spike/flap, and as the internet is not centered around NA (shock horror!) a number of operators in Asia and Australia go effected by your “expirment” and had no idea what was happening or why.</div><div dir="auto"><br></div><div dir="auto">Get a sandbox like every other researcher, as of now we have black holed and filtered your whole ASN, and have reccomended others do the same. </div><div><br><div class="gmail_quote"><div dir="ltr">On Wed, 23 Jan 2019 at 1:19 am, Italo Cunha <<a href="mailto:cunha@dcc.ufmg.br">cunha@dcc.ufmg.br</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">NANOG,<br>
<br>
This is a reminder that this experiment will resume tomorrow<br>
(Wednesday, Jan. 23rd). We will announce <a href="http://184.164.224.0/24" rel="noreferrer" target="_blank">184.164.224.0/24</a> carrying a<br>
BGP attribute of type 0xff (reserved for development) between 14:00<br>
and 14:15 GMT.<br>
<br>
On Tue, Dec 18, 2018 at 10:05 AM Italo Cunha <<a href="mailto:cunha@dcc.ufmg.br" target="_blank">cunha@dcc.ufmg.br</a>> wrote:<br>
><br>
> NANOG,<br>
><br>
> We would like to inform you of an experiment to evaluate alternatives<br>
> for speeding up adoption of BGP route origin validation (research<br>
> paper with details [A]).<br>
><br>
> Our plan is to announce prefix <a href="http://184.164.224.0/24" rel="noreferrer" target="_blank">184.164.224.0/24</a> with a valid<br>
> standards-compliant unassigned BGP attribute from routers operated by<br>
> the PEERING testbed [B, C]. The attribute will have flags 0xe0<br>
> (optional transitive [rfc4271, S4.3]), type 0xff (reserved for<br>
> development), and size 0x20 (256bits).<br>
><br>
> Our collaborators recently ran an equivalent experiment with no<br>
> complaints or known issues [A], and so we do not anticipate any<br>
> arising. Back in 2010, an experiment using unassigned attributes by<br>
> RIPE and Duke University caused disruption in Internet routing due to<br>
> a bug in Cisco routers [D, CVE-2010-3035]. Since then, this and other<br>
> similar bugs have been patched [e.g., CVE-2013-6051], and new BGP<br>
> attributes have been assigned (BGPsec-path) and adopted (large<br>
> communities). We have successfully tested propagation of the<br>
> announcements on Cisco IOS-based routers running versions 12.2(33)SRA<br>
> and 15.3(1)S, Quagga 0.99.23.1 and 1.1.1, as well as BIRD 1.4.5 and<br>
> 1.6.3.<br>
><br>
> We plan to announce <a href="http://184.164.224.0/24" rel="noreferrer" target="_blank">184.164.224.0/24</a> from 8 PEERING locations for a<br>
> predefined period of 15 minutes starting 14:30 GMT, from Monday to<br>
> Thursday, between the 7th and 22nd of January, 2019 (full schedule and<br>
> locations [E]). We will stop the experiment immediately in case any<br>
> issues arise.<br>
><br>
> Although we do not expect the experiment to cause disruption, we<br>
> welcome feedback on its safety and especially on how to make it safer.<br>
> We can be reached at <a href="mailto:disco-experiment@googlegroups.com" target="_blank">disco-experiment@googlegroups.com</a>.<br>
><br>
> Amir Herzberg, University of Connecticut<br>
> Ethan Katz-Bassett, Columbia University<br>
> Haya Shulman, Fraunhofer SIT<br>
> Ítalo Cunha, Universidade Federal de Minas Gerais<br>
> Michael Schapira, Hebrew University of Jerusalem<br>
> Tomas Hlavacek, Fraunhofer SIT<br>
> Yossi Gilad, MIT<br>
><br>
> [A] <a href="https://conferences.sigcomm.org/hotnets/2018/program.html" rel="noreferrer" target="_blank">https://conferences.sigcomm.org/hotnets/2018/program.html</a><br>
> [B] <a href="http://peering.usc.edu" rel="noreferrer" target="_blank">http://peering.usc.edu</a><br>
> [C] <a href="https://goo.gl/AFR1Cn" rel="noreferrer" target="_blank">https://goo.gl/AFR1Cn</a><br>
> [D] <a href="https://labs.ripe.net/Members/erik/ripe-ncc-and-duke-university-bgp-experiment" rel="noreferrer" target="_blank">https://labs.ripe.net/Members/erik/ripe-ncc-and-duke-university-bgp-experiment</a><br>
> [E] <a href="https://goo.gl/nJhmx1" rel="noreferrer" target="_blank">https://goo.gl/nJhmx1</a><br>
</blockquote></div></div>-- <br><div dir="ltr" class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div>Ben Cooper</div><div>Chief Executive Officer</div><div>PacketGG - Multicast</div><div>M(Telstra): 0410 411 301</div><div>M(Optus):  0434 336 743<br></div><div>E: <a href="mailto:ben@packet.gg" target="_blank">ben@packet.gg</a> & <a href="mailto:ben@multicast.net.au" target="_blank">ben@multicast.net.au</a></div><div>W: <a href="https://packet.gg/" target="_blank">https://packet.gg</a></div><div>W: <a href="https://multicast.net.au/" target="_blank">https://multicast.net.au</a></div><div><br></div><div><img src="https://cdn.discordapp.com/attachments/506294629184831488/514422664513978369/Banner.png"></div></div></div>