chore(test): подтвердить мост и обучение MAC в VXLAN

docs/ux-ui-external-acceptance.md

@@ -1,6 +1,6 @@
 # UX/UI: протокол внешней приёмки 12.5
 
-Актуальное продолжение 2026-10-10: завершены12.5.93–106,14 local commits безpush. Backend ux-patch102/frontend ux-a11y101; source904/compiled984 matches, обаCHR доступны/own fixtures0. Portal auth disabled/hostname localhost; Telegram bot/chat не настроены, messages0. Следующий107 — реальные Portal/Telegram при предоставленных тестовых доступах, отправка только после отдельного explicit разрешения. Матрица docs/ux-ui-remaining-acceptance.md,12.5 открыт;94% пятичасовой квоты использовано перед final записью.
+Актуальное продолжение 2026-10-10: завершён12.5.107 — VXLAN bridge/FDB, потеря связности при отключении собственного bridge-порта и восстановление. Steady/recovery Ping10/10 в обе стороны, FDB MAC→VTEP совпадает; cleanup9 коллекций×2 и собственных динамических таблиц passed. Backend ux-patch102/frontend ux-a11y101 прежние. Следующий108 — IPv6 внутри собственного VXLAN по IPv4 transport; реальные Portal/Telegram ожидают настройки и отдельного разрешения на сообщение. Этап12.5 открыт, матрица docs/ux-ui-remaining-acceptance.md.
 
 IPsec78: реальный PSK responder established, mode-config198.18.78.10 и online=true подтверждены API; точные собственные объекты удалены. Сертификатный/DN online, late failure и history restore остаются открытыми. [Отчёт](ux-ui/acceptance/ipsec-mode-config-2026-10-09.json), [журнал](ux-ui-progress.md).
 
@@ -1030,3 +1030,13 @@ Runtime backend ux-patch102/version1.0.0-test.patch102/image34fca84b8721…; fro
 Вопрос о наличии тестовых Portal/Telegram задан пользователю; ответа/разрешения на сообщение пока нет. Реальная приёмка этих веток не заменяется локальными fake sender/JWT checks35–49/89. Следующий107 требует тестовую Portal-конфигурацию/аккаунт и отдельный bot/chat; перед отправкой подготовить конкретное сообщение и получить прямое разрешение. Доступы кCHR/SSH этого разрешения не дают. Остальные clientOS/IPv6/WAN policy/scale/multi-instance/physical failure/durable retry bounds остаются в [матрице](ux-ui-remaining-acceptance.md).
 
 За окно сохранены14 local commits93–106, push0. Backend patch102/frontend a11y101, source904/compiled984 matches, main1207/1208+geometry delta5/5/context221/221/backend171+parser8 profiles/accessibility24local20live вточных границах99–105. ОбаCHR доступны, свои конфиги/DB fixtures очищены, credentials не менялись. Квота94% использовано перед записью; этап12.5 целиком открыт. Один локальный commit без push.
+
+## 12.5.107 — VXLAN: мост, обучение MAC и восстановление bridge-порта (2026-10-10)
+
+[Native отчёт](ux-ui/acceptance/vxlan-bridge-fdb-2026-10-10.json). На обоих CHR7.24.5 создана собственная пара VXLAN VNI160107/UDP51907/MTU1400 с отдельными bridge, фиксированными locally administered MAC и IP198.18.107.1/30↔198.18.107.2/30. Публичный ether1 не добавлялся в мост, исходные routes/firewall не менялись. Все collision/preflight reads завершены на двух устройствах перед записью. Каталог production GET /api/vxlan совпал с native VNI/port/learning/VTEP и без failures.
+
+Initial Ping3/3 и steady Ping10/10 в обе стороны; сохранены реальные packet rows. Удалённый bridge MAC изучен на собственном VXLAN-порту, VXLAN FDB связывает его с правильным удалённым публичным VTEP на каждой стороне. После native PATCH disabled=yes только собственного bridge-порта CHR1 Ping0/3 в обе стороны; интерфейс VXLAN и каталог остаются UP. Это операционный флаг интерфейса, который не доказывает end-to-end связность через bridge. После disabled=no и2s паузы Ping10/10 в обе стороны и FDB подтверждены снова. Нет утверждения о физической аварии, SLA или бесшовности перехода.
+
+Перед удалением сверены exact IDs, comment/name и interface/bridge/address/remote-ip всех собственных объектов. После удаления обеих сторон baseline projection9 коллекций×2 совпала, own bridge hosts/VXLAN FDB отсутствуют. Пароли не менялись, оба CHR доступны. Исходники продукта, DB, Docker runtime и UI не менялись; build/общая регрессия не повторялись. App API остаётся read-only; bridge/FDB/IP не входят в экспорт fragment. Client OS, IPv6 outer, scale, throughput и hardware offload ещё не приняты. Следующий108 — отдельный собственный IPv6 inner сценарий. Квота после проверки: использовано4% пятичасового и62% недельного.
+
+Референс семантики FDB: [официальная документация MikroTik VXLAN](https://help.mikrotik.com/docs/spaces/ROS/pages/100007937/VXLAN). Доказательством данного сценария служат независимые native таблицы и Ping, а не только статус каталога.