| forum.bitel.ru http://forum.bitel.ru/ |
|
| Шлюз Cisco2+switch http://forum.bitel.ru/viewtopic.php?f=7&t=2260 |
Страница 1 из 1 |
| Автор: | mikos [ 28 апр 2009, 01:01 ] |
| Заголовок сообщения: | Шлюз Cisco2+switch |
Подскажите пожалуйста, в чем разница реализованных шлюзов, которые представлены в документации? К примеру интересует вот этот: Cisco2+Zyxel: http://bgbilling.ru/v4.5/doc/ch09s11s13.html Что именно в скрипте заточено под Zyxel? Ведь по сути, необходимо две фазы, чтобы залить конфиг на комутатор: 1. Подключиться - telnet,ssh (стандартные) 2. Конфигурация портов - у каждого комутатора свой синтаксис С первым вроде все понятно - у всех комутаторов единая схема подключения. Конфигурация портов да, разная, но ведь все команды у вас описываются в настройках шлюза с подстановкой макросов (ip,vlan итд). Объясните пожалуйста, почему такая жесткая привязка к оборудованию у реализованных шлюзов? Что пойдет не так, если применить его например к Dlink? |
|
| Автор: | Victor [ 28 апр 2009, 05:24 ] |
| Заголовок сообщения: | |
Я думаю, дело в том, что на чем тестировалось, то и написано. Скорей всего для других коммутаторов придется править так или иначе скрипты... |
|
| Автор: | stark [ 28 апр 2009, 18:08 ] |
| Заголовок сообщения: | Re: Шлюз Cisco2+switch |
mikos писал(а): Подскажите пожалуйста, в чем разница реализованных шлюзов, которые представлены в документации?
К примеру интересует вот этот: 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 поменяется - под него новый шлюз же не будем писать , иначе их будет целый зоопарк и надо будет все поддерживать |
|
| Автор: | mikos [ 29 апр 2009, 03:16 ] |
| Заголовок сообщения: | |
Я примерно все так и думал, но ведь все это можно стандартизировать и шаблонизировать. Ведь есть шаблон, где вставляются основные правила с циклом и всем таким. Но ведь можно точно так же сделать шаблоны для приветствия, вход в режим редактирования конфигурации (преамбула), само тело (котрое уже есть) и завершение сеанса. По сути конечно, при наличии API и некотром умении в Java, все это можно реализовать и ручками, но управление становится на порядок сложнее, хотя гибче. Это все конечно хорошо, пообщаться, но все таки интересует вопрос - как средствами скриптового шлюза или связки Cisco2+Zyxel, что в предыдущем посте, организовать управление комутатором доступа? На сколько я понял, в примерах скриптовых шлюзов идет управление только одним шлюзом. |
|
| Автор: | stark [ 04 май 2009, 17:33 ] |
| Заголовок сообщения: | |
mikos писал(а): Я примерно все так и думал, но ведь все это можно стандартизировать и шаблонизировать. Ведь есть шаблон, где вставляются основные правила с циклом и всем таким. Но ведь можно точно так же сделать шаблоны для приветствия, вход в режим редактирования конфигурации (преамбула), само тело (котрое уже есть) и завершение сеанса. По сути конечно, при наличии API и некотром умении в Java, все это можно реализовать и ручками, но управление становится на порядок сложнее, хотя гибче. Это не так просто как вы думаете .. Если это сделать , то надо усложнить язык команд шлюза и самих правил, он будет по сложности напоминать программирование шлюза .. т.е надо будет добавить туда новые макросы - логин, парроль, параметр из конфига .. после каждой команды надо вставлять какой-то специальный макрос - "последний символ " . пока вижу как-то так .. будет почти сопоставимо по сложности с программированием шлюза .и все равно найдется какое-ниюудь оборужование, которое в эту схему не впишется (аля mikrotik) mikos писал(а): Это все конечно хорошо, пообщаться, но все таки интересует вопрос - как средствами скриптового шлюза или связки Cisco2+Zyxel, что в предыдущем посте, организовать управление комутатором доступа? На сколько я понял, в примерах скриптовых шлюзов идет управление только одним шлюзом.
cisco2 - управляет шлюзом ядра, zyxel - шлюзом доступа..в договор добавляется zyxel он управляет шлюзом доступа , и передает далее команду сихронизации наверх родителю -cisco. тот уже управляет шлюзом ядра . т.е 2-мя шлюзами идет управление |
|
| Автор: | mikos [ 04 май 2009, 19:30 ] |
| Заголовок сообщения: | |
т.е. скриптовой связки такой нет? только стандартные реализованные шлюзы типа cisco2+zyxel? |
|
| Автор: | stark [ 04 май 2009, 19:35 ] |
| Заголовок сообщения: | |
mikos писал(а): т.е. скриптовой связки такой нет? только стандартные реализованные шлюзы типа cisco2+zyxel?
есть.. у каждого из них есть скриптовы аналоги(для zyxel есть езе аналог для упрпавление dlink) , смотрите в wiki |
|
| Страница 1 из 1 | Часовой пояс: UTC + 5 часов [ Летнее время ] |
| Powered by phpBB® Forum Software © phpBB Group http://www.phpbb.com/ |
|