Pregunta

En primer lugar, soy nuevo en los detalles de IPv6, así que no me sorprendería si esto es solo una mala comprensión del enrutamiento de IPv6. Considere la situación en la que estoy ejecutando una red superpuesta P2P, parte de la cual vive dentro de los límites de una sola LAN. Los nodos dentro de esta LAN tienen las siguientes direcciones locales de enlace (tal como las ven ellos mismos):

  • Par 1 fe80 :: 225: 4bff: fea8: e200% en0
  • Par 2 fe80 :: 225: 4bff: fea8: e201% eth1
  • Par 3 fe80 :: 225: 4bff: fea8: e202% en1

Ahora, suponga que cada par ha podido descubrir a los demás a través de algún medio y tener las direcciones para cada uno. Cada par está escuchando en un puerto, digamos 12345. Si el par 1 quisiera hablar con el par 2, podrían intentar usar el URI:

tcp: // [fe80: 225: 4bff: fea8: e201% eth1]: 12345

Aquí es donde me encuentro con problemas. El par 1 no tiene un adaptador llamado "eth1", por lo que no conoce este identificador de zona IPv6. Si la ID de zona se elimina de la dirección, el par 1 no puede determinar cuál de sus adaptadores debe usar para contactar al host.

Entonces, la pregunta: ¿es posible resolver el identificador de zona para una dirección IPv6 de manera estándar? Si no es así, ¿debo consultar en el sistema todos los identificadores de zona e intentar conectarme a la dirección usando cada identificador de zona a la vez hasta que tenga éxito? ¿O intentar comunicarse usando direcciones locales de enlace es una idea estúpida en primer lugar?

¿Fue útil?

Solución

Las direcciones locales de enlace solo son apropiadas cuando tiene algún mecanismo para localizar automáticamente el otro nodo en cuestión y conectarse, vinculando a la interfaz correcta.

Si espera que el usuario ingrese direcciones manualmente, debe usar el sitio direcciones locales (o mejor aún, Direcciones locales únicas ) y tienen el usuario los configura ellos mismos o tiene un método de resolución de direcciones además de direcciones locales de enlace, como mDNS.

Licenciado bajo: CC-BY-SA con atribución
No afiliado a StackOverflow
scroll top