Captulo 6: VLSM y CIDR

Antes de 1981, las direcciones IP usaban slo los primeros 8 bits para especificar la
porcin de red de la direccin, lo que limitaba Internet, entonces conocida como
ARPANET, a 256 redes. Pronto fue evidente que este espacio de direccin no iba a ser
suficiente.
En 1981, la RFC 791 modific la direccin IPv4 de 32 bits para permitir tres clases o
tamaos distintos de redes: clase A, clase B y clase C. Las direcciones de clase A usaban
8 bits para la porcin de red de la direccin, las de clase B usaban 16 bits y las de clase C
usaban 24 bits. Este formato se hizo conocido como direccionamiento IP con clase.
El desarrollo inicial del direccionamiento con clase resolvi el problema de lmite de 256
redes, por un tiempo. Una dcada ms tarde, fue evidente que el espacio de direccin IP
se estaba reduciendo rpidamente. En respuesta, el Grupo de trabajo de ingeniera de
Internet (IETF) introdujo Classless Inter-domain Routing (CIDR), que utilizaba una
mscara de subred de longitud variable (VLSM) para ayudar a conservar el espacio de
direccin.
Con la introduccin de CIDR y VLSM, los ISP ahora podan asignar una parte de una red
con clase a un cliente y otra parte diferente a otro cliente. Esta asignacin no contigua de
direcciones de los ISP era anloga al desarrollo de los protocolos de enrutamiento sin
clase. Para comparar: los protocolos de enrutamiento con clase siempre resumen el borde
con clase y no incluyen la mscara de subred en actualizaciones de enrutamiento. Los
protocolos de enrutamiento sin clase s incluyen la mscara de subred en las
actualizaciones de enrutamiento y no deben realizar el resumen. Los protocolos de
enrutamiento sin clase que se discuten en este curso son los RIPv2, EIGRP y OSPF.
Con la introduccin de VLSM y CIDR, los administradores de red tuvieron que usar
habilidades relacionadas con la divisin en subredes adicionales. VLSM simplemente
subdivide una subred. Las subredes, a su vez, se pueden dividir en subredes en varios
niveles, como aprender en este captulo. Adems de la divisin en subredes, se hizo
posible resumir una gran coleccin de redes con clase en una ruta agregada o superred.

6.1.1 Direccionamiento IP con Clase
Cuando en 1969 se puso en funcionamiento ARPANET, nadie imagin que Internet
superara de tal forma los humildes comienzos de este proyecto de investigacin. En el
ao 1989, ARPANET se haba transformado en lo que hoy conocemos como Internet. En
la siguiente dcada, la cantidad de hosts de Internet creci de manera exponencial, de
159 000, en octubre de 1989, a ms de 72 millones a fines del milenio. A partir de enero
de 2007, haba ms de 433 millones de hosts en Internet.
Sin la introduccin de la notacin CIDR y VLSM en 1993 (RFC 1519), la traduccin de
direcciones de nombre (NAT) en 1994 (RFC 1631) y el direccionamiento privado en 1996
(RFC 1918), el espacio de direccin IPv4 de 32 bits estara agotado.
Bits de orden superior
Inicialmente, las direcciones IPv4 se asignaban en funcin de la clase. En la
especificacin original de IPv4 (RFC 791) que se lanz en 1981, los autores establecieron
las clases para ofrecer tres tamaos distintos de redes para organizaciones grandes,
medianas y pequeas. Por ende, se definieron las direcciones de clase A, B y C con un
formato especfico para los bits de orden superior. Los bits de orden superior son los bits
que se encuentran ms a la izquierda en una direccin de 32 bits.
Como se muestra en la figura:
Las direcciones de clase A empiezan con un bit 0. Por lo tanto, todas las
direcciones de 0.0.0.0 a 127.255.255.255 pertenecen a la clase A. La direccin
0.0.0.0 se reserva para el enrutamiento predeterminado y la direccin 127.0.0.0 se
reserva para la prueba de loopback.
Las direcciones de clase B empiezan con un bit 1 y un bit 0. Por lo tanto, todas las
direcciones de 128.0.0.0 a 191.255.255.255 pertenecen a la clase B.
Las direcciones de clase C empiezan con dos bits 1 y un bit 0. Las direcciones de
clase C comprenden de 192.0.0.0 a 223.255.255.255.

Las direcciones restantes se reservaron para multicasting y futuros usos. Las direcciones
multicast empiezan con tres bits 1 y un bit 0. Las direcciones multicast se usan para
identificar un grupo de hosts que son parte de un grupo multicast. Esto ayuda a reducir la
cantidad de procesamientos de paquetes que realizan los hosts, especialmente en los
medios de broadcast. En este curso, ver que los protocolos de enrutamiento RIPv2,
EIGRP y OSPF usan direcciones multicast designadas.
Las direcciones IP que empiezan con cuatro bits 1 se han reservado para uso futuro.
Estructura del direccionamiento con clase IPv4
Las designaciones de los bits de red y de los bits de host se establecieron en la RFC 790
(publicada con la RFC 791).

Antes de CIDR y VLSM, a las organizaciones se les asignaba una direccin de red con
clase completa.
Algunas empresas y organizaciones gubernamentales an tienen direcciones de clase A.
Por ejemplo, General Electric posee 3.0.0.0/8, Apple Computer posee 17.0.0.0/8 y el
Servicio Postal de los Estados Unidos posee 56.0.0.0/8. (Consulte el enlace "Internet
Protocol v4 Address Space" [Espacio de direccin del Protocolo de Internet v4] que figura
a continuacin para ver una lista de todas las asignaciones de IANA.)
Como en la clase A, el espacio de direccin de clase B se desperdiciaba.
6.1.2 Protocolo de Enrutamiento con clase
Ejemplo de protocolos de enrutamiento con clase
Usar direcciones IP con clase significaba que la mscara de subred poda determinarse
con el valor del primer octeto, o ms precisamente, con los primeros tres bits de la
direccin. Los protocolos de enrutamiento, como RIPv1 slo necesitaban propagar la
direccin de red de las rutas conocidas y no necesitaban incluir la mscara de subred en
la actualizacin de enrutamiento. Esto se debe a que el router que reciba la actualizacin
de enrutamiento poda determinar la mscara de subred simplemente examinando el valor
del primer octeto de la direccin de red o aplicando su mscara de subred de ingreso para
las rutas divididas en subredes. La mscara de subred estaba directamente relacionada
con la direccin de red.



6.1.3 Direccionamiento IP sin clase
Avance hacia el direccionamiento sin clase
En 1992, los miembros del IETF (Grupo de Trabajo de ingeniera de Internet) estaban
muy preocupados por el crecimiento exponencial de Internet y la escalabilidad limitada de
las tablas de enrutamiento de Internet. Tambin estaban preocupados por el eventual
agotamiento del espacio de direccin IPv4 de 32 bits. El agotamiento del espacio de
direccin de clase B se estaba produciendo tan rpidamente que en dos aos no habra
direcciones de clase B disponibles (RFC 1519). Este agotamiento se estaba produciendo
porque cada organizacin que solicitaba la aprobacin de espacio de direccin IP y lo
obtena, reciba una direccin de red con clase completa; ya fuera una clase B con 65 534
direcciones host o una clase C con 254 direcciones host. Una de las causas
fundamentales de este problema era la falta de flexibilidad. No exista ninguna clase que
sirviera a una organizacin de tamao mediano que necesitara miles de direcciones IP,
pero no 65 000.
En 1993, el IETF introdujo el Classless Inter-Domain Routing o CIDR (RFC 1517). CIDR
permita:
Un uso ms eficiente del espacio de direccin IPv4
La agregacin de prefijo, lo que reduca el tamao de las tablas de enrutamiento
Para los routers compatibles con CIDR, la clase de direccin no tiene sentido. A la porcin
de red de la direccin la determina la mscara de subred de la red, tambin conocida
como prefijo de red o duracin de prefijo (/8, /19, etc.). La clase de direccin ya no
determina la direccin de red.
Los ISP ahora podan asignar espacio de direccin de manera ms eficiente usando
cualquier duracin de prefijo, comenzando con /8 y ms grandes (/8, /9, /10, etc.). Los ISP
ya no estaban limitados a una mscara de subred de /8, /16 o /24 Los bloques de
direcciones IP podan asignarse a una red basndose en los requerimientos del cliente,
que podan ir desde unos pocos hosts hasta cientos o miles de hosts.
CIDR y resumen de ruta
CIDR usa Mscaras de subred de longitud variable (VLSM) para asignar direcciones IP a
subredes de acuerdo con la necesidad individual en lugar de hacerlo por la clase. Este
tipo de asignacin permite que el borde de la red/del host se produzca en cualquier bit de
la direccin. Las redes, a su vez, se pueden subdividir o dividir en subredes cada vez ms
pequeas.
Del mismo modo que Internet estaba creciendo a un ritmo exponencial a principios de la
dcada de 1990, el tamao de las tablas de enrutamiento que los routers de Internet
mantenan tambin estaba creciendo bajo el direccionamiento IP con clase. CIDR permita
la agregacin de prefijo, que ya se conoce como resumen de ruta. Recuerde del Captulo
2, "Enrutamiento esttico", que se puede crear una nica ruta esttica para varias redes.
Las tablas de enrutamiento de Internet ahora podan beneficiarse del mismo tipo de
agregacin de rutas. La capacidad de las rutas para ser resumidas como una sola ruta
ayuda a reducir el tamao de las tablas de enrutamiento de Internet.
Una superred resume varias direcciones de red con una mscara menor que la mscara
con clase.
Propagar la VLSM y las rutas de superred requiere un protocolo de enrutamiento sin clase
porque la mscara de subred ya no puede determinarse con el valor del primer octeto. La
mscara de subred ahora necesita incluirse con la direccin de red. Los protocolos de
enrutamiento sin clase incluyen la mscara de subred con la direccin de red en la
actualizacin de enrutamiento.
6.1.4 Protocolo de Enrutamiento sin clase
Los protocolos de enrutamiento sin clase incluyen RIPv2, EIGRP, OSPF, IS-IS y BGP.
Estos protocolos de enrutamiento incluyen la mscara de subred con la direccin de red
en sus actualizaciones de enrutamiento. Los protocolos de enrutamiento sin clase son
necesarios cuando la mscara no puede suponerse ni determinarse con el valor del
primer octeto.
Los protocolos de enrutamiento con clase no pueden enviar rutas de superred porque el
router de recepcin aplicar la ruta con clase predeterminada a la direccin de red en la
actualizacin de enrutamiento.
Nota: Cuando una ruta de superred se encuentra en una tabla de enrutamiento, por
ejemplo, como una ruta esttica, un protocolo de enrutamiento con clase no incluir esa
ruta en sus actualizaciones.

6.2 VLSM
6.2.1 VLSM en accin
En un curso anterior, usted aprendi cmo una Mscara de subred de longitud variable
(VLSM) permite usar distintas mscaras para cada subred. Despus de que una direccin
de red se divide en subredes, esas subredes tambin se pueden dividir en subredes.
Como seguramente recuerda, VLSM simplemente subdivide una subred. La VLSM puede
imaginarse como la divisin en subredes.
6.2.2 VLSM y direcciones IP
Otra forma de ver las subredes VLSM es enumerar cada subred y sus subredes. Slo
puede elegir una nica mscara para todas sus redes. Con VLSM y enrutamiento sin
clase, usted tiene ms flexibilidad para crear direcciones de red adicionales y usar una
mscara que se adecue a sus necesidades.





6.3 CIDR
6.3.1 Resumen de Ruta
Como ha aprendido anteriormente, el resumen de ruta, tambin conocido como
agregacin de ruta, es el proceso de publicar un conjunto de direcciones contiguas como
una nica direccin con una mscara de subred ms corta y menos especfica. Recuerde
que CIDR es una forma de resumen de ruta y es sinnimo del trmino creacin de
superredes.
CIDR ignora la limitacin de los bordes con clase y permite el resumen con las mscaras
que son menores que las de la mscara con clase predeterminada. Este tipo de resumen
ayuda a reducir la cantidad de entradas en las actualizaciones de enrutamiento y
disminuye la cantidad de entradas en las tablas de enrutamiento locales. Tambin ayuda
a reducir la utilizacin de ancho de banda para las actualizaciones de enrutamiento y da
como resultado bsquedas de la tabla de enrutamiento ms rpidas.
Nota: Debe recordar que una superred es siempre una ruta resumida, pero una ruta
resumida no siempre es una superred.
Es posible que un router tenga una entrada de ruta especfica y una entrada de ruta
resumida que cubra la misma red.
6.3.2 Calculo del resumen de ruta
El clculo de los resmenes de rutas y superredes es idntico al proceso que ya aprendi
en el Captulo 2, "Enrutamiento esttico". Por lo tanto, el siguiente ejemplo se presenta
como revisin rpida.