Análisis Direccionamiento Lógico

Capítulo 10
Encaminamiento y
Direccionamiento
Última actualización: 24 de Octubre de 2003
Autor:
Eduardo Collado
edu@eduangi.com
Capítulo 10:
Cisco CCNA -CNAP Profesor: Eduardo Collado Cabeza
1
Contenido
• Papel del Router

• Direccionamiento IP
• Máscaras de Subred
Capítulo 10:
2
Capa de Red
• “La capa de red define la forma de transportar el tráfico entre dos
dispositivos que no están conectados directamente” utilizando:
–Direcciones lógicas (IP normalmente) de las estaciones origen y destino.
–Ruta en la red que une dichas estaciones.
• El direccionamiento lógico existente en la capa de red utiliza un
direccionamiento jerárquico, de forma similar al de la numeración
telefónica:
–Por ejemplo:
•3 dígitos para el país
•3 dígitos para la provincia o estado
•3 dígitos para la población
•3 dígitos para el abonado
353 151 332 125
• Este esquema jerárquico se utiliza porque lo vamos a utilizar para
internetworks.
• Los direccionamientos de capa 3 más utilizados son:
–IP
–IPX
Capítulo 10:
3
Segmentación y Sistemas Autónomos
• Una internetwork privada podemos considerar que es una
agrupación de varias redes (networks).
• Cada red que forma esa internetwork privada podemos
considerarla como un Segmento.
• A su vez todos los segmentos de una internetwork tienen que estar
gestionados por una única organización, por eso hemos dicho que
es una internetwork privada.
• Podemos definir Sistema Autónomo como una internetwork
gestionada por una única administración. (Muy importante este
concepto para protocolos de encaminamiento como OSPF o BGP)
• El Sistema Autónomo está gestionado por una única
administración puesto que todos los segmentos que funcionan en
un AS (Sistema Autónomo) tienen que estar funcionando de forma
coordinada.
–Internet = Conjunto de AS
–AS = Conjunto de Segmentos gestionados por una única organización.
Capítulo 10:
4
Arquitectura de Direcciones en Internet
• En Internet la arquitectura de direccionamiento lógico está implementada
con el Protocolo de Internet (IP – Internet Protocol).
• La utilización de IP viene de un hecho histórico: IP era el protocolo de nivel
3 implementado en UNIX, por tanto era el estándar de facto en aquella
época (1.969)
• IP utiliza una jerarquía en dos niveles
–Dirección de host
–Dirección de red
• A través de Internet solamente se transmiten las direcciones de red y es en
el momento de llegar al segmento en concreto cuando ya se busca la
dirección de host. Por supuesto un segmento tiene en común un mismo
direccionamiento de red.
• En Internet sólo se transmiten las direcciones de red debido a la enorme
carga en las tablas de encaminamiento que provocaría la transmisión de
todas las direcciones de host y el escalado que se produciría en el
procesamiento de dichas direcciones. Los routers NO tienen esa potencia.
Por poner un ejemplo de algún equipo no Cisco, podemos decir que a día
de hoy (Octubre de 2003) existen routers de gama media/alta que utilizan
como procesador un Intel Pentium II a 300 Mhz (Juniper M20 – Coste del
chasis unos 40.000 EUR).
Capítulo 10:
5
Dispositivos de Red de Capa 3 y Determinación
de la Ruta
• Los Routers son los

equipos que se utilizan a
nivel 3 como dispositivos
de internetworking y son
los que toman las
decisiones de
direccionamiento lógico.
• Los Routers realizan sus
decisiones en el
direccionamiento de los
paquetes de nivel 3
Capítulo 10:
6
Nomenclatura
• Router: Dispositivo del nivel de red que utiliza una o varias métricas para
determinar por donde tiene que reenviar cada uno de los paquetes. Los
routers reenvían la información de una red a otra.
• Interfaz: La conexión con una LAN o WAN, también llamado puerto.
• ip unnumbered interface: Cada interfaz debe de tener una dirección IP,
pero existe la posibilidad que un interfaz tome prestada la dirección IP de
otro interfaz, este es el caso descrito. Normalmente se utilizan las
direcciones IP de los interfaces de loopback.
• Direccionamientos: Un router que soporte más de un tipo de direcciones
lógicas tiene que tener una tabla independiente por protocolo.
• Métrica: Distancia a través de la red hasta el elemento de la red descrito.
Tabla de encaminamiento
NET INT Métrica
192.168.1.0 eth0 1
213.37.36.0 eth1 2
172.26.1.0 bri0 1
Capítulo 10:
7
Determinación de la Ruta
• Un Router para calcular una ruta utiliza un

método similar al que puede utilizar cualquier
persona al cruzar una ciudad en coche, un
mapa.
• Ese mapa llamado “Tabla de Encaminamiento”
permite al router tomar decisiones en cuanto a
la determinación de la ruta óptima para la
transmisión de un paquete a un destino en
concreto.
Capítulo 10:
8
Direccionamiento de la Capa 3
• Como ya hemos comentado anteriormente en el

nivel 3 vamos a utilizar el direccionamiento
lógico (IP / IPX).
• En el nivel 2 utilizamos el direccionamiento
físico (MAC).
• El direccionamiento de nivel 3 ayuda al router a
tomar decisiones en cuanto a en qué nube se
encuentra un nodo en concreto o incluso saber
en qué parte de la nube se encuentra en
concreto el destino.
• Para conocer el direccionamiento de capa 3
tenemos que conocer cómo funciona el
protocolo IP.
Capítulo 10:
9
IP - Internet Protocol
• Lo primero que
tenemos que hacer
con IP es situarlo
tanto en el modelo
OSI como en la Suite
TCP/IP.
• Podemos ver que IP
es el protocolo por
antonomasia del
nivel de Interred del
modelo TCP/IP y
corresponde con el
nivel 3 (Red) de OSI.
Capítulo 10:
10
IP - Internet Protocol – Campos del Paquete (I)
• Version—Indica la versión que se
está utilizando de IP, de momento
utilizaremos IPv4, en este campo irá
un 4: 0100.
• IP Header Length (IHL)—Indica la
longitud del paquete en palabras de
32 bits.
• Type-of-Service—Especifica como
un protocolo de nivel superior (p.e.
TCP o UDP) va a utilizar este
paquete, y asigna distintas
importancias a estos paquetes.
• Total Length—Especifica la longitud,
en bytes, del paquete IP completo,
incluyendo datos y cabecera.
• Identification—Contiene un entero
que identifica el paquete actual. Este
campo se utiliza para ayudar a unir
los fragmentos de información.
• Flags—Consiste en un campo de 3
bits, de los cuales los 2 menos
significativos especifican si el
paquete puede ser fragmentado. El
bit intermedio especifica si el
paquete es el último de la serie, y el
más significativo no se utiliza.
Capítulo 10:
11
IP - Internet Protocol – Campos del Paquete (II)
• Fragment Offset —Indica la posición del
fragmento de datos relativo a la posición
de inicio del datagrama/segmento inicial,
lo cual permite la reconstrucción del
datagrama/segmento original.
• Time-to-Live—Mantiene un contador que
se va decrementando gradualmente hasta
cero, en ese punto el paquete es
descartado. Esto mantiene los paquetes
libres de bucles sin fin.
• Protocol—Indica qué protocolos del nivel
superior reciben los paquetes después
que el procesamiento de IP se completa.
• Header Checksum—Ayuda comprobar la
integridad del paquete IP.
• Source Address—Especifica la dirección
lógica del nodo emisor.
• Destination Address—Especifica la
dirección lógica del nodo destino.
• Options—Permite a IP soportar varas
opciones, como seguridad. En caso de no
existir opciones se utilizarán bits de
relleno.
• Data—Contiene la información del nivel
superior (TCP, UDP).
Capítulo 10:
12
Direcciones IP – Notación
• Las direcciones IP versión 4 tienen una longitud

de 32 bits (4 octetos).
• Se expresan como 4 grupos de números
decimales separados por puntos, un número por
cada octeto.
• Una dirección IP tiene una parte de red y otra de
host que identifica el nodo dentro de la red.
Capítulo 10:
13
Direcciones IP – Clases de Direcciones (I)
No. Bits
High-Order
IP Address Class Format Purpose Address Range Network/Ho Max. Hosts
Bit(s)
st
24
A N.H.H.H Few large 0 1.0.0.0 to 126.0.0.0 jul-24 16.777.214 (2 - 2)
organizations
16
B N.N.H.H Medium-size 1, 0 128.1.0.0 to 14/16 65.534 (2 - 2)
organizations 191.254.0.0
8
C N.N.N.H Relatively small 1, 1, 0 192.0.1.0 to 22-ago 254 (2 - 2)
organizations 223.255.254.0
D N/A Multicast groups 1, 1, 1, 0 224.0.0.0 to N/A (not for N/A

(RFC 1112) 239.255.255.255 commercial use)
E N/A Experimental 1, 1, 1, 1 240.0.0.0 N/A N/A

to 254.255.255.255
Capítulo 10:
14
Direcciones IP – Clases de Direcciones (II)
Capítulo 10:
15
Direcciones IP – Direcciones Especiales
• En cuanto a direcciones IP tenemos que agregar
que no es posible utilizar todas las direcciones
que existen, existe una serie limitaciones:
–La primera dirección del rango es la dirección de red
(suele acabar en 0)
–La última dirección del rango es la dirección de
broadcast (difusión) (suele acabar en 255)
–Las direcciones 127.x.y.z no pueden ser utilizadas
porque son direcciones de loopback.
–Las direcciones de clase D y E no pueden ser
asignadas. Las de clase D se utilizan para multicast
(multidifusión) y las de clase E son direcciones
experimentales.
Capítulo 10:
16
Direcciones IP – Problemas en Direccionamiento
con Clase
• El direccionamiento con Clase (Classfull)
muestra una serie de ineficiencias muy serias e
importantes, esta es la razón por la que no se
utiliza desde 1.993.
• Problema: Uso ineficiente y poco racional del
rango de direccionamiento, desperdicio, gasto
innecesario, etc...
• Solución: Existen soluciones al desperdicio de
direcciones que proporcionan un uso más
racional de las direcciones (actualmente hay
escasez de direcciones IPv4 públicas, es un bien
escaso).
–Máscaras de subred
–VLSM: Máscaras de subred de tamaño variable
Capítulo 10:
–CIDR: Encaminamiento entre dominios sin clase
17
Subnetting
• Cuando se diseñó el esquema de direccionamiento se partió
de dos premisas que posteriormente resultaron falsas:
–Una empresa sólo tiene una red.
–Una empresa sólo tiene una salida a Internet.
• El subnetting se realiza utilizando la submáscara de red, el
funcionamiento es muy similar al de los códigos postales.
• En subnetting el origen tiene que encontrar la red (provincia)
y posteriormente el host (población).
• En direccionamiento clásico o classfull la parte de red viene
definida por los octetos, p.e. 11.4.2.85:
–11 – RED
–4.2.85 – HOST
• Al utilizar subnetting la parte de red será el conjunto de 1s
de la máscara y la parte de host será el conjunto de 0s.
Capítulo 10:
18
CIDR – Classless Interdomain Routing
• Nació en 1.992.
• Gran explosión de nodos en Internet, lo cual provocó un
gran consumo de direcciones IP públicas lo cual provocó:
–Gran crecimiento de las tablas de encaminamiento de los
routers de Internet.
–Agotamiento de direcciones de clase B.
• La solución era el paso a IPv6, pero la transición no podía
ser inmediata, por eso se propuso el CIDR.
• Para solucionar esta problemática en Septiembre de 1.993 se
publicaron las RFCs 1517, 1518, 1519 y 1520.
–Eliminación del direccionamiento con clase.
–Agregación de ruta mejorada.
–Supernetting
–Direccionamiento sin clase
Capítulo 10:
19
Eliminación del Direccionamiento con Clase
• En Internet existían muchas direcciones

libres, pero no era posible utilizarlas
debido al gasto innecesario que
proporcionaba el direccionamiento
classfull.
• Se optó por eliminar el direccionamiento
con clase y utilizar la máscara de red para
definir la parte de host y la parte de red.
Capítulo 10:
20
Agregación de Ruta Rejorada
• Esta técnica consiste en crear una única ruta que
comprenda dos rutas de menor tamaño, esto reducía el
tamaño de las tablas de encaminamiento.
• Esta solución se implanto entre 1.994 y 1.995.
• Si no se hubiera adoptado esta solución es muy probable
que Internet no hubiera podido crecer más.
• Ejemplo de Agregación de Ruta Mejorada:
–193.14.0.0 / 255.255.255.128 (128 direcciones)
–193.14.0.128 / 255.255.255.128 (128 direcciones)
–193.14.1.0 / 255.255.255.0 (256 direcciones)
–193.14.2.0 / 255.255.254.0 (512 direcciones)
• Al realizar la agregación obtendremos una única ruta
equivalente:
–193.14.0.0 / 255.255.252.0 (1024 direcciones)
Capítulo 10:
21
Supernetting
• Esta técnica nos permite unir en bloques
contiguos varias redes de tipo C para
obtener una de tipo B ya que estas
direcciones se habían agotado.
• Por ejemplo:
–211.87.0.0 / 255.255.0.0 – Equivalente a una
antigua clase B.
–Es la unión de 256 redes de tipo C
Capítulo 10:
22
Direccionamiento sin clase
• Esta RFC hace

referencia a la
posibilidad de
utilizar
direccionamiento
independientemente
de su clase.
Capítulo 10:
23
Funcionamiento de las Subredes
• En el momento de hacer subredes
estamos utilizando la máscara de
subred para conseguir que parte que
antes era de host ahora pase a ser de
red.
• Esto lo conseguimos utilizando la
máscara de subred.
• Recordemos que la parte de la
máscara de subred en binario que sea
todo 1s indica la parte de red y la
parte que sea solo 0s indica la parte
de host.
• Aunque cuando hacemos subredes
tenemos que tener en cuenta la clase
para poder determinar el número de
bits de subred, en el ejemplo de la
derecha estaría dividido de la
siguiente forma:
–16 bits parte de red
–8 bits parte de subred
–8 bits parte de host
Capítulo 10:
24
Creación de Subredes
• Para crear una subred lo primero que tenemos que saber es de
cuantos equipos va a constar nuestra subred.
• Una sepamos cuantas direcciones reales vamos a necesitar
(direcciones útiles + dir. de red + dir. de broadcast)
procederemos a sumarlas para saber cuantas direcciones nos
hacen falta.
• Cuando sepamos las direcciones que nos hacen falta
buscaremos en que red con número exponente de 2 nos cabe.
–2n-1 < TAMAÑO DE RED < 2n
• Llegados a este punto sabemos que necesitamos una red de 2n
direcciones.
• Escribimos el número 2n en binario empezándolo por 1.
• Completamos con 1s por el lado izquierdo del número hasta
obtener 32 bits.
• Lo dividimos en grupos de 8 bits y separamos por puntos
• Sustituimos cada octeto con su valor en decimal
• Ya tenemos la máscara buscada de subred
Capítulo 10:
25
Cálculo de host y redes – Método 1
• La máscara de subred nos indica el número de hosts y de subredes, vamos a
verlo a través de un ejemplo:
• Ejemplo
Red = 192.168.1.0
Máscara = 255.255.255.248
Si pasamos a binario
11111111.11111111.11111111.11111000
Al ser una 192.x.y.z sabemos que es de clase C, con lo cual:
La parte de red van a ser los 3 primeros octetos
La parte de subred van a ser 5 bits
La parte de host van a ser 3 bits
Para calcular los equipos por subred:
25 = 32 Host – Los 1s me van a indicar los hosts
23 = 8 Subedes – Los 0s me van a indicar las redes
Para comprobar el total de redes por el total de host tiene que ser igual a 256
32 * 8 = 256
Capítulo 10:
26
Cálculo de host y redes – Método 2
• El método de pasar a binario es el más correcto y

no lleva a error, pero en la vida real tardaríamos
mucho en pasar a binario y trabajar con números
binario.
• La otra forma de calcular consiste en sabiendo
que queremos una subred de n direcciones (n es
exponente de 2 siempre) hacemos lo siguiente:
256 – n = máscara de subred
• Este método puede llevar a confusión para redes

mayores de 256. Se recomienda utilizar el Método
1.
Capítulo 10:
27
Herramientas
• Para la creación de
subredes podemos
utilizar una tabla de
conversión decimal –
binario.
• Utilización de software
específico. En la imagen se
muestra una de ellas disponible
en:
http://www.solarwinds.net/Tools/
Free_tools/Subnet_Calc/. Existe
mucho más software libre y
gratuito disponible en Internet.
Capítulo 10:
28
Creación de Subredes – Ejemplo (I)
• Ejemplo:
Cree una subred para un departamento que consta del
siguiente equipamiento:
1 router
3 hubs
2 swithes
4 impresoras de red
81 PCs de sobremesa
3 servidores
1 patch panel
1 pizarra Vileda
70 teléfonos analógicos
Capítulo 10:
29
Creación de Subredes – Ejemplo (II)
• Solución:
El primer paso consiste en conocer cuantas direcciones IP nos hacen
falta para la red:
Total IPs útiles: 1 router (1IP) + 3 hubs (0 IPs) + 2 switches (0 IPs) +
4 impresoras (4 IPs) + 81 PCs (81 IPs) + 3 servidores (3 IPs) + 1
patch panel (0 IPs) + 1 pizarra Vileda (0 IPs) + 70 teléfonos
analógicos (0 IPs) = 89 IPs útiles
El segundo paso consiste en sumar la IP de red y la IP de broadcast:
91 + Broadcast (1 IP) + Red (1 IP) = 93 direcciones en total
Ahora necesitamos saber de qué tamaño va a ser la red:
64 < 93 < 128 … La red va a ser de 128 direcciones
Ahora calculamos la máscara:
128 = 28 = 10000000
Ahora completamos 1s por la izquierda hasta obtener el total de la
máscara:
11111111.11111111.11111111.10000000 = 255.255.255.128
LA RED TENDRÁ UNA MÁSCARA 255.255.255.128
Capítulo 10:
30
Direcciones Privadas
• Hemos de tener en cuenta que existen unas redes
reservadas para uso de red privada y no pueden
ser encaminadas a través de Internet estas son:
• Clase A
–10.0.0.0 – 10.255.255.255 – Una red de clase A
• Clase B
–172.16.0.0 – 172.31.255.255 – 16 redes de clase B
• Clase C
–192.168.0.0 – 192.168.255.256 – 256 redes de clase C
Capítulo 10:
31
NAT – Network Address Translation
• Definido en la RFC 1631, este es el método más utilizado en
las redes privadas.
• Este método permite que redes con direccionamiento IP
privado puedan salir a Internet.
• El router (que tiene una IP pública) comparte su
direccionamiento con los equipos de la LAN con
direccionamiento privado.
• Para ello tendremos una tabla de NAT en la cual en la parte
de Direcciones Locales Internas tendremos las IPs
privadas de los equipos de la LAN y en el campo Dirección
Global Exterior tendremos la dirección pública del router
que nos conecte a Internet.
Capítulo 10:
32
Bibliografía del Tema 10
• “Guía del Primer Año” Ed. Cisco Press [Cap.10]

• Varias páginas de Internet
–http://www.cisco.com
–http://www.juniper.net
–http://www.cisco.com/univercd/cc/td/doc/cisintwk/ito_
doc/ip.htm
–http://www.ietf.org/rfc.html
–http://www.solarwinds.net
Capítulo 10:
33

Análisis Direccionamiento Lógico

Transféré par

Informations du document

Copyright

Formats disponibles

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

Formats disponibles

Análisis Direccionamiento Lógico

Transféré par

Droits d'auteur :

Formats disponibles

Capítulo 10

• Papel del Router

• Los Routers son los

• Un Router para calcular una ruta utiliza un

• Como ya hemos comentado anteriormente en el

• Las direcciones IP versión 4 tienen una longitud

D N/A Multicast groups 1, 1, 1, 0 224.0.0.0 to N/A (not for N/A

E N/A Experimental 1, 1, 1, 1 240.0.0.0 N/A N/A

• En Internet existían muchas direcciones

• Esta RFC hace

• El método de pasar a binario es el más correcto y

• Este método puede llevar a confusión para redes

• “Guía del Primer Año” Ed. Cisco Press [Cap.10]

Vous aimerez peut-être aussi