TCP-IP

DIRECCIONAMIENTO IP

1
Temas
Repaso del modelo OSI con el TCP/IP.

Describir la funcin y la estructura de las direcciones IP.

La divisin en subredes.

Diferencia entre direccionamiento pblico y privado.

Funcin de las direcciones IP reservadas.

2
Temas
Uso del direccionamiento esttico y dinmico para un
dispositivo.

Direccionamiento dinmico: RARP, BootP y DHCP.

ARP para obtener direcciones MAC

Problemas relacionados con el direccionamiento entre

redes

3
EL MODELO TCP-IP

4
La capa de Aplicacin

5
La capa de Aplicacin

Protocolo de transferencia de archivos (FTP): es

un servicio confiable orientado a conexin que utiliza
TCP para transferir archivos

Protocolo trivial de transferencia de archivos

(TFTP): es un servicio no orientado a conexin que
utiliza el Protocolo de datagrama de usuario (UDP).

Sistema de archivos de red (NFS): es un conjunto

de protocolos para un sistema de archivos distribuido,

6
 La capa de Aplicacin

Protocolo simple de transferencia de correo (SMTP):

administra la transmisin de correo electrnico a travs de
las redes informticas.

Emulacin de terminal (Telnet): Telnet tiene la

capacidad de acceder de forma remota a otro computador.

7
La capa de Aplicacin
Protocolo simple de administracin de red
(SNMP): es un protocolo que provee una manera de
monitorear y controlar los dispositivos de red y de
administrar las configuraciones, la recoleccin de
estadsticas, el desempeo y la seguridad.

Sistema de denominacin de dominio (DNS): es

un sistema que se utiliza en Internet para convertir
los nombres de los dominios y de sus nodos de red
publicados abiertamente en direcciones IP.
8
La capa de transporte

9
La capa de transporte

La capa de transporte proporciona servicios de transporte

desde el host origen hacia el host destino.

Esta capa forma una conexin lgica entre los puntos finales
de la red, el host transmisor y el host receptor.

Los protocolos de transporte segmentan y reensamblan los

datos mandados por las capas superiores en el mismo flujo de
datos, o conexin lgica entre los extremos.

10
La capa de transporte

La corriente de datos de la capa de transporte brinda

transporte de extremo a extremo.

11
La capa de transporte
TCP y UDP

Segmentacin de los datos de capa superior

Envo de los segmentos desde un dispositivo en un extremo a

otro dispositivo en otro extremo.

12
La capa de transporte

TCP solamente

Establecimiento de operaciones de punta a punta.

Control de flujo proporcionado por ventanas deslizantes.

Confiabilidad proporcionada por los nmeros de secuencia

y los acuses de recibo

13
La capa de Internet

El propsito de la capa de Internet es seleccionar la mejor

ruta para enviar paquetes por la red.

El protocolo principal que funciona en esta capa es el

Protocolo de Internet (IP).

La determinacin de la mejor ruta y la conmutacin de los

paquetes ocurre en esta capa.

14
La capa de Internet

15
La capa de Internet

IP proporciona un enrutamiento de paquetes no

orientado a conexin de mximo esfuerzo.

El IP no se ve afectado por el contenido de los

paquetes, sino que busca una ruta de hacia el destino.

El Protocolo de mensajes de control en Internet (ICMP)

suministra capacidades de control y envo de mensajes.

16
La capa de Internet

El Protocolo de resolucin de direcciones (ARP)

determina la direccin de la capa de enlace de datos, la
direccin MAC, para las direcciones IP conocidas.

El Protocolo de resolucin inversa de direcciones

(RARP) determina las direcciones IP cuando se conoce
la direccin MAC.

17
La capa de Internet

El IP ejecuta las siguientes operaciones:

Define un paquete y un esquema de direccionamiento.

Transfiere los datos entre la capa Internet y las capas de

acceso de red.

Enruta los paquetes hacia los hosts remotos.

18
La capa de Internet

Se considera a IP como protocolo poco confiable.

Esto no significa que IP no enviar correctamente los

datos a travs de la red.

Llamar al IP, protocolo poco confiable simplemente

signfica que IP no realiza la verificacin y la correccin de
los errores.

Dicha funcin la realizan los protocolos de la capa

superior desde las capas de transporte o aplicacin

19
La capa de Acceso a la Red

La capa de acceso de red tambin se denomina capa de host a

red.

La capa de acceso de red es la capa que maneja todos los

aspectos que un paquete IP requiere para efectuar un enlace
fsico real con los medios de la red.

Esta capa incluye los detalles de la tecnologa LAN y WAN y

todos los detalles de las capas fsica y de enlace de datos del
modelo OSI.
20
La capa de Acceso a la Red

21
Comparacin TCP/IP y OSI

22
Comparacin TCP/IP y OSI

Similitudes entre los modelos OSI y TCP/IP:

Ambos se dividen en capas.

Ambos tienen capas de aplicacin, aunque incluyen

servicios muy distintos.

Ambos tienen capas de transporte y de red similares.

Se supone que la tecnologa es de conmutacin por

paquetes y no de conmutacin por circuito.
23
Comparacin TCP/IP y OSI
Diferencias entre los modelos OSI y TCP/IP :
TCP/IP combina las capas de presentacin y de sessin
en una capa de aplicacin

TCP/IP combina la capas de enlace de datos y la capa

fsica del modelo OSI en una sola capa

TCP/IP parece ser ms simple porque tiene menos

capas

La capa de transporte TCP/IP que utiliza UDP no

siempre garantiza la entrega confiable de los paquetes
mientras que la capa de transporte del modelo OSI s.
24
Arquitectura de Internet

25
Nivel de red en Internet
El Nivel de Red en Internet est formado por:
Elprotocolo IP: IPv4, IPv6
Los protocolos de control: ICMP, ARP, RARP,
BOOTP, DHCP, IGMP,
Los protocolos de routing: RIP, OSPF, IS-IS, IGRP,
EIGRP, BGP,
Toda la informacin en Internet (incluidos los
protocolos de control y de routing) viaja dentro
de datagramas IP

26
Internet: conjunto de redes
interconectadas

El protocolo IP es el pegamento que las mantiene unidas

27
 Cabecera de un datagrama IPv4
32 bits

Versin Lon Cab DS (DiffServ) Longitud Total

Identificacin Res. DF MF Desplazam. de Fragmento
Tiempo de vida (TTL) Protocolo Checksum
Direccin de origen
Direccin de destino
Opciones (de 0 a 40 bytes)

Versin: siempre vale 4

Longitud Cabecera: en palabras de 32 bits (mnimo 5, mximo 15)
DS (Differentiated Services): Para Calidad de Servicio
Longitud total: en bytes, mximo 65535 (incluye la cabecera)
Campos de Fragmentacin: Identificacin, DF, MF, Desplaz. Fragmento
Tiempo de vida (TTL): cuenta saltos hacia atrs (se descarta cuando es cero)
Protocolo: indica a que protocolo pertenece el contenido del paquete (los datos)
Checksum: sirve para comprobar la integridad de la cabecera, pero no de los datos
Direcciones de origen y destino: De 32 bits, se mantienen inalteradas durante la vida del paquete
Opciones: si las hay deben tener una longitud mltiplo de 4 bytes
28
Algunos valores del campo Protocolo
Valor Protocol Descripcin
o
1 ICMP Internet Control Message Protocol
2 IGMP Internet Group Management Protocol
3 GGP Gateway-to-Gateway Protocol
4 IP IP en IP (encapsulado)
5 ST Stream
6 TCP Transmission Control Protocol
8 EGP Exterior Gateway Protocol
17 UDP User Datagram Protocol
29 ISO-TP4 ISO Transport Protocol Clase 4
80 CLNP Connectionless Network Protocol
88 IGRP Interior Gateway Routing Protocol
89 OSPF Open Shortest Path First
29
Opciones de la cabecera IP
Opcin Funcin Mx. Ej. Ej.
Windows Linux

Record route Va anotando en la cabecera IP la 9 Ping r Ping -R

ruta seguida por el datagrama

Timestamp Va anotando la ruta y adems pone 4 Ping s

una marca de tiempo en cada salto

Strict source La cabecera contiene la ruta paso a 9 Ping k

routing paso que debe seguir el datagrama

Loose source La cabecera lleva una lista de routers 9 Ping -j

routing por los que debe pasar el datagrama,
pero puede pasar adems por otros

El lmite de 9 direcciones lo fija el tamao mximo del campo opciones. En la

opcin Timestamp este valor se reduce a 4 porque cada salto anotado ocupa 8
bytes (4 de la direccin y 4 del timestamp)

30
Direccionamiento IPv4

Un Router enva los paquetes desde la red origen a la

red destino utilizando el protocolo IP.

Los paquetes deben incluir un identificador tanto para la

red origen como para la red destino.

Utilizando la direccin IP de una red destino, un Router

puede enviar un paquete a la red correcta.

31
Direccionamiento IPv4

Cuando un paquete llega a un Router conectado a la red

destino, este utiliza la direccin IP para localizar el
computador en particular conectado a la red.

32
Direccionamiento IPv4
De igual manera, cada direccin IP consta de dos
partes.

Una parte identifica la red donde se conecta el

sistema y la segunda identifica el sistema en
particular de esa red.

33
Direccionamiento IPv4
Este tipo de direccin recibe el nombre de direccin
jerrquica porque contiene diferentes niveles.
Una direccin IP combina estos dos identificadores
en un solo nmero.

34
 Formato de las direcciones IP versin 4
32 bits
Clase Rango

A 0.0.0.0
0 Red(128) Host (16777216)
127.255.255.255

128.0.0.0
B 1 Red (16384) Host (65536)
191.255.255.255
0

192.0.0.0
C 110 Red (2097152) Host (256)
223.255.255.255

224.0.0.0
D 1110 Grupo Multicast (268435456)
239.255.255.255

240.0.0.0
E 1111 Reservado
255.255.255.255
35
Formato de las direcciones IP versin 4

36
Clase A

37
Clase B

38
Clase C

39
Clase E

40
Clase E

41
42
Direccin de red

43
Direccin de broadcast:

44
 Un router conectando tres LANs
IP: 147.156.13.5 IP: 147.156.24.12 IP: 147.156.145.17
Rtr: 147.156.0.1 Rtr: 147.156.0.1 Rtr: 147.156.0.1

LAN B
213.15.1.0

LAN A
147.156.0.0

Al estar todas las redes 147.156.0.1 IP: 213.15.1.2

213.15.1.1 Rtr: 213.15.1.1
directamente conectadas no
hacen falta rutas
193.146.62.1

LAN C
193.146.62.0
IP: 213.15.1.3
Rtr: 213.15.1.1

IP: 193.146.62.7 IP: 193.146.62.12 IP: 193.146.62.215

Rtr: 193.146.62.1 Rtr. 193.146.62.1 Rtr: 193.146.62.1
45
 Dos routers conectando tres LANs

LAN A
202.1.1.0 LAN B LAN C
203.1.1.0 204.1.1.0
H2
H1

203.1.1.3
202.1.1.2 Rtr 203.1.1.1
A 202.1.1.0 por 203.1.1.1
202.1.1.1 204.1.1.2
Rtr 202.1.1.1 203.1.1.1 A 204.1.1.0 por 203.1.1.2
X Rtr 204.1.1.1
203.1.1.2 204.1.1.1
A 204.1.1.0 por 203.1.1.2 Y

A 202.1.1.0 por 203.1.1.1

202.1.1.3
Rtr 202.1.1.1 204.1.1.3
203.1.1.4 Rtr 204.1.1.1
A 202.1.1.0 por 203.1.1.1
Rtr 203.1.1.1
A 204.1.1.0 por 203.1.1.2

46
 Host multihomed
H5 203.1.1.3
A 202.1.1.0 por 203.1.1.1
LAN B A 204.1.1.0 por 203.1.1.2
203.1.1.0

203.1.1.1 203.1.1.2
H1 202.1.1.1 204.1.1.1 H3
X Y

202.1.1.2 A 204.1.1.0 por 203.1.1.2 A 202.1.1.0 por 203.1.1.1 204.1.1.2

Rtr 202.1.1.1 Rtr 204.1.1.1

H6
202.1.1.4 204.1.1.4
H2
H4
Rtr 202.1.1.1

202.1.1.3 H6 no enruta paquetes entre A y C, no es un router.

204.1.1.3
Rtr 202.1.1.1 Cuando enve un paquete a H5 lo mandar por Rtr 204.1.1.1

LAN A LAN C
202.1.1.0 204.1.1.0
47
 Red con caminos alternativos

LAN B 203.1.1.3
H5
203.1.1.0 A 202.1.1.0 por 203.1.1.1
A 204.1.1.0 por 203.1.1.2

H1 203.1.1.1 203.1.1.2
202.1.1.1 204.1.1.1 H3
X Y

202.1.1.2
Rtr 202.1.1.1 A 204.1.1.0 por 203.1.1.2 A 202.1.1.0 por 203.1.1.1 204.1.1.2
Rtr 204.1.1.1

H2
H4
202.1.1.4 204.1.1.4
Z
202.1.1.3 204.1.1.3
Rtr 202.1.1.4 Rtr 204.1.1.4
ping 204.1.1.2 A 203.1.1.0 por 202.1.1.1
LAN A LAN C
202.1.1.0 204.1.1.0
48
 Conexin de dos LANs mediante una
lnea serie
LAN A LAN B
165.12.0.0 213.1.1.0

A 213.1.1.0 por 192.168.2.2

Red 192.168.2.0

165.12.0.1 X
213.1.1.2
165.12.0.2 192.168.2.1
Rtr 213.1.1.1
Rtr 165.12.0.1

192.168.2.2 213.1.1.1
Y

A 165.12.0.0 por 192.168.2.1 213.1.1.3

165.12.0.3 Rtr 213.1.1.1
Rtr 165.12.0.1

49
 Uso de la ruta por defecto

LAN B
207.1.1.1 207.1.1.0
LAN A Y
165.12.0.0 192.168.1.2

A 165.12.0.0 por 192.168.1.1

A 213.1.1.0 por 192.168.1.1 LAN C
A 215.1.1.0 por 192.168.1.1 213.1.1.0
192.168.1.1

165.12.0.1 X 192.168.2.1 192.168.2.2 Z 213.1.1.1

192.168.3.1
A 0.0.0.0 por 192.168.2.1
A 207.1.1.0 por 192.168.1.2
A 213.1.1.0 por 192.168.2.2 192.168.3.2
A 215.1.1.0 por 192.168.3.2

W 215.1.1.1 Ruta por

defecto
A 0.0.0.0 por 192.168.3.1
LAN D
215.1.1.0
50
 Red NBMA (Non Broadcast Multi Access)
A 165.12.0.0 por 192.168.2.1 LAN B
A 213.1.1.0 por 192.168.2.2 207.1.1.0
A 215.1.1.0 por 192.168.2.4
LAN A
165.12.0.0 Y 207.1.1.1 LAN C
213.1.1.0
192.168.2.3
PVCs o SVCs

165.12.0.1 192.168.2.1 192.168.2.2 213.1.1.1

X Z

A 207.1.1.0 por 192.168.2.3 A 165.12.0.0 por 192.168.2.1

A 213.1.1.0 por 192.168.2.2 A 207.1.1.0 por 192.168.2.3
A 215.1.1.0 por 192.168.2.4 A 215.1.1.0 por 192.168.2.4
192.168.2.4

W 215.1.1.1
Red RDSI, X.25,
Frame Relay o ATM
A 165.12.0.0 por 192.168.2.1 LAN D
A 207.1.1.0 por 192.168.2.3 215.1.1.0
A 213.1.1.0 por 192.168.2.2
51
 Conexin a Internet de oficina principal y
sucursal
147.156.13.5 147.156.24.12 147.156.145.17
Oficina Rtr 147.156.0.1 Rtr 147.156.0.1 Rtr 147.156.0.1
Principal
147.156.0.0
A 193.146.62.0 por 192.168.0.1
A 0.0.0.0 por 192.168.1.1

147.156.0.1

Y 192.168.1.2
192.168.0.2 Z Internet
Sucursal 192.168.1.1
193.146.62.0
X 192.168.0.1

A 0.0.0.0 por 192.168.0.2 A 147.156.0.0 por 192.168.1.2

193.146.62.1 A 193.146.62.0 por 192.168.1.2
.................................................
.................................................

193.146.62.7 193.146.62.12 193.146.62.215

Rtr Rtr Rtr: 193.146.62.1
193.146.62.1 193.146.62.1 52
 Direcciones IP especiales

Direccin Significado Ejemplo

255.255.255.255 Broadcast en la propia red o subred
0.0.0.0 Identifica al host que enva el datagrama Usado en
BOOTP
Host a ceros Identifica una red (o subred) 147.156.0.0
Host a unos Broadcast en esa red (o subred) 147.156.255.255
Red a ceros Identifica un host en la propia red (o 0.0.1.25
subred)
127.0.0.1 Direccin Loopback
224.0.0.1 Todos los hosts multicast

53
Direcciones IP reservadas y privadas
(RFC 1918)
Red o rango Uso
127.0.0.0 Reservado (fin clase A)
128.0.0.0 Reservado (ppio. Clase B)
191.255.0.0 Reservado (fin clase B)
192.0.0.0 Reservado (ppio. Clase C)
224.0.0.0 Reservado (ppio. Clase D)
240.0.0.0 255.255.255.254 Reservado (clase E)
10.0.0.0 Privado
172.16.0.0 172.31.0.0 Privado
192.168.0.0 192.168.255.0 Privado

54
 Utilidad de las direcciones privadas

A B

152.48.7.5 Interne 147.156.1.10

t

130.15.12.27
202.34.98.10
172.16.1.1
Empresa X 147.156.1.1 Empresa Y
172.16.0.0 NAT 147.156.0.0
NAT

147.156.1.10
172.16.1.10
Rtr 147.156.1.1
Rtr 172.16.1.1
172.16.1.2
147.156.1.2
Rtr 172.16.1.1
Rtr 147.156.1.1

55
Subredes
Dividen una red en partes ms pequeas.
Nivel jerrquico intermedio entre red y host
Roba unos bits de la parte host para
formar la subred.
Permite una organizacin jerrquica. Una
red compleja (con subredes) es vista
desde fuera como una sola red.

56
 Ejemplo de Subredes
Dividamos la red 147.156.0.0 (clase B) en cuatro subredes:
16 bits 2 bits 14 bits

147 . 156
Subre Host
d
Mscara: 11111111 . 11111111 . 11 000000 . 00000000
255 . 255 . 192 . 0

Bits subred Subred Mscara Rango

00 (0) 147.156.0.0 255.255.192.0 147.156.0.0 147.156.63.255
01 (64) 147.156.64.0 255.255.192.0 147.156.64.0 147.156.127.255
10 (128) 147.156.128.0 255.255.192.0 147.156.128.0 147.156.191.255
11 (192) 147.156.192.0 255.255.192.0 147.156.192.0 147.156.255.255

57
Subredes
La mscara identifica que parte de la direccin es red-subred y que
parte es host.
Si la parte host es cero la direccin es la de la propia subred
La direccin con la parte host toda a unos, que corresponde a la
ltima direccin de la subred, se utiliza para realizar envos broadcast
Por tanto en cada subred hay siempre dos direcciones reservadas, la
primera y la ltima.

Subred Rango Rango asignable a hosts

147.156.0.0 147.156.0.0 147.156.63.255 147.156.0.1 147.156.63.254

147.156.64.0 147.156.64.0 147.156.127.255 147.156.64.1 147.156.127.254

147.156.128.0 147.156.128.0 147.156.191.255 147.156.128.1 147.156.191.254

147.156.192.0 147.156.192.0 147.156.255.255 147.156.192.1 147.156.255.254

58
Subredes. Otro ejemplo
Red 156.134.0.0, mscara 255.255.255.0.
Creamos 256 subredes, cada una de ellas identificada por el tercer byte:

Bits subred Subred Broadcast Rango asignable

00000000 (0) 156.134.0.0 156.134.0.255 156.134.0.1 156.134.0.254
00000001 (1) 156.134.1.0 156.134.1.255 156.134.1.1 156.134.1.254
00000010 (2) 156.134.2.0 156.134.2.255 156.134.2.1 156.134.2.254

11111111 (255) 156.134.255.0 156.134.255.255 156.134.255.1 156.134.255.254

Las direcciones 156.134.subred.0 identifican las subredes

Las direcciones 156.134.subred.255 son el broadcast en cada subred.

59
Subredes
Red 156.134.0.0, mscara 255.255.255.0
256 subredes (de 156.134.0.0 a 156.134.255.0) pero
Direccin 156.134.0.0 identifica toda la red o la primera subred?
Direccin 156.134.255.255 identifica broadcast en la red o en la
ltima subred?
Solucin: no utilizar la primera ni la ltima subred (las que
tienen el campo subred todo a ceros o todo a unos).
Esta norma se puede infringir (se hace a menudo) con la
declaracin de subnet zero. Permite aprovechar mejor el
espacio disponible (p. Ej. red 147.156.0.0 con mscara
255.255.128.0 sera intil si no se permitiera subnet-
zero).
El subnet-zero permite usar la primera y ltima subredes,
pero no permite usar la primera ni la ltima direcciones de
cada subred, esas siempre estn reservadas

60
 Posibles subredes de una red clase C
Bits N N Bits N Mscara ltimo byte
subred subredes subredes host hosts de la
(subnet mscara
zero) en binario
0 0 0 8 254 255.255.255.0 00000000
1 0 2 7 126 255.255.255.128 10000000
2 2 4 6 62 255.255.255.192 11000000
3 6 8 5 30 255.255.255.224 11100000
4 14 16 4 14 255.255.255.240 11110000
5 30 32 3 6 255.255.255.248 11111000
6 62 64 2 2 255.255.255.252 11111100
7 126 128 1 0 255.255.255.254 11111110
8 254 256 0 0 255.255.255.255 11111111

61
Restricciones de las mscaras
Los bits a 1 de la mscara siempre han de estar contiguos.
No est permitida por ejemplo una mscara 255.255.0.255.
Los nicos valores que pueden aparecer en una mscara
son por tanto:

Binario Decimal
00000000 0
10000000 128 (0 + 128)
11000000 192 (128 + 64)
11100000 224 (192 + 32)
11110000 240 (224 + 16)
11111000 248 (240 + 8)
11111100 252 (248 + 4)
11111110 254 (252 + 2)
11111111 255 (254 + 1) 62
Mscaras de tamao variable
A menudo interesa dividir una red en subredes de
diferentes tamaos.
Para esto se utilizan mscaras de tamao variable,
es decir la parte red y la parte host no son iguales en
todas las subredes
Aunque las subredes pueden tener diferente tamao
no pueden solaparse
La visin que tenemos de las subredes puede variar.
Por ejemplo lo que en un sitio de la red se ve como
una subred grande puede dividirse en otras ms
pequeas cuando nos acercamos

63
Ejemplo de subredes con mscara de tamao variable
Subred Mscara Subred/bits
156.134.0.0 255.255.255.0 156.134.0.0/24
16 Subredes de 156.134.1.0 255.255.255.0 156.134.1.0/24
256 direcciones
156.134.2.0 255.255.255.0 156.134.2.0/24
cada una
........... ........... ...........
156.134.15.0 255.255.255.0 156.134.15.0/24
16 Subredes de 156.134.16.0 255.255.252.0 156.134.16.0/22
1024 direcciones 156.134.20.0 255.255.252.0 156.134.20.0/22
cada una
........... ........... ...........
156.134.76.0 255.255.252.0 156.134.76.0/22
3 Subredes de 156.134.80.0 255.255.240.0 156.134.80.0/20
4096 direcciones 156.134.96.0 255.255.240.0 156.134.96.0/20
cada una
156.134.112.0 255.255.240.0 156.134.112.0/20
Una subred de 156.134.128.0 255.255.128.0 156.134.128/17
32768 direcciones

64
 Enrutamiento de dos subredes
A 158.42.30.0 255.255.255.0 por 192.168.1.2

A 158.42.20.0 255.255.255.0 por 192.168.1.1

158.42.20.1 192.168.1.1
255.255.255.0 255.255.255.252
192.168.1.2
255.255.255.252

158.42.30.12
X 255.255.255.0
Y

158.42.30.1
158.42.20.12 255.255.255.0
255.255.255.0
Subred de cuatro direcciones 158.42.30.25
(192.168.1.0 - 192.168.1.3) 255.255.255.0

LAN A LAN B
158.42.20.0 158.42.30.0
255.255.255.0 255.255.255.0
65
 Conexin a Internet de oficina principal y
sucursal configurando subredes
147.156.14.17/17
147.156.13.5/17 147.156.24.12/17 147.156.14.24/17 Host multihomed
Oficina Rtr 147.156.0.1 Rtr 147.156.0.1 Rtr 147.156.0.1 virtual
Principal
147.156.0.0/17
A 147.156.176.0/20 por 192.168.0.1
A 0.0.0.0/0 por 192.168.1.1

147.156.0.1/17

Y 192.168.1.2/30
192.168.0.2/30 Z
Sucursal Internet
192.168.1.1/30
147.156.176.0/20
X 192.168.0.1/30
A 147.156.0.0/16 por 192.168.1.2
147.156.176.1/20 A 0.0.0.0/0 por 192.168.0.2 ..................................................
..................................................

147.156.176.7/20 147.156.183.5/20 147.156.191.12/20

Rtr 147.156.176.1 Rtr 147.156.176.1 Rtr: 147.156.176.1
66
 Ejemplo de ruta host
A 158.42.30.0/24 por 192.168.1.2
A 158.42.40.0/24 por 192.168.1.6 A 0.0.0.0/0 por 192.168.1.1
A 158.42.30.25/32 por 192.168.1.1 LAN B
A 158.42.30.25/32 por 192.168.1.6
158.42.30.0/24

158.42.20.1/24 192.168.1.1/30 158.42.30.1/24

X Y
192.168.1.2/30
192.168.1.5/30

158.42.30.12/24
192.168.1.6/30
Z
158.42.40.1/24
158.42.20.12/24
W Host
multihomed
Token virtual
A 0.0.0.0/0 por 192.168.1.5 Ring
A 158.42.30.25/32 158.42.40.25 158.42.40.25/24
LAN A LAN C
158.42.30.25/32
158.42.20.0/24 158.42.40.0
255.255.255.0
67
Asignacin de direcciones IP
Inicialmente la aisgnacin de direcciones IP la realizaba el DDN NIC
(Department of Defense Network Network Information Center) de
forma centralizada
A principios de los 90 se decidi descentralizar esta funcin creando
los llamados RIR (Regional Internet Registry). El primero se
constituy en Europa y se llam RIPE. Actualmente hay 4 en todo el
mundo
Los RIR dependen del IANA (Internet Assignment Number Authority)
Los RIR dan direcciones a los proveedores grandes (los de primer
nivel, llamados tier-1)
Los proveedores pequeos (tier-2 a tier-n) obtienen sus direcciones
e los proveedores tier-1
Las organizaciones obtienen direcciones del proveedor que les da
conectividad
Cada RIR dispone de una base de datos (whois) para bsqueda de
direcciones IP

68
Organizacin de los Registros
Regionales
Registro Regional rea geogrfica
ARIN (American Registry for Internet EEUU y Canad
Numbers) www.arin.net frica Subsahariana
Resto del mundo

APNIC (Asia Pacific Network Information Asia oriental

Centre) www.apnic.net Pacfico

RIPE (Rseaux IP Europenes) www.ripe.net Europa

Medio Oriente
Asia Central
frica Sahariana

LACNIC ( Latin American and Caribbean Amricay el Caribe (excepto

Network Information Center) www.lacnic.net EEUU y Canad)

AFRINIC (African Network Information Center) frica

www.afrinic.net (en proceso de creacin)

69
Superredes
A principios de los 90 Internet tena dos problemas:
Agotamiento del espacio de direcciones IP. La clase A era
exageradamente grande y escasa, la B demasiado grande y la C
demasiado pequea para la mayora de organizaciones. Muchas
solicitaban clases B y usaban solo una pequea parte.
Las tablas de rutas en el core de Internet eran demasiado
grandes
El primer problema poda resolverse asignando grupos
de clases C a las organizaciones.
Pero esto acentuaba todava ms el segundo problema.
La solucin fue considerar un grupo contiguo de redes
clase C como una sola red. Hacer superredes.

70
 Superredes
Red Host

Superredes Subredes

Las superredes se definen mediante mscaras, igual que las subredes

Ej.: Red 195.100.16.0/21 (mscara 255.255.248.0)
Incluye desde 195.100.16.0/24 hasta 195.100.23.0/24
Tambin se puede partir en trozos ms pequeos partes de una clase A
(de las que quedan libres) y asignarlas a organizaciones. Por eso esta
tcnica se llama CIDR (Classless InterDomain Routing).

71
CIDR (RFC 1466)
Adems de asignar grupos de redes C a las
organizaciones se hace un reparto por continentes y
pases, mediante una asignacin adecuada a los RIR:
Multi regional: 192.0.0.0 - 193.255.255.255
Europa: 194.0.0.0 - 195.255.255.255
Otros: 196.0.0.0 - 197.255.255.255
Norteamrica: 198.0.0.0 - 199.255.255.255
Centro y Sudamrica: 200.0.0.0 - 201.255.255.255
Anillo Pacfico: 202.0.0.0 - 203.255.255.255
Otros: 204.0.0.0 - 205.255.255.255
Otros: 206.0.0.0 - 207.255.255.255
La agrupacin geogrfica de direcciones (como en el
sistema telefnico) reduce el nmero de entradas en las
tablas de rutas

72
Evolucin de la tabla de rutas de Internet

Puesta en
marcha de CIDR

73
Envos broadcast en IP
En principio cualquier host puede hacer un envo
broadcast a cualquier red de Internet
A finales de los 90 se produjeron diversos ataques
a hosts utilizando envos broadcast (por ejemplo un
ping broadcast a una red con una direccin de
origen falsa)
Como consecuencia hoy en da es normal no
permitir que se realicen envos broadcast desde
fuera de una red. Los ping broadcast son
respondidos nicamente por el router que da
acceso a la red

74
 Broadcast en IP
ping 147.156.1.255
C recibe un ICMP
echo reply (de X)
A ping 147.156.1.255 C Internet
A recibe 199
ICMP echo reply
147.156.2.2/24
147.156.1.2/24
D
Y

147.156.1.1/24 ping 147.156.2.255

147.156.1.3/24
D recibe un ICMP
X no ip directed-broadcast echo reply (de Y)


ping 147.156.255.255

B ping 147.156.1.255 D recibe un ICMP

echo reply (de X)
B recibe un ICMP
echo reply (de X)
147.156.1.200/24 147.156.255.2/24

75
Protocolos de Control de
Internet
Permiten realizar labores diversas:
ICMP (Internet Control Message Protocol):
mensajes de error y situaciones anmalas
ARP: Resolucin de direcciones MAC
RARP, BOOT, DHCP: Resolucin de
direcciones IP
IGMP: Gestin de grupos multicast

76
ICMP
Permite reportar diversas incidencias que
pueden producirse en el envo de un
datagrama.
Todos los mensajes ICMP se envan en
datagramas IP (valor 1 en el campo
protocolo).

77
 Principales mensajes de ICMP
Mensaje Explicacin

Destination Red, host, protocolo o puerto (nivel de

Unreachable (Destino transporte) inaccesible o desconocido
inaccesible) Datagrama con bit DF puesto no cabe
en la MTU
Source quench Ejerce control de flujo sobre el emisor
(apagar la fuente) en casos de congestin. No se utiliza.
Echo request y Sirve para comprobar la comunicacin
Echo reply (comando ping).
Time exceeded Datagrama descartado por
(Tiempo excedido) agotamiento del TTL (usado en
comando traceroute)
Redirect El router nos sugiere un camino ms
(Cambio de ruta) ptimo
78
 Comando PING
ICMP ECHO REQUEST y ECHO REPLY
Iluso_$ ping s www.uv.es 64 4
PING video.ci.uv.es: 64 bytes packets
64 bytes from 147.156.1.46: icmp_seq=0. time=1. ms
64 bytes from 147.156.1.46: icmp_seq=1. time=1. ms
64 bytes from 147.156.1.46: icmp_seq=2. time=1. ms
64 bytes from 147.156.1.46: icmp_seq=3. time=1. ms
---video.ci.uv.es PING Statistics ----
5 packets transmitted, 5 packets receivded, 0% packet loss
Round-trip (ms) min/avg/max = 1/1/1 Por cada paquete
enviado se recibe
Iluso_$ ping s www.cmu.edu 64 4 una respuesta. El
PING server.andrew.cmu.edu: 64 bytes packets tiempo indicado es
64 bytes from 128.2.72.5: icmp_seq=0. time=287. ms el de ida y vuelta
64 bytes from 128.2.72.5: icmp_seq=1. time=290. ms
64 bytes from 128.2.72.5: icmp_seq=2. time=285. ms
64 bytes from 128.2.72.5: icmp_seq=3. time=277. ms
---server.andrew.cmu.edu PING Statistics ----
5 packets transmitted, 5 packets receivded, 0% packet loss
Round-trip (ms) min/avg/max = 277/285/290

79
 Comando Traceroute
ICMP TIME EXCEEDED

Iluso_$ traceroute www.uniovi.es

traceroute to dana.vicest.uniovi.es (156.35.34.1), 30 hops max,
40 byte packets
1 cisco.ci.uv.es (147.156.1.11) 3 ms 3 ms 2 ms
2 A1-0-2.EB-Valencia1.red.rediris.es (130.206.211.181) 2 ms 2 ms 2 ms
3 A1-0-2.EB-Madrid1.red.rediris.es (130.206.224.5) 8 ms 7 ms 7 ms
4 A3-0-1.EB-Oviedo1.red.rediris.es (130.206.224.34) 22 ms 17 ms 17 ms
5 rcpd02.net.uniovi.es (156.35.11.205) 16 ms 17 ms 16 ms
6 156.35.12.253 (156.35.12.253) 20 ms 19 ms 19 ms
7 rest34.cpd.uniovi.es (156.35.234.201) 24 ms 26 ms 26 ms
8 dana.vicest.uniovi.es (156.35.34.1) 28 ms 28 ms 28 ms
Iluso_$

80
 Uso del comando ICMP REDIRECT

LAN A LAN B LAN C

202.1.1.0 203.1.1.0 204.1.1.0

203.1.1.3
A 202.1.1.0 por 203.1.1.1
A 204.1.1.0 por 203.1.1.2
202.1.1.2 204.1.1.2
Rtr 202.1.1.1 203.1.1.1 203.1.1.2 Rtr 204.1.1.1
202.1.1.1 204.1.1.1
X Y

A 204.1.1.0 por 203.1.1.2 A 202.1.1.0 por 203.1.1.1

Z
W

202.1.1.3 204.1.1.3
Rtr 202.1.1.1 203.1.1.4 Rtr 204.1.1.1
Ruta no ptima hacia LAN C A 0.0.0.0 por 203.1.1.1

Ruta aadida por ICMP REDIRECT A 204.1.1.0 por 203.1.1.2

81
 Otro ejemplo de uso de ICMP REDIRECT
1. X quiere mandar un paquete a Y. Como est en otra red y X no tiene ruta para
llegar a ella manda el paquete a su router por defecto, Z.
2. El router enva el datagrama a su destino, pero adems enva un ICMP
REDIRECT a X indicndole que Y est en su misma LAN, por lo que puede
hablar directamente. Como consecuencia X incorpora en su tabla de rutas una
entrada para indicar que la red B est accesible directamente (por eth0)

Z Router con dos direcciones

IP en la misma interfaz

132.15.1.1/16 200.1.1.1/24

X Y

132.15.1.2/16 132.15.1.3/16 200.1.1.2/24 200.1.1.3/24

Rtr: 132.15.1.1 Rtr: 132.15.1.1 Rtr: 200.1.1.1 Rtr: 200.1.1.1

Red A Red B
132.15.0.0/16 200.1.1.0/24
82
Resolucin de direcciones
Normalmente el paquete del nivel de red se ha de enviar en una
trama con una direccin de destino a nivel de enlace (p. ej.
MAC en LANs). El emisor ha de saber que direccin de enlace
le corresponde a la direccin de red para ponerla en la trama.
Imaginemos que X quiere hacer ping a Y. Comparando la dir. IP
de Y con la suya y con la mscara sabe que Y est en su
misma LAN. Ha de meter el paquete IP en una trama (Ethernet
por ejemplo) con una MAC de destino, pero no sabe cual poner.

147.156.1.2/16 147.156.1.3/16 147.156.1.4/16 A 0.0.0.0/0 por 130.206.211.6

Rtr: 147.156.1.1 Rtr: 147.156.1.1 Rtr: 147.156.1.1
130.206.211.5/30
X Y Z W

Internet
147.156.1.1/16

83
Resolucin de direcciones
Algunas soluciones empleadas para resolver el problema
de la resolucin de direcciones son las siguientes:
Fijar la direccin de enlace a partir de la de red. Ej.: en
DECNET la dir. MAC se construye a partir de la de red.
(se usan direcciones MAC locales)
Construir una tabla esttica manual de conversin. Ej.:
RDSI, X.25, FR, ATM.
Crear una tabla dinmica que se mantiene de forma
automtica en un servidor en el que se registra cada
equipo que se conecta a la red. Ej.: ATM.
Lanzar una pregunta broadcast a la red para localizar
al propietario de la direccin de red buscada. Solo se
puede usar en redes broadcast.Ej.: Todas las LAN.

84
 Funcionamiento de ARP
147.156.1.2/16 147.156.1.3/16 147.156.1.4/16 A 0.0.0.0/0 por 130.206.211.6
Rtr: 147.156.1.1 Rtr: 147.156.1.1 Rtr: 147.156.1.1
130.206.211.5/30
X Y Z W

Internet
147.156.1.1/16

1. El usuario X teclea ping 147.156.1.3

2. X genera ARP request (broadcast): quin es 147.156.1.3?
3. Todos (Y, Z y W) capturan la pregunta y fichan a X, es decir le incluyen en su
ARP cache (esta parte es opcional).
4. Y responde ARP reply (unicast) diciendo que l es ese (y su dir. MAC)
5. X recoge la respuesta, la pone en su ARP cache y enva el ping
La entrada ARP en X caduca pasados unos 15 minutos de inactividad
Cuando el mensaje es para una direccin de fuera el ARP de X busca al router; si
el router ya estaba en su ARP cache X le enva el ping directamente, sin ms.

85
ARP (Address Resolution Protocol)
Se usa en todo tipo de LANs broadcast
Especificado en RFC 826. Diseado para soportar
cualquier protocolos y formato de direccin, no
solo IP.
ARP no usa paquetes IP, tiene uno propio. En
Ethernet (formato DIX) usa Ethertype X806.
Los paquetes ARP contienen en la parte de datos
las direcciones IP y MAC; estas son las que
deben usarse para rellenar la ARP cache, no la
MAC que aparece en la cabecera de la trama
MAC

86
 Envo de un datagrama IP por un host
Datagrama IP listo
para enviar

IP destino en No IP destino en No Buscar IP router

ARP cache? misma subred? en tabla de rutas

S S

Construir trama Enviar ARP Req.

a host y enviar buscando IP destino IP router en No Enviar ARP Req.
ARP cache? buscando IP router

S
ICMP No ICMP
IP destino en IP router en No
Destino Construir trama Destino
ARP cache? ARP cache?
inaccesible a router y enviar inaccesible

S S
Construir trama Construir trama
a host y enviar a router y enviar
87
TRANSFORMACION DE DIRECCIONES
ARP

El problema de la asociacin de
direcciones
Cmo obtener una direccin fsica a
partir de una direccin IP????

Asociacin mediante transformacin

directa
Asociacin mediante enlace dinmico

ARP
 ARP
Cul es la direccin fsica de IP(B)???

A X B Y

Mi direccin fsica es F(B)

A X B Y

89
 MEJORAS EN ARP
Memoria intermedia para asociacin de
direcciones

Direccin Fsica del transmisor en

el paquete ARP

ENCAPSULACIN DE ARP

MENSAJE ARP

Enc.Frame Area de datos de la TRAMA

Resolucin inversa de direcciones
A veces se plantea el problema inverso al de
ARP, es decir conocemos la MAC y queremos
averiguar la IP que le corresponde. Ejemplos:
Estaciones diskless que al arrancar solo saben su
MAC. No tienen informacin de configuracin.
Red administrada de forma centralizada en la que se
quiere concentrar en un servidor la correspondencia
IP-MAC para poder cambiar las IP cuando se quiera
sin tener que tocar la mquina del usuario.

91
 RARP (Reverse Address Resolution
Protocol)
Debe haber un servidor en la red donde se registran todas
las mquinas con su dir. MAC asignndole a cada una dir. IP
El host (cliente) que quiere saber su IP enva un mensaje
broadcast; el mensaje llega al servidor RARP que busca en
sus tablas y devuelve un mensaje con la direccin IP
RARP utiliza el Ethertype x8035 (distinto de ARP). Esto
permite que los mensajes RARP sean fcilmente ignorados
por los hosts no interesados
Problemas de RARP:
Solo devuelve la direccin IP, no la mscara, router, MTU, etc.
Los routers no reenvan mensajes ARP/RARP (no son paquetes IP) .
Por tanto el servidor RARP ha de estar en la misma LAN que el
cliente

92
 RAR
Cul es mi direccin IP(A)???

P
A X B Y

La direccin IP(A) es X.X.X.X

A X B Y

93
Formato de mensaje ARP y RARP en el caso de
protocolo IPv4 y red Ethernet
32 bits

Tipo de hardware (1=Enet) Tipo de protocolo (800=IP)

Lon. Dir. Hard. (6) Lon. Dir. Red (4) Operacin (1-2: ARP, 3-4: RARP)
Dir. MAC Emisor (octetos 0-3)
Dir. MAC Emisor (oct 4-5) Dir. IP emisor (octetos 0-1)
Dir. IP emisor (octetos 2-3) Dir. MAC destino (oct. 0-1)
Dir. MAC destino (octetos 2-5)
Dir. IP destino

Cdigos de Operacin: 1: ARP Request

2: ARP Reply
3: RARP Request
4: RARP Reply
94
BOOTP (Bootstrap Protocol)
Funcin anloga a RARP, pero:
Permite suministrar todos los parmetros de
configuracin al cliente, no solo la dir. IP
El servidor y el cliente pueden estar en LANs
diferentes. Los mensajes BOOTP viajan dentro de
datagramas IP y por tanto pueden pasar por los
routers
En la LAN del cliente debe haber un agente
responsable de capturar la pregunta BOOTP
(broadcast) para reenviarla al servidor remoto
A cada direccin MAC se le asigna una direccin
IP de forma esttica (correspondencia biunvoca)
Los mensajes BOOTP viajan en datagramas IP

95
Funcionamiento de BOOTP
El host cliente cuando arranca enva un BOOTP request
a la direccin 255.255.255.255 (broadcast en la LAN)
con direccin de origen 0.0.0.0 (pues aun no sabe su IP)
El servidor recibe el mensaje, busca en su tabla la MAC
del solicitante y si la encuentra prepara el BOOTP reply
Para enviar el BOOTP reply en unicast la MAC del
cliente debe estar en la ARP cache del servidor, lo cual
requiere que el cliente responda a un ARP request. Pero
el cliente no puede responder pues aun no sabe su IP.
Esto se resuleve de una de las dos maneras siguientes:
Enviar la respuesta en broadcast.
Si el kernel lo permite el proceso BOOTP modifica ilegalmente
la tabla ARP y responde entonces en unicast.

96
 Funcionamiento de BOOTP
A?
Tabla BOOTP
165.12.32.2
2 A 165.12.32.5/2
4
Direccin MAC A 165.12.32.5?
B
3 ARP cache

Servidor BOOTP A 165.12.32.5

IP 165.12.32.5/24
IP? D.O.: 165.12.32.2 (B)
D.O.: 0.0.0.0 (A) 1 4a
D.D.: 255.255.255.255 (F)
D.D.: 255.255.255.255 (F)
IP 165.12.32.5/24
4b D.O.: 165.12.32.2 (B)
(F): Direccin MAC broadcast D.D.: 165.12.32.5 (A)

1. A lanza BOOTP request en broadcast preguntando su IP

2. B busca en su tabla la MAC de A. Encuentra que su IP es 165.12.32.5

3. B no puede enviar un datagrama a 165.12.32.5 porque no esta en su ARP cache;
tampoco puede enviar un ARP request pues A no responder
4. a) B lanza BOOTP reply en broadcast, o bien
4. b) B modifica su ARP cache para incluir en ella a A y le enva el BOOTP reply en
unicast
97
BOOTP con servidor remoto
Si el servidor BOOTP es remoto algn equipo
de la LAN (normalmente un router) acta
como BOOTP relay y redirige las BOOTP
request al servidor
El router anota en el BOOTP request su
direccin; as cuando vuelva el BOOTP reply
sabe que lo ha de distribuir por broadcast
En la LAN del cliente tanto el BOOTP request
como el reply viajan normalmente en tramas
broadcast. En el resto de la red viajan en
unicast (transporte UDP).
98
 Funcionamiento de BOOTP entre LANs

U V LAN C Y
165.34.0.0/16
LAN A
165.12.32.0/24

165.34.0.2/16
BOOTP requests a 165.34.0.2 165.12.32.1/24 Servidor BOOTP
local y remoto
A 165.34.0.0/16 por 192.168.1.2 Z 192.168.1.1/30

LAN B 165.12.40.1/24
165.12.40.0/24 165.34.0.1/24
192.168.1.2/30

W X Tabla BOOTP
U 165.12.32.5/2
A 165.12.32.0/24 por 192.168.1.1 4
Tabla BOOTP 165.12.40.2/24 A 165.12.40.0/24 por 192.168.1.1
Servidor BOOTP V 165.12.32.7/2
W 165.12.40.3/2 4
local
4 Y 165.34.56.3/1
X 165.12.40.7/2 99 6
4
 DHCP (Dynamic Host
Configuration Protocol)
Es como BOOTP pero permite una asignacin muy
flexible de las direcciones IP. La asignacin puede ser:
Manual. Fijada por el administrador de forma esttica para cada
MAC, como en BOOTP.
Automtica. Es tambin esttica, pero el servidor decide que IP
asigna a cada host cuando recibe la peticin por primera vez
Dinmica. La direccin se le asigna al host de un pool por un
tiempo limitado. Pasado ese tiempo la direccin se retira, salvo
que se renueve la peticin. Permite reaprovechamiento de
direcciones.
Usa el mismo mecanismo broadcast que BOOTP para
acceder a servidores en otras LANs
Es lo ms parecido a la autoconfiguracin

100
Parmetros BOOTP/DHCP
Direccin IP del cliente
Hostname del cliente
Mscara de subred
Direccin(es) IP de:
Router(s)
Servidor(es) de nombres
Servidor(es) de impresin (LPR)
Servidor(es) de tiempo
Nombre y ubicacin del fichero que debe usarse
para hacer boot (lo cargar despus por TFTP)

101
Fragmentacin en IP
El nivel de red ha de acomodar cada datagrama en una
trama (del nivel de enlace).
Cada tecnologa de nivel de enlace tiene un valor
mximo de paquete que puede aceptar, Ej.:
Ethernet: 1500 bytes (DIX), 1492 (LLC-SNAP).
Token Ring: 4440 bytes (4 Mb/s, THT 8 ms).
Este valor mximo es la MTU (Maximum Transfer Unit).
Si el datagrama no cabe se ha de fragmentar. Ej:
datagrama de 4000 bytes creado en red Token Ring
que pasa a Ethernet. El router ha de fragmentar
A veces el host ha de fragmentar de entrada pues
genera datagramas demasiado grandes, ej: NFS
construye datagramas de 8 KB, incluso en Ethernet

102
MTU de algunos medios a nivel de enlace
Nivel de enlace MTU (bytes)
PPP normal 1500
PPP bajo retardo 296
X.25 1600 (RFC 1356)
Frame Relay 1600
(normalmente)
Ethernet DIX 1500
Ethernet LLC-SNAP 1492
Token Ring 4 Mb/s 4440 (THT 8ms)
Classical IP over 9180
ATM
103