A fizikai címek leképezése IP-címekre, rendszeradminisztrációra és így tovább

1 - az opció nem szabványos, és nem illeszkedik az alább leírt típusokhoz;

2 - ez a bejegyzés már nem igaz;

3 - állandó kötés;

Dinamikus kötés.

Az ARP-táblában egy új bejegyzés jelenik meg automatikusan, néhány milliszekundum után. A feladó, aki frissítette ARP-gyorsítótárát, készen áll arra, hogy információt küldjön a címzettnek.

Egyes IP és ARP implementációk nem sorban állnak az IP csomagok várakozásakor, amíg ARP-válaszokat várnak. Ehelyett az IP csomag egyszerűen megsemmisül, és helyreállítása egy TCP modulhoz vagy egy UDP-n keresztül futó alkalmazási folyamathoz van hozzárendelve. Ez a helyreállítás időtúllépésekkel és átvitelekkel történik. Az üzenet továbbadása sikeres, mivel az első kísérlet már okozta az ARP-t, hogy töltse ki a táblázatot.

Diskless állomások használják, hogy csökkentsék a berendezés költségét, egyszerűsíti konfiguráció és frissítések csomópontok miatt központi tárolása kritikus információkat, valamint csökkenti annak valószínűségét, hogy a vírusok a rendszerben, mivel a végfelhasználó könnyen telepíthető a szoftver egy lemez nélküli munkaállomáson.

A RARP az ARP protokollon alapul, és ugyanazt az üzenetformátumot használja. Az egyetlen különbség az, hogy a mezőn (protokoll típus) RARP kérés vagy válasz beállítása 8035, és a mező (üzemi) értéke (3) A RARP kérelmére, és az értéket (4) A RARP választ.

Minden hálózatban lévő gép elfogadja a kérést, de csak azok, akik felelősek a RARP folyamat támogatásáért a kérésért és válaszok elküldéséért; ezek a gépek RARP szerverek. A válasz közvetlenül a RARP-kiszolgálótól vagy a proxy-ból érhető el. Közvetítőként általában a router működik. A RARP hálózaton való sikeres használatához legalább egy RARP-kiszolgálónak kell lennie.

Ha több RARP-kiszolgáló van, akkor minden kiszolgáló megpróbálja feldolgozni a RARP-kérelmet. Általában a RARP-ügyfél elfogadja az első fogadott választ, és figyelmen kívül hagyja a többit. A gépek egy csoportjának RARP kiszolgálóként való használatának fő előnye, hogy megbízhatóbbá teszi a rendszert. Ha egy szerver rendben van, vagy túlterhelt, és nem tud válaszolni, akkor a másik válaszolni fog a kérésre. Ezért nagy a valószínűsége annak, hogy az eszköz folyamatosan elérhető lesz. A több kiszolgáló használatának legfőbb hátránya, hogy ha a gép RARP sugárzási kérelmet küld, akkor a hálózat túlterhelt, mert minden kiszolgáló megpróbálja válaszolni. Az Ethernet hálózatokban például több RARP-kiszolgáló használata nagy valószínűséggel ütközik.

Azonban, ha a hálózatnak csak egy RARP szerver, akkor ez a gép nem tud megbirkózni a nagy terhelés vagy meghibásodás, és számos csomagok veszhetnek. A válasz hiánya RARP kliens nem indul, és továbbra is sugározni kérelmek esetében határozatlan ideig, abban a reményben, hogy a RARP szerver valaha ismét elérhetővé válik. Ennek következtében a sugárzott RARP kérelmek ismétlése több problémát okoz a megnövekedett hálózati forgalomnak köszönhetően.