<div dir="ltr">Hola Erick,<div><br></div><div>Ningún IGP debería se utilizado para llevar prefijos de Internet o prefijos de cliente. A lo interno de la red, iBGP se debería encargar de esto.</div><div><br></div><div>Lo que mencionaste en el correo que nunca debería de hacerse es así, ya que esas prácticas están totalmente vinculadas a un tema de escalabilidad. En un inicio no tendrías mayor problema con las redistribuciones, pero conforme la red vaya creciendo la complejidad aumentará y el mínimo error podría dar al traste con el funcionamiento de toda la red, sin dejar de lado el consumo de recursos, etc.</div><div><br></div><div>Definir políticas en un IGP normalmente es complicado y esto es así porque no es la naturaleza de su funcionamiento, para eso a lo interno está iBGP donde existe muchas alternativas.</div><div><br></div><div>Saludos</div><div><br></div><div>José Gutiérrez</div><div class="gmail_extra"><br><div class="gmail_quote">El 27 de octubre de 2014, 21:26, Nicolas Antoniello <span dir="ltr"><<a href="mailto:nantoniello@gmail.com" target="_blank">nantoniello@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">Hola Erick,<div><br></div><div>En aras de la simplicidad (y esto puede ser discutible por supuesto), en lo personal la redistribución entre protocolos es algo que solo haría en caso de extrema necesidad.</div><div>Creo que lo más recomendable es que el transporte interno de rutas aprendidas por eBGP lo hagas utilizando iBGP.</div><div><br></div><div>Por otro lado, en caso que si o si requieras redistribución, por supuesto que tienes que tomar todas las medidas posibles para evitar errores (sobre todo los humanos)... eso incluye route maps, verificaciones y filtros para no publicar cosas como rutas por defecto, prefijos de otros, etc...</div><div><br></div><div>Saludos,</div><div>Nicolas</div><div><br></div></div><div class="gmail_extra"><br><div class="gmail_quote"><div><div class="h5">2014-10-28 6:22 GMT+09:00 Erick Lobo Marín <span dir="ltr"><<a href="mailto:erick.lobo@cgr.go.cr" target="_blank">erick.lobo@cgr.go.cr</a>></span>:<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"><div>Notas:</div>-Seguido el link: <a href="https://nsrc.org/workshops/2011/walc/routing/raw-attachment/wiki/Agenda/BGP_BCP.pdf" target="_blank">https://nsrc.org/workshops/2011/walc/routing/raw-attachment/wiki/Agenda/BGP_BCP.pdf</a><div>-Al referirme a dos protocolos me refiero a una implementación dual stack IPv6-IPv4.</div></div><div class="gmail_extra"><br clear="all"><div><div dir="ltr">Atentamente,<div>Erick Lobo</div><div><br></div><div>lgD</div></div></div>
<br><div class="gmail_quote">El 27 de octubre de 2014, 15:19, Erick Lobo Marín <span dir="ltr"><<a href="mailto:erick.lobo@cgr.go.cr" target="_blank">erick.lobo@cgr.go.cr</a>></span> escribió:<div><div><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div>Señores, avanzando en la implementación en una "enterprise" en la que me encuentro, dentro de algunas prácticas recomendadas de BGP, se indica que "nunca":</div><div>- Distribuya prefijos BGP dentro de un IGP</div><div>- Distribuya prefijos de un IGP dentro de BGP</div><div>- Utilice un IGP para transportar prefijos de clientes</div><div><br></div><div>Por otro lado, por el contrario otros indican la redistribución (entre protocolos) con route-map con la mejor opción.<br></div><div><br></div><div>En lo personal, me preocupa la complejidad (tal como: configuración y mantenimiento) , el rendimiento (tal como: overhead asociado a dos protocoles corriendo y el incremento descontrolado en las tablas de enrutamiento) y la seguridad asociada a cada opción.</div><div><br></div><div>¿Qué opinan?</div><div><br></div><div><div dir="ltr">Atentamente,<div>Erick Lobo</div><div><br></div><div>lgD</div></div></div>
</div>
</blockquote></div></div></div><br></div>
<br></div></div>_______________________________________________<br>
LACTF mailing list<br>
<a href="mailto:LACTF@lacnic.net" target="_blank">LACTF@lacnic.net</a><br>
<a href="https://mail.lacnic.net/mailman/listinfo/lactf" target="_blank">https://mail.lacnic.net/mailman/listinfo/lactf</a><br>
Cancelar suscripcion: <a href="mailto:lactf-unsubscribe@lacnic.net" target="_blank">lactf-unsubscribe@lacnic.net</a><br></blockquote></div><br></div>
<br>_______________________________________________<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" target="_blank">https://mail.lacnic.net/mailman/listinfo/lacnog</a><br>
Cancelar suscripcion: <a href="https://mail.lacnic.net/mailman/options/lacnog" target="_blank">https://mail.lacnic.net/mailman/options/lacnog</a><br>
<br></blockquote></div><br><br clear="all"><div><br></div>-- <br>JG
</div></div>