Протокол разрешения обратного адреса
Набор интернет-протоколов |
---|
Прикладной уровень |
Транспортный уровень |
Интернет-слой |
Слой связи |
Протокол обратного разрешения адресов ( RARP ) — это устаревший протокол компьютерной связи , используемый клиентским компьютером для запроса своего адреса Интернет-протокола ( IPv4 ) из компьютерной сети , когда все, что ему доступно, — это канальный уровень или аппаратный адрес, например MAC-адрес . адрес . Клиент передает запрос и не требует предварительного знания топологии сети или идентификаторов серверов, способных выполнить его запрос.
RARP описан в публикации RFC 903 Инженерной группы Интернета (IETF). [1] Он устарел из-за протокола начальной загрузки (BOOTP) и современного протокола динамической конфигурации хоста (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 г.)
- ^ Дешпанде, Венки (22 июля 2013 г.). «Серия VXLAN – Как vMotion влияет на таблицу пересылки – Часть 6» . VMware . Проверено 15 марта 2023 г.