Вот в этом и есть один из главных нюансов. Если сетка на Микротиках - она должна быть только на Микротиках. Вольное трактование и собственная реализация общепринятых стандартов ведут только к этому.
Не подумайте, что иронизирую или ещё чего, но не затруднит ли Вас привести примеры вольного трактования и реализации стандартов микротиком? Что-то такое где-то слышал, но не сталкивался. К чему готовиться?
Размещено через приложение ЯПлакалъ
Не подумайте, что иронизирую или ещё чего, но не затруднит ли Вас привести примеры вольного трактования и реализации стандартов микротиком? Что-то такое где-то слышал, но не сталкивался. К чему готовиться?
Готовиться, например, к тому, что - но в ROS 7+ они починили - тэги VLAN ID не будут поняты оборудованием не от Микротик. А тэги VLAN от Микротика не поймёт свитч от D-Link. Казалось бы, что там можно напутать - но вот.
Это сообщение отредактировал BattlePorQ - 1 июн 2026 в 23:05
Да и пофиг что по одному интерфейсу, для этого ты его и маркируешь. Напиши потом, я тебе скину мануал, как найду
А интерфейс в бридже, и ты его никак не промаркируешь, потому что он слейв. А если из бриджа убрать - от него отваливается обратный маршрут. Не, понятно, что всё упирается в то, что я не умею их готовить и мыслю логикой других систем. Но разобраться пока не получилось.
Не подумайте, что иронизирую или ещё чего, но не затруднит ли Вас привести примеры вольного трактования и реализации стандартов микротиком? Что-то такое где-то слышал, но не сталкивался. К чему готовиться?
Готовиться, например, к тому, что - но в ROS 7+ они починили - тэги VLAN ID не будут поняты оборудованием не от Микротик. А тэги VLAN от Микротика не поймёт свитч от D-Link. Казалось бы, что там можно напутать - но вот.
Что, они умудрились меньше чем в четыре(!) байта(!) (12-битное поле VLAN Identifier, определенный IEEE 802.1Q) записать что-то, что не понимается другим оборудованием? Чёт мне не верится. Влан это же что-то из базовых сущностей.
Что, они умудрились меньше чем в четыре(!) байта(!) (12-битное поле VLAN Identifier, определенный IEEE 802.1Q) записать что-то, что не понимается другим оборудованием? Чёт мне не верится. Влан это же что-то из базовых сущностей.
Да и пофиг что по одному интерфейсу, для этого ты его и маркируешь. Напиши потом, я тебе скину мануал, как найду
А интерфейс в бридже, и ты его никак не промаркируешь, потому что он слейв. А если из бриджа убрать - от него отваливается обратный маршрут. Не, понятно, что всё упирается в то, что я не умею их готовить и мыслю логикой других систем. Но разобраться пока не получилось.
В каком это бридже у тебя входящий интерфейс? В бридже входящих интерфейсов?! Типа, клуб по интересам?
В каком это бридже у тебя входящий интерфейс? В бридже входящих интерфейсов?! Типа, клуб по интересам?
В дефолтном. Там по умолчанию все интерфейсы в одном бридже. А мне это принесли уже "настроенным". Падаваны щас собрали макет и перетаскивают всё давно настроенное в pf.
Это сообщение отредактировал BattlePorQ - 1 июн 2026 в 23:22
В каком это бридже у тебя входящий интерфейс? В бридже входящих интерфейсов?! Типа, клуб по интересам?
В дефолтном. Там по умолчанию все интерфейсы в одном бридже. А мне это принесли уже "настроенным". Падаваны щас собрали макет и перетаскивают всё давно настроенное в pf.
Не знаю, что ты называешь дефолтом, и приминимо-ли оно к RouterOS, но это явно работать не будет. Скорее всего ты путаешь понятия.
Это сообщение отредактировал JIR - 1 июн 2026 в 23:26
Вот в этом и есть один из главных нюансов. Если сетка на Микротиках - она должна быть только на Микротиках. Вольное трактование и собственная реализация общепринятых стандартов ведут только к этому.
Справедливости ради - все приличные производители к этому стремятся, что Юбиквити, что Аруба, что HP Enterprise... - строй сеть только из наших комплектующих. И, желательно, с нашим аппаратным контроллером...
Справедливости ради - все приличные производители к этому стремятся, что Юбиквити, что Аруба, что HP Enterprise... - строй сеть только из наших комплектующих. И, желательно, с нашим аппаратным контроллером...
Вот тут не спорю. И секс с кучкой ТД от Юбиквити с ядром сети на Микротике - тот ещё порномарафон ) Хорошо строить сеть с нуля, продумывая вот это вот всё. Сложнее содержать то, что досталось )
Это сообщение отредактировал BattlePorQ - 1 июн 2026 в 23:38
2. Традиционно слабый вай фай. Даже поддержка говорит, что это дополнительная функция, просто довесок. Он типа, не для вай фая сделан. Официально на сайте поддержки.
Что за ХУЕТУ я только что прочитал? Что такое "слабый"? Маломощный? Т.е. 1ВТ, супротив 100мВт стандартных это "слабый"? Или может в SXT он "слабый"? На которых мы мосты по 30км лепили? Вот чо хуйню нести-то? Зачем?. Не, ну конечно есть дохуя девайсов МОЩНЕЕ. Нивапрос, но, блеать, цена у них какая? А в цену микрота, с его "традиционно ""слабым""" фай-фаем рынок предлагает ровно.... НИХУЯ!
Не подумайте, что иронизирую или ещё чего, но не затруднит ли Вас привести примеры вольного трактования и реализации стандартов микротиком? Что-то такое где-то слышал, но не сталкивался. К чему готовиться?
Готовиться, например, к тому, что - но в ROS 7+ они починили - тэги VLAN ID не будут поняты оборудованием не от Микротик. А тэги VLAN от Микротика не поймёт свитч от D-Link. Казалось бы, что там можно напутать - но вот.
не ну это брехня. отлично понимает. Еще ни разу не видел, чтобы теги от микрота не воспринимались корректно. если конечно не включал "use service tag" - но это и не нужно в обычном случае использовать
не ну это брехня. отлично понимает. Еще ни разу не видел, чтобы теги от микрота не воспринимались корректно. если конечно не включал "use service tag" - но это и не нужно в обычном случае использовать
А это надо пакеты смотреть. Скорее всего, это я не смог его заставить тэги ставить.
Все там настраивается. Можно сделать то, что на кинетек никак.
У меня опыта и знания OSI, думаю, не хватает. Ищу, кто поможет. Задача, вроде, примитивная, два WAN, на один приходит пул из 8 внешних IP, на второй из 4. Каждый по одному кабелю, и это не лечится. И чтоб на каждый IP оно отвечало именно по тому же IP. Пока по дефолту обратный трафик оно гонит по дефолтному шлюзу.
Ну давай попробуем. Я так понимаю схема примерно такая. Есть внешние ip и с них настроены правила dst-nat что что приходит на ip 100.0.0.2:80 -> должно попадать на 192.168.0.2:80, что на 100.0.0.3:80 -> должно на 192.168.0.3:80 и соответственно ответы должны идти обратно с тех ip c которых были запросы? Верно?
Если схема такая, то всё делается просто без маркировки, по два правила nat на хост. Просто прибиваешь каждому внутреннему хосту посредством nat внешний ip.
Это сообщение отредактировал Swenum - 1 июн 2026 в 23:51
Если схема такая, то всё делается просто без маркировки, по два правила nat на хост. Просто прибиваешь каждому внутреннему хосту посредством nat внешний ip.
Не, Wan1 и Wan2 идут по одному интерфейсу ISP предоставляет несколько IP по одному проводу.
Только зарегистрированные и авторизованные пользователи могут оставлять комментарии. Авторизуйтесь, пожалуйста, или зарегистрируйтесь, если не зарегистрированы.
1 Пользователей читают эту тему (1 Гостей и 0 Скрытых Пользователей)
Или может в SXT он "слабый"? На которых мы мосты по 30км лепили? Вот чо хуйню нести-то? Зачем?. Не, ну конечно есть дохуя девайсов МОЩНЕЕ. Нивапрос, но, блеать, цена у них какая? А в цену микрота, с его "традиционно ""слабым""" фай-фаем рынок предлагает ровно.... НИХУЯ!
yaplakal.com