starik-i-more

Было бы очень познавательно узнать было ли продолжение у этой истории.

Спрошу здесь, чтобы не плодить треды. Кто может поделиться впечатлениями от SFP модулей Bouz?

Вы реально используете bfd с ospf на своей сети? На форуме микротика довольно много сообщений о том, что связка bfd + ospf работает нестабильно https://forum.mikrotik.com/viewtopic.php?t=93775

Можете кратко описать косяки?

А почему есть уверенность что эти потери обязательно обусловлены коммутатором. Неужели гарантировано отсутствие потерь по пути через интернет, ну или на самом игровом сервере?

У меня когда то был случай, когда ping с первого хоста улетал с одним набором байтиков в icmp payload а на второй хост через интернет прилетал уже с другим набором байтиков. Можно бы сравнить в Wireshark.

К слову, буду признателен, если участники поделятся информацией о скорости сходимости OSPF на микротах (с учётом невозможности использовать таймеры меньше секунды). И используете ли вы bfd на микротах в связке с OSPF?

На мой взляд, во избежание ложных срабатываний netwatch, нужно переходить на скрипты. Вот идеи на этот счёт https://mikrotik.me/blog-dostupnost-interneta-cherez-LTE.html

Раньше использовал E3372h-153 Потом они стали недоступны. Попробовал E3372h-320. На ROS6 они не заработали. Сейчас закупаю E3372h-607 Как утверждает продавец Нареканий к работе модемов нет.

Удивительно... Производитель СПЕЦИАЛЬНО выпилил эти фичи из x86?? Хотя я тоже считаю что они не нужны для мощных CPU

Ну это ведь ARM. У меня товарищ мучается с RB1100-AHx4 (тоже ARM). Он периодически теряет управление или самопроизвольно перезагружается. И сам я с проблемами с RB1100-AHx4 сталкивался. Разделяю это мнение. Но мои потребности значительно ниже (2-3Gb). Поэтому смотрю в сторону ROS_x86.

А какая модель микротика была в этом случае? Или это RouterOS_x86?

Полагаю, что эти данные можно забрать с IPMI/iLO

Протестировал. Прописал в качестве второго мастера f.root-servers.net 192.5.5.241 masters { 194.85.254.37; 192.5.5.241; }; Заблокировал на файрволе доступ к РКНовскому root 194.85.254.37 Грохнул файл где хранилась корневая зона Перезапустил bind Он подлец пытается достучаться до РКН Естественно у него ничего не выходит Но к второму root не обращается Может косяк в bind?... named -v BIND 9.8.2rc1-RedHat-9.8.2-0.68.rc1.el6_10.3

Понимаю, что такая вероятность тоже есть, но писать какой то анализатор зоны которую отдал РКН мне лень. А подстраховаться от ситуации что РКН перестанет отдавать корневую зону хотелось бы. Эта ситуация мне кажется вероятнее. И трудозатрат на такой костыль вестимо меньше.

Наверное можно прописать в качестве второго мастера какой то публичный сервер, который отдаст "нормальную" корневую зону если умрет DNS РКН. Кто может посоветовать откуда можно забрать "."?

Попробовал на 2011UiAS-2HnD r2 (тоже архитектура mipsbe) На 7.1beta3 модем действительно не отваливается. Но при даунгрейде начинает отваливаться. Пожалуйста опишите что вы делали с firmware? Сначала апгрейдили до 7.1beta3 а потом даунгрейдили?

Задался тем же вопросом. Между двумя нексусами один физический линк. Switchport mode trunk. Естественно через линк кроме зеркалированного нужно передавать и другой трафик. Как я понимаю на первом нексусе можно SPAN DESTINATION порт через петельку соединить с портом, на котором прописано switchport access vlan xx На этом vlan выключить mac learning и добавить его в транковый порт между нексусами. Так получается аналог RSPAN Верно?

Из относительно крупных, используется 3 шт CCR1016. SNMP собирается заббиксом. Аптайм около года.

А как можно проверить?

А L2TP ядерный или userspace?

А есть ли у кого опыт боль-мень продолжительного использования CHR в продакшен? Как у него со стабильностью? Сразу оговорюсь, что задачка у меня просто затерминировать сотню малонагруженных туннельчиков L2TP без шифрования. Суммарный трафик думаю будет 300-400М. Рассматриваю вариант CHR потому, что на узле, где он понадобился нет свободного юнита, запихивать в стойку какой-нибудь RB750Gr3 тоже не позволят, зато есть ESXi 6.5 Году наверное в 18м у меня был неудачный опыт использования CHR. Он поработал под нагрузкой 2-3 недели, а потом вырубился. Причем не ребутнулся (это было бы не так критично), а именно вырубился. За давностью лет не помню упал ли он в корку или выключился. Произнося нехорошие слова, стартонул этот CHR. А когда через недельку он проделал тоже самое, снес его к чертям собачьим. Не наблюдается ли сейчас за CHR таких грешков?

Проверил ROS 6.44.6 snmp v2c RO Логинов и паролей не увидел. Как вы добились того что микрот их показывает по snmp? PS Мой вопрос не означает что я в восторге от передачи SNMP этим личностям и тем более от передачи его по открытым каналам

Еще вариант отправить телефонию через vpn

Можно фильтрануть список ВМ по аттрибутам через PowerCLI