При тестировании выяснилось, что если коммутатор загрузился по сети:

через некоторое время, скажем, перезагрузился по питанию и по какой-то причине не смог получить IP-адрес по DHCP, до следующей перезагрузки останется без IP-адреса, даже если DHCP-сервер стал доступен. При этом он грузит последний конфиг из nvram и в общем-то работает, но доступа к нему нет... и это проблема...

Есть такое, на всех железках, поэтому я днсп не юзаю, длик спрашивал о том чтобы повтяорть по таймеру, ничего не ответили.

У меня общий вопрос. А для чего вы вообще выдаёте адрес устройству по DHCP? Это же достаточно не надёжно и не гарантированно.

Дело в том, что иногда возникают ситуации, когда необходимо сменить адреса на большом количестве коммутаторов, вручную или скриптами это делать сложно. Плюс к этому нам нужна автоконфигурация (чтобы упростить и унифицировать процесс начальной настройки).

Кстати, ещё один момент - при смене mac-адреса шлюза такие коммутаторы перестают отвечать на какие-либо запросы, даже на arp-ы. Это так и должно быть?

Отваливаются коммутаторы полностью безповоротно или поднимаются через какое-то время?

А для чего вообще этот функционал тогда заложен?

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

И про общий влан управляющий не надо говорить... лучше пусть у меня лягут 10 коммутатор из-за одного свихнувшегося 3026, чем все

Несколько суток лежали, дальше их подняли, возвернув mac шлюза в прежний вид.

Аналогичная ситуация.

Вообще моё мнение что всё это ненадёжно. Но попробуем рассмотреть такую возможность, но я думаю не раньше следующего релиза.

Можно ли уточнить примерные сроки следующего релиза?

Следующий релиз ожидается со дня на день. А этот функционал можно будет реализовать только в R3. На текущий момент он как бы и есть следующий. Пока по срокам сказать не могу.