Элтекс

Имеется свитч MES2324B задача настроить сохранение конфигурации на TFTP сервере! в документации не где не нашёл! версия ПО Version: 4.0.3
Может кто сталкивался с такой задачей?

copy running-config tftp://<IP address of tftp server>/<File name>

Это понятно но надо что бы он после каждого изменения\сохранения сахронял конфиг на TFTP сервере
на комутаторе MES2124M это делается при помощи команд
backup server tftp://х.х.х.х
backup path х.х.х.х.cfg
backup write-memory
Но на этом нет такова функсионала((( либо я что то не вижу или не туда копаю(((

Функционал backup server будет реализован в будущих версиях ПО.

наскоко я понял в версии 4.0.4 он ещё тоже не реализован?

Не реализован.

спасибо будем ждать будущих релизов

Простите ещё вапрос как при помощи SNMP можно скочать конфиг?

Раз уж есть такая тема, что бы не плодить дубликаты, из раздела "хотелок".

Можно ли в конец конфига, ставить какой то ключевое слово, что это конец конфига? Ну то есть к примеру



Или что нить в подобном роде? Нужно что бы точно понимать что конфиг сохранен полностью и включает в себя все настройки. А то иногда из-за какого либо сбоя во время передачи и т.д. файл может быть не полный. Что затрудняет его анализ и разбор.

P.S. У Длинка это реализовано, что весьма удобно.

Простите ещё вапрос как при помощи SNMP можно скочать конфиг?

Необходимую информацию вы можете найти в документе
http://eltex.nsk.ru/upload/iblock/cac/m ... o-snmp.pdf
в пункте "Копирование конфигурации из энергозависимой памяти на TFTP-сервер"

Можно ли в конец конфига, ставить какой то ключевое слово, что это конец конфига?

Как это поможет в случае, когда часть строк из середины файла не дошла до коммутатора из-за потерь?
Возможно длинк скачивает файл, проверяет его целостность и лишь затем применяет конфигурацию. У нас running-config применяется на ходу.

Может не корректно выразился. Задача проверять не при загрузке на коммутатор. Задача проверять "полноту" конфига, при скачивание его с коммутатора.

На основе конфигов коммутаторов, который мы скачиваем каждый N-минут на TFTP, идет проверка на корректность настроек. Есть ли все привязки, есть ли все ACL, SNTP, SNMP, VLAN и т.д. и т.п. Но прежде чем приступить к анализу чекаем конфиг есть ли у него "завершающие" символы. Если нет то и анализ не продолжаем, а выводим соответствующий триггер.

P.S. За полтора года работы системы ситуации когда файл был скачен не до конца, были, ситуации когда конфиг "был вырезан" по серединке, не припомню, хотя она так же возможна, не спорю.

Но прежде чем приступить к анализу чекаем конфиг есть ли у него "завершающие" символы. Если нет то и анализ не продолжаем, а выводим соответствующий триггер.

Почему нельзя во всех случаях проверять конфиг на валидность? Ситуации с не полностью выгруженным конфигом проявляются же далеко не каждый раз?

Ну кейс приблизительно такой:

Выгружается конфиг
Проверяется, что он полный, если нет сообщаем, что проблема с бэкапом (определеный действия для проверки)
Если конфиг полный, проверяем все нужные настройки, сообщаем если что-то настроено не корректно

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

P.S. Ну и в догонку по конфигу, опять же, у других вендеров, конфиги разделены на секции и добавлены названий секций, что очень удобно при визуальном осмотре. Это конечно несет только эстетическую нагрузку, но все же удобно.

Можно ли в конец конфига, ставить какой то ключевое слово, что это конец конфига? Ну то есть к примеру
! end of configuration

Рассмотрим ваше пожелание в будущих версиях ПО.