Доброго всем дня . Есть вопрос  Может ли при неправильной настройки( или вообще настройки по умолчанию ) VTP не поднимать trunk`овый порт на коммутаторе !

Поспорили на работе - я говорю , что он к  подниманию trunk или опусканию не имеет отношения , ну не считая того что он передаёт информацию о vlan только по транковому порту и всё ...  может я ошибаюсь ...

• может ли VTP  ложить trunk,Rimon, 14:46 , 29-Июн-08
  • может ли VTP  ложить trunk,SergTel, 19:59 , 29-Июн-08
    • может ли VTP  ложить trunk,umca, 20:05 , 29-Июн-08
      • может ли VTP  ложить trunk,SergTel, 20:31 , 29-Июн-08
• может ли VTP  ложить trunk,SergTel, 20:06 , 29-Июн-08
  • может ли VTP  ложить trunk,umca, 21:10 , 29-Июн-08
    • может ли VTP  ложить trunk,SergTel, 05:56 , 30-Июн-08
    • может ли VTP  ложить trunk,sh_, 11:27 , 30-Июн-08
      • может ли VTP  ложить trunk,chesnok, 13:39 , 30-Июн-08
        • может ли VTP  ложить trunk,umca, 14:57 , 30-Июн-08
          • может ли VTP  ложить trunk,max, 14:26 , 23-Июл-08

>Доброго всем дня . Есть вопрос  Может ли при неправильной настройки(
>или вообще настройки по умолчанию ) VTP не поднимать trunk`овый порт
>на коммутаторе !
>
>Поспорили на работе - я говорю , что он к  подниманию
>trunk или опусканию не имеет отношения , ну не считая того
>что он передаёт информацию о vlan только по транковому порту и
>всё ...  может я ошибаюсь ...

не заыисит, по моему. В 2950 defaul port это транк, нужео только провисать 802ю1q. А в 3560 нужно определять транк.

>[оверквотинг удален]
>>или вообще настройки по умолчанию ) VTP не поднимать trunk`овый порт
>>на коммутаторе !
>>
>>Поспорили на работе - я говорю , что он к  подниманию
>>trunk или опусканию не имеет отношения , ну не считая того
>>что он передаёт информацию о vlan только по транковому порту и
>>всё ...  может я ошибаюсь ...
>
>не заыисит, по моему. В 2950 defaul port это транк, нужео только
>провисать 802ю1q. А в 3560 нужно определять транк.

транковый порт поднимается только ручками
по умолчанию все потры в доступе на 1 вилан и 1 вилан всегда поднят

Спасибо , вот и я думаю ,что VTP ни как не может влиять на работу канала ()!

а вот коллега говорит , что в логах было написано ,  типа VTP не может найти домен и поэтому не будит подниматься trunk для порта !

>
>Спасибо , вот и я думаю ,что VTP ни как не может
>влиять на работу канала ()!
>
>а вот коллега говорит , что в логах было написано ,  
>типа VTP не может найти домен и поэтому не будит подниматься
>trunk для порта !

Это условие возникнет только при смене режима VTP с сервера на клиент
При этом необходимо задать имя домена.
По умолчанию все коммутаторы приходять с завода в режиме сервер
VТPдомен служит для удобства настроек нескольких коммутаторов.
На сервере поднимаешь все виланы которые будут ходить, даешь имя домену
На остальных задаешь имя домена и режим клиент.
Все виланы прописываються в автомате.
Добавление или модификация Виланов осуществляется только на сервере.
Вся информация о виланах передается по управляющему вилану.

>Доброго всем дня . Есть вопрос  Может ли при неправильной настройки(
>или вообще настройки по умолчанию ) VTP не поднимать trunk`овый порт
>на коммутаторе !
>
>Поспорили на работе - я говорю , что он к  подниманию
>trunk или опусканию не имеет отношения , ну не считая того
>что он передаёт информацию о vlan только по транковому порту и
>всё ...  может я ошибаюсь ...

Почти правильно только инфу он передает по управляющему вилану

Я всё это тоже читал , про 3 режима и так далее ....

Только вопрос стоял так - может ли VTP не поднимать trunk на порту из за не коректной настройки (то есть может ли он вообще блокировать передачу всего потока информации , всего канала  )

к примеру вот настройка порта 2960(vtp настроен по default)

interface FastEthernet0/1
switchport mode trunk
no cdp enable

Коллега говорит что в логах нашёд такое :
в логах было написано так , что я не могу поднять trunk на interface FastEthernet0/1  так как VTP не коректно настроен .

Тоесть КАНАЛ с другим оборудованием вообще не поднимался !

>[оверквотинг удален]
>interface FastEthernet0/1
> switchport mode trunk
> no cdp enable
>
>Коллега говорит что в логах нашёд такое :
>в логах было написано так , что я не могу поднять trunk
>на interface FastEthernet0/1  так как VTP не коректно настроен .
>
>
>Тоесть КАНАЛ с другим оборудованием вообще не поднимался !

Нет если зайти на коммутатор и прописать только 2 команды на интерфейс
ошибки не будет, хотя отключение cdp на коммутаторе не критично

Из-за неправильных настроек vtp транк по dtp не поднимется. По умолчанию все порты коммутатора в режиме dynamic desirable, т.е. dtp пытается сделать их транковыми. Если неправильно настроены скажем domain name в vtp, то транк не поднимется. Чтобы порт был всегда в режиме trunk, на нем нужно прописать sw mo tr.

>Из-за неправильных настроек vtp транк по dtp не поднимется. По умолчанию все
>порты коммутатора в режиме dynamic desirable, т.е. dtp пытается сделать их
>транковыми. Если неправильно настроены скажем domain name в vtp, то транк
>не поднимется. Чтобы порт был всегда в режиме trunk, на нем
>нужно прописать sw mo tr.

верно, но речь щла, как я понял о изменения состоянии у магистрального порта (mode trunk) из-за некорректной конфигурации VTP

>
>верно, но речь щла, как я понял о изменения состоянии у магистрального
>порта (mode trunk) из-за некорректной конфигурации VTP

Да ,вы абсалютно правы , речь идёт именно об этом !

У вас транк как раз по dtp не поднимается в силу разных доменов vtp. Если зададите ручками транк то начхать свичу будет на vtp и транк подымется.