5.1 Introducción
Cuando el sistema tiene una bota de disco local, en general, una dirección IP leer el archivo de configuración en el disco. Sin embargo máquina sin disco, como una estación de trabajo sin disco o terminal X, es necesario utilizar otros métodos para obtener una dirección IP.
Cada sistema de la red tiene una dirección de hardware única, que se configura por el fabricante de interfaz de red. proceso de implementación del sistema sin disco RARP es leer la dirección de hardware única de la tarjeta de interfaz, y luego enviar una solicitud RARP (una transmisión de datos en la red), en respuesta a una petición de host a la dirección IP del sistema sin disco (en la respuesta RARP).
Este proceso es conceptualmente muy simple, pero a menudo difícil de implementar que el ARP, las razones que se describen más adelante en este capítulo. La especificación formal de la RARP RFC 903 [Finlayson et al. 1984].
formato de paquetes 5.2 RARP
paquetes ARP y paquetes RARP forman una sustancialmente uniforme (véase Fig. 4 - 3). La principal diferencia entre ellos es la solicitud RARP o trama de respuesta de tipo códigos 0 x 8 0 3 5, y el código de operación de petición RARP de 3, la respuesta al código de operación 4. Corresponde a la ARP, RARP petición se transmite, y la respuesta RARP es por lo general una transmisión de unidifusión (unicast).
5.3 Ejemplos RARP
En Internet, se puede forzar el sol de acogida para arrancar desde la red, en lugar de desde un disco local. Si el programa de servidor RARP se ejecuta en el anfitrión y el bsdi tcpdump, se pueden obtener en la Figura 5 -. 1 como la salida. comando tcpdump -E con parámetros tales que la dirección hardware imprime:
solicitud RARP es emisión (línea 1), mientras que la segunda respuesta fila RARP es unicast. Línea de salida 2 representa la respuesta atsun RARP contiene la dirección IP del sol host (140. 252. 13. 33).
En la línea 3, podemos ver que, una vez que el sol recibir una dirección IP, envía una petición de lectura TFTP (RRQ) en el fichero de 8 CFC 0 D 2 1. SUN 4 C (transferencia de archivos TFTP Protocolo trivial representado. Nos se describe en detalle en el capítulo 15). Los nombres de archivo de los ocho dígitos hexadecimales tablas para el cálculo de la dirección IP del ordenador sol 140. 252. 13. 33. La dirección IP devuelta en la respuesta RARP. SUN4C nombre de archivo sufijo indica el tipo de sistema de guía.
TCPDUMP observado que en la línea 3 de longitud datagrama IP es de 65 bytes, en lugar de un datagrama UDP (en realidad un datagrama UDP), porque se corre con el tcpdump - parámetros de correos de vista del hardware capa de direcciones. En la Figura 5 -. Otro punto a señalar que, en una trama de datos Ethernet en la segunda fila es más corta que la longitud mínima (en la Sección 45, dijimos que debería ser de 60 bytes.). La razón es que nos estamos quedando tcpdump comando en el sistema de envío de trama Ethernet (bsdi). Aplicación rarpd 42-byte de escritura en el aparato de filtro de paquetes BSD (que es un byte 14 Ethernet encabezado de la trama, el 28 bytes restantes respuesta RARP), que es una copia de la tcpdump recibido. Sin embargo, el controlador de dispositivo Ethernet debe WHITESPACE transmisión de trama corta relleno a fin de lograr una longitud mínima (60). Como si se corre el tcpdump en otro sistema, la longitud será de 60 .
Como puede verse en este ejemplo, cuando el sistema sin disco recibe su dirección IP desde la respuesta RARP, se envía una petición TFTP para leer una imagen de arranque. En este punto no se discutirán con más detalle cómo el sistema es de arranque sin disco (capítulo 16 se describirá terminal de sin disco X utilizando RARP, BOOTP y TFTP para guiar el proceso).
Cuando no hay un servidor RARP en la red, que resultados se muestran 5--2 en la figura. La dirección de destino de cada paquete son la dirección de difusión Ethernet. En esta última dirección WH o- Ethernet es la dirección de hardware de destino, la dirección Ethernet detrás que le indican la dirección de hardware del remitente.
Tenga en cuenta que la frecuencia de retransmisión. Primera retransmisión se Después de 6,5 5 segundos, a continuación se incrementó a 4 2,8 0 segundos, y después se redujo a 5,3 y 4 segundos 6.5 5 segundos, y luego de vuelta. 4 2,7 9 segundos . Esta incertidumbre ha continuado. Si el tiempo entre el calculo intervalo de retransmisión, encontramos que hay una doble relación: desde 5 3 4 A 655 es de 121 segundos, y de 655 a 897 ... es de 2,4 2 segundos desde 8,9 7-1 3,8 0 es el 4.8 tres segundos ha sido tan continuar. Cuando el intervalo de tiempo alcanza un cierto umbral (mayor que 42. 80 segundos), se repone a 5,3 a 4 segundos.
Con un intervalo de tal tiempo de espera se incrementa cada vez que un método es mejor que el método de usar el mismo valor. En la Fig. 6 - 8, veremos un método de retransmisión de tiempo de espera equivocada, consulte TCP tiempo de espera y el mecanismo de retransmisión en un segundo capítulo 1.
5.4 Diseño del servidor RARP
Mientras RARP es simple en concepto, pero un diseño de servidor RARP y el sistema relacionado con el y complejo. Por el contrario, un servidor ARP es muy simple, por lo general parte de la implementación de TCP / IP en el kernel. Ya que el núcleo conoce la dirección IP y la dirección de hardware, por lo que cuando se recibe una dirección IP consulta de la petición ARP, sólo tiene que utilizar la dirección de hardware correspondiente para proporcionar una respuesta en él.
5.4.1 servidor RARP como un proceso de usuario
servidor Complejidad RARP es que el servidor proporciona en general la dirección de hardware de asignación de dirección IP para una pluralidad de hosts (todos los sistemas sin disco en la red). El mapa contiene en un archivo de disco (el sistema nix T normalmente se encuentra el directorio / etc / éteres). En parte debido a la del núcleo generalmente no leer y analizar el archivo de disco, servidor RARP función sería proporcionado por el proceso de usuario, en lugar de como una aplicación básica de TCP / IP.
Para complicar más asuntos, solicitud RARP como un tipo especial de una trama Ethernet transmitida (tipo de trama valor del campo 0 x 8 0 3 5, la figura 2--1 se muestra). Este servidor RARP muestra debe ser capaz de enviar y recibir tramas de datos Ethernet de este tipo. En el Apéndice A, se describe el filtro de paquetes DEB, S ONU, y una interfaz de red Interfaz pin SVR 4 de enlace de datos del proveedor se puede utilizar para recibir estos marcos. Dado que la transmisión y recepción de tramas de datos asociados con el sistema, logrando así un servidor RARP se incluye con el sistema.
5.4.2 Cada red tiene más de servidor RARP
Un factor de complicación se consigue solicitudes RARP servidor RARP se transmiten a nivel de hardware, como se muestra en la figura 5--2 en la figura. Esto significa que no se reenvían a través del router. Para que el sistema puede arrancar servidor RARP sin disco en el estado de cierre, por lo general (por ejemplo, un cable) para proporcionar un servidor pluralidad RARP en una red.
A medida que el número de servidores (para proporcionar redundancia), que aumenta el tráfico de red, ya que cada servidor debe enviar la respuesta RARP para cada solicitud RARP. sistema sin disco envía la solicitud RARP RARP de la respuesta general fue recibido primero (por ARP, nunca hemos encontrado una situación de este tipo, ya que sólo un host envía una respuesta ARP). Además, hay una situación que podría ocurrir es que cada servidor RARP y el contestador automático, esto aumentará la probabilidad de conflictos Ethernet.
5.5 Resumen
protocolo RARP es muchos sistemas sin discos para obtener la dirección IP cuando el arranque. formato de paquete RARP sustancialmente idéntica a un paquete ARP. Una petición RARP transmitido por la red, lo que indica que la dirección física del remitente en el paquete a la dirección IP correspondiente en respuesta a la solicitud. De respuesta es a menudo la entrega de unidifusión.
RARP llevar el tema de llevar incluyen el uso de la capa de enlace de difusión, evitando así que la mayoría de los routers petición RARP hacia adelante, volver muy poca información: sólo la dirección IP del sistema. En el capítulo 16, veremos en el arranque BOOTP sin disco, el sistema volverá más información: nombre y la dirección IP de la máquina y otras orientaciones.
Mientras RARP es simple en concepto, pero se dio cuenta de servidor RARP ha asociado con el sistema. Por lo tanto, no todas las implementaciones TCP / IP proporcionan un servidor RARP.
