URL: https://www.opennet.ru/cgi-bin/openforum/vsluhboard.cgi
Форум: vsluhforumID6
Нить номер: 20783
[ Назад ]

Исходное сообщение
"Потерялись VLAN после добавления нового коммутатора"

Отправлено Argentino , 31-Мрт-10 10:59 
Есть VTP домен куда входит 3550 в роли сервера VTP и 2 штуки 2950 в роли клиентов VTP. Добавил новый коммутатор 2960. Сначала долго не получилось заставить его работать в VTP домене - выдавал ошибку по VTP status "MD5 digest checksum mismatch on trunk Gi 0/1"(несмотря на единые имена домен и паролей). Потом все разрешилось и ошибка пропала, но произошло то , что потерлись на всех коммутаторах VLAN. Вот собственно и вопрос почему это произошло, если номер ревизии VTP на рабочих коммутаторах был 56 а на вновь добавленном равен 1. Перед этим я еще стер vlan.dat на 2960 когда он уже был подключен к сети и перезагрузился, собственно после этого все и случилось. И второй вопрос, удаление vlan.dat приводит к восстановлению настроек VTP по умолчанию, то есть 2960 стал Сервером, а пароль разве не должен был стереться? Но даже если и пароль не стерся, и он стал сервером VTP, но как он смог уничтожить VLAN во всей сети, если номер ревизии у него однозначно меньше? Помогите советом кто знает в чем может быть причина. Может баг IOS? На 2960 Version 12.2(44)SE6, на 3550 Version 12.1(22)EA4

Содержание

Сообщения в этом обсуждении
"Потерялись VLAN после добавления нового коммутатора"
Отправлено Gbyte , 31-Мрт-10 11:47 
С VTP нужно аккуратно работать.

Когда добавляете новый коммутатор в сеть необходимо обязательно убедится в том что у него VTP mode установлено в client или transparent.

Он был сервер, вот и посчитал что он всеравно умнее всех...


"Потерялись VLAN после добавления нового коммутатора"
Отправлено Argentino , 31-Мрт-10 12:01 
А как же номер ревизии?


"Потерялись VLAN после добавления нового коммутатора"
Отправлено KiM , 31-Мрт-10 13:05 
>А как же номер ревизии?

при появлении нового VTP сервера это никого не интересует:)