Las limitaciones de IPv4


  Share  
|

La versión actual de IP (conocida como la versión 4 o IPv4) no ha cambiado sustancialmente desde la solicitud de comentarios (RFC) 791, que fue publicado en 1981. IPv4 ha demostrado ser robusto, fácil de implementar, e interoperables. Se ha resistido a la prueba de escalamiento de una internetwork a una utilidad global del tamaño de la actual Internet. Este es un homenaje a su diseño inicial. Sin embargo, el diseño inicial de IPv4 no se prevén las siguientes:

■ El reciente crecimiento exponencial de Internet y el inminente agotamiento del espacio de direcciones IPv4 Aunque el espacio de direcciones de 32 bits de IPv4 permite 4294967296 direcciones anteriores y las prácticas actuales de asignación de limitar el número de direcciones IPv4 públicas a unos cuantos cientos de millones de dólares. Como resultado, las direcciones IPv4 públicas se han convertido en relativamente escasas, lo que obligó a muchos usuarios y algunas organizaciones para utilizar un NAT para asignar una única dirección IPv4 pública a múltiples direcciones IPv4 privadas. Aunque NAT promover la reutilización del espacio de direcciones privadas, que violan el principio fundamental de diseño de la Internet original que todos los nodos tienen una dirección única, accesible a nivel mundial, la prevención de la conectividad real de extremo a extremo para todo tipo de aplicaciones de redes.

Además, la creciente importancia de los dispositivos conectados a Internet y los aparatos se asegura de que el espacio de direcciones IPv4 pública finalmente se agotará.

■ La necesidad de una configuración más sencilla mayoría de las implementaciones IPv4 actual debe ser configurado manualmente o utilizar un protocolo de configuración de direcciones con estado como Dynamic Host Configuration Protocol (DHCP). Con más equipos y dispositivos que utilizan IP, hay una necesidad de una configuración más sencilla y automática más de direcciones y otras opciones de configuración que no se basan en la administración de una infraestructura de DHCP.

■ La exigencia de la seguridad en la comunicación de la capa de Internet privado en un medio público como Internet requiere servicios de cifrado que protegen los datos que se envían de ser vistos o modificados en tránsito. Aunque ahora existe una norma para garantizar la seguridad de los paquetes IPv4 (denominado seguridad de Protocolo Internet o IPSec), este estándar es opcional para IPv4 y soluciones de seguridad adicionales, algunos de los cuales son de propiedad, son frecuentes.

■ La necesidad de un mejor soporte para la entrega con prioridad y en tiempo real de datos Aunque las normas para la entrega con prioridad y en tiempo real de datos-a veces se denomina calidad de servicio (QoS), existen para IPv4, soporte en tiempo real del tráfico se basa en la 8 bits del IPv4 histórica Tipo de Servicio (TOS) de campo y la identificación de la carga útil, por lo general mediante un Protocolo de datagramas de usuario (UDP) o Transmission Control Protocol (TCP). Por desgracia, el campo de IPv4 TOS tiene una funcionalidad limitada y, con el tiempo, se ha redefinido y tiene diferentes interpretaciones locales. Las normas actuales para IPv4 utiliza el campo TOS para indicar un código de servicios diferenciados Point (DSCP), un valor fijado por el nodo de origen y utilizados por los routers intermedios para la entrega de prioridades y la manipulación. Además, la identificación de carga útil que utiliza un puerto TCP o UDP no es posible cuando la carga útil del paquete IPv4 está cifrada.

Para abordar estas y otras preocupaciones, la Internet Engineering Task Force (IETF) ha desarrollado un conjunto de protocolos y estándares conocidos como IP versión 6 (IPv6). Esta nueva versión, denominada anteriormente de propiedad intelectual-La próxima generación (IPng), incorpora los conceptos de los muchos métodos propuestos para actualizar el protocolo IPv4. IPv6 está diseñado intencionalmente para tener un impacto mínimo en los protocolos de la capa inferior y superior y evitar la adición de nuevas características al azar.

presentado por Tim Ferrero


Share  

© 2005-2010 E-articles.info All Rights Reserved - Terms and conditions