De acuerdo a su experiencia ¿cuál mecanismo de transición que recomiendan? Normalmente Dual-stack es visto como el menos problemático y revisando un poco noto que no todos los vendor soportan MAP-T y MAP-E Si bien Dual-Stack es uno de los mas conocidos, MAP otorgará la capacidad de hacer traducciones o encapsulaciones incluyendo el puerto embebido en la misma. Si bien no todos los vendor soportan MAP en Cisco puede hacer uso de este mecanismo; le recomendaría MAP-T por sus cualidades de traducción.   Siendo MAP algo innato de la tecnología IPv6 ¿cuál es la ventaja de la tecnología Cisco que ofrece o potencia aplicando la funcionalidad IPv6 con MAP? Con Cisco le ofrecemos esta funcionalidad en nuestros routers ISRs con IOS-XE y ASR con IOS-XR con todas las cualidades que ya de por si estos dispositivos cuentan así como el TAC para apoyarle en todas sus dudas y asistencia de configuración para los mismos.   ¿Existen Routers caseros compatibles con MAP? De ser afirmativo, tienen alguna lista de estos dispositivos, marcas, modelo etc. Desconozco el dato de otros vendedores, pero en Cisco puede hacer uso de este mecanismo con un Cisco 800 series que es un router pequeño y también bastante funcional para su SOHO network, así mismo con otra variedad de routers como ISR G3, G4 y ASRs IOS-XR.   Adicional a Cisco ¿qué otros Vendor soportan MAP-T? Veo que Juniper opta por MAP-E.   Para obtener una respuesta más clara le recomiendo se ponga en contacto con el soporte de la marca de su Router ya que en Cisco desconocemos este dato.    ¿Cómo puedo inciar la implemntación de MAP en mis servidores y después hacerlo en mi red? Claro que puede hacerlo, para poder implementarlo le sugiero siga las guias de configuración dependiendo del dispositivo con el que cuente:   https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/ipaddr_nat/configuration/xe-3s/nat-xe-3s-book/ip-nat-divi-v4v6.pdf   https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/ipaddr_nat/configuration/15-mt/nat-15-mt-book/iadnat-map-e.pdf   https://www.cisco.com/c/en/us/td/docs/routers/asr9000/software/asr9k-r6-2/cg-nat/configuration/guide/b-cgnat-cg-asr9000-62x/b-cgnat-cg-asr9000-62x_chapter_0111.html   https://www.cisco.com/c/en/us/td/docs/routers/asr9000/software/asr9k_r6-1/cg-nat/command/reference/b-cgnat-cr-asr9k-61x/b-cgnat-cr53xasr_chapter_01.pdf   Basicamente necesita su Router como CE de su red y es donde configuraría MAP.    Contamos con una subred pública en IPv4 actualmente, peor quisieramos implmenetar IPv6 a la vez (dualstack) ¿cómo podríamos hacerlo o inciar el porceso? Dependiendo de las necesidades de su red es la solución que deberá utilizar, por ejemplo NAT-PT le de una traduccion IPv6 a IPv4; para mayor información y configuración favor de revisar la siguiente liga:   https://www.cisco.com/c/en/us/td/docs/ios/ios_xe/ipv6/configuration/guide/ip6-nat_trnsln_xe.html   ¿Es posile que los ITQ tengamos acceso al prograa que se utiliza para la demonstración de esta sesión? Es decir, se puede utilizar para realizar clases en academias NetAcad Puede hacer uso del programa adquiriendolo en este link:   https://learningnetworkstore.cisco.com/virtual-internet-routing-lab-virl   ¿Podrían proporcionar el link de descarga para el simulador de la demo de esta sesión? https://learningnetworkstore.cisco.com/virtual-internet-routing-lab-virl ... View more

Buen día,   Como mecanismo de transición, recomendaría MAP-T en este caso puedes alinear completamente tu deployment prexistente para satisfacer las necesidades de comunicación usando MAP-T, no necesitaras separar la logica de forwarding en route instances, VPN o Policy-routing así mismo el ruteo asimetrico esta soportado, que con otros mecanismos de transición muchas veces causaria inconvenientes. Debido a la interacción que tiene en la incrustación de bits en el encabezado, es optimo para destinos IPv4 fuera del dominio de MAP.  El uso de MAP no limita su interacción con otro tipo de soluciones transitorias como lo e NAT64, NAT646 o DS-Lite, en estos casos MAP es compatible con dispositivos que las utilicen y estén en residiendo en la red del proveedor de internet, de tal manera que el prefijo de la regla que se vaya a usar en el CE de MAP-T será configurado para hacer referencia a el prefijo del device con NAT64; de tal manera que vamos a tener la facultad de poder usar MAP en ambientes que lleguen a necesitar hacer multiplexacion de direcciones ipv4 que al mismo tiempo utilicen los dispositivos que usan NAT64. Es importante tener en cuenta que MAP permitirá la propia comunicación entre redes que usen IPv4 y cualquier dispositivo que use IPv6.   Acerca de los Vendors que soporten MAP-T, te recomiendo que contactes al proveedor de servicios de internet directamente para preguntarles si ellos soportan esta solución.    Saludos. ... View more