Информация
Услуги
  • Внедрение
  • Настройка
  • Поддержка
  • Ремонт
Контакты
Новинка
Распродажа
Новости
Доставка
Оплата
Загрузки
  • Прошивки
    • WinBox
    • RouterOS
    • Мобильные приложения MikroTik
    • Архив
  • RouterOS
  • Мобильные приложения MikroTik
  • Архив
Форум
Настройка
    info@mikrotik.moscow
    +7 495 320-55-52
    Заказать звонок
    Mikrotik.moscow
    Каталог
    • Акции
      Акции
    • Маршрутизаторы
      Маршрутизаторы
    • Коммутаторы
      Коммутаторы
    • Радиомосты и уличные точки доступа
      Радиомосты и уличные точки доступа
    • Wi-Fi для дома и офиса
      Wi-Fi для дома и офиса
    • LTE/5G
      LTE/5G
    • Powerline адаптеры
      Powerline адаптеры
    • IoT устройства
      IoT устройства
    • Оборудование 60 ГГц
      Оборудование 60 ГГц
    • Материнские платы RouterBOARD
      Материнские платы RouterBOARD
    • Корпуса
      Корпуса
    • Интерфейсы
      Интерфейсы
    • SFP/QSFP трансиверы
      SFP/QSFP трансиверы
    • Аксессуары
      Аксессуары
    • Антенны
      Антенны
    • Архив
      Архив
    Войти
    0 Сравнение
    0 Избранное
    0 Корзина
    Скачать WinBox Скачать Прошивки Форум > RouterOS Форум > SwOS Форум > Железо
    Mikrotik.moscow
    Каталог
    Войти
    0 Сравнение
    0 Избранное
    0 Корзина
    Mikrotik.moscow
    Телефоны
    +7 495 320-55-52
    Заказать звонок
    0
    0
    0
    Mikrotik.moscow
    • +7 495 320-55-52
      • Назад
      • Телефоны
      • +7 495 320-55-52
      • Заказать звонок
    • info@mikrotik.moscow
    • г. Москва, ул. Бакунинская, 84
    • Пн-Пт: 09-00 до 18-00
      Сб-Вс: выходной


    • Кабинет
    • 0 Сравнение
    • 0 Избранное
    • 0 Корзина
    Главная
    Форум
    Форум
    RouterOS
    Интерфейсы datapath CapsMan не подключаются к мосту.

    Интерфейсы datapath CapsMan не подключаются к мосту.

    Форумы: RouterOS, Аппаратное обеспечение, SwOS, Обратная связь, Объявления, Сторонние инструменты
    Поиск  Пользователи  Правила  Войти
    Страницы: 1
    RSS
    Интерфейсы datapath CapsMan не подключаются к мосту., RouterOS
     
    christian178
    Guest
    #1
    0
    20.05.2024 08:18:00
    Привет,

    /interface wifi channel  
    add band=2ghz-g disabled=no name=channel1-2ghz width=20mhz  
    add band=5ghz-a disabled=no name=channel2-5ghz-a width=20mhz  

    /interface wifi datapath  
    add bridge=bridge2-ext bridge-horizon=1 client-isolation=yes disabled=no name=datapath1  

    /interface wifi security  
    add authentication-types="" disabled=no ft=no name=sec1  

    /interface wifi configuration  
    add channel=channel1-2ghz country=Germany datapath=datapath1 disabled=no hide-ssid=no mode=ap name=cfg1-2ghz security=sec1 security.ft=yes ssid=test2  
    add channel=channel2-5ghz-a country=Germany datapath=datapath1 disabled=no hide-ssid=no mode=ap name=cfg2-5ghz security=sec1 security.ft=yes ssid=test2  

    /interface wifi capsman  
    set enabled=yes interfaces=bridge1-int package-path="" require-peer-certificate=no upgrade-policy=none  

    /interface wifi provisioning  
    add action=create-dynamic-enabled disabled=no master-configuration=cfg1-2ghz name-format=%I-2ghz-ax-g-n supported-bands=2ghz-ax,2ghz-g,2ghz-n  
    add action=create-dynamic-enabled disabled=no master-configuration=cfg2-5ghz name-format=%I-5ghz-a-an-ac-ax supported-bands=5ghz-a,5ghz-n,5ghz-ac,5ghz-ax  

    Интерфейсы должны были бы настроиться идеально, но CAP-интерфейсы почему-то не добавляются в мост «bridge2-ext». Почему? На антеннах Client-CAP у меня не задан datapath, поэтому я бы хотел, чтобы данные перенаправлялись туда и обратно через CapsMan. Спасибо, Кристиан.
     
     
     
    kolorasta
    Guest
    #2
    0
    27.07.2024 13:30:00
    Мне очень нравился режим пересылки CAPsMAN… почему он больше недоступен в wifi-qcom и wifi-qcom-ac?
     
     
     
    mkx
    Guest
    #3
    0
    27.07.2024 16:05:00
    Возможно, дело в том, что пересылка через capsman создает значительную нагрузку как на CAP-устройство (с которой можно справиться, используя более быстрый процессор), так и на устройство CAPsMAN (что уже менее управляемо, если задействовано много CAP-ов), из-за чего снижается производительность беспроводной связи CAP. Преимущества (которые в некоторых случаях были бесценны) скорее всего слишком незначительны, чтобы MT потратила усилия на (пере)реализацию этого с драйверами Wi-Fi.
     
     
     
    infabo
    Guest
    #4
    0
    17.08.2024 14:40:00
    Возвращаясь к исходному вопросу автора: почему порты не добавляются в мост? Это работает для локальных интерфейсов, но не для CAP. На CAP мост всегда называется «bridgeLocal», вне зависимости от настроек, и Wi-Fi порты не добавляются (ни в мост CAPsMAN, ни в локальный мост CAP).
     
     
     
    neki
    Guest
    #5
    0
    17.08.2024 18:44:00
    Не уверен, что правильно тебя понял, но мосты добавляются без проблем… Дело в том, что мост всегда локальный, ты не можешь получить доступ к мостам на других устройствах или их видеть. Так что, если ты создаёшь мост на CAP, он доступен только с самого CAP, и наоборот. Это же касается и datapath: datapath.bridge — это локальная опция и действует только для мастер-интерфейсов. Даже если в документации сказано, что виртуальные («slave») интерфейсы по умолчанию добавляются в тот же мост, если он есть, что и соответствующий мастер-интерфейс, то мастер-интерфейсы по умолчанию в мост не добавляются. И из выражения «по умолчанию» можно понять, что это поведение можно поменять, но это не задокументировано (или я просто не смог найти).

    P.S. Это настраивается через slaves-datapath в меню /interface/wifi/cap.  

    :EDIT Если создать мост на CAP, то можно прописать datapath.bridge на мастер-интерфейсе CAP, и WiFi-интерфейсы автоматически добавятся в мост как динамические порты. Всё работает отлично…
     
     
     
    infabo
    Guest
    #6
    0
    17.08.2024 19:57:00
    Я просто не понимаю. Ты хочешь сказать, что datapath не влияет на настройку capsman???
     
     
     
    neki
    Guest
    #7
    0
    17.08.2024 21:04:00
    Нет, datapath действительно работает в настройках CAPsMAN. Его можно использовать для назначения VLAN. Только datapath.bridge — это локальная настройка. У устройства CAPsMAN нет возможности узнать, какие мосты (bridge) существуют на CAP.

    Если вы настраиваете CAP в среде CAPsMAN, нужно задать три параметра непосредственно на самом CAP: manager, mode и bridge.

    CAP set [ find default-name=wifi1 ] configuration.manager=capsman .mode=ap datapath.bridge=bridge1 disabled=no
    set [ find default-name=wifi2 ] configuration.manager=capsman .mode=ap datapath.bridge=bridge1 disabled=no

    CAPsMAN /interface wifi datapath  
    add disabled=no name=datapath111 vlan-id=111  
    add disabled=no name=datapath222 vlan-id=222
     
     
     
    infabo
    Guest
    #8
    0
    18.08.2024 08:15:00
    А остальные свойства datapath? client-isolation? interface-list? Похоже, они тоже никак не влияют. Mikrotik должен подробно описать свою концепцию CAPsMAN. Одних базовых примеров настройки и описания каждого свойства cap/CAPsMAN в отдельности в документации недостаточно. Никто не понимает, как всё это работает вместе. И это ужасно раздражает — проходить через проб и ошибок, чтобы понять, как что-то, возможно, работает. Например, есть люди, которые вручную вызывают provision после изменения профиля конфигурации. Да, понимаю, почему у кого-то может сложиться такое впечатление. Ведь нигде не написано, что конфиги автоматически применяются при изменении. Нужно чётко разъяснить, что работает, что нет и что вообще покрывает wifi CAPsMAN. CAPsMAN — это черный ящик.
     
     
     
    neki
    Guest
    #9
    0
    18.08.2024 09:30:00
    Они работают Обратите внимание, что это интерфейс на стороне CAPsMAN… Это то же самое, что если вы хотите изменить частоту — делается это на CAPsMAN… Интерфейс был динамически добавлен в список (я его не использую, просто тестирую для вас…)
     
     
     
    neki
    Guest
    #10
    0
    18.08.2024 10:29:00
    И чтобы исправить себя, при подготовке CAP для среды CAPsMAN необходимо задать два параметра: manager и bridge. Режим по умолчанию — AP, так что его можно не указывать. Если взглянуть на «Сброс в режим CAPS»:

    :local brName "bridgeLocal";

    :if ($usingWifiPack) do={
    :local addDatapath [:parse "/interface $wirelessMenu datapath add comment=\"defconf\" name=capdp disabled=no bridge=$brName"]
    [$addDatapath]
    }

    if ($usingWifiPack) do={
    :set setCap [:parse ":foreach i in=[/interface $wirelessMenu find] do={
    /interface $wirelessMenu set \$i configuration.manager=capsman datapath=capdp
    }
    /interface $wirelessMenu cap set enabled=yes discovery-interfaces=$brName slaves-datapath=capdp"]
    }

    Именно так они и делают, только с небольшой разницей. Они создают профиль конфигурации datapath с единственной настройкой: datapath.bridge, а потом применяют этот профиль к интерфейсам, вместо того чтобы сразу назначать datapath.bridge на интерфейс. Но результат одинаковый. И, думаю, они используют “bridgeLocal”, чтобы подчеркнуть, что он существует исключительно на самом CAP.
     
     
     
    infabo
    Guest
    #11
    0
    18.08.2024 12:39:00
    Ну тогда выставь ещё “datapath.bridge = bridge” и снова покажи мне окно winbox. В CLI у меня выводит, что cap-wifi3 — это “datapath.bridge=bridge”. А мы все знаем, что в этой версии CAPsMAN нет локальной пересылки. Так чего же, собственно, он тогда делает?
     
     
     
    Страницы: 1
    Читают тему
    +7 495 320-55-52
    info@mikrotik.moscow
    Электрозаводская, Бауманская
    Москва, ул. Бакунинская, 84с21
    Конфиденциальность Оферта
    © 2026 «Mikrotik.Moscow»
    Главная Каталог 0 Корзина 0 Избранные Кабинет 0 Сравнение Акции Контакты Услуги Бренды Отзывы Компания Лицензии Документы Реквизиты Поиск Блог Обзоры