Управление оборудованием

[Efendy]

Почти написал модуль управления оборудованием. Как многие мечтали, характер управления задается не логикой работы скрипта, а правилами записанными в конфиге! Т.е. примерно так:

1) список полей юзера, от которых зависит его состояние. Например, в данный момент я пишу модуль для датацентра. Там не нужны параметры скорости и т.д. Все что там нужно - это номер свича, номер порта и номер  vlan. Как только что-то из этого меняется - скрипт уже знает - что-то нужно переключить на железяке
2) правила как залогиниться
3) правила что запускать на железяке и откуда брать параметры
4) правила синхронизации - что спросить у железяки, чтобы удостовериться, что все действия были успешными. Например, в данный момент - это получение конфига циски датацентра

Вот такие вести...

[Cell]

Как многие мечтали

Многие только и делают, что мечтают, а как дело дошло до того, что оно есть... то оказалось, что никому и не нужно в обощем-то )))

[Efendy]

ты за всех не отвечай

[Cell]

ты за всех не отвечай

А что, похоже что я за всех отвечаю? Я за себя порой ответить не могу )))
Я тебе просто рассказываю ситуацию с "нужностью" данного функционала ))) на форуме многие писатели писали что им это ОЧЕНЬ ну прям ОЧЕНЬ ПРИОЧЕНЬ нужно. Я сам понимал, что с большим парком управляемого оборудования трудно работать, т.к. опыт имеется. Опираясь на этот опыт, я сделал именно, то что нужно в первую очередь. И что? оно кому-то понадобилось? НЕА ))) ну пару, тройку реально заинтересованных и все. А ты говоришь не отвечай ))) да не надо оно мне отвечать за всех.
Не пойму, чего ты меня цепляешь все время. Может мне вообще на этом форуме ничего больше не писать? Может свой форум завести?

[Efendy]

Ты нифига не комментировал и тут ответил в отрицательном аспекте. По тону я не понял это ирония, издевка или констатация факта.

Касательно модуля. Я говорил про лень, а ты отрицал. Так вот незаточка модуля под оборудование - это лень (ну и не желание платить кому-то, никуда не деться). Здесь я пытался учесть этот отрицательный момент. Пока не дописал модуль, но все идет к тому, что человек знает в каких ситуациях как бы он зашел на свич и какие на нем команды выполнил. Он и вписывает их в скрипт. По идее все просто будет

[Cell]

По идее все просто будет

Я против твоего модуля не имею ничего против, но ты реально не в теме управляемых свитчей, раз так считаешь. Просто не будет! Будет сложно... очень сложно... и ты это поймешь, когда попробуешь волшебное слово D-link. Идея хороша, не спорю, но псевдотерминальные сессии длинка просто выносят мозг и они разные.... они разные на разных марках. И команды кли интерфейса разные, поэтому придется команды кли интерфейса привязывать к каждому свитчу а не к вендорам. Все это слова, которые сложно оценить адекватно, ведь я лентяй и флудераст ))) но как дойдет до практической реализации на "зоопарке" и половина девайсов откажется работать даже с настройками, вот тогда это станет объективно.
Теперь мой комментарий стал более полезным?

[Efendy]

Я попробую, а там посмотрим

[Demeo]

Я попробую, а там посмотрим

Маладца

[Efendy]

Для одной сети почти завершил такую схему:

клиенты на управляемых свичах. Там режется/включается доступ путем прописывания необходимого vlan. На центральной циске шейпы: включение/выключение полиси по имени, взятому из тегов тарифа.

Т.е. двухступенчатое управление. При чем ограничения по "ступеням" нет - можно сделать и третью ступень - например, управление маршрутизацией на следующей железке и т.д

[Sis]

Для одной сети почти завершил такую схему:

клиенты на управляемых свичах. Там режется/включается доступ путем прописывания необходимого vlan. На центральной циске шейпы: включение/выключение полиси по имени, взятому из тегов тарифа.

Т.е. двухступенчатое управление. При чем ограничения по "ступеням" нет - можно сделать и третью ступень - например, управление маршрутизацией на следующей железке и т.д

А по какому признаку распознается абонент. Порт (Опция 82) или что?  DHCP сервер чем управляется или адреса раздаются по другому?

[ankos]

Почти написал модуль управления оборудованием. Как многие мечтали, характер управления задается не логикой работы скрипта, а правилами записанными в конфиге! Т.е. примерно так:

1) список полей юзера, от которых зависит его состояние. Например, в данный момент я пишу модуль для датацентра. Там не нужны параметры скорости и т.д. Все что там нужно - это номер свича, номер порта и номер  vlan. Как только что-то из этого меняется - скрипт уже знает - что-то нужно переключить на железяке
2) правила как залогиниться
3) правила что запускать на железяке и откуда брать параметры
4) правила синхронизации - что спросить у железяки, чтобы удостовериться, что все действия были успешными. Например, в данный момент - это получение конфига циски датацентра

Вот такие вести...

Планируется ли в этом модуле поддержка Микротик?

[Efendy]

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

[elite]

Для одной сети почти завершил такую схему:

клиенты на управляемых свичах. Там режется/включается доступ путем прописывания необходимого vlan. На центральной циске шейпы: включение/выключение полиси по имени, взятому из тегов тарифа.

Т.е. двухступенчатое управление. При чем ограничения по "ступеням" нет - можно сделать и третью ступень - например, управление маршрутизацией на следующей железке и т.д

а какая циска используется?

[Cell]

Касательно модуля. Я говорил про лень, а ты отрицал. Так вот незаточка модуля под оборудование - это лень (ну и не желание платить кому-то, никуда не деться). Здесь я пытался учесть этот отрицательный момент.

Скорее всего будущие модули будут писаться под конкретную сеть.

Вот жизнь и расставила все по местам. А ты говоришь синус )))

[Nafanya]

То, что модуль необходим, я убедился. Конечно затачивать надо под конкретную сеть. Зоопарк везде разный. Лично я поддерживаю создание модуля.