>> Muy buenos días a todos, Les quiero dar la bienvenida a LACNIC 33 nuestro primer evento On- line gracias a los invitados por estar conectados, Nos hubiera gustado compartir este evento como estaba previsto, esperamos que todos estén transitando la situación de emergencia mundial lo mejor posible, es un honor a LACNIC contar con su participación a lo largo de la semana, el objetivo es mantener el espíritu de los eventos presenciales, los invitamos a participar de los eventos y turiales, y seguir el #LACNIC33.  
Comenzamos a grabar la sesión y de esta forma cualquier persona interesada podrá verla. El micrófono no estará activo para participantes y de realizar preguntas enviarlas por el panel de preguntas y respuestas, si quieren comentarios rogísticos les pedimos que sea por el Chat, como herramienta vamos a ofrecer transcripción simultánea para esto deben buscar el menúde transcripción simultánea,  
Ahora está el staff de LACNIC, Alejandro Acosta que además de ser instructor estará coordinando este tutorial, al equipo de operadores que apoyará distintos temas técnicos y de tener inconvenientes con trasmisión Paula Oteguy estará atenta.  
Ahora sí, damos paso al primer tutorial del evento, en este tutorial se verá los pasos a la operación y permitirá a los interesados comenzar a operar el IPv6. Algunos de los principales puntos son planes de numeración, publicación de prefijos, consideración e información práctica y mecanismos de triscisición, Está Jorge Cano, Uesley Correa y Alejandro Acosta.
 
Es vicepresidente de Un grupo de profesionales que han trabajado para el desarrollo de internet en Brály Alejandro Acosta, actualmente Alejandro es ingeniero de LACNIC, y también coordinó el encuentro anual de foro latinoamericano de IPv6, te doy la palabra y para que expliques a los participantes la dinámica de las preguntas a lo largo de la sesión.
>> Alejandro Acosta: Primero que nada quiero saludar a los asistentes que están con nosotros, y bueno, referente a cómo es la dinámica del tutorial, como bien decía Macarena, tenemos, somos tres instructores, yo mezclaré dos temas interesantes que nos hemos dado cuenta en LACNIC que podemos unir que es la publicación de anuncios de prefijo y IPv6 y luego un plan de almacenamiento luego de mí Vendrá Uesley Correa y luego tendremos a Jorge Cano que hablará de Datacenter y redes.  
Referente a la dinámica de las preguntas, primero que nada quiero decir que los invitamos que nos hagan preguntas, y que hay un sección de preguntas y respuestas dentro de la pantalla azul que ustedes tienen y quiero recalcar que no pongran las preguntas en el chat sino solo en esta sección. Ahí pueden colocar las preguntas que quieran, que necesiten, los estamos incentivando, y queremos que ustedes nos hagan preguntas, nosotros como instructores es lo que nos gustaría que ocurriese.  
Voy a dar comienzo a mi presentación, Maca si me puedes confirmar que mi presentación se vea y se escuche bien.
>> Sí, perfecto te escuchamos, Alejandro.
>> Bueno, este es un curso que hemos dado presencialmente desde hace mucho tiempo, es nuestra primera experiencia dando el curso en su totalidad de manera remota, on-line y virtual y creemos que hemos hecho un trabajo para que ustedes lo disfruten. Vamos a mezclar dos temas.  
Antes de hablar del tema vamos a repasar brevemente un par de conceptos, por ejemplo en cuanto a lo que es un ruta o un prefijo, aquí tienen unas descripciones, una ruta menciono lo mismo, por ejemplo, la red Que es lo mismo que decir el prefijo, puede ser IPv4 o IPv6.  
BGP ES quizá otro sistema autónomo, este es un número que identifica y LACNIC como registro principal y administrador de algunos recursos de internet, nos encargam de sistemas autónomos en el área de Latinoamérica. Estoy seguro que ustedes cuentan con estos recursos que he mencionado y por último el concepto de DFZ Y básicamente se refiere a la tabla global de enrutamiento. Esto es lo que me interesa que tengamos en cuenta.  
Este es un pantallazo tomado en febrero de 2020 tenemos que en la tabla de IPv6 podemos teneros estos prefijos, seguramente para mayo es un poco más. Esto fue tomado de una fuente famosa de Potaroo y quiero indicar que esta parte del curso es básicamente para el curso que voy a indicar aquí.
¿Qué ocurre? hemos asignado prefijos 8997 prefijos sin embargo se pueden ver 4500 cerca de un 50 por ciento, ha habido un crecimiento, pero el objetivo de esta charla es intentar achicar el gap y el rojo de las asignaciones visibles en internet. Sabemos que no vamos a alcanzar que uno llega al otro, pero lo lógico es que sea un valor con diferencia muy pequeña. No como está en este momento.  
Hay buenas noticias a penetración del IPv6, podemos ver que para abril 28 tenemos una penetración de IPv6 en el usuario final de 22, 97 por ciento quiere decir que hay un número nada despreciable en latinoamérica.  
Paso a seguir, hay varios pasos, quizás algunas personas, una documentación que está más grande, pero necesitamos conocer el prefijo que anuncio que probablemente sea el prefijo recibido por LACNIC o por otro registro nacional o puede ser quizá un prefijo que haya sido asignado.  
Si los anunciamos por  BPG necesitamos anunciar a nuestros proveedores de internet que permita estos filtros ¿Porque? Porque ellos deberían tener esto bloqueado, debería tomarse una labor de verificación para que este prefijo pertenezca a quien dice que lo va a usar, por error quizá yo configure un prefijo y de repente quizá en vez de poner un letra puse un número y pueden usar un prefijo que no es mío. Lo lógico es que el proveedor tenga un filtro BGP. Habiendo dicho esto debemos solicitarlo.  
Luego la creación de la sesión de RPKI que asegura la tabla de enrutamiento global. Yo tengo aquí unas láminas al respecto, .  
La solicitud ante el proveedor, quizá en un papel membreteado donde se solicite el prefijo tal y modificará su filtro y probablemente lo deba decir a su proveedor de internet.  
Aquí hay unas configuraciones muy breve, sencillas, del lado derecho tendríamos una configuración del mundo de Huawei.
Del lado izquierdo dentro de la adress Family, y es bueno indicar este comportamiento y le diremos anuncia este prefijo.  
Depende de la configuración de la red, pero es algo que frecuentemente realiza. Forzan que este prefijo esté apuntado a Null Cero, si el prefijo no está en la tabla de enrutamiento el router no anunciara esto. En caso que me alcance algún destino a este prefijo no tengo a dónde enrutarlo. Sin embargo puedo decir que algunos no tienen este enrutamiento.  
La revisión es algo sencillo, yo puntualizo uno solo, y bueno uno consulta el prefijo, este es de LACNIC, y lo que me interesa es que haya algo, que exista algo y estos son los números de camino de Bueno, este, vamos a hablar un poco sobre la red. Aquí vendríamos al plan de direccionamiento de IPv6.
Tengo Acces y una cantidad de servidores.
Se puede llegar a otras sedes, vía microonda, lo que sea. Estos son los plazos para un plan de enumeración, más adelante tengo varias cosas, básicamente lo que hacemos es tener plan para infraesetructura. Por ejemplo, un plan de enumeración para los servidores, puedo tener para diferentes ciudades.
Aquí, más adelante un poquito de los pasos, el orden, una pregunta típica que recibimos. En el paso uno comenzamos con el borde de la red. Yo no voy a ganar nada configurando estos equipos. Realmente con este equipo quizá no puedo alcanzar la gran cantidad de equipos que existen en el mundo, no voy a alcanzar YouTube, Wikipedia y otros sitios. Comienza con el borde y vamos bajando hacia la parte de los servidores, finalmente voy a realizar la configuración de los servidores. Bueno e, vamos a profundizar un poco. Menciono todo esto por una gran cantidad de cambios que han ocurrido, si nosotros vemos como en el mundo IPv4 no hay mucho margen para hacer cosas, pero afortunadamente cambio eso, hoy en día en IPv6 eso cambió.
Modificar depende lo que nos hayan asignado, aquí teníamos 32 modificada 8, y aquí 96.
Un ISP por defecto recibe un /32, según las políticas por la que LACNIC se rige.
De esos 128 bits son asignados por el registro /32.
si algunas personas creen que se van a agotar, hay más direcciones, aquí hago una referencia a este libro, una persona que ha estado con nosotros en eventos. Les recomiendo que se los lean. Si algunas personas les gusta buscar un culpable, no quiero mencionar la palabra culpa, sin embargo, el doctor uno de los padres de Internet indica que básicamente es 32 bits por su culpa. Tengamos eso por si les gusta buscar culpables.
Hablo de que uno tiene 96 bits para jugar, cómo juego con ellos. Quiero que se pongan en su cabeza lo que es su red, saben que tiene varias sedes, pisos, localidades, varios departamentos, también tenemos diferentes servicios, quizá ustedes prestan servicio de Internet, servicio de voz sobre IP, servicio de cualquier otra cosa que exista de seguridad.
Algo muy típico, de prefijo frecuente, en cualquier Lan, creo que es universal, yo voy a tener redes /64, ii intento hacerlo más chico muchas funcionalidades me van a fallar.
De la misma manera que en un IPv4 usaba /32, en una IPv6 encenderé los bits. tradicionalmente puedo utilizar un IPv4. Algunos pueden usar como un /127, pero en el plan lo documento como /64.
Prefijo, este pedazo me interesa, a usuarios corporativos siempre será un /68.
se pued usar algo más chico, por ejemplo un / 66. En el mundo IPv4, frecuentemente queremos ahorrar, esa mentalidad conservativa no la necesitamos, no se nos van a cambiar las direcciones IP. Más allá del año 200 mil, la parte de 4 bits lo tengamos en cuenta.
Para quienes han visto documenttación de IPv6, uno escucha, /44 y demás, se saltan de cuatro en cuatro bits.
Si alguno todavía se pregunta qué es un plan de direcciones IPv4 IPv6 se define como el modelo sistemática para llevar acabo las asignaciones.
Vamos a hacerlo por orden, para mantener documenttación, para que sea más sencillo y para apoyar el crecimiento de la red. Finalmente, la gerencia, lo hará más sencillo. Al final nos ahorramos un montón de dolores de cabeza. Si el día de mañana tienen un problema IPv6, porque atacaron o tiene virus, será muy fácil identificar de dónde viene. Porque si tengo un plan de direccionamiento IPv6 ordenado, fácilmente voy a saber que viene del piso 5 de departamento legal, por ejemplo.
La parte de bordes, lo principal que me interesa que se lleven. Cada carácter que yo tenga aquí, aquí lo vemos. /32 Hasta aquí, /48 hasta acá y /64.
Se refiere a saltar de carácter en carácter, cada cuatro bits. Lo puedo escribir con cuatro bits. Lo que está... la mejor práctica que hemos conseguido hasta el momento, es que cada carácter le voy a asignar una función. Es una maravilla. Por ejemplo, puedo decir que el amarillo es el país, el marrón es el departamento provincia. Puedo decir que esto correspone al país, puedo decir que 57 se refiere a Colombia. Puedo decir 58, el de Venezuela. El departamento, bueno, aquí los puedo colocar según vea la necesidad. O la provincia, depende como tenga el nombre. Por ejemplo en Venezueela, este pedazo Sucre.  
Ese carácter, el rojito, servicio, el 0 colocation.  
muchos más, puedo tener clientes privados, residenciales.
Esto ya es bastante rápido, pero creo que dice mucho de la facilidad de tener un plan de direccionamiento IPv6.
En el mundo IPv4 tengo un enrotudar que tiene interfases, aquí tengo un /25, porque tengo 70 host. Necesitno una red por lo menos /125. aquí tengo una red /26, en la parte inferior /29, pero fíjese que es un fastidio, diferentes máscaras.
En el mundo IPv6 esto se acaba, siempre va a hacer un /64. facilita mucho la administración.
Si vamos a la parte de enrutamiento, tengo un cliente en la parte superior derecha. Este cliente, cuando lo van a instalar y le hacen los recursos, van a empezar "qué le asigno, es importante, paga mucho dinero, le voy a asignar un /2/".
después él dice que le dé un /29, crean rutas estáticas hacia el cliente y así. Eso es fastidioso y trabajoso y laborioso.
Tengo un cliente corporativo, un cliente de la tienda, siempre voy a asignar un /48 al cliente, sea la panadería o algo más grande. Siempre le voy a estar una red al cliente. El cliente no va a venir a mí para pedirme más direcciones IP y los dos vamos a estar muy contentos. Finalmente, tengo un plan de enumeración, el plan de direccionamiento no es que encaje en todos lados, lo voy a explicar, tenemos /32 asignada por LACNIC, esta fue divididada en /36.
Estas las dividí en dos redes, en dos /40.
Esta la dividí en dos /24.
Y aquí tengo más chicas. La primera, redes internas, la tercera es telefonía fija, la cuarta tá libre, después una de telefonía móvil. Tengo esta /36, parte inferior, solo para clientes empresariales. Es decir, de un /36 a /48 es subredes o clientes disponibles.
Si hubiese achicado un poco, voy incrementando eso en exponencial de dos. Eso es todo por el momento.
Vamos a ver qué preguntas tienen. Recuerden que pueden hacer preguntas en cualquier momento, señores.
>> Tenemos acá algunas preguntas en la parte de preguntas y respuestas. Preguntan: Si el cliente no tiene uno propio, existe alguna consideración?  
>> Existe el concepto de sistemas de 552, 554, pudieses utilizar sistemas autónomos privados, de la misma manera que existe IPv4 privado, pero no es lo aconsejable, no es el camino a seguir, lo mejor es el propio sistema autónomo. Por parte de LACNIC, te comento que cuesta 1,000 dólares y es un pago para toda la vida. Ese sistema autónomo en mayo de 2020, se pagan 1,000 dólares y esperfectamente en internet.  
 
>> Excelente. Tenemos otras preguntas: voy a sintetizarlas, porque todos hablan del mismo tema, la recomendación a utilizar/127 o/64 y vamos a eliminar unas cuatro preguntas iguales.
>> Gracias, Por transmitir la pregunta.  
Indiscutiblemente se encuentra la mitad del respuesta, bien dijiste que se puede utilizar un /127 y es decir, IPv6 tiene la ventaja que no se pierde el IP. Adicionalmente y es correcto que por ejemplo puedo configurar en dos dispositivos, digamos que entre mi compañía y una compañía de internet. Sin embargo la documentación que yo lleve voy a documentar/64, creo que es una buena práctica, yo respeto la mentalidad, y bueno, ciertamente un /127 para enrutamiento y que necesiten autoconfiguración esto va a funcionar, es la práctica de hacerlo hoy día.  
 
>> Excelente, y hay también acá dos preguntas que son prácticamente del mismo tema de asignación mínima de usuario y el adecuado sería un/48 o por ejemplo una empresa que tiene varias sucursales es interesante que cada sucursal tenga su propia /48  
>> Yo creo que, y esto es un discusión muy grande y esto lo comparo mucho cuando que uno tiene dos amantes de carros, uno le gusta Ford y otro Chevrolet. para clientes corporativos siempre una red/48 sea grande, tiene muchas ventajas. Y aquí a clientes residenciales asignar un /48 no lo critico, pero probablemente se puede usar algo más chico, como un/56 o/60. Tendrá 255 subredes, un número bastante grande y simpático.  
Y lo que sí es importante recalcar que nunca, bajo ningún concepto a un cliente no le voy a asignar un/64, porque ahora hoy día es común que la gente utilice más de una red, en una casa es normal que la gente tenga por lo menos la red normal y otra red para un invitado y las cajitas que uno compra vienen con dos o más, lo que quiero mencionar es que si tengo un/64 no podrá crear las dos o tres diferentes redes, porque necesito que cada una tenga un /64, el cliente tiene que tener más de un /60. Y que las cosas le van a funcionar correctamiente al cliente y el proveedor se ahorra una futura molestia.
¿Alguna pregunta más?  
>> Hay aquí una pregunta que es interesante sobre la herramienta que se puede recomendar para el planning de IPv6 esto está bien alineado con el tema que hiciste para nosotros ahí y creo que es una buena cuestión para aclararnos.
>> Vamos a hacer esto y voy a buscar y lo voy a publicar en el chat a todo el mundo.
>> Perfecto, listo.
>> Voy a detener mi presentación y comparte, tienes unos 13 minutos para la primera parte y luego tienes la segunda parte.
>> Excelente, voy a hablar también para la cuestión de contestar aquí mismo en la herramienta de pregunta y respuesta y seguimos con el presentación.
>> Gracias.
>> Excelente.
 
Uesley Correa.  
 
Bueno, déjame ver el chat Podrían decirme ahí si consiguen ven mi pantalla ¿Todo bien?  
>> Sí, te escuchamos sin problema.
>> Vamos hablar de transición para IPv6, tema interesante, muchos quieren hacer una trassición sin tener que hacer muchas alteración los que tienen funcionando, vamos a hacer un pequeño repaso de las técnicas de doble pila y cómo implementar simple y fácil utilizando MicroTik y ver que no es solo una particularidad que se puede implementar, sino que en redes inhalámbricas.  
Soy el vicepresidente Brasil Peering Forum - BPF también tengo una empresa de asesoría la presentación estará disponible para ustedes ahí. Hay una pregunta que ustedes pueden contestar sobre la utilización de Mi ¿Quién es .ISP y utiliza MicroTik. Tenemos algunas respuestas, excelente, sabemos que muchos utilizan MicroTik y excelente, perfecto.  
La otra pregunta está un poco alinneada con un cuestión de preguntas y respuestas quién no es y posea rangos asignados por LACNIC porque esto si tiene implementación aunque no tenga sus propios rangos asignados por LACNIC.  
Excelente, uno menciona que utiliza el tunel y ahí nosotros vazos a hablar de doble pila y vamos a entender qué es la doble pila, la doble pila es una técnica, un método propuesto originalmente para una entre un sinición suave, y se dio en el protocolo y se propuso que la transsición fuera suave, tranquila, se puedieran usar los dos protocolos y sin la complejidad que se ha visto hoy día. Sabemos que hoy estamos en la fase 3 en LACNIC y otros incluso que no poseen de IPv4 para entregar a nuevos entrantes, estamos en una situación compleja, la doble pila es una buena técnica para hacer una implementación más tranquilla sin necesidad de implementar muchas cosas, esta técnica consiste entregar las dos direcciones IPv4 y IPv6 y el dispositivo del cliente va a definir por cuál pila va a utilizar, cuál hará la navegación basado principalmente en el "Happy Eyeballs" que es una técnica que se utiliza para definir por cuál pila se va la conexiones, si tenemos un sitio que tiene las dos entradas de DNS cómo hacer esta conexión, y el "Happy Eyeballs" hará el paquete y con una diferencia pequeña de IPv6, porque enviará el paquete un poco antes del IPv4 y vamos a tener una liviana preferencia a IPv6 y ahí sí el destino si tiene el sitio funcionando en IPv6 la respuesta de apertura de conexión y se dará preferencia a IPv6. Si no sucede, tenemos un sitio que no se ha establecido nada, el servidor no está ready ahí tendremos la conexión establecida en IPv4. Y ahí tenemos cómo funciona.  
Tenemos la información importante que aunque no tenga asignado sus propios rangos por LACNIC, algunos son todavía pequeños y la cantidad de usuarios para solicitar un asignación y demás en LACNIC se puede hacer una requisición para que te asigne un rango totalmente documentado en el Whois de LACNIC para que ya se puede a empezar a hacer la implementación de IPv6 desde cero. Es importante hacer una renumeración, es más fácil y qué hacer todo desde cero, si empezamos ahora aunque no tengamos nuestros propios bloques. Aprender con los programas, dificultades y tengamos nuestro propio bloque podamos trabajar de la mejor manera y tenemos algunas pantallas de MicroTik que es la parte de configuración que es supersencillo, tenemos funcionando solo con la definición, y si se hace la definición basado en los rangos creados, en la documentación vigente utilizamos al standard 64 para el tunel y el tunel es cuando uno por ejemplo, yo hago una sesión PPPoE Server voy a recibir este 64 para que mi computadora tenga una dirección o rango 64 de IPv6 para que pueda navegar y ya el 56 es el utilizado en el dominio de red interna del abonado y hablo de redes residenciales y este 56 se utilizará para el seguimiento de red. Ahora CPEs nuevas que se pueda comprar en el mercado viene a doble pila, en el caso de MicroTik se crea y ahí vamos a decir que el que vamos a recibir vamos a generar subrangos /64 y en nuestro interfaz utilizamos una pequeña de estas tenemos entre los cutrao puertos de internet y los. Ahí asignamos uno de los rangos /64, cuando ponemos allí, automáticamente tendrá la IP en este interfas. Él hará router para la red interna, va a encargarse de entregar las direcciones de IPv6 a todos los dispositivos que soliciten.
Aquí tenemos la conexión y tenemos que crear una nueva. En la misma pantalla tenemos la conexión. Se necesita crear una nueva conexión, pero cuando se identifica que usuarios y contraseñas son los mismos de IPv4 no se estaquece una nueva, sino que se utiliza una que ya está establecida.
Podemos establecer la configuración, tenemos en la pantalla unos software para Linux donde podemos hacer también a los que no utilizan MikroTik.  
Tenemos IPv6 entregando perfectamente, todo funcionando muy bien.
Ahora vamos a hacer un show para que puedan ver que realmente funciona. Tenemos acá nuestro simulador, que es un enlace que pueden descargar, así como está configurado y puedan replicar. Tenemos esta parte de la red, que es es nuestra red de gestión, tenemos nuestro concentrador, de aquí baja nuestro clientes y sale a nuestro Acces Point, donde tenemos los clientes inalámbricos. Vamos a acceder aquí a un cliente. Vamos a acceder antes al concentrador. Tenemos aquí los cuatro conectados, o sea, los dos clientes, y los dos clientes inalámbricos. Yo vengo en IPv6, defino cuáles son los de túnel, los rangos para túnel. Esta información es importante. El tamaño que se va a entregar al ASP o o al cliento. Aquí utilizamos para el túnel 64y para el IPv6.
En los perfiles tenemos definido también el IPv6 como el túnel.
Solamente eso se hace necesario. Obvio que estamos hablando de un concentrador que tiene ruta por defecto, conexión perfecta y funcional en IPv6 para que eso funcione. Para que puedan ver también en la parte IPv6, tenemos los rangos que fueron utilizados y los rangos utilizados en el PV.
Es lo que necesitamos para poner en marcha un concentrador.
Mencionamos solamente tener un CPE's, vamos a definirlas como la interfas.
>> Si quieres termina esta idea, hay un espacio y la gente regresaría.
>> Aquí definimos el nombre y cuál será el tamaño del subrango que se va a generar. Vamos a recibir un 56 y se va a generar un 64, nada más necesitamos poner esta dirección en nuestra interfas de red interna. Marcar la opción y tener todo listo para entregar al usuario al dispositivo. Eso lo vamos a ver después del intervalo de diez minutos, porque tenemos también una máquina virtual, está completamente configurada. Vamos a ver cómo funciona.
>> Hola. Vamos a regresar a las 15 UTC. 9 minutos de descanso, muchas gracias.
Seguiremos, no se retiren.


>> Hola, bienvenidos de nuevo. Gracias a los más de 310 participantes que nos vienen acompañando en la sesión, les recordamos hacer preguntas, los invitamos que conozcan los temas y guías de consultas aquí mismo en la web del evento, pueden hacer las consultas por el panel de preguntas y respuestas, tenemos también servicio de transcripción simultánea en español y pueden acceder por LACNIC 33, les compartiremos por el chat una URL. 
Ahora sí damos la palabra a Uesley Correa.  
>> Gracias, Macarena.  
Compartiré la pantalla nuevamente, okay.  
Excelente, notifíqueme si ven la pantalla.  
>> Sí, te contirmo que la vemos.
>> Cómo estamos en el cliente tenemos que verificar cómo está y vamos a accederlo, en nuestro laboratorio, déjame iniciarlo, en nuestro laboratorio es esta máquina conectada a esta CPE que ha recibido el IPv6 y lo entrega a la red interna.  
Vamos a verificar otra vez, aquí tenemos en nuestra interfaz de salida la dirección con un /64, este es el rango que usamos en este momento, el 8000, vamos a verificar y está conectado y si vamos a la pantalla de configuraciones vemos que recibimos una dirección IPv6, pero no es cualquiera, es exactamente la dirección IPv6 que estamos haciendo la entrega desde la  CPE dejamos todo como automático y ya va a hacer la requisición y se va a solicitar una para cada dirección y estamos ahí con la conección en IPv6 en este conjunto, si fuera una celular o un smatTV funcionaría igual.  
Ahora vamos a revisar nuestra red inhalámbrica ya tenemos todo funcionando, vamos a revisar cómo está.  
Tenemos este cliente wi fi y tenemos la dirección final que es la de gestión y esta es la CPE.
En la CPE igual tenemos el PPPoE Server conectado y tenemos en IPv6 sobre la interfaz que el Nombre es exactamente igual y tenemos la requisición de prefijos, un Nombre que puede ser cualquiera y cuál es su rango y crear basado en el rango recibido y aquí tenemos el rango que recibimos que fue el 8000:/100 y aquí podemos crear subrangos /64. Vamos a desactivarlo y activar nuevamente para que ustedes vean que realmente recibe el rango y que funciona perfectamente, si desactivamos la corexión PPPoE Server se tiene rojo y si la conectamos automáticamente se renueva si no se asigna otro prefijo y aquí tenemos también una computadora, una máquina virtual, en este laboratorio conectada a esta CPE y podemos ver que está en el puerto 32769. Aquí está abierta la pantalla, vamos a rehacer el proceso, la parte de conexión por cable y vamos a verificar la dirección IPv6 que se ha asignado, y aquí tenemos la dirección que tenemos del rango 8000/100 y el mismo /56, es el mismo como un /64 . Esta parte es interesante, porque  sí por ejemplo desactivamos el automáticamente se produce un error porque este rango 64 viene del que hemos creado, y en este momento el MicroTik no entrega ninguna dirección IPv6 y luego regresa todo.  
Podemos poner 1/64 y vamos a tener y será el final de nuestra dirección que es 100:/64 todo esto podemos gestionar en nuestra CPE si no hay conexión no hay dirección IPv6 para entregar al red interna de los usuarios a las computadoras.  
Esto lo podemos minimizar y para el show que era lo que teníamos, ahora tenemos un tiempo para las dudas. No sé si mi cámara está encendida.
>> Hola, Uesley.
>> Sí.
>> Yo en lo personal no veo tú cámara. Voy a robar una idea tuya ¿Okay? Agrupar las preguntas, algo excelente en el momento que yo expuse, la que más se repite es referente al laboratorio que si hay dónde descargarlo, dónde se puede conseguir.
>> El enlace lo enviaré ahora mismo en el chat global para que lo tengan y la gente, el staff pueda difusionar entre los inscritos.
>> Bueno, otra pregunta ¿Qué pasa si el .ISP?  
>> Si no tiene asignación de IPv6 una buena cosa que se puede hacer es utilizar por túneles, no es bueno, porque el "Happy Eyeballs" hace los pasos para identificar y si hay una ruta mala generará una mala experiencia de navegación, yo recomiendo mucho que utilicen los túneles de asignaciones de IPv6 por LACNIC.
>> Bueno, otra, un script de configuración del escenario.
>> Hay también en la carpeta, déjame verificar, hay un script, una guía de cómo poner en marcha el laboratorio.
>> Otra pregunta más, el señor Mauricio Castillo,  
de pronto por mi ignorancia, la dirección IPv6 no debería empatar con la dirección física.
>> No debería, porque en el caso de IPv6 se puede tener múltiples direcciones en una misma interfase, incluso la diección local también se utiliza otros recursos para generarlo, no siempre va a impactar, y cómo tenemos un rango extenso, ni siempre va a tener la misma secuencia o rango igual.  
>> Yo también creo que se refería a hace varios años atras que era bueno utilizar y esto cambiaba el direccionamiento de privacidad y esto.
Otra pregunta todas las distribución de windows, son compatibles.
>> Sí, todas son compatibles, en el tema de Apple no aprueban software aplicativos, si uno intenta enviar no funciona más los sistemas operativos hoy tienen trabajando para que el IPv6 sea cada vez más el protocolo standard en internet.
>> Para realizar mi entrega de mi Pot a mi cliente es la única opción  
>> Para una CPE es lo lo más utilizado el Accel-PPP en MicroTik si tienen un servidor y no tienen el paquete activo no funcionará porque no lo tiene activo.  
>> Te comprendo.  
una más y ya. Hablan de IPv6 y la pregunta está interesante para muchas personas, el señor Alexis Montoya ¿Cómo afecta el IPv6 en las aplicaciones, cuáles serían los cambios en infraestructura o en las aplicaciones?  
>> Para las aplicaciones el más importante, bajo mi punto de vista es trabajar con direcciones IPv6 literales puede tener problemas literales y siempre intentar trabajar al máximo con Nombre de dominio y en el caso de la Fluid que tenemos como ventaja de IPv6 estó será sujeto a aplicación lugar de estar rodando con IPv4.
>> Muchas gracias, Uesley. Muy buena tu presentación. Por contestar también las preguntas.
>> De nada.
>> Bueno, vendría el señor Jorge Cano.
 
Vamos a darle un segundo a que comparta la pantalla dentro de la llamada. Lo normal.
>> Hola, muy buenos días.
>> Se te escucha perfecto.
>> Excelente. Vamos a empezar con los mecanismos de transición, uno de ellos es usar Doble Pila. ¿Qué pasa si están en un momento en que no cuentan con IPv4 y no pueden utilizar esta Doble Pila? Tienen la necesidad de dar soporte a una mayor cantidad de clientes y no cuentan con el IPv4. Para esto se crearon diferentes esquemas de mecanismo de transición en las que no es necesario tener IPv4.
Vamos a ver varias.  
¿Cómo funciona? Tenemos lo que es la red IPv4, tenemos la red IPv6 y tenemos un traductor en medio, que es la que está haciendo la traducción entre ambas redes para poder que máquinas que normalmente no pueden entre sí, puedan comunicarse. ¿Cómo funciona la traducción? Tenemos a la derecha una máquina de IPv4 y a la derecha una de IPv6. Y cuando pasa el paquete a través de del traductor, lo que hará es cambiar la IP de origen. No se altera lo que son los datos del paquete, tampoco los puertos, solamente se altera lo que es las direcciones IP. Los encabezados, los paquetes de IPv4 y IPv6 son realmente muy parecidos, la gran diferencia es el tamaño de las direcciones, en IPv6 son mucho más grandes.
Vamos a dar un pequeño ejemplo, tenemos un traductor que está en medio que está escuchando en ambas reedes. Lo que hará el traductor es que voy a engañar a todos los nodos de IPv6 haciendo creer que los nodos de IPv4 son de IPv6.
Y al contrario. ¿Cómo funciona esto? haciendo traducciones de direcciones, cambiando prefijos.  
Lo que vamos a hacer quitar el prefijo de 4, en este caso es la 10000 y lo vamos a cambiar por el ejemplo del prefijo de la IPv6.  
Abajo vamos a quitar el prefijo de 4 y dejamos el de IPv6.
Más ejemplos de cómo se transformarían redes. Hay que notar que IPv6 correspone un 10, un 11.
La tablita lo que hace es qué prefijo de 6 voy a cambiar por prefijo de 4, y qué prefijo de 4 voy a cambiar por prefijo de 6.
Por ejemplo la red /120 se va a llamar 10000, lo mismo la /120
¿Qué pasa cuando A se quiere comunicar con W?
Wmlo que hará el traductor es cambiar las direcciones de IPv6 de origen y destino, las cambiará por el equivalente en IPv4.  
La Cuando el paquete viene de regreso, hará la misma traducción a la inversa, utilizando la misma tabla. De esta manera, la red de IPv6 piensa que está hablando con la red de IPv6. Y la red de IPv4 piensa que está hablando con otra red IPv4. Es muy importante porque las aplicaciones no se dan cuenta del cambio. Ellos creen que siguen operando en redes de IPv4 o de IPv6.
Por ejemplo arriba, no se sdan cuenta del cambio y es muy poderoso. No solamente pueden definir /64 o 120, pueden definir los prefijos que quieran.
Como vemos en el ejemplo.
 
La tradicional, es muy similar y es una mejora. Solamente cuenta con un prefijo, es más sencillo porque agrega un prefijo.  
Si volvemos a nuestro ejemplo de la red IPv6 y la red IPv4, lo que hará el SIIT, cuando me toque un paquete, simplemente le voy a quitar el prefijo. Por ejemplo si se comunica con la red de 4, cuando pase con el traductor, quitar el prefijo, para que lleve el paquete sin problema. Cuando venga de regreso, se lo va a agregar. Es más sencillo de configurar, más sencillo de usar, pero más limitado porque solo podemos de hablar una sola red. Todos los nodos de IPv6 piensan que están hablando con otros nodos de IPv6, igual para IPv4.
Vamos a hablar un poco del desarrollo del código abierto para Linus. Está desarrollado en C, es de libre uso. Lo pueden utilizar para pruebas, sin cargo. Es un desarrollo por parte de México, como pie de nota, yo estoy encargado del desarrollo de Jool.
Les aconsejo que puedan consultar toda la información, tenemos una muy buena información. Realmente, lo que buscamos es poder ayudar a esta transición. Para que puedan probar y utilizar, también cabe destacar, todos los conceptos que estamos viendo ahora no son propios de Jool, son estándares, si quieren utilizar alguna otra solución, lo que vamos a ver es que se aplica igual, obviamente los comandos varían. Si quieren una opción que puedan utilizar fácilmente, sin un gasto o inversión, pueden utilizar Jool, en un descuido lo pueden utilizar.
Vamos a ver SIIT en un simulador. Tenemos nuestra red IPv6 a la izquierda, tenemos un Jool en medio como traductor.
En este caso, como configuramos Jool es por medio de la línea de comando. Creamos una nueva instancia de Jool y vamos a dar de alta la tablita, agregamos los prefijos, si queremos ver si configuramos correctamente, simplemente con EAM.
Esta es una simulación, configuramos lo que vimos en la pantalla, agregando la insstancia de Jol, agregando el primer prefijo, agregando la segunda producción a la tablita.  
Podemos darle para ver si está configurando. De esta manera, ahora sí, esta máquina de IPv6 solamente tiene IPv6, se puede comunicar usando el prefijo que pusimos a la máquina de 4, y la máquina de 4 puede ver también la de IPv6 sin ningún problema. Tanto IPv4 como IPv6 se pueden comunicar entre sí.
Para cada IPv6 se necesita un IPv4. El problema cualquier e tenemos es que no es tan fácil tener acceso a direccionamiento de IPv4. Se creó el traductor normal, con forma de repaso, una función tradicional, simplemente es el NAT con la propia dirección IP.
Cuando pase el paquete de una red a otra, dar la IP origen y se pondrá a sí mismo.
Cuando el paquete venga de regreso, pueda hacer el cambio otra vez. De esta manera la red interna ve a todos los nodos de la red externa, pero a su vez piensa que está hablando con un solo nodo.
Es parte de lo que ya vimos. Cuando pase el NAT, a diferencia de SIIT que solamente cambiaba direcciones.
Se quiere comunicar con redes IPv4, lo que hará Nat es enmascarar los nodos de IPv6 con los nodos de IPv4. Entonces cuando pase el paquete, lo que va a hacer es quitar la dirección de origen de IPv6 y se pondrá como origen, yhará la traducción del paquete.
De esta manera, la máquina de IPv6 piensa que está hablando con otras máquinas de IPv6 y del lado derecho, las máquinas de IPv4 piensan que hablan con otras máquinas de IPv4.
Diferencias, SIIT simplemente realiza traducción.  
NAT64 devuelve el paquete cuando el mensaje viene de regreso.
Todas las máquinas se pueden ver entre sí, las máquinas de IPv4 piensan que están hablando con otra máquina de IPv4 nada más, no ven las máquinas de IPv6 que están detrás.
Una misma IPv4 puede ser compartida por muchas direcciones de IPv6. Vamos a ver otro ejemplo con el simulador, es la misma red, solamente que en vez de configurar un SIIT, le diremos cuál es el prefijo que vamos a elavamos a correr la simulación y vamos a configurar Jool para crear instancia y vamos a mandar como parámetro el prefijo que vamos a estar utilizando de esta manera agregamos el prefijo y podemos llegar a las máquinas IPv4 sin problema.  
NAT64 soluciona el problema, pues sí, soluciona el problema de agotamiento porque una o pocas direcciones de IPv4 pueden ser compartidas por una gran cantidad de direcciones IPv6.  
NAT64 es la solución óptima, no, porque utilizas este prefijo y cuando no utilizas simplemente la IPv6, ¿Cómo soliucionar esto? Con nombres de dominio, que es un poco lo que decía Uesley. En lugar de utilizar direcciones  
cómo funciona un dominio DNS y pregunta al DNS cuál es la dirección IP y lo que vamos a hacer es usar un DNS 64 que es un DNS, pero realmente hace es un proxy, cuando viene una petición del usuario hace la consulta al DNS real y cuando recibe la respuesta y se da cuenta que es un IPv4 lo cambia por la IPv6 con el prefijo que da DNS 64 de esta manera se da cuenta que es una IPv6 con el prefijo NAT64 y poder llegar al máquina IPv4 de esta manera el usuario no se da cuenta del cambio, solo entra a Jool y para que pudiera hacer la llamada a través de del NAT un software que es un servidor de resolver también soporta la por opción indicando el prefijo que va a utilizar, aquí hay un ejemplo de como configurar un BINDla idea de esto es que la red esté configurado en IPv6 y que en las casas o los usuarios se de direccionamiento IPv6 y cuando el usuario quiera tener acceso a un sitio que esté en 6 pueda hacerlo sin ningún tipo de traducción sin embargo si quiere hacerlo por un sitio legado lo puede hacer a través del NAT tenemos una máquina en 6, otra en 4 y queremos tener acceso a un servidor que está en 4. Vamos a configurar un BIND y vamos hacer PING y la máquina resuelve para que pueda pasar a través del NAT64 vamos a ver la simulación, en este caso vamos a configurar lo que es el BIND la dirección del DNS real y lo que está escuchando en IPv6 y vamos a definir el DNS 64 con el prefijo del NAT64.  
Vamos a configurar ahora lo q es el Jool indicando el prefijo que fue el que definimos en el DNS 64. De esta manera hacemos un PING al Nombre de dominio y la traducción que recibimos es una IPv6 y lo hacemos con una máquina que hacemos IPv4 y lo recibimos tal cual de esta manera damos soporte a máquinas IPv6 y que puedan llegar al servicio de IPv4 sin problema. NAT64 soluciona el problema de coexistencia, también el problema de agotamiento.  
de repente el usuario se cansa y puede tener dispositivos antiguos, un dispositivo legado que solo soporta IPv4 o IPv6 y aplicaciones legadas que no han sido libradas o ajustadas para soportar IPv6 y tienen un sistema de contabilidad muy viejo que no soporta IPv6, pero no lo pueden cambiar porque lo han usado por mismo tiempo y entonces hay ble darles soporte a estos aplicativos.  
Otro problema que tenemos es las literales en lugar de usar un Nombre de dominio se usa una literal, al tener una IPv4 no entra un DNS 64 y no sabe qué hacer con esta dirección, DNS 64 rompe ¿Qué se hace? En lugar de aplicar NAT64 tal cual lo que se hace un 464XLAT que es como una mejora, la diferencia es que además de tener nuestro NAT64 en la red para tener acceso a la red IPv4 agregamos un traductor que es un xlat y se le da direccionamiento 4 o 6 y que lo pueda hacer sin problema, pero si quiere hacer un acceso a un servicio DNS 64 pero si el dispositivo solo soporta IPv4 lo que hace es el 464XLAT pasa del 4 al 6 y en el NAT64 puede cambiar del 6 a 4 para tener acceso a la red de IPv4.  
Plat sin embargo es un NAT64.  
Vamos a ver un ejemplo, un pequeño .ISP que tiene acceso a los usuarios que se les da un funcionamiento de 4 y de 6 con un plat y de esta manera la máquina de NAT64 tiene acceso a las rodes y la máquina 4 que es legada puede tener seguir teniendo acceso a la red de internet.  
Vamos a ver la simulación en este caso vamos a configurar el NAT64 para poder tener acceso a la red 4 utilizando Jool.  
Y en el Acces Point configuramos un SIIT para poder darle a los usuarios no solo IPv6 sino también IPv4.  
¿Okay?  
la máquina que tiene las dos pilas puede tener acceso al servicio y puede tener acceso al servicio que solo está a través de del NAT64 y por su parte la máquina legada que tiene dirección IPv4 puede tener acceso al servicio que está en IPv4 sin problema sin percatarse que el tráfico pasa a través de una red IPv6.  
464XLAT soluciona el problema de existencia, de agotamiento, también, soluciona todas las desventajas de NAT64? Sí porque a los usuarios finales se les da direccionamiento de 4.  
el problema que tenemos es que no tenemos direcionamiento IPv4. Las IPv4 que se asignan en los hogares son privadas, entonces no salen del casa, por decirlo así, no hay problema, tienen bloques de direccionamiento y no chocarán con otro direccionamiento porque nunca salen de la casa, si salen es a través de direccionamento IPv6.  
Ahora dicen, no soy un .ISP, soy un datacenter, no hay mecanismo de transición para mí en este caso la idea es que en su red, en su Data Center los servidores, ruteadores, todo, todo en IPv6 y de esta manera usuarios IPv6 entran sin problema y los usuarios legados que solo están en 4 ponemos en el borde un SIIT para poder dar acceso a los usuarios que están en 4 a todos los servicios que están en la red IPv6.  
Vamos con un ejemplo de un servidor que está en 6 y tenemos diferentes usuarios, los de 6 pueden entrar a través de ruteador de bordes y los de 4 a través de SIIT. Será configurado como en los anteriores ejemplos entre ese de Jool.  
Vamos a ver la simulación, en este caso vamos a configurar el SIIT utilizando Jool SIIT para alargar la instancia y definimos el alías del servidor IPv6 con qué dirección de IPv4 la van a ver, usuarios que están en 4 solamente pueden ver el servidor que está en 6, usuarios que están en 6 tienen acceso al servidor con su IPv6 y usuarios que están en Dual Stack que tienen las dos pilas tienen acceso por IPv6 y por IPv4 ¿Okay?  
Ahora, en el mismo caso, qué pasa si tengo un servidor legado donde corre la nómina, no lo puedo meter en una red de IPv6 solo, puedes dentro de tu red crear una pequeña nube de 4 y ponerlos en esta pequeña red y comunicarlos con el resto de la red IPv6 a través de de un traductor de un SIIT solo además de tener un servidor de IPv6 tenemos un servidor legado conectado al resto de la red.  
En este caso de la misma forma como procuramos el sitio borde con las direcciones también tenemos la pequeña nube de cuatro em4 con el resto de la nube. Vamos a ver la simulación.
En este caso vamos a configurar primero el servidor, usando Jool SIIT para crear distancia. Agregamos lo que es la dirección IPv4 para el servidor de IPv6, y agregamos la dirección IPv4 pública con la que vamos a llegar al servidor legado que tenemos internamente. Configuramos el SIIT, está dentro de nuestro data center para configurar esta pequeña nube de 4 con el resto de la nube de IPv6.
Okay.
De esta manera, nuestro servidor, nuestro usuario de cuatro, que solamente tiene 4, puede llegar al servidor de 4, puede seguir llegando a nuestro servidor que tenemos en 6, que tiene dual, puede llegar al servidor de 6, al servidor de 4, tanto por medio de IPv4 como de IPv6.
Nuestro usuario que solamente está en 6, puede seguir llegando a nuestro servidor de IPv6.
>> Quedan 3 minutos.  
>> Ya estamos por terminar.
Vamos a dar un pequeño ejemplo fuera del simulador, el mismo ejemplo donde le damos al usuario final un dual y cómo pasa para llegar a la red de IPv4. En este caso es una máquina de Internet de 4, vamos a configurar lo que es una máquina virtual, configurando el Jool SIIT.
Okay.
Y vamos a configurar también lo que es NAT64 en otra máquina virtual, utilizando Jool NAT64.
Para que puedan ver cómo lo ve un usuario navegando en internet. Solamente contamos con IPv4, sin embargo al usuario se le dará una dirección IPv6 para poder navegar y tener acceso a la red de 4.
Abrimos un navegador, podemos entrar a Google. Podemos hacer búsqueda, podemos navegar sin ningún broblema, a través de del SIIT NAT64.
El navegador no se da cuenta de estos cambios, todo lo hace transparentemente.
Preguntas.
>> Okay. Vamos a la parte de preguntas y respuesta. Muchas gracias, Jorge, estuvo muy interesante tu presentación. Un comentario extra. Desde LACNIC nos encontramos muy contentos de trabajar con México de cerca. Felicitaciones por ese desarrollo.
Te voy preguntando. ¿Qué simulador está usando Jorge Cano?  
>> El simulador se llama Core. Es de código abierto. Está desarrollado por parte de la Naval de Estados Unidos, si la memoria no me falla, se puede descargar y utilizar sin ningún problema.
>> Excelente. Otra pregunta. ¿Una forma de tener un Log de las traducción de IPv4 a IPv6?  
>> Si, por cuestiones de tiempo no lo vi, puedes consultar la página de Jool para más información. Le dices que registres las traducciones cuando configuras, de esta manera guardan un Log, qué dirección usaban en qué momento, toda la información que necesitas para poder ligar en caso de un mal uso e, de unas direcciones por parte de usuarios de IPv6, poder ligar qué puerto lo estaba usando.
>> Gracias.
Otra: el requerimiento es muy alto, ¿Qué equipos para traducción?  
>> En la casa de SIIT sería un cortafuego, es uno de los requerimientos. Para el caso de NAT64, el equivalente de un Nat. Más o menos dependiendo del tamaño de usuarios. Ahora, nos hemos preocupado mucho por la cuestión del desempeño de Jool, no lo vemos ahora por la cuestión del tiempo, funciona a nivel de Linux, está desarrollado en C, nos hemos preocupado mucho porque sea lo más eficientemente posible. Tenemos comentarios.
"agarre unos servidores para hacer pruebas con Jool y cómo funcionaba esto, y en un par de servidores de 8 core cadu uno, para tener uno de redundancia, todo mi tráfico de red pasa a través de ellos y tieoliza 1/4 de un procesador nada más". Por ahí nos hemos topado con tésis o estudios de terceros que han hecho comparativas de Jool contra otras soluciones y siempre hemos salido muy bien parados. Mi recomendación es si tienes un equipo legado, viejito que no usas, instala un Linux, un Jool y haz pruevas, ver si te puede dar toda la capacidad que necesitas. Jool es muy rápido, muy eficiente, si tienes un 64 nos preocupamos porque sea muy eficiente.
>> Gracias. Buenísimo.
Vamos a intentar finalizar. Tenemos muchas preguntas. El señor Edwin Gómez. ¿Todos los aplicativos funcionan con Jol o existen aplicaciones que no?  
>> Dependiendo del esquema, si cambias el esquema no tienes problemas. Obviamente, las máquinas legadas no se van a poder conectar a un servicio que solamente se encuentra en IPv6. Como todo esto pasa a nivel de la capa de transporte, las aplicaciones no se dan cuenta de las traducciones, ellos piensan que siguen hablando con máquinas de IPv6 o o de IPv4 depende de qué son. Los únicos problemas son los que vimos, con aplicaciones que están legadas que no soportan IPv6. Aún así, en el esquema aún esos aplicavos que tienen esos problemas, pueden seguir funcionando.
>> Buenísimo.
El objetivo es que para la aplicación sea completamente transparente cualquier traducción que exista.
>> Hoy en día, cualquier aplicación debería soportar ambas pilas, de 4 y 6.
>> Otra del señor Carlos. En el DNS se presentaría problemas con Facebook?
>> No vería por qué el cambio. Porque a Facebook llega tu dirección. Lo que hace es poder agregar el prefijo del Nat a la dirección de IPv4 e para que la máquina sepa, esa dirección tiene que pasar a través de del Nat, pero una vez pasa quita el prefijo. Solamente lo ves en tu red, los servidores externos nunca ven ese cambio de direcciones.
>> También agraería, con tu permiso, claro, incluso contra Facebook es hasta menos la falla, es conocido su amplio IPv6. Podemos estar tranquilos.
>> No tienes que pasar a través de la traducción.
>> Buenos días, podrían detallar ventajas y desventajas de usar NAT64 en el lado del cliente.
>> Lo puedes utilizar, sin embargo no tendrías ninguna ventaja. Es más peesado que un SIIT, sin embargo no te da ninguna ventaja, seguiría saliendo con tu misma dirección.
>> Ahora investigda empezar a abusar de mi poder de moredador. Escogeré tres preguntas.
Vamos a ver qué hacemos con las que quedan, no queremos que queden lindadas. Yo pondré mi correo electrónico en el chat. Cualquier cosa que quede, la intento canalizar.
Aquí tengo. Hay alguna implementación con más de 30 mil usuarios?  
>> No sabría decirte. Lo que sí sé es que, por ejemplo, universidades como la de Campiña, están haciendo pruebas, han migrado todos sus usuarios a utilizar este esquema, por lo menos a parte de ellos. Lo que te puedo comentar, hace un par de años, vi una presentación de uno de los ingenieros, de uno de los proveedores de telefonía más grande de Estados Unidos, implementaban este esquema para todos sus móviles, todos sus usuarios sin ningún problema. Desconozco exactamente el número, pero es un número muy grande.
>> Otra pregunta. ¿Tendrán Hardwaqre homologado?  
>> Normalmente lo que utilizamos, lo hemos probado en Dell, no hay mucho problema, simplemente al proveedor que le tengas más confianza para un servidor. El caso puntual es que corra Linux, cualquiera de las versiones más recientes. Pero no tenemos pruebas en un hardware tal cual. Normalmente corren en Linux, a veces pruebas menores. Jool debe correr en cualquier tipo de distribución. La peculiaridad es más la cuestión de la veresión, 3 en adelante. No creo que tengas problemas con el software o hardware.
>> La última pregunta, Jorge. Me tomaré la molestia de dividir el resto de preguntas.
¿Qué se puede usar del traductor del lado del cliente?  
>> Hay un detalle. En el caso ISP, no estoy seguro en qué va esta cuestión. Si quieren cambiar y poner una distribución de Linux, pueden instalar Jool, ha habido gente que lo ha estado corriendo sin problemas. Lo ideal sería que los proveedores, o al que compres, venga el soporte para lo que es el CLAT o Traducción del SIIT.
>> Esto está superinteresante. No es posible, yo acabo de colocar en el chat una dirección. Aquellas preguntas que piensen que hayan quedado por fuera o no contestadas, con mucho gusto contáctenos. Voy a colocar mi correo electrónico. Nuestra intención es no dejar preguntas por fuera.
>> Muchas gracias, Alejandro, Jorge por tu presentación.
En las próximas horas quedará el texto y el video.
Gracias a todos, los esperamos mañana a las 14 UTC para la sesión informativa. Luego, a las 17 horas vamos a continuar con el Foro Público de Políticas.
Gracias y nos vemos mañana.