<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=Windows-1252">
<style type="text/css" style="display:none;"><!-- P {margin-top:0;margin-bottom:0;} --></style>
</head>
<body dir="ltr">
<div id="divtagdefaultwrapper" style="font-size:12pt;color:#000000;background-color:#FFFFFF;font-family:Calibri,Arial,Helvetica,sans-serif;">
<p>Alejandro, Jaris</p>
Gracias por el feedback.
<div>De lo revisado veo que X464LAT aplicaría mas al segmento mobile, ya que ya existe el soporte a nivel de los smartphones.</div>
<div>A nivel del acceso fijo, para residencial como mencionan NAT444 es una solución aceptable, pero a nivel de clientes Enterprise veo que MAP T/E es una opción que Cisco comenzo a impulsar, pero esta amarrado al soporte a nivel de CPE y saber cuan maduro
es la solucion.</div>
<div><br>
</div>
<div>Esto me hizo investigar de una solucion a nivel de CPE agnostico a la solucion y encontre este slide de vCPE SDN IPv6, que me parece muy interesante.</div>
<div><a href="https://www.ietf.org/proceedings/88/slides/slides-88-sdnrg-0.pdf" class="OWAAutoLink" id="LPlnk799284" style="font-size: 12pt;" title="https://www.ietf.org/proceedings/88/slides/slides-88-sdnrg-0.pdf
Ctrl+Haga clic o pulse para seguir el vínculo">https://www.ietf.org/proceedings/88/slides/slides-88-sdnrg-0.pdf</a><br>
</div>
<div>
<div id="LPBorder_GT_14664681204740.10115982828017778" style="margin-bottom: 20px; overflow: auto; width: 100%; text-indent: 0px;">
<table id="LPContainer_14664681204640.12495026176765833" cellspacing="0" style="width: 90%; position: relative; overflow: auto; padding-top: 20px; padding-bottom: 20px; margin-top: 20px; border-top-width: 1px; border-top-style: dotted; border-top-color: rgb(200, 200, 200); border-bottom-width: 1px; border-bottom-style: dotted; border-bottom-color: rgb(200, 200, 200); background-color: rgb(255, 255, 255);">
<tbody>
<tr valign="top" style="border-spacing: 0px;">
<td id="TextCell_14664681204670.07741639074095463" colspan="2" style="vertical-align: top; position: relative; padding: 0px; display: table-cell;">
<div id="LPRemovePreviewContainer_14664681204670.34187334230159405"></div>
<div id="LPTitle_14664681204690.9919828890546947" style="top: 0px; color: rgb(0, 120, 215); font-weight: normal; font-size: 21px; font-family: wf_segoe-ui_light, "Segoe UI Light", "Segoe WP Light", "Segoe UI", "Segoe WP", Tahoma, Arial, sans-serif; line-height: 21px;">
<a id="LPUrlAnchor_14664681204690.8797526131507676" href="https://www.ietf.org/proceedings/88/slides/slides-88-sdnrg-0.pdf" target="_blank" style="text-decoration: none;">A Software Defined Approach to Unified IPv6 Transition</a></div>
<div id="LPMetadata_14664681204690.23415159269292496" style="margin: 10px 0px 16px; color: rgb(102, 102, 102); font-weight: normal; font-family: wf_segoe-ui_normal, "Segoe UI", "Segoe WP", Tahoma, Arial, sans-serif; font-size: 14px; line-height: 14px;">
www.ietf.org</div>
<div id="LPDescription_14664681204720.6769598935686787" style="display: block; color: rgb(102, 102, 102); font-weight: normal; font-family: wf_segoe-ui_normal, "Segoe UI", "Segoe WP", Tahoma, Arial, sans-serif; font-size: 14px; line-height: 20px; max-height: 100px; overflow: hidden;">
Motivation & Rationale • Design a low-cost, unified approach to IPv6 transition • Low-cost: a virtual CPEs(e.g. vRGW) or a SDN enabled</div>
</td>
</tr>
</tbody>
</table>
</div>
<div>
<div style="font-family: Calibri, Arial, Helvetica, sans-serif, "Apple Color Emoji", "Segoe UI Emoji", NotoColorEmoji, "Segoe UI Symbol", "Android Emoji", EmojiSymbols; font-size: 16px;">
Igual seguiré investigando para tener mas claro estas tecnologías... </div>
<div><span style="font-size: 12pt;">Saludos</span><br>
</div>
</div>
</div>
<div>Juan Carlos G.<br>
<br>
<div style="color: rgb(0, 0, 0);">
<hr tabindex="-1" style="display:inline-block; width:98%">
<div id="divRplyFwdMsg" dir="ltr"><font face="Calibri, sans-serif" color="#000000" style="font-size:11pt"><b>De:</b> LACTF <lactf-bounces@lacnic.net> en nombre de Alejandro D'Egidio <adegidio@telecentro.net.ar><br>
<b>Enviado:</b> jueves, 16 de junio de 2016 19:07<br>
<b>Para:</b> lactf@lac.ipv6tf.org<br>
<b>Asunto:</b> Re: [LAC-TF] Experiencias de despliegue de NAT444 y NAT64 en Segmento Empresas</font>
<div> </div>
</div>
<div>
<div style="font-family:Times New Roman; font-size:12pt; color:#000000">
<div>Tal como aclaran creo que, no es para nada recomendado utilizar una solución de CGN para un corporativo. Si podría aplicar un CGN para los residenciales.</div>
<div>Específicamente con NAT64 seguramente vas a tener muchos problemas por diferentes aplicaciones que no utilicen DNS.</div>
<div>Como aclara Jordi, algo mucho mas recomendado es 464XLAT, tomalo como una evolución del NAT64. El problema de 464XLAT es que está muy atado a la tecnología de acceso. Por ejemplo, para el caso particular de las redes de Cable, solo hay un fabricante de
CableModems que están comenzando a implementar CLAT para los nuevos CMs. El resto de los fabricantes no quiere invertir en esto y su solución es DS-Lite.</div>
<div><br>
</div>
<div><br>
</div>
<div>Saludos,</div>
<div>
<p><b><span face="arial, helvetica, sans-serif" style="font-family:arial,helvetica,sans-serif">Alejandro D'Egidio<br>
</span></b><span face="arial, helvetica, sans-serif" size="2" style="font-family:arial,helvetica,sans-serif; font-size:small">Jefe de Ingeniería de Backbone</span><br>
<span face="arial, helvetica, sans-serif" style="font-family:arial,helvetica,sans-serif"><span style="font-size:small; color:#1f497d"><a href="mailto:adegidio@telecentro.net.ar">adegidio@telecentro.net.ar</a></span></span></p>
<p><span face="arial, helvetica, sans-serif" style="font-family:arial,helvetica,sans-serif"><span size="2" style="font-size:small">Lavardén 155 | Tel: 54 11 3977 1025</span><br>
<span size="2" style="font-size:small">C1437FBC | CABA | Argentina</span><br>
<b><span size="2" style="font-size:small">TELECENTRO S.A.</span><br>
</b><span size="1" style="font-size:xx-small"><br>
ESTE MENSAJE ES CONFIDENCIAL. Puede contener información amparada por el secreto profesional. Si usted ha recibido este e-mail por error, por favor comuníquenoslo inmediatamente vía e-mail y tenga la amabilidad de eliminarlo de su sistema; no deberá copiar
el mensaje ni divulgar su contenido a ninguna persona. Muchas gracias.<br>
<br>
THIS MESSAGE IS CONFIDENTIAL. It may also contain information that is privileged or otherwise legally exempt from disclosure. If you have received it by mistake please let us know by e-mail immediately and delete it from your system; should also not copy the
message nor disclose its contents to anyone. Many thanks.</span></span></p>
<p class="MsoNormal" style="font-size:12pt; font-family:'Times New Roman'"></p>
<p class="MsoNormal" style="font-size:12pt; font-family:'Times New Roman'"></p>
<p class="MsoNormal" style="font-size:12pt; font-family:'Times New Roman'"></p>
<p class="MsoNormal" style="font-size:12pt; font-family:'Times New Roman'"></p>
<p class="MsoNormal" style="font-size:12pt; font-family:'Times New Roman'"></p>
</div>
<br>
<hr id="zwchr">
<div><b>De: </b>"Jaris Aizprua" <jarisaizprua@gmail.com><br>
<b>Para: </b>lactf@lac.ipv6tf.org<br>
<b>Enviados: </b>Miércoles, 15 de Junio 2016 23:15:15<br>
<b>Asunto: </b>Re: [LAC-TF] Experiencias de despliegue de NAT444 y NAT64 en Segmento Empresas<br>
</div>
<br>
<div>
<p dir="ltr">Los corporativos es muy complicado que no les entregues una pública, por algo pagan un precio elevado y también dependiendo de los tipos de servicios que soliciten y que tengan en su red interna.</p>
<p dir="ltr">En mi experiencia, con el uso de CGN a nivel residencial, se liberaron muchos recursos IPv4 públicos los cuales fueron destinados a clientes corporativos e incluso al mismo ISP para usarlos en nuevas plataformas y/o servicios.</p>
<p dir="ltr">Saludos!!!</p>
<div class="gmail_quote">On Jun 15, 2016 5:57 PM, "Juan Carlos Guardapuclla" <<a href="mailto:jguardapuclla@hotmail.com" target="_blank">jguardapuclla@hotmail.com</a>> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex; border-left:1px #ccc solid; padding-left:1ex">
<div>
<div dir="ltr">Gracias Jordi por la respuesta.
<div>Si le di una revisada rápida a tu presentación, creo que eran 02 vídeos.. Lo vuelvo a revisar con mas detenimiento y te fastidio si tengo alguna duda.</div>
<br>
<div>Nuevamente muchas gracias.</div>
<br>
<div>Saludos</div>
<div>Juan Carlos G.<br>
<br>
<div>> Date: Wed, 15 Jun 2016 17:24:35 -0500<br>
> From: <a href="mailto:jordi.palet@consulintel.es" target="_blank">jordi.palet@consulintel.es</a><br>
> To: <a href="mailto:lactf@lac.ipv6tf.org" target="_blank">lactf@lac.ipv6tf.org</a><br>
> Subject: Re: [LAC-TF] Experiencias de despliegue de NAT444 y NAT64 en Segmento Empresas<br>
> <br>
> Hola Juan Carlos,<br>
> <br>
> No te recomiendo en ningún caso NAT64, sino 464XLAT, de hecho es lo que usa T-Mobile y los otros 3 operadores de US, y muchos otros operadores en todo el mundo.<br>
> <br>
> Para los casos empresariales hay que diferenciar si el cliente empresarial solo necesita la conexión a Internet para navegación, recepción de correo, uso de servicios, etc., en cuyo caso aplicaría igualmente 464XLAT (o alternativamente MAP T o E) o bien si
necesita “exponer” servicios a través de esa red. Si así fuera, yo SOLO recomendaría doble-pila para esos clientes y que por supuesto no pasen por ningún tipo de CGN.<br>
> <br>
> No se si viste mi ultima presentación en el FLIP-6 en el evento de La Habana?<br>
> <br>
> Si se trata de un datacenter, las consideraciones son muy diferentes.<br>
> <br>
> Si necesitas información mas detallada de algún caso/ejemplo que no sea genérico, escríbeme en privado e intento ayudarte.<br>
> <br>
> Saludos,<br>
> Jordi<br>
> <br>
> <br>
> -----Mensaje original-----<br>
> De: LACTF <<a href="mailto:lactf-bounces@lacnic.net" target="_blank">lactf-bounces@lacnic.net</a>> en nombre de Juan Carlos Guardapuclla <<a href="mailto:jguardapuclla@hotmail.com" target="_blank">jguardapuclla@hotmail.com</a>><br>
> Responder a: <<a href="mailto:lactf@lac.ipv6tf.org" target="_blank">lactf@lac.ipv6tf.org</a>><br>
> Fecha: miércoles, 15 de junio de 2016, 16:57<br>
> Para: "<a href="mailto:lactf@lac.ipv6tf.org" target="_blank">lactf@lac.ipv6tf.org</a>" <<a href="mailto:lactf@lac.ipv6tf.org" target="_blank">lactf@lac.ipv6tf.org</a>><br>
> Asunto: [LAC-TF] Experiencias de despliegue de NAT444 y NAT64 en Segmento Empresas<br>
> <br>
> >Estimados buenas,Unas consultas:<br>
> >Se entiende que a nivel de la región, muchos ISP tienen implementado el uso de NAT444 para el segmento residencial, y como que esta ayudando con todos los pro/crons de la solucion.<br>
> ><br>
> >Pero a nivel del segmento empresarial donde tipicamente se ofrecen un rango de IPv4 publicas por cliente , y donde también se tiene el problema de agotamiento de IPv4 publicas, el hecho de aplicar NAT444 para ese segmento, como que no lo veo sentido.<br>
> ><br>
> >Revisando este link de deployments only IPv6, hay experiencia en T-Mobile con NAT64, pero esta orientado a usuarios móviles.<br>
> ><a href="https://www.youtube.com/watch?v=EfjdOc41g0s" target="_blank">https://www.youtube.com/watch?v=EfjdOc41g0s</a><br>
> ><br>
> ><br>
> >Conocen de algún despliegue en la región donde se este aplicando NAT64 a nivel ISP para cliente empresariales ??<br>
> >Como se esta atacando el problema donde existe la necesidad de ofrecer un servicio de Internet Empresarial pero no se cuenta con pooles de IPv4 publicos disponibles.<br>
> ><br>
> >Es NAT64 una solución a este problema o existe algún otro esquema de despliegue que cubra mejor esta necesidad.<br>
> >Como que comercialmente ya no es una opción valida seguir ofreciendo nuevos pooles de IPv4 publicas, así que adicional al tema técnico, creo que debería ir acompañado de la mano, la definición de un nuevo servicio a nivel comercial.<br>
> ><br>
> >Gracias por su apoyo....!!!<br>
> >Saludos<br>
> >Juan Carlos G.<br>
> ><br>
> > <br>
> >_______________________________________________<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>
> <br>
> <br>
> <br>
> _______________________________________________<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>
</div>
</div>
</div>
</div>
<br>
_______________________________________________<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" rel="noreferrer" 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>
_______________________________________________<br>
LACTF mailing list<br>
LACTF@lacnic.net<br>
https://mail.lacnic.net/mailman/listinfo/lactf<br>
Cancelar suscripcion: lactf-unsubscribe@lacnic.net<br>
</div>
</div>
</div>
</div>
</div>
</div>
</body>
</html>