Fallen_Grayswandir

Посмотрите график pps в пиковые часы, когда пинг возрастает. Онушка или свич могут по pps не справляться.

P3310C1#dir Directory of /: 1 tiger.blob <FILE> 2084324 TUE JUL 25 20:40:29 2017 0 Switch.bin <FILE> 7521811 THU JAN 01 00:11:12 1970 2 startup-config <FILE> 11757 THU AUG 01 19:28:16 2019 3 config.db <FILE> 446464 THU AUG 01 19:28:21 2019 4 ifindex-config <FILE> 760 THU AUG 01 19:28:24 2019 1 - это загрузчик 0 - это прошивка 2 - startup-config, description ОНУшек хранятся в нём, остальной конфиг самих ОНУшек в другом файл

У меня, к сожалению, нет.

Не затруднит. Пожалуйста: https://www.dropbox.com/s/4szpcuhp166resr/PonControl(php7).zip?dl=0 P.S. Сообщением выше тоже живая ссылка

Говорю же, переделывал под свои нужды. "Уже нормальная" будет мало чего общего иметь к исходной программе.

Знаком. Я переделывал под свои нужды poncontrol. Поэтому выложил изначальную версию, в которой не исправлено это, поэтому и предупредил человека.

https://www.dropbox.com/s/25hfwf8ku70xd2t/PonControl%28php7%29.zip?dl=0 Это уже переделанная под php7 версия. только там не работают сообщения об ошибках работы с базой данных. Нужно будет во всех файлах строку: die('Could not enter data: ' . mysql_error()); заменить на die('Could not enter data: [' . $conn->errno . ']: ' . $conn->error); Потому что в php7 функция mysql_error() больше не используется.

Конечно нет тут ничего удивительного. Для того прошивки и выпускают, чтобы что-то пофиксить (и попутно что-то другое поломать). В моём случае добавление мультикаста вызвало ребуты. Слендующая прошивка вылечила мультикаст но поломала РРРоЕ, потом были ещё всякие недочёты, пока не пришел к стабильной для своей конфигурации сети. P.S. ssh у этих железок до сих пор жутко кривой и его крайне не рекомендуется использовать.

Ищите подходящуюю прошивку, попробуйте последнюю 10.1.0E Build 50174. Я пока свои ребуты вылечил, 8 прошивок перепробовал

Логика команды не поменялась =) В новой прошивке заменили llid на onu. Тут выше спрашивали про 10.1.0E Build 50174. Интересно, уже кто-то попробовал?

Сие мне не известно. У меня конфиги онушек с темплейтов берутся, поэтому не было необходимости что-то руками прописывать, кроме description

Там три файла конфига: startup-config - то, что Вы бэкапите. "Скелет" конфига. config.db - "Мясо" конфига. Конфиг онушек, их подписи и прочее. ifindex-config - индексы интерфейсов. Так что бэкапьте все три файла. #copy flash:%имя_файла% tftp: имена файлов можно посмотреть командой dir

Посмотрите командой dir, как этот файл у Вас называется. Должен быть ifindex-config Тогда: # delete ifindex-config

Поместите их в отдельный vlan, отличный от остальных абонентов.

В среднем 45-50 абонентов на порт.

Перешивайтесь. У нас тоже были необъяснимые ребуты ОЛТ и отдельных EPON-портов, помогло обновление прошивки до этой версии.

Темплейты применяются ТОЛЬКО к впервые авторизированным ОНУшкам. Если голова уже знает об ОНУ, то темплейт к ней применяться не будет. У Вас 2 варианта: 1) Применять эти две команды к каждой онушке вручную. 2) Погасить epon-порт, снести с него все онушки, прописать на порт темплейт, поднять порт. В этом случае все онушки снова будут впервые авторизироваться и к ним применится темплейт.

I have this problem on all OLTs. But, when I upgrade firmware from 42425 to 43480, problem remains only on one OLT, where there are 4 V-Solution ONUs. I'll try to replace it and look, the problem remains or not. Заменили наконец-то все V-Solution ОНУшки. Не помогло. Всё равно головы ребутятся. Одна чаще, другая реже...

config interface epon0/1:17 epon onu port 1 ctc shutdown # отключить 1 порт на 17 ONU no epon onu port 1 ctc shutdown # включить 1 порт на 17 ONU Благодарствую. это лан-порт потушит, а мне именно пон нужно, чтобы на онушке loss горел. Ну и так сойдёт.

Подскажите, как можно на голове потушить конкретную onu, при условии, что на голове не настроена никакая аутентификация onu'шек.

please, send mу an image ua.feldsher@gmail.com ftp://ftp.romsat.ua/pub/Lan/BDCOM/P3310C/

I have this problem on all OLTs. But, when I upgrade firmware from 42425 to 43480, problem remains only on one OLT, where there are 4 V-Solution ONUs. I'll try to replace it and look, the problem remains or not.

Не. Не помогает ничего из перечисленного. Всё равно голова отваливает все активные EPON-интерфейсы и, судя по логам, ребутится. Хотя аптайм показывает, что не ребутится.

Hi. I have three different OLT, that have been bought during last year, and different sfp's on it. And that problem begins, when I upgraded my firmware. So I don't think, that problem is on hardware. My configuration. (they are similar for all OLTs)

Добрый день. Нашел в логах причину своей проблемы с дёрганием EPON-портов: Всё, что смог нагуглить по этой проблеме - это ссылку на соседнюю тему по p3600 Там проблема решилась заливкой нового загрузчика (tiger.blob) Кто-нибудь может поделиться посвежее загрузчиком, чем Version 0.4.1? ponfive-01#sh ver BDCOM(tm) P3310C Software, Version 10.1.0E Build 43480 Copyright by Shanghai Baud Data Communication CO. LTD. Compiled: 2017-6-6 16:43:18 by SYS, Image text-base: 0x80008000 ROM: System Bootstrap, Version 0.4.1, Serial num:00316001396 System image file is "Switch.bin"