Diferencia entre revisiones de «Criterios de asignación de direcciones IPv6»

Última revisión de 03:57 17 mar 2014

Actualmente, la gran mayoría de nodos de la red Guifi.net sólo funcionan bajo IPv4. Una excepción son algunos de los nodos mesh, que funcionan con el firmware Libre-mesh, Altermesh y qMp^[1] ya que éstos configuran el uso de IPv6 por defecto.

La migración se tendrá que hacer obligatoriamente en un futuro, es a la vez algo delicado que supone un reto y un deseo. Esta migración requiere un estudio de la topología de la red y una nueva política de asignación de rangos IPv6 para los nodos y las zonas. Una vez definida la política, habría que continuar con la adaptación de la utilidad unsoloclic para soportar la configuración automática de los nodos. Por último, hay que proporcionar un mecanismo sencillo para que los administradores de nodos puedan o bien mantener en convivencia IPv4 e IPv6 o actualizar a IPv6 sin perder conectividad.

La web de http://guifi.net en cambio, sí que es accesible a través de IPv6.

Contenido

1 Propuestas y desarrollo actual
- 1.1 Propuesta inicial en proceso de aceptación
- 1.2 Desarrollo alternativo desechado
  - 1.2.1 Para nodos de Libre-mesh
  - 1.2.2 Para clientes de esos nodos
2 IPv6 en otras comunidades inalámbricas
3 Véase también
4 Notas
5 Referencias
6 Enlaces externos

Propuestas y desarrollo actual

La propuesta pública inicial^[2] es que estas IPs sean IPv6 globales basadas en las IPv4 actualmente distribuidas (por ejemplo utilizando los dígitos de IPv4 como los cuatro últimos grupos de cuatro dígitos hexadecimales de IPv6), así la migración no resulta traumática.

Propuesta inicial en proceso de aceptación

En la propuesta inicial el desarrollo utiliza un /40 del rango IPv6 de guifi.net 2a00:1508:0a00::/40 (equivalente a 1/256 parte del rango total que dispone Guifi.net en IPv6, que es 2a00:1508::/32).

La conversión de IPv4 de Guifi.net a IPv6 se hacía a partir de esta fórmula: https://gitorious.org/guifi/drupal-guifi/commit/17f15de8f105410e22cd7ec52e752207d103f16a

(Nótese que el último grupo 0a00 equivale en hexadecimal al 10. por el que se inician todas las direcciones IPv4 de guifi.net).

El resultado en test de dicha fórmula es accesible en http://guifi.gfi (actualmente sólo desde dentro de la red de guifi IPv4, precisamente hasta que arreglemos este asunto).

Desarrollo alternativo desechado

En el desarrollo alternativo la propuesta pretenía utilizar tan sólo el que otorga Código Sur a Librenet6: 2a00:1508:1:f000::/52. Entran 4096 x /64. Por lo tanto es insuficiente. Se desarrolla aquí como archivo histórico

Es decir los tres primeros grupos y el primer dígito del cuarto grupo sería fijo.

El resto de los dígitos hexadecimales de IPv6 irían rellenados con los siguientes datos:

Para nodos de Libre-mesh

Librenet6 IPv4adaptCIDR-16MAC 
2a00:1508:1:ffff:ffff:xxxx:xxxx:xxxx/64

Se aprovechan todos los dígitos de la siguiente manera:

fff:fff adaptación a hexadecimal de los tres últimos octetos (bytes) de la IPv4 de Guifi.net (el primer octeto es el 10 o el 172 y se puede eludir).
f CIDR menos 16: adaptación a hexadecimal de la máscara, se le resta 16 para que quepa en un sólo digito hexadecimal (la máscara en guifi.net siempre es mayor de 16).
xxxx:xxxx:xxxx dirección MAC de la interfaz de red. Al ponerla completa nos garantizamos que sea siempre un número único, que sepamos la MAC completa del router a partir de la su IP.
/64 la máscara siempre es un /64

Esta propuesta necesita unos cuantos ajustes para que realmente quepan todos los nodos.

Para clientes de esos nodos

Los clientes que cuelgan de esos nodos tendrán la siguiente representación, basada en la anterior:

Librenet6 IPv4adapt   MAC 
2a00:1508:1:ffff:xxxx:xxxx:xxxx:xxxx/64

IPv6 en otras comunidades inalámbricas

La comunidad inalámbrica italiana Ninux.org publicó un documento con instrucciones para implantar y migrar sus nodos a IPv6.^{[cita requerida]}

Véase también

Notas

Nota: Las zonas Libre-mesh que están funcionando en el ámbito territorial de guifi.net están utilizando IPv6 no ruteadas globalmente en período de prueba de implementación de esta forma de atribución de IPv6.

Referencias

↑ qMp utiliza actualmente únicamente IPv6 ULA, mientras que Altermesh utiliza IPv6 globales de Librenet6
↑ Proyecto propuesto en el Catalunya Dades Weekend

Enlaces externos

[1] qMp utiliza actualmente únicamente IPv6 ULA, mientras que Altermesh utiliza IPv6 globales de Librenet6

[2] Proyecto propuesto en el Catalunya Dades Weekend

[1]

[2]

@@ Línea 1: / Línea 1: @@
-Actualmente, la gran mayoría de nodos de la red Guifi.net solo funcionan bajo IPv4. Una excepción son algunas de las [[mesh]], que funcionan con el firmware [[Libre-mesh]], [[Altermesh]] y [[qMp]]<ref>[[qMp]] utiliza actualmente únicamente IPv6 [[LUA]], mientras que [[Altermesh]] utiliza IPv6 globales de [[Librenet6]]</ref> ya que éstos configuran el uso de IPv6 por defecto.
+Actualmente, la gran mayoría de nodos de la red Guifi.net sólo funcionan bajo [[IPv4]]. Una excepción son algunos de los nodos [[mesh]], que funcionan con el firmware [[Libre-mesh]], [[Altermesh]] y [[qMp]]<ref>[[qMp]] utiliza actualmente únicamente IPv6 [[ULA]], mientras que [[Altermesh]] utiliza IPv6 globales de [[Librenet6]]</ref> ya que éstos configuran el uso de IPv6 por defecto.
-La migración se tendrá que hacer obligatoriamente en un futuro, es a la vez es algo delicado que supone un reto y un deseo. Esta migración requiere un estudio de la topología de la red y una nueva política de asignación de rangos IPv6 para los nodos y las zonas. Una vez definida la política, habría que continuar con la adaptación de la utilidad [[unsoloclic]] para soportar la configuración automática de los nodos. Por último, hay que proporcionar un mecanismo sencillo para que los administradores de nodos puedan o bien mantener en convivencia IPv4 e IPv6 o actualizar a IPv6 sin perder conectividad.
+La migración se tendrá que hacer obligatoriamente en un futuro, es a la vez algo delicado que supone un reto y un deseo. Esta migración requiere un estudio de la topología de la red y una nueva política de asignación de rangos IPv6 para los nodos y las zonas. Una vez definida la política, habría que continuar con la adaptación de la utilidad [[unsoloclic]] para soportar la configuración automática de los nodos. Por último, hay que proporcionar un mecanismo sencillo para que los administradores de nodos puedan o bien mantener en convivencia IPv4 e IPv6 o actualizar a IPv6 sin perder conectividad.
 La web de http://guifi.net en cambio, sí que es accesible a través de [[IPv6]].
@@ Línea 9: / Línea 9: @@
 === Propuesta inicial en proceso de aceptación ===
-En la propuesta inicial el desarrollo utiliza un <code>/40</code> del rango IPv6 de guifi.net <code>2a00:1508:0a00::/40</code> (equivalente a 1/256 parte del rango total de Guifi.net, que es <code>2a00:1508::/32</code>).
+En la propuesta inicial el desarrollo utiliza un <code>/40</code> del rango IPv6 de guifi.net <code>2a00:1508:0a00::/40</code> (equivalente a 1/256 parte del rango total que dispone Guifi.net en IPv6, que es <code>2a00:1508::/32</code>).
 La conversión de IPv4 de Guifi.net a IPv6 se hacía a partir de esta fórmula: https://gitorious.org/guifi/drupal-guifi/commit/17f15de8f105410e22cd7ec52e752207d103f16a
-Y el resultado en test es accesible en http://guifi.gfi (actualmente sólo desde dentro de la red de guifi IPv4, precisamente hasta que arreglemos este asunto).
+(Nótese que el último grupo <code>0a00</code> equivale en hexadecimal al <code>10.</code> por el que se inician todas las direcciones IPv4 de guifi.net).
-=== Desarrollo alternativo depurándose ===
+El resultado en test de dicha fórmula es accesible en http://guifi.gfi (actualmente sólo desde dentro de la red de guifi IPv4, precisamente hasta que arreglemos este asunto).
-En el desarrollo alternativo la propuesta utiliza tan sólo el que otorga [[Código Sur]] a [[Librenet6]]: <code><span style="color:red">2a00:1508:1:f</span>000::/52</code>. Entran 4096 x /64.
-Es decir los tres primeros grupos y el primer dígito del cuarto grupo es fijo.
+=== Desarrollo alternativo desechado ===
+En el desarrollo alternativo la propuesta pretenía utilizar tan sólo el que otorga [[Código Sur]] a [[Librenet6]]: <code><span style="color:red">2a00:1508:1:f</span>000::/52</code>. Entran 4096 x /64. Por lo tanto es insuficiente. Se desarrolla aquí como archivo histórico
-El resto de los dígitos hexadecimales de IPv6 van rellenados con los siguientes datos:
+Es decir los tres primeros grupos y el primer dígito del cuarto grupo sería fijo.
+El resto de los dígitos hexadecimales de IPv6 irían rellenados con los siguientes datos:
 ==== Para nodos de Libre-mesh ====
   <span style="color:red">Librenet6</span> <span style="color:green">IPv4adapt</span><span style="color:blue">CIDR-16</span>MAC
@@ Línea 37: / Línea 39: @@
   <span style="color:red">Librenet6</span> <span style="color:green">IPv4adapt</span>   MAC
   <span style="color:red">2a00:1508:1:f</span><span style="color:green">fff:</span><span style="color:grey">xxxx</span><span style="color:gold">:</span>xxxx:xxxx:xxxx<span style="color:gold">/64</span>
-Se aprovechan todos los dígitos de la siguiente manera:
-''en desarrollo''
-==== Ejemplos ====
-''en desarrollo''
-''Nota: Las zonas [[Libre-mesh]] que están funcionando en el ámbito territorial de guifi.net están en período de prueba de implementación de esta forma de atribución de IPv6.''
 == IPv6 en otras comunidades inalámbricas ==
-La comunidad inalámbrica italiana [[Ninux.org]] publicó un documento con instrucciones para implantar y migrar sus nodos a IPv6.
+La comunidad inalámbrica italiana [[Ninux.org]] publicó un documento con instrucciones para implantar y migrar sus nodos a IPv6.{{cita requerida}}
 == Véase también ==
+* [[Criterios de asignación de direcciones IPv4]]
 * [[IPv6]]
 * [[Unsoloclic]]
+== Notas ==
+Nota: Las zonas [[Libre-mesh]] que están funcionando en el ámbito territorial de guifi.net están utilizando IPv6 no ruteadas globalmente en período de prueba de implementación de esta forma de atribución de IPv6.
 == Referencias ==