08-30-2018 03:26 PM - editado 03-21-2019 05:43 PM
Expertos en Destaque
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, así como también una especialización en Cyberseguridad de la Universidad de Maryland. Tambié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.
José Fonseca 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 las tecnologías de transporte como MPLs capa 2 o capa 3, se interesado en la evolución de las tecnologías como IWAN y SDA entre otras. José cuenta con más de 8 años de experiencia como Ingeniero de Redes, en este tiempo ha trabajado con diversas tecnologías como VozIP, Wireless hasta los protocolos de ruteo, los cuales a ha trabajado tanto a nivel Empresarial como a nivel Service Provider. Anterior a Cisco ha trabajado en HP como tercer nivel de soporte para Bank of America, uno de los clientes de redes más grandes a nivel global. También trabajo en el Global Network Center de HP. José cuenta con los estudios de Técnico especialista en software Libre por parte de la ULACIT en costa Rica. Cuenta con las certificaciones de CCNA y CCNP en R&S, CCNA Security, CCNA Data Center, e ITIL y HP entre otras.
Puede descargar la presentación en formato PDF aquí. y puede extender sus dudas relacionadas en el Pregunte al Experto del evento aquí. También puede encontrar el video la sesión aquí.
R: La recomendación primero (si es posible) es cambiar el proveedor. El segundo consejo sería utilizar algún tunnel broker. Aquí te dejo dos links que tienen algo relacionado a tuneles:
https://blog.acostasite.com/2010/11/tunel-gre-entre-cisco-y-linux-debian.html
https://blog.acostasite.com/2018/05/ipv4-e-ipv6-en-una-sola-vpn-utilizando.html
R: Encuentre la respuesta en el "Pregunte al Experto" de la sesión aquí
R: Técnicamente está permitido hasta una barra 128. Sin embargo, en la práctica no se deberían anunciar más debajo de una barra 48. Porque eventualmente quienes manejan el core de la red van a bajar esos paquetes lo que puede causar problemas de conectividad de enrutamiento y adecuado correcto al destino.
R: Encuentre la respuesta en el "Pregunte al Experto" de la sesión aquí
R: Basado al RFC https://tools.ietf.org/html/rfc1267 se define como un espacio de 32 bits, aun esto no se ha modificado.
R: Encuentre la respuesta en el "Pregunte al Experto" de la sesión aquí
R: Los Bogon prefixes son los prefijos que no se han asignado por la IANA, por tanto no deberíamos ver tráfico de esas redes¬. Además, las direcciones Bogons son bloques no autorizados y/o sin asignar. Por ejemplo, existen listas de bogons que se distribuyen por BGP para descartar
R: Encuentre la respuesta en el "Pregunte al Experto" de la sesión aquí
R: No, IPv6 soporta solo /64 o menos
R: Encuentre la respuesta en el "Pregunte al Experto" de la sesión aquí
R: Sí, completamente. RPKI aplica tanto en v4 como en v6
R: Encuentre la respuesta en el "Pregunte al Experto" de la sesión aquí
R: Cada red tiene sus particularidades sin embargo en lineas generales, larecomendación es filtrar prefijos tanto entrante como salientes. Claro, para evitar ser un AS de tránsito en tu caso recibes el prefijo y NO lo anuncias a otros AS. Al margen de esta respuesta un recordatorio sobre los BGP community no-export y no-advertise. Aquí un video: https://www.youtube.com/watch?v=RQdSHSMJuTI&t=1195s
R: Encuentre la respuesta en el "Pregunte al Experto" de la sesión aquí
R: Uruguay tiene un despliegue muy grande impulsado por Antel, México se encuentra en el puesto 36.
Puedes revisar el ranking completo en el siguiente link http://stats.labs.lacnic.net/IPv6/ipv6ranking.html
R: Encuentre la respuesta en el "Pregunte al Experto" de la sesión aquí
R: BGP para address family (IPv4, IPv6, VPNv4 etc.. ) utiliza un solo ID . En el RFC https://tools.ietf.org/html/rfc1267 se define como un espacio de 32 bits, aun esto no se ha modificado.
R: Encuentre la respuesta en el "Pregunte al Experto" de la sesión aquí
R: Sí es posible, se debe modificar el next hop para que sea IPv6
R: Como represéntateme de Lacnic calculo que en unos 6 años más, como mínimo, se podría llegar a un 80%.
R: Encuentre la respuesta en el "Pregunte al Experto" de la sesión aquí
R: Sí es posible, dentro de la nube de DMVPN
R: No necesariamente, como BGP es multiprotocolo se puede usar un solo AS para ambos address family es decir IPv4 y IPv6
R: Puedes encontrar la grabación del evento que incluye una demo en vivo aquí
R: Encuentre la respuesta en el "Pregunte al Experto" de la sesión 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