Комментарии 9
Интересно, эту дичь (VTP) ещё кто-то применяет при построении новых сетей? Я думал, что оно уже давно legacy.
А что применяют в «новых» сетях?
Джуниперы например поддерживают GVRP/MVRP, но оно такое обрезанное и убогое, что уж проще руками…
Средства массовой автоматизации (тот же ansible и куча подобных открытых и проприетарных систем)
VTP решает лишь одну конкретную задачу — поддержание vlan database, при этом весь остальной конфиг всё равно нужно задавать. Если это массовая история, то уж лучше всё залить из того же ansible'а (да хоть банальным самопальным скриптом на bash), нет в этом случае смысла поддерживать vlan db таким сомнительным способом как VTP (или открытыми аналогами (коммент ниже))
VTP придумали тогда, когда всю сеть настраивали ручками и чтобы было легче прокинуть вланчик через большую цепочку свитчей. Сейчас мало кто в здравом уме вручную настраивает всю сеть без применения автоматизации.
VTP решает лишь одну конкретную задачу — поддержание vlan database, при этом весь остальной конфиг всё равно нужно задавать. Если это массовая история, то уж лучше всё залить из того же ansible'а (да хоть банальным самопальным скриптом на bash), нет в этом случае смысла поддерживать vlan db таким сомнительным способом как VTP (или открытыми аналогами (коммент ниже))
VTP придумали тогда, когда всю сеть настраивали ручками и чтобы было легче прокинуть вланчик через большую цепочку свитчей. Сейчас мало кто в здравом уме вручную настраивает всю сеть без применения автоматизации.
У вас есть примеры, как ansible заменил VTP? Пока ума не приложу как конфиг в тот-же каталист можно залить через ansible.
Хм… Это троллинг? Вот первая ссылка из Гугла https://learningnetwork.cisco.com/blogs/vip-perspectives/2017/08/10/automating-cisco-using-ansible
Работает из коробки, настраивается в 5 строк. Почему не применять. С другими вендорами, конечно, плохо дружит.
Я соглашусь, что VTP может иметь какой-то смысл, если сеть конфигурится вручную (без всяких средств массовой автоматизации/оркестраторов/прочего). Но с учётом того, что современное админстрирование уходит от ручной настройки элементов ИТ-инфраструктуры (сетей, серверов, хралищ и прочего) в сторону написания описания желаемой конфигураций в выражениях инструментов автоматизации (того же ansible), использовать VTP просто нет смысла. Выше я уже об этом написал.
Ну и очевидный минус VTP это vendor-lock (открытые аналоги тоже не сильно удобно использовать). И внедряют VTP не потому что это реально полезная фича, а потому что этому учат на курсах Cisco, а сертифицированные специалисты рады внедрить то, чему их научили. А потом ленивые эксплуататоры воротят нос от того, когда им покупают какой-нибудь extreme вместо их любимой cisco.
В сетевом мире слишком много уделяется внимания «удобствам» в плане management-plane и зачастую выбор оборудования делается не из реальных характеристик (матрица коммутации, буфер, потребление электричества, размер, плотность портов), а из того, насколько удобно админу настраивать вланы на оборудовании.
Ну и очевидный минус VTP это vendor-lock (открытые аналоги тоже не сильно удобно использовать). И внедряют VTP не потому что это реально полезная фича, а потому что этому учат на курсах Cisco, а сертифицированные специалисты рады внедрить то, чему их научили. А потом ленивые эксплуататоры воротят нос от того, когда им покупают какой-нибудь extreme вместо их любимой cisco.
В сетевом мире слишком много уделяется внимания «удобствам» в плане management-plane и зачастую выбор оборудования делается не из реальных характеристик (матрица коммутации, буфер, потребление электричества, размер, плотность портов), а из того, насколько удобно админу настраивать вланы на оборудовании.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Тренинг Cisco 200-125 CCNA v3.0. День 14. VTP, Pruning и Native VLAN