Sei sulla pagina 1di 45

El Nivel de Red en TCP/IP

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

IP (Internet Protocol)

Protocolo de conmutacin de paquetes, tanto a nivel de servicio como de implementacin. No orientado a conexin. Cada paquete se enruta 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.

Internet es un conjunto de redes interconectadas

El protocolo IP es el pegamento que mantiene unidas esas redes

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

Cabecera de un datagrama IPv4


32 bits
Versin Lon Cab DS (DiffServ) DF MF Protocolo Direccin de origen Direccin de destino Opciones (de 0 a 40 bytes) Longitud Total Desplazamiento del Fragmento Checksum

Identificacin Tiempo de vida (TTL)

Versin: siempre vale 4 Longitud Cabecera: en palabras de 32 bits 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) Checksum: comprueba toda la cabecera (pero no los datos)

Algunos valores del campo Protocolo


Valor
1 2 3 4

Protocolo
ICMP IGMP GGP IP

Descripcin
Internet Control Message Protocol Internet Group Management Protocol Gateway-to-Gateway Protocol IP en IP (encapsulado)

5
6 8

ST
TCP EGP

Stream
Transmission Control Protocol Exterior Gateway Protocol

17
29 80 88 89

UDP
ISO-TP4 CLNP IGRP OSPF

User Datagram Protocol


ISO Transport Protocol Clase 4 Connectionless Network Protocol Interior Gateway Routing Protocol Open Shortest Path First

DIRECCIONAMIENTO IP V4
Cada nodo tiene por lo menos una direccin nica IP de 32 bits. Por facilidad se escriben como 4 valores decimales separados por puntos.Ej: 129.0.0.1 Se soporta unicast, multicast y broadcast Generalmente a una red fsica corresponde una red lgica. Nodos con ms de una interfaz reciben el nombre de multi-homed. Tienen una direccin por puerto. Un una interfaz puede tener varias direcciones.

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 da cuenta si el destino esta en su misma red o en otra.

Formato de direcciones IP
32 bits

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

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

B C D E

10

Red (16,384)

Host (65,536)

110

Red (2,097,152)

Host (256)

1110

Grupo Multicast (268,435,456)

1111

Reservado

Direcciones IP especiales
Direccin 255.255.255.255 0.0.0.0 Significado Broadcast en la propia red o subred Identifica al host que enva el datagrama Usado en BOOTP Ejemplo

Host a ceros
Host a unos Red a ceros 127.0.0.1 224.0.0.1

Identifica una red (o subred)


Broadcast en esa red (o subred) Identifica un host en la propia red (o subred) Direccin Loopback Todos los hosts multicast

147.156.0.0
147.156.255.255 0.0.1.25

Direcciones IP reservadas y privadas (RFC 1,918)


Red o rango
127.0.0.0 128.0.0.0 191.255.0.0 192.0.0.0 224.0.0.0 240.0.0.0 255.255.255.254 10.0.0.0 172.16.0.0 172.31.0.0 192.168.0.0 192.168.255.0

Uso
Reservado (fin clase A) Reservado (ppio. Clase B) Reservado (fin clase B) Reservado (ppio. Clase C) Reservado (ppio. Clase D) Reservado (clase E) Privado Privado Privado

Utilidad de las direcciones privadas


A 152.48.7.5 Internet B 147.156.1.10

130.15.12.27

202.34.98.10 147.156.1.1

Empresa X 172.16.0.0

172.16.1.1
NAT NAT

Empresa Y 147.156.0.0

172.16.1.2 Rtr 172.16.1.1

172.16.1.10 Rtr 172.16.1.1

147.156.1.10 Rtr 147.156.1.1 147.156.1.2 Rtr 147.156.1.1

Subredes

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

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

Mscara:

Subre Host d 11111111 . 11111111 . 11 000000 . 00000000 255 . 255 . 192 . 0


Rango 147.156.0.0 147.156.63.255 147.156.64.0 147.156.127.255

Bits subred 00 01 (0) (64)

Subred 147.156.0.0 147.156.64.0

Mscara 255.255.192.0 255.255.192.0

10 (128) 11 (192)

147.156.128.0 255.255.192.0 147.156.128.0 147.156.191.255 147.156.192.0 255.255.192.0 147.156.192.0 147.156.255.255

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 esta reservada para broadcast en la subred En cada subred hay siempre dos direcciones reservadas, la primera 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.

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

Posibles subredes de una red clase C


Bits subred 0 1 2 3 4 5 6 7 N subredes 0 0 2 6 14 30 62 126
N subredes (subnet zero)

Bits host 8 7 6 5 4 3 2 1

N hosts 254 126 62 30 14 6 2 0

Mscara

ltimo byte de la mscara en binario 00000000 10000000 11000000 11100000 11110000 11111000 11111100 11111110

0 2 4 8 16 32 64 128

255.255.255.0 255.255.255.128 255.255.255.192 255.255.255.224 255.255.255.240 255.255.255.248 255.255.255.252 255.255.255.254

254

256

255.255.255.255

11111111

Ejemplo de subredes con mscara de tamao variable


Subred 156.134.0.0 156.134.1.0 16 Subredes de 256 direcciones 156.134.2.0 ........... Mscara 255.255.255.0 255.255.255.0 255.255.255.0 ........... Subred/bits 156.134.0.0/24 156.134.1.0/24 156.134.2.0/24 ...........

156.134.15.0
156.134.16.0 16 Subredes de 1024 direcciones 156.134.20.0 ...........

255.255.255.0
255.255.252.0 255.255.252.0 ...........

156.134.15.0/24
156.134.16.0/22 156.134.20.0/22 ...........

156.134.76.0
3 Subredes de 4096 direcciones Subred de 32768 direcciones 156.134.80.0 156.134.96.0 156.134.112.0 156.134.128.0

255.255.252.0
255.255.240.0 255.255.240.0 255.255.240.0 255.255.128.0

156.134.76.0/22
156.134.80.0/20 156.134.96.0/20 156.134.112.0/2 0 156.134.128/17

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 255.255.255.0 192.168.1.1 255.255.255.252 192.168.1.2 255.255.255.252

158.42.30.12 255.255.255.0

158.42.20.12 255.255.255.0 Subred de cuatro direcciones (192.168.1.0 - 192.168.1.3)

158.42.30.1 255.255.255.0 158.42.30.25 255.255.255.0

LAN A 158.42.20.0 255.255.255.0

LAN B 158.42.30.0 255.255.255.0

Conexin a Internet de oficina principal y sucursal configurando subredes


Oficina Principal 147.156.0.0/17
147.156.13.5/17 Rtr 147.156.0.1 147.156.24.12/17 Rtr 147.156.0.1 147.156.14.17/17 147.156.14.24/17 Rtr 147.156.0.1 Host multihomed virtual

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 192.168.0.2/30 Y 192.168.1.2/30 192.168.1.1/30 X 192.168.0.1/30 A 0.0.0.0/0 por 192.168.0.2 A 147.156.0.0/16 por 192.168.1.2 .................................................. ..................................................

Sucursal 147.156.176.0/20

Internet

147.156.176.1/20

147.156.176.7/20 147.156.183.5/20 Rtr 147.156.176.1 Rtr 147.156.176.1

147.156.191.12/20 Rtr: 147.156.176.1

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 158.42.30.25/32 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 158.42.30.0/24

158.42.20.1/24
X

192.168.1.1/30 Y 192.168.1.2/30

158.42.30.1/24

192.168.1.5/30

192.168.1.6/30 Z 158.42.20.12/24 158.42.40.1/24

158.42.30.12/24

W A 0.0.0.0/0 por 192.168.1.5 A 158.42.30.25/32 158.42.40.25

Token Ring
LAN C 158.42.40.0 255.255.255.0

Host multihomed virtual

LAN A 158.42.20.0/24

158.42.40.25/24 158.42.30.25/32

Superredes

Problema: agotamiento del espacio de direcciones IP. Causa: Clase A inaccesible, Clase B excesiva, C demasiado pequea. Muchas organizaciones solicitaban clases B y usaban solo una pequea parte. Solucin: asignar grupos de clases C a una organizacin. Nuevo problema: explosin de las tablas de rutas. Nueva solucin: considerar un grupo contiguo de redes clase C como una sola red. Hacer superredes.

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

CIDR (RFC 1466)

Adems de asignar grupos de redes C a las organizaciones se hace un reparto 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

Asignacin de direcciones IP

Las organizaciones obtienen sus direcciones IP del proveedor correspondiente Los proveedores pequeos (tier-2 a tier-n) las obtienen de los proveedores grandes (tier-1) Los proveedores grandes las obtienen de los registros regionales (RIR, regional internet registry) Cada RIR dispone de una base de datos (whois) para bsqueda de direcciones IP

Registro Regional

rea geogrfica

ARIN (American Registry for Internet Numbers) www.arin.net APNIC (Asia Pacific Network Information Centre) www.apnic.net
RIPE (Rseaux IP Europenes) www.ripe.net

Amrica Caribe frica Subsahariana Asia oriental Pacfico


Europa Medio Oriente Asia Central frica Sahariana

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

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

Principales mensajes de ICMP

Mensaje Destination Unreachable (Destino inaccesible)

Explicacin Red, host, protocolo o puerto (nivel de transporte) inaccesible o desconocido Datagrama con bit DF puesto no cabe en la MTU Ejerce control de flujo sobre el emisor en casos de congestin. No se utiliza. Sirve para comprobar la comunicacin (comando ping). (Tiempo (Cambio Datagrama descartado por agotamiento del TTL (usado en comando traceroute) El router nos sugiere un camino ms ptimo

Source quench (apagar la fuente) Echo request y Echo reply Time exceeded excedido) Redirect de ruta)

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 Iluso_$ ping s www.cmu.edu 64 4 PING server.andrew.cmu.edu: 64 bytes packets 64 bytes from 128.2.72.5: icmp_seq=0. time=287. ms 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

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_$

Resolucin de direcciones

Normalmente el paquete del nivel de red se ha de enviar en una trama con una direccin de destino (p. ej. MAC en LANs). Dada la direccin de destino a nivel de red el emisor ha de saber que direccin de enlace le corresponde 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 con una MAC de destino, pero no sabe cual poner.
147.156.1.3/16 147.156.1.4/16 Rtr: 147.156.1.1 Rtr: 147.156.1.1 Y Z A 0.0.0.0/0 por 130.206.211.6

147.156.1.2/16 Rtr: 147.156.1.1 X

130.206.211.5/30

147.156.1.1/16

Internet

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 pone a partir de la de red. (se usan direcciones MAC locales) Construir manualmente una tabla esttica de equivalencias. 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. Ej.: ATM. Lanzar una pregunta broadcast a la red para localizar al propietario de la direccin de red buscada. Solo se puede usar en las redes broadcast (LANs).Ej.: Protocolo ARP (Address Resolution Protocol).

Funcionamiento de ARP

147.156.1.2/16 Rtr: 147.156.1.1 X

147.156.1.3/16 147.156.1.4/16 Rtr: 147.156.1.1 Rtr: 147.156.1.1 Y Z

A 0.0.0.0/0 por 130.206.211.6 130.206.211.5/30

147.156.1.1/16

Internet

1.

El usuario X teclea ping 147.156.1.3

2.
3. 4.

X genera ARP request (broadcast): quin es 147.156.1.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). 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.

ARP (Address Resolution Protocol)


Se usa en todo tipo de LANs broadcast Especificado en RFC 826. Diseado para soportar todo tipo de protocolos y direcciones de red, no solo IP. ARP tiene sus propios paquetes (no usa los de IP). En Ethernet usa 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 MAC no deben utilizarse

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.

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

Formato de mensaje ARP y RARP para IP en Ethernet.


32 bits

Tipo de hardware (1=Enet) Lon. Dir. Hard. (6) Lon. Dir. Red (4)

Tipo de protocolo (800=IP) Operacin (1-2: ARP, 3-4: RARP) Dir. IP emisor (octetos 0-1)

Dir. MAC Emisor (octetos 0-3) Dir. MAC Emisor (oct 4-5)

Dir. IP emisor (octetos 2-3)

Dir. MAC destino (oct. 0-1)

Dir. MAC destino (octetos 2-5) Dir. IP destino

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

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.

Funcionamiento de BOOTP
A?
165.12.32.2 Direccin MAC Tabla BOOTP A 165.12.32.5/24

2
165.12.32.5?

3
A

ARP cache 165.12.32.5

Servidor BOOTP
IP? D.O.: 0.0.0.0 (A) D.D.: 255.255.255.255 (F)

4a 4b

IP 165.12.32.5/24 D.O.: 165.12.32.2 (B) D.D.: 255.255.255.255 (F) IP 165.12.32.5/24 D.O.: 165.12.32 (B) D.D.: 165.12.32.5 (A)

(F): Direccin MAC broadcast 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

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

Funcionamiento de BOOTP entre LANs


U LAN A 165.12.32.0/24
165.12.32.1/24 165.34.0.2/16 Servidor BOOTP local y remoto

LAN C 165.34.0.0/16

BOOTP requests a 165.34.0.2 A 165.34.0.0/16 por 192.168.1.2

192.168.1.1/30

LAN B 165.12.40.0/24 W X

165.12.40.1/24 192.168.1.2/30

165.34.0.1/24

Tabla BOOTP U 165.12.32.5/24 165.12.32.7/24 165.34.56.3/16 A 165.12.32.0/24 por 192.168.1.1 A 165.12.40.0/24 por 192.168.1.1 V Y

Tabla BOOTP W X 165.12.40.3/24 165.12.40.7/24

165.12.40.2/24 Servidor BOOTP local

DHCP (Dynamic Host Configuration Protocol)

Es como BOOTP pero en vez de dar direcciones IP en propiedad las alquila. El alquiler puede ser: Indefinido y esttico (fijado por el administrador), equivale a BOOTP. Automtico (tambin esttico, pero las da segn le llegan peticiones) 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 a servidores en otras LANs Es lo ms parecido a la autoconfiguracin

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)

Potrebbero piacerti anche