Это пример (чем больше устройств в одном широковещательном домене, тем больше будет пакетов). Но даже на нем видно, что при наличии 6 устройств, копию получат 5 устройств (а предназначалась только одному).
А про второе ваше утверждение - ARP таблицы заполняются как раз по первому пакету (или правильнее кадру). То есть до заполнения ARP таблицы, коммутатор ведет себя так же, как хаб. И вот как только ARP таблица заполнится - он начнет посылать пакет в "правильный" порт (на основании изученного ранее)
Терминология «гибридный порт» встречается на коммутаторах других вендоров. В частности Huawei. В циске явно такого названия нет. Но настроить его, как гибридный можно. Можете почитать здесь.
По поводу порта. Конечно место это уязвимо. Отказ линии или порта приведет к тому, что сеть парализует.
По поводу процессора. Несколько VLAN-ов не сильно нагрузят процессор. Но тут уже зависит от ее кол-ва. Понятное дело, что если у вас сотни и тысячи VLAN-ов, то потребуется покупать более мощное и дорогостоящее оборудование.
Второй коммутатор (с большей ревизией) получит от клиента его базу. Сравнит и поймет, что она старее его. И вышлет ему свою.В VTP версии 2 нет понятия «primary», «secondary» и прочего. Тут просто все равняются на того, кого ревизия выше (то есть новее).
Спасибо за такой развернутый и дельный комментарий.
Тут интересный момент, что подразумевается под понятием «ничего не генерирует» и «только ретранслирует». VTP клиент сообщения Summary Advertisement/Subset Advertisement не ретранслирует, а именно генерирует. Например, если мы подключим новый VTP сервер в сеть, так что он будет иметь соседом клиента, сервер будет запрашивать базу именно с соседнего клиента. И именно клиент ему её предоставит.
Вы здесь правы, исправил.
Как раз для решения данной проблемы в VTPv3 появилась роль primary server. Только primary server может раздавать базу VLAN'ов. И устройства синхронизируют между собой эту базу только, если они имеют один общий primary server. Если primary server перезагружается/меняется на новый, он теряет свою роль. Это защищает от случайной перезаписи базы из-за нюансов с revision number.
Очень хороший комментарий. Все дело в том, что не все вендоры поддерживают RFC3021, в котором и описано применение данной маски. Например, у меня дома стоит Zyxel и он не поддерживает маску /31. Даже на официальном сайте Zyxel, они написали по этому поводу. Привожу ссылку. Поэтому, если в сети применяется оборудование разных вендоров, то для соединения двух точек, лучше применять маску /30.
Специально зашёл, чтобы сказать спасибо за это решение!
Лайкнул чисто за такой интересный эксперимент)
Вы мне уже писали в личку 6 лет назад про это) И каждый остался на своем)
И фотка бриджа предоставлена Вами. Я ее как раз поменял тогда)
Это пример (чем больше устройств в одном широковещательном домене, тем больше будет пакетов). Но даже на нем видно, что при наличии 6 устройств, копию получат 5 устройств (а предназначалась только одному).
А про второе ваше утверждение - ARP таблицы заполняются как раз по первому пакету (или правильнее кадру). То есть до заполнения ARP таблицы, коммутатор ведет себя так же, как хаб. И вот как только ARP таблица заполнится - он начнет посылать пакет в "правильный" порт (на основании изученного ранее)
Вот ссылка на пример агрегирования между Cisco и Huawei.
По поводу процессора. Несколько VLAN-ов не сильно нагрузят процессор. Но тут уже зависит от ее кол-ва. Понятное дело, что если у вас сотни и тысячи VLAN-ов, то потребуется покупать более мощное и дорогостоящее оборудование.
Вы здесь правы, исправил.
К сожалению 3-ей версии VTP нет в CPT.