Обсуждение:ARP

message: Насколько я понял, этот текст взят с http://www.vak.ru/tcpip/arp.html. Однако я нигде не нашёл информации о лицензии. Если таковой нет, статью, полагаю, надо удалить или быстро переписать. Если же кто-нибудь связывался с автором касательно допустимости публикации текста на Википедии, пожалуйста, сообщите об этом. ~ Aegicen 20:28, 13 августа 2005 (UTC)
replies: text: До поступления информации убрал всё, написал краткий вводный параграф и поставил «болванку». ~ Aegicen 14:55, 23 августа 2005 (UTC)
Жаль, что Википедия настолько меркантилизована теми, кто откровенно формально печется об авторских правах. "До поступления информации", как видно, затянулось почти на год, и наверняка еще будет продолжаться, а болванка - действительно болванка, и пользы от нее мало. Пока нет другой информации, можно было оставить статью с www.vak.ru со ссылкой на источник, тем более, что там она, наверно, тоже предназначалась для чтения. Авторское право надо уважать, когда речь идет об объектах интеллектуальной собственности - научные работы, художественные произведения, произведения искусства и т. п., здесь же считаю претензии неуместными. "Спасибо" тому, кто удалил полезную информацию с русской Википедии, и настоящее спасибо тем, кто все-таки добавляет. Будем изучать английский. — Это сообщение написано 84.50.40.33 (обс) 30 апреля 2006 (UTC)
Предлагаю заменить трактовку широковещательного арп-запроса
«Кто-нибудь знает физический адрес устройства, обладающего следующим IP-адресом?»
на
«Кто здесь обладает следующим IP-адресом?»
так как обращение «кто-нибудь», на мой взгляд, хоть и отражает широковещательную суть запроса, тем не менее пахнет спуффингом, ибо настоящий арп-ответ полагается отправлять только обладателю указанного IP.
--78.36.163.80 03:22, 4 февраля 2009 (UTC)
* Нужно еще учесть вариант, когда запрашиваемый ip-адрес не принадлежит данной сети. На такой запрос может ответить роутер, знающий, куда переправлять пакеты. Такой вариант возможен, если запрашиваемый не знает структуру сети (или у него неправильная маска). Я видел использование такого варианта в роутерах cisco (через packet tracer): если статический маршрут настроен с указанием не ip-адреса следующего хопа, а с указанием истерфейса, происходит посылка arp-запроса по этому интерфейсу. Следующий роутер отвечает на запрос, после чего первый посылает данные на полученный mac.
Таким образом:
«Кому посылать данные, предназначенные для такого IP-адреса?»
82.193.140.165 09:54, 29 июля 2013 (UTC)
* А вот и оно Proxy ARP, rfc 925.
82.193.140.165 09:58, 29 июля 2013 (UTC)
thread_title:  copyvio? 

message: Судя по американской версии статьи этот протокол относится к Data Link Layer (Layer 2 - Канальный), а не к Network Layer (Layer 3 - сетевой).
На странице TCP/IP отмечено правильно: ARP - относится ко второму, канальному уровню. Но в самой статье все написано как раз наоборот, что это сетевой уровень.
Судя по RFC 826 этот протокол связывает канальный и сетевой уровни.
Помогите разобраться!
Участник:ihoru 05:47, 29 марта 2010 (UTC)
Вы немножко путаете модель OSI (семиуровневую) и четырехуровневую систему описанную в статье в англовики. По четырехуровневой системе оба слоя (и Datalink и Network) частично обьединены в один. В модели же OSI уровни сильно разделяются. Поэтому в OSI протокол ARP обычно относится именно к Сетевому уровню, хотя и тут согласия между людьми нет, есть и такие которые приводят доводы за помещение АРП в канальный уровень и в модели ОСИ. Но всё же более корректно помещать его в сетевой уровень.
По более полному пониманию: 
* На канальном уровне происходит упаковка сигналов в кадры (frames). Действует контроль ошибок. В заголовке кадра присутствует информация об адресате в виде его аппаратного адреса (MAC-адрес). На данном уровне работают коммутаторы (switch), мосты (bridge) и, конечно, собственно Ethernet-адаптеры (сетевые карты).
* На сетевом уровне функционируют протоколы, связанные с передачей сетевых пакетов поверх канального уровня, такие как IP, IPv6, ARP, RARP и некоторые другие. Они не знают, что такое фреймы, не зависят от оборудования, в качестве адресации используют либо IP адреса, либо МАС адреса.
Если непонятно - спрашивайте, отвечу подробнее.  TenBaseT 07:20, 29 марта 2010 (UTC)
Большое спасибо за разъяснение ситуации. Приношу свои извинения за внесенную путаницу с моими правками статьи. Неразобравшись полез исправлять... каюсь. В институте было задано рассмотреть этот протокол, вот и пытался разобраться.
Еще раз спасибо!
Участник:ihoru 22:04, 30 марта 2010 (UTC)
undesky 20:45, 21 апреля 2011
http://searchnetworking.techtarget.com/tip/OSI-Securing-the-stack-Layer-2-Understanding-the-role-of-ARP
Просьба не путать людей, ARP протокол 2го уровня, осуществляющий сервис для L3, он не может работать через маршрутизаторы, и не может перенаправлятся и управлятся устройствами 3го уровня, что противоречит модели OSI, и ее пониманию, поэтому просьба поставить этот протокол в нужное место.
16:42, 21 апреля 2011 (UTC)
Добавлю, при чем тут 4х уровневая модель, она относится только к верхним уровням, но никак не меняет нижние. Не вижу смысла, вот дополнения к спецификации ARP:
http://students.cs.byu.edu/~cs460ta/cs460/labs/arp.html
 Этот протокол работает на 2ом уровне, так как оперирует MAC адресами, и отсюда вывод работает именно на L2.  (Если вы несете портфель директора, вы еще "НЕ" директор).
212.176.204.8 16:57, 21 апреля 2011 (UTC)
thread_title:  Какой же это канал по модели OSI? 

message: В табличке примера запроса-ответа указывается Protocol type = 0x0800. Хотя этот номер принадлежит IPv4 протоколу судя по этой странице. Думаю нужно исправить на Protocol type = 0x0806  Vatolkin 14:33, 4 апреля 2010 (UTC)
* Оно так и было - это уже кто-то похозяйничал в статье, а я не уследил :)  TenBaseT 16:12, 4 апреля 2010 (UTC)
* На самом деле, правильно Protocol type = 0x0800. Это идентифицирует поля SPA и TPA, как адреса IPv4 протокола, то есть обыкновенные IP адреса:). Код ARP 0x0806 ставится только в поле Ethertype/Length Ethernet заголовка, который в данный пример не вошел(кстати, может, стоит включить, для большей понятности?). Я лично проверял Wireshark-ом, что все именно так. Beljakoff 12:24, 24 мая 2010 (UTC)
replies: text: * Включить конечно стоит. --Rodos 06:12, 28 мая 2010 (UTC)
thread_title:  Пример ARP-запроса 

message: Некорректное выражение, часто используемое в разговорах и нередко в книгах. На самом деле это означает "широковещательный кадр (фрейм) Ethernet, содержащий ARP-запрос". Именно так должно писаться в серьёзной справочной и учебной литературе. Никакого широкого вещания в ARP нет, как нет ARP-адресов. Адреса есть в Ethernet и в IP, там же широковещательные кадры/пакеты. ARP - лишь посредник между ними.
Мелочь? В таких делах мелочей не бывает. Некорректные формулировки и размытая терминология - главная причина недопонимания технологий.
thread_title:  Широковещательный запрос ARP