nicodemus

Ну если с 6,31 то да, в 7 там в любой доступно.

system>resources>hardware>allow x86-64 Если ros 6 0. Делаем резервную копию конфигурации, убеждаемся, что переустановка роутера с нуля в случае неудачи не займёт много времени или, как минимум, не затронет пользователей. 1. Качаем где-нибудь в Интернете routeros-x86-6.31.npk, копируем его на роутер. 2. Обновляемся простой перезагрузкой (если была версия старше) или откатываемся на старую через System -> Packages -> Downgrade (если установлена версия поновее). 3. В System -> Resources -> Hardware ставим галку "Allow x86-64", перезагружаемся. 4. Проверяем, что версия в System -> Resources стала x86_64":

В сторону абонов так же сделайте. интерфейс где абоны в бридж и пппое сервер на бридж.

Ну можете 10г запустить, если с той стороны есть возможность или у себя поставить гагибитный медик, если нужно напрямую и нельзя оставить huawei.

С обоих сторон пробовали зажимать в гигабит и убирать autonegotiation? У нас так было, пока на huawei не зажали, не хотело работать. С 10г таких проблем нет.

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

Модуль SNR-SFP+SR Патчкорд оптический MM LC-LC любой длинны Это у нас точно работает даже на Mikrotik x86, да и медью не будут связаны железки.

P3310D только EPON и мибы там стандартные как и для 3310C так и для 3608 в большей части.

Появился пункт TX Queue Drops, пакеты прям сыпались, в Interface Queues на сетевых переключили с only-hardware-queue на multi-queue-ethernet-default и дропы пропали. Пока нагружал торрентом и спидтестом, и queue на тестовой машине не включить, больше гига не дает. Фиксацию частоты убрали и больше 4100 не поднималось, хотя может так микрот показывает.

На то что написал, нет. Почему сам думал что такие цифры, сегодня глянул и немного всё печальнее. Это было в ноябре, но с того времени вроде конфиг немного поменяли. На днях проверю рос 7 и 40г карту, правда нужно будет придумать как еще 10г нагрузить, можно iperf, но это всё таки не живой трафик.

Я написал какие слоты есть в мамке. Будут они работать в режиме PCIe 3.0 х8 для двух сетевых карт. x520 вообще PCIe 2.0, но им это никак не мешает работать в этих слотах.

b550e gaming с 5900x (в данный момент работает на х520 сетевых, качает до 10гб и нагрузка около 30%, множитель зажат на 4.4ггц на 6 росе, на 7 еще будем проверять, но там показатели вроде лучше. Pppoe, nat, simple queue. Больше не качали так как в порт упирались, можно было бы разнести по двум портам на входе и выходе, но пока не требовалось. 1 x PCIe 3.0 x16 (x4 mode) * - через чипсет, можно подключить видюху, если она так нужна. 2 x PCIe 3.0 x1 2 x PCIe 4.0 x16 (x16 or dual x8) - с проца, как раз 2 сетевые (Silicom PE340G2Qi71-QX4 - х8) и встройка есть на 2.5г, которая в 7 росе работает. Пока ничего не проверял, просто воткнул, времени не было. Еще интересно что он FEC подтянул с сетевой, жалко только что sfp вкладки для них нет, как и для х520.

Silicom PE340G2Qi71-QX4, еще не проверял но система увидела и линк пошел.

А вы делали замер по пингу с fq_codel? Какой то интересный график получается. Поставил ограничение на 100мбит, включил загрузку и замер делал через пингплоттер. На микрот потерь нет, после него есть и довольно сильные на промежуточных узлах, а вот на конечный хост уже нет. С 5950х не срослось, он нормально не захотел работать в мамке где стоял 5900, возможно что то с ним или он просто не хочет с микротом работать, в винде с ним проблем под нагрузкой нет.

x86 5900x около 9гиг прокачки, PPPoE, шейпер, NAT, всё вместе, около 50% загрузка проца. Главное разные сетевые для входа и выхода.

И про Discard бы узнать, а то внятно особо нигде не написано.

А queue используете? Собирайте там статистику, но после перезагрузки микрота всё равно сбросится. У нас биллинг считает эти данные сложением.

Проверил сегодня утром. Отключил 4 порта и через время включил, на коммутаторах которые подключены в него всё было нормально, пинг 1мс, на самом бдкоме проц был в сотке, пока ону авторизовались, но проблем не было. После перезагрузил для обновления прошивки. Запустился так же нормально, коммутаторы после него тоже работали нормально. Около 500 онушек загрузились примерно минуты за 2. Есть подозрение что тогда где то сработало stp и поэтому случился отвал. Тему можно закрывать.

О проблеме то и не знали. Уже позже по логам выловили. Но в сотку скорее всего не уходило. Она в простое иногда до 50% прыгает, хотя вроде обычно должно быть около 18%. Но пинг до головы теряли, скорее всего и доступ, так что загрузку и не смогли бы посмотреть. 07.04.2023 12:21:10 No answer 07.04.2023 12:22:00 Host is alive 3 ms И к той которая стоит после тоже. 07.04.2023 12:21:19 No answer 07.04.2023 12:21:51 Host is alive 7 ms Но физически порты не падали и в защиту тоже ничего не уходило. CPU utilization for one second: 23%; one minute: 26%; five minutes: 26% CPU MAX utilization: 100%(2022-7-24 19:39:57) Причем эта голова подключена в P3600-16E и на ней тоже отваливались абоненты при отключении света, но при включении такой проблемы не было.

Здравствуйте. Выключили свет по одному району, ону все нормально отключились 190 штук, никаких проблем не было, все остальные работали нормально, всего на голове около 500 штук. Когда свет включили и начали регистрироваться ону, начало обрывать pppoe сессии на абонентах которые не отключались, причем даже на абонентах на другой голове, которая была подключена в гигабитный порт первой головы, ону при этом не отваливаются. Все порты настроены одинаково, поэтому конфиг урезал. Может это происходить из за snmp traps или куда еще капать? Оборвало все pppoe сессии которые оставались в сети, как будто голова перестала пропускать трафик. Прошивку позже обновлю и понаблюдаю, но словить отвал такого кол-ва абонов довольно сложно, разве что только специально пару портов потушить.

https://data.nag.ru/BDCOM/Firmware/

Машины все одинаковые (тут только процессор 5950), биос настроен одинаково, версия биоса одна. Разве что только виртуализация выключена была на этой машине, на остальных не помню. Сегодня попробуем на ней 6 версию и посмотрим как будет работать.

Так у нас на 6 версии с 5900 тоже проблем никаких, 9гбит на 40% нагрузки. Просто в 7 частоты в динамике работали, сетевая встроенная в последних версиях тоже заработала, usb клава, мышь тоже едут. Новый тип очереди появился интересный, тоже хотели посмотреть. Вчера подкинул на древнюю машину на АМД ссд для переустановки, так там оказывается и health работает. Просто интересно разобраться почему всё скидывает в одну очередь и на одно ядро. Значит будем ждать новых версий.

На ros 6 такой проблемы нет, а на 7 не охота на людях экспериментировать, там 10 минут простоя было, а криков на пару часов. Этот же комп попробуем проверить на 6 версии и посмотрим, мб проц чет выделывается.