Barreras para la implementación de IPv6: direccionamiento

30

Hay varias cosas que evitan que la implementación de IPv6 sea un tema de discusión activa aquí en mi trabajo. Existen los problemas técnicos habituales, pero uno no técnico parece ser un obstáculo importante en el camino para poner en marcha un proyecto de implementación.

Direcciones, memorización de.

Específicamente, las direcciones IPv4 son comprensibles, y las direcciones IPv6 solo parecen una gran cadena larga de hexadecimal. La mente humana tiene problemas reales para memorizar listas de más de 7-8 elementos, y una dirección IPv4 (192.168.231.148) tiene cuatro elementos, lo que nos facilita la memorización. Una dirección IPv6 completamente poblada no solo tiene 8 secciones, sino que cada sección tiene 4 dígitos hexadecimales. Las direcciones IPv6 no fueron diseñadas para la memorización. Para el técnico que sabe que el servidor DNS está en 192.168.42.42 (o más probablemente "42.42", ya que el prefijo de la compañía probablemente esté memorizado), la idea de memorizar una dirección IPv6 los llena de temor. Lo que a su vez los hace mucho menos entusiastas de participar en un proyecto de implementación de IPv6.

Debido a cómo funciona nuestra red, no somos completamente dinámicos en términos de direccionamiento v4. Tenemos varias o muchas subredes que están completamente asignadas estáticamente por una variedad de razones, la principal de ellas es que la sobrecarga de las asignaciones estáticas de DHCP se percibe como demasiado grande. Además, algunos dispositivos aún no son lo suficientemente inteligentes como para extraer direcciones DNS de DHCP mientras que también tienen una asignación estática, y por lo tanto requieren configuraciones DNS configuradas manualmente. Por lo tanto, habrá que memorizar algunas direcciones v6.

No tenemos ningún mandato para sacar v6, así que no tenemos presión desde arriba. Sin embargo, es hora de comenzar a preparar nuestra infraestructura para manejar IPv6 incluso si no convertimos al por mayor.

Para aquellos de ustedes que han estado en IPv6-land por un tiempo, ¿qué métodos abreviados utilizan para discutir o realizar un seguimiento de subredes y direcciones IP específicas / críticas? Si puedo ayudar a reducir parte del temor que rodea a IPv6, podríamos poner en marcha el proyecto.

sysadmin1138
fuente
55
Oh querido ... algo me dice que espero retirarme o morir antes de que necesite solucionar el problema de por qué mi congelador y refrigerador en el mismo electrodoméstico no obtienen las direcciones IP correctas para que puedan enviar "alertas de recarga" a Sam's Club mi enrutador inalámbrico
Bart Silverstrim
2
Tenga en cuenta que el IETF ha propuesto RFC 5952 para "definir un formato de representación textual canónica" en todos los sistemas y códigos. Actualmente, IPv6 es difícil de analizar, y la amplia gama de reglas de expresiones regulares va a dejar agujeros en muchas aplicaciones. Con suerte, RFC 5952 traerá algo de cordura a este desastre.
Stefan Lasiewski
Nota del futuro lejano: 7 años después, y todavía no están v6 incluso en el borde público.
sysadmin1138

Respuestas:

19

Aquí hay cosas que noté después de trabajar con direcciones IPv6:

  1. No use direcciones "completas". La :: abreviatura recorre un largo camino.
  2. Dentro de su organización, probablemente se ocupará de un solo prefijo. Esto significa que puede ignorar la primera parte de la dirección.
  3. A menos que esté utilizando teletipos de vidrio, copiar y pegar existe. Úsalo.
  4. Como señala @TomTom, el DNS existe. Úsalo.
  5. Cuando comience a trabajar con direcciones v6, aparecerán rápidamente patrones. Comienza a reconocer cosas como prefijos organizacionales (HE, Cisco, etc.), Teredo, ISATAP y la configuración automática sin estado.

La dirección IPv6 no tiene que ser compleja. Por ejemplo, esta es la dirección del servidor web público de una gran empresa:

2001:420:80:1::5

Supongo que "80" es una subred reservada para servidores web. A diferencia de IPv4, también puede usar la subred "443" para servidores solo HTTPS.

Gerald Peines
fuente
Pero, ¿el puerto TCP siempre será la tercera sección desde la izquierda?
mfinni
66
No. Eso depende de la persona o equipo que ideó el plan de direccionamiento en esa organización. IPv6 le brinda mucha más flexibilidad en ese sentido.
Gerald Combs
6

Mantenlos emparejados.

Por ejemplo, como nuestra subred IPv4 utilizamos 10.10.0.0/16. Cuando asigno una dirección IPv6 para el host 10.10.1.23 elijo 2001: 0DB8 :: 1: 23.

Esto hace que sea muy fácil reconstruir la dirección v6 durante la transición o el período de doble pila. En unos pocos años, la gente estará acostumbrada al direccionamiento y quizás haya implementado DHCPv6 en todo momento.

Martijn Heemels
fuente
4

¿Por qué no establecer un plan para asignar IPs "vieja escuela"? Tome su espacio IPv6, haga que sus primeras 4 secciones sean estáticas y use las últimas cuatro secciones como usted / su PHB solían:

2001:xxxx:xxxx:xxxx:192:168:42:42

Realmente no es una solución técnica, pero elimina un poco el factor miedo de lo desconocido.

lepole
fuente
Mi antigua compañía hizo casi lo mismo cuando nos mudamos de direcciones públicas a privadas. Los primeros dos octetos cambiaron, pero los dos últimos no. Facilitó el movimiento en todos nuestros cerebros (y documentación). Si eso es lo que tenemos que hacer para que v6 obtenga suficiente aceptación para comenzar ... esa es una opción. Un poco feo, pero una opción.
sysadmin1138
1
Incluso podría ir con 2001:db8:3:4:5:6:192.168.42.42o similar, si prefiere mantener los puntos en su lugar.
Kasperd
1

Escribí Six-N para facilitar la memorización de direcciones clave.

http://alivate.com.au/ProductItem.aspx?ProductID=18cd7179-1e8f-45c3-93cf-345942e682c6

Fue un experimento, no espero inundaciones de apoyo, pero es una posibilidad.

El crudo

4FED9031E90F43FC

Se convierte

ISAR SESALT JOSE HERN IS CARLE

Te dejaré decidir si este último es más memorable / comunicable.

Además, puede ser mejor, pero quizás aún no sea lo suficientemente útil. Por un lado, debe haber soporte de aplicaciones para que funcione. Por ejemplo, un script de PowerShell para que la forma más memorable se pueda usar en la vida real.

¿Por qué es más memorable?

Puedes leer el sitio web, pero simplemente: hay menos sílabas, que son al menos más parecidas a cómo mi cerebro recuerda las cosas.

Todd
fuente
-2

No recuerdo la última vez que tuve que memorizar una dirección IP para cualquier servidor, salvo crear entradas DNS para servidores públicos. Everythign se asigna automáticamente o se configura con scripts.

TomTom
fuente
3
Tenemos suficientes subredes de direccionamiento estático por aquí que necesitamos configurar manualmente las direcciones DNS. Además, los técnicos de escritorio más antiguos aún memorizan esa información, incluso si no la necesitan. DHCPv6 definitivamente está en la lista.
sysadmin1138
2
-1 Ejemplo simple: intente ingresar una dirección de puerta de enlace predeterminada en un dispositivo de red o configuración sin usar la dirección IP.
John Gardeniers
3
Respuesta simple: no lo hagas. Ipv6 no requiere preconfiguración de la puerta de enlace: la configuración de IP se recoge dinámicamente cuando el enrutador anuncia que hay una puerta de enlace disponible. Sin enrutador, la puerta de enlace no tiene sentido. Por lo tanto, no se necesita ninguna configuración para los cambios de dirección de la puerta de enlace.
TomTom
1
En mi humilde opinión, confiar en autoconf para cualquier cosa en una red de producción es solo pedir problemas. También depender de un servicio que es una abstracción de la información de la capa más baja ... También es buscar problemas - esta vez a las 3 am cuando se está tratando de solucionar problemas de algo (como los servidores DNS de bajar)
Zypher
1
En realidad sí ... y no. Encuentro IPv56 autoconf muy ince, excepto el elemento falso en el escenario de red, estoy de acuerdo. ESO DIJO: use autoconf, luego "Hardcode" la configuración con un script, terminado. Después de que se ejecuta el script, la configuración automática está desactivada para un servidor.
TomTom