как после рсс это сделать? сначала рсс маркировать конекшены, а потом их натить?

Спасибо - попробую

ну почему. имея на внешнем интерфейсе пул адресов, натить по срц, но считать ихний трафик, задача нормальная.

а как правильно метить коннекшены для qos, если еще хочешь в итоге pcc для марки роутов для мультивана? не могу понять иерархию действий

да я понимаю, что с пакетами, т.е. делаем 2 глобальные метки после pcc, и далее без перемаркировки коннекшено метить пакеты по условиям? другого выхода нет? это же вроде как неправильно

Вообще, как правильнее, пакеты или коннекшессы?

Очереди с коннекшенами не работают. Поэтому обычно метится соединение а потом в этом соединении пакеты. Так чуть менее ресурсоемко. Если железяка мощная, то можно сразу пакеты метить. А если маршрутизация - там пакеты не нужны.

пробовал метить forward на дст порт 443 сразу пакеты и это не сработало. сработало только конекты+пакеты

пробовал метить forward на дст порт 443 сразу пакеты и это не сработало. сработало только конекты+пакеты

в очереди трафик появляется но его очень мало, большая часть не метится и проходит мимо очереди

FT отключите

фт отключен. если метить сначала конекшн а потом пакет то всё работает как задумано

вот тут все описания, если и менять то только при лучшем железе / софтк со стороны mt, тем более бесплатно.

ну согласитесь, гораздо удобнее, когда все оборудование одного вендора. ну даже если поменять 1:1, то у мт всяко возможностей больше (при необходимости), + колхозить не надо ничего

А что мешает тплинк использовать как ап ? Ну да капсмана не будет , одинаковый Сид сети. Зато в другой комнате есть точка доступа которая работает.

ну согласитесь, гораздо удобнее, когда все оборудование одного вендора. ну даже если поменять 1:1, то у мт всяко возможностей больше (при необходимости), + колхозить не надо ничего

Запустить ТП линк с другим сидом сети?

С таким же как на капсмане.

Конфликта не будет?

Да, в квартире. Спасибо большое

Да, в квартире. Спасибо большое

По идее надо в каждую комнату по точке доступа. ТК в России3 ограничение по мощности 100 милливатт.

/ip firewall mangle add action=mark-packet chain=forward dst-port=80,8080,443 new-packet-mark=HTTP passthrough=yes protocol=tcp /queue simple add max-limit=10M/10M name=queue2 packet-marks=HTTP target=bridge качаю файлик со скоростью 1мбайт http://ru.download.nvidia.com/Windows/441.87/441.87-desktop-win10-64bit-international-dch-whql.exe смотрю в трафик на очереди и вижу там сотню килобит

/ip firewall mangle add action=mark-connection chain=forward dst-port=80,8080,443 new-connection-mark=HTTP-con passthrough=yes protocol=tcp add action=mark-packet chain=forward connection-mark=HTTP-con new-packet-mark=HTTP passthrough=yes а если так то в очереди видно все 10мбит

может блок питания другой нужен, не из комплекта

Интересно. Сейчас другой попробую.

Ага. Вот смотрите. У меня есть пое свитч, от производителя моего устройства. Если я сейчас БП от него воткну в микрот, он не сгорит? Output 48+ — 1,35A 65W

Но как выше написали, у меня БП из комплекта

Тут у вас Upload трафик по условию. Почему вы ожидаете что в обратную сторону трафик будет краситься?

а как надо красить в обратную сторону?

Ага. Вот смотрите. У меня есть пое свитч, от производителя моего устройства. Если я сейчас БП от него воткну в микрот, он не сгорит? Output 48+ — 1,35A 65W

поменял и трафика стало еще меньше

чет я вообще потерялся. если я буду красить отдельно входящий отдельно исходящий то что мне будет шейпить очередь

да но ведь оба трафика будут учитываться как один а это не правильно

например есть 1мбит входящего и 2мбита исходящего всего мне подкрасится 3мбита. и эти 3 мбита будут шейпится так будто это всё входящий трафик

одной краской оба