АЗ
ок. как скажите
Size: a a a
2021 February 17
АЗ
будь по вашему =)))
LT
это тест какой-то?
Вы говорите о понимании гайдов по настройке микротиков которые есть в интернетах. Вот я и спрашиваю у вас об этом
АЗ
Вы говорите о понимании гайдов по настройке микротиков которые есть в интернетах. Вот я и спрашиваю у вас об этом
вы правы! совершенно
и передавайте привет passtrough=no при последующей настройке шейпинга
и передавайте привет passtrough=no при последующей настройке шейпинга
LT
вы правы! совершенно
и передавайте привет passtrough=no при последующей настройке шейпинга
и передавайте привет passtrough=no при последующей настройке шейпинга
Я так и настроил шейпинг. И passtrough=no ни разу не мешает маркироваться пакетам
АЗ
Вы говорите о понимании гайдов по настройке микротиков которые есть в интернетах. Вот я и спрашиваю у вас об этом
вы меня тестируете. и ждёте от меня ответа, к которому можно прикопаться
АЗ
Я так и настроил шейпинг. И passtrough=no ни разу не мешает маркироваться пакетам
я очень счастлив за вас! вам повезло не настраивать хитрый шейпинг =))
LT
я очень счастлив за вас! вам повезло не настраивать хитрый шейпинг =))
Я навесил метки для специфических веб пакетов, для разных потоков от всех PPP интерфейсов и для отдельного хоста по порту в обе стороны. Недостаточно хитро?
АЗ
в одной конторе было 10 отделов и слабый тырнет. У каждого отдела было своё окно с приоритезацией интернета. Помимо этого в отделах были начальники и вип-сотрудники со своей приоритезацией. И безлимитный доступ к определённым ресурсам за периметром (опять же чтобы ни у випов, ни у начальников не было серьёзных просадок).
АЗ
я не говорю, что passthrough=no плохо. я говорю, что могут быть проблемы, если нет понимания работы.
LT
я не говорю, что passthrough=no плохо. я говорю, что могут быть проблемы, если нет понимания работы.
Вы видимо привыкли что метить пакеты можно только в рамках отдельных меченых соединений. Но на удивление это не так :)
АЗ
да. так и есть. я привык метить пакеты в рамках отдельных меченных соединений. и, на удивление, это не так.
АЗ
пойду и поплачу от осознания того, насколько я ущербен в своих попытках помочь.
LT
пойду и поплачу от осознания того, насколько я ущербен в своих попытках помочь.
К слову, первый ваш ответ был адресован автору этой статьи, который точно знает что и как там работает. А по поводу совмещения этой схемы multi-wan и шейпинга то для этого придётся идти на компромиссы. Либо метить пакеты как есть либо перелопачивать метки соединений и вслед за ними и маршрутов
АЗ
поэтому я и сказал, что это МОЖЕТ иметь неприятный эффект и с этим нужно быть осторожнее. я не говорил, что статься плохая и не говорил, что так делать не надо.
АЗ
я говорил, что впоследствии могут быть некоторые проблемы и нежелательно бездумно копировать чужой код. потому что чужой код, возможно, решал несколько иные задачи
LT
Ну и помимо этого тот вопрос хитрее чем кажется на первый взгляд
LT
Казалось бы - в чём разница между маркировкой по conn state new и conn mark no-mark
LT
Если настраивать mangle с нуля и по статье то разницы чисто по логике быть не должно. Но она есть. И не только в том что больше грузит ЦП
АЗ
у меня были проблемы при connection state=new. точно не вспомню, но, кажется, при переключении провайдера (когда линк по факту жив) нужно было ждать, пока установится новое соединение, а это ждать смерти пакета. постоянное маркирование избавляет от этого