Descarga - Tania Aimme

Anuncio
INSTITUTO TECNOLÓGICO DE TIJUANA
DEPARTAMENTO DE SISTEMAS Y
COMPUTACIÓN
SEMESTRE ENERO-JUNIO 2014
CARRERA:
INGENIERÍA EN TECNOLOGÍAS DE LA
INFORMACIÓN Y
COMUNICACIONES
MATERIA Y SERIE:
FUNDAMENTOS DE BASE DE DATOS 4TI4
UNIDAD III
TÍTULO:
ICMP, ARP, RARP, BOOTP, DCHP
ELABORADO POR:
JIMENEZ GAYTAN TANIA AIMME 12211514
NOMBRE DEL PROFESOR
ESCOBEDO MITRE ROGELIO
11/MARZO/2014 TIJUANA, B.C., MÉXICO
ICMP
ICMP (Protocolo de mensajes de control de Internet) es un protocolo que permite
administrar información relacionada con errores de los equipos en red. Si se tienen en
cuenta los escasos controles que lleva a cabo el protocolo IP, ICMP no permite corregir los
errores sino que los notifica a los protocolos de capas cercanas. Por lo tanto, el protocolo
ICMP es usado por todos los routers para indicar un error (llamado un problema de
entrega).
ICMP están encapsulados
Los mensajes de error ICMP se envían a través de la red en forma de datagramas, como
cualquier otro dato. Por lo tanto, los mismos mensajes de error pueden contener errores.
Sin embargo, si existe un error en un datagrama que lleva un mensaje ICMP, no se envía
ningún mensaje de error para evitar el efecto "bola de nieve", si hay un incidente en la red.
A continuación encontrará a qué se asemeja un mensaje ICMP encapsulado en un
datagrama IP:
Mensaje ICMP
(8 bits) (8 bits) (16 bits) (tamaño variable)
Significado de los mensajes ICMP
PING. Este comando, que permite evaluar la red, envía un datagrama a un destino y solicita
que regrese.
ARP
El protocolo ARP tiene un papel clave entre los protocolos de capa de Internet relacionados
con el protocolo TCP/IP, ya que permite que se conozca la dirección física de una tarjeta de
interfaz de red correspondiente a una dirección IP. Por eso se llama Protocolo de
Resolución de Dirección (en inglés ARP significa Address Resolution Protocol).
Cada equipo conectado a la red tiene un número de identificación de 48 bits. Éste es un
número único establecido en la fábrica en el momento de fabricación de la tarjeta. Sin
embargo, la comunicación en Internet no utiliza directamente este número (ya que las
direcciones de los equipos deberían cambiarse cada vez que se cambia la tarjeta de interfaz
de red), sino que utiliza una dirección lógica asignada por un organismo: la dirección IP.
Para que las direcciones físicas se puedan conectar con las direcciones lógicas, el protocolo
ARP interroga a los equipos de la red para averiguar sus direcciones físicas y luego crea
una tabla de búsqueda entre las direcciones lógicas y físicas en una memoria caché.
Cuando un equipo debe comunicarse con otro, consulta la tabla de búsqueda. Si la dirección
requerida no se encuentra en la tabla, el protocolo ARP envía una solicitud a la red. Todos
los equipos en la red comparan esta dirección lógica con la suya. Si alguno de ellos se
identifica con esta dirección, el equipo responderá al ARP, que almacenará el par de
direcciones en la tabla de búsqueda, y, a continuación, podrá establecerse la comunicación.
RARP
El protocolo RARP (Protocolo de Resolución de Dirección Inversa) es mucho menos
utilizado. Es un tipo de directorio inverso de direcciones lógicas y físicas.
En realidad, el protocolo RARP se usa esencialmente para las estaciones de trabajo sin
discos duros que desean conocer su dirección física.
El protocolo RARP le permite a la estación de trabajo averiguar su dirección IP desde una
tabla de búsqueda entre las direcciones MAC (direcciones físicas) y las direcciones IP
alojadas por una pasarela ubicada en la misma red de área local (LAN).
Para poder hacerlo, el administrador debe definir los parámetros de la pasarela (router) con
la tabla de búsqueda para las direcciones MAC/IP. A diferencia del ARP, este protocolo es
estático. Por lo que la tabla de búsqueda debe estar siempre actualizada para permitir la
conexión de nuevas tarjetas de interfaz de red.
El protocolo RARP tiene varias limitaciones. Se necesita mucho tiempo de administración
para mantener las tablas importantes en los servidores. Esto se ve reflejado aun más en las
grandes redes. Lo que plantea problemas de recursos humanos, necesarios para el
mantenimiento de las tablas de búsqueda y de capacidad por parte del hardware que aloja la
parte del servidor del protocolo RARP. Efectivamente, el protocolo RARP permite que
varios servidores respondan a solicitudes, pero no prevé mecanismos que garanticen que
todos los servidores puedan responder, ni que respondan en forma idéntica. Por lo que, en
este tipo de arquitectura, no podemos confiar en que un servidor RARP sepa si una
dirección MAC se puede conectar con una dirección IP, porque otros servidores ARP
pueden tener una respuesta diferente. Otra limitación del protocolo RARP es que un
servidor sólo puede servir a una LAN.
Para solucionar los dos primeros problemas de administración, el protocolo RARP se puede
remplazar por el protocolo DRARP, que es su versión dinámica. Otro enfoque consiste en
la utilización de un servidor DHCP (Protocolo de configuración de host dinámico), que
permite una resolución dinámica de las direcciones. Además, el protocolo DHCP es
compatible con el protocolo BOOTP (Protocolo de secuencia de arranque) y, al igual que
este protocolo, es enrutable, lo que le permite servir varias LAN. Sólo interactúa con el
protocolo IP.
BOOTP
El Protocolo de Arranque, o BOOTP, proporciona un método dinámico para asociar
estaciones de trabajo a servidores. También ofrece un método dinámico para asignar
direcciones IP (Protocolo Internet) de las estaciones de trabajo y los orígenes de IPL (Carga
inicial del programa).
BOOTP es un protocolo TCP/IP. Permite a un cliente encontrar su dirección IP y el nombre
de un archivo de carga en un servidor de la red. Los clientes utilizan BOOTP para encontrar
esta información sin la intervención del usuario del cliente.
El servidor BOOTP permanece a la escucha en el conocido puerto 67 del servidor BOOTP,
que también utiliza DHCP (Protocolo de Configuración Dinámica de Sistema Principal).
Por este motivo, BOOTP y DHCP no pueden operar al mismo tiempo en el mismo sistema
(DHCP es el método preferido para dar soporte a los clientes de BOOTP). Cuando el
servidor recibe una petición del cliente, busca su dirección IP y le devuelve una respuesta.
Esta respuesta contiene tanto la dirección IP del cliente como el nombre del archivo de
carga. A continuación, el cliente inicia una petición TFTP (Protocolo Trivial de
Transferencia de Archivos) al servidor para obtener el archivo de carga.
Consulte los siguientes temas para obtener más información acerca de cómo trabajar con
BOOTP.
- Configuración del servidor BOOTP
- Modificación de los atributos de BOOTP
- Cómo trabajar con la tabla BOOTP
Puede trabajar con las propiedades del servidor BOOTP mediante Operations Navigator, la
interfaz gráfica de usuario (GUI) para OS/400.
Puede utilizar la sección Imprimir este tema para imprimir los artículos de BOOTP
DHCP
DHCP significa Protocolo de configuración de host dinámico . Es un protocolo que permite
que un equipo conectado a una red pueda obtener su configuración (principalmente, su
configuración de red) en forma dinámica (es decir, sin intervención particular). Sólo tiene
que especificarle al equipo, mediante DHCP, que encuentre una dirección IP de manera
independiente. El objetivo principal es simplificar la administración de la red.
El protocolo DHCP sirve principalmente para distribuir direcciones IP en una red, pero
desde sus inicios se diseñó como un complemento del protocolo BOOTP (Protocolo
Bootstrap), que se utiliza, por ejemplo, cuando se instala un equipo a través de una red
(BOOTP se usa junto con un servidor TFTP donde el cliente encontrará los archivos que se
cargarán y copiarán en el disco duro). Un servidor DHCP puede devolver parámetros
BOOTP o la configuración específica a un determinado host.
Funcionamiento
Primero, se necesita un servidor DHCP que distribuya las direcciones IP. Este equipo será
la base para todas las solicitudes DHCP por lo cual debe tener una dirección IP fija. Por lo
tanto, en una red puede tener sólo un equipo con una dirección IP fija: el servidor DHCP.
El sistema básico de comunicación es BOOTP (con la trama UDP). Cuando un equipo se
inicia no tiene información sobre su configuración de red y no hay nada especial que el
usuario deba hacer para obtener una dirección IP. Para esto, la técnica que se usa es la
transmisión: para encontrar y comunicarse con un servidor DHCP, el equipo simplemente
enviará un paquete especial de transmisión (transmisión en 255.255.255.255 con
información adicional como el tipo de solicitud, los puertos de conexión, etc.) a través de la
red local. Cuando el DHCP recibe el paquete de transmisión, contestará con otro paquete de
transmisión (no olvide que el cliente no tiene una dirección IP y, por lo tanto, no es posible
conectar directamente con él) que contiene toda la información solicitada por el cliente.
Se podría suponer que un único paquete es suficiente para que el protocolo funcione. En
realidad, hay varios tipos de paquetes DHCP que pueden emitirse tanto desde el cliente
hacia el servidor o servidores, como desde los servidores hacia un cliente:






DHCPDISCOVER (para ubicar servidores DHCP disponibles)
DHCPOFFER (respuesta del servidor a un paquete DHCPDISCOVER, que contiene
los parámetros iniciales)
DHCPREQUEST (solicitudes varias del cliente, por ejemplo, para extender
suconcesión)
DHCPACK (respuesta del servidor que contiene los parámetros y la dirección IP del
cliente)
DHCPNAK (respuesta del servidor para indicarle al cliente que su concesión ha
vencido o si el cliente anuncia una configuración de red errónea)
DHCPDECLINE (el cliente le anuncia al servidor que la dirección ya está en uso)

DHCPRELEASE (el cliente libera su dirección IP)
 DHCPINFORM (el cliente solicita parámetros locales, ya tiene su dirección IP)
El primer paquete emitido por el cliente es un paquete del tipo DHCPDISCOVER. El
servidor responde con un paquete DHCPOFFER, fundamentalmente para enviarle una
dirección IP al cliente. El cliente establece su configuración y luego realiza un
DHCPREQUEST para validar su dirección IP (una solicitud de transmisión ya que
DHCPOFFER no contiene la dirección IP) El servidor simplemente responde con un
DHCPACK con la dirección IP para confirmar la asignación. Normalmente, esto es
suficiente para que el cliente obtenga una configuración de red efectiva, pero puede tardar
más o menos en función de que el cliente acepte o no la dirección IP...
Descargar