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

2020-09-30T21:19:57Z

213.87.144.108: /* Широковещательный запрос ARP */ новая тема

{{Статья проекта Информационные технологии|важность=|уровень=I|подпроект1=Компьютерные сети|важность для подпроекта1=высокая}}
== copyvio? ==

Насколько я понял, этот текст взят с http://www.vak.ru/tcpip/arp.html. Однако я нигде не нашёл информации о лицензии. Если таковой нет, статью, полагаю, надо удалить или быстро переписать. Если же кто-нибудь связывался с автором касательно допустимости публикации текста на Википедии, пожалуйста, сообщите об этом. ~ [[Участник:Aegicen|Aegicen]] 20:28, 13 августа 2005 (UTC)
:До поступления информации убрал всё, написал краткий вводный параграф и поставил «болванку». ~ [[Участник:Aegicen|Aegicen]] 14:55, 23 августа 2005 (UTC)
Жаль, что Википедия настолько меркантилизована теми, кто откровенно формально печется об авторских правах. "До поступления информации", как видно, затянулось почти на год, и наверняка еще будет продолжаться, а болванка - действительно '''болван'''ка, и пользы от нее мало. Пока нет другой информации, можно было оставить статью с www.vak.ru со ссылкой на источник, тем более, что там она, наверно, тоже предназначалась для чтения. Авторское право надо уважать, когда речь идет об объектах интеллектуальной собственности - научные работы, художественные произведения, произведения искусства и т. п., здесь же считаю претензии неуместными. "Спасибо" тому, кто удалил полезную информацию с русской Википедии, и настоящее спасибо тем, кто все-таки добавляет. Будем изучать английский. — ''Это [[ВП:Подписывайтесь на страницах обсуждения|сообщение]] написано [[Special:Contributions/84.50.40.33|84.50.40.33]] ([[User talk:84.50.40.33|обс]]) 30 апреля 2006 (UTC)

Предлагаю заменить трактовку широковещательного арп-запроса
<blockquote>
«Кто-нибудь знает физический адрес устройства, обладающего следующим IP-адресом?»
</blockquote>
на
<blockquote>
«Кто здесь обладает следующим IP-адресом?»
</blockquote>
так как обращение «кто-нибудь», на мой взгляд, хоть и отражает широковещательную суть запроса, тем не менее пахнет спуффингом, ибо настоящий арп-ответ полагается отправлять только обладателю указанного IP.

--[[Special:Contributions/78.36.163.80|78.36.163.80]] 03:22, 4 февраля 2009 (UTC)

* Нужно еще учесть вариант, когда запрашиваемый ip-адрес не принадлежит данной сети. На такой запрос может ответить роутер, знающий, куда переправлять пакеты. Такой вариант возможен, если запрашиваемый не знает структуру сети (или у него неправильная маска). Я видел использование такого варианта в роутерах cisco (через packet tracer): если статический маршрут настроен с указанием не ip-адреса следующего хопа, а с указанием истерфейса, происходит посылка arp-запроса по этому интерфейсу. Следующий роутер отвечает на запрос, после чего первый посылает данные на полученный mac. 
Таким образом:
<blockquote>
«Кому посылать данные, предназначенные для такого IP-адреса?»
</blockquote>
[[Special:Contributions/82.193.140.165|82.193.140.165]] 09:54, 29 июля 2013 (UTC)
* А вот и оно [[Proxy ARP]], rfc 925.
[[Special:Contributions/82.193.140.165|82.193.140.165]] 09:58, 29 июля 2013 (UTC)

== Какой же это канал по модели OSI? ==

Судя по американской версии статьи этот протокол относится к Data Link Layer (Layer 2 - Канальный), а не к Network Layer (Layer 3 - сетевой).
На странице [[TCP/IP]] отмечено правильно: ARP - относится ко второму, канальному уровню. Но в самой статье все написано как раз наоборот, что это сетевой уровень. 
Судя по [http://www.faqs.org/rfcs/rfc826.html RFC 826] этот протокол '''связывает''' канальный и сетевой уровни. 
''Помогите разобраться!'' 
[[Участник:ihoru]] 05:47, 29 марта 2010 (UTC)

Вы немножко путаете модель OSI (семиуровневую) и четырехуровневую систему описанную в статье в англовики. По четырехуровневой системе оба слоя (и Datalink и Network) частично обьединены в один. В модели же OSI уровни сильно разделяются. Поэтому в OSI протокол ARP обычно относится именно к Сетевому уровню, хотя и тут согласия между людьми нет, есть и такие которые приводят доводы за помещение АРП в канальный уровень и в модели ОСИ. Но всё же более корректно помещать его в сетевой уровень.

По более полному пониманию:
* На канальном уровне происходит упаковка сигналов в кадры (frames). Действует контроль ошибок. В заголовке кадра присутствует информация об адресате в виде его аппаратного адреса (MAC-адрес). На данном уровне работают коммутаторы (switch), мосты (bridge) и, конечно, собственно Ethernet-адаптеры (сетевые карты).
* На сетевом уровне функционируют протоколы, связанные с передачей сетевых пакетов поверх канального уровня, такие как IP, IPv6, ARP, RARP и некоторые другие. Они не знают, что такое фреймы, не зависят от оборудования, в качестве адресации используют либо IP адреса, либо МАС адреса.

Если непонятно - спрашивайте, отвечу подробнее. [[User:TenBaseT|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. (Если вы несете портфель директора, вы еще "НЕ" директор).
[[Special:Contributions/212.176.204.8|212.176.204.8]] 16:57, 21 апреля 2011 (UTC)

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

:* Включить конечно стоит. --[[User:Rodos|Rodos]] 06:12, 28 мая 2010 (UTC)

== Широковещательный запрос ARP ==

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

Мелочь? В таких делах мелочей не бывает. Некорректные формулировки и размытая терминология - главная причина недопонимания технологий.

wiki12 - Вклад [ru]

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