Протокол обратного разрешения адресов ( RARP ) - это устаревший протокол компьютерной связи, используемый клиентским компьютером для запроса своего адреса Интернет-протокола ( IPv4 ) из компьютерной сети , когда все, что у него есть, - это его канальный уровень или аппаратный адрес, например MAC. адрес . Клиент передает запрос в широковещательном режиме и не нуждается в предварительных знаниях топологии сети или идентификаторов серверов, способных выполнить его запрос.
RARP описана в Engineering Task Force Интернет (IETF) публикации RFC 903. [1] Это была устареть в Bootstrap Protocol (BOOTP) и современный Dynamic Host Configuration Protocol (DHCP), которые оба поддерживают набор функций гораздо больше , чем RARP.
RARP требует, чтобы один или несколько хостов серверов поддерживали базу данных сопоставлений адресов канального уровня с адресами соответствующих протоколов. Адреса управления доступом к среде (MAC) должны быть индивидуально настроены на серверах администратором. RARP ограничен обслуживанием только IP-адресов .
Обратный ARP отличается от протокола обратного разрешения адресов (InARP), описанного в RFC 2390, который предназначен для получения IP-адреса, связанного с локальным идентификатором соединения канала передачи данных Frame Relay. InARP не используется в Ethernet .
Современное использование
Хотя первоначальное использование RARP было заменено другими протоколами, некоторые современные протоколы используют RARP для обработки миграции MAC, особенно в виртуальных машинах, с использованием техники, созданной в QEMU . Примеры:
- Оверлейная транспортная виртуализация Cisco (OTV). RARP используется для обновления таблиц пересылки уровня 2, когда MAC-адрес перемещается между центрами обработки данных.
- VMware vSphere vMotion. [2] RARP используется, когда MAC-адрес виртуальной машины перемещается между хостами.
Смотрите также
Рекомендации
- ^ RFC 903, Протокол разрешения обратного адреса , Р. Финлейсон, Т. Манн, Дж. Могул, М. Таймер (июнь 1984 г.)
- ^ https://blogs.vmware.com/vsphere/2013/07/vxlan-series-how-vmotion-impacts-the-forwarding-table-part-6.html