Darth Vader2

мысль посетила, думаю здравая, не опрашивать в общем списке медный порт. Во-первых меньше времени уйдёт на опросы, а во-вторых если нужен конкретный абонент, то всегда можно стартануть исключительно на него, а там уже получить и медный порт. По моему найден компромисс между задачей и результатом. p.s. пойду вырежу из тела опрос медного порта в общем списке.

Это пик показал, а так вот такое кино: CPU utilization for one second: 30%; one minute: 13%; five minutes: 11% BDCOM(tm) P3310B Software, Version 10.1.0B Build 29333

200000000, всё равно два порта показало офлайн, при повторном остался только один. Дальше стабильно только один. 93 ону, примерно 30 сек, ну и опрос не только порта идёт, общий список. Пиковое значение в момент опроса: CPU utilization for one second: 97%; one minute: 34%; five minutes: 16% когда никто не дрюкает ОЛТ: CPU utilization for one second: 7%; one minute: 11%; five minutes: 11%

Спасибо. Приходила такая мысль. 100000000 установил, это 100 секунд, Всё равно несколько портов красные, при втором опросе - зелёные. Но это уже результат. Теперь надо подождать и повторить опрос, увеличив еще больше значение. Жутко смотреть на такое.

Это не мне надо. Я бы не опрашивал. Такая задача стоит.

Понимаю, что старая песня, но все же возник вопрос. Собственный, самописный, легкий мониторинг под личные нужды. Результат опроса по snmp не стабилен. Со старта.Со второго опроса уже удаётся получить адекватный ответ относительно состояния медного порта ОНУ. SNMPv2-SMI::enterprises.3320.101.12.1.1.8. $port .1 где $port идентификатор ону и дальше номер медного порта. Не обращал на это внимание, но последнее время что-то слишком часто такое получается. Есть наработки костылей по теме? Буду благодарен любой подсказке. Как выглядит в первом круге.

Как обещал, вернулся доложить об итогах. Контрольный отрезок времени прошел без чудес, всё работает. Аренда ip обновилась, абоненты доступны. Пока всё хорошо, надеюсь так и останется.

Аксакалы возразят. Кроме тех ситуаций, когда требуется 16+ портов. Но даже при таких условиях можно обойтись без микротика. Это такое себе, на любителя. Сейчас подтянутся сисьководы, джунипердисты, письковеи и так далее. Драка будет долгой и кровавой.

Это философия. Молодое поколение любит микротик. Зачем линукс, когда есть микротик? Маленькая реплика по поводу ipv6 и домохозяек. Лозунг конкурента в листовках "наше сверхновое ipv6 быстрее ихнего старого ipv4" способно создать бурления масс. Потом уже ничего никому не докажешь. Надо будет договнять на поворотах (не опечатка).

Сочувствую вашим коллегам на работе. Искренне. Им молоко за вредность нужно выдавать цистернами. И ведь где-то такое поведение это норма, да еще и поощряется.

Давайте дождёмся результата, два дня пройдёт, всё станет понятно. Я сообщу обязательно, проявилась проблема либо ушла. Абоненты с момента подключения "прожили" 48 часов. Посмотрим, что будет в этот раз. Напомню, ничего не менялось кроме прошивки.

У всех. Их всего три на весь ОЛТ. Все на одном порту. Сам ОЛТ только с прилавка магазина. Новый. Жду исхода двух суток, буду видеть проблема осталась или нет. Конечно, сообщу результат.

Со стороны абонента. Более того, подкладывали новую. Результат нулевой. Все на одном порту, так сложилось, их всего три. После перезагрузки всё поднялось, как будто ничего не было. Откатил прошивку на 34315. Подожду двое суток, может уйдёт проблема.

BDCOM(tm) P3310C Software, Version 10.1.0E Build 46085 Чудеса в решете. Новый ОЛТ, три абонента - замерли. ОНУ сигналы отличные, трафик не ходит вообще. Все параметры dhcp и dhcp snooping в норме, никаких проблем нет. А абоненты не работают. Перегрузил - полетело. Если бы это был первый ОЛТ, их больше десятка накидано и таких проблем еще не видел. Ну кроме тотального отвала порта, кстати симптомы очень похожи. Они теперь с завода такое доставляют? Капец просто. Было такое у кого нибудь?

Дельное говорю. Не надо континенты двигать, двигайте сознание. Меняйте датацентр. Или страну проживания.

Сменить Датацентр?

Не "эту", а стартанули новую ветку, соответственно создайте отдельную тему, а эту оставьте в покое, как есть. К примеру у меня нет php7 и не планируется установка в ближайшее время, мне Ваша подача вредна и бесполезна от старта. И вообще Ваш стиль подхода мне не по душе. 90% речи о "попередниках". Не нравится - не используйте. Это же логично. Ломать-то зачем?

Счастливые люди, на одном писюке сети строят.

С какой онухи? Хочу с логами сравнить, что выше выкладывались. 10/21 ?

есть такое в логах olt_ctcstack_ctc_sn_get_callback 1989 return error(error code : -7)

Есть на форуме https://local.com.ua/forum/profile/11741-vlad5503/ попробуйте с ним списаться, может что-то выйдет. Как я помню, он пытался решать подобную задачу. Ключевое в моём решении, как я помню, было подать на порты разные vlan. И делал я это на BDCOM. На HUAWEI я применил тот же способ. В Вашей ситуации мне не до конца понятна конечная цель. Если это обычный роутер, то зачем Вам в описании так много портов? Внутренняя сеть это уже задача самого роутера, не надо эти порты расписывать, если они не относятся к сети WAN порта. А если относятся, то тогда это switch а не роут

Вот и славно. Коллективный разум в действии. Отличная работа.

Начинается. Несите приборы для замера.

Я пробовал в разных вариантах, у себя не могу воспроизвести проблему.

PhpMyAdmin откройте, посмотрите в таблице pm_texts текст как отображется? Первый пример ничего общего с базой не имел. А теперь действительно на базу указывает всё. Комплексная какая-то проблема?