chore(test): проверить IPv6 внутри VXLAN на стенде

This commit is contained in:
Denozordec committed 2026-10-10 09:02:31 +07:00
1 parent e7aaec926d
commit 2a804876b0
6 files changed
+1444 -10

No files matched your search

+9 -1
View File
@@ -1,6 +1,6 @@
# UX/UI: протокол внешней приёмки 12.5
Актуальное продолжение 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.
Актуальное продолжение 2026-10-10: завершены12.5.107–108 — VXLAN bridge/FDB и IPv6 ULA inner по IPv4 outer, отключение/восстановление собственного bridge-порта. Steady/recovery Ping10/10 в обе стороны; initial IPv6 loss сохранён, бесшовность не заявлена. Cleanup13 коллекций×2, настройкиIPv6 и own dynamic tables passed. Runtime ux-patch102/ux-a11y101 прежний. Следующий109 — IPv6 inner GRE/WireGuard; Portal/Telegram ожидают настройки и отдельного разрешения на сообщение.12.5 открыт.
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).
@@ -1040,3 +1040,11 @@ Initial Ping3/3 и steady Ping10/10 в обе стороны; сохранены
Перед удалением сверены 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, а не только статус каталога.
## 12.5.108 — VXLAN: IPv6 внутри собственного моста по IPv4-транспорту (2026-10-10)
[Native отчёт](ux-ui/acceptance/vxlan-ipv6-inner-2026-10-10.json). Read-only preflight подтвердил IPv6 уже включён на обоих CHR; глобальные настройки не менялись. Собственная пара VXLAN VNI160108/UDP51908/MTU1400 с отдельными мостами и MAC, только IPv6 ULA fd00:108:1::1/64↔fd00:108:1::2/64 на мостах, advertise=no. IPv4 outer VTEP — исходные публичные адреса; IPv6 WAN/outer не тестировался. Никаких новых адресов/bridge-port на ether1, ND/firewall/default routes не менялись.
Initial IPv6 Ping дал0/3 и1/3; packet rows сохранены, причина потерь не установлена. После3s паузы steady Ping10/10 в обе стороны. Native адреса valid/advertise=false, bridge host и VXLAN FDB изучили MAC противоположного моста с правильным remote VTEP. Каталог приложения показывает правильные интерфейсы/VNI/port/learning/remoteVteps без failures. После отключения собственного bridge-порта CHR1 Ping0/3 в обе стороны, интерфейсы остаются UP; после включения и2s паузы Ping10/10 и FDB подтверждены. Initial loss не скрыт повтором и не заменён утверждением о zero-loss startup/SLA.
Exact-ID/marker cleanup вернул baseline projection13 коллекций×2, собственные bridge hosts/FDB отсутствуют; disable-ipv6/forward/accept-router-advertisements совпали с исходными. Пароли прежние, оба устройства доступны. Исходники/DB/runtime не менялись, build/общая UI регрессия не повторялись. Результат подтверждает native IPv6 inner в данной паре; не добавляет IPv6 IP/bridge/FDB в fragment экспорт, не доказывает SLAAC, клиентские ОС, масштаб, IPv6 outer или максимальную скорость. Следующий109 — GRE/WireGuard IPv6 inner по существующему IPv4 outer.