ichthyandr Posted September 19, 2014 · Report post Всем привет, вопрос такой - есть ли софт для хранения конфигурации вланов на коммутаторах? Мне нужно реализовать схему c-vlan/s-vlan. Когда клиентов тысячи c-vlan-ов соотвественно. Необходимо чтобы с коммутаторов доступа снимался конфиг, парсился и складывался в БД. При замене коммутатора из БД генерился бы конфиг вланов. Есть нечто подобное? Спасибо. Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
pppoetest Posted September 19, 2014 · Report post perl + telnet/snmp Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
ichthyandr Posted September 19, 2014 · Report post perl + telnet/snmp что perl + telnet/snmp? 3 банки пива и бутылка шампуня? Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
StSphinx Posted September 19, 2014 · Report post perl + telnet/snmp что perl + telnet/snmp? 3 банки пива и бутылка шампуня? Вам намекнули, что готового решения нет и каждый пишет свой костыль. Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
ichthyandr Posted September 19, 2014 · Report post perl + telnet/snmp что perl + telnet/snmp? 3 банки пива и бутылка шампуня? Вам намекнули, что готового решения нет и каждый пишет свой костыль. это есть хреново, спасибо Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
Sergeylo Posted September 19, 2014 · Report post Можно обратить внимание на велосипед по имени NOC (nocproject.org), эту задачу решает. Правда, попутно решает оно ещё тыщщу задач, и вообще сверх-избыточно. Про пиво-шампунь можно просто конкретизировать - да, сваять приблуду для аггрегации данных из конфигов займёт не более недели, если уйти с ушами. Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
BETEPAH Posted September 19, 2014 · Report post http://www.kiwisyslog.com/products/kiwi-cattools/product-overview.aspx Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
Abram Posted September 19, 2014 · Report post У меня на PHP скрипт + MySQL база. При заведении коммутатора выдаются номера c-vlan и складываются в базу, при замене - забираются оттуда же. Выдирать их из коммутатора, как оказалось, совсем не нужно - нужно знать, куда что выдано ранее. Да, вопрос решается банками пивно-шампунного коктейля. Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
MiB Posted September 21, 2014 (edited) · Report post у меня формула расчета диапазона вланов для определенного коммутатора в завивимоти от его положения относительно узла агрегации: VLANID = 1500 + 500 * (Номер кольца на УА - 1) + 50 * (номер УД в кольце - 1) + номер порта. и скрипт для SecureCRT на визуал басике. нигде ничего не храню, конфигурация УД стандартизирована и не меняется. конфигурации УА и выше собираются RANCID раз в сутки целиком. Edited September 21, 2014 by MiB Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
Night_Snake Posted September 23, 2014 · Report post Либо самосбор, либо NOC. ИМХО. Первое гибко, второе функционально - вопрос нужна ли вам она. Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
terrible Posted September 23, 2014 · Report post Может быть я конечно не в тему со своим велосипедом, но данная задача, как мне кажется, должна решаться на уровне биллинга, а именно: Согласно БД биллинговой системы, биллинг должен иметь ТРЕБОВАНИЯ на tag/untag комутацию тех или иных вланов на портах тех или иных свичей. Ну и далее, костыль, который проверяет соответствие конфигурации вланов на свичах и БД биллинговой системы. Сбор конфигов свичей без проверки соответствия этих конфигов требованиям биллинговой системы считаю слишком поверхностным решением задачи замены комутаторов. Идея норм или я опять чушь несу? Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
xcme Posted September 23, 2014 · Report post Поддержу предыдущего оратора. Всегда должна быть точка отсчета, биллинг вполне подходит. У меня что-то похожее, хоть и не для вланов. В БД хранится статус порта (абонентский, аплинк, даунлинк, вип, оборудование, сгоревший и т.д.). На основе этой инфы демон генерирует конфиг под конкретный свичик - добавляет/удаляет ACL, настраивает MVR, LBD и все такое. Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
zi_rus Posted September 23, 2014 · Report post Может быть я конечно не в тему со своим велосипедом, но данная задача, как мне кажется, должна решаться на уровне биллинга, а именно: Согласно БД биллинговой системы, биллинг должен иметь ТРЕБОВАНИЯ на tag/untag комутацию тех или иных вланов на портах тех или иных свичей. Ну и далее, костыль, который проверяет соответствие конфигурации вланов на свичах и БД биллинговой системы. Сбор конфигов свичей без проверки соответствия этих конфигов требованиям биллинговой системы считаю слишком поверхностным решением задачи замены комутаторов. Идея норм или я опять чушь несу? как мне кажется, биллингу все это должно быть до балды. у него есть связка клиент и влан. а дальше взаимодействие с внешней системой, которая или сообщает биллингу новый влан или следит чтобы у клиента был правильный влан. встраивать в биллинг эту внешнюю систему избыточно Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
Abram Posted September 23, 2014 · Report post Здесь просто нужно решить - где начинается и где заканчивается биллинг. У кого-то он только деньги считает, у кого-то - портами управляет, заявками, конфигурациями оборудования и т.д. Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
pppoetest Posted September 24, 2014 · Report post У кого-то он только деньги считает, у кого-то - портами управляет, заявками, конфигурациями оборудования и т.д. +1 Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
zi_rus Posted September 24, 2014 · Report post Здесь просто нужно решить - где начинается и где заканчивается биллинг. У кого-то он только деньги считает, у кого-то - портами управляет, заявками, конфигурациями оборудования и т.д. а кто-то строит сети на мыльницах, но это не значит что это правильно Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
pppoetest Posted September 24, 2014 · Report post Ну если оно самописное, то пуркуа па? Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
ichthyandr Posted September 24, 2014 · Report post Поддержу предыдущего оратора. Всегда должна быть точка отсчета, биллинг вполне подходит. У меня что-то похожее, хоть и не для вланов. В БД хранится статус порта (абонентский, аплинк, даунлинк, вип, оборудование, сгоревший и т.д.). На основе этой инфы демон генерирует конфиг под конкретный свичик - добавляет/удаляет ACL, настраивает MVR, LBD и все такое. не подходит, когда через сеть тянутся другие операторские вланы Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
terrible Posted September 24, 2014 · Report post Дык другой операторский влан это тот-же клиент со своими требованиями к этому влану, не? Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
ichthyandr Posted September 24, 2014 · Report post У меня на PHP скрипт + MySQL база. При заведении коммутатора выдаются номера c-vlan и складываются в базу, при замене - забираются оттуда же. Выдирать их из коммутатора, как оказалось, совсем не нужно - нужно знать, куда что выдано ранее. Да, вопрос решается банками пивно-шампунного коктейля. плохо что писать придется, мне конечно лень, и так писанины хватает. Лично я б мускуль не использовал бы, а взял например постгрес от 9.3 и выше - он умеет аля "nosql" json представления записывать, очень удобно из телнета длинковского конфиги вланов сливать Дык другой операторский влан это тот-же клиент со своими требованиями к этому влану, не? не, они разбросаны "хаотично" по сети, с биллингом никак не пеересекаются их их уже неск сотен Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
Negator Posted September 24, 2014 · Report post Мы конфиги храним, но пользуемся редко. Обычно конфиг коммутатора генерируется на лету биллингом. Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
