REDES

Grados Ing. Informática / Ing. de Computadores / Ing. del Software / Doble Grado
Universidad Complutense de Madrid

TEMA 4. La capa de red. Protocolo IP

PROFESORES:
Rafael Moreno Vozmediano
Rubén Santiago Montero
Juan Carlos Fabero Jiménez
Inmaculada Pardines Lence
Carlos González Calvo
Julio Septién del Castillo
Arquitecturas de red: OSI vs TCP/IP

Modelo TCP/IP
Arquitectura
Arquitectur de 5 capas TCP/IPTCP/IP
Modelo sobre TCP/IP sobre
a OSI (genérico) Ethernet red telefónica
Aplicación
n Capa de Capa de Capa de
Presentación
Aplicaciones Aplicaciones Aplicaciones
Sesión
Transporte TCP-UDP TCP-UDP TCP-UDP

Red IP IP IP

Enlace Interfaz de red Ethernet PPP

Arquitecturas TCP/IP

SNMP
Aplicación
DNS NIS+ NFS FTP HTTP TELNET SMTP POP3 RPC

Transporte UDP TCP

ICMP OSPF RIP

Red
IP DHCP ARP RARP

Enlace / Física Token Ring Ethernet PPP

Principales dispositivos de Red
Repetidores y Hubs
● Son dispositivos que trabajan a nivel de la capa física
○ Retransmiten bit a bit la información que les llega por una entrada al resto
de salidas
○ Pueden interconectar estaciones o segmentos de red del mismo tipo (por
ejemplo, Ethernet) y velocidad
Principales dispositivos de Red
Switches
● Son dispositivos que trabajan a nivel de la capa MAC
○ Reenvía la trama por la salida adecuada en función de la dir. MAC destino
○ Pueden almacenar la trama completa y realizar detección de errores
○ Pueden interconectar estaciones y redes del mismo tipo, aunque pueden
trabajar con implementaciones de distinta velocidad (ej. 100Base-TX y
1000Base-T)
Principales dispositivos de Red
Encaminadores (Routers)
● Son dispositivos que trabajan a nivel de la capa de red (IP)
● Pueden interconectar redes de distinto tipo
● Realizan dos funciones básicas:
○ Conversión de formatos
○ Encaminamiento
El protocolo IP
Protocolo de red de Internet
● Proporciona un servicio básico de entrega de paquetes
○ Sobre el que se construyen las redes TCP/IP.
● Protocolo no orientado a conexión (no fiable)
○ No realiza detección ni recuperación de paquetes perdidos o erróneos
○ No garantiza que los paquetes lleguen en orden
○ No garantiza la detección de paquetes duplicados

Funciones básicas del protocolo IP

● Direccionamiento
○ Esquema global de direccionamiento
● Fragmentación y reensamblaje de paquetes
○ División del paquete en fragmentos de un tamaño aceptable por la red
● Encaminamiento de datagramas
○ Encaminado de paquetes atendiendo a información de tabla de rutas
○ La construcción de tablas de rutas puede ser
■ Manual (routing estático)
■ Mediante algún protocolo de routing dinámico: RIP, OSPF, BGP, etc.
El protocolo IP: Formato de Datagramas

0 4 8 16 19 31
Versión IHL Tipo de servicio Longitud total
Identificador Flags Desplazamiento frag.
CABECERA

Tiempo de vida Protocolo Checksum

Dirección IP fuente
Dirección IP destino
Opciones

DATOS
El protocolo IP: Formato del datagrama
● Versión: valor=4 (IPv4)
● IHL
○ Longitud de la cabecera, en palabras de 32 bits.
○ Campo IHL ocupa 4 bits
○ Tamaño máximo de la cabecera = 15 palabras (60 bytes)
● Tipo de servicio

○ Prioridad
■ Especifica la prioridad del datagrama (hasta 8 niveles).
■ Un paquete de alta prioridad debe ser reexpedido por un router antes
que un paquete de baja prioridad (aunque este llegase antes)
○ QoS: Puede tomar los siguientes valores
■ 1000 → Minimizar retardo
■ 0100 → Maximizar rendimiento (velocidad de transmisión)
■ 0010 → Maximizar fiabilidad (seguridad en la entrega)
■ 0001 → Minimizar coste monetario
■ 0000 → Servicio normal
El protocolo IP: Formato del datagrama
● Longitud total
○ Longitud del datagrama (cabecera + datos) medida en bytes.
○ Campo Longitud Total ocupa 16 bits
■ Longitud máxima del datagrama: 216 bytes = 64 Kbytes
● Identificador
○ Número de 16 bits que identifica al datagrama
● Flags
○ MF (More Fragments): si está a 1 indica que no es el último fragmento
○ DF (Don´t Fragment): si es 1 prohíbe la fragmentación
● Desplazamiento del fragmento
○ Nº secuencia del fragmento (unidades = 8 bytes)
● Tiempo de vida (TTL, Time To Live)
○ Nº encaminadores que puede atravesar el paquete
○ Cuando TTL=0 el paquete debe ser descartado
El protocolo IP: Formato del datagrama
● Protocolo
○ Protocolo de la capa superior al que deben entregarse los datos
■ 1: Internet Control Message Protocol (ICMP)
■ 2: Internet Group Management Protocol (IGMP)
■ 6: Transmission Control Protocol (TCP)
■ 8: Exterior Gateway Protocol (EGP)
■ 17: User Datagram Protocol (UDP)
■ 41: IP Version 6 (IPv6)
■ 89: Open Shortest Path First (OSPF)
● Checksum
○ Suma de control de la cabecera
● Direcciones IP origen y destino
○ Identifican al host emisor y receptor del paquete
● Opciones
○ Campo opcional, con opciones especiales
○ Ejemplos: encaminamiento de origen, sello de ruta, sello de tiempo, etc.
○ Tamaño máximo del campo opciones: 10 palabras
El protocolo IP: Fragmentación
Ejemplo
Cab.IP Datos
Cab.IP Datos
A 20 3000 20 1000
20 1000 B
20 1000
Red 1 Red 2
(MTU=3020) Router (MTU=1020)

Bloque 0 Bloque 125 Bloque 250

1000 bytes 1000 bytes 1000 bytes
Identificación: 2667
Datagrama Cabecera IP 3000
3000bytes
bytes
Desplazamiento: 0
original: MF=0; DF=0

Identificación: 2667
Fragmento 1: Desplazamiento: 0 Cabecera IP 1000 bytes
MF=1; DF=0
Identificación: 2667
Desplazamiento: 125 Cabecera IP 1000 bytes
Fragmento 2: MF=1; DF=0
Identificación: 2667
Desplazamiento: 250 Cabecera IP 1000 bytes
Fragmento 3: MF=0; DF=0
El protocolo IP: Fragmentación
Ejemplo
El protocolo IP: Formato del datagrama
Encaminamiento estricto de origen (Strict Source Routing)
● Proporciona un medio para que el emisor del paquete pueda
especificar la ruta explícita que debe seguir el datagrama
● Contiene la siguiente información:

○ Código = 10001001 → Opción “encaminamiento estricto de

origen”
○ Longitud → Longitud total del campo opciones
○ Puntero → Contiene un puntero a la siguiente dirección IP de
la lista de direcciones de la ruta que debe ser procesada por el
router. El puntero indica el nº de byte, por tanto en cada salto
debe incrementarse en 4 posiciones.
○ Información de ruta: contiene una lista de tamaño variable de
direcciones IP (de 32 bits cada una)
El protocolo IP: Formato del datagrama
Registro de ruta (Record Route)
● Proporciona un medio para registrar la ruta exacta que ha seguido
el datagrama en el camino hacia su destino (direcciones de los
routers por los que ha pasado el datagrama)
● Contiene la siguiente información:

○ Código = 00000111 → Código de la opción “Registro de ruta”

○ Longitud → Longitud total del campo opciones (se va incrementando en
cada salto)
○ Puntero → Contiene un puntero a la última dirección IP insertada en la
información de ruta. El puntero indica el nº de byte, por tanto en cada salto
debe incrementarse en 4 posiciones.
○ Información de ruta: contiene una lista de las direcciones IP de los
routers que atraviesa el paquete. Inicialmente esta lista está vacía
El protocolo IP: Formato del datagrama
Sello de tiempo de Internet (Internet Timestamp)
● Proporciona un medio para registrar los instantes temporales en los
que el paquete ha pasado por cada router y, adicionalmente, las
direcciones de estos routers.
● Contiene la siguiente información:

● Código = 01000100 → Código de la opción “Sello de tiempo”

● Longitud → Longitud total del campo opciones (se incrementa en cada salto)
● Puntero → Contiene un puntero al último sello de tiempo insertado.
● Overflow → Nº de routers que no registraron el tiempo por estar campo lleno
● Flag:
○ 0 → Registrar únicamente el sello de tiempo
○ 1 → Registrar el sello de tiempo precedido de la dirección IP
○ 2 → Direcciones IP de la ruta prefijadas. El router sólo debe registrar el tiempo
● Dirección IP → una dirección de 32 correspondiente a un router
● Sello de tiempo → Información de la hora GMT, con precisión de milisegundos
El protocolo IP: Direcciones y Máscaras de red
Direcciones IPv4
● Las direcciones IP constan de 4 bytes (32 bits)
● Para expresarlas se utiliza la “notación de punto”
○ Ejemplo: 128.2.7.9 = 10000000 . 00000010 . 00000111 . 00001001

Tipos de direcciones IPv4

● Unicast
○ Un único host
● Multicast
○ Un grupo de hosts
● Broadcast
○ Todos los hosts dentro de mi red local
El protocolo IP: Direcciones y Máscaras de red
Administración y registro de direcciones
● Entidades regionales de registro de Internet: La parte que identifica a la red es
fija para cada red y es necesario solicitarla a una de las entidades regionales de
registro de Internet (RIR, Regional Internet Registries):
● Cada RIR es responsable de administrar y registrar las direcciones IP de su
región geográfica:
○ ARIN (American Registry for Internet Numbers): NorteAmérica
○ RIPE (Reseaux IP Europeens): Europa y Oriente Medio
○ APNIC (Asia Pacific Network Information Center): Asia-Pacífico
○ LACNIC (Latin American and Caribbean Network Information Center):
Sudamérica y países caribeños
○ AfriNIC (African Network Information Center): África
El protocolo IP: Direcciones y Máscaras de red
Direcciones IPv4 basadas en clase (classful)

7 bits 24 bits 27 = 128 redes

Clase A 0 red host 224 = 16.777.216 hosts
0 - 127
Ejemplo: 26.56.120.9

14 bits 16 bits
214 = 16.384 redes
Clase B 10 red host
216 = 65.536 hosts
128- 191 0 - 255
Ejemplo: 147.96.50.110

21 bits 8 bits 221 = 2.097.152 redes

Clase C 110 red host 28 = 256 hosts
Ejemplo: 217.6.95.44
192- 223 0 - 255 0 - 255

28 bits
Clase D 1110 multicast
Ejemplo: 224.0.0.1
224- 239 0 - 255 0 - 255 0 - 255

28 bits
Clase E 1111 experimental
El protocolo IP: Direcciones y Máscaras de red
Direcciones IPv4 sin clase (classless)
Ejemplo: Problema de las direcciones con clases
● Una empresa/institución necesita aprox. 15.000 direcciones IP
○ Con el direccionamiento con clase tiene que contratar una red clase B
completa (65.536 direcciones)
■ El coste es muy elevado (más direcciones de las necesarias)
■ Se desaprovechan las mayoría de las direcciones (más de 50.000)
● Usando direcciones sin clases
○ Se puede contratar un conjunto más ajustado (en potencias de 2)
■ En este caso, se pueden contratar 214 = 16.384 direcciones

Formato de las direcciones sin clase

● Los campos de red y host no están limitados a un número entero de bytes
n bits
(32 – n) bits
Red Host

Ejemplo: En el ejemplo anterior con n=14

18 bits 14 bits
Red Host
El protocolo IP: Direcciones Especiales
● Direcciones reservadas para redes privadas
○ Existe un conjunto de direcciones reservadas para uso privado.
○ No son válidas para su uso en Internet
■ Se pueden asignar a redes aisladas de Internet
■ Se pueden asignar a redes conectadas a través de un router que hace
traducción de direcciones de red (NAT)
○ Los rangos de direcciones IP privadas son los siguientes:
■ 10.0.0.0 – 10.255.255.255 ~ 1 red privada de clase A
■ 172.16.0.0 – 172.31.255.255 ~ 16 redes privadas de clase B
■ 192.168.0.0 – 192.168.255.255 ~ 256 redes privadas de clase C
● Direcciones de loopback (127.x.y.z)
○ Direcciones de bucle interno (loopback)
○ Casi todas las máquinas tienen como dirección de loopback la 127.0.0.1
● Direcciones broadcast (terminadas en 11...111)
○ Se utilizan para enviar un paquete a todas las máquinas de la red local
○ Formato de las direcciones broadcast
■ Todos los bits de identificador de host se ponen a valor 1
■ Último valor del rango de direcciones de la red
Red Host
Identificador de red 1111 … 111
El protocolo IP: Direcciones Especiales

Ejemplo: Direcciones de Broadcast

El protocolo IP: Direcciones Especiales
Direcciones de red (terminadas en 00...000)
● Se utilizan para representar a una red completa en las tablas de encaminamiento
● Nunca se utilizan como dirección destino ni se asignan a un host concreto
● Ejemplo de tabla de rutas en Linux (orden netstat –nr)

Kernel IP routing table

Destination Gateway Genmask Flags Iface
192.168.1.0 0.0.0.0 255.255.255.0 U eth0
192.168.2.0 0.0.0.0 255.255.255.0 U eth1
0.0.0.0 192.168.1.1 0.0.0.0 UG eth0

● Formato de las direcciones de red

○ Todos los bits de identificador de host se ponen a valor 0
○ Primer valor del rango de direcciones de la red
Red Host
Identificador de red 000 … 000
El protocolo IP: Direcciones Especiales

Ejemplo: Direcciones de red

El protocolo IP: Máscaras de Red
La máscara de red indica:
● Qué parte de la dirección IP identifican a la red
○ Bits de la máscara a 1
● Qué parte de la dirección IP identifican al host dentro de la red
○ Bits de la máscara a 0

Ejemplo
○ Dirección de clase C: 221.98.22.2
○ Máscara: 255.255.255.0

● Notación alternativa: 221.98.22.2/24

○ El valor /24 indica la longitud de la parte de red (nº de unos de la máscara)
○ Esta notación se denomina Dirección IP Extendida o notación CIDR
(Classless Interdomain Routing)
El protocolo IP: Máscaras de red
Ejemplo: Máscaras de red

131.
El protocolo IP: Máscaras de Red
Ejemplo: Máscaras de red y tablas de encaminamiento

● Enviar paquete Host-A → Host-B

○ Host-A envía paquete directamente a través de su red local
● Enviar paquete Host-A → Host-C
○ Host-A envía el paquete al router y este se encargará de encaminarlo hasta
su destino
● Para saber cómo tiene que tratar el paquete, el Host-A:
○ Consulta la tabla de encaminamiento y aplica la máscara de red (“genmask”)
a la dirección destino. Convierte la dir. del host destino en una dir. de red.
○ Si la dir. de red resultante coincide con la dirección “destination” de la tabla
de rutas, se utiliza el router indicado (“gateway”) para entregar el paquete
○ Si ese gateway es 0.0.0.0, el destino está en la propia red
El protocolo IP: Máscaras de Red
Ejemplo: Máscaras de red y tablas de encaminamiento
● Aplicación: Realizar Y-lógica bit a bit entre la dirección destino y la máscara:
Dirección del Host-B:
221.98.22.2 = 11011101 . 01100010 . 00010110 . 00000010
255.255.255.0 = 11111111 . 11111111 . 11111111 . 00000000
221.98.22.0 = 11011101 . 01100010 . 00010110 . 00000000
Dirección del Host-C:
32.99.131.7 = 00100000 . 01100010 . 10000011 . 00000111
255.255.255.0 = 11111111 . 11111111 . 11111111 . 00000000
32.99.131.0 = 00100000 . 01100010 . 10000011 . 00000000

● El Host-A consulta su tabla de encaminamiento

Destination Gateway Genmask Flags Iface
221.98.22.0 0.0.0.0 255.255.255.0 U eth0
0.0.0.0 221.98.22.254 0.0.0.0 UG eth0
● Dirección de Gateway del propio remitente (0.0.0.0), el paquete irá por la red local
● Dirección de Gateway es la de un router, se usa ese router.
● Si existe la entrada Default Router, siempre coincide con cualquier dirección.
Protocolo de traducción de direcciones: ARP
ARP: Address Resolution Protocol
● Traducción: Dirección IP → Dirección MAC
Protocolo de traducción de direcciones: ARP
La tabla ARP
● Mantiene las direcciones IP de las últimas máquinas con las que nos hemos
comunicado y las direcciones Ethernet asociadas
● Ver la tabla arp: orden arp –a
● Ejemplo de tabla ARP

Net to Media Table

Device IP Address Mask Flags Phys Addr
------ -------------------- --------------- ----- ---------------
le0 147.96.48.203 255.255.255.255 00:00:b4:c3:c8:f4
le0 147.96.37.196 255.255.255.255 00:a0:24:57:78:3e
le0 147.96.48.217 255.255.255.255 00:20:18:2f:1d:60

Funcionamiento de ARP (HostA envía un paquete al HostB)

● Host A consulta su tabla ARP para ver si la dirección MAC de Host B está
contenida en dicha tabla
● Si la dirección MAC de Host B no está en la tabla entonces envía un mensaje
broadcast preguntando por la dirección MAC de Host B → ARP Request
● Host B responde a Host A informándole de su dirección MAC → ARP Response
Protocolo de traducción de direcciones: ARP
Funcionamiento de ARP (HostA envía un paquete al HostB)

ARP Request
● Pregunta ARP (BROADCAST)
¿Quién es IP-B?

IP-A IP-B
MAC-A MAC-B

IP-C
MAC-C

IP-A IP-B
MAC-A MAC-B

● Respuesta ARP

IP-C
ARP Response
MAC-C IP-B es MAC-B
Protocolo de traducción de direcciones: ARP
Formato del paquete ARP
Protocolo de traducción de direcciones: ARP
Ejemplo de paquete ARP: Pregunta
ETHER: ----- Ether Header -----
ETHER:
ETHER: Destination = ff:ff:ff:ff:ff:ff, (broadcast)
ETHER: Source = 8:0:20:88:c9:ee, Sun
ETHER: Ethertype = 0806 (ARP)
ETHER:
ARP: ----- ARP/RARP Frame -----
ARP:
ARP: Hardware type = 1
ARP: Protocol type = 0800 (IP)
ARP: Length of hardware address = 6 bytes
ARP: Length of protocol address = 4 bytes
ARP: Opcode 1 (ARP Request)
ARP: Sender's hardware address = 8:0:20:88:c9:ee
ARP: Sender's protocol address = 147.96.21.31
ARP: Target hardware address = ?
ARP: Target protocol address = 147.96.21.120
Protocolo de traducción de direcciones: ARP
Ejemplo de paquete ARP: Respuesta
ETHER: ----- Ether Header -----
ETHER:
ETHER: Destination = 8:0:20:88:c9:ee, Sun
ETHER: Source = 0:3:ba:d:e7:e,
ETHER: Ethertype = 0806 (ARP)
ETHER:
ARP: ----- ARP/RARP Frame -----
ARP:
ARP: Hardware type = 1
ARP: Protocol type = 0800 (IP)
ARP: Length of hardware address = 6 bytes
ARP: Length of protocol address = 4 bytes
ARP: Opcode 2 (ARP Reply)
ARP: Sender's hardware address = 0:3:ba:d:e7:e
ARP: Sender's protocol address = 147.96.21.120
ARP: Target hardware address = 8:0:20:88:c9:ee
ARP: Target protocol address = 147.96.21.31
Protocolo de traducción de direcciones: ARP
Procedimiento de comunicación completo (Hosts en la misma red)

IP-R1 = 192.168.10.10 IP-R2 = 192.168.20.10

IP-A = 192.168.10.1 MAC-R1: 8:0:20:8:8:d MAC-R2: 8:0:20:9:9:e
MAC-A: 8:0:20:1:1:a
IP-C = 192.168.20.1
IP-B = 192.168.10.2
MAC-C: 8:0:20:3:3:c
MAC-B: 8:0:20:2:2:b
A B Router C

Red X: 192.168.10.0 Red Y: 192.168.20.0

● La estación A aplica el siguiente procedimiento:

● Aplica la máscara de red a la dirección IP destino (IP-B)
● Consulta la tabla de encaminamiento → host destino en la misma red (Red X)
● Utiliza el protocolo ARP para averiguar la MAC asociada a IP-B (MAC-B)
● Envía el paquete IP a la estación B, a través de la Red X, dentro de una trama

Dir. MAC origen: MAC- A Dir. IP origen: IP-A

DATOS
Dir. MAC destino: MAC-B Dir. IP destino: IP-B
Cabecera Ethernet Cabecera IP
Protocolo de traducción de direcciones: ARP
Procedimiento de comunicación completo (Hosts en distinta red)

IP-R1 = 192.168.10.10 IP-R2 = 192.168.20.10

IP-A = 192.168.10.1 MAC-R1: 8:0:20:8:8:d MAC-R2: 8:0:20:9:9:e
MAC-A: 8:0:20:1:1:a
IP-C = 192.168.20.1
IP-B = 192.168.10.2
MAC-C: 8:0:20:3:3:c
MAC-B: 8:0:20:2:2:b
A B Router C

Red X: 192.168.10.0
Red Y: 192.168.20.0

La estación A aplica el siguiente procedimiento:

● Aplica la máscara de red a la dirección IP destino (IP-C)
● Consulta la tabla de encaminamiento → destino está en otra red (Red Y)
● Utiliza el protocolo ARP para averiguar la MAC del default router (MAC-R1)
● Envía el paquete IP al router, a través de la Red X,

Dir. MAC origen: MAC- A Dir. IP origen: IP-A

DATOS
Dir. MAC destino: MAC-R1 Dir. IP destino: IP-C
Cabecera Ethernet Cabecera IP
Protocolo de traducción de direcciones: ARP
Procedimiento de comunicación completo (Hosts en distinta red)
IP-R1 = 192.168.10.10 IP-R2 = 192.168.20.10
IP-A = 192.168.10.1 MAC-R1: 8:0:20:8:8:d MAC-R2: 8:0:20:9:9:e
MAC-A: 8:0:20:1:1:a
IP-C = 192.168.20.1
IP-B = 192.168.10.2
MAC-C: 8:0:20:3:3:c
MAC-B: 8:0:20:2:2:b
A B Router C

Red X: 192.168.10.0
Red Y: 192.168.20.0

Cuando el router recibe el paquete, aplica el siguiente procedimiento:

● El paquete va dirigido a otra máquina (IP-C), el router debe reenviar el paquete
● Aplica la máscara de red a la dirección IP destino (IP-C)
● Consulta la tabla de encaminamiento → el destino está en su red (Red Y)
● Utiliza el protocolo ARP para averiguar la MAC asociada a IP-C (MAC-C)
● Envía un paquete IP a través de la Red Y
Dir. MAC origen: MAC- R1 Dir. IP origen: IP-A
DATOS
Dir. MAC destino: MAC-C Dir. IP destino: IP-C
Cabecera Ethernet Cabecera IP
Organización en redes: Subredes

Ventajas de las subredes

● Permite aislar el tráfico entre las distintas subredes
● Se reduce el tráfico global
● Permite limitar y proteger el acceso a las distintas subredes
● La comunicación entre éstas se realiza mediante un router
● Permite organizar la red en áreas o departamentos
● Se asigna a cada departamento un subconjunto de direcciones IP
● La gestión de las direcciones IP se puede delegar en el propio área o
departamento
○ Se descentraliza la tarea de asignación de direcciones
○ Se facilita la tarea del administrador de la red
Organización en redes: Subredes

Ejemplo: Supongamos la red de la clase B: 150.23.0.0

● Tenemos 16 bits para identificar a host (216 hosts)
Red Host

IP: 150. 23.5.7 = 10010110.00010111.00000101.00000111

Máscara: 255.255.0.0 = 11111111.11111111.00000000.00000000

● Esta red se puede dividir, por ejemplo, en 256 subredes con 256 hosts cada una
○ Usamos 8 bits para identificar a la subred (28 = 256 subredes)
○ Usamos 8 bits para identificar a host (28 = 256 hosts)
● Nos queda la siguiente organización:
○ Subred 0: 150.23.0.0 (Dpto. de administración)
○ Subred 1: 150.23.1.0 (Dpto. de RRHH)
○ ......
○ Subred 255: 150.23.255.0 (Dpto. comercial)
● Por tanto la máscara de subred adecuada es la siguiente:
Red Subred Host

IP: 150. 23. 5. 7 = 10010110.00010111.00000101.00000111

Máscara: 255.255.255.0 = 11111111.11111111.11111111.00000000
Organización en redes: Subredes
Ejemplo: Supongamos la red de la clase C: 192.168.44.0
● Queremos dividir la red en 8 subredes
○ 3 bits para identificar la subred (23 = 8 subredes)
○ 5 bits para identificar el host (25 = 32 hosts por subred)
● Máscara de subred: Red Subred Host

IP: 192.168. 44. x = 11000000.10101000.00101100.ssshhhhh

Máscara: 255.255.255.224 = 11111111.11111111.11111111.11100000
● Organización resultante:
Subred 192.168.44.0 Subred 192.168.44.128
● hosts: de 192.168.44.1 al 192.168.44.30 ● hosts: de 192.168.44.129 al 192.168.44.158

● broadcast : 192.168.44.31 ● broadcast: 192.168.44.159

Subred 192.168.44.32 Subred 192.168.44.160

● hosts: de 192.168.44.33 al 192.168.44.62 ● hosts: de 192.168.44.161 al 192.168.44.190

● broadcast : 192.168.44.63 ● broadcast: 192.168.44.191

Subred 192.168.44.64 Subred 192.168.44.192

● hosts: de 192.168.44.65 al 192.168.44.94 ● hosts: de 192.168.44.193 al 192.168.44.222

● broadcast: 192.168.44.95 ● broadcast: 192.168.44.223

Subred 192.168.44.96 Subred 192.168.44.224

● hosts: de 192.168.44.97 al 192.168.44.126 ● hosts: de 192.168.44.225 al 192.168.44.254

● broadcast: 192.168.44.127 ● broadcast: 192.168.44.255

Organización en redes: Subredes
VLSM (Variable Length Subnet Mask): Máscaras de subred de longitud variable
● Muchas organizaciones utilizan una organización jerárquica de direcciones de red
○ La red se divide en subredes, que a su vez se pueden dividir en sub-subredes
○ La longitud de la máscara de subred puede ser variable, para cada subred

Ejemplo VLSM: Supongamos la red de clase A 12.0.0.0, con la sgte. organización:

Organización en redes: Subredes
Ejemplo VLSM: Una red de clase C (200.21.32.0) quiere dividirse en cinco subredes:
Subred 1: 50 hosts Subred 4: 30 hosts
Subred 2: 50 hosts Subred 5: 30 hosts
Subred 3: 50 hosts
● Dividir la red en 4 (22) subredes de 62 (26-2) hosts cada una
○ Máscara = 11111111 . 11111111 . 11111111 . 11000000 = 255.255.255.192
● Subdividir una de las redes en dos subredes de 30 (25-2) hosts cada una
○ Máscara = 11111111 . 11111111 . 11111111 . 11100000 = 255.255.255.224
Organización en redes: Subredes
Ejemplo VLSM: Una red de clase C (192.168.1.0) quiere dividirse en cinco subredes:
● Una subred de 126 hosts
● Una subred de 62 hosts
● Una subred de 30 hosts
● Dos subredes de 14 hosts cada una
Organización en redes: Superredes
El problema del agotamiento de direcciones IP
● Durante los años 80 y 90 la mayoría de direcciones solicitadas eran de clase B
○ El ritmo de crecimiento de Internet (el nº de redes se duplicaba cada año) las
direcciones de clase B se hubieran agotado en el año 1994
● En 1990 se estableció una política estricta de asignación de redes de clase A y B
○ La mitad del espacio de direcciones de clase A (números 64 a 127) se
reservan para un uso futuro, que permita la transición a un nuevo esquema de
direccionamiento (IPv6)
■ El resto de direcciones de clase A están agotadas
■ Sólo en casos particulares, y estudiados de forma individual, se podría
asignar una dirección de clase A reservada
○ Las direcciones de clase B sólo se asignan a organizaciones que puedan
demostrar la necesidad real de este tipo de dirección. Estas organizaciones
deben cumplir los siguientes requisitos mínimos:
■ Tener al menos 4096 hosts
■ Tener al menos 32 subredes distintas
○ Las organizaciones que no cumplen estos requisitos se les asigna varias
direcciones de clase C consecutivas
Organización en redes: Superredes
Necesidad de usar superredes (supernetting)
● El supernetting surge por la necesidad de agrupar varias direcciones consecutivas
de clase C
● Los routers gestionan estas superredes como una única dirección

Ejemplo: Se solicitan dos direcciones de clase C para organizar una red de 500 hosts:
○ 192.16.168.0
○ 192.16.169.0

● Si las máquinas se configuran con la máscara de clase C (255.255.255.0)

○ Los dos conjuntos de direcciones quedarían lógicamente aislados
○ Sería necesario utilizar un router para interconectar ambas redes.
○ En Internet, la ruta a esta red se tiene que desglosar en dos rutas separadas,
una para cada red
Organización en redes: Superredes
Ejemplo (continuación):
● Si queremos que las máquinas puedan estar ubicadas en la misma red local y se
vean unas a otras sin necesidad de usar ningún router, es necesario utilizar una
máscara de red distinta
Organización en redes: Superredes
Ejemplo: Una empresa dispone de 1000 hosts conectados a una misma red local.
Esta empresa solicita cuatro direcciones de clase C consecutivas:
○ 200.45.64.0
○ 200.45.65.0
○ 200.45.66.0
○ 200.45.67.0
● Estas cuatro redes se une en una única superred de la siguiente forma:

252.0
Organización en redes: CIDR
CIDR (Classless Interdomain Routing) Encaminamiento inter-dominio sin clases:
● Respuesta a los problemas que estaba teniendo Internet de:
○ Agotamiento de direcciones
○ Crecimiento de las tablas de ruta
● CIDR es el resultado de unir VLSM y Supernetting
○ Elimina el concepto de clases (A, B y C)
● Tablas de rutas en CIDR
○ Las entradas en las tablas de rutas de los routers deben tener no solo la
dirección de la red destino, sino también su máscara
● Ventajas de CIDR :
○ Asignar redes ajustadas al tamaño necesario.
■ Se asigna un identificador de red y una máscara del tamaño deseado
○ Reducir el número de entradas en las tablas de rutas “resumiendo” varias
entradas en una (agregado de direcciones)
Organización en redes: CIDR
Ejemplo: Tablas de rutas y organización con CIDR
Protocolo ICMP

ICMP: Internet Control Message Protocol

● Es un protocolo para el intercambio de mensajes de control en la red.
● Los mensajes ICMP se pueden clasificar en dos tipos:
○ Mensajes de error
■ Permiten informar de situaciones de error en la red
■ Ejemplos: destino inalcanzable, tiempo excedido, problema de parámetro,
etc.
○ Mensajes informativos
■ Permiten intercambiar información sobre la presencia o el estado de un
determinado sistema
■ Ejemplos: mensajes de ECHO, anuncio o solicitud de router,
redirecciones, etc.
Protocolo ICMP: Formato del Mensaje

● Los mensajes ICMP se transmiten dentro de paquetes IP

○ El protocolo ICMP se corresponde con el identificador 1
● La cabecera ICMP contiene la siguiente información:
○ Tipo (8 bits): Indica el tipo del mensaje ICMP
○ Código (8 bits): Ofrece información adicional sobre el contenido del mensaje.
Su significado depende del tipo del mensaje.
○ Checksum (16 bits): Es un campo para detectar errores en el mensaje ICMP.

Cabecera IP Cabecera ICMP Datos ICMP (opcionales)

(Protocol = 1)

Tipo (8 bits) Código (8 bits) Checksum (16 bits)

Protocolo ICMP: Tipos de Mensajes

Tipo Significado
0 Echo Reply
5 Redirect
Mensajes
8 Echo Request
Informativos
9 Router Solicitation
10 Router Advertisement
3 Destination Unreachable
Mensajes
4 Source Quench
de error
11 Time Exceeded
12 Parameter Problem
Protocolo ICMP: Echo Request/Reply
● Se utilizan para ver si un computador es alcanzable (habitualmente con ping)
● Formato de los mensajes Echo Request/Echo Reply
○ Los tipos son 8 (Echo Request) y 0 (Echo Reply)
○ Código = 0
○ Identificador: Permite establecer la correspondencia entre solicitud (Request)
y respuesta (Reply); ambas con el mismo identificador.
○ Secuencia: También se utiliza para establecer la correspondencia entre
solicitud y respuesta, cuando se envían varios Echo Requests consecutivos
con el mismo identificador.
○ Datos: Contiene un número determinado de bytes, generados aleatoriamente
por la herramienta de diagnóstico. El tamaño se puede especificar como un
parámetro de la orden ping

Tipo (0/8) Código (0) Checksum

Identificador Nº de secuencia
Datos
Protocolo ICMP: Redirect
● Los mensajes de redirección los envía un router cuando un host no está eligiendo
la ruta adecuada hacia un determinado destino
● El mensaje de redirección le indica a host cuál es el camino más adecuado para
alcanzar dicho destino
Ejemplo:
● Supongamos que, en el ejemplo de la figura 192.16.1.1
A
el Host B tiene mal configurada su tabla de rutas
○ Tiene como Default Router a R1 Red: 192.16.1.0 192.16.1.100

● Si el host B quiere enviar un paquete al host C, 192.16.2.1 R1

B Default Router = R1
lo hará a través del router R1 (ruta incorrecta) 192.16.2.100

○ El router R1 devolverá un mensaje ICMP Red: 192.16.2.0 192.16.2.200

Redirect al host B indicando que 192.16.3.1 R2

la ruta correcta al host C es a través de R2 C

192.16.3.100
○ El host B añadirá una nueva entrada en su Red: 192.16.3.0

tabla de rutas con el camino correcto al host C

Protocolo ICMP: Redirect
Formato del mensaje ICMP Redirect
● Tipo = 5
● Código
○ Código = 0 → redirección a una red
○ Código = 1 → redirección a un host

Tipo (5) Código Checksum

Dirección IP del router aconsejado
Cabecera IP del datagrama original
+
64 primeros bits de datos
Protocolo ICMP: Router Advertisement/Solicitation
● Implementan el protocolo RDISC (Router Discovery) para descubrimiento del
router predeterminado
● Un router periódicamente anuncia su dirección en la red mediante un mensaje
ICMP Router Advertisement
○ Los anuncios se envían a la dirección multicast 224.0.0.1 (All-systems
multicast address)
○ Por defecto los anuncios se envían cada 10 minutos y tienen una validez de
30 minutos (TTL=1800 segundos)
○ Un router también puede enviar un mensaje de Router Advertisement a un
host específico como respuesta a un mensaje Router Solicitation
● Cuando un host activa su interfaz de red envía tres mensajes ICMP Router
Solicitation con intervalos de tres segundos
○ Los paquetes Router Solicitation se envían a la dirección multicast 224.0.0.2
(All-routers multicast address)
○ Cuando un host recibe un paquete de Router Advertisement:
■ Si el campo Preferencia es mayor que la Preferencia del default router
actual configura el nuevo router como default router.
■ Si es el mismo router que tiene configurado como predeterminado, el host
reinicializa el valor de TTL al valor indicado en el anuncio.
Protocolo ICMP: Router Advertisement/Solicitation
Formato de los mensajes
● Tipo: 9 (Router Advertisement) y 10 (Router Solicitation)
● Número: de direcciones se anuncian en el paquete (un router puede tener varias)
● Longitud (en palabras de 32 bits): de cada una de las entradas que se anuncian
○ Normalmente tiene valor 2 (32 bits para la dirección IP + 32 bits para la
Preferencia)
● TTL: Tiempo de validez (en segundos) de la dirección anunciada
○ Por defecto son 1800 segundos (30 minutos)
● Dirección del router: Dirección IP del anunciante
● Preferencia: Valor de 32 bits que indica el nivel de preferencia o prioridad de la
dirección anunciada
○ Por defecto toma valor 0 Tipo (9/10) Código (0) Checksum
○ El valor mínimo (0x80000000 en C2) Número Longitud TTL
indica que la ruta no debe usarse Dirección de router 1
Preferencia 1
..........
Dirección de router n
Preferencia n
Protocolo ICMP: Destination Unreachable
● Estos mensajes los envía el router cuando el destino de un paquete es
inalcanzable, para informar al host emisor del paquete de esta situación
● Formato del mensaje
○ Tipo = 3
○ Código
■ Especifica la razón por la cual el destino es inalcanzable
■ Véase a continuación la lista de códigos

Tipo (3) Código Checksum

No usado (cero)
Cabecera IP del datagrama original
+
64 primeros bits de datos
Protocolo ICMP: Destination Unreachable
Valores del campo Código
0: Network unreachable
○ Fallo en el link hacia la red
○ Routing incorrecto
1: Host unreachable
○ Máquina apagada o desconectada de la red
○ Dirección IP incorrecta
2: Protocol unreachable
○ Nº de protocolo incorrecto en el paquete IP
○ Protocolo no disponible (por ej. OSPF, BGP, etc.)
3: Port unreachable: Puerto UDP cerrado
4: Fragmentation needed but the Do Not Fragment bit was set
5: Source route failed
6: Destination network unknown: Routing incorrecto o Dirección IP incorrecta
7: Destination host unknown: Routing incorrecto o Dirección IP incorrecta
9: Destination network administratively prohibited: Red protegida con un Firewall
10: Destination host administratively prohibited: Host protegido con un Firewall
Protocolo ICMP: Source Quench
● Son mensajes de control de congestión
● Los puede enviar un router intermedio o el host destinatario
○ Si proceden de un router intermedio
■ Indican que éste no tiene espacio suficiente en buffer para almacenar el
datagrama
■ El datagrama será descartado
○ Si proceden del host destinatario
■ Indican que los datagramas están llegando demasiado deprisa para
poder ser procesados
■ Los datagramas serán descartados
○ En ambos casos el emisor deberá ralentizar el ritmo de envío de paquetes
● Formato del mensaje
○ Tipo = 4
○ Código = 0
Tipo (4) Código (0) Checksum
No usado
Cabecera IP del datagrama original
+
64 primeros bits de datos
Protocolo ICMP: Time exceeded
● Este paquete lo puede enviar un router intermedio o el host destinatario:
○ Los envía un router al host origen cuando descarta el paquete por haber
agotado su tiempo de vida (TTL de tránsito)
○ Lo envía el host destinatario en el caso de un paquete fragmentado, cuando
no puede reensamblar por falta de algún fragmento y se agota el tiempo de
espera para reensamblado (TTL de reensamblado)
● Orden traceroute
○ Usa de este tipo de mensajes para descubrir la ruta a un determinado destino
● Formato del mensaje
○ Tipo = 11
○ Código = 0 → Agotado TTL de tránsito
○ Código = 1 → Agotado TTL de reensamblado

Tipo (11) Código Checksum

No usado
Cabecera IP del datagrama original
+
64 primeros bits de datos
Protocolo ICMP: Problemas con los parámetros
Indica que se ha encontrado algún tipo de problema durante el procesamiento de los
parámetros de la cabecera IP
○ Valor inválido en la cabecera o checksum erróneo
○ Campo opción necesario, pero no presente
● Formato del mensaje
○ Tipo = 12
○ Código = 0 → Error sin especificar
○ Código = 1 → Opción requerida no presente
○ Puntero
■ Indica el nº de byte de la cabecera IP donde se localiza el problema

Tipo (12) Código Checksum

Puntero No usado
Cabecera IP del datagrama original
+
64 primeros bits de datos
Encaminamiento: Introducción
● En una red de conmutación de paquetes, el encaminamiento o routing consiste
en encontrar un camino, desde el origen al destino, a través de nodos de
conmutación o encaminadores (routers) intermedios
● En caso de que existan varios caminos alternativos, es necesario decidir cuál es el
mejor camino posible → “camino más corto”
● El camino más corto se define según una métrica de encaminamiento:
○ Número de saltos: tiene en cuenta el número de routers y/o redes
intermedias que tiene que atravesar el paquete para alcanzar el destino.
○ Distancia geográfica: tiene en cuenta la distancia (en Km) que tiene que
recorrer el paquete para alcanzar el destino
○ Retardo promedio: tiene en cuenta el retardo de las líneas. Dado que éste
es proporcional a la distancia, esta métrica es similar a la anterior
○ Ancho de banda: tiene en cuenta la velocidad de transmisión de las líneas
por las que tiene que circular el paquete.
○ Nivel de tráfico: tiene en cuenta el nivel de uso de las líneas, para intentar
utilizar aquellas líneas con menor nivel de saturación.
○ Función de varias métricas
Encaminamiento: Técnicas Generales
Encaminamiento local
● Estas técnicas no tienen en cuenta la topología de la red
● Las técnicas más comunes son:
○ Encaminamiento aleatorio
○ Encaminamiento aislado
○ Inundación
Encaminamiento estático
● Las decisiones de encaminamiento se basan en la topología de la red:
○ El administrador construye manualmente las tablas de encaminamiento
○ No se adapta automáticamente a los cambios en la topología o estructura de
la red
Encaminamiento dinámico
● Las tablas de encaminamiento se construyen de forma automática, mediante el
intercambio periódico de información entre los nodos de conmutación o
encaminadores
○ No necesitan intervención de un administrador
○ Se adaptan automáticamente a los cambios en la topología de la red
● Las técnicas más comunes son:
○ Encaminamiento por vectores de distancia
○ Encaminamiento por estado de los enlaces
Encaminamiento Estático
● Se basa en la construcción manual de tablas de rutas por el administrador de la red
● La construcción de tablas de encaminamiento debe cumplir el principio de
optimización
● Si el camino más corto entre dos encaminadores A y D es a través de un
encaminador intermedio B, entonces el camino más corto de B a D es a través de
la misma ruta.
● Ejemplo
○ A→D: ruta A-B-C-D A
1
B
1
C
○ B→D: ruta B-C-D
1 1 1
○ C→D: ruta C-D
2 2
F E D
● Consecuencia del principio de optimización:
○ Para encaminar un paquete a lo largo del camino más corto, sólo es necesario
conocer la identidad del siguiente encaminador inmediato a lo largo del
camino.
○ Este modo de encaminamiento se denomina encaminamiento por siguiente
salto (next-hop routing) o encaminamiento salto a salto (hop-by-hop
routing).
Encaminamiento por Vector de Distancias
● Cada encaminador o nodo de conmutación mantiene una tabla de
encaminamiento con una entrada por cada posible destino en la red
● Cada entrada de la tabla contiene:
○ El destino
○ El siguiente nodo para alcanzar dicho destino
○ La distancia o métrica al destino
● Para construir la tabla de encaminamiento los nodos intercambian periódicamente
información con sus vecinos (vectores de distancia)
○ Nodos alcanzables
○ Distancia a la que se encuentran
● El método de encaminamiento por vectores de distancia también recibe el nombre
de algoritmo de Bellman-Ford
● Algoritmos de encaminamiento basados en vectores de distancia
○ RIP (Routing Information Protocol)
Encaminamiento por Vector de Distancias
Ejemplo:
● La métrica puede representar, por ejemplo, el
retardo de las líneas
● Para determinar el retardo de cada enlace se
puede enviar un ping al vecino y calcular el
tiempo de ida y vuelta
● Las tablas de rutas son:

Tabla del nodo B Tabla del nodo C Tabla del nodo D Tabla del nodo E
Des- Siguiente Distan- Des- Siguiente Distan- Des- Siguiente Distan- Des- Siguiente Distan-
tino Nodo cia tino Nodo cia tino Nodo cia tino Nodo cia
C D 5 B D 5 B B 4 B D 7
D D 4 D D 1 C C 1 C C 3
E D 7 E E 3 E E 3 D D 3
Encaminamiento por Vector de Distancias
Ejemplo:
● Supongamos que se añade un nuevo nodo
● Inicialmente el nodo A sólo conoce los nodos
que tiene directamente conectados
○ Debe determinar la métrica a cada destino
(ej. ping para determinar el retardo)
Destino Siguiente Nodo Distancia

B B 2
C C 1

Tabla de encaminamiento inicial de A

● A continuación, el nodo A recibe de sus nodos vecinos (B y C) información de
encaminamiento (vectores de distancia):

Vectores de distancia B → A Vectores de distancia C → A

Destino Distancia Destino Distancia
C 5 B 5
D 4 D 1
E 7 E 3
Encaminamiento por Vector de Distancias
Ejemplo:
● A partir de esta información, el nodo A construye su tabla de encaminamiento
● El nodo A difunde información de encaminamiento (vectores de distancia) a sus
nodos vecinos
Tabla de final de A
Destino Siguiente Nodo Distancia
B B 2
C C 1
D C 2
E C 4

● El resto de nodos recalculan sus tablas de encaminamiento, que finalmente

quedan de la siguiente forma:
Tabla del nodo B Tabla del nodo C Tabla del nodo D Tabla del nodo E
Des- Siguiente Distan- Des- Siguiente Distan- Des- Siguiente Distan- Des- Siguiente Distan-
tino Nodo cia tino Nodo cia tino Nodo cia tino Nodo cia
A A 2 A A 1 A C 2 A C 4
C A 3 B A 3 B A/B* 4 B C 6
D A/D* 4 D D 1 C C 1 C C 3
E A 6 E E 3 E E 3 D D 3
Encaminamiento por Estado de Enlaces
Características:
● Cada encaminador mantiene información sobre la topología exacta de la red, la
base de datos del estado de los enlaces (link state database)
Proceso de construcción de la base de datos
● Cada encaminador identifica a todos los nodos vecinos y determina la distancia o
métrica a cada uno (estado del enlace)
● Cada nodo anuncia esta información a todos los nodos de la red, ej. por un
mecanismo de inundación
● La información de enlaces locales y la recibida del resto de nodos de la red:
○ Se usa para construir la base de datos del estado de los enlaces
○ Todos los nodos manejan exactamente la misma base de datos
● A partir de la base de datos del estado de los enlaces:
○ Cada nodo construye un mapa o árbol de rutas de la red desde “su punto de
vista”
○ La construcción del árbol o mapa de rutas se basa en el algoritmo de Dijsktra
○ En este árbol de rutas, cada nodo selecciona las rutas más cortas a cada
destino y se eliminan posibles bucles
Ejemplo de algoritmo: OSPF (Open Shortest Path First)
Encaminamiento por Estado de Enlaces
Ejemplo:

Red Base de datos de estado de los enlaces

(común a todos los nodos)

Árbol o mapa de rutas

para el nodo A
Encaminamiento en Internet

● Se usan algoritmos por encaminamiento dinámico

● Organización jerárquica de Internet: Sistemas Autónomos (AS)
○ Protocolos Internos (IGP): Lo utilizan los routers internos, para el
encaminamiento dentro de un AS:
■ RIP: Routing Information Protocol
■ OSPF: Open Shortest Path First
■ IGRP: Internal Gateway Routing Protocol (de CISCO)
○ Protocolos Externos (EGP): Lo utilizan los routers frontera, para el
encaminamiento entre distintos AS:
■ EGP: External Gateway Protocol (actualmente en desuso)
■ BGP: Border Gateway Protocol
Encaminamiento en Internet
Encaminamiento en Internet
Tablas de encaminamiento en redes IP (1)
● Ejemplo: Supongamos la siguiente red

○ La tabla de encaminamiento de la estación A, podría ser la siguiente:

# route -n
Kernel IP routing table
Destination Gateway Genmask Flags Iface
1---> 200.16.1.0 0.0.0.0 255.255.255.0 U eth0
2---> 200.16.2.0 200.16.1.20 255.255.255.0 UG eth0
3---> 200.16.3.1 200.16.1.20 255.255.255.255 UGH eth0
4---> 0.0.0.0 200.16.1.10 0.0.0.0 UG eth0
Encaminamiento en Internet
Tablas de encaminamiento en redes IP (2)
● Campos principales de la tabla de encaminamiento
○ Destination: Red o host destino
○ Gateway: El host o router que debe entregar o reexpedir el paquete
○ Genmask: Máscara de red asociada a la red destino
○ Flags: Indican el estado de la ruta
■ U → La interfaz está activada (en uso)
■ H → El campo Destination representa un Host y no una red
■ G → El host de entrega es un router (un camino indirecto)
■ D → La ruta es consecuencia de una redirección ICMP
○ Iface: Enlace o interfaz de red por el que se alcanza la red destino
Encaminamiento en Internet
Tablas de encaminamiento en redes IP (3)
● Entradas de la tabla de encaminamiento de la estación A
Entrada 1
Destination Gateway Genmask Flags Iface
200.16.1.0 0.0.0.0 255.255.255.0 U eth0

● El destino es la propia red local de la estación A

● Para enviar un paquete a cualquier máquina de esa red destino (por ej. estación B), no es
necesario utilizar ningún router (Gateway = 0.0.0.0), sino que se realiza la entrega directa del
paquete a través de la propia red
● Esta entrada aparece automáticamente en la tabla de rutas, en el momento en que se configura la
interfaz de red (eth0)
Entrada 2
Destination Gateway Genmask Flags Iface
200.16.2.0 200.16.1.20 255.255.255.0 UG eth0

● El destino es una red diferente alcanzable de forma indirecta a través de un router

● Para enviar un paquete a cualquier máquina de esa red destino (por ej. estación C), es necesario
entregar el paquete al router indicado (Gateway = 200.16.1.20)
● Esta entrada hay que añadirla a la tabla de rutas de forma manual o mediante algún protocolo de
routing
Encaminamiento en Internet
Tablas de encaminamiento en redes IP (4)
● Entradas de la tabla de encaminamiento de la estación A (cont.)
Entrada 3
Destination Gateway Genmask Flags Iface
200.16.3.1 200.16.1.20 255.255.255.255 UGH eth0

● El campo destino no se corresponde con una red sino con un host

● Para enviar un paquete al host destino (en este caso, la estación D), es necesario entregar el
paquete al router indicado (Gateway = 200.16.1.20)
● Esta entrada hay que añadirla a la tabla de rutas de forma manual o mediante algún protocolo de
routing
Entrada 4
Destination Gateway Genmask Flags Iface
0.0.0.0 200.16.1.10 0.0.0.0 UG eth0

● Esta entrada, cuyo campo destino tiene valor 0.0.0.0, se utiliza para definir el router predeterminado
(default router)
● Esta entrada se utiliza cuando la red o host destino no coincide con ninguna de las entradas
anteriores de la tabla de rutas (por ejemplo, en el caso de la estación E)
● En esta situación, el paquete se debe entregar al router predeterminado (200.16.1.10)
● Normalmente, esta entrada se añade a la tabla de rutas de forma manual o mediante la lectura de
un fichero de configuración.