<----------------------16 bits----------------->		<----------------------16 bits----------------->
Hardware Type		Protocol Type
HLen	Plen	Operation
Sender Hardware Address
Sender Protocol Address
Target Hardware Address
Target Protocol Address

Dans la figure ci-dessus il est clair que le RARP et l'arp ait la m�me structure :

• Type de mat�riel - qui indique un type d'interface de mat�riel pour lequel l'exp�diteur exige une r�ponse.
• Type de protocole - qui indique le type de l'adresse � niveau �lev� de protocole que l'exp�diteur a fournie.
• Hlen - longueur d'adresse de mat�riel.
• Plen - longueur d'adresse de protocole.
• Op�ration - les valeurs sont comme suit :
  • Demande d'arp.
  • R�ponse d'arp.
  • Demande de RARP.
  • R�ponse de RARP.
  • Demande dynamique de RARP.
  • R�ponse dynamique de RARP.
  • Erreur dynamique de RARP.
  • Demande d'InARP.
  • R�ponse d'InARP.
• Adresse de mat�riel d'exp�diteur - bytes de HLen dans la longueur.
• Adresse de protocole d'exp�diteur - bytes de PLen dans la longueur.
• Adresse de mat�riel de cible - bytes de HLen dans la longueur.
• Adresse de protocole de cible - bytes de PLen dans la longueur.

1. RARP (Reverse Address Resolution Protocol) permet � une machine physique dans un r�seau local de demander son IP address de cachette ou de table de l'Address Resolution Protocol d'un serveur de passage (arp).





2. Un administrateur de r�seau cr�e une table dans le routeur du passage d'un r�seau local qui trace les adresses physiques de machine (ou Media Access Control - MAC address) � la correspondance aux adresses d'Internet Protocol (IP address).





3. Quand une nouvelle machine est �tablie, ses demandes de programme de client de RARP de serveur de RARP sur le routeur d'�tre envoy� � son IP address.





4. Supposer qu'une entr�e a �t� �tablie dans la table de routeur et le serveur de RARP renverra l'IP address � la machine qui peut le stocker pour le futur usage.





5. Le RARP est disponible pour le Fiber Distributed Data Interface, Ethernet, et le token ring LANs et arp (Address Resolution Protocol) ex�cute la fonction oppos�e comme RARP : tracer d'un IP address � une adresse physique de machine.

Le BOOTP envoie les adresses d'IP et d'autres donn�es de configuration aux centres serveurs qui annoncent des demandes de BOOTP et parce que quelques clients de BOOTP exigent plus de donn�es � initialiser que peut s'adapter dans une r�ponse de BOOTP, BOOTP fournit des moyens pour indiquer l'endroit d'un dossier d'initialisation. Le client de BOOTP peut alors charger le dossier en utilisant TFTP (File Transfer Protocol insignifiant). Habituellement, les donn�es dans le dossier d'initialisation (tel qu'un serveur de X pour une borne de X) sont sp�cifiques au fournisseur du logiciel de client de BOOTP.

Le service de BOOTP r�pond aux demandes de BOOTP seulement et si vous employez le service BOOTP-seulement, les services de DHCP ne sont pas disponibles. Le serveur de BOOTP est donn� pour vers l'arri�re la compatibilit� pour ces emplacements ne souhaitant pas changer leurs configurations.

Le service de BOOTP de MultiNet (protocole de circuit ferm�) laisse votre syst�me d'OpenVMS aider d'autres dispositifs de r�seau � �tablir la connectivit� de r�seau et les centres serveurs diskless. Le syst�me � distance annonce une demande de BOOTP au-dessus du r�seau avec son adresse d'Ethernet et le serveur de BOOTP recherche l'adresse du centre serveur dans un dossier de configuration (MULTINET : BOOTP-SERVER.CONFIGURATION) et r�pond avec l'IP address du centre serveur, le subnet mask, l'adresse de passage, le dossier initial de charge, et n'importe quelles autres donn�es requises par le client. En utilisant cette information, le client peut initialiser du r�seau lui-m�me.

Commen�ant par MultiNet V3.5, MultiNet inclut deux serveurs de BOOTP : Un serveur plus ancien a pr�vu vers l'arri�re la compatibilit� pour ces emplacements ne souhaitant pas changer leur configuration, et un plus nouveau serveur de DHCP/BOOTP qui fournit des dispositifs non actuels dans le plus vieux et le serveur BOOTP-seulement.

La configuration du serveur de BOOTP implique :

1. Obtenant les donn�es requises par chaque client de BOOTP.



2. Commen�ant et permettant le BOOTP.



3. Modification du dossier de configuration de BOOTP.



4. Rechargement de la configuration de BOOTP.



5. En neutralisant corriger les messages, si d�sir�.

Faire une liste des param�tres de configuration (connus sous le nom d'options de BOOTP) requis par des dispositifs que vous voulez configurer en utilisant le BOOTP.

Puisque quelques dispositifs de r�seau exigent la configuration fournisseur-sp�cifique ou les grandes quantit�s de l'information au temps d'initialisation, le BOOTP vous laisse indiquer les noms des dossiers additionnels de configuration que le client peut t�l�charger des serveurs de TFTP.

Note ! Si vous courez le DNS, s'assurer que vous employez le m�mes IP address et donn�es de nom d'h�te employ�s par les serveurs du DNS de votre emplacement primaire.

Si vous employez des tables de centre serveur au lieu du DNS, s'assurer que vous employez le m�mes IP address et donn�es de nom d'h�te �num�r�s dans MULTINET : HOSTS.LOCAL.

• Abr�viation le protocole de per�age d'un tunnel de Point-to-Point, une nouvelle technologie pour cr�er les r�seaux priv�s virtuels (VPNs) d�velopp�s conjointement par Microsoft Corporation, la robotique des �tats-Unis, et plusieurs compagnies de fournisseur d'acc�s � distance, connues collectivement comme forum de PPTP.





• Un VPN est un r�seau priv� des ordinateurs qui emploie l'Internet public pour relier quelques noeuds et parce que l'Internet est essentiellement un r�seau ouvert, le protocole de per�age d'un tunnel de Point-to-Point (PPTP) est employ� pour s'assurer que les messages transmis d'un noeud de VPN � l'autre sont bloqu�s.





• Avec PPTP, les utilisateurs peuvent composer dedans � leur r�seau de corporation par l'interm�diaire de l'Internet.

PPTP permet � des fonctions existantes du serveur d'Access de r�seau (NAS) d'�tre s�par�es en utilisant une architecture de serveur de client et traditionnellement, les fonctions suivantes sont mises en application par un NAS :

1. Interface indig�ne physique au RNIS ou au PSTN et commande des modems externes ou des adapteurs terminaux. Un NAS peut connecter directement � un circuit de telco ou � l'attache num�rique ou analogue par l'interm�diaire d'un adapteur externe de modem ou de borne. La commande d'un raccordement avec commutation � circuit est accomplie avec des protocoles de commande d'appel d'eitherDSS1 le RNIS ou de commande de modem. Le NAS, en m�me temps que les adapteurs de modem ou de borne, peut effectuer l'adaptation de taux, synchro � la conversion d'async, en � la conversion num�rique analogue ou � un certain nombre d'autres changements des flux de donn�es.





2. Arr�t logique d'un point au point - session du protocole de commande de lien du protocole (PPA) (LCP).





3. Participation au protocole d'authentification de PPA.





4. Empaqueter la gestion et l'agr�gation de la Manche pour le protocole de PPA Multilink.





5. L'arr�t logique de la diverse commande de r�seau de PPA proclame un protocole (NCP).





6. Jeter un pont sur multiprotocole et conduire entre les interfaces de NAS. PPTP divise ces fonctions entre le PAC et le PNS.





7. Le protocole portait des unit�s de donn�es de protocole de PPA (PDUs) entre le PNS et le PAC, comme appellent la commande et la gestion est adress�e par PPTP.