Второй раз наблюдаю интересный глюк: после нескольких modify gvrp port info делаю commit, а в ответ
Error: Internal system error
Вчера наблюдал то же, пришлось делать reboot config default и конфигурять все заново. Сегодня на другом DSLAMе та же картина. Пока еще не ребутил его, к нему топать далеко, пока так работает. Можно ли это как-то подробнее продиагностировать без подключения к консольному порту? И вылечить?

Глюк прошивки (CPSwVersion(Build): 1.20.1000.ADSL2+ (GS_API_351/D.57.1.10)).

Бага не поправлена, ждём-с новой прошивки.

Ещё проявления:
- в некоторый момент перестаёт отвечать на телнет
- при ребуте сам сбрасывает все настройки в дефолт
- ребутиться при попытке установить adsl2+ в профиле на интерфейсе

Один из вариантов - откатиться на предыдущую прошивку, но там своя бага: периодически "гаснут" порты и им надо прописывать "gdmt" в профиль, чтоб ожили.

Да, уже почитал. Понял. Заодно познал, почему конфиги не сохраняет с фрибсдшным родным tftpd... Мда, сыровата прошивка.
Интересено, а у C-Com IPAM-4800 (то же железо, только софт, вроде, другой) те же проблемы?

Я думаю, что софт на 99.9% идентичный

Думаешь или знаешь? Я где-то краем уха слышал, что длинк как раз отличается от всех остальных продавцов-под-своей-маркой этого дслама как раз своим софтом. Но проверить сейчас возможности нет, под рукой только длинки.
Интересно, а если делать reboot config backup, то эта проблема лечится? Ушел читать доку как делать этот самый config backup.
Хм. Не нашел. И как же сделать этот самый backup config?

вот так: http://www.dlink.ru/technical/faq_ipdslam_03.php

А команда reboot config backup - это несколько другое... NVRAM DSLAM-а содержит сразу две копии конфигурационного файла - config last и config backup в терминах CLI. Config last - это бинарный файл, созданный во время последней отработке команды commit. Config backup - это предыдущий config last, который стал backup после очередного выполнения команды commit.

[quote="Viktor Platov] вот так: http://www.dlink.ru/technical/faq_ipdslam_03.php
[/quote]
Вот тут-то есть вопросик. primcfg и seccfg - это именно last и backup конфиги? Т.е. в ситуации, описанной в сабжекте, я беру заведомо рабочий конфиг, заливаю его в /nvram/system/seccfg, делаю reboot config backup и радуюсь перезагрузившемуся работающему дсламу? Или не пройдет?

Спасибо. К сожалению, в имеющейся документации этот вопрос не разъяснен. Думаю, стоит его добавить в FAQ.

Да, это именно last и backup конфиги. Загружать и сгружать надо сразу два файла. С какого потом грузиться - дело Ваше.