BiTel

Подскажите пожалуйста, в чем разница реализованных шлюзов, которые представлены в документации?
К примеру интересует вот этот:

Cisco2+Zyxel: http://bgbilling.ru/v4.5/doc/ch09s11s13.html

Что именно в скрипте заточено под Zyxel? Ведь по сути, необходимо две фазы, чтобы залить конфиг на комутатор:

1. Подключиться - telnet,ssh (стандартные)
2. Конфигурация портов - у каждого комутатора свой синтаксис

С первым вроде все понятно - у всех комутаторов единая схема подключения. Конфигурация портов да, разная, но ведь все команды у вас описываются в настройках шлюза с подстановкой макросов (ip,vlan итд).

Объясните пожалуйста, почему такая жесткая привязка к оборудованию у реализованных шлюзов? Что пойдет не так, если применить его например к Dlink?

Я думаю, дело в том, что на чем тестировалось, то и написано. Скорей всего для других коммутаторов придется править так или иначе скрипты...

в общем случае там не все универсально .Есть такие моменты :

1. Подключение ..тут возможны варианты ( сводом логина, без ввода логина и т.п, enable)

2. Завершающий символ..нам нужно дождаться конца выполнения команды ..обычная консоль - этого не ждет , вы может посылать команды , еще до получения результата .. у нас так не получается - нам надо дождаться .. признаком конца - команды может являться завершающий символ . Напрмер - #..Но он разный, и может меется в процессе работы. Например был ">" , а потом зашли в режим cinfigure с стал другой - "#". Но mikrotik напрмер печатает зачем-то это символ несколько раз , еще до конца вывода -он дублирует вашу команду(при чем станадартный терминал это как-то скрывает) , там есть свои ньюансы.

3. Victor прав, на чем тестировали , на том и писали . Обычно если взять стандартный шлюз циски, то там вначале идут команды авторизации, настройки размера терминала и вход в режим configure - это вшито жесто ..потом берутся команды из шлюза, потом вызывается команда exit(тоже зашито).

4. У многих шлюзов (у этих 2-х не добавлено, но у других есть, например Mikrotik, Manad , Cisco) - для оптимизации есть возможность считать все открытые правила на данном шлюзе, потом анализировать и посылать команды только в тех случая, когда на шлюзе что-то не верно .. для этого надо набираь какую-то комнду list , получить ответ , распарсить его , проанализировать ..это пишется под каждый конретный шлюз

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

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

Это все конечно хорошо, пообщаться, но все таки интересует вопрос - как средствами скриптового шлюза или связки Cisco2+Zyxel, что в предыдущем посте, организовать управление комутатором доступа? На сколько я понял, в примерах скриптовых шлюзов идет управление только одним шлюзом.

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



cisco2 - управляет шлюзом ядра, zyxel - шлюзом доступа..в договор добавляется zyxel он управляет шлюзом доступа , и передает далее команду сихронизации наверх родителю -cisco. тот уже управляет шлюзом ядра . т.е 2-мя шлюзами идет управление

т.е. скриптовой связки такой нет? только стандартные реализованные шлюзы типа cisco2+zyxel?

есть.. у каждого из них есть скриптовы аналоги(для zyxel есть езе аналог для упрпавление dlink) , смотрите в wiki