Или я что-то не понимаю? Как мне ограничить скорость иначе? /queue simple add dst=ether1 max-limit=10M/10M name=test target=192.168.36.125/32 ну ип 192.168.36.125 не сможет превысить 10мбит в сторону ether1. Как иначе-то?

Или я что-то не понимаю? Как мне ограничить скорость иначе? /queue simple add dst=ether1 max-limit=10M/10M name=test target=192.168.36.125/32 ну ип 192.168.36.125 не сможет превысить 10мбит в сторону ether1. Как иначе-то?

Маркируйте нужный трафик и используя только адрес и марку делайте очередь

не используя поле dst вообще что ли? Так ведь тогда по всем интерфейсам скорость ограничится! А у меня ещё вланы, я не хочу, что бы в них она резалась!

не используя поле dst вообще что ли? Так ведь тогда по всем интерфейсам скорость ограничится! А у меня ещё вланы, я не хочу, что бы в них она резалась!

Нигде в мануале не сказано что без маркировки в Simple Queues не будет работать. Зачем городить маркировку для урезания скорости одному адресу - не ясно, ровно как и Queue Tree лишнее для такой простой задачи

оно ведь и работает у меня на части микротиков нормально. Просто на некоторых почему-то не отрабатывает... и не ясно в чём дело ( Попробую с маркировкой..

адрес из очереди - на локальном бридже, да. скорость режется в сторону провайдера на ether1. use ip firewall вообще ломает очереди, зачем он?

ну вот, ни маркировка, ни use ip firewall же не используются?

тогда не ясно зачем они бенедикту

Доброго.. Помогите с частью скрипта. Поставил обычный скрипт на нетвотч отсылать сообщение в телегу если устройство недоступно. Необходимо сделать проверку с 9 до 17-00. в остальное время спам в телегу не нужен

Добрый. Плиз подскажите, в динамическом маршруте как дистанс принудительно установить отличный от 0?

Добрый. Плиз подскажите, в динамическом маршруте как дистанс принудительно установить отличный от 0?

Зависит от того, что и каким способом "создает" маршрут.

Ранее у меня медью провайдер был подключен, сейчас на sfp переключил. Адресация статика. Маршрут до шлюза провайдера я загонял в 255 дистанс. Сейчас интерфейс поменялся, этот маршрут стал 0 дистанс. Не помню ранее как менял дистанс.

О каком маршруте речь?

О каком маршруте речь?

К шлюзу провайдера через сфп интерфейс.

Вы уверены, что речь идет не о коннектед маршруте? Какие буквы слева от записи маршрута в окне "Route List" ?

DAC

Это коннектед. Он должен быть и 0 на нем - это норма.

Сенк. Пошел учить матчасть :)

Если Вы хотите менять дистанс на маршруте дефолтгейтвея, который к Вам прилетает по dhcp, то это делается в настройке dhcp клиента.

Друзья подскажите по ситуации. Офис подключен к удаленному серверу по впн l2tp+ipsec Микрот в офисе -> циска на другой стороне. Загрузка на микроте 5%, Пинг 40мс в среднем. и при передачи файлов скорость ужасная. Можно как то улучшить ситуацию ?

Друзья подскажите по ситуации. Офис подключен к удаленному серверу по впн l2tp+ipsec Микрот в офисе -> циска на другой стороне. Загрузка на микроте 5%, Пинг 40мс в среднем. и при передачи файлов скорость ужасная. Можно как то улучшить ситуацию ?

Change-mss 90% Попробуйте /ip firewall mangle add chain=forward action=change-mss new-mss=1320 passthrough=yes tcp-flags=syn protocol=tcp tcp-mss=1321-65535 log=no log-prefix="" Если пойдёт то разбейте это правило на два. Одно с указание input interface l2tp , второе с out interface l2tp

90% mss +56% - микротик без оффлоада IPSec = 146%

:)))) нагрузка говорит 5%

Друзья подскажите по ситуации. Офис подключен к удаленному серверу по впн l2tp+ipsec Микрот в офисе -> циска на другой стороне. Загрузка на микроте 5%, Пинг 40мс в среднем. и при передачи файлов скорость ужасная. Можно как то улучшить ситуацию ?

Микротик какой?

CCR1009-7G01c01s+

Параметры шифрования IPSec какие?

тогда не ясно зачем они бенедикту

И при копировании, что с загрузкой по ядрам CPU ?

на микроте ? 5% . на исходном сервере 30%

Change-mss 90% Попробуйте /ip firewall mangle add chain=forward action=change-mss new-mss=1320 passthrough=yes tcp-flags=syn protocol=tcp tcp-mss=1321-65535 log=no log-prefix="" Если пойдёт то разбейте это правило на два. Одно с указание input interface l2tp , второе с out interface l2tp

посмотрел сейчас, mss 1360 стоит

вообще в других ситуациях бывает что до 5мб\с разгоняется. но в среднем 2-3 мб. Ipsec вообще может быстрее проталкивать ? ограничение технологии или у меня с настройками что то не так

Вообщем есть CAPsMan, в рамках одной точки нужно чтобы ноутбук по wi-fi мог печатать на wi-fi принтер, для этого включаю local forwarding, в лог начинают идти сообщения о конфликте MAC

Админ мак установите на бридже у cap’ы

у меня бриджи вообще не настроены на точках доступа

А как Локал форвард будет работать?

Порт со стороны capsman.

Порт со стороны capsman.

Даже не так. А порт со стороны шлюза (и/или dhcp server) для сети которая на WiFi Александр

Даже не так. А порт со стороны шлюза (и/или dhcp server) для сети которая на WiFi Александр

Плиз, в двух словах подробнее можно? У меня подобный вопрос. Это настройки точки cap lite. В бридже только один интерфейс - езернет.

Ну скорее всего этого достаточно.

Сенк

Но у вас бридж не указан. Стоит none

Я про дискавери интрфейс

Дискавери интерфейс это что бы капа нашла контроллер.

А бридж тогда зачем?

Если локал форвард используете то трафик будет приходить в бридж на капе. А с него должен быть доступен шлюз арп запросы и все что нужно для обмена трафиком. В простом случае если адреса на клиентах статика и нужен обмен только между клиентами одной точки то бридж можно и пустой добавить. Но его нужно добавить при Локал форварде.

Т.е в случае с сап лайт (один езернет интерфейс) и включенном локал форвадинг в бридж включать только один порт - езернет?

Да

Т.е в случае с сап лайт (один езернет интерфейс) и включенном локал форвадинг в бридж включать только один порт - езернет?

И этот бридж потом указать в настройках cap’ы wireless -> CAP -> bridge

У многих проблема с конфликтом мак адресов потому что даже если и создают бридж то добавляют туда wlan интерфейсы. И мак адрес на бридже становится таким же. Если после такого случая или с самого начала настройки капы создать бридж и добавить туда Ethernet интерфейс то все будет хорошо. WLAN интерфейсы если на капсман включить Локал форвард динамически добавятся в этот бридж. Если Локал форвард отключить то они уйдут из бриджа. Конфликта не будет потому как на бридже мак адрес Ethernet а не wlan. #conflict #mac #capsman

А если Admin. MAC address бриджу изначально от "балды" назначить, указанных проблем удастся избежать?

Совсем от балды тоже не стоит. Есть ряд ограничений на мак адрес. Но если правильно назначить то да.

А если Admin. MAC address бриджу изначально от "балды" назначить, указанных проблем удастся избежать?