Кратко
- Логический тип сети можно отделить от broadcast-среды, но управляющим пакетам всё ещё нужны правильные multicast MAC и VLAN.
- Оба конца должны совпасть без fallback. После adjacency для unicast остаются next-hop IP и MAC binding через ARP, ND, static или gleaning.
Прямая грань поверх общего носителя
Broadcast-модель использует DR/DIS и виртуальный узел. Если на физическом LAN или VLAN только два маршрутизатора, RFC 5309 разрешает объявить прямое ребро. Это уменьшает состояние и упрощает flooding.
Но число участников задаётся конфигурацией и сегментацией. IGP не проверяет список switch ports. Третий участник может появиться, пока команда p2p остаётся прежней.
IS-IS-пакеты на втором уровне остаются LAN frames; рекомендуется AllISs, а VLAN tag должен совпасть. Логическая линия не отменяет доставку кадра.
Несогласие не маскируется
P2P-интерфейс отбрасывает LAN Hello, LAN-интерфейс — p2p Hello. Другая System/Router ID также отвергается. Оба конца должны поддерживать и выбрать один режим.
Если мнения различаются, adjacency не формируется. Автоматического fallback нет, только исправление конфигурации. Change должен быть парным: порядок, окно, discard counters, identity и симметричный rollback.
Управляющий MAC не завершает данные
На обычном p2p next hop может быть не нужен. Ethernet unicast требует destination MAC, поэтому p2p-over-LAN нуждается в действительном IP соседа.
Для IPv4 unnumbered ARP разрешает внутренний адрес, иногда с ослаблением subnet check. Для IPv6 ND разрешает link-local. Возможны static MAC и gleaning из routing frame.
Multicast Hello способен поддерживать adjacency, когда unicast binding истёк. Выученный MAC не доказывает правильный VLAN, FIB и доставленный пакет. Control-plane и data-plane состояния различны.
Цена unnumbered
Экономия адресов убирает ping конкретного интерфейса. Нужны port/VLAN, peer ID, ARP/ND, происхождение MAC, FIB и двусторонняя probe. Множество двухузловых VLAN также увеличивает LSDB, flooding и вычисления.
Граница вывода
RFC 5309 имеет статус Informational и не является Internet Standard. Он не подтверждает текущий продукт, эксклюзивность VLAN или реальный трафик. RFC 5303, 5304 и 5305 относятся к соседним слоям, но не создают MAC binding.
Проверка требует обе конфигурации, Hellos, IDs, membership, next hop, ARP/ND или mapping, route/FIB и packets.
Источники
- RFC 5309: Point-to-Point Operation over LAN
- RFC 5309 в тексте
- Информация RFC Editor
- RFC 5309 в Datatracker
- История RFC 5309
- Ссылки RFC 5309
- Цитирующие документы
- Errata RFC 5309
- RFC 1195: IS-IS для IP
- RFC 2328: OSPFv2
- RFC 5340: OSPF для IPv6
- RFC 5303: трёхсторонний handshake IS-IS
- RFC 5304: аутентификация IS-IS
- RFC 5305: расширения IS-IS TE
- RFC 5308: IPv6 через IS-IS
- RFC 8174: нормативные слова
- Реестр IANA IS-IS TLV
- Heng Lu: On Reality Layers, Symbolic Power, and Why Clarity Feels So Hostile
- Heng Lu: Running Code Primary
- Heng Lu: On the Agency Problem at the Core of Internet Governance
Обзор для участников
Подробный контекст профиля
Войдите с подходящим уровнем подписки, чтобы открыть полный обзор и примечания к источникам.
Только для Стратегического сообщества
Стратегическое сообщество
Открыто всем читателям. Вступите и войдите, чтобы открыть обзоры профилей.
Вступить в Стратегическое сообществоТолько для Альянса лидеров
Альянс лидеров
Для проверенных владельцев IP-активов и руководителей. Войдите, чтобы открыть обзоры Альянса.
Вступить в Альянс лидеров
