nivel de red en tcp1

7/14/2019 Nivel de Red en Tcp1

1/45

El Nivel de Red en TCP/IP


2/45

Nivel de red en TCP/IP El Nivel de Red en TCP/IP est formado por:

El protocolo IP: IPv4, IPv6 Los protocolos de control, ej.: ICMP, ARP, RARP,

BOOTP, DHCP, IGMP

Los protocolos de routing, ej.: RIP, OSPF, IS-IS,

IGRP, EIGRP, BGP Toda la informacin en Internet viaja en

datagramas IP


3/45

IP (Internet Protocol)

Protocolo de conmutacin de paquetes, tanto anivel de servicio como de implementacin.

No orientado a conexin. Cada paquete seenruta de forma independiente.

NO garantiza: entrega, orden y la no duplicidad

de la informacin (NO CONFIABLE) No detecta ni corrige errores en el Payload.

Solo detecta errores en el encabezado

descartando el paquete cuando este llega mal.


4/45

Internet es un conjunto de redesinterconectadas

El protocolo IP es el pegamento que mantiene unidas esas redes


5/45

Principios de diseo de Internet

(segn Tanenbaum) Asegrate de que funciona. Mantenlo tan simple como sea posible.

Cuando tomes decisiones haz elecciones claras. Aprovecha la modularidad. Ten en cuenta la heterogeneidad. Evita opciones y parmetros estticos. Busca un buen diseo (no necesita ser perfecto). Piensa en la escalabilidad. S estricto al enviar y tolerante al recibir


6/45

Versin: siempre vale 4

Longitud Cabecera: en palabras de 32 bitsDS (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)

Checksum: comprueba toda la cabecera (pero no los datos)

32 bits

Cabecera de un datagrama IPv4

Versin Lon Cab DS (DiffServ) Longitud Total

Identificacin DF MF Desplazamiento del Fragmento

Tiempo de vida (TTL) Protocolo ChecksumDireccin de origen

Direccin de destino

Opciones (de 0 a 40 bytes)


7/45

Valor Protocolo Descripcin

1 ICMP Internet Control Message Protocol

2 IGMP Internet Group Management Protocol

3 GGP Gateway-to-Gateway Protocol4 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

Algunos valores del campo Protocolo


8/45

DIRECCIONAMIENTO IP V4

Cada nodo tiene por lo menos una direccin nicaIP de 32 bits.Por facilidad se escriben como 4 valores decimalesseparados por puntos.Ej: 129.0.0.1Se soporta unicast, multicast y broadcastGeneralmente a una red fsica corresponde una redlgica.Nodos con ms de una interfaz reciben el nombrede multi-homed. Tienen una direccin por puerto.Un una interfaz puede tener varias direcciones.


9/45

DIRECCIONAMIENTO IP V4

La direccin de cada nodo se puede asignar de dos formas:Esttica: se configura en cada nodo manualmente.Dinmica: a travs de un servicio se asigna

automticamente.

Se estructuran los 32 bits as:Una parte para identificar la red.

Otra parte para identificar el nodo dentro de la red.

Con base en la parte que identifica la red, el nodo se dacuenta si el destino esta en su misma red o en otra.


10/45

0 Red(128) Host (16,777,216)

10 Red (16,384) Host (65,536)

110 Red (2,097,152) Host (256)

1111 Reservado

1110 Grupo Multicast (268,435,456)

Clase

A

B

C

D

E

Rango

0.0.0.0

127.255.255.255

128.0.0.0

191.255.255.255

192.0.0.0

223.255.255.255

224.0.0.0

239.255.255.255

240.0.0.0

255.255.255.255

32 bits

Formato de direcciones IP


11/45

Direccin Significado Ejemplo

255.255.255.255 Broadcast en la propia red o subred

0.0.0.0 Identifica al host que enva eldatagrama Usado enBOOTP

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 (osubred)

0.0.1.25

127.0.0.1 Direccin Loopback

224.0.0.1 Todos los hosts multicast

Direcciones IP especiales


12/45

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.0255.255.255.254 Reservado (clase E)

10.0.0.0 Privado

172.16.0.0172.31.0.0 Privado

192.168.0.0192.168.255.0 Privado

Direcciones IP reservadas y privadas(RFC 1,918)


13/45

172.16.1.10

NAT

172.16.1.2

Empresa X172.16.0.0

147.156.1.2

Utilidad de las direcciones privadas

Empresa Y147.156.0.0

Internet

147.156.1.10

NAT

147.156.1.10

130.15.12.27202.34.98.10

152.48.7.5

172.16.1.1

Rtr 172.16.1.1

Rtr 172.16.1.1

147.156.1.1

Rtr 147.156.1.1

Rtr 147.156.1.1

A B


14/45

Subredes Dividen una red en partes mas pequeas.

Nivel jerrquico intermedio entre red y host

Roba unos bits de la parte host para lasubred.

Permite una organizacin jerrquica. Una red

compleja (con subredes) es vista desde fueracomo una sola red.


15/45

Dividamos la red 147.156.0.0 (clase B) en cuatro subredes:

147 . 156 Subred

Host

16 bits 2 bits 14 bits

Bits subred Subred Mscara Rango

00 (0) 147.156.0.0 255.255.192.0 147.156.0.0147.156.63.255

01 (64) 147.156.64.0 255.255.192.0 147.156.64.0147.156.127.255

10 (128) 147.156.128.0 255.255.192.0 147.156.128.0147.156.191.255

11 (192) 147.156.192.0 255.255.192.0 147.156.192.0147.156.255.255

Mscara: 11111111 . 11111111 . 11 000000 . 00000000255 . 255 . 192 . 0

Ejemplo de Subredes


16/45

Subredes

La mscara identifica que parte de la direccin es red-subred yque 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 esta reservada parabroadcast en la subred

En cada subred hay siempre dos direcciones reservadas, laprimera y la ltima.

Ejemplo: Red 156.134.0.0, mscara 255.255.255.0. 256 subredes identificadas por el tercer byte: 156.134.subred.host

156.134.subred.0 identifica la subred

156.134.subred.255 es el broadcast en la subred.


17/45

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 red o subred? Direccin 156.134.255.255 identifica broadcast en la red o en la

subred?

Solucin: no utilizar la primera y la ltima subred (las quetienen el campo subred todo a ceros o todo a unos).

Esta norma se puede infringir (se hace a menudo) con ladeclaracin de subnet zero.

Permite aprovechar mejor el espacio disponible (p. Ej. Red147.156.0.0 con mscara 255.255.128.0).


18/45

Bitssubred

Nsubredes

N subredes(subnet zero)

Bitshost

Nhosts

Mscara ltimo byte de lamscara 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

Posibles subredes de una red clase C


19/45

Subred Mscara Subred/bits

156.134.0.0 255.255.255.0 156.134.0.0/24

156.134.1.0 255.255.255.0 156.134.1.0/24156.134.2.0 255.255.255.0 156.134.2.0/24

. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

156.134.15.0 255.255.255.0 156.134.15.0/24

156.134.16.0 255.255.252.0 156.134.16.0/22156.134.20.0 255.255.252.0 156.134.20.0/22

. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

156.134.76.0 255.255.252.0 156.134.76.0/22

156.134.80.0 255.255.240.0 156.134.80.0/20156.134.96.0 255.255.240.0 156.134.96.0/20

156.134.112.0 255.255.240.0 156.134.112.0/20

156.134.128.0 255.255.128.0 156.134.128/17

16 Subredes de

256 direcciones

16 Subredes de

1024 direcciones

3 Subredes de

4096 direcciones

Subred de 32768

direcciones

Ejemplo de subredes con mscara de tamao variable


20/45

158.42.20.12255.255.255.0

158.42.20.1255.255.255.0

158.42.30.1255.255.255.0

158.42.30.12255.255.255.0

A 158.42.30.0 255.255.255.0 por 192.168.1.2

192.168.1.1255.255.255.252

192.168.1.2255.255.255.252

A 158.42.20.0 255.255.255.0 por 192.168.1.1

Subred de cuatro direcciones

(192.168.1.0 - 192.168.1.3)158.42.30.25

255.255.255.0

Enrutamiento de dos subredes

LAN A158.42.20.0

255.255.255.0

LAN B158.42.30.0

255.255.255.0

X Y


21/45

147.156.176.7/20Rtr 147.156.176.1

147.156.176.1/20

147.156.183.5/20Rtr 147.156.176.1

147.156.191.12/20Rtr: 147.156.176.1

147.156.13.5/17

Rtr 147.156.0.1

147.156.0.1/17

147.156.24.12/17

Rtr 147.156.0.1

147.156.14.17/17147.156.14.24/17

Rtr 147.156.0.1

Internet

192.168.0.1/30

192.168.0.2/30192.168.1.2/30

A 0.0.0.0/0 por 192.168.0.2

A 147.156.176.0/20 por 192.168.0.1A 0.0.0.0/0 por 192.168.1.1

192.168.1.1/30

OficinaPrincipal

147.156.0.0/17

Sucursal147.156.176.0/20

A 147.156.0.0/16 por 192.168.1.2....................................................................................................

Conexin a Internet de oficina principal ysucursal configurando subredes

Host multihomedvirtual

X

YZ


22/45

158.42.20.12/24

158.42.20.1/24 158.42.30.1/24

158.42.30.12/24

158.42.40.25/24158.42.30.25/32

A 158.42.30.0/24 por 192.168.1.2A 158.42.40.0/24 por 192.168.1.6A 158.42.30.25/32 por 192.168.1.6

192.168.1.1/30

192.168.1.2/30

A 0.0.0.0/0 por 192.168.1.1A 158.42.30.25/32 por 192.168.1.1

192.168.1.5/30

TokenRing

192.168.1.6/30

A 0.0.0.0/0 por 192.168.1.5A 158.42.30.25/32 158.42.40.25

158.42.40.1/24

Ejemplo de ruta host

Host

multihomedvirtual

X Y

Z

W

LAN A158.42.20.0/24

LAN B158.42.30.0/24

LAN C158.42.40.0

255.255.255.0


23/45

Superredes

Problema: agotamiento del espacio de direcciones IP.

Causa: Clase A inaccesible, Clase B excesiva, Cdemasiado pequea. Muchas organizacionessolicitaban clases B y usaban solo una pequeaparte.

Solucin: asignar grupos de clases C a unaorganizacin.

Nuevo problema: explosin de las tablas de rutas.

Nueva solucin: considerar un grupo contiguo deredes clase C como una sola red. Hacer superredes.


24/45

Red Host

SubredesSuperredes

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 hasta 195.100.23.0

Tambin se puede partir en trozos ms pequeos partes de una

clase A (de las que quedan libres). Por eso esta tcnica se llama

CIDR (Classless InterDomain Routing).

Superredes


25/45

Adems de asignar grupos de redes C a las organizaciones se hace unreparto por continentes y pases:

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

As se pueden ir agrupando entradas en las tablas de rutas

CIDR (RFC 1466)


26/45

Asignacin de direcciones IP

Las organizaciones obtienensus direcciones IP delproveedor correspondiente

Los proveedores pequeos(tier-2 a tier-n) las obtienende los proveedores grandes(tier-1)

Los proveedores grandes lasobtienen de los registros

regionales (RIR, regionalinternet registry)

Cada RIR dispone de unabase de datos (whois) parabsqueda de direcciones IP

Registro Regional reageogrfica

ARIN (AmericanRegistry for Internet

Numbers) www.arin.net

AmricaCaribe

fricaSubsahariana

APNIC(Asia PacificNetwork InformationCentre) www.apnic.net

Asia orientalPacfico

RIPE(Rseaux IP

Europenes)www.ripe.net

Europa

Medio OrienteAsia CentralfricaSahariana
http://www.arin.net/http://www.apnic.net/http://www.ripe.net/http://www.ripe.net/http://www.apnic.net/http://www.arin.net/


27/45

Protocolos de Control deInternet

Permiten realizar labores diversas:

ICMP (Internet Control Message Protocol):

mensajes de error y situaciones anmalasARP: Resolucin de direcciones MAC

RARP, BOOT, DHCP: Resolucin de

direcciones IP IGMP: Gestin de grupos multicast


28/45

ICMP

Permite reportar diversas incidenciasque pueden producirse en el envo de

un datagrama. Todos los mensajes ICMP se envan en

datagramas IP (valor 1 en el campo

protocolo).


29/45

Mensaje Explicacin

Destination Unreachable(Destino inaccesible)

Red, host, protocolo o puerto (nivel detransporte) inaccesible o desconocido

Datagrama con bit DF puesto no cabe en laMTU

Source quench(apagar la fuente)

Ejerce control de flujo sobre el emisor encasos de congestin. No se utiliza.

Echo request yEcho reply

Sirve para comprobar la comunicacin(comando ping).

Time exceeded (Tiempoexcedido)

Datagrama descartado por agotamiento delTTL (usado en comando traceroute)

Redirect (Cambiode ruta)

El router nos sugiere un camino ms ptimo

Principales mensajes de ICMP


30/45

Iluso_$ping s www.uv.es 64 4PING video.ci.uv.es: 64 bytes packets64 bytes from 147.156.1.46: icmp_seq=0. time=1. ms64 bytes from 147.156.1.46: icmp_seq=1. time=1. ms

64 bytes from 147.156.1.46: icmp_seq=2. time=1. ms64 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 lossRound-trip (ms) min/avg/max = 1/1/1

Iluso_$ping s www.cmu.edu 64 4PING server.andrew.cmu.edu: 64 bytes packets

64 bytes from 128.2.72.5: icmp_seq=0. time=287. ms64 bytes from 128.2.72.5: icmp_seq=1. time=290. ms64 bytes from 128.2.72.5: icmp_seq=2. time=285. ms64 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 lossRound-trip (ms) min/avg/max = 277/285/290

ICMP ECHO REQUEST y ECHO REPLY

Comando PING


31/45

Iluso_$traceroute www.uniovi.estraceroute to dana.vicest.uniovi.es (156.35.34.1), 30 hops max,

40 byte packets1 cisco.ci.uv.es (147.156.1.11) 3 ms 3 ms 2 ms2 A1-0-2.EB-Valencia1.red.rediris.es (130.206.211.181) 2 ms 2 ms 2 ms3 A1-0-2.EB-Madrid1.red.rediris.es (130.206.224.5) 8 ms 7 ms 7 ms4 A3-0-1.EB-Oviedo1.red.rediris.es (130.206.224.34) 22 ms 17 ms 17 ms5 rcpd02.net.uniovi.es (156.35.11.205) 16 ms 17 ms 16 ms6 156.35.12.253 (156.35.12.253) 20 ms 19 ms 19 ms7 rest34.cpd.uniovi.es (156.35.234.201) 24 ms 26 ms 26 ms8 dana.vicest.uniovi.es (156.35.34.1) 28 ms 28 ms 28 ms

Iluso_$

Comando Traceroute

ICMP TIME EXCEEDED


32/45

Resolucin de direcciones

Normalmente el paquete del nivel de red se ha de enviar en una tramacon una direccin de destino (p. ej. MAC en LANs). Dada la direccinde destino a nivel de red el emisor ha de saber que direccin de enlacele corresponde para ponerla en la trama.

Imaginemos que X quiere hacer ping a Y. Comparando la dir. IP de Ycon la suya y con la mscara sabe que Y est en su misma LAN. Ha demeter el paquete IP en una trama Ethernet con una MAC de destino,pero no sabe cual poner.

147.156.1.1/16

147.156.1.4/16Rtr: 147.156.1.1

147.156.1.3/16Rtr: 147.156.1.1

147.156.1.2/16Rtr: 147.156.1.1

Internet

X Y Z130.206.211.5/30

A 0.0.0.0/0 por 130.206.211.6

W


33/45

Resolucin de direcciones

Algunas soluciones empleadas para resolver el problema de laresolucin de direcciones son las siguientes:

Fijar la direccin de enlace a partir de la de red. Ej.: en DECNET ladir. MAC se pone a partir de la de red. (se usan direcciones MAClocales)

Construir manualmente una tabla esttica de equivalencias. Ej.:RDSI, X.25, FR, ATM.

Crear una tabla dinmica que se mantiene de forma automtica enun servidor en el que se registra cada equipo. Ej.: ATM.

Lanzar una pregunta broadcast a la red para localizar al propietariode la direccin de red buscada. Solo se puede usar en las redesbroadcast (LANs).Ej.: Protocolo ARP (Address Resolution Protocol).


34/45

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.

147.156.1.1/16

147.156.1.4/16Rtr: 147.156.1.1

147.156.1.3/16Rtr: 147.156.1.1

147.156.1.2/16Rtr: 147.156.1.1

Internet

X Y Z130.206.211.5/30

A 0.0.0.0/0 por 130.206.211.6

Funcionamiento de ARP

W


35/45

Se usa en todo tipo de LANs broadcast

Especificado en RFC 826. Diseado para soportar todo tipo deprotocolos y direcciones de red, no solo IP.

ARP tiene sus propios paquetes (no usa los de IP). En Ethernetusa Ethertype X806 (formato DIX).

Los paquetes ARP contienen en la parte de datos las direcciones

IP y MAC; las direcciones MAC que aparecen en la trama MACno deben utilizarse

ARP (Address Resolution Protocol)


36/45

Resolucin inversa de direcciones

A veces se plantea el problema inverso al deARP, 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 lacorrespondencia IP-MAC para poder cambiar las IPcuando se quiera sin tener que tocar la mquinadel usuario.


37/45

RARP (Reverse Address ResolutionProtocol)

Debe haber un servidor en la red donde se registrantodas las mquinas con su dir. MAC asignndole a cadauna dir. IP

El host (cliente) que quiere saber su IP enva un mensajebroadcast; el mensaje llega al servidor RARP que buscaen sus tablas y devuelve un mensaje con la direccin IP

RARP utiliza el Ethertype x8035 (distinto de ARP)

Problemas de RARP: Solo devuelve la direccin IP, no la mscara, router, MTU, etc.

El servidor RARP ha de estar en la misma LAN que el cliente


38/45

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

32 bits

Formato de mensaje ARP y RARP para IP enEthernet.


39/45

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. En

la LAN del cliente debe haber un agente responsable decapturar la pregunta BOOTP (broadcast) para reenviarla alservidor remoto

A cada direccin MAC se le asigna una direccin IP de formaesttica (correspondencia biunvoca)

Los mensajes BOOTP viajan en datagramas IP


40/45

Funcionamiento de BOOTP

El host cliente cuando arranca enva un BOOTP request a la direccin255.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 unARP request. Pero el cliente no puede responder pues aun no sabe suIP. 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 latabla ARP y responde entonces en unicast.


41/45

A 165.12.32.5

A

Tabla BOOTP

A 165.12.32.5/24

Servidor BOOTP

4. b) B modifica su ARP cache para incluir en ella a A y le enva el BOOTP reply enunicast

BARP cache

Funcionamiento de BOOTP

1IP?

D.O.: 0.0.0.0 (A)D.D.: 255.255.255.255 (F)

2

A?

4 aIP 165.12.32.5/24

D.O.: 165.12.32.2 (B)

D.D.: 255.255.255.255 (F)

165.12.32.2

4 bIP 165.12.32.5/24

D.O.: 165.12.32 (B)D.D.: 165.12.32.5 (A)(F): Direccin MAC broadcast

Direccin MAC

3

165.12.32.5?

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


42/45

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 dedistribuir por broadcast

En la LAN del cliente tanto el BOOTP request como el

reply viajan normalmente en tramas broadcast. En elresto de la red viajan en unicast (transporte UDP).

Funcionamiento de BOOTP entre LANs


43/45

LAN A165.12.32.0/24

LAN B165.12.40.0/24

LAN C

165.34.0.0/16

W X

U V Y

Tabla BOOTPU 165.12.32.5/24

V 165.12.32.7/24

Y 165.34.56.3/16

Funcionamiento de BOOTP entre LANs

Z

165.12.32.1/24

165.12.40.1/24165.34.0.1/24

BOOTP requests a 165.34.0.2

165.12.40.2/24Servidor BOOTP

local

Tabla BOOTP

W 165.12.40.3/24

X 165.12.40.7/24

192.168.1.1/30

192.168.1.2/30

A 165.34.0.0/16 por 192.168.1.2

A 165.12.32.0/24 por 192.168.1.1A 165.12.40.0/24 por 192.168.1.1

165.34.0.2/16Servidor BOOTP

local y remoto


44/45

DHCP (Dynamic Host Configuration Protocol)

Es como BOOTP pero en vez de dar direcciones IP en propiedad lasalquila.

El alquiler puede ser:

Indefinido y esttico (fijado por el administrador), equivale aBOOTP.

Automtico (tambin esttico, pero las da segn le lleganpeticiones)

Dinmico (se asigna la direccin de un pool).

Si la IP puede variar el nombre del ordenador tambin. Para asignar

nombres permanentes el DHCP ha de interaccionar con el DNS(actualizaciones dinmicas).

Usa el mismo mecanismo broadcast que BOOTP para acceder aservidores en otras LANs

Es lo ms parecido a la autoconfiguracin


45/45

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)

nivel de red en tcp1

Documents