VB
Равномерное распределение на клиентах, чтобы кто-то не выбрал весь канал при закачке/пользовании
Size: a a a
2021 May 19
ИК
Для начала simple queue для форварда находится в процессе построутинг. И оно не в курсе какой там in-interface
ИК
Я бы делал 2 маркировки пакетов в мангл в прероутинг с какого wan пришло и построутинг на какой wan идёт.
Потом бы писал 2 simple queue у каждого таргет локальная сеть и соответсвующий packet-mark.
Потом бы писал 2 simple queue у каждого таргет локальная сеть и соответсвующий packet-mark.
VB
Я маркировку в mangle поставил на 80 и 443 порты, Но вижу только как пакеты идут.
LT
Симплам чисто технически задать то можно
ИК
Можно. Но так как я написал проще и управляемее
ИК
И опять таки лекцию по qos писать не хочется.
LT
Смысл маркировать пакеты дважды?
LT
На прероутинге маркировать соединения по принадлежности wan, на форварде маркировать пакеты этих соединений по типу трафика (web всякие). И всё =)
ИК
Потому что иначе in не поймаешь.
LT
А их зачем ловить то?
LT
Трафику от самого роутера лучше уж отдельно выдать очередь
ИК
Потому что у него 2 wan насколько понимаю. И симпл кью не увидит иначе откуда пакет.
LT
Две корневые очереди с dst=wan1 и dst=wan2. Можно даже на них навесить PCC и всё уже будет работать
ИК
Надо проверьте будет. Я как-то интерфейсы в dst не лепил. Предпочитая такое на кью три крутить.
VB
Не не не. Там пока 1 wan, резерв пока не сделал
LT
На одном вебинаре Романа (вроде как раз про QoS) он про это и рассказал
LT
Я тоже было сначала таким баловался. Но когда производительность стала поджимать упростил свои деревья до 2 записей, по одной на каждого провайдера. И работает кажется даже лучше)
ИК
От задачи. Иногда приходится крутиться сразу на дереве и на Симпл
LT
Интересно, в скольких ваших задачах можно было обойтись без деревьев?)