[LAC-TF] Experiencias de despliegue de NAT444 y NAT64 en Segmento Empresas

[Jaris Aizprua]

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.

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.

Saludos!!!
On Jun 15, 2016 5:57 PM, "Juan Carlos Guardapuclla" <
jguardapuclla at hotmail.com> wrote:

> Gracias Jordi por la respuesta.
> 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.
>
> Nuevamente muchas gracias.
>
> Saludos
> Juan Carlos G.
>
> > Date: Wed, 15 Jun 2016 17:24:35 -0500
> > From: jordi.palet at consulintel.es
> > To: lactf at lac.ipv6tf.org
> > Subject: Re: [LAC-TF] Experiencias de despliegue de NAT444 y NAT64 en
> Segmento Empresas
> >
> > Hola Juan Carlos,
> >
> > 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.
> >
> > 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.
> >
> > No se si viste mi ultima presentación en el FLIP-6 en el evento de La
> Habana?
> >
> > Si se trata de un datacenter, las consideraciones son muy diferentes.
> >
> > Si necesitas información mas detallada de algún caso/ejemplo que no sea
> genérico, escríbeme en privado e intento ayudarte.
> >
> > Saludos,
> > Jordi
> >
> >
> > -----Mensaje original-----
> > De: LACTF <lactf-bounces at lacnic.net> en nombre de Juan Carlos
> Guardapuclla <jguardapuclla at hotmail.com>
> > Responder a: <lactf at lac.ipv6tf.org>
> > Fecha: miércoles, 15 de junio de 2016, 16:57
> > Para: "lactf at lac.ipv6tf.org" <lactf at lac.ipv6tf.org>
> > Asunto: [LAC-TF] Experiencias de despliegue de NAT444 y NAT64 en
> Segmento Empresas
> >
> > >Estimados buenas,Unas consultas:
> > >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.
> > >
> > >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.
> > >
> > >Revisando este link de deployments only IPv6, hay experiencia en
> T-Mobile con NAT64, pero esta orientado a usuarios móviles.
> > >https://www.youtube.com/watch?v=EfjdOc41g0s
> > >
> > >
> > >Conocen de algún despliegue en la región donde se este aplicando NAT64
> a nivel ISP para cliente empresariales ??
> > >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.
> > >
> > >Es NAT64 una solución a este problema o existe algún otro esquema de
> despliegue que cubra mejor esta necesidad.
> > >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.
> > >
> > >Gracias por su apoyo....!!!
> > >Saludos
> > >Juan Carlos G.
> > >
> > >
> > >_______________________________________________
> > >LACTF mailing list
> > >LACTF at lacnic.net
> > >https://mail.lacnic.net/mailman/listinfo/lactf
> > >Cancelar suscripcion: lactf-unsubscribe at lacnic.net
> >
> >
> >
> > _______________________________________________
> > LACTF mailing list
> > LACTF at lacnic.net
> > https://mail.lacnic.net/mailman/listinfo/lactf
> > Cancelar suscripcion: lactf-unsubscribe at lacnic.net
>
> _______________________________________________
> LACTF mailing list
> LACTF at lacnic.net
> https://mail.lacnic.net/mailman/listinfo/lactf
> Cancelar suscripcion: lactf-unsubscribe at lacnic.net
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://mail.lacnic.net/pipermail/lactf/attachments/20160615/cbeea16e/attachment.html>