Существует ли хороший способ программно настроить VLAN на управляемом коммутаторе?

Теперь, когда я по своему начальному гневу и беспорядку при мысли о чем-то, что Вы на самом деле оплатили бы это, создает "десятки VLAN" и хочет автоволшебно уничтожить, настраивают мои переключатели...

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

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

Даже если Ваш код был пуленепробиваемым (и с несметным числом версий, поставщиков и опций, я думаю это невозможная задача), Вы могли полностью покрыть дерном чью-то сеть непреднамеренно, если пользователь неопытен или возможно недооценил влияние изменения на сеть.

Править: Я возвратился к этому вопросу исправить плохую ситуацию. Для будущих читателей идея системы, которой нужны 12 VLAN, очень вероятно, будет знаком чего-то ужасно неправильно. Кроме того, понятие автоматического конфигурирования сетевого оборудования клиента для создания тех VLAN имеет еще более высокую вероятность того, чтобы быть Неправильной Вещью.

Благодаря выслеживающим навыкам Tom O'Connor было обнаружено, что продукт, с которым имеет дело автор вопроса, может иметь лучшую причину сделать это, чем большинство. Я подчеркиваю неуверенность в ситуации, потому что независимо от сценария я полагаю, что полное понятие все еще имеет печальные фундаментальные дефекты. Я готов быть неправым.

Снова я оставляю примечание будущим читателям: если Вы хотите сделать это, предположить выполнение Неправильной Вещи. Попросите у других совета. Другие, которые, несомненно, знают больше, чем Вы о теме управления сетью и Вашего сценария. Только программно создайте дюжину VLAN, если Вы и несколько других профессионалов (предпочтительно те, кто эмоционально или непосредственно профессионально не связывается с проектом) все соглашаются, что это - лучшая вещь сделать.

Сказав вышеупомянутое, мой исходный ответ выбрал автора сообщения и должен был быть менее неофициальным. С моей стороны в преследовании я приношу прямые извинения Jeremy Friesner, сообщество ServerFault в целом, и я принимаю проступок. Это не представляло сообщество в хорошем свете.

Остаток от сообщения оставляют в его подлости если это имеет значение.

Моя ситуация состоит в том, что моя компания делает продукт, который (в настоящее время) требует, чтобы пользователь настроил приблизительно дюжину VLAN на управляемом коммутаторе, прежде чем продукт сможет использоваться.

Помимо того, что я просто подбросил во рту немного...

Мой вопрос, что лучший способ состоит в том, чтобы сделать это?

Я думаю, что Вы уже сделали лучшее, которое можно сделать. Необходимо было бы сделать некоторый сценарий, который может говорить с наиболее распространенными сетевыми устройствами через их собственный предпочтительный метод. Например: так или иначе создание сценария, который говорит с устройствами Cisco по SSH или последовательным кабелем и настраивает VLAN и помнит собственные конфигурации Ваших клиентов и числа VLAN и и т.д. Сценарий был бы очень сложным сценарием и несмотря на это, woulds все еще, вероятно, должен быть мастер, управляемый, чтобы удостовериться, что надлежащие опции выбраны. Это означает много времени, большое усилие и много особых случаев учитывать. По-моему, Вы приложили все усилия, чтобы дать клиенту схему конфигурации. Их дело обрабатывать, как это помещается на месте.

Если Вашему продукту нужна дюжина VLAN (Безумие! СПАРТА!), затем Вашим клиентам не придется быть карманным компьютером посредством создания их всех. На самом деле я думал бы, что они захотят удостовериться, что VLAN адаптируются в соответствии со своими собственными системами и не рвали со сценарием.

Это будет варьироваться между переключателями, но несколько лет назад, когда я регулярно настраивал 10-е переключателей с нуля еженедельно, я написал сценарий всего этого в Perl с Сетью:: Telnet:: Cisco. В современный день я, вероятно, пошел бы с чем-то как Сеть:: SSH:: Perl.

Что-либо, что Вы закончили бы тем, что ввели на консоли, можно написать сценарий.

Принятие Вы используете переключатель Cisco Catalyst (которым, откровенно говоря, необходимо быть).. Затем существует две опции, о которых я могу думать.

1) Сеть использования:: Telnet:: Cisco, чтобы сказать переключателю выводить конфигурацию к tftp серверу, захватите его оттуда, проанализируйте его с чем-то (augeas, приходит на ум), затем впрысните новую копию назад с tftp.

2) Этот документ, кажется, делает то, что Вы хотите. "Добавьте VLAN к Переключателю Cisco Catalyst С SNMP"

Я не говорю, что это - хорошая идея, но это, конечно, возможно

Если бы мне бросили вызов с выполнением чего-то похожего с веб-переключателем, то Вы, вероятно, нашли бы меня с Fiddler2, смотрящим на Запросы HTTP, то, делая что-то грязное с httplib Python.

Я не могу вообразить то, что Ваш продукт, это требует дюжины различных VLAN или как это является физически подключаемым с помощью кабеля, но мне кажется, что это кричит для какого-то использования маркирования VLAN, такой как 802.1Q.

Существует способ сделать это, но он действительно зависит от типа переключателя. Если это - устройство Cisco, необходимо смочь создать шаблонную конфигурацию по умолчанию и просто позволить им вставить его в него. Иначе Вы могли сделать это через SNMP, но OIDs мог измениться от поставщика на поставщика.

Не зная модель переключателя это используется, действительно трудно ответить правильно.

Если Вы продаете переключатели, и Вы продаете продукт, Вы могли бы придерживаться одного поставщика (скажите, что Cisco), и пишут, что что-то в ожидает или как Jeff и предложенные другие.

Но снова, VLAN опасны, и я надеюсь, что сеть клиента действительно изучена до развертывания.