ING. R.C.G.G.

1
El uso del direccionamiento con clase ha creado muchos
problemas. Hasta mediados de los años 90s, un rango
de direcciones significaba un bloque de direcciones en
clase A, B o C.

ING. R.C.G.G. 2
Para facilitar esta evolución y para resolver los
problemas del direccionamiento con clase, en 1996,
las autoridades de Internet anunciaron una nueva
arquitectura llamada direccionamiento sin clase que
eventualmente convertiría en obsoleto el
direccionamiento con clase.

ING. R.C.G.G. 3
En el direccionamiento sin clase se asignan
bloques de longitud variable que no pertenecen a
ninguna clase. Pueden tenerse bloques de 2
direcciones, de 4, de 128, etc.

El espacio completo de direcciones (232) se

divide en bloques de diferentes tamaños. A una
organización le es asignado un bloque de tamaño
adecuado a sus propósitos. Sin embargo, ciertas
restricciones son necesarias para que esta
arquitectura funcione.

ING. R.C.G.G. 4
En el direccionamiento sin clase, cuando se
da una dirección, es posible hallar el bloque.
Se puede entonces hallar:

• La primera dirección del bloque

• El número de direcciones del bloque
• La última dirección del bloque (broadcast)

ING. R.C.G.G. 5
 Subredes clase B
red host

148.205.103.68 10010100 11001101 01100111 01000100

255.255.255.0 11111111 11111111 11111111 00000000

subred

148.205.103.0 10010100 11001101 01100111 00000000

ING. R.C.G.G. 6
Subredes clase B
red host

148.205.103.68 10010100 11001101 01100111 01000 010

255.255.255.248 11111111 11111111 11111111 11111 000

subred

148.205.103.64 10010100 11001101 01100111 01000000

ING. R.C.G.G. 7
Subredes clase B
# bits máscara # subredes # nodos

0 255.255.0.0 1 65534
2 255.255.192.0 2 16382
3 255.255.224.0 6 8190
4 255.255.240.0 14 4094
5 255.255.248.0 30 2046
6 255.255.252.0 62 1022
7 255.255.254.0 126 510
8 255.255.255.0 254 254
9 255.255.255.128 510 126
10 255.255.255.192 1022 62
11 255.255.255.224 2046 30
12 255.255.255.240 4094 14
13 255.255.255.248 8190 6
14 255.255.255.252 16382 2

ING. R.C.G.G. 8
 RESTRICCIONES DE DIRECCIONAMIENTO SIN CLASE

Restricciones Número de direcciones en un bloque.

Debe ser una potencia de 2 (2, 4, 8, 16,..) Primera
dirección Debe ser divisible exactamente por el número
de direcciones. Ejemplo: si un bloque contiene 4
direcciones, la primera dirección debe ser divisible por
4.

Restricciones Primera dirección (cont.). Si el bloque

tiene 256 direcciones o menos, solo necesitamos
verificar el byte del extremo de la derecha. Si el bloque
tiene 65,536 direcciones o menos, solo se necesita
verificar los dos bytes del extremo de la derecha, etc.

ING. R.C.G.G. 9
 148.205.1.0
Internet
Tráfico hacia 148.205.10.0
148.205.0.0

148.205.103.0 148.205.2.0

148.205.5.0 148.205.3.0

ING. R.C.G.G. 10
ING. R.C.G.G. 11
Cuando una dirección es dada, el bloque al cual
pertenece la dirección no puede ser encontrado a
menos que tengamos la máscara. En el
direccionamiento sin clase, la dirección debe estar
acompañada de la máscara en notación CIDR.
x.y.z.t/n.

La n después del slash define el número de bits

que son iguales en todas las direcciones del bloque.
Si n es 20, los 20 bits del extremo de la izquierda
son idénticos en todas las direcciones y los 12 bits
de la derecha son diferentes. Se puede encontrar
fácilmente el número de direcciones en el bloque y
la última dirección, a partir de dicha información.
ING. R.C.G.G. 12
Máscara Prefijo: Parte común del rango de
direcciones (similar al netid). Longitud del Prefijo:
(n) en la notación CIDR. Existe una relación uno a
uno entre la máscara y la Longitud del Prefijo.

Longitudes de los prefijos: Las entadas

correspondientes a /8, /16 y /24 son las máscaras
por defecto para clase A, B y C respectivamente.
Esto significa que el direccionamiento con clase es
un caso especial del direccionamiento sin clase.

Máscara Sufijo: Parte variable de la dirección

(similar al hostid). Longitud del Sufijo: es 32 – n.

ING. R.C.G.G. 13
ING. R.C.G.G. 14
Temporizador de invalidez: Si no se recibe una actualización para
renovar la ruta antes de 180 segundos, esta se invalida, la métrica se
actualiza con un nuevo valor de 16. La ruta se mantiene en la tabla
hasta que se vence el temporizador de purgado.

Temporizador de purgado: esta configurado cada 240 segundos, es

decir 60 segundos más que el temporizador de invalidez, cuando se
vence se eliminan rutas invalidas de la tabla.

Temporizador de espera: este se utiliza para evitar problemas de

routing loops mientras la antropología converge (se explican más
adelante).

ING. R.C.G.G. 15
ING. R.C.G.G. 16
0-3 4-7 8-15 16-18 19-31
Versión IHL Tipo de Longitud
Servicio del
paquete
Identificac Señalizad Desplazam
ión or iento de
Fragmento
s
Time To Protocolo Checksum
Live Encabeza
do
Dirección
IP de
Origen
Dirección
IP de
Destino
Opciones Relleno

ING. R.C.G.G. 17
ING. R.C.G.G. 18
Identificador de red:

Identificador de red o dirección de la

interconexión de redes correspondiente a una ruta
de host. En los enrutadores IP, hay un campo de
máscara de subred adicional que determina el
identificador de red IP desde una dirección IP de
destino.

ING. R.C.G.G. 19
Dirección de reenvío:

La dirección a la que se reenvía el

paquete. La dirección de reenvío es una
dirección de hardware o una dirección de
interconexión de redes. En el caso de redes a las
que se conecta directamente el host o el
enrutador, es posible que el campo de la
dirección de reenvío sea la dirección de la
interfaz que se conecta a la red.

ING. R.C.G.G. 20
Interfaz:

La interfaz de red que se utiliza cuando se

reenvían los paquetes al identificador de red. Se
trata de un número de puerto u otro tipo de
identificador lógico.

ING. R.C.G.G. 21
Métrica:

Medida de la preferencia de una ruta.

Normalmente, la métrica más baja es la ruta
preferida. Si hay varias rutas a una red de destino
dada, se utiliza la ruta con la métrica menor.
Algunos algoritmos de enrutamiento solamente
almacenan una única ruta para cualquier
identificador de red en la tabla de enrutamiento,
aunque existan varias rutas.

ING. R.C.G.G. 22
ING. R.C.G.G. 23
 En la tabla de enrutamiento también se indica para
cada red destino qué interfaz de salida debe
utilizarse.

 Cada interfaz de un enrutador tiene un identificador

y una dirección IP distinta.

 La dirección de cada interfaz corresponde a la de la

red IP a la cual se conecta.

 El enrutamiento por red reduce el tamaño de las

tablas de enrutamiento.

ING. R.C.G.G. 24
Para disminuir aún más el tamaño de las tablas, se define
un enrutador por omisión que constituye el siguiente salto
para todas las redes que no están presentes en la tabla.

ING. R.C.G.G. 25
Paso 1.

El router examina las rutas de nivel 1, incluidas las

rutas de red y las rutas de superred, en busca de la
mejor coincidencia con la dirección IP de destino del
paquete.

ING. R.C.G.G. 26
ING. R.C.G.G. 27
Paso 1a.

Si la mejor coincidencia es una ruta final de nivel

1 (superred, red con clase o ruta por defecto)
esta ruta se usa para reenviar el paquete.

ING. R.C.G.G. 28
ING. R.C.G.G. 29
Paso 1b.

Si la mejor coincidencia es una ruta principal de

nivel 1, continúe con el Paso 2

ING. R.C.G.G. 30
ING. R.C.G.G. 31
Paso 2.

El router examina las rutas secundarias (las rutas de

subred) de la ruta principal en busca de una mejor
coincidencia.

ING. R.C.G.G. 32
ING. R.C.G.G. 33
Paso 2a.

Si hay una coincidencia con una ruta secundaria de

nivel 2, esa subred se usará para reenviar el paquete.

ING. R.C.G.G. 34
ING. R.C.G.G. 35
Paso 2b.

Si no hay coincidencia con ninguna de las rutas

secundarias de nivel 2, continúe con el Paso 3.

ING. R.C.G.G. 36
ING. R.C.G.G. 37
Paso 3.

¿El router está implementando un comportamiento de

enrutamiento con clase o sin clase?

ING. R.C.G.G. 38
ING. R.C.G.G. 39
Paso 3a.

Comportamiento del enrutamiento con clase: Si el

comportamiento del enrutamiento con clase está en
vigencia, termine el proceso de búsqueda y descarte
el paquete.

ING. R.C.G.G. 40
ING. R.C.G.G. 41
Paso 3b.

Comportamiento del enrutamiento sin clase: Si el

comportamiento de enrutamiento sin clase está en
vigencia, continúe buscando las rutas de superred de
nivel 1 en la tabla de enrutamiento para ver si hay
alguna coincidencia, incluida la ruta por defecto, si así
fuera.

ING. R.C.G.G. 42
ING. R.C.G.G. 43
Paso 4.

Si ahora hay una coincidencia menor con las rutas por

defecto o de superred de nivel 1, el router usa esa ruta
para reenviar el paquete.

ING. R.C.G.G. 44
ING. R.C.G.G. 45
Paso 5.

Si no hay coincidencia con ninguna ruta de la tabla de

enrutamiento, el router descarta el paquete.

ING. R.C.G.G. 46
ING. R.C.G.G. 47
ING. R.C.G.G. 48
ING. R.C.G.G. 49
ING. R.C.G.G. 50
ING. R.C.G.G. 51
ING. R.C.G.G. 52
ING. R.C.G.G. 53
Los comportamientos de enrutamiento sin clase y
con clase no son iguales a los protocolos de
enrutamiento sin clase y con clase.

ING. R.C.G.G. 54
Los protocolos de enrutamiento sin clase y con clase:

Afectan la forma en que se completa la tabla de

enrutamiento.

Determinan cómo se realiza una búsqueda en la

tabla de enrutamiento después de que se completa.

ING. R.C.G.G. 55
ING. R.C.G.G. 56
 Los protocolos de enrutamiento y los
comportamientos de enrutamiento son
completamente independientes entre sí.

La tabla de enrutamiento podría

completarse con rutas de un protocolo de
enrutamiento sin clase como RIPv2; sin
embargo, se implementa el comportamiento de
enrutamiento con clase porque está configurado
el comando no ip classless.

ING. R.C.G.G. 57
ING. R.C.G.G. 58
ING. R.C.G.G. 59
ING. R.C.G.G. 60
ING. R.C.G.G. 61
ING. R.C.G.G. 62
ING. R.C.G.G. 63