но поймите, делать что-то с input бессмысленно - потому что вы _сначала_ его принимаете, а потом уже разбираете фильтрами и прочим.

Очень много объектов. Канал 30Mb/s

Simple queue на адрес ) чтоб не буянили)

но поймите, делать что-то с input бессмысленно - потому что вы _сначала_ его принимаете, а потом уже разбираете фильтрами и прочим.

как крайняя мера, для быстрого определения откуда ноги растут. Буду наращивать канал и уводить наблюдателей на другого прова

И все таки. Фильтр кто-нибудь подскажет на блокировку определенного канала скорости и времени загрузки?

вам нужен simple queue

вам нужен simple queue

можно и так. спасибо

У кого нибудь виртуализируется Mikrotik в Proxmox с успешным запуском агента?

Ни кто не сталкивался? Не сбрасываются вай фай клиенты cAP ac, сейчас long term, до этого stable. Не влияет.

Ни кто не сталкивался? Не сбрасываются вай фай клиенты cAP ac, сейчас long term, до этого stable. Не влияет.

Lease time в dhcp какое?

Lease time в dhcp какое?

Да это тупо точка, от хот спота

это на одной точке????

это на одной точке????

Да

Товарищи гуру, всем мое категорически приветствие! Надеюсь на вашу помощь с проблемой с которой не могу победить. Есть железка зовут RB Metal 2SHPn, работает и выполняет исправно свои функции, за исключением пустяка как говориться. Сама суть, железка стоит в условном трамвайном\тролейбусном парке, мимо них проезжает транспорт, подключается по вай фаю, сливает нужные данные и уезжает в закат. Здесь проблем не наблюдается Вся эта радость работала на версии 6.33.6 на всех точках (их достаточно много) Летом 2018 после печально известных событий связанных с дырами в прошивке пришлось экстренно апдейтить все точки на последнюю на тот момент версию 6.40.6 после чего начались проблемы Суть в том что почему то не очищается поле Wireless Tables Registration. То есть точно знаю что транспортное средство уже уехало (оно больше 5-10 минут в принципе не задерживается) а его несчастный мак адрес весит в таблице. Более того когда транспорт возвращается обратно, оно уже не может подключиться что бы слить свои несчастные транзакции, пока либо вручную не прибьешь его в таблице, либо пока не ребутнешь весь девайс. Смена прошивок не помогает, сейчас стоит версию 6.43.8 наблюдаю тоже самое Проблема массовая, и не понятно с чем связано. Пока в голове рождается костыль что бы через api на каком нибудь питоне или go наваять скрипт с помощью которого опрашивать с сервера с микротиков мак адреса с аптаймом, и где аптайм больше полу часа прибивать принудительно… Но это же костыль, я умом понимаю что что то тут не так. Показываю скрин, но увы после моих экспериментов с опцией Keepalive Frames аптаймы маленькие, но уже не нормальные. Мак адрес устройства может болтаться хоть месяц если его не убьешь

Нашел железку с большими аптаймами

Однозначно писать в суппорт. Я уже слышал про такую проблему, но, честно скажу, человеку не поверил. Теперь вы с более чем убедительными скриншотами говорите о ней же. Однозначно какой-то баг, и дабы не костылить, искоренить его нужно на уровне операционки. Напишите письмо в support@mikrotik.com, приложите supout.rif, скриншот, описание. Ответ обязательно транслируйте сюда, очень интересно.

Обязательно напишу в саппорт, спасибо за мысль, у меня почему то не сработало в голове, бывает)

На всякий случай дополню что это происходит не с каждым транспортным средством, что то нормально из регистрации уходит, а что то весит. Хоть какую то логику или систему мы сколько не искали пока что не нашли. Мб плохо искали Ответ из саппорта и наши успехи\не успехи обязательно транслирую сюда

А почему на скринах инетрефес unknown? У меня такого не наблюдал. Клиентские точки - зоопарк микротивский.

Ну оборудование которое стоит непосредственно в транспортных средствах являются вне нашей компетенции, для нас по сути «Черные ящики»

в этом поле должен светится вай радиоинтерфейс, как на скрине выше

А если вернуть старую прошивку, то точно работает? Может проблема возникла на "той стороне"?

+ з а письмо в саппорт, в такой ситуации, имхо, все отсальное - гадание на кофе.

Ну письмо уже в процессе сочинительства 🙂

6.33.6 работает стабильно, собственно говоря 95 процентов пришлось откатить, и выбить 5 процентов оборудования на эксперименты. Иначе был бы скандал большой, если бы все так хреново работало так долго

А, не так понял. Почему то да, на точках где присутствует еще виртуальный вай фай интерфейс, в регистрации перестает показывать интерфейс На версиях 6.40.8 было еще веселей, они цеплялись рандомно не к своим сетям по непонятным мне причинам, из за чего не срабатывала логика бриджа с сервером. То есть «черный ящик» цепляется к известному ему SSID с известным ему паролем, а в микротике в регистрации почему то указывался другой, виртуальный интерфейс. Это был вообще финиш на тот момент Но эта проблема на 6.43.8 ушла, верней просто пишет unknown, но работает. Сервер и транспортное средство друг друга видят.

Недавно писал тоже самое

Пока что саппорт молчит

Может коллективно напишем письмо у кого подобные проблемы? 🙂

Может коллективно напишем письмо у кого подобные проблемы? 🙂

Понял.

Тоже виртуальные интерфейсы висят по одному на 2,4 и 5 G

Пока что все оборудование кто проявляется эта проблема весит на 6.33 которая работает стабильно, и лишь три точки мне позволили сделать экспериментальными, 6.43.12 - полет все тот же ненормальный Вариант с костылем убивать по аптайму мне категорически не нравится. В личку предложили вариант убивать по уровню сигнала. Пока не пробовал

Вот еще веселее)))

Так ребятки. Давайте без такого количества сообщений. Проблема по депо была озвучена. Не нужно все повторять. Тем более нет ответа от саппорта.

Пока что все оборудование кто проявляется эта проблема весит на 6.33 которая работает стабильно, и лишь три точки мне позволили сделать экспериментальными, 6.43.12 - полет все тот же ненормальный Вариант с костылем убивать по аптайму мне категорически не нравится. В личку предложили вариант убивать по уровню сигнала. Пока не пробовал

Т.е на 43.12 работает без костылей?

6.33 без костылей, на 6.43.12 костыли просто не внедрены мной, проблема есть

За количество сообщений прошу прощения, погорячился

6.43.12 - полет все тот же ненормальный - - не правильно понял сразу

Может коллективно напишем письмо у кого подобные проблемы? 🙂

Написал, приложил. Жду.

Написал, приложил. Жду.

[Ticket#2019021322004553] RE: Проблема с wifi CapA [...] We will try to help you as soon as possible (reply might take up to 3 business days).

я так паял 951

переключатель там паяльником переключается)

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

в данном случае как раз микротики стали видеть клиентов лучше (т.е. клиенты микротики видели и раньше, а вот до цели пакеты докинуть не могли - была ошибка аутентификации и все)

Есть задача внутреннюю сеть 10.255.10.0/24 пустить через nat на один ip адрес 10.104.185.1. chain=srcnat action=src-nat to-addresses=10.104.185.1 src-address=10.255.10.0/24 out-interface=gre-103 log=no Как проверить работоспособность? Что все натитца? Партнер куда транслируется временно не доступен.

повесь ло с адресом сорца и с него чониьь пусти, и смотри счётчики

повесь ло с адресом сорца и с него чониьь пусти, и смотри счётчики

немного подробней можно?

вешаешь бридж, ничего в него не добавляя. на него адрес из сети 10.255.10.0/24 . и с адреса этого бриджа пускаешь, например, пинг через этот самый туннель. если счётчики на правиле нат изменились - значит, всё ок

Коллеги, привет! Выручайте, второй день бьюсь с проблемой. Суть, есть два роутера RB3011 и CCR1009, соединены через интернет EoIP туннелем, На стороне RB стоит АТС на которой должна зарегистрироваться IP-DECT база, которая находится со стороны CCR. Регистрация не проходит, она выполняется через 239.0.0.1. IP АТС 172.17.197.2, IP удаленной базы 172.17.197.8.

Через торч вижу следующее и хз чтольше что делать.

Фаерволы на роутерах погасил.

Вот, что шлет IP - DECT в сторону АТС.

они на ping то отвечают

?

они на ping то отвечают

да, конечно.

eoip с двух сторон включен в bridge с портами куда подключены устройства.

это был вопрос :) ?

Господа вопрос: Есть микротики с белым ип, за ним стоит ещё один на котором поднят сстп сервер. На первом добавил аксепт на 443 порт и дстнат 443 порта с белого ИП на внутренний второго микротика. С внешним не подключается к сстп. Правило аксепт тикает а в дстнат по 0. Что ему ещё надо?

Господа вопрос: Есть микротики с белым ип, за ним стоит ещё один на котором поднят сстп сервер. На первом добавил аксепт на 443 порт и дстнат 443 порта с белого ИП на внутренний второго микротика. С внешним не подключается к сстп. Правило аксепт тикает а в дстнат по 0. Что ему ещё надо?

акцепт на форвард?

акцепт на форвард?

На инпут ставил

инпут - это то, что самому микротику адресовано. Тут у вас форвард же

Похоже что да. Просто на первом микроте прокинуто куча всего и работает просто при добавлении дстнат правила

Форвард на ест, рел открыт

Всех приветствую. Поможите советом

CCR1016-12S-1S не хочет ставить апдейт

CCR1016-12S-1S не хочет ставить апдейт

Через нетинстал залейте 🤷‍♂️

Какая базовая была я не помню версия. Обновился после покупки на 6.42.10, поставил dude, SD и.т.д. Всё работало. И уже второй релиз я не могу поставить апдейт

eoip с двух сторон включен в bridge с портами куда подключены устройства.

Секунду

Через нетинстал залейте 🤷‍♂️

Хреновый вариант

Хреновый вариант

Вполне себе нормальный

Мне его каждый раз так обновлять

???

eoip с двух сторон включен в bridge с портами куда подключены устройства.

Мне его каждый раз так обновлять

может потом взлетит

Мне его каждый раз так обновлять

Нет. Может просто предыдущая версия криво легла. А с этой лучше будет

а с другой стороны ?