1 - варіант не стандартний і не підходить до жодного з описаних нижче типів;
2 - даний запис вже не відповідає дійсності;
3 - постійна прив'язка;
4 динамічна прив'язка.
Новий запис в ARP -таблиця з'являється автоматично, через кілька мілісекунд після того, як вона була потрібна. Відправник, який обновив свій ARP-кеш, тепер готовий передати інформацію одержувачу.
Деякі реалізації IP та ARP не ставлять в чергу IP -пакети на той час, поки вони чекають ARР -Відповісти. Замість цього IP-пакет просто знищується, а його відновлення покладається на модуль TCP або прикладний процес, що працює через UDP. Таке відновлення виконується за допомогою таймаутів і повторних передач. Повторна передача повідомлення проходить успішно, так як перша спроба вже викликала заповнення ARР -таблиця.
Бездискові станції використовуються для зниження вартості обладнання, спрощення конфігурації і оновлення вузлів за рахунок централізованого зберігання важливої інформації, а також зниження ймовірності проникнення вірусів в систему, оскільки кінцевий користувач не може легко встановити свою програму на бездисковий станцію.
RARP створений на основі протоколу ARP і використовує той же самий формат повідомлень. Єдина відмінність полягає в тому, що поле (ТИП Протоколу) для запиту або відгуку RARP встановлено в 8035, а поле (ОПЕРАЦІЯ) має значення (3) для RARP запиту і значення (4) для RARP відгуку.
Всі машини в мережі приймають запит, але тільки ті з них, хто відповідає за підтримку RARP, обробляють запит і посилають відповідь; такі машини називають серверами RARP. Відповідь може бути отриманий безпосередньо від RARР-сервера або від посередника (proxy). В якості посередника зазвичай виступає маршрутизатор. Для успішного використання RARP в мережі повинен бути, принаймні, один сервер RARP.
При наявності декількох серверів RARP всі сервери намагаються обробити запит RARP. Зазвичай клієнт RARP приймає перший отриманий відповідь і ігнорує інші. Головною перевагою використання групи машин як серверів RARP є те, що це робить систему більш надійною. Якщо один сервер вийшов з ладу або перевантажений і не може відповісти, інший відповість на запит. Тому існує велика ймовірність того, що засіб буде постійно є. Головний же недолік використання декількох серверів полягає в тому, що коли машина передає циркулярний запит RARP, мережа стає перевантаженої через те, що всі сервери намагаються на нього відповісти. У мережах Ethernet, наприклад, використання декількох серверів RARP призводить до високої ймовірності виникнення колізії.
Проте, якщо мережа має тільки один сервер RARP, то ця машина може не впоратися з великим навантаженням або вийти з ладу, і ряд пакетів може бути втрачений. При відсутності відповіді RARP клієнт не зможе завантажитися, і буде продовжувати розсилати широкомовні запити протягом невизначено довгого часу в надії, що сервер RARP коли-небудь знову стане доступним. Отже, повторення широкомовних запитів RARP породжує більше проблем через зростання мережевого трафіку.