ARP – невидимая основа сетей Ethernet/IPv4. Разбираем на примере Ubuntu, Cisco и Eltex

[Akina]

Возможен вариант, когда ARP Request является unicast. В этом случае система проверяет адрес уже известного соседа.

Этот вариант неплохо бы если не досконально разобрать, то хотя бы описать.

Что может побудить систему на такую проверку? Как часто будет выполняться такая проверка (главным образом - определяет ли стандарт хоть как-то частоту таких проверок, хотя бы от и до, или всё отдано на откуп системе, хоть вообще не проверяй)? Кто именно ответит в случае, если снаружи произошли изменения, и у целевого МАС уже другой IP, а старый IP принадлежит другому МАС? Может ли система получать ответ не от целевого узла, а от кого-то ещё (например, от DHCP-сервера, который выдал кому-то запрашиваемый адрес и соответственно знает его МАС)?

А также - как ведёт себя система, если мимо пробегает пакет от IP/MAC, который системе пока неизвестен? А если известен IP, но под другим МАС? А если наоборот? Если хоть когда такое учитывается - то только информация из транзитных ARP-пакетов, или и из других типов пакетов тоже?

[jetcry]

Спасибо за Ваш комментарий!

Большинство вопросов, которые Вы написали, я планировал рассматривать в следующей статье. Поэтому здесь просто ограничился этой фразой, для первого знакомства я считаю, что этого достаточно.

Цель этой статьи - показать ARP, чтобы у человека сформировалось представление о протоколе.

Дальше будет разбираться глубже)

[Akina]

Большинство вопросов, которые Вы написали, я планировал рассматривать в следующей статье.

Это великолепно. А то большинство статей как раз и завершается на описании, как оно, когда всё штатно и без проблем. Хотя интереснее-то как раз всякие нештатности, отклонения и необычности. Будем подождать..

[Akina]

del

[Akina]

del

Сорри, это вечернее косоглазие.