Это правильно, факт безспорный. Но лучше 1 раз сделать пост о том как правильно или максимально эффективно писать запрос в ТП и алгоритм. А дальше уже. Рубрика наше общение с тп. И результирующая часть. К примеру. Долго писал в микротик сделайте кабельтест как у длинка. И спустя полгода написали.

Это было для примера. Там есть функции бгп оспф и прочее

Кстати, хороший вариант.

У каждого человека есть свое мнение. Любой поступок или действие может выглядеть сточки зрения обывателя не правильным. Когда он не имеет полного представления о происходящем. Поэтому всеми ваши посты и действия воспринимаются по разному. Второй день листаю вашу Вики по Микротик. Спасибо за подробную инструкцию с картинками для "дЭбилов" . Как раз для таких как Я. Так что давайте obi-WAN вещайте дальше. И не забывайте дополнять свою русскоязычную Вики по Микротик. А то нужно CAPsMAN настраивать а там ничего не написано про это . Или я просто пока не нашел.😁

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

По опыту, мало кто умеет работать с технической поддержкой, можно сказать еденицы. Информация полезная👍

В следующем году планирую продолжить работу.

Инженеры у операторов связи которые готовы принять фулвью таких вопросов обычно не задают

Хорошо когда в техподдержке сидят профи. А во многих компаниях сидит "мясо пушечное". И на твои вопросы начинают слать стандартные отписки с картинками. Иногда в некоторые технические компании на  вопрос. Адекватный ответ получаешь на 5-6 сообщении. При этом тебе техподдержка может уже дать один-два совета. Которые могут приводить просто к короткому замыканию в схеме при воплощении в жизнь их советов. Потом когда запрос переходит к другому человеку который более менее начинает вчитываться в то что ему пишут, выясняется что все нужно делать не так как писали ранее. И даже не так как написано и нарисовано в мануале. Но при этом, хорошо что в некоторых областях моих знаний хватает чтобы не делать "грубых" ошибок. А в область IT мой опыт "0" . Круглый и судя по моим габаритам ПОЛНЫЙ.   Поэтому я двумя руками за такой контент. С тех. поддержкой MikpoTik конечно общаться пока воздержусь. Нужно набрать знаний хотя бы чуть чуть 😀🤣

Давно пора начать обновление.👍

Курс по коммутации доделаю, передохну и займусь mikrotik.wiki и YouTube-каналом.

Согласен, только у нас крутиться на ксеоне и центосе, взяли 1036 2s+ хотели потестить, о сидим думаем

было бы инетерсно посмотреть готовые решения у заказчиков где Микротик раскрывает свой потенциал. Пусть не все решение в целом, хотя бы важную часть. Допустим как Микротик стал лучше работать после апгрейда на новый релиз и не пришлось менять железку. Или как переконфигурирование Микроика позволило использовать железку на полную мощь.

Только теория не совсем интересна. Хочется больше практики.

Принято

Да, больше кейсов 😁👍

И сундуков😆

Тук ТУк

есть от провайдера бридж с 32 подсеткой  туда 3 порта sfp1 eth2 eth12

на eth12 стоит коммут с него патчкорд идет в proxmox —-> очередной бридж—-> почтовый сервер