Доброго времени суток, коллеги!
Кто-нибудь обладает опытом поднятия связки 3550+1900 через isl транк?
Дело в том, что 1900 не получает информации о VLAN'ах.
Бьюсь который день, но где-то лыжи не скользят.
По cdp 1900 виден, транки на обоих каталистах настроены. В MAC таблице на 1900 видны адреса из 1-го VLAN'a, VTP на 1900 работает в режиме клиента, имя домена совпадает, VTP пароля - нет. Включил отладку VTP на 3550, уидел следующее - "%SW_VLAN-4-VTP_USER_NOTIFICATION: VTP protocol user notification: Version 1 device detected on Fa0/8 after grace period has ended", то есть насколько я понимаю 3550 видит клиента на порту fa0/8. Но клиент по какой-то причине информацию не получает.
sh vtp statistics на 1900 показывает, что ни одного обновления конфигурации получено не было. Всю документацию на эту тему на cisco.com уже перечитал - не помогает. Может быть у кого-то работает подобная связка и вам не трудно будет подсказать в каком направлении смотреть , или может быть покажете кусочек конфига. Заранее благодарю.
а очень хочется их подружить по vtp?
>а очень хочется их подружить по vtp?Да, не очень то улыбается каждый добавленный в домен VLAN прописывать на 1900 ручками.
тогда на 3550 попробуйте поменять vtp version на 1
>тогда на 3550 попробуйте поменять vtp version на 1Тогда вопрос, будет ли 3550 принимать обновления от других коммутаторов домена которые работают с vtp v2(смена версии vtp на всех коммутаторах исключается), и будут ли они принимать обновления от него?
И еще вопрос, возникла следующая мысль: попробовать загнать 1900 в transparent режим и создать там ручками нужные vlan'ы. Будет ли 1900 выкидывать наружу кадры портов которые принадлежат вновь созданным на 1900 VLAN'ам? Конечно кривовато, но может быть это выход(это я подумал, а так ли мне нужен vtp?)?
>>тогда на 3550 попробуйте поменять vtp version на 1
>
>Тогда вопрос, будет ли 3550 принимать обновления от других коммутаторов домена которые
>работают с vtp v2(смена версии vtp на всех коммутаторах исключается), и
>будут ли они принимать обновления от него?
Нет, не будут.
>И еще вопрос, возникла следующая мысль: попробовать загнать 1900 в transparent режим
>и создать там ручками нужные vlan'ы. Будет ли 1900 выкидывать наружу
>кадры портов которые принадлежат вновь созданным на 1900 VLAN'ам? Конечно кривовато,
>но может быть это выход(это я подумал, а так ли мне
>нужен vtp?)?По идее, должен.
>>>тогда на 3550 попробуйте поменять vtp version на 1
>>
>>Тогда вопрос, будет ли 3550 принимать обновления от других коммутаторов домена которые
>>работают с vtp v2(смена версии vtp на всех коммутаторах исключается), и
>>будут ли они принимать обновления от него?
>Нет, не будут.А разве обратной совместимости нет?
>>И еще вопрос, возникла следующая мысль: попробовать загнать 1900 в transparent режим
>>и создать там ручками нужные vlan'ы. Будет ли 1900 выкидывать наружу
>>кадры портов которые принадлежат вновь созданным на 1900 VLAN'ам? Конечно кривовато,
>>но может быть это выход(это я подумал, а так ли мне
>>нужен vtp?)?
>
>По идее, должен.По идее - это хорошо, по идее и 1900 должен принимать обновления с 3500 несмотря на vtp v1. На cisco.com есть документ описывающий связку 6500+1900 на isl, так вот делал так же и думал , что ПО ИДЕЕ все должно завестись, ан нет, не работает.
>А разве обратной совместимости нет?Version 1 and version 2 are not compatible, so it is an all-or-nothing configuration for your switches. However, if all of your switches are VTP version 2 compatible, changing one switch changes all of them. Be careful if you are not sure if all of your switches are version 2 compatible.
>По идее - это хорошо, по идее и 1900 должен принимать обновления
>с 3500 несмотря на vtp v1. На cisco.com есть документ описывающий
>связку 6500+1900 на isl, так вот делал так же и думал
>, что ПО ИДЕЕ все должно завестись, ан нет, не работает.
>Он инкапсулирует фрейм 26 байтным заголовком и добавит второй FCS в конце фрейма с VLAN ID, к котрому принадлежит порт. Если на другом коммутаторе есть такой же VLAN ID, он должен де-инкапсулировать и бросить в нужный VLAN. Практически я, если честно, не проверял, поэтому и пишу: "По идее...". Всё это для ISL.
>>А разве обратной совместимости нет?
>
>Version 1 and version 2 are not compatible, so it is an
>all-or-nothing configuration for your switches. However, if all of your switches
>are VTP version 2 compatible, changing one switch changes all of
>them. Be careful if you are not sure if all of
>your switches are version 2 compatible.
>
>>По идее - это хорошо, по идее и 1900 должен принимать обновления
>>с 3500 несмотря на vtp v1. На cisco.com есть документ описывающий
>>связку 6500+1900 на isl, так вот делал так же и думал
>>, что ПО ИДЕЕ все должно завестись, ан нет, не работает.
>>
>
>Он инкапсулирует фрейм 26 байтным заголовком и добавит второй FCS в конце
>фрейма с VLAN ID, к котрому принадлежит порт. Если на другом
>коммутаторе есть такой же VLAN ID, он должен де-инкапсулировать и бросить
>в нужный VLAN. Практически я, если честно, не проверял, поэтому и
>пишу: "По идее...". Всё это для ISL.Ну механизм передачи через транк то ясен, просто возникло сомнение, а не насталько ли свич умный, чтобы врубиться , что VLAN локальный и не выкидывать его кадры через транк. Вообщем сейчас пойду пробовать и если интересно в понедельник скажу. Всем спасибо за советы и участие.
>если интересно в понедельник скажу. Всем спасибо за советы и участие.Конечно интересно! Заранее спасибо. :-)
>>если интересно в понедельник скажу. Всем спасибо за советы и участие.
>
>Конечно интересно! Заранее спасибо. :-)Вообщем, еще раз всем спасибо. У меня все получилось. Решилось переводом 1900 в transparent режим и созданием на нем нужных VLAN'ов.
>тогда на 3550 попробуйте поменять vtp version на 1
Мне кажется, что это должно было быть сделано с самого начала. ;-)
Я бы попробовал сделать сервером 1900, в качестве эксперимента.