¿Cómo Realmente Trabaja Internet? - Webcast FAQ

Documento

Mié, 03/09/2016 - 11:40
Mar 9th, 2016
User Badges:
  • Cisco Employee,

P: Me interesa participar en la reunión del IETF en Buenos Aires, pero no creo poder ir hasta allá.  Qué otras opciones tengo?                                                                                                                                                                                  

Todas las reuniones del IETF cuentan con un soporte excelente para participación remota.  Todas las sesiones se transmiten (audio) en vivo, y se pueden hacer preguntas por medio de un "Jabber room" dedicado.  También la herramienta Meetecho puede ser usada para una experiencia integrada: audio, video, Jabber y la habilidad de presentar o hacer preguntas directamente.

La agenda tiene enlaces hacia cada opción: https://tools.ietf.org/agenda/95/

Una de las iniciativas del IETF-LAC Task Force de LACNOG es la organización de Hubs Remotos: un lugar donde personas con intereses comunes se reúnen para participar de la reunión remotamente.  Los invito a suscribirse a la lista de correo de IETF-LAC y organizar uno de estos hubs.  (https://mail.lacnic.net/mailman/listinfo/ietf-lac)

 

P: Cuando se organizará las conferencias presenciales en Peru?

La fecha de la próxima reunión del Perú NOG (Grupo de Operadores de Perú) todavía no está definida.  Pero pueden conseguir información en la lista de correo (https://mail.lacnic.net/mailman/listinfo/peru-nog).

P: Este tipo de conferencia se hace en México?                                                                                                                                                                                  

Este año es la primera vez que el IETF se va a reunir en America Latina, y se escogió Buenos Aires.  Esperamos tener la oportunidad en el futuro de poder organizar otra reunión presencial en otros lugares de la región.

Por otro lado, si se están organizando Hub Remotos en México.  Los invito a suscribirse a la lista de correo de IETF-LAC y organizar uno de estos hubs.  (https://mail.lacnic.net/mailman/listinfo/ietf-lac)

P: Cuánto tiempo toma participar en el IETF?  Me gustaría seguir las discusiones, pero no sé como justificarlo en mi trabajo.  

La forma más sencilla de empezar a seguir las discusiones del IETF es escoger un tema que esté relacionado con el trabajo diario.  Por ejemplo, si somos operadores de una red, el IETF trabaja en temas de IPv6, seguridad, operaciones, entre otros, que están directamente relacionados con actividades diarias de operar una red.

El tiempo que se invierte va a depender de varios factores; por ejemplo: familiaridad con el tema que seguimos, volumen de tráfico en la lista, deseos y habilidad de comentar o hacer preguntas.  En general, si se alinea la participación con las tarea diarias le inversión no es significativa.

Pueden explorar los grupos de trabajo activos aquí:  https://datatracker.ietf.org/wg/

P: Es necesario usar un protocolo de enrutamiento en todas las conexiones a Internet?  Cómo se maneja el enrutamiento para acceso residencial?

No, en realidad no.  Un protocolo de enrutamiento ayuda a encontrar el mejor camino hacia un destino.  Sin embargo, desde el punto de vista residencial, todos los caminos posibles siempre empiezan con el proveedor de servicio — entonces no es necesario un protocolo de enrutamiento porque el proveedor se encarga.

P: Quién controla la seguridad de los TLDS para evitar que una solicitud nos lleve a un sitio fraudulento?

Hay dos partes relacionadas con seguridad:

  1. Resolución del nombre: este es el paso en el que el sistema de DNS nos ayuda a encontrar la dirección IP del sitio al que queremos conectarnos. La información en el DNS se asegura usando el sistema de DNSSEC (DNS Seguro), que garantiza que la información es la correcta.  El RFC 4033 es el documento que define DNSSEC (https://tools.ietf.org/html/rfc4033).
  2. El sistema de enrutamiento se encarga de que la comunicación llegue al destino correcto. Una vez que tenemos la dirección IP, lo importante es verificar que la dirección haya sido anunciada por el dueño de la misma.  Para eso el IETF ha creado un sistema de validación de origen (documentado en el RFC 6811, https://tools.ietf.org/html/rfc6811).

En resumen, el sistema es distribuido de forma que no existe una entidad central, sino que todos somos responsables por la seguridad.

P: Por hoy los provedores estan migrando para IPV6, pero el inconveniente con el cliente final ya que todos sus servicios utilizan IPV4, hay una alternativa para solucionar este inconveniente?

El éxito en la implementación de IPv6 depende de que el acceso (usuario final), el tránsito (proveedores) y el contenido (servicios) estén habilitados para ello.  Cada implementación puede hacerse por separado.

En general, la implementación parcial no es un problema ya que se implementa "dual stack": IPv4 e IPv6 son soportados a la vez.  Entonces si el proveedor tiene la habilidad de ofrecer servicios de IPv6, pero el usuario quiere usar un servicio que solo está disponible en IPv4, no tendría problemas de conectividad.

 

  

Loading.

Acciones

Este Documento