
Una subred , o subred , es una subdivisión lógica de una red IP . [ 1 ] : 1, 16 La práctica de dividir una red en dos o más redes se llama subredes .
Los ordenadores que pertenecen a la misma subred se identifican mediante un grupo idéntico de bits más significativos de sus direcciones IP . Esto da como resultado la división lógica de una dirección IP en dos campos: el número de red o prefijo de enrutamiento y el resto o identificador de host . El resto es un identificador para un host o interfaz de red específicos.
El prefijo de enrutamiento puede expresarse como la primera dirección de una red, escrita en notación CIDR ( Classless Inter-Domain Routing ), seguida de una barra inclinada ( / ), y finalizando con la longitud en bits del prefijo. Por ejemplo, 198.51.100.0 / 24 es el prefijo de la red del Protocolo de Internet versión 4 que comienza en la dirección dada, con 24 bits asignados para el prefijo de red y los 8 bits restantes reservados para el direccionamiento de host. Las direcciones en el rango 198.51.100.0 a 198.51.100.255 pertenecen a esta red, siendo 198.51.100.255 la dirección de difusión de subred . La especificación de dirección IPv6 2001:db8:: / 32 es un gran bloque de direcciones con 2 96 direcciones, con un prefijo de enrutamiento de 32 bits.
En IPv4, una red también puede caracterizarse por su máscara de subred o máscara de red , que es la máscara de bits que, al aplicarse mediante una operación AND bit a bit a cualquier dirección IP de la red, produce el prefijo de enrutamiento. Las máscaras de subred también se expresan en notación decimal con puntos, al igual que una dirección IP. Por ejemplo, el prefijo 198.51.100.0 / 24 tendría la máscara de subred 255.255.255.0 .
El tráfico se intercambia entre subredes a través de enrutadores cuando los prefijos de enrutamiento de la dirección de origen y la dirección de destino difieren. Un enrutador actúa como un límite lógico o físico entre las subredes.
Las ventajas de subdividir una red existente varían según el escenario de implementación. En la arquitectura de asignación de direcciones de Internet, que utiliza CIDR, y en grandes organizaciones, es necesaria una asignación eficiente del espacio de direcciones. La subdivisión también puede mejorar la eficiencia del enrutamiento o presentar ventajas en la gestión de la red cuando las subredes son controladas administrativamente por diferentes entidades dentro de una organización grande. Las subredes pueden organizarse lógicamente en una arquitectura jerárquica, particionando el espacio de direcciones de red de una organización en una estructura de enrutamiento en forma de árbol u otras estructuras, como las mallas.
Direccionamiento y enrutamiento de red

Los ordenadores que participan en una red IP tienen al menos una dirección de red . Normalmente, esta dirección es única para cada dispositivo y puede configurarse automáticamente mediante un servicio de red con el Protocolo de configuración dinámica de host (DHCP), manualmente por un administrador o automáticamente por el sistema operativo con la autoconfiguración de direcciones sin estado .
Una dirección IP cumple las funciones de identificar el host y ubicarlo en la red en el enrutamiento de destino. La arquitectura de direccionamiento de red más común es el Protocolo de Internet versión 4 (IPv4), pero su sucesor, IPv6 , se ha implementado cada vez más desde aproximadamente 2006. Una dirección IPv4 consta de 32 bits. Una dirección IPv6 consta de 128 bits. En ambas arquitecturas, una dirección IP se divide en dos partes lógicas: el prefijo de red y el identificador de host . Todos los hosts en una subred tienen el mismo prefijo de red. Este prefijo ocupa los bits más significativos de la dirección. El número de bits asignados dentro de una red al prefijo puede variar entre subredes, dependiendo de la arquitectura de red . El identificador de host es una identificación local única y es un número de host en la red local o un identificador de interfaz.
Esta estructura de direccionamiento permite el enrutamiento selectivo de paquetes IP a través de múltiples redes mediante computadoras de puerta de enlace especiales, llamadas enrutadores , hacia un host de destino si los prefijos de red de los hosts de origen y destino difieren, o directamente a un host de destino en la red local si son iguales. Los enrutadores constituyen fronteras lógicas o físicas entre las subredes y administran el tráfico entre ellas. Cada subred es atendida por un enrutador predeterminado designado, pero internamente puede constar de múltiples segmentos Ethernet físicos interconectados por conmutadores de red .
El prefijo de enrutamiento de una dirección se identifica mediante la máscara de subred , que se escribe de la misma forma que las direcciones IP. Por ejemplo, la máscara de subred para un prefijo de enrutamiento compuesto por los 24 bits más significativos de una dirección IPv4 se escribe como 255.255.255.0 .
La forma estándar moderna de especificación del prefijo de red es la notación CIDR, utilizada tanto para IPv4 como para IPv6. Esta notación cuenta el número de bits del prefijo y lo añade a la dirección después de una barra inclinada (/). Se introdujo con el enrutamiento entre dominios sin clases (CIDR). [ 2 ] En IPv6, esta es la única forma estándar para denotar prefijos de red o de enrutamiento.
Por ejemplo, la red IPv4 192.0.2.0 con la máscara de subred 255.255.255.0 se escribe como 192.0.2.0 / 24 , y la notación IPv6 2001:db8:: / 32 designa la dirección 2001:db8:: y su prefijo de red que consta de los 32 bits más significativos.
En las redes con clases en IPv4, antes de la introducción de CIDR, el prefijo de red se podía obtener directamente de la dirección IP, basándose en su secuencia de bits de orden superior. Esto determinaba la clase (A, B, C) de la dirección y, por lo tanto, la máscara de subred. Sin embargo, desde la introducción de CIDR, la asignación de una dirección IP a una interfaz de red requiere dos parámetros: la dirección y una máscara de subred.
Dada una dirección IPv4 de origen, su máscara de subred asociada y la dirección de destino, un enrutador puede determinar si el destino está en una red conectada localmente o en una red remota. La máscara de subred del destino no es necesaria y, por lo general, un enrutador no la conoce. [ 3 ] Sin embargo, para IPv6, la determinación en el enlace es diferente en detalle y requiere el Protocolo de descubrimiento de vecinos (NDP). [ 4 ] [ 5 ] La asignación de direcciones IPv6 a una interfaz no requiere un prefijo de enlace coincidente y viceversa, con la excepción de las direcciones de enlace local .
Dado que cada subred conectada localmente debe estar representada por una entrada independiente en las tablas de enrutamiento de cada enrutador conectado, el subneteo aumenta la complejidad del enrutamiento. Sin embargo, mediante un diseño cuidadoso de la red, las rutas a conjuntos de subredes más distantes dentro de las ramas de una jerarquía de árbol pueden agruparse en una superred y representarse mediante rutas únicas.
Protocolo de Internet versión 4
Determinación del prefijo de red
Una máscara de subred IPv4 consta de 32 bits; es una secuencia de unos ( 1 ) seguida de un bloque de ceros ( 0 ). Los unos indican los bits de la dirección utilizados para el prefijo de red, y el bloque final de ceros designa esa parte como el identificador de host.
El siguiente ejemplo muestra la separación del prefijo de red y el identificador de host de una dirección ( 192.0.2.130 ) y su máscara de subred / 24 asociada ( 255.255.255.0 ). La operación se visualiza en una tabla utilizando formatos de direcciones binarias.
El resultado de la operación AND bit a bit entre la dirección IP y la máscara de subred es el prefijo de red 192.0.2.0 . La parte del host, que es 130 , se obtiene mediante la operación AND bit a bit entre la dirección y el complemento a uno de la máscara de subred.
Subredes
El subneteo consiste en designar algunos bits de orden superior de la parte del host como parte del prefijo de red y ajustar la máscara de subred según corresponda. Esto divide una red en subredes más pequeñas. El siguiente diagrama modifica el ejemplo anterior moviendo 2 bits de la parte del host al prefijo de red para formar cuatro subredes más pequeñas, cada una con un cuarto del tamaño de la anterior.
Direcciones especiales y subredes
IPv4 utiliza formatos de dirección especialmente designados para facilitar el reconocimiento de funcionalidades de dirección especiales. La primera y la última subred obtenidas al subdividir una red más grande tradicionalmente han tenido una designación especial y, en sus inicios, implicaciones de uso especiales. [ 6 ] Además, IPv4 utiliza la dirección de host con todos los unos , es decir, la última dirección dentro de una red, para la transmisión de difusión a todos los hosts en el enlace.
La primera subred obtenida al subdividir una red más grande tiene todos los bits del grupo de bits de la subred establecidos a cero. Por lo tanto, se denomina subred cero . [ 7 ] La última subred obtenida al subdividir una red más grande tiene todos los bits del grupo de bits de la subred establecidos a uno. Por lo tanto, se denomina subred de unos . [ 8 ]
La IETF inicialmente desaconsejó el uso en producción de estas dos subredes. Cuando la longitud del prefijo no está disponible, la red más grande y la primera subred tienen la misma dirección, lo que puede generar confusión. Una confusión similar puede ocurrir con la dirección de difusión al final de la última subred. Por lo tanto, se recomendó reservar los valores de subred que consisten en ceros y unos en la Internet pública, [ 9 ] reduciendo en dos el número de subredes disponibles para cada subred. Esta ineficiencia se eliminó y la práctica se declaró obsoleta en 1995, y solo es relevante al tratar con equipos heredados. [ 10 ]
Aunque los valores de host de ceros y unos están reservados para la dirección de red de la subred y su dirección de difusión , respectivamente, en sistemas que utilizan CIDR, todas las subredes están disponibles en una red subdividida. Por ejemplo, una red / 24 se puede dividir en dieciséis redes / 28 utilizables . Cada dirección de difusión, es decir, *.15 , *.31 , …, *.255 , reduce únicamente el número de hosts en cada subred.
Número de hosts de subred
El número de subredes disponibles y el número de hosts posibles en una red se pueden calcular fácilmente. Por ejemplo, la red 192.168.5.0 / 24 se puede subdividir en las siguientes cuatro subredes / 26. Los dos bits de dirección resaltados forman parte del número de red en este proceso.
Los bits restantes después de los bits de subred se utilizan para direccionar los hosts dentro de la subred. En el ejemplo anterior, la máscara de subred consta de 26 bits, lo que da como resultado 255.255.255.192, dejando 6 bits para el identificador del host. Esto permite 62 combinaciones de hosts (2⁶ - 2).
En general, el número de hosts disponibles en una subred es 2 h −2, donde h es el número de bits utilizados para la parte de host de la dirección. El número de subredes disponibles es 2 n , donde n es el número de bits utilizados para la parte de red de la dirección.
Existe una excepción a esta regla para las máscaras de subred de 31 bits, [ 11 ] , lo que significa que el identificador de host tiene solo un bit de longitud para dos direcciones permitidas. En dichas redes, generalmente enlaces punto a punto , solo se pueden conectar dos hosts (los puntos finales) y no es necesario especificar direcciones de red ni de difusión.
Protocolo de Internet versión 6
El diseño del espacio de direcciones IPv6 difiere significativamente del de IPv4. La principal razón para el subneteo en IPv4 es mejorar la eficiencia en la utilización del espacio de direcciones relativamente pequeño disponible, especialmente para las empresas. En IPv6 no existen tales limitaciones, ya que el amplio espacio de direcciones disponible, incluso para los usuarios finales, no representa un factor limitante.
Al igual que en IPv4, el subneteo en IPv6 se basa en los conceptos de enmascaramiento de subred de longitud variable (VLSM) y la metodología de enrutamiento entre dominios sin clases . Se utiliza para enrutar el tráfico entre los espacios de asignación globales y dentro de las redes de los clientes, entre las subredes e Internet en general.
Una subred IPv6 compatible siempre utiliza direcciones con 64 bits en el identificador de host. [ 12 ] Dado el tamaño de la dirección de 128 bits, tiene un prefijo de enrutamiento /64. Aunque técnicamente es posible utilizar subredes más pequeñas, [ 13 ] no son prácticas para redes de área local basadas en tecnología Ethernet, porque se requieren 64 bits para la autoconfiguración de direcciones sin estado . [ 14 ] El Grupo de Trabajo de Ingeniería de Internet recomienda el uso de subredes / 127 para enlaces punto a punto, que tienen solo dos hosts. [ 15 ] [ 16 ]
IPv6 no implementa formatos de dirección especiales para el tráfico de difusión o números de red, [ 17 ] y por lo tanto todas las direcciones en una subred son aceptables para el direccionamiento de hosts. La dirección de todos ceros está reservada como la dirección anycast del enrutador de subred. [ 18 ] La dirección anycast del enrutador de subred es la dirección más baja en la subred, por lo que se ve como la "dirección de red". Si un enrutador tiene varias subredes en el mismo enlace, entonces tiene varias direcciones anycast de enrutador de subred en ese enlace. [ 19 ] No se permite que la primera y la última dirección en cualquier red o subred se asignen a ningún host individual.
En el pasado, la asignación recomendada para un sitio de cliente IPv6 era un espacio de direcciones con un prefijo de 48 bits ( / 48 ). [ 20 ] Sin embargo, esta recomendación se revisó para fomentar bloques más pequeños, por ejemplo, utilizando prefijos de 56 bits. [ 21 ] Otro tamaño de asignación común para redes de clientes residenciales tiene un prefijo de 64 bits.
Véase también
Referencias
- ↑ Jeffrey Mogul; Jon Postel (agosto de 1985). Procedimiento estándar de subredes de Internet . IETF . doi : 10.17487/RFC0950 . RFC 950 .Actualizado por RFC 6918.
- ↑ V. Fuller; T. Li (agosto de 2006). Enrutamiento entre dominios sin clases (CIDR): El plan de asignación y agregación de direcciones de Internet . Grupo de trabajo de redes. doi : 10.17487/RFC4632 . RFC 4632 .
- ↑ R. Braden, ed. (octubre de 1989). Requisitos para hosts de Internet: capas de comunicación . Grupo de trabajo de redes IETF . sec. 3.3.1. doi : 10.17487/RFC1122 . RFC 1122 . Actualizado por RFC 1349, RFC 4379, RFC 5884, RFC 6093, RFC 6298, RFC 6633, RFC 6864, RFC 8029.
- ↑ T. Narten; E. Nordmark; W. Simpson; H. Soliman (septiembre de 2007). Descubrimiento de vecinos para la versión 6 del protocolo IP (IPv6) . Grupo de trabajo de redes. doi : 10.17487/RFC4861 . RFC 4861 .
- ↑ H. Singh; W. Beebee; E. Nordmark (julio de 2010). Modelo de subred IPv6: la relación entre enlaces y prefijos de subred . IETF . doi : 10.17487/RFC5942 . RFC 5942 .
- ↑ "Documento ID 13711 - Subred cero y subred de unos" . Cisco Systems . 10 de agosto de 2005. Archivado del original el 9 de febrero de 2014. Consultado el 25 de abril de 2010. Tradicionalmente
, se recomendaba encarecidamente no utilizar la subred cero ni la subred de unos para el direccionamiento. [...] Hoy en día, el uso de la subred cero y la subred de unos es generalmente aceptado y la mayoría de los proveedores lo admiten.
- ↑ "Documento ID 13711 - Subred cero y la subred de todos unos" . Cisco Systems . 10 de agosto de 2005. Archivado del original el 9 de febrero de 2014. Consultado el 23 de abril de 2010.
La primera [...] subred[...], conocida como subred cero
- ↑ "Documento ID 13711 - Subred cero y la subred de todos unos" . Cisco Systems . 10 de agosto de 2005. Archivado del original el 9 de febrero de 2014. Consultado el 23 de abril de 2010. [
...] la última subred[...], conocida como [...] la subred de todos unos
- ↑ Jeffrey Mogul; Jon Postel (agosto de 1985 ) . Procedimiento estándar de subredes de Internet . IETF . pág. 6. doi : 10.17487/RFC0950 . RFC 950.
Es útil preservar y extender la interpretación de estas direcciones especiales en redes subredadas. Esto significa que los valores de todos ceros y todos unos en el campo de subred no deben asignarse a subredes reales (físicas).
- ↑ Troy Pummill; Bill Manning (diciembre de 1995). Tabla de subredes de longitud variable para IPv4 . IETF . doi : 10.17487/RFC1878 . RFC 1878. ¡
Esta práctica está obsoleta! El software moderno podrá utilizar todas las redes definibles.
(RFC informativo, degradado a la categoría Histórico ) - ↑A. Retana; R. White; V. Fuller; D. McPherson (December 2000). Using 31-Bit Prefixes on IPv4 Point-to-Point Links. IETF. doi:10.17487/RFC3021. RFC3021.
- ↑R. Hinden; S. Deering (February 2006). IP Version 6 Addressing Architecture - section 2.5.1. Interface Identifiers. IETF. sec. 2.5.1. doi:10.17487/RFC4291. RFC4291.
For all unicast addresses, except those that start with the binary value 000, Interface IDs are required to be 64 bits long and to be constructed in Modified EUI-64 format.
(Updated by RFC 5952, RFC 6052, RFC 7136, RFC 7346, RFC 7371, RFC 8064.) - ↑S. Thomson; T. Narten; T. Jinmei (September 2007). IPv6 Stateless Address Autoconfiguration - section 5.5.3.(d) Router Advertisement Processing. IETF. sec. 5.5.3. doi:10.17487/RFC4862. RFC4862.
It is the responsibility of the system administrator to ensure that the lengths of prefixes contained in Router Advertisements are consistent with the length of interface identifiers for that link type. [...] an implementation should not assume a particular constant. Rather, it should expect any lengths of interface identifiers.
(Updated by RFC 7527.) - ↑M. Crawford (December 1998). Transmission of IPv6 Packets over Ethernet Networks - section 4 Stateless Autoconfiguration. IETF. sec. 4. doi:10.17487/RFC2464. RFC2464.
The Interface Identifier [AARCH] for an Ethernet interface is based on the EUI-64 identifier [EUI64] derived from the interface's built-in 48-bit IEEE 802 address. [...] An IPv6 address prefix used for stateless autoconfiguration [ACONF] of an Ethernet interface must have a length of 64 bits.
(Updated by RFC 6085, RFC 8064.) - ↑M. Kohno; B. Nitzan; R. Bush; Y. Matsuzaki; L. Colitti; T. Narten (April 2011). Using 127-Bit IPv6 Prefixes on Inter-Router Links. IETF. doi:10.17487/RFC6164. RFC6164.
On inter-router point-to-point links, it is useful, for security and other reasons, to use 127-bit IPv6 prefixes.
- ↑ W. George (febrero de 2012). RFC 3627 a estado histórico . IETF . doi : 10.17487/RFC6547 . RFC 6547. Este documento traslada "
El uso de longitud de prefijo /127 entre enrutadores se considera perjudicial" (RFC 3627) a estado histórico para reflejar la guía actualizada contenida en "Uso de prefijos IPv6 de 127 bits en enlaces entre enrutadores" (RFC 6164).
- ↑ R. Hinden; S. Deering (febrero de 2006). Arquitectura de direccionamiento de IP versión 6 - sección 2 Direccionamiento IPv6 . IETF . sec. 2. doi : 10.17487/RFC4291 . RFC 4291. No hay direcciones de difusión en IPv6, su función ha sido reemplazada por direcciones de multidifusión. [... ]
En IPv6, todos los ceros y todos los unos son valores válidos para cualquier campo, a menos que se excluyan específicamente.
- ↑ R. Hinden; S. Deering (febrero de 2006). Arquitectura de direccionamiento de la versión 6 de IP - sección 2.6.1 Dirección anycast requerida . IETF . sec. 2.6.1. doi : 10.17487/RFC4291 . RFC 4291.
Esta dirección anycast es sintácticamente la misma que una dirección unicast para una interfaz en el enlace con el identificador de interfaz establecido en cero.
- ↑ "Direcciones Anycast de enrutadores de subred: ¿qué son y cómo funcionan? – Into6" . 30 de marzo de 2014. Archivado del original el 2 de julio de 2022. Consultado el 9 de junio de 2022 .
- ↑ "Planes de direccionamiento IPv6" . Wiki de ARIN IPv6. Archivado del original el 26/04/2010 . Consultado el 25/04/2010 .
Todos los clientes obtienen un /48 a menos que puedan demostrar que necesitan más de 65k subredes. [...] Si tiene muchos clientes particulares, es posible que desee asignar /56 a sitios de residencias privadas.
- ↑ T. Narten; G. Huston; L. Roberts (marzo de 2011). Asignación de direcciones IPv6 a sitios finales . IETF . doi : 10.17487/RFC6177 . ISSN 2070-1721 . BCP 157. RFC 6177. APNIC, ARIN y RIPE
han revisado la política de asignación de sitios finales para fomentar la asignación de bloques más pequeños (es decir, /56) a los sitios finales.
Lecturas adicionales
- Requisitos para enrutadores IPv4 . IETF . doi : 10.17487/RFC1812 . RFC 1812 .
- Utilidad de las subredes de las redes de Internet . IETF . doi : 10.17487/RFC0917 . RFC 917 .
- Codificaciones DNS de nombres de red y otros tipos . IETF . doi : 10.17487/RFC1101 . RFC 1101 .
- Blank, Andrew G. (2006). Fundamentos de TCP/IP . Wiley. ISBN 9780782151138.
- Lammle, Todd (2005). CCNA Cisco Certified Network Associate Study Guide 5th Edition . San Francisco, Londres: Sybex.
- Groth, David; Skandier, Toby (2005). Network + Study Guide (4.ª ed.). San Francisco, Londres: Wiley.
- Enrutamiento
- Direcciones IP
- Arquitectura de Internet