Advanced CCNA - Протокол VTP

[@АлексейСуслов-ж1у]

Добрый день. Спасибо за интересное видео. Хотел задать один вопрос, Вы уже второй раз говорите от устаревшей модели корпоративной сети с ядром, кучей свитчей и Vlan. Как же из далека выглядит современная корпоративная сети ?

[@atrainingru]

Речь про то, что в классической модели сети с L2-коммутаторами предполагается терминация L3-трафика где-то или на distribution, или вообще на отдельном маршрутизаторе. Это древний вариант работы - сейчас же, с удешевлением и ростом функциональности, L3-коммутаторы массовы и проще делать связи access-distribution и distribution-distribution уже сразу в L3-варианте. Это автоматически делает ненужным VTP, резко упрощает работу STP/RSTP, а также решает кучу других проблем. Про это есть в курсе Cisco DESGN, записи которого входят в нашу программу Knowledge Assurance: www.atraining.ru/ka/

[@oleksiivinnichenko4485]

Спасибо за видео. Возник вопрос. Зачем выключать vtp на интерфейсах, которые смотрят в сторону клиентов, если на таких портах должен быть switchport mode access а не trunk, а значит vtp трафик не должен ходить

[@atrainingru]

Пожалуйста. В случае, если у клиентов жёстко прописан access, безусловно, VTP можно и не выключать. Однако, если на портах Catalyst'ов дефолтная конфигурация, то там dynamic auto, и там может быть согласован транк, поверх которого побегут VTP-кадры. Так, конечно, делать не надо, но сам факт показывает, что в принципе сценарий "на access-коммутаторах на клиентских портах VTP заработал" возможен, потому что дефолтные настройки оставляет, увы, ненулевое количество администраторов. Так что проще int range и в явном виде придавить VTP - хуже точно не будет.