Информация
Услуги
  • Внедрение
  • Настройка
  • Поддержка
  • Ремонт
Контакты
Новинка
Распродажа
Новости
Доставка
Оплата
Загрузки
  • Прошивки
    • 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
    Проблема с скоростью загрузки в PCC

    Проблема с скоростью загрузки в PCC

    Форумы: RouterOS, Аппаратное обеспечение, SwOS, Обратная связь, Объявления, Сторонние инструменты
    Поиск  Пользователи  Правила  Войти
    Страницы: 1
    RSS
    Проблема с скоростью загрузки в PCC, RouterOS
     
    eslamxboss
    Guest
    #1
    0
    27.05.2018 12:06:00
    Всем привет! Я использую метод PCC с 4 WAN-подключениями. Каждый WAN имеет скорость загрузки 10 Мбит/с и скорость выгрузки 1 Мбит/с. После настройки PCC скорость загрузки стала 40 Мбит/с, но скорость выгрузки осталась 1 Мбит/с. Мне нужно получить суммарную скорость выгрузки всех 4 WAN.

    /interface ethernet  
    set [ find default-name=ether1 ] name=WAN1
    set [ find default-name=ether2 ] name=WAN2
    set [ find default-name=ether3 ] name=WAN3
    set [ find default-name=ether4 ] name=WAN4
    set [ find default-name=ether10 ] name=LAN

    /ip address  
    add address=192.168.0.2/24 interface=WAN1 network=192.168.0.0  
    add address=192.168.2.2/24 interface=WAN2 network=192.168.2.0  
    add address=192.168.3.2/24 interface=WAN3 network=192.168.3.0  
    add address=192.168.4.2/24 interface=WAN4 network=192.168.4.0  
    add address=10.0.0.1/16 interface=LAN network=10.0.0.0

    /ip firewall mangle  
    add action=accept chain=prerouting disabled=yes dst-address=192.168.0.0-192.168.4.255 in-interface=LAN  
    add action=mark-connection chain=prerouting connection-mark=no-mark dst-address-type=!local in-interface=LAN new-connection-mark=ISP1_conn passthrough=yes per-connection-classifier=both-addresses-and-ports:4/0  
    add action=mark-connection chain=prerouting connection-mark=no-mark dst-address-type=!local in-interface=LAN new-connection-mark=ISP2_conn passthrough=yes per-connection-classifier=both-addresses-and-ports:4/1  
    add action=mark-connection chain=prerouting connection-mark=no-mark dst-address-type=!local in-interface=LAN new-connection-mark=ISP3_conn passthrough=yes per-connection-classifier=both-addresses-and-ports:4/2  
    add action=mark-connection chain=prerouting connection-mark=no-mark dst-address-type=!local in-interface=LAN new-connection-mark=ISP4_conn passthrough=yes per-connection-classifier=both-addresses-and-ports:4/3  
    add action=mark-routing chain=prerouting connection-mark=ISP1_conn in-interface=LAN new-routing-mark=to_ISP1  
    add action=mark-routing chain=prerouting connection-mark=ISP2_conn in-interface=LAN new-routing-mark=to_ISP2  
    add action=mark-routing chain=prerouting connection-mark=ISP3_conn in-interface=LAN new-routing-mark=to_ISP3  
    add action=mark-routing chain=prerouting connection-mark=ISP4_conn in-interface=LAN new-routing-mark=to_ISP4  
    add action=mark-connection chain=prerouting connection-state=new in-interface=WAN1 new-connection-mark=ISP1_conn passthrough=no  
    add action=mark-connection chain=prerouting connection-state=new in-interface=WAN2 new-connection-mark=ISP2_conn passthrough=no  
    add action=mark-connection chain=prerouting connection-state=new in-interface=WAN3 new-connection-mark=ISP3_conn passthrough=no  
    add action=mark-connection chain=prerouting connection-state=new in-interface=WAN4 new-connection-mark=ISP4_conn passthrough=no  
    add action=mark-routing chain=output connection-mark=ISP1_conn new-routing-mark=to_ISP1 passthrough=no  
    add action=mark-routing chain=output connection-mark=ISP2_conn new-routing-mark=to_ISP2 passthrough=no  
    add action=mark-routing chain=output connection-mark=ISP3_conn new-routing-mark=to_ISP3 passthrough=no  
    add action=mark-routing chain=output connection-mark=ISP4_conn new-routing-mark=to_ISP4 passthrough=no

    /ip firewall nat  
    add action=masquerade chain=srcnat out-interface=WAN1  
    add action=masquerade chain=srcnat out-interface=WAN2  
    add action=masquerade chain=srcnat out-interface=WAN3  
    add action=masquerade chain=srcnat out-interface=WAN4

    /ip route  
    add check-gateway=ping distance=1 gateway=192.168.0.1 routing-mark=to_ISP1  
    add check-gateway=ping distance=1 gateway=192.168.2.1 routing-mark=to_ISP2  
    add check-gateway=ping distance=1 gateway=192.168.3.1 routing-mark=to_ISP3  
    add check-gateway=ping distance=1 gateway=192.168.4.1 routing-mark=to_ISP4  
    add check-gateway=ping distance=1 gateway=192.168.0.1  
    add check-gateway=ping distance=2 gateway=192.168.2.1  
    add check-gateway=ping distance=3 gateway=192.168.3.1  
    add check-gateway=ping distance=4 gateway=192.168.4.1
     
     
     
    sindy
    Guest
    #2
    0
    20.07.2018 16:08:00
    Забудьте про конкретные адреса. Идея правил passthrough была в том, чтобы считать общий трафик, проходящий через два WAN. Лишь если они показывают примерно равные объёмы трафика, есть смысл анализировать поведение speedtest и то, как с этим справляется PCC. В противном случае это означает, что PCC сломался и нужно его починить.
     
     
     
    frank333
    Guest
    #3
    0
    20.07.2018 12:36:00
    У меня та же проблема, спасибо Sindy — PCC сработал, но после перезагрузки при измерении на speedtest.net скорость скачивания и отдачи уже не совпадает. Я пытаюсь провести тест с помощью Wireshark. Кто-нибудь может что-то посоветовать?
     
     
     
    sindy
    Guest
    #4
    0
    20.07.2018 12:46:00
    Первый вопрос — видите ли вы ещё трафик на обоих WAN-интерфейсах. Используйте два правила action=passthrough out-interface=xxx chain=postrouting в разделе mangle, чтобы собрать статистику исходящего трафика на обоих WAN'ах, это покажет, работает ли PCC. Дальнейшие шаги зависят от результата. И проверьте правило src-nat, которое чудесным образом поменялось после перезагрузки или обновления, может, оно опять изменилось?
     
     
     
    frank333
    Guest
    #5
    0
    20.07.2018 12:53:00
    Привет, Синди! Спасибо за твоё терпение. Да, трафик работает на обоих WAN. Я пытаюсь провести тест, который ты предложила выше, но для меня это что-то новое, и мне нужно немного разобраться... Правило, которое изменили при обновлении, осталось без изменений, и конфигурация такая же.
     
     
     
    frank333
    Guest
    #6
    0
    20.07.2018 14:06:00
    Я добавил в адрес-лист IP компьютера, с которого запускаю speedtest.net, и вставил правило: /ip firewall mangle print where chain=postrouting dynamic=no comment=test_wireshark, но Tik не принимает, остальные же принимаются: /ip firewall address-list add list=speedtest address=10.0.0.130

    /ip firewall mangle print where chain=postrouting dynamic=no comment=test_wireshark  
    /ip firewall mangle add chain=postrouting action=passthrough protocol=tcp dst-address-list=speedtest out-interface=pppoe-out1 place-before=0

    /ip firewall mangle print where chain=postrouting dynamic=no comment=test_wireshark  
    /ip firewall mangle add chain=postrouting action=passthrough protocol=tcp dst-address-list=speedtest dst-address=192.168.8.1 place-before=0
     
     
     
    frank333
    Guest
    #7
    0
    20.07.2018 16:32:00
    Мне удалось понять, что в address-list нужно вставить IP сервера speedtest, который я использую для теста — в моем случае это 88.149.202.248. Кроме того, так как у меня есть шлюз, напрямую подключённый к LAN, я изменил правило в mangle. Скажите, если это кажется вам правильным:

    add chain=postrouting action=passthrough protocol=tcp dst-address=192.168.8.1 dst-address-list=speedtest out-interface=bridge log=no log-prefix=""

    Какова суть этой строки: /ip firewall mangle print where chain=postrouting dynamic=no comment=test_wireshark ?

    Фильтр Wireshark (http.request.uri.path == “/hello”) && (http.referer == “ http://www.speedtest.net/ ”) похоже не работает из-за ошибки в синтаксисе. В http.referer нужно вводить HTTP-адрес сервера speedtest, который я тестирую?



    Сейчас что-то пошло через wan1.
     
     
     
    sindy
    Guest
    #8
    0
    20.07.2018 18:28:00
    Извини, я не за компьютером минимум до завтрашнего полудня, так что предыдущие сообщения нормально прочитать не могу. Хотя фильтр Wireshark на мой взгляд (и на взгляд самой программы, раз фон зелёный) вроде корректный, так что не понимаю, о какой синтаксической ошибке ты говоришь. Его единственная цель — найти IP адрес тестового сервера, а так как ты уже смог найти его другим способом, фильтром особо заморачиваться не нужно. По правилам — пакет, который маршрутизируется на адрес сервера через 192.168.8.1, не имеет dst-address 192.168.8.1, там dst-address остаётся адресом самого сервера. Значит, это правило не сработает. Наверное, лучше изменить правила подсчёта, чтобы они проверяли dst-address=server.ip и routing-mark=to_wan1 (или какие у тебя там значения routing-mark).
     
     
     
    frank333
    Guest
    #9
    0
    20.07.2018 20:44:00
    Я сделал подсчёт для теста на speedtest.net, надеюсь, правильно написал правила для mangle. Похоже, что большая часть трафика идёт через WAN2 (???), но при этом он также учитывается как WAN1. Что касается скачивания, мне кажется, тут какая-то проблема, а вот по загрузке вижу, что объём трафика учитывается корректно.

    > /ip firewall mangle print where dst-address-list="speedtest"  
    Flags: X - отключено, I - некорректно, D - динамическое  
    0    ;;; test_speedtest.net (сервер 88.149.202.248)  
         chain=postrouting action=passthrough routing-mark=to_WAN1 protocol=tcp dst-address-list=speedtest log=no  
         log-prefix=""  

    1    chain=postrouting action=passthrough routing-mark=to_WAN2 protocol=tcp dst-address-list=speedtest log=no  
         log-prefix=""  

    > /ip firewall mangle print stats where dst-address-list="speedtest"  
    Flags: X - отключено, I - некорректно, D - динамическое  
    #    CHAIN                                                      ACTION                            BYTES         PACKETS  
    0    ;;; test_speedtest.net (сервер 88.149.202.248)  
         postrouting                                                passthrough                       6 364             145  
    1    postrouting                                                passthrough                   7 524 615           6 404
     
     
     
    sindy
    Guest
    #10
    0
    20.07.2018 21:19:00
    Правила счётчиков мне кажутся нормальными, а вот распределение трафика — нет. Следующий шаг — убрать dst-address-list из этих правил, сбросить счётчики и некоторое время пустить обычный трафик. Если счётчики снова покажут, что большая часть трафика идёт через wan2, значит с PCC что-то не так, иначе PCC работает нормально, но исходный TCP-порт на компьютере, где запускается speedtest, после деления по хешу остаётся с тем же остатком и поэтому всегда попадает на один и тот же wan.
     
     
     
    Страницы: 1
    Читают тему
    +7 495 320-55-52
    info@mikrotik.moscow
    Электрозаводская, Бауманская
    Москва, ул. Бакунинская, 84с21
    Конфиденциальность Оферта
    © 2025 «Mikrotik.Moscow»
    Главная Каталог 0 Корзина 0 Избранные Кабинет 0 Сравнение Акции Контакты Услуги Бренды Отзывы Компания Лицензии Документы Реквизиты Поиск Блог Обзоры