Valor del campo Protocol (IPv4) o Next Header (IPv6)

El encabezado IP incluye un campo denominado "protocolo" en el encabezado IPv4 y "siguiente encabezado" en el encabezado IPv6. El valor de ese campo indica el contenido encapsulado con ese encabezado y el diseño de esos datos. Puede estar identificando un protocolo de transporte o contenido transmitido directamente sobre el protocolo enrutado en cuestión (IPv4 o IPv6).
Estos identificadores son definidos y mantenidos por IANA.

Comencemos repasando la estructura de esos encabezado de capa de red.

Encabezado de un paquete IPv4

Longitud total del encabezado IP (sin opciones): 20 bytes.

• Versión del protocolo IP: 4 bits.
• HLEN – Longitud del encabezado IP: 4 bits.
• Tipo de servicio: 1 byte.
  Marca el tráfico para posibilitar la implementación de diferentes calidades de servicio.
• Longitud total del paquete: 2 bytes.
  Indica la longitud total del paquete incluyendo encabezado y datos.
• Identificación: 2 bytes.
  Se utiliza para identificar fragmentos únicos.
• Flags: 3 bits.
  Indicadores de control para el proceso de fragmentación.
• Desplazamiento del fragmento: 13 bits.
  Indica la ubicación de un fragmento específico.
• TTL – Time To Live: 1 byte.
  Este campo permite establecer un número máximo de hasta 255 saltos para el recorrido del paquete, lo que asegura que un paquete IP no circulará indefinidamente en la red.
  El valor máximo posible del campo TTL es 255.
  Cada dispositivo de capa 3 que atraviese el paquete en su ruta disminuirá este valor en 1; cuando el campo TTL llegue a un valor igual a 0 (cero) el dispositivo descartará el paquete.
• Protocolo: 1 byte.
  Indica el protocolo capa de transporte u otro que se está transportando en la porción de datos.
• Suma de comprobación de la cabecera: 2 bytes.
  Permite detectar errores de transmisión en el encabezado.
• Dirección IP de origen: 4 bytes.
  Dirección IPv4 del dispositivo que genera el paquete.
• Dirección IP de destino: 4 bytes.
  Dirección IPv4 del dispositivo que recibirá el paquete.
• Opciones: longitud variable.
• Relleno: junto al campo anterior completa 4 bytes.
  Se utiliza para garantizar que el encabezado se corresponda con la estructura de 32 bits.

Encabezado de un paquete IPv6

• Versión: 4 bits.
  Contiene el ID 6, en lugar del ID 4 que identifica la versión en IPv4.
• Clase de tráfico: 1 byte.
  Similar al campo tipo de servicio (ToS) en IPv4.
  El nodo de origen utiliza este campo para marcar la prioridad de los paquetes salientes.
• Etiqueta de flujo: 20 bits.
  Se utiliza para marcar flujos de tráfico individuales con valores únicos. Se espera que los routers utilicen esta etiqueta para aplicar un tratamiento de calidad de servicio (QoS) idéntico a cada paquete en un único flujo.
• Longitud de la carga: 2 bytes.
  Opera como el campo Longitud para IPv4, pero debido a que el encabezado base de IPv6 tiene un tamaño fijo, este campo describe la longitud de la carga útil únicamente, no de todo el paquete.
• Próximo encabezado: 1 byte.
  Este campo determina el tipo de información que sigue al encabezado IPv6.
• Límite de saltos: 1 byte.
  Especifica el número máximo de saltos que puede realizar un paquete IPv6.
  El valor inicial lo establece el sistema operativo (64 o 128 es común, pero depende del sistema operativo).
  Opera de modo similar al campo TTL en IPv4. Su valor se reduce por cada salto IPv6 a lo largo de la ruta hacia el destino. El paquete IPv6 se descarta cuando el valor llega a 0.
• Dirección de origen: 16 bytes.
  Identifica el origen del paquete.
• Dirección de destino: 16 bytes.
  Identifica el destino del paquete.

El valor del campo "Protocolo" o "Próximo encabezado"

El valor de este campo indica el contenido encapsulado a continuación en el paquete y el diseño de esos datos. Puede estar identificando un protocolo de transporte o contenido transmitido directamente sobre el protocolo enrutado en cuestión (IPv4 o IPv6).

Estos identificadores son definidos, asignados y mantenidos por IANA.

La siguiente es la nómina de valores actuales definidos para este campo:

Valor
Hexadecimal  Número ID        Protocolo

0x00                  0                  HOPOPT - IPv6 Hop-by-Hop Option
0x01                  1                     ICMP - Internet Control Message Protocol
0x02                  2                     IGMP - Internet Group Management Protocol
0x03                  3                     GGP0 - Gateway-to-Gateway Protocol
0x04                  4                     IP-in-IP - IP-in-IP IP in IP (encapsulación)
0x05                  5                     ST - Internet Stream Protocol
0x06                  6                     TCP - Transmission Control Protocol
0x07                  7                     CBT - Core-based trees
0x08                  8                     EGP - Exterior Gateway Protocol
0x09                  9                     IGP - Interior Gateway Protocol
0x0A               10                     BBN-RCC-MON - BBN RCC Monitoring
0x0B               11                      NVP-II - Network Voice Protocol
0x0C               12                      PUP - Xerox PUP
0x0D               13                      ARGUS
0x0E               14                      EMCON
0x0F               15                      XNET - Cross Net Debugger
0x10               16                      CHAOS
0x11               17                      UDP - User Datagram Protocol
0x12               18                       MUX - Multiplexing
0x13               19                       DCN-MEAS - DCN Measurement Subsystems
0x14               20                       HMP - Host Monitoring Protocol
0x15               21                       PRM - Packet Radio Measurement
0x16               22                       XNS-IDP - XEROX NS IDP
0x17               23                       TRUNK-1
0x18               24                       TRUNK-2
0x19               25                       LEAF-1
0x1A              26                       LEAF-2
0x1B              27                       RDP - Reliable Data Protocol
0x1C              28                       IRTP - Internet Reliable Transaction Protocol
0x1D              29                       ISO-TP4 - ISO Transport Protocol Class 4
0x1E              30                       NETBLT - Bulk Data Transfer Protocol
0x1F              31                       MFE-NSP - MFE Network Services Protocol
0x20              32                       MERIT-INP - MERIT Internodal Protocol
0x21              33                       DCCP - Datagram Congestion Control Protocol
0x22              34                       3PC - Third Party Connect Protocol
0x23              35                       IDPR - Inter-Domain Policy Routing Protocol
0x24              36                       XTP - Xpress Transport Protocol
0x25              37                       DDP - Datagram Delivery Protocol
0x26              38                       IDPR-CMTP - IDPR Control Message Transport Protocol
0x27              39                       TP++ - TP++ Transport Protocol
0x28              40                       IL - IL Transport Protocol
0x29              41                       IPv6 - IPv6 Encapsulation (6to4 and 6in4)
0x2A             42                       SDRP - Source Demand Routing Protocol
0x2B             43                       IPv6-Route - Routing Header for IPv6
0x2C             44                       IPv6-Frag - Fragment Header for IPv6
0x2D             45                       IDRP - Inter-Domain Routing Protocol
0x2E             46                       RSVP - Resource Reservation Protocol
0x2F             47                       GRE - Generic Routing Encapsulation
0x30             48                       DSR - Dynamic Source Routing Protocol
0x31             49                       BNA - Burroughs Network Architecture
0x32             50                       ESP - Encapsulating Security Payload
0x33             51                       AH - Authentication Header
0x34             52                       I-NLSP - Integrated Net Layer Security Protocol
0x35             53                       SwIPe - SwIPe
0x36             54                       NARP - NBMA Address Resolution Protocol
0x37             55                       MOBILE - IP Mobility (Min Encap)
0x38             56                       TLSP - Transport Layer Security Protocol
0x39             57                       SKIP - Simple Key-Management for Internet Protocol
0x3A            58                        IPv6-ICMP - ICMP for IPv6
0x3B            59                        IPv6-NoNxt - No Next Header for IPv6
0x3C            60                        IPv6-Opts - Destination Options for IPv6
0x3D            61                        Any host internal protocol
0x3E            62                        CFTP
0x3F            63                         Any local network
0x40            64                         SAT-EXPAK - SATNET and Backroom EXPAK
0x41            65                         KRYPTOLAN - Kryptolan
0x42            66                         RVD - MIT Remote Virtual Disk Protocol
0x43            67                         IPPC - Internet Pluribus Packet Core
0x44            68                         Any distributed file system
0x45            69                         SAT-MON - SATNET Monitoring
0x46            70                         VISA - VISA Protocol
0x47            71                         IPCU - Internet Packet Core Utility
0x48            72                         CPNX - Computer Protocol Network Executive
0x49            73                         CPHB - Computer Protocol Heart Beat
0x4A           74                         WSN - Wang Span Network
0x4B           75                         PVP - Packet Video Protocol
0x4C           76                        BR-SAT-MON - Backroom SATNET Monitoring
0x4D           77                        SUN-ND - SUN ND PROTOCOL-Temporary
0x4E           78                        WB-MON - WIDEBAND Monitoring
0x4F           79                        WB-EXPAK - WIDEBAND EXPAK
0x50           80                        ISO-IP - International Organization for Standardization Internet Protocol
0x51           81                        VMTP - Versatile Message Transaction Protocol
0x52           82                        SECURE-VMTP - Secure Versatile Message Transaction Protocol
0x53           83                        VINES
0x54           84                        TTP
0x54           84                        IPTM - Internet Protocol Traffic Manager
0x55           85                        NSFNET-IGP
0x56           86                        DGP - Dissimilar Gateway Protocol
0x57           87                        TCF
0x58           88                        EIGRP
0x59           89                        OSPF - Open Shortest Path First
0x5A           90                        Sprite-RPC - Sprite RPC Protocol
0x5B           91                        LARP - Locus Address Resolution Protocol
0x5C           92                        MTP - Multicast Transport Protocol
0x5D           93                        AX.25 
0x5E           94                        OS- KA9Q NOS compatible IP over IP tunneling
0x5F           95                        MICP - Mobile Internetworking Control Protocol
0x60           96                        SCC-SP - Semaphore Communications Sec. Pro
0x61           97                        ETHERIP - Ethernet-within-IP Encapsulation
0x62           98                        ENCAP - Encapsulation Header
0x63           99                        Any private encryption scheme
0x64         100                        GMTP
0x65         101                        IFMP - Ipsilon Flow Management Protocol
0x66         102                        PNNI - PNNI over IP
0x67         103                        PIM - Protocol Independent Multicast
0x68         104                        ARIS - IBM's ARIS (Aggregate Route IP Switching) Protocol
0x69         105                        SCPS - SCPS (Space Communications Protocol Standards)
0x6A         106                       QNX 
0x6B         107                       A/N - Active Networks
0x6C         108                       IPComp - IP Payload Compression Protocol
0x6D         109                       SNP - Sitara Networks Protocol
0x6E         110                        Compaq-Peer Protocol
0x6F          111                       IPX-in-IP
0x70          112                       VRRP - Virtual Router Redundancy Protocol
0x71          113                       PGM - PGM Reliable Transport Protocol
0x72          114                       Any 0-hop protocol
0x73          115                       L2TP - Layer Two Tunneling Protocol Version 3
0x74          116                       DDX - D-II Data Exchange 
0x75          117                       IATP - Interactive Agent Transfer Protocol
0x76          118                       STP - Schedule Transfer Protocol
0x77          119                       SRP - SpectraLink Radio Protocol
0x78          120                       UTI - Universal Transport Interface Protocol
0x79          121                       SMP - Simple Message Protocol
0x7A         122                       SM - Simple Multicast Protocol
0x7B         123                       PTP - Performance Transparency Protocol
0x7C         124                       IS-IS over IPv4
0x7D         125                       FIRE - Flexible Intra-AS Routing Environment
0x7E         126                       CRTP - Combat Radio Transport Protocol
0x7F         127                       CRUDP - Combat Radio User Datagram
0x80         128                       SSCOPMCE - Service-Specific Connection-Oriented Protocol in a
                                                                Multilink and Connectionless Environment
0x81         129                        IPLT
0x82         130                        SPS - Secure Packet Shield
0x83         131                        PIPE - Private IP Encapsulation within IP
0x84         132                        SCTP - Stream Control Transmission Protocol
0x85         133                        FC - Fibre Channel
0x86         134                        RSVP-E2E-IGNORE - Reservation Protocol (RSVP) End-to-End Ignore
0x87         135                        Mobility Header - Mobility Extension Header for IPv6
0x88         136                        UDPLite - Lightweight User Datagram Protocol
0x89         137                        MPLS-in-IP - Multiprotocol Label Switching Encapsulated in IP
0x8A         138                        MANET Protocols
0x8B         139                        HIP - Host Identity Protocol
0x8C         140                        Shim6 - Site Multihoming by IPv6 Intermediation
0x8D         141                        WESP - Wrapped Encapsulating Security Payload
0x8E         142                        ROHC - Robust Header Compression
0x8F         143                        Ethernet IPv6 Segment Routing
0x90-0xFC   144-252            Sin asignar
0xFD-0xFE   253-254           Uso en experimentación y prueba
0xFF         255                       Reserved

Estás invitado a participar de nuestro grupo en Facebook: 
https://www.facebook.com/groups/librosnetworking/

O si preferís redes sociales con mayor control de tu privacidad,
podés participar de nuestro grupo en VKontakte
https://vk.com/libros.networking

O también puedes seguir las principales novedades en el grupo de Telegram:
https://t.me/LibrosNetworking

Las abreviaturas y siglas utilizadas en este post puede encontrarlas desarrolladas en

 el Glosario de Siglas y Términos de Networking

que está disponible en la Librería en Línea de EduBooks.

Método sencillo para el cálculo de subredes

Entre las novedades que introduce el nuevo examen de certificación CCNA 200-301 (disponible a partir del 24 de febrero de 2020) hay una actualización en el mecanismo de cálculo de subredes.

Algo de historia
El diseño original del direccionamiento IPv4 (RFC 791) no consideraba subredes, sino que la estructura jerárquica de las direcciones de 2 niveles (red / host) estaba vinculada únicamente a la división de clases.
Más tarde (RFC 950 de 1985) se introdujo el concepto de subred y con él los mecanismos de cálculo de máscara de subred y cantidad de host.
Eran los tiempos del enrutamiento classful y RIPv1. Esto imponía ciertas limitaciones al diseño que luego con el tiempo fueron superadas. Pero a raíz de estas limitaciones no sólo era necesario mantener la misma máscara de subred en todas las subredes, sino que también, al implementar subredes se "perdían" la primera y última subred que ya no eran utilizables.
Eran las subredes cero y all-ones.
Esto hacía que la fórmula de cálculo tradicional de la cantidad de subredes disponibles fuera:

2^{[bits de subred]} – 2 = subredes utilizables

La norma era que siempre se perdían dos subredes completas.

La introducción del enrutamiento classless y los protocolos de enrutamiento classless (RIPv2, OSPF, etc.), entre otras novedades permitieron la utilización de las subredes cero y all-one, lo que está soportado por defecto en Cisco IOS desde la versión 12.0.
Sin embargo el aprovechamiento de esta posibilidad exigía que estuviera soportada en la totalidad de los dispositivos de enrutamiento del dominio de enrutamiento, lo que imponía una limitación.
Esto explica que a través de los años Cisco haya mantenido en su consideración respecto del cálculo de subredes que, en principio, se perdían dos subredes al implementar subredes salvo que explícitamente se indicara lo contrario.
Y así se llevó a los exámenes de certificación.
En el cálculo de subredes exigido por el examen de certificación siempre se pierden 2 subredes salvo que explícitamente se indique lo contrario.
Pero esto cambió.
En el nuevo CCNA (orientado al examen de certificación 200-301) el cálculo de subredes considera como utilizables las subredes cero y all-ones.
Por esto consideré conveniente reformular el método sencillo para el cálculo de subredes que presento desde hace varios años para adaptarlo a este nuevo requerimiento.

El método de cálculo reformulado
Antes de comenzar con la tarea usted debe tener 2 datos básicos:

• Cuál es el número total de subredes que se requieren, incluyendo la consideración de un posible crecimiento de la red.
• Cuál es el número de nodos que se requieren o prevén en cada subred, teniendo en cuenta también en este caso la posible expansión y crecimiento.

A partir de aquí, responda estas 6 preguntas básicas:

1. ¿Cuántas subredes son necesarias?
2. ¿Cuántos nodos se necesitan por subred?
3. ¿Cuáles son los números reservados de subred?
4. ¿Cuáles son las direcciones reservadas de broadcast?
5. ¿Cuál es la primera dirección de nodo válida de cada subred?
6. ¿Cuál es la última dirección de nodo válida de cada subred?

Con lo que se obtienen 6 respuestas.

Se entiende mucho mejor con un ejemplo:
Tomemos como referencia una red clase C, la red 192.168.1.0 y consideremos dividirla utilizando la máscara 255.255.255.224.

Como ya dije, se trata de una red clase C (el primer octeto es 192), que utiliza 24 bits para identificar la red (255.255.255.xxx), 3 bits para identificar la subred (xxx.xxx.xxx.224) y 5 bits (32 bits totales – 24 bits de la clase C – 3 bits de subredes = 5) para identificar los nodos.

-1-
¿Cuántas subredes son necesarias?
La cantidad de subredes utilizables se calcula tomando como base la cantidad de bits de la porción del nodo que se toman para generar subredes.
Si la máscara de subred es 224 en la porción de subred (cuarto octeto de nuestro ejemplo), esto indica que están tomando 3 bits para generar subredes (128+64+32=224). Aplicando la fórmula siguiente obtenemos la cantidad de subredes utilizables:

2^{[bits de subred]} = subredes utilizables

2^{[bits de subred]} – 2 =  subredes utilizables cuando no se aplica ip subnet-zero

Ejemplo:
2³ = 8  =  8  subredes utilizables
2³ – 2 =  8  –  2  =  6  subredes utiilizables sin ip subnet-zero

-2-
¿Cuántos nodos se necesitan por subred?
La cantidad de direcciones de nodo o direcciones IP útiles que proporciona cada subred surge de la aplicación se la siguiente fórmula, que toma como base la cantidad de bits que quedan para identificar los nodos:

2^{[bits de nodo]} – 2 =  nodos útiles

Ejemplo:
2⁵ – 2 =  32  –  2  =  30

-3-
¿Cuáles son los números reservados de subred?
La dirección reservada de la primera subred útil surge de restar a 256 el valor decimal de la porción de la máscara de subred en la que se define el límite entre subred y nodo:

256  –  [máscara]  =  [primera subred útil y rango de nodos]

Las direcciones de las subredes siguientes surgen de seguir sumando la misma cifra.

Ejemplo:
256  –  224  =  32

  192.168.1.0 subred 0 
192.168.1.32 subred 1
+ 32 192.168.1.64 subred 2
+ 32 192.168.1.96 subred 3
+ 32 192.168.1.128 subred 4
+ 32 …  …  …

-4-
¿Cuáles son las direcciones reservadas de broadcast?
Las direcciones reservadas de broadcast se obtienen restando 1 a la dirección reservada de subred de la subred siguiente:

Ejemplo:
 32  –  1  =  31    192.168.1.31 broadcast de la subred 0
 64  –  1  =  63    192.168.1.63 broadcast de la subred 1
 96  –  1  =  95    192.168.1.95 broadcast de la subred 2
128  – 1  =  127   192.168.1.127         broadcast de la subred 3
… … … 

-5-
¿Cuál es la primera dirección de nodo válida de cada subred?
La dirección IP del primer nodo útil de cada subred se obtiene sumando uno a la dirección reservada de subred:

Reservada de subred + 1 = primer nodo utilizable 

Ejemplo:
   0  +  1  =    1     192.168.1.1         primera IP útil de la subred 0
 32  +  1  =  33     192.168.1.33 primera IP útil de la subred 1
 64  +  1  =  65     192.168.1.65 primera IP útil de la subred 2
 96  +  1  =  97     192.168.1.97 primera IP útil de la subred 3
128 +  1  =  129   192.168.1.129      primera IP útil de la subred 4
… … …

-6-
¿Cuál es la última dirección de nodo válida de cada subred?
La dirección IP del último nodo útil de cada subred se obtiene restando 1 a la dirección reservada de broadcast:

 31  –  1  =  30    192.168.1.30 última IP útil de la subred 0
 63  –  1  =  62    192.168.1.62 última IP útil de la subred 1
 95  –  1  =  94    192.168.1.94       última IP útil de la subred 2
127 –  1  = 126   192.168.1.126      última IP útil de la subred 3
… … … 

Siguiendo este procedimiento paso a paso, podemos completar una tabla de subredes disponibles como la que sigue.

En nuestro ejemplo, con esa máscara de subred se obtienen 8 subredes, cada una de ellas con una capacidad máxima de 30 nodos (32 direcciones IP), de acuerdo al siguiente detalle:

Para despejar dudas, compartir experiencia con otros, realizar consultas, las redes sociales nos dan una gran herramienta. Para eso están los diferentes grupos asociados a este blog.

Estás invitado a participar de nuestro grupo en Facebook:
https://www.facebook.com/groups/librosnetworking/

O si preferís redes sociales con mayor control de tu privacidad,
podés participar de nuestro grupo en VKontakte
https://vk.com/libros.networking

o seguir las principales novedades en el grupo de Telegram:
https://t.me/LibrosNetworking

Las abreviaturas y siglas utilizadas en este post puede encontrarlas desarrolladas en

 el Glosario de Siglas y Términos de Networking

que está disponible en la Librería en Línea de EduBooks.

Subredes, VLSM, CIDR

IPv4 es un protocolo de capa de Internet no orientado a la conexión definido originalmente en el RFC 791. 
Es un protocolo de máximo esfuerzo, no orientado a la conexión.

Su esquema de direccionamiento es un esquema de 2 niveles: red y host. En su versión inicial aplica el concepto de “clase” para definir qué porción de la dirección identifica la red y qué porción identifica el host, y para establecer categorías de direcciones
Cada categoría o clase define cuántos bits u octetos se utilizan para identificar la red, y cuántos quedan para identificar cada nodo individual.

Este mecanismo de división del espacio de direccionamiento según clases recibe el nombre de “direccionamiento classful” y fue el inicialmente adoptado por IANA. 
Este esquema dio lugar a las conocidas direcciones clase A, B, C, D y E y define cuántos bits se utilizan para identificar la red (8, 16 o 24) y cuántos para identificar el nodo (24, 16 u 8).
De esta manera el espacio de direccionamiento IPv4 utilizando este esquema se divide en clases que permiten identificar redes pequeñas, medianas y grandes.

En este modelo inicial una red clase C es, por ejemplo, la siguiente:
192.168.1.0
Los 3 primeros octetos identifican la red, el último identifica el host.

Subred
Una red classful puede ser una red inmensamente grande en términos de la cantidad de hosts que puede alojar. Y esta red es un único dominio de broadcast, lo que compromete notoriamente la estabilidad y performance de la red.
Es por esto que rápidamente se buscó un mecanismo que permita dividir internamente esas redes.
Las redes classful puede ser divididas en dominios de broadcast más pequeños a partir de la misma estructura del direccionamiento IP. A estos segmentos de una red classful es a los que se denomina subredes. 
El concepto de subred fue introducido en 1985 por la RFC 950.
Cada subred se comporta dentro de la red como un dominio de broadcast, y es identificada utilizando al menos los primeros 2 bits (desde la izquierda) de la porción del host de la dirección IP.
Para poder dividir la red de esta manera se utiliza una herramienta lógica denominada máscara de subred y que permite indicar la función que el Administrador de la red asigna a cada uno de los bits de la porción de host de la dirección IP.

Continuando con nuestro ejemplo podemos dividir la red clase C que teníamos utilizando una máscara de subred de 26 bits de longitud (255.255.255.192 en notación decimal):
192.168.1.0/24
   192.168.1.0/26
   192.168.1.64/26
   192.168.1.128/26
   192.168.1.192/26

VLSM
Variable-Length Subnet Mask 
La introducción de los llamados protocolos de enrutamiento classless (RIPv2, OSPF, EIGRP, etc.) permitió variar la longitud de la máscara de subred en los diferentes dominios de broadcast, teniendo de esta forma dominios de broadcast de tamaño variable.
Esto permitió un aprovechamiento más adecuado de un recurso limitado como son las direcciones IPv4 disponibles.

VLSM es una técnica introducida en 1987 por la IETF en la RFC 1009 con el objetivo de brindar mayor flexibilidad a la aplicación de subredes.
La implementación de VLSM permite a una organización dividir un único sistema autónomo utilizando más de una máscara de subred, generando de esta manera subredes de diferente tamaño dentro de la misma red.
Para implementar VLSM se deben tener en cuenta algunos que es imprescindible utilizar protocolos de enrutamiento que en sus actualizaciones incluyan no sólo la dirección de red sino también la máscara de subred. 
Son los denominados protocolos de enrutamiento classless.

Extendiendo nuestro ejemplo y tomando como punto de partida la anterior creación de subredes utilizando una máscara de subred de 26 bits, crearemos ahora segmentos más pequeños en un sector de la red utilizando una máscara de 28 bits (255.255.255.240 en notación decimal).
192.168.1.0/24
   192.168.1.0/26
      192.168.1.0/28
      192.168.1.16/28
      192.168.1.32/28
      192.168.1.48/28
   192.168.1.64/26
   192.168.1.128/26
   192.168.1.192/26

CIDR
Classless Interdomain Routing
La introducción de protocolos de enrutamiento classless permitió prescindir del esquema original de clases de IPv4 dando lugar a otras técnicas de asignación de direcciones.
En este caso, CIDR es una técnica que se aplica en sistemas de direccionamiento IPv4 que ignora completamente la estructura de clases utilizando solamente el concepto de prefijo IP y consecuentemente sólo la máscara de subred y no ya las clases para determinar las porciones de red y de nodo en cada dirección IP. 
- Este esquema es más flexible que el classful ya que no necesita utilizar octetos completos para identificar la red y consecuentemente reduce el desperdicio de direcciones IP.
- Permite realizar sumarización de rutas. De este modo se reduce el tamaño de las tablas de enrutamiento, mejora la performance de los routers y reduce los recursos necesarios para mantener la información de enrutamiento.
Está relacionado con VLSM, pero es una técnica diferente. Cuando se implementa VLSM, se generan subredes dentro de subredes permitiendo crear dominios de broadcast de diferentes tamaños dentro de una red y reducir así sensiblemente el desperdicio de direcciones IP. 
CIDR por su parte, prescindiendo de las fronteras que introducen las clases de IPv4, permite representar conjuntos de redes o subredes utilizando una única dirección y máscara. 

Aplicando una vez más nuestro ejemplo, la implementación de CIDR nos permite concentrar varias redes clase C en una única dirección que las representa. En este caso se sintetizan 4 redes clase C en una única red con una máscara de 22 bits (255.255.252.0 en notación decimal).
192.168.0.0/22
   192.168.0.0/24
   192.168.1.0/24
   192.168.2.0/24
   192.168.3.0/24


CIDR
       192.168.0.0/22
Classful
          192.168.0.0/24
Subredes
             192.168.0.0/26
             192.168.0.64/26
             192.168.0.128/26
             192.168.0.192/26
VLSM
                192.168.0.192/28
                192.168.0.208/28
                192.168.0.224/28
                192.168.0.240/28



Para despejar dudas, compartir experiencia con otros, realizar consultas, las redes sociales nos dan una gran herramienta. Para eso están los diferentes grupos asociados a este blog.

Estás invitado a participar de nuestro grupo en Facebook:
https://www.facebook.com/groups/librosnetworking/

O si preferís redes sociales con mayor control de tu privacidad,
podés participar de nuestro grupo en VKontakte
https://vk.com/libros.networking

o seguir las principales novedades en el grupo de Telegram:
https://t.me/LibrosNetworking

Las abreviaturas y siglas utilizadas en este post puede encontrarlas desarrolladas en

 el Glosario de Siglas y Términos de Networking

que está disponible en la Librería en Línea de EduBooks.