<div dir="ltr"><div class="gmail_default" style="font-family:tahoma,sans-serif;font-size:small;color:rgb(0,0,0)">Tomas, me animo a dudar que se como comentas en JUNOS.</div><div class="gmail_default" style="font-family:tahoma,sans-serif;font-size:small;color:rgb(0,0,0)"><br></div><div class="gmail_default" style="font-family:tahoma,sans-serif;font-size:small;color:rgb(0,0,0)">Tengo todos mis peers con una politica asociada, pero me parece recordar que no es requerimiento obligado declarar un policy de import/export al peer para intercambiar rutas. </div><div class="gmail_default"><font color="#000000" face="tahoma, sans-serif"><br></font></div><div class="gmail_default"><font color="#000000" face="tahoma, sans-serif">De todos modos, asi fuera requerimiento inevitable explicitar un policy de import/export en el peer, JUNOS tiene la particularidad de que el cierre implícito del policy BGP es un "accept". Esto puede darle varias sorpresas al que viene con el cassette del implicit-deny de CISCO.</font></div><div class="gmail_default"><font color="#000000" face="tahoma, sans-serif"><br></font></div><div class="gmail_default"><div class="gmail_default" style="font-family:tahoma,sans-serif;color:rgb(0,0,0)">Existe una política default para BGP ante un caso así, en linea a lo que el RFC propone modificar:</div><div class="gmail_default" style="font-family:tahoma,sans-serif;color:rgb(0,0,0)"><br></div><div class="gmail_default"><font color="#000000" face="tahoma, sans-serif"><a href="http://www.juniper.net/techpubs/en_US/junos/topics/concept/policy-routing-policies-actions-defaults.html">http://www.juniper.net/techpubs/en_US/junos/topics/concept/policy-routing-policies-actions-defaults.html</a></font></div></div><div class="gmail_default" style="font-family:tahoma,sans-serif;font-size:small;color:rgb(0,0,0)"><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">El 21 de febrero de 2017, 19:41, Tomas Lynch <span dir="ltr"><<a href="mailto:tomas.lynch@gmail.com" target="_blank">tomas.lynch@gmail.com</a>></span> escribió:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div><div>Coincide con las nuevas formas de configuración de Cisco en IOS XR y las de siempre de Juniper donde tenés que explicitar un filtro de entrada y salida. Desconozco otros vendors.<br><br></div>Me parece una muy buena idea.<br><br></div>Tomás Lynch<br><div><div><br><br></div></div></div><div class="gmail_extra"><br><div class="gmail_quote"><div><div class="h5">On Tue, Feb 21, 2017 at 5:25 PM, Guillermo Cicileo <span dir="ltr"><<a href="mailto:gcicileo@gmail.com" target="_blank">gcicileo@gmail.com</a>></span> wrote:<br></div></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div class="h5"><div dir="ltr">Hola,<div><br></div><div>No se si han visto este draft que se esta proponiendo en el grupo grow de la IETF. La idea es cambiar la política por default de BGP, que en muchas implementaciones (IOS, Juniper) consiste en aceptar todo lo que los neighbors publican y anunciar a todos los neighbors.</div><div><br></div><div>Este draft propone cambiar ese comportamiento para que, en caso de que no haya configurada explícitamente una política de entrada o salida, no se acepten ni anuncien rutas en las sesiones eBGP. </div><div><br></div><div>Este cambio es interesante porque nos protege de errores involuntarios, pero su impacto sobre las implementaciones y las redes en producción existentes puede ser importante. </div><div><br></div><div>Creo que es interesante que le den una lectura, es cortito :)</div><div><br clear="all"><div><div class="m_8579328628078520490m_-2943536147104445823gmail_signature">Saludos,<br><br> Guillermo.<br></div></div>
<br><div class="gmail_quote">---------- Forwarded message ----------<br>From: <b class="gmail_sendername"></b> <span dir="ltr"><<a href="mailto:internet-drafts@ietf.org" target="_blank">internet-drafts@ietf.org</a>></span><br>Date: Tue, Feb 21, 2017 at 5:37 PM<br>Subject: [GROW] I-D Action: draft-ietf-grow-bgp-reject-03.<wbr>txt<br>To: <a href="mailto:i-d-announce@ietf.org" target="_blank">i-d-announce@ietf.org</a><br>Cc: <a href="mailto:grow@ietf.org" target="_blank">grow@ietf.org</a><br><br><br><br>
A New Internet-Draft is available from the on-line Internet-Drafts directories.<br>
This draft is a work item of the Global Routing Operations of the IETF.<br>
<br>
Title : Default EBGP Route Propagation Behavior Without Policies<br>
Authors : Jared Mauch<br>
Job Snijders<br>
Greg Hankins<br>
Filename : draft-ietf-grow-bgp-reject-03.<wbr>txt<br>
Pages : 5<br>
Date : 2017-02-21<br>
<br>
Abstract:<br>
This document defines the default behavior of a BGP speaker when<br>
there is no import or export policy associated with an External BGP<br>
session.<br>
<br>
<br>
<br>
The IETF datatracker status page for this draft is:<br>
<a href="https://datatracker.ietf.org/doc/draft-ietf-grow-bgp-reject/" rel="noreferrer" target="_blank">https://datatracker.ietf.org/d<wbr>oc/draft-ietf-grow-bgp-reject/</a><br>
<br>
There's also a htmlized version available at:<br>
<a href="https://tools.ietf.org/html/draft-ietf-grow-bgp-reject-03" rel="noreferrer" target="_blank">https://tools.ietf.org/html/dr<wbr>aft-ietf-grow-bgp-reject-03</a><br>
<br>
A diff from the previous version is available at:<br>
<a href="https://www.ietf.org/rfcdiff?url2=draft-ietf-grow-bgp-reject-03" rel="noreferrer" target="_blank">https://www.ietf.org/rfcdiff?u<wbr>rl2=draft-ietf-grow-bgp-reject<wbr>-03</a><br>
<br>
<br>
Please note that it may take a couple of minutes from the time of submission<br>
until the htmlized version and diff are available at <a href="http://tools.ietf.org" rel="noreferrer" target="_blank">tools.ietf.org</a>.<br>
<br>
Internet-Drafts are also available by anonymous FTP at:<br>
<a href="ftp://ftp.ietf.org/internet-drafts/" rel="noreferrer" target="_blank">ftp://ftp.ietf.org/internet-dr<wbr>afts/</a><br>
<br>
______________________________<wbr>_________________<br>
GROW mailing list<br>
<a href="mailto:GROW@ietf.org" target="_blank">GROW@ietf.org</a><br>
<a href="https://www.ietf.org/mailman/listinfo/grow" rel="noreferrer" target="_blank">https://www.ietf.org/mailman/l<wbr>istinfo/grow</a><br>
</div><br></div></div>
<br></div></div>______________________________<wbr>_________________<br>
LACNOG mailing list<br>
<a href="mailto:LACNOG@lacnic.net" target="_blank">LACNOG@lacnic.net</a><br>
<a href="https://mail.lacnic.net/mailman/listinfo/lacnog" rel="noreferrer" target="_blank">https://mail.lacnic.net/mailma<wbr>n/listinfo/lacnog</a><br>
Cancelar suscripcion: <a href="https://mail.lacnic.net/mailman/options/lacnog" rel="noreferrer" target="_blank">https://mail.lacnic.net/mailma<wbr>n/options/lacnog</a><br>
<br></blockquote></div><br></div>
<br>______________________________<wbr>_________________<br>
LACNOG mailing list<br>
<a href="mailto:LACNOG@lacnic.net">LACNOG@lacnic.net</a><br>
<a href="https://mail.lacnic.net/mailman/listinfo/lacnog" rel="noreferrer" target="_blank">https://mail.lacnic.net/<wbr>mailman/listinfo/lacnog</a><br>
Cancelar suscripcion: <a href="https://mail.lacnic.net/mailman/options/lacnog" rel="noreferrer" target="_blank">https://mail.lacnic.net/<wbr>mailman/options/lacnog</a><br>
<br></blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><b>Ivan Chapero<br><span style="color:rgb(102,102,102)">Área Técnica y Soporte</span></b><span style="color:rgb(102,102,102)"> </span><br style="color:rgb(102,102,102)"><span style="color:rgb(102,102,102)">Fijo: 03464-470280 (interno 535)</span> | <span style="color:rgb(102,102,102)">Móvil: 03464-155-20282</span> | <span style="color:rgb(102,102,102)">Skype ID: ivanchapero</span><div><span style="color:rgb(102,102,102)">--</span><br style="color:rgb(102,102,102)"><div style="text-align:center"><span style="color:rgb(102,102,102)">GoDATA Banda Ancha - CABLETEL S.A. | Av. 9 de Julio 1163 - 2183 - Arequito - Santa Fe - Argentina</span></div><br><br><br><br><br><br><br></div></div></div>
</div>