¿El agotamiento de la dirección IPv4 afectará a los usuarios finales?

Básicamente sí.

Ya en la región de Asia y el Pacífico, las direcciones IPv4 se han agotado en el registro regional: http://www.potaroo.net/tools/ipv…. Eso significa que las nuevas redes no pueden solicitar espacio para IPv4, y las redes existentes no pueden solicitar espacio adicional para IPv4. ¿Qué significa esto para el usuario final?

Bueno, por el momento puede ser que los ISP hayan ocupado suficiente espacio IPv4 para que puedan extender la vida útil de lo que tienen al reasignar agresivamente las direcciones entre los usuarios activos. Normalmente, su ISP le ofrece una dirección IP “dinámica”, y generalmente esa dirección no cambia. Pero cuando los recursos son limitados, los ISP comenzarán a proporcionar arriendos DHCP más cortos en las direcciones IP para crear un conjunto de direcciones más fluido y libre, para aquellos que nunca desconectan su módem, el ISP podría comenzar a usar técnicas para detectar usuarios que definitivamente ya no usa activamente su conexión. Esto se vuelve quebradizo rápidamente; Las conexiones TCP pueden permanecer abiertas durante largos períodos de tiempo sin intercambiar ningún paquete. Por lo tanto, existe un grave peligro de interrumpir la presencia de un usuario en Internet.

Dado que esto solo llega hasta cierto punto, veo dos posibilidades principales:

  • Los ISP solo dan direcciones IPv6 y brindan a los clientes equipos que manejan IPv6, pero también la transición IPv6-IPv4: los sistemas operativos modernos son en su mayoría habilitados para IPv6, pero es más probable que algunas tecnologías menos obvias (como los decodificadores) sea ​​solo IPv4, por lo que se requiere cierta tecnología de transición en el equipo que el ISP le brinda para conectarse a Internet. Esta solución no es inviable, pero es probable que esté llena de muchos problemas técnicos (necesarios). Para tener una idea de la complejidad, quizás mire DNS64 y NAT64: http://www.slideshare.net/IOSHin…
  • Los ISP podrían poner a los clientes detrás de otra capa de NAT. Esto tiende a conocerse como NAT a gran escala (LSN) o Carrier Grade Nat (CGN), siendo preferible el primero. Si el ISP coloca a todos sus clientes dentro de un espacio de direcciones privadas de 10/8, entonces no necesariamente tienen que hacer mucho más. El NAT que se encuentra en las instalaciones del cliente aún se traducirá a la subred privada para la que esté diseñado. Por lo tanto, los clientes terminan detrás de dos capas de NAT. Esto alivia el estrés en el espacio de direcciones de los ISP, pero presenta problemas para el cliente: el recorrido NAT para conexiones punto a punto (para VoIP, por ejemplo) ya es frágil detrás de un NAT, y mucho menos dos. Corre el riesgo del mínimo común denominador con dos niveles de NAT: debe prestar atención al que tenga las características de enlace más pobres, y debe prestar atención al que tenga las características de almacenamiento en búfer más pobres. En particular, forzar el tráfico a través de un cuello de botella adicional puede alterar los tiempos de llegada del tráfico, lo que a su vez puede afectar el rendimiento real de las transmisiones TCP o la calidad de la llamada para VoIP, etc.

Otra posibilidad para el ISP se conoce como “a + p”, implica el uso de bits del número de puerto para extender el espacio de direcciones. Esto requiere una negociación más compleja entre el equipo del cliente y el ISP, probablemente requeriría una extensión al DHCP y requeriría el uso del equipo de las instalaciones del cliente que estoy seguro de que nadie ha construido. Este es un escenario de pesadilla si los ISP deciden que los usuarios solo necesitan un puñado de puertos públicos, y restringe seriamente qué tan activamente el usuario final puede usar su conexión.

En realidad, debemos empujar hacia IPv6. Queremos llegar al punto en el que nos hagamos la pregunta ” ¿Apagará IPv4 afectará a los usuarios finales? ” Desafortunadamente, hasta que las redes domésticas estén más habilitadas para IPv6, estamos atrapados tratando de soportar la infraestructura heredada de IPv4. El agotamiento completo del espacio IPv4 de arriba hacia abajo es básicamente inminente: http://www.potaroo.net/tools/ipv… Más allá de este punto, intercambiaremos bloques cada vez más pequeños de IPv4 solo para mantener la conectividad , pero esperamos tener simultáneamente una base creciente de dispositivos IPv6.

Además del cambio más visible de direccionamiento para los usuarios finales, hay un lado diferente, es el potencial de interrupción en la red troncal mientras los proveedores actualizan los enrutadores y los enlaces de tránsito / interconexión. Esto puede conducir a problemas de rendimiento, o incluso “agujeros negros”, donde partes de la red pueden ser inaccesibles o demasiado lentas para un uso práctico.

El problema con la transición de IPv4 a IPv6 es que todos los proveedores necesitarán acuerdos de interconexión y tránsito para ambos protocolos. Durante la transición, esto tiene el potencial de ser muy, muy desordenado. Sería mucho más fácil si pudiéramos ejecutar IPv4 e IPv6 en cada enlace, pero para que esto funcione, todos tendrían que actualizar todos sus enrutadores y también mantener la misma arquitectura de red troncal. Pero es mucho más probable que las cosas sean mucho más complejas:

  1. Algunos proveedores pueden decidir actualizar la estructura existente para ejecutar IPv6, otros pueden decidir implementar una nueva red troncal. Algunos pueden hacer ambas cosas (en diferentes partes de sus redes).
  2. El tráfico fluirá de maneras completamente diferentes, dependiendo de la disponibilidad de tránsito para algunas partes de la red. Por ejemplo, si un proveedor importante retrasa la adopción de IPv6, el tráfico fluirá a otra parte, y los proveedores necesitarán nuevos enlaces para adaptarse a eso.
  3. No hay garantía de que se cumplan los actuales acuerdos de pares para IPv6. De hecho, la oportunidad está madura para que algunas compañías intenten forzar nuevos contratos con otros AS que hayan disfrutado (quizás por razones históricas) del estado de sus pares IPv4.

Dicho todo esto, creo que vamos a dar un paseo salvaje y que, lamentablemente, afectará a los usuarios finales. ¡Veamos cómo va!