Кратко

  • RFC 925 позволял хосту считать IP-адрес локальным, хотя цель находилась за другой LAN. BOX отвечал на ARP собственным аппаратным адресом и брал на себя следующий переход к скрытой цели.
  • Удобство не отменяло сложность: кэши по интерфейсам, списки незавершённого поиска, повторы, порядок таймеров, TTL и подавление петель становились ценой единой видимости нескольких кабелей.
  • RFC 950 зафиксировал другой выбор: явно объявить границу подсети для интерпретации и маршрутизации, а не заново искать скрытое расположение через широковещание и агентские соответствия. Документы не доказывают всеобщего внедрения.

Ответ ARP не от адресата

Чтобы Ethernet-хост отправил IP-дейтаграмму на адрес, который он считает локальным, ему нужен аппаратный адрес назначения. В обычном ARP из RFC 826 хост рассылает вопрос, а владелец запрошенного протокольного адреса напрямую возвращает свой аппаратный адрес. Намерение на уровне IP превращается в передачу, возможную на данном кабеле.

Несколько LAN внутри одной площадки превращают это допущение в архитектурный выбор. RFC 917 перечислял три пути: отдельный номер сети Internet для каждого кабеля; прозрачные подсети при одном номере; либо явное выделение подсети в части адреса хоста. Первый путь раздувает внешние таблицы маршрутизации внутренними деталями. Явная подсеть делает локальную границу читаемой. Прозрачная сохраняет у хоста представление об одной сети.

RFC 925 придал последнему пути форму BOX. Он подключён к двум или более LAN так же, как обычный хост. Хост не изучает нового формата адреса и нового протокола обнаружения: он посылает обычный ARP. BOX хранит для каждого интерфейса кэш пар Internet-адреса и аппаратного адреса.

Если искомая пара известна в другой LAN, BOX не может выдать запрашивающему удалённый аппаратный адрес: на исходном кабеле тот бесполезен. Поэтому BOX возвращает свой собственный аппаратный адрес на LAN запрашивающего. Хост передаёт дейтаграмму BOX, а тот действует как агент цели на следующем участке.

Такой ответ не утверждает, что BOX и есть цель, что он владеет IP-адресом или знает лучший глобальный путь. Он обещает меньшее: на этом интерфейсе дейтаграмму можно передать мне, и я попытаюсь направить её дальше по имеющейся у меня информации. Локальное обязательство пересылки, идентичность, владение и маршрутная власть — разные утверждения.

Скрытое место вернулось поиском

RFC 925 различает три случая. Если соответствие находится в кэше той же LAN, откуда пришёл запрос, BOX молчит и ждёт ответа самой цели. Если оно в кэше другой LAN, BOX отвечает как агент. Если его нет нигде, BOX обязан искать.

Именно поиск выставляет счёт за прозрачность. BOX записывает искомый Internet-адрес, входной интерфейс и сведения об исходном запросе в список поиска, затем создаёт ARP-запросы на остальных интерфейсах. Ответ заполняет нужный кэш, удаляет запись и позволяет ответить первому хосту. Но ARP не имеет отрицательного ответа. Лишь истечение времени превращает молчание в неудачный поиск.

Список связывает поздний ответ с исходным вопросом и одновременно не даёт неизвестному адресу бесконечно ходить по кольцу LAN. Если адрес уже есть в списке, новая пересылка прекращается. Хост, который был недоступен, может остаться невидимым из других LAN до истечения записи. Устройство, скрывающее кабели, решает и то, как долго прошлое молчание сохраняет операционную силу.

RFC 925 задаёт T1 для попыток ARP хоста, T2 для жизни или повторения поиска BOX и T3 для жизни кэша, требуя T1 < T2 < T3. Этот порядок ограничивает процесс, но не делает память истиной. Документ прямо предупреждает: частота использования не обязательно связана с корректностью. Если обновлять возраст записи при каждом использовании, устаревшая пара способна жить очень долго. Кэш — недавняя рабочая гипотеза, а не постоянная перепись топологии.

Bridge с обязанностями маршрутизатора

Название bridge не означает пассивную работу. Для обычных IP-дейтаграмм RFC 925 требует уменьшать TTL и обновлять контрольную сумму заголовка; при нулевом TTL дейтаграмма отбрасывается. Для поиска ARP есть отдельная граница петли — список поиска. Для широковещания по всей сети нужна ещё одна память о недавних рассылках.

Эти ограничения относятся к разным свидетельствам. У дейтаграммы есть бюджет переходов. У ARP-запроса нет ни отрицательного результата, ни универсального бюджета обхода, поэтому предложение применяет состояние и тайм-аут. Для широковещательных копий нужно другое распознавание. То, что BOX обрабатывает все объекты, не делает один вид доказательства доказательством другого.

В топологии с петлями могут прийти несколько ответов. RFC 925 говорит только, что первый вероятно будет наиболее эффективным путём, и предлагает не заменять первое соответствие поздними ответами. Это практическое правило выбора, а не доказательство кратчайшего, безопасного или вечно доступного пути.

В LAN без широковещания или без ARP-хостов BOX должен иметь полную таблицу соответствий и посылать ARP-подобные запросы другим BOX по отдельности. В худшем случае таблица каждого интерфейса растёт до числа всех хостов объединения. Топология не исчезла: она стала трафиком обнаружения, состоянием и исключениями.

Явная граница переменила место знания

RFC 950 на следующий год повторил три подхода и перечислил ограничения прозрачного: зависимость от ARP и широковещания, неприменимость к части технологий LAN, необходимость узнать LAN хоста, рост стоимости рассылки и кэшей вместе с числом LAN и хостов. Затем он задал стандартную процедуру явного разбиения на подсети.

Для поддерживающих его хостов требовались сравнительно небольшие изменения IP, зато часть адреса объявляла локальную границу, которую BOX прежде должен был искать. Локальная маршрутизация могла опираться на известное толкование, а не на первый агентский ответ скрытого поиска.

Это не рассказ об автоматической победе. RFC — артефакты координации, а не команда внедрения. Поведение становится операционной реальностью только там, где хосты, BOX и маршрутизаторы действительно исполняют совместимый профиль. Поздний RFC 1812 сохранил узкое место для прозрачных маршрутизаторов совместного адресного пространства, полезных в ограниченной географически и топологически stub-среде, и предупредил, что видимость одной сети может не означать полной эмуляции её службы. Тот же документ требует поддержки подсетей от соответствующих IPv4-маршрутизаторов. Это задаёт область применения, но не превращает RFC 925 задним числом в описание современного продукта.

Главная книга иллюзии

Достоинство RFC 925 в том, что старому хосту не надо знать каждый кабель. Однако невидимая сложность остаётся где-то: в кэше на интерфейс, поисковом состоянии, таймерах, контроле петель и агенте, который может устареть или стать недоступным.

Поэтому ответ BOX — обещание с границей. Он может принять дейтаграмму на LAN, где объявил свой адрес; может искать на подключённых интерфейсах; может забыть наблюдение, потому что оно не вечно. Он не может превратить отсутствие ответа в доказательство вечного отсутствия цели, ранний ответ — в доказательство лучшего пути, а трансляцию адреса — во власть переписать топологию для всех участников.

Когда архитектура скрывает структуру ради совместимости, существенен не вопрос, куда исчезла топология. Нужно спросить, кто несёт поиск, что является лишь кэшем, чем ограничена петля и как старый вывод теряет силу. Топология не исчезает; она переходит в другую главную книгу.

Источники и границы доказательств

Закрытый набор включает RFC 826, RFC 917, RFC 925, RFC 950 и RFC 1812. Они подтверждают предложенные механизмы, сравнение и последующую рамку требований к маршрутизаторам. Они не подтверждают поведение нынешнего продукта, всеобщее внедрение, измеренный выигрыш или единственную дату вытеснения одного подхода другим.