<html><head></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; color: rgb(0, 0, 0); font-size: 14px; font-family: Calibri, sans-serif;"><div><div>Muy buena tarde,</div><div><br></div><div>En nuestro caso como proveedor de servicios de Internet para nuestros campus universitarios, el tiempo y las necesidades de banda ancha nos obligó a incorporar más de una conexiones a Internet. </div><div><br></div><div>Cayendo en la encrucijada de cómo balancear las cargas, que a falta de experiencia y pericia en BGP, nos llevó a plantear la posibilidad de desagregar nuestros bloques IPv4; sin embargo el que nuestros nuevo ISP contará con dual-stack, de manera natural permitió balancear y provocar un despliegue masivo de IPv6 en el interior de nuestra universidad evitan con ello la desagregación de nuestros prefijos, aprovechando al 100% ambos enlaces comerciales con características de alta disponibilidad para ambos protocolos de Internet.</div><div><div><br></div><div>Por último quisiéramos compartir evidencia estadística del balanceo de IPv6 (/32) e IPv4 (/16 y /19 x 2) de nuestra red:</div><div><span style="font-size: medium;">http://www.ipv6.udg.mx</span></div><div><br></div><div><div style="font-size: 16px; "><font size="3">Saludos,</font></div><div style="font-size: 16px; "><span class="Apple-style-span" style="font-family: Calibri;"><b><font size="3">JAIME OLMOS</font></b></span></div></div><div style="font-size: 16px; "><br></div><div><span class="Apple-style-span" style="font-family: Calibri; "><b><font size="3"><br></font></b></span></div><div><br></div></div></div><div><br></div><span id="OLK_SRC_BODY_SECTION"><div style="font-family:Calibri; font-size:11pt; text-align:left; color:black; BORDER-BOTTOM: medium none; BORDER-LEFT: medium none; PADDING-BOTTOM: 0in; PADDING-LEFT: 0in; PADDING-RIGHT: 0in; BORDER-TOP: #b5c4df 1pt solid; BORDER-RIGHT: medium none; PADDING-TOP: 3pt"><span style="font-weight:bold">From: </span> Nicolas Antoniello <<a href="mailto:nantoniello@gmail.com">nantoniello@gmail.com</a>><br><span style="font-weight:bold">Reply-To: </span> <<a href="mailto:lactf@lac.ipv6tf.org">lactf@lac.ipv6tf.org</a>><br><span style="font-weight:bold">Date: </span> lunes, 27 de octubre de 2014 21:30<br><span style="font-weight:bold">To: </span> "<a href="mailto:lactf@lac.ipv6tf.org">lactf@lac.ipv6tf.org</a>" <<a href="mailto:lactf@lac.ipv6tf.org">lactf@lac.ipv6tf.org</a>>, Latin America and Caribbean Region Network Operators Group <<a href="mailto:lacnog@lacnic.net">lacnog@lacnic.net</a>><br><span style="font-weight:bold">Subject: </span> Re: [LAC-TF] Publicación del bloque asignado por LACNIC<br></div><div><br></div><div dir="ltr">Hola nuevamente Erick,<div><br></div><div>Este tema se habló varias veces en el pasado... la respuesta viene por el lado de no mezclar razones técnicas con las políticas.</div><div>Pero en resumen, por más que se sugiere en las políticas el NO desagregar, ello es una práctica en ocasiones necesaria para los clientes.</div><div>Es decir, podes desagregar, pero tienes que tratar de evitarlo en todo lo posible. Siempre respetando las normas "tácitas" de cuál será el bloque más pequeño que un ISP, Carrier u otro cliente te va a aceptar... por ejemplo, por regla general en IPv4 nada más pequeño que un /24. Y te diría que en IPv6 nada más pequeño que un /32.</div><div><br></div><div>Saludos,</div><div>Nico</div><div><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">2014-10-28 7:05 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><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div>Slds, existe alguna política que obligue al cliente (no ISP) por parte de LACNIC de publicar sin desagregar el prefijo IPv6 asginado por éste, o se permite alguna desagregación (por ejemplo: nibble) por parte del cliente y su publicación correspondiente en la Internet?</div><div><br></div><div>Por ejemplo: previendo casos DE multihoming con varios ISP y/o "sedes" conectadas a diferentes ISPs.</div><div><br></div><div><pre style="white-space:pre-wrap;color:rgb(0,0,0)"><span style="font-family:arial;color:rgb(34,34,34)">Atentamente,</span><br></pre></div><div><div dir="ltr"><div>Erick Lobo</div><div>Costa Rica</div><div><br></div><div>lgD</div></div></div></div><br>_______________________________________________<br>
LACTF mailing list<br><a href="mailto:LACTF@lacnic.net">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">lactf-unsubscribe@lacnic.net</a><br></blockquote></div><br></div>
_______________________________________________
LACTF mailing list
<a href="mailto:LACTF@lacnic.net">LACTF@lacnic.net</a>
<a href="https://mail.lacnic.net/mailman/listinfo/lactf">https://mail.lacnic.net/mailman/listinfo/lactf</a>
Cancelar suscripcion: <a href="mailto:lactf-unsubscribe@lacnic.net">lactf-unsubscribe@lacnic.net</a></span></body></html>