<div dir="ltr">Antes fosse só isso.<div><br></div><div>o FRR no VyOS 1.2, desde o RC1 até o RC11, e a versão EPA</div><div>estão devolvendo anuncios no mesmo peering de recebimento.</div><div>Exatamente assim: você baixa um full-route e ele devolve</div><div>o full-route para quem enviou (mesma conexão TCP).</div><div>Coisa MUITO louca, com adição de AS-PATH ainda!!</div><div>FRR Versao 6.</div><div><br></div><br><div class="gmail_quote"><div dir="ltr">Em ter, 8 de jan de 2019 às 15:26, Humberto Galiza <<a href="mailto:humbertogaliza@gmail.com" target="_blank">humbertogaliza@gmail.com</a>> escreveu:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Olá a todos,<br>
<br>
FYI, o experimento abaixo foi suspenso temporariamente até o dia 16/01<br>
em função de um bug encontrado na implementação do FRR [1]. Caso tenha<br>
alguém utilizando o FRR vale a pena ficar atento e aplicar o patch<br>
para evitar stress.<br>
<br>
[1] - <a href="https://lists.frrouting.org/pipermail/frog/2019-January/000392.html" rel="noreferrer" target="_blank">https://lists.frrouting.org/pipermail/frog/2019-January/000392.html</a><br>
<br>
Abs,<br>
<br>
Humberto Galiza<br>
<br>
On Thu, 20 Dec 2018 at 20:10, Fernando Frediani <<a href="mailto:fhfrediani@gmail.com" target="_blank">fhfrediani@gmail.com</a>> wrote:<br>
><br>
> Mensagem da NANOG sobre BGP route origin validation para quem acompanha este assunto.<br>
><br>
> Fernando<br>
><br>
><br>
> -------- Mensaje reenviado --------<br>
> Asunto: BGP Experiment<br>
> Fecha: Tue, 18 Dec 2018 10:05:26 -0500<br>
> De: Italo Cunha <<a href="mailto:cunha@dcc.ufmg.br" target="_blank">cunha@dcc.ufmg.br</a>><br>
> Para: NANOG <<a href="mailto:nanog@nanog.org" target="_blank">nanog@nanog.org</a>>, DISCO experiment mailing list <<a href="mailto:disco-experiment@googlegroups.com" target="_blank">disco-experiment@googlegroups.com</a>><br>
><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>
><br>
> _______________________________________________<br>
> bpf mailing list<br>
> <a href="mailto:bpf@listas.brasilpeeringforum.org" target="_blank">bpf@listas.brasilpeeringforum.org</a><br>
> <a href="https://listas.brasilpeeringforum.org/mailman/listinfo/bpf" rel="noreferrer" target="_blank">https://listas.brasilpeeringforum.org/mailman/listinfo/bpf</a><br>
_______________________________________________<br>
bpf mailing list<br>
<a href="mailto:bpf@listas.brasilpeeringforum.org" target="_blank">bpf@listas.brasilpeeringforum.org</a><br>
<a href="https://listas.brasilpeeringforum.org/mailman/listinfo/bpf" rel="noreferrer" target="_blank">https://listas.brasilpeeringforum.org/mailman/listinfo/bpf</a><br>
</blockquote></div></div>