III. Предлагаемый протокол
Предлагается выполнять преобразование RARP с помощью отдельного протокола канального уровня. Например, для сред Ethernet пакеты RARP будут иметь значение поля Ethertype (которое будет выделено для этого протокола), отличающееся от ARP. Это будет указывать, что преобразования ARP и RARP различаются фундаментально и поддерживаются хостами по-разному. Воздействие на существующие системы минимально — существующие серверы ARP не будут вводиться в заблуждение пакетами RARP. Этот делает RARP самостоятельным протоколом, который может применяться для отображения аппаратных адресов на адреса любых протоколов вышележащего уровня.
Это приближение обеспечивает простоту реализации клиентской части RARP, но разработка RARP-серверов потребует более значительный усилий. Однако, эти трудности не являются непреодолимыми, как показано в Приложении A, где даны наброски двух вариантов реализации протокола для 4.2BSD Unix.
RARP использует такой же формат пакетов, как протокол ARP, а именно:
ar$hrd (пространство аппаратных адресов) - 16 битов ar$pro (пространство протокольных адресов) - 16 битов ar$hln (размер аппаратного адреса) - 8 битов ar$pln (размер протокольного адреса) - 8 битов ar$op (код операции) - 16 битов ar$sha (аппаратный адрес отправителя) - n байтов ar$spa (протокольный адрес отправителя) - m байтов ar$tha (аппаратный адрес получателя) - n байтов ar$tpa (протокольный адрес получателя) - m байтов
Поля ar$hrd, ar$pro, ar$hln и ar$pln имеют такой же смысл, как для протокола ARP (см. [RFC826]).
Предположим, что в качестве аппаратного используется 48-битовый адрес Ethernet, а в качестве протокольного — 32-битовый адрес IP. Нам требуется определить адрес IP, соответствующий известному адресу Ethernet. В этом случае для каждого пакета RARP выполняются равенства ar$hrd = 1 (Ethernet), ar$pro = 2048 (Ethertype для пакетов IP), ar$hln = 6, ar$pln = 4.
Протокол использует два кода операций: 3 (request reverse — запрос обратного преобразования) и 4 (reply reverse — отклик на запрос обратного преобразования). Коды операций 1 и 2 имеют такой же смысл, как указано в [RFC826] — пакеты с такими кодами могут передаваться с использованием обычных программ ARP. Пакеты с любыми другими кодами операций являются ошибочными. Как и ARP, данный протокол не использует пакетов not found (не найдено) или error (ошибка), поскольку серверы RARP не обязаны отвечать на полученные запросы. Отправитель запроса RARP должен задавать для себя время ожидания (timeout) отклика на переданный запрос.
Поля ar$sha, ar$spa, $ar$tha и ar$tpa в пакетах RARP интерпретируются следующим образом:
Для пакетов с кодом операции 3 (request reverse):
ar$sha — аппаратный адрес отправителя пакета. ar$spa — не определено. ar$tha — аппаратный адрес получателя. ar$tpa — не определено.
Для пакетов с кодом операции 4 (reply reverse):
ar$sha — аппаратный адрес отвечающего хоста. ar$spa — протокольный адрес отвечающего хоста. ar$tha — аппаратный адрес получателя. ar$tpa — протокольный адрес получатель (то, что было запрошено).