Как обычно, захотелось "странного"
Т.к. des-3526 очень долго выпоняет сохранение конфига при snmp-команде, появилась идея его просто не сохранять, а держать на tftp-сервере. И через дхцп его вливать.
Но тут столкнулся с одной проблемой - сеть построена с использованием управляющего влана, отличного от 1 untagged. переводить все на 1 untag проблематично по причине размеров сети (около 2.500 железок).
Собсно вопрос: можно-ли както заставить 3526 при включении autoconfig стартовать не с заводскими настройками (vlan default untag на всех портах), а уже с сконфигурированным mamangment vlan? Иначе он просто не может пробится к dhcp/tftp серверам и получить конфиг

А да, совсем забыл:

_________________
http://sfw.org.ua

Это действительно очень нестандартно. А что Вам скажем мешает сохранять конфигурацию по telnet простым скриптом? Ведь у Вас отдельный Management VLAN. По поводу Вашего запроса это невозможно, хотя мы всерьёз рассматриваем вариант чтобы добавить ключ в команду reset чтобы при сбросе настроек с этим ключом сохранялась конфигурация VLAN-ов.

Скажем так, у нас билинговалка изначально предназначалась для использования docsis-а, и поэтому механизмы работы с оборудованием (читай, кабельными модемами) с помощью dhcp/tftp в ней очень неплохо реализованы. Чего не скажеш о возможностях скриптинга Хотелось-бы использовать эти возможнсти для управления свичами от d-link
По поводу ключа к команде reset - еслиб он сохранял конфигурацию managment vlan, то это было-бы весьма кстати - достаточно долго выковыривать свичару после сброса . А вот полную конфигурацию вланов - от тут бабка надвое сказала, я бы не хотел

_________________
http://sfw.org.ua

А в чём принципиальное отличие? Можно же будет и по старому без ключа использовать команду.

Со сбросом всех вланов, кроме managment, удобнее проводить полную реконфигурацию железки удаленно (Тут во мне говорит самая обычная лень) )
В любом случае, идея с сохранением пускай даже конфигурации всех вланов, IMHO, очень здравая.

_________________
http://sfw.org.ua