11-24-2017 11:24 AM - editado 03-21-2019 05:42 PM
Alejandro Acosta es coordinador de Innovación y Desarrollo en LACNIC. Anteriormente fue Gerente de Tecnología y Soporte para British Telecom (BT) y miembro de la Comisión Electoral de Lacnic, también fue profesor de TCP/IP en la Universidad Nueva Esparta. Durante cuatro años coordinó el encuentro anual de FLIP-6, el Foro Latinoamericano de IPv6 y moderó la lista de discusión de la IPv6 Latin America Task Force. Alejandro estudió Ciencias de la Computación en la Universidad Nueva Esparta, Venezuela donde luego completó una maestría en Gestión de Tecnologías de la Información y una especialización en Python de la Universidad de Michigan. Tmabién fue Presidente de LAC-TF (IPv6 Task Force). Desde hace varios años Alejandro ha participado en diferentes eventos y obtenido diversas certificaciones en el área.
Hector Gustavo Serrano trabaja actualmente como Ingeniero de Soporte en el Centro de Asistencia al Cliente (TAC) Global con el equipo de Protocolos de Ruteo. Se especializa en la resolución de problemas avanzados y escalaciones relacionados con Protocolos de Ruteo en Redes Empresariales, Proveedores de Servicio y Centros de Datos para clientes en Norte América principalmente. En los últimos 7 años ha trabajado con plataformas Cisco de manera constante. Es actualmente poseedor de la certificación CCIE Routing & Switching además de Licenciatura en Ingeniería en Telecomunicaciones.
R: Sí, te recomiendo esta: https://ipv6.he.net/certification/
R: En la presentación se enfocó en 2: la penetración de IPv6 en el usuario final
La metodología que se utilizó para la medición es tener una página web en la que un sitio sea accedido solamente por IPv4 y otro por IPv6, se agregan IDS se hacen operaciones y se comparan accesos (conforme a los objetos recolectados), no se mide cuánto tráfico pasa por la red.
La otra fue el contenido, en cuanto a servidores con IPv6 que existen en la región.
R: Encuentre la respuesta en la sección de Pregunte al Experto aquí.
R: Para la configuración de ACLs y Prefix-Lists, puedes usar el "prefix-lenght" y ya no wildcards.
R: No hay un dato específico para IS-IS, aunque se debería conocer el detalle del router para dar mayor información. Ahora bien, hay documentación que menciona que para OSPF este número no debe ser mayor a 50 como recomendación, aunque esto depende de la cantidad de routers que se está trabajado. Las áreas se incluyeron en OSPF cuando fue diseñado.
R: Encuentre la respuesta en la sección de Pregunte al Experto aquí.
R: Puedes usar NAT64 si te es necesario como un método para migrar una red no nativa de IPv6. NAT64 es independiente del protocolo de ruteo (OSPFv3, ISIS, EIGRP, etc)
R: Respuesta Próximamente disponible
R: Encuentre la respuesta en la sección de Pregunte al Experto aquí.
R: Depende del contexto y de quién haga la recomendación. Las ULA pueden ser 100% recomendables para cubrir la necesidad, en internet varias páginas pueden ser generales y estas das ventajas ante aquellas que no tienen ULA (estas no existen en IPv6, son direcciones en internet privadas).
También se pueden utilizar las de prefijo de documentación, por ejemplo dentro de ellas existe la
201:db8 que son recomendables para demos y no tanto en una red en producción. Nuevamente depende del gusto del consumidor y la necesidad.
R: Encuentre la respuesta en la sección de Pregunte al Experto aquí.
R: Sí, es la misma forma que en IPV4
R: Puedes encontrar cursos de interés https://ipv6.he.net/certification/ o más detalles en http://www.lacnic.net/web/lacnic/inicio
R: Encuentre la respuesta en la sección de Pregunte al Experto aquí.
R:
Puedes encontrar más detalles en está página que habla de los 2 días del lanzamiento de IPv6: http://www.worldipv6launch.org/
y también más detalles en http://www.lacnic.net/web/lacnic/inicio
R: Encuentre la respuesta en la sección de Pregunte al Experto aquí.
R: Sí, es un requisito de tener un router-id(32 bits ) de un formato de IPV4
R: Es verdad. Aún nos queda mucho camino por recorrer, pero se pueden ver mejoras e incrementos en las estadísticas presentadas al incio de la sesión
R: Encuentre la respuesta en la sección de Pregunte al Experto aquí.
R: ISIS y OSPF se usan en ambientes de Proveedores de Servicio debido a su escalabilidad y tiempo de convergencia. Aunado a esto, MPLS-TE RSVP (Traffic-Engineering) solo puede funcionar con dichos protocolos. Ambos son buenas opciones para ISPs.
R: Encuentre la respuesta en la sección de Pregunte al Experto aquí.
R: OSPF es más sencillo de implementar pero todo va a depender de la red y la organización , por lo general IS-IS se usa en ISP
R: Encuentre la respuesta en la sección de Pregunte al Experto aquí.
¡Conecte con otros expertos de Cisco y del mundo! Encuentre soluciones a sus problemas técnicos o comerciales, y aprenda compartiendo experiencias.
Queremos que su experiencia sea grata, le compartimos algunos links que le ayudarán a familiarizarse con la Comunidad de Cisco:
Navegue y encuentre contenido personalizado de la comunidad