En 2011, la Autoridad de Asignaci\u00f3n de N\u00fameros de Internet (IANA) emiti\u00f3 los \u00faltimos bloques de direcciones \/8 restantes a los Registros Regionales de Internet (RIR), dejando a los RIR el control de la asignaci\u00f3n del resto de direcciones IPv4 disponibles. Esto aumenta la dificultad de los proveedores de servicios de Internet (ISP) para seguir obteniendo espacio de direcciones IPv4 sin asignar, lo que obliga a un plan de acci\u00f3n tanto para preservar el espacio de direcciones IPv4 restante como para proporcionar un mecanismo de traducci\u00f3n a IPv6. Han surgido muchas tecnolog\u00edas para resolver este problema, entre ellas NAT444, DS-Lite y 6rd; todas ellas se basan en un fundamento com\u00fan de traducci\u00f3n de direcciones de red de grado portador (CGN). <\/p>\n\n
La soluci\u00f3n de ARKITEK sobre CGNAT proporciona una v\u00eda fiable para que los operadores comerciales (abonados fijos y m\u00f3viles) y las grandes empresas implanten CGNAT, incluyendo una visi\u00f3n general de la soluci\u00f3n, consideraciones sobre dise\u00f1o y escalado, y una explicaci\u00f3n de la configuraci\u00f3n del sistema, las funciones opcionales y el registro del tr\u00e1fico.<\/p>\n\n
Nota: CGN tambi\u00e9n se denomina a veces NAT a gran escala (LSN), y es el t\u00e9rmino utilizado en los documentos del IETF a los que se hace referencia en esta p\u00e1gina.<\/p>\n\n
CGN proporciona una metodolog\u00eda para preservar las direcciones IPv4 centralizando los recursos de direcciones p\u00fablicas y compartiendo esos recursos entre una gran comunidad de usuarios. <\/p>\n\n
La arquitectura general de la CGN consta de una red de acceso (direccionada con la direcci\u00f3n reservada RFC 6598<\/a> 100.64.0.0\/10), una capa de enrutamiento de agregaci\u00f3n, dispositivos CGN y enrutadores de peering con salida a la Internet p\u00fablica. Para los clientes empresariales o residenciales que est\u00e1n conectados directamente a la red de acceso, s\u00f3lo se requiere un nivel de NAT (NAT44). Estos clientes reciben una direcci\u00f3n directamente de la subred 100.64.0.0\/10. Normalmente, los clientes residenciales despliegan un dispositivo de pasarela que implementa NAT, creando el modelo NAT444. Los clientes utilizan direcciones privadas del espacio de direcciones IP RFC 1918<\/a>. Las direcciones privadas se traducen a direcciones de la subred 100.64.0.0\/10, que est\u00e1 configurada dentro de la infraestructura de acceso del ISP. A continuaci\u00f3n, el tr\u00e1fico de los clientes (usuarios finales) se encamina a trav\u00e9s de una capa de agregaci\u00f3n hasta el dispositivo CGN asignado, y despu\u00e9s se traduce a direcciones p\u00fablicas IPv4. La implantaci\u00f3n de la CGN es transparente para los usuarios finales y no requiere cambios de configuraci\u00f3n en los equipos locales del cliente (CPE) ni en los hosts. <\/p>\n\n CGN ofrece las siguientes ventajas sobre las operaciones NAT tradicionales:<\/p>\n\n CGN implementa varias caracter\u00edsticas para proporcionar una experiencia de usuario sin fisuras a trav\u00e9s de un entorno NAT, incluyendo el mapeo independiente del punto final (EIM), el filtrado independiente del punto final (EIF), la agrupaci\u00f3n de direcciones, el hair-pinning y la preservaci\u00f3n de puertos. Estas caracter\u00edsticas proporcionan un entorno transparente de acceso del cliente a los recursos externos, asegurando as\u00ed que tanto las aplicaciones cliente-servidor como las peer-to-peer sigan funcionando tal y como fueron dise\u00f1adas. <\/p>\n\n CGN es una tecnolog\u00eda madura cuyo funcionamiento est\u00e1 bien estandarizado por varias RFC y borradores de documentos del IETF, entre los que se incluyen los siguientes (los enlaces se abren en una nueva ventana):<\/p>\n\n Estas RFC proporcionan una base para la transparencia de las aplicaciones y formalizan el comportamiento del CGN para facilitar el desarrollo de futuras aplicaciones. <\/p>\n\n Nuestra implementaci\u00f3n de CGN proporciona l\u00edmites tanto a nivel de sesi\u00f3n como de usuario para controlar la cantidad de recursos asignados. Esto garantiza que los recursos se distribuyan equitativamente entre la base de usuarios de acuerdo con los requisitos del proveedor de servicios. <\/p>\n\n Las implementaciones de CGN pueden crear grandes cantidades de datos de registro en las redes de los proveedores de servicios. Configurando y ajustando el equipo NAT, se pueden implementar muchas t\u00e9cnicas de registro para limitar tanto el n\u00famero de entradas de registro como su tama\u00f1o. <\/p>\n\n Nuestra soluci\u00f3n est\u00e1 actualmente implantada y da servicio a abonados fijos y m\u00f3viles en Turqu\u00eda, en TURKCELL (operador m\u00f3vil con 35M de abonados), TURKCELL SUPERONLINE (operador fijo con 2M de abonados), Turk Telekom Mobile (antes AVEA \/ operador m\u00f3vil con 20M de abonados), DSMART (operador fijo con 400K de abonados) y Millenicom (operador fijo con 200K de abonados).<\/p>\n\n Al implantar CGNAT en operadores comerciales; la(s) autoridad(es) reguladora(s) local(es) puede(n) exigir a los operadores que registren las traducciones de direcciones, correlacionen estos datos con la informaci\u00f3n de identidad del abonado y proporcionen una funci\u00f3n de b\u00fasqueda para poder identificar a un abonado utilizando una direcci\u00f3n IP p\u00fablica espec\u00edfica (y un rango de puertos) en un intervalo de tiempo\/fecha determinado.<\/p>\n\n Podemos trabajar con usted para crear una herramienta de registro, correlaci\u00f3n de datos y b\u00fasqueda a nivel de operador, basada en las leyes locales y en los requisitos espec\u00edficos de las autoridades reguladoras.<\/p>\n\nAlta Transparencia<\/h3>\n\n
Well-Defined Behavior<\/h3>\n\n
\n
Equidad y Reparto de Recursos<\/h3>\n\n
Gesti\u00f3n del Tama\u00f1o de los Archivos de Registro<\/h3>\n\n
Referencias Comerciales<\/h2>\n\n
Soluciones Complementarias<\/h2>\n\n