DES-3200-18 1.50.B010
Тестовый конфиг MSTP:
Код:
config stp version mstp
config stp maxage 20 maxhops 20 forwarddelay 15 txholdcount 6 fbpdu enable
config stp priority 32768 instance_id 0
create stp instance_id 1
[b]config stp instance_id 1 add_vlan 1000-4000[/b]
config stp priority 32768 instance_id 1
config stp mst_config_id name tt5 revision_level 0
config stp ports 1-16 externalCost auto hellotime 2 edge true p2p auto state disable
config stp ports 1-18 hellotime 2
config stp mst_ports 1-18 instance_id 0 internalCost auto priority 128
config stp ports 1-16 fbpdu disable
config stp ports 1-16 restricted_role true
config stp ports 1-16 restricted_tcn true
config stp ports 17-18 externalCost auto hellotime 2 edge auto p2p auto state enable
config stp ports 17-18 fbpdu enable
config stp ports 17-18 restricted_role false
config stp ports 17-18 restricted_tcn false
config stp mst_ports 1-18 instance_id 1 internalCost auto priority 128
enable stp
Ключевой момент: в instance 1 отображено 3000 vlan'ов.
Наблюдаем проблему: чем их больше на нем вланов, тем медленнее эти вланы создаются на коммутаторе.
Так, например, при create vlan v2000 vid 2000 достаточно хорошо заметны тормоза.
Если при этом включить vlan trunk (enable vlan trunk), активироваться он будет минут 30. Можно дождаться и сохранить конфиг. Время перезагрузки такого коммутатора может увеличиться до часа.
Включать GVRP в такой схеме тоже опасно: даже при 10-20 вланах, при создании вланов коммутатор полностью уходит в себя и не рассылает BPDU. Коммутатор в бесконечном цикле сначала создает вланы - отваливается STP - удаляет - поднимается STP - создает.
Как еще можно решить эту проблему, кроме как держать минимум вланов в инстансе?
Вход
Регистрация
FAQ
Поиск
