Информация
Настройка
Новости
Контакты
Новинка
Распродажа
Оплата
Доставка
Загрузки
  • Прошивки
    • WinBox
    • RouterOS
    • Мобильные приложения MikroTik
    • Архив
  • Changelogs
  • 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
    RB SXT G-5HPacD и RB921UAGS-5SHPacD MultiHop TCP Пропускная способность

    RB SXT G-5HPacD и RB921UAGS-5SHPacD MultiHop TCP Пропускная способность

    Форумы: RouterOS, Аппаратное обеспечение, SwOS, Обратная связь, Объявления, Сторонние инструменты
    Поиск  Пользователи  Правила  Войти
    Страницы: 1
    RSS
    RB SXT G-5HPacD и RB921UAGS-5SHPacD MultiHop TCP Пропускная способность, RouterOS
     
    andy2010
    Guest
    #1
    0
    28.11.2014 15:43:00
    Всем привет, мы настроили связь с новыми AC-устройствами вот так . Получается 4 беспроводных канала между разными зонами. Если проверять каждый беспроводной участок отдельно, то получаем более 100 Мбит TCP, но по всей цепочке от br05rtr01 до bg03rtr01 всего около 30 Мбит TCP. Сейчас используем протокол nv2 с статическим WDS, сеть полностью маршрутизируется с помощью OSPF и MPLS на каждом роутере, SXT и NetMetal. Не подскажете, какие настройки стоит проверить, чтобы увеличить пропускную способность? Это какая-то проблема с таймингом или как можно улучшить? Что насчёт Interface Queues — сейчас стоит стандарт. Ethernet Flow Control — Tx/Rx отключены. MTU — L2 MTU на всех устройствах минимум 1600. Wireless Channel Width — 80 МГц при использовании AC. Data Rates — стандартные. NV2 TDMA Settings — стандартные. Сигналы на уровне -40 до -60, CCQ около 70%. Спасибо за любую информацию! С уважением, Энди.
     
     
     
    und3ath
    Guest
    #2
    0
    04.02.2015 08:46:00
    И, как обычно, ни единого слова от Mikrotik.
     
     
     
    lbenzo
    Guest
    #3
    0
    02.02.2015 11:12:00
    Привет! У нас похожие проблемы с NV2. Пропускная способность на каждом PTP нормальная, но как только сигнал проходит через один-два промежуточных узла, всё становится очень плохо... Вы решили эту проблему? С уважением.
     
     
     
    ste
    Guest
    #4
    0
    02.02.2015 11:16:00
    Да. Купи что-нибудь другое. MT всё равно.
     
     
     
    lbenzo
    Guest
    #5
    0
    02.02.2015 15:40:00
    Где, по твоему мнению, проблема — в точке-точке или в роутерах?
     
     
     
    ste
    Guest
    #6
    0
    02.02.2015 16:04:00
    PTP с nv2. Комбинируя MT-Routers с лицензированным оборудованием, я не вижу таких проблем. При использовании nstreme тоже никаких проблем не наблюдаю.
     
     
     
    Naurislv
    Guest
    #7
    0
    06.02.2015 10:23:00
    Привет! Я только что повторил почти такой же сценарий. CCR9 — провод > 921UAGS-5SHPacT — беспроводной > 921UAGS-5SHPacT — провод > 260GS — провод > 922UAGS-5HPacT — беспроводной > 921UAGS-5SHPacT — провод > 911G-5HPacD — беспроводной > SXT G-5HPacD — провод > 911G-5HPacD — беспроводной > 911G-5HPacD — провод > 751U-2HnD [END] Я использовал только одну цепочку, уменьшил мощность передачи, чтобы получить 40–60 дБм, настроил OSPF, MPLS, loopbridge без интерфейсов в качестве адреса транспорта, статический WDS. Установил период TDMA в 1 мс для снижения задержки. Пинг между узлами около 5–10 мс. Что-то пропустил? Проверял передачу TX с BT от CCR до END и получил 91–95 Мбит/с, учитывая, что последний проводной линк — 100 Мбит/с, как у тебя в примере. Загруженность CPU 751U была 99–100%. Проверял прием RX с BT от CCR до END и получил 82–90 Мбит/с, опять же, последний проводной линк 100 Мбит/с, как в твоём примере. CPU 751U был 100%.
     
     
     
    und3ath
    Guest
    #8
    0
    06.02.2015 10:47:00
    BT был на TCP или UDP? Если TCP, то сколько соединений?
     
     
     
    Naurislv
    Guest
    #9
    0
    06.02.2015 12:38:00
    Спасибо, что указали на это. Вот мои результаты по тому, сколько TCP-соединений используется и как это влияет на скорость передачи данных и загрузку CPU:  
    1 => около 51 Мбит/с + примерно 58% загрузки  
    2 => около 53 Мбит/с + примерно 60% загрузки  
    5 => около 67 Мбит/с + примерно 75% загрузки  
    8 => около 80 Мбит/с + примерно 90% загрузки  
    13 => около 88 Мбит/с + примерно 95% загрузки  
    16 => около 93 Мбит/с + примерно 100% загрузки  

    Вы пробовали тестировать устройство или настройку с параметром tcp-connection-count=1? У меня сильное подозрение, что результаты не будут впечатляющими. В реальной жизни обычно используется много TCP-соединений.
     
     
     
    und3ath
    Guest
    #10
    0
    06.02.2015 12:42:00
    Проблема в том, что один пользователь с одним TCP-соединением (speedtest.net и прочее) не может достичь нужной скорости. Общая совокупная скорость канала не является проблемой. Можете повторить тест с протоколом Nstreme?
     
     
     
    ste
    Guest
    #11
    0
    06.02.2015 12:54:00
    Speedtester (speedtest.net) использует 4 TCP-потока. FTP-пользователь использует 1 поток. В менее идеальных условиях (большее расстояние/слабый сигнал) разница между TCP и UDP становится намного заметнее. Поэтому у меня в некоторых точках сети скорость 10-15 Мбит/с при том, что по UDP стабильно вижу 60-70 Мбит/с.
     
     
     
    Naurislv
    Guest
    #12
    0
    20.02.2015 08:30:00
    У Nv2 сейчас есть свои ограничения. Рекомендую использовать Nstreme вместо Nv2, у меня настройка под него создана, и всё работает отлично.
     
     
     
    und3ath
    Guest
    #13
    0
    20.02.2015 08:54:00
    Но вы пробовали Nstreme в лаборатории. Попробуйте сделать несколько уличных связей на несколько километров с 95% CCQ и сигналом -55, и вы увидите проблемы с Nstreme. У Nstreme отличная задержка, но всё равно появляется ошибка «долго не опрашивался». Это нужно исправить.
     
     
     
    Страницы: 1
    Читают тему
    +7 495 320-55-52
    info@mikrotik.moscow
    Электрозаводская, Бауманская
    Москва, ул. Бакунинская, 84с21
    Конфиденциальность Оферта
    © 2025 «Mikrotik.Moscow»
    Главная Каталог 0 Корзина 0 Избранные Кабинет 0 Сравнение Акции Контакты Услуги Бренды Отзывы Компания Лицензии Документы Реквизиты Поиск Блог Обзоры