Информация
Настройка
Новости
Контакты
Новинка
Распродажа
Оплата
Доставка
Загрузки
  • Прошивки
    • RouterOS
    • WinBox
  • Changelogs
  • Архив
  • RouterOS
Форум
Услуги
  • Внедрение
  • Настройка
  • Поддержка
  • Ремонт
    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 Корзина
    Главная
    Форум
    SwOS
    Протокол Spanning Tree

    Протокол Spanning Tree

    Форумы: RouterOS, Аппаратное обеспечение, SwOS, Обратная связь, Объявления, Сторонние инструменты
    Поиск  Пользователи  Правила  Войти
    Страницы: 1
    Ответить
    RSS
    Протокол Spanning Tree, SwOS
     
    pizzulicchio
    Guest
    #1
    0
    06.06.2013 09:40:00
    Привет, планируется ли добавление STP и/или RSTP на коммутатор RB260GS? Если да, то какой стандарт STP будет использоваться? IEEE 802.1D или проприетарный STP? Верю в тебя, Mikrotik!
     
       Цитировать   Имя
     
    PeterSullivan
    Guest
    #2
    0
    14.02.2014 09:23:00
    Сейчас они планируют это адаптировать.
     
    Цитировать   Имя
     
    pcunite
    Guest
    #3
    0
    14.02.2014 14:44:00
    Если тебе нужен коммутатор на 1G и STP, то, насколько я знаю, есть только RB750GL.
     
    Цитировать   Имя
     
    jandafields
    Guest
    #4
    0
    25.02.2014 23:10:00
    Кто планирует заимствовать "что"? Я уверен, ты не говоришь, что Mikrotik планирует внедрить R/STP в SWOS, по крайней мере, не в ближайшее время.
     
    Цитировать   Имя
     
    cmartin
    Guest
    #5
    0
    02.07.2013 07:31:00
    К сожалению, STP, а именно RSTP – это однозначно важная функция. Можешь примерно сказать, хватит ли "железа" RB250/260 или нет?
     
    Цитировать   Имя
     
    onnoossendrijver
    Guest
    #6
    0
    03.07.2013 08:31:00
    ®STP – это протокол, на который я бы не хотел полагаться для отказоустойчивости. Нельзя ли реализовать OSPF каким-нибудь образом?
     
    Цитировать   Имя
     
    jandafields
    Guest
    #7
    0
    03.07.2013 04:03:00
    Оборудование, скорее всего, справится без проблем… но эта фича больше не планируется к релизу в ближайшее время (это значит, как минимум, несколько лет, а возможно и дольше), смотри пост выше.
     
    Цитировать   Имя
     
    jandafields
    Guest
    #8
    0
    03.07.2013 21:14:00
    SWOS такое, как есть. Если его нет, то добавлять его в ближайшее время не планируется. Если вам нужен OSPF или STP, лучше использовать обычный роутер Mikrotik.
     
    Цитировать   Имя
     
    onnoossendrijver
    Guest
    #9
    0
    03.07.2013 21:32:00
    Ну да, это именно то, что я и имел в виду. Может, TS сможет решить свои "проблемы избыточности" с помощью OSPF на роутере, а не STP на коммутаторе.
     
    Цитировать   Имя
     
    grr
    Guest
    #10
    0
    03.02.2015 03:45:00
    Интересно, появились ли какие-то успехи в добавлении протокола spanning-tree (возможно, RSTP) на платформу коммутаторов Mikrotik (RB260GS или CRS125/CRS226)? Кто-нибудь может поделиться новой информацией? Спасибо, Густаво.
     
    Цитировать   Имя
     
    stpq
    Guest
    #11
    0
    13.05.2015 09:13:00
    +1, STP — это обязательно.
     
    Цитировать   Имя
     
    chechito
    Guest
    #12
    0
    18.05.2015 22:43:00
    На рынке очень редко встретишь коммутатор с 8-10 гигабитными портами, который бы поддерживал STP или RSTP. Похоже, экономически невыгодно реализовывать мощные функции на 5-портовом коммутаторе – многие из них есть только на устройствах с 10 и более портами. И это не только у Mikrotik, у других брендов то же самое, похоже, дело в ограничениях чипсета.
     
    Цитировать   Имя
     
    peson
    Guest
    #13
    0
    03.08.2016 11:31:00
    Это не ограничение чипа, возможно, чип просто плохо справляется с RSTP, и поэтому эта функция не реализована. Вот список функций для чипа: (там много всего, например, QinQ).

    AR8327/AR8327N Features:
    *   Поддержка управления питанием 802.3az.
    *   Чип AR8327N включает функцию Hardware NAT (Network Address Translation).
    *   Чип AR8327 (без обозначения 'N') функцию Hardware NAT не содержит.
    *   ACL Mask Rule с Layer1~4: Номер порта, DA, SA, Ethernet Type, VLAN, IP Protocol, IPv4/v6 Source/Destination Address, TCP/UDP Source/Destination port.
    *   96 правил ACL Mask для пропуска/блокировки, VLAN/Q.O.S./DSCP Mapping/Translation.
    *   Пользовательское определение ACL до 48 байт глубины в Layer 4/3/2.
    *   Механизмы Q.O.S включают Weight Round Robin, Strict, Hybrid Up Queue.
    *   Порт Base VLAN & 4K 802.1Q VLAN Group IVL & SVL.
    *   IGMP Snooping V1, V2 & V3.
    *   IPv6 MLD V1/V2 передается на CPU.
    *   Поддержка Light Hardware IGMP snooping v1/v2/v3, MLDv1/v2 и Smart Leave.
    *   Hardware Looping Detection.
    *   Функция QinQ для SVLAN & CVLAN Translation.
    *   IP Packet/PPPoE bypass для снижения нагрузки на CPU при обработке видеопакетов.
    *   16 PPPoE сессий поддержки/PPP Session Header Removal/Addition.
    *   Масштабируемый Ingress/Egress Bandwidth Control.
    *   40 MIBs Counter/Port & Port Status.
    *   1M Bit Packet Buffer.
    *   Поддержка 9K Jumbo Frame.
    *   Port Mirror, 802.1X Security, Rapid Spanning Tree Rule-based Bandwidth Control.
    *   Программируемый Wake on LAN.
    *   Half Power Mode для кабелей длиной менее 30м (для домашних установок).
    *   Поддержка Internal/External Loopback.
    *   Поддержка Reduced AFE circuit.
    *   2K MAC Table. Редактирование, поиск, добавление и удаление.
    *   MAC Limit by Port/Chip/VLAN.
    *   Trunking Function.
    *   Поддержка Trunking и auto-failover.
    *   Power Saving on Cable no Link, short Cable & 10BASE-Te Idle.
    *   Поддержка 1K NAPT entries и 128 hardware based host routing (ARP) entries.
    *   Поддержка hardware-based IP source guard, ARP inspection, routing/L3 switching.
    *   Поддержка VLAN translation и mapping с 64 Translation entries.
     
    Цитировать   Имя
     
    chechito
    Guest
    #14
    0
    03.08.2016 15:35:00
    Ок, это не ограничение чипсета, возможно, экономическая причина? Слишком дорого реализовать на небольших коммутаторах, чтобы это было целесообразно?? Кто знает… Это может быть даже культурная особенность: многие люди не видят смысла в маленьком коммутаторе с мощными управляемыми функциями, многие думают только о больших коммутаторах, а многие вообще только о неуправляемых маленьких коммутаторах. По-моему, это небольшой нишевый рынок, который должен развиваться. Я думаю, отличная идея – создавать маленькие, недорогие и хорошо управляемые коммутаторы. В определенных сценариях это экономит деньги и место для кабелей. Я думаю, это модульный подход к сетевому управлению.
     
    Цитировать   Имя
     
    patrick7
    Guest
    #15
    0
    03.08.2016 18:28:00
    Есть ли какие-то планы по поддержке STP на моделях RouterBoard (вроде RB2011/3011/CCR1009/…) или CRS? Я бы никогда не использовал коммутатор, который не поддерживает STP.
     
    Цитировать   Имя
     
    mpreissner
    Guest
    #16
    0
    06.08.2016 02:00:00
    STP уже поддерживается в ROS при использовании мостов. STP пока не реализован на CRS, и похоже, что MT не планирует внедрять его, несмотря на большое желание пользователей на форумах.
     
    Цитировать   Имя
     
    patrick7
    Guest
    #17
    0
    17.09.2016 19:59:00
    Есть ли какие-то причины, почему Mikrotik отказывается внедрять STP в свои коммутаторы? На мой взгляд, коммутатор без STP — это не вариант для использования в рабочих сетях. Может подойти для дома, и не больше, и не меньше. И нет, loop protect — не замена STP. STP — это гораздо больше, чем просто защита от петель.
     
    Цитировать   Имя
     
    Страницы: 1
    Ответить
    Читают тему
    BBCode   Правила
    Форма ответов
    Текст сообщения*
    Перетащите файлы
    Ничего не найдено
    Файл
    Загрузить картинки
    #name# #size#
     
    #name#
    Файлы:
    Перетащите один или несколько файлов в эту область
    или выберите файл на компьютере
    Файлы:
    Загрузить файлы
     
    +7 495 320-55-52
    info@mikrotik.moscow
    Электрозаводская, Бауманская
    Москва, ул. Бакунинская, 84с21
    Конфиденциальность Оферта
    © 2025 «Mikrotik.Moscow»
    Главная Каталог 0 Корзина 0 Избранные Кабинет 0 Сравнение Акции Контакты Услуги Бренды Отзывы Компания Лицензии Документы Реквизиты Поиск Блог Обзоры