BiTel

По первому вопросу
sa.config.inherit=0 - не работает. Обновлюсь по-позже. Текущая версия:


По второму:
Я использую commandset
Ни
sa.commandSet.cmd2.serv.create.8=write; $setEndSequence([Yes/press any key for no]); yes; $setEndSequence(#);
ни
sa.commandSet.cmd2.serv.create.8=write; $setEndSequence(no]); yes; $setEndSequence(#);
не срабатывают:

08-27/15:47:50 INFO [sa-p-12-t-22] TelnetServiceActivator - execute: write; ; yes; ;
08-27/15:47:50 INFO [sa-p-12-t-22] TelnetServiceActivator - write; ; yes; ;
% Unrecognized command

Если добавить эти строки в sa.command.disconnect=
то он их тоже не воспринимает, причём немного по-другому:

08-27/15:44:52 INFO [sa-p-12-t-23] TelnetServiceActivator - execute: write
08-27/15:44:58 ERROR [sa-p-12-t-23] ServiceActivatorSet - Device:76 - null
java.util.concurrent.TimeoutException

Использовать sa.command.serv.enable возможности нет, т.к. много сервисов. На всякий случай проверил в нескольких вариантах - тоже не работает:

sa.command.serv.enable=write; $setEndSequence(no]); yes; $setEndSequence(#);
sa.command.serv.enable=write; $setEndSequence([Yes/press any key for no]); yes; $setEndSequence(#);
sa.command.serv.enable=write; $setEndSequence(....); yes; $setEndSequence(#);
sa.command.serv.enable=write; $setEndSequence(]....); yes; $setEndSequence(#);
sa.command.serv.enable=write; $setEndSequence(.); yes; $setEndSequence(#);

Все выдают:
08-27/16:17:45 INFO [sa-p-12-t-66] TelnetServiceActivator - execute: write
08-27/16:17:51 ERROR [sa-p-12-t-66] EventWorker - Error on device:62 - java.util.concurrent.TimeoutException

_________________
Сервер: вер. 7.0.1409 / 03.09.2018 20:20:58
os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45

Там два варианта записи команд: или
Попробуйте указать

Так у меня и serv.enable простой не завёлся, специально профиль отдельный создал, чтобы проверить. Не хочет он либо парсить либо ещё что-то.

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



connection 08-27/19:04:49 INFO [sa-p-12-t-49] TelnetServiceActivator - execute: interface range Port-Channel 2-3
connection 08-27/19:04:49 INFO [sa-p-12-t-49] TelnetServiceActivator - interface range Port-Channel 2-3
rt.5(config-if)#
connection 08-27/19:04:49 INFO [sa-p-12-t-49] TelnetServiceActivator - execute: switchport trunk allowed vlan add 3010
connection 08-27/19:04:49 INFO [sa-p-12-t-49] TelnetServiceActivator - switchport trunk allowed vlan add 3010
rt.5(config-if)#
connection 08-27/19:04:49 INFO [sa-p-12-t-49] TelnetServiceActivator - execute: end
connection 08-27/19:04:49 INFO [sa-p-12-t-49] TelnetServiceActivator - end
rt.5#
connection 08-27/19:04:49 INFO [sa-p-12-t-49] TelnetServiceActivator - execute: write
connection 08-27/19:04:55 ERROR [sa-p-12-t-49] EventWorker - Error on device:62 - java.util.concurrent.TimeoutException

_________________
Сервер: вер. 7.0.1409 / 03.09.2018 20:20:58
os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45

Попробовал через ssh - та же история.

_________________
Сервер: вер. 7.0.1409 / 03.09.2018 20:20:58
os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45

"vlan database"?!
Тут либо вы где-то мамонта раскопали, либо не хотите пользоваться стандартными

Это не cisco. Если бы было можно сделать короче, я бы так и сделал.
Даже лучше так: если бы это была цыска, мне бы не пришлось задавать всех этих вопросов)

_________________
Сервер: вер. 7.0.1409 / 03.09.2018 20:20:58
os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45

Что-то я напутал вроде бы порядок, setEndSequence вызывался уже когда было поздно, точнее до него дело не доходило.
Нужно так:

Спасибо) Так работает.

_________________
Сервер: вер. 7.0.1409 / 03.09.2018 20:20:58
os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45

Amir, можно попросить вставить в TelnetServiceActivator переменные: deviceIP (он все равно известен, надо только вытащить его в переменную) и, чего очень бы хотелось, некий date в виде YYYY-MM-DD (такая дата практически везде нормально сортируется)?
Зачем? Имея эти переменные можно было бы прямо в активаторе организовать бекап конфигов, например, на TFTP/FTP на случай большого П.
Сохраненные конфиги могли бы выглядеть как-то так:

Дело в том, что если отвлечься от обычных свичей, то есть оборудование (в основном *PON и кое-какой WiFi), где юзеры прибиваются по серийнику СРЕ и/или логину/паролю (с inet не связан) и если вдруг наступит большой П, то сопоставление "юзер = порт/влан/etc" поплывет.
Теоретически можно писать параметры авторизации СРЕ в сервисе, но все рано или поздно разобьется о скалы человеческого фактора

Просто получается так, что о юзере, в переменных, мы в активаторе знаем почти все, а вот о железе, где собственно исполняем команды, активатор, опять же в переменных, не знает вообще ничего, т.е. нереально сделать что-то сказав типа: "в такой-то date с таким-то deviceId у которого такой-то deviceIP сделали то-то".

Обновился. При указанном sa.config.inherit=0, в "текущем конфиге" устройства всёравно пишет, что устройство унаследовало от вышестоящих, но при коннекте к устройству унаследованные команды не применяются, т.е. по факту sa.config.inherit=0 работает.

_________________
Сервер: вер. 7.0.1409 / 03.09.2018 20:20:58
os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45