Всем привет. Есть следующая схема: 2 свича Cisco Catalyst 3560. Территориально далеко друг от друга. Между ними 2 канала оптика и радио. Основной канал - оптика. Радио - резерв. Между свичами "бегает" около 300 vlan'ов. Порты с оптикой и радио - транки с обеих сторон. Вопрос: как сделать резервирование оптики ? Сейчас с одной стороны порт куда подключен радиоканал просто в shutdown. Когда падает оптика (редко но все же) порт с радио включается вручную и все дальше живет.

• Резервирование L2 каналов,karen durinyan, 13:50 , 18-Авг-10
  • Резервирование L2 каналов,vova, 14:05 , 18-Авг-10
    • Резервирование L2 каналов,karen durinyan, 14:12 , 18-Авг-10
    • Резервирование L2 каналов,fantom, 14:13 , 18-Авг-10
    • Резервирование L2 каналов,Pve1, 14:13 , 18-Авг-10
      • Резервирование L2 каналов,vova, 14:38 , 18-Авг-10
      • Резервирование L2 каналов,Fsh, 19:09 , 18-Авг-10
        • Резервирование L2 каналов,Pve1, 17:29 , 19-Авг-10
• Резервирование L2 каналов,lumenous, 13:08 , 20-Авг-10
  • Резервирование L2 каналов,fsh, 14:33 , 20-Авг-10
    • Резервирование L2 каналов,lumenous, 14:50 , 20-Авг-10
      • Резервирование L2 каналов,vova, 07:27 , 23-Авг-10
        • Резервирование L2 каналов,karen durinyan, 08:50 , 23-Авг-10
        • Резервирование L2 каналов,Fsh, 08:54 , 23-Авг-10
          • Резервирование L2 каналов,vova, 10:31 , 23-Авг-10
            • Резервирование L2 каналов,vova, 10:33 , 23-Авг-10
            • Резервирование L2 каналов,lumenous, 10:40 , 23-Авг-10
            • Резервирование L2 каналов,Fsh, 10:42 , 23-Авг-10
              • Резервирование L2 каналов,vova, 10:47 , 23-Авг-10
                • Резервирование L2 каналов,karen durinyan, 11:42 , 23-Авг-10
• Резервирование L2 каналов,Глеб, 13:49 , 23-Авг-10

>Всем привет. Есть следующая схема: 2 свича Cisco Catalyst 3560. Территориально далеко
>друг от друга. Между ними 2 канала оптика и радио. Основной
>канал - оптика. Радио - резерв. Между свичами "бегает" около 300
>vlan'ов. Порты с оптикой и радио - транки с обеих сторон.
>Вопрос: как сделать резервирование оптики ? Сейчас с одной стороны порт
>куда подключен радиоканал просто в shutdown. Когда падает оптика (редко но
>все же) порт с радио включается вручную и все дальше живет.
>

STP ne podxodet?

>>Всем привет. Есть следующая схема: 2 свича Cisco Catalyst 3560. Территориально далеко
>>друг от друга. Между ними 2 канала оптика и радио. Основной
>>канал - оптика. Радио - резерв. Между свичами "бегает" около 300
>>vlan'ов. Порты с оптикой и радио - транки с обеих сторон.
>>Вопрос: как сделать резервирование оптики ? Сейчас с одной стороны порт
>>куда подключен радиоканал просто в shutdown. Когда падает оптика (редко но
>>все же) порт с радио включается вручную и все дальше живет.
>>
>
>STP ne podxodet?

В принципе подходит, более того мне кажется это единственное доступное решение. Вопрос будет ли оно нормально работать при 300 вланах, а в будущем может быть их будет еще больше

>[оверквотинг удален]
>>>Вопрос: как сделать резервирование оптики ? Сейчас с одной стороны порт
>>>куда подключен радиоканал просто в shutdown. Когда падает оптика (редко но
>>>все же) порт с радио включается вручную и все дальше живет.
>>>
>>
>>STP ne podxodet?
>
>В принципе подходит, более того мне кажется это единственное доступное решение. Вопрос
>будет ли оно нормально работать при 300 вланах, а в будущем
>может быть их будет еще больше

можно MST, групировать много вланов в один STP instance.

>[оверквотинг удален]
>>>Вопрос: как сделать резервирование оптики ? Сейчас с одной стороны порт
>>>куда подключен радиоканал просто в shutdown. Когда падает оптика (редко но
>>>все же) порт с радио включается вручную и все дальше живет.
>>>
>>
>>STP ne podxodet?
>
>В принципе подходит, более того мне кажется это единственное доступное решение. Вопрос
>будет ли оно нормально работать при 300 вланах, а в будущем
>может быть их будет еще больше

Переводите режим работы из PVST в "нормальный" STP (RSTP, MSTP) и хоть все 4 тысячи...

>[оверквотинг удален]
>>>Вопрос: как сделать резервирование оптики ? Сейчас с одной стороны порт
>>>куда подключен радиоканал просто в shutdown. Когда падает оптика (редко но
>>>все же) порт с радио включается вручную и все дальше живет.
>>>
>>
>>STP ne podxodet?
>
>В принципе подходит, более того мне кажется это единственное доступное решение. Вопрос
>будет ли оно нормально работать при 300 вланах, а в будущем
>может быть их будет еще больше

Не совсем единственное.. у циски есть какой то хитрый механизм, когда явно можно указать - что данный линк является резервным к дркгому, и отключить STP.
Как называется - не помню. Читал в цисковом курсе CCDP.    
Полагаю - в данном случае это будет существенно эффективнее и стабильней.

Попробуйте погуглить layer 2 redundancy, или как нибудь еще.

>
>Не совсем единственное.. у циски есть какой то хитрый механизм, когда явно
>можно указать - что данный линк является резервным к дркгому, и
>отключить STP.
>Как называется - не помню. Читал в цисковом курсе CCDP.
>Полагаю - в данном случае это будет существенно эффективнее и стабильней.
>
>Попробуйте погуглить layer 2 redundancy, или как нибудь еще.

Спасибо, поищу. А не будет ли достаточно выставить разные
spanning-tree cost на портах и все ? Почему все распрашиваю - потому что проверить не на чем, а завалить сеть мягко говоря неохота :)

>[оверквотинг удален]
>>>>Вопрос: как сделать резервирование оптики ? Сейчас с одной стороны порт
>>>>куда подключен радиоканал просто в shutdown. Когда падает оптика (редко но
>>>>все же) порт с радио включается вручную и все дальше живет.
>Не совсем единственное.. у циски есть какой то хитрый механизм, когда явно
>можно указать - что данный линк является резервным к дркгому, и
>отключить STP.
>Как называется - не помню. Читал в цисковом курсе CCDP.
>Полагаю - в данном случае это будет существенно эффективнее и стабильней.
>
>Попробуйте погуглить layer 2 redundancy, или как нибудь еще.

Flex Links называется, в вашем случае самое оно! PVST+ или Rapid-PVST+ тут поможет мало, во первых на таком кол-ве vlan'ов и соответственно instance, будет большая ненужная нагрузка, во вторых instance на каталистах в этих режимах всего 128. Так что Ваш выбор FlexLinks, MSTP, ну или EtherChannel, но там есть свои особенности с балансировкой.

>Flex Links называется, в вашем случае самое оно! PVST+ или Rapid-PVST+ тут
>поможет мало, во первых на таком кол-ве vlan'ов и соответственно instance,
>будет большая ненужная нагрузка, во вторых instance на каталистах в этих
>режимах всего 128. Так что Ваш выбор FlexLinks, MSTP, ну или
>EtherChannel, но там есть свои особенности с балансировкой.

Вот Etherchanel точно не надо)
Да и врядли выйдет - он только на интерфейсах 1 типа работает.

Основной плюс Flex Links - вы режете сеть на 2 независимых STP домена, со всеми вытекающими плюсами.

>Всем привет. Есть следующая схема: 2 свича Cisco Catalyst 3560. Территориально далеко
>друг от друга. Между ними 2 канала оптика и радио. Основной
>канал - оптика. Радио - резерв. Между свичами "бегает" около 300
>vlan'ов. Порты с оптикой и радио - транки с обеих сторон.
>Вопрос: как сделать резервирование оптики ? Сейчас с одной стороны порт
>куда подключен радиоканал просто в shutdown. Когда падает оптика (редко но
>все же) порт с радио включается вручную и все дальше живет.
>

Так как соединение только напрямую между двумя свичами, без хитрых колец, используйте обычный RSTP. Он проще чем PVST и MSTP, потому что не создает резервирования для каждого влана, а действует на весь порт целиком. Что вам и надо. Так что кол-во вланов роли играть не будет.
Поставьте нужную стоимость на приоритетном порту и все будет ОК.

>Так как соединение только напрямую между двумя свичами, без хитрых колец, используйте
>обычный RSTP. Он проще чем PVST и MSTP, потому что не
>создает резервирования для каждого влана, а действует на весь порт целиком.
>Что вам и надо. Так что кол-во вланов роли играть не
>будет.

В "кошках" НЕТ RSTP! Есть Rapid-PVST, то-же самое один инстанс на один vlan,
всего 128 инстансов. Практически чистый RSTP это MSTP c одним instance 0.
И насчёт EtherChannel, топикстартер не сказал что порты разного типа ;)

>[оверквотинг удален]
>>обычный RSTP. Он проще чем PVST и MSTP, потому что не
>>создает резервирования для каждого влана, а действует на весь порт целиком.
>>Что вам и надо. Так что кол-во вланов роли играть не
>>будет.
>
>В "кошках" НЕТ RSTP! Есть Rapid-PVST, то-же самое один инстанс на один
>vlan,
>всего 128 инстансов. Практически чистый RSTP это MSTP c одним instance 0.
>
>И насчёт EtherChannel, топикстартер не сказал что порты разного типа ;)

Да, виноват. Сейчас перечитал, нету такого. Значит MSTP (

Всем спасибо за советы. Решил остановиться на MSTP. Сейчас собираю стенды - тестирую. Вроде все работает как надо. Есть маленький вопрос по Cost'ам. Выставлять cost'ы нужно с обоих сторон, т.е. на обоих каталистах либо достаточно выставить на центральном ?

>Всем спасибо за советы. Решил остановиться на MSTP. Сейчас собираю стенды -
>тестирую. Вроде все работает как надо. Есть маленький вопрос по Cost'ам.
>Выставлять cost'ы нужно с обоих сторон, т.е. на обоих каталистах либо
>достаточно выставить на центральном ?

Сумма "cost" должен быть минимум для основной пути. Так как у вас один сегмент (если не ошибаюсь) то достаточно постовить минимум "cost" для порта на другом "bridge"-e (не на root)

>Всем спасибо за советы. Решил остановиться на MSTP. Сейчас собираю стенды -
>тестирую. Вроде все работает как надо. Есть маленький вопрос по Cost'ам.
>Выставлять cost'ы нужно с обоих сторон, т.е. на обоих каталистах либо
>достаточно выставить на центральном ?

На входящих от корневого коммутатора (На потенциальных root-портах).

Понятно. Еще небольшой вопрос: если я правильно понял, то STP вычисляет cost'ы в том числе и по времени задержки канала ? Т.е. если у меня между двумя каталистами, один из которых корневой 2 радиолинка - первых шириной скажем 10Мбит/сек, второй - 30 Мбит/сек и если я не укажу явно cost, сам STP выберет в качестве лучшего 30Мбитный канал либо же тут может быть какая-то непредсказуемая ситуация ? Вообще лучше использовать cost'ы либо же оставить все на усмотрения протокола ?

>Понятно. Еще небольшой вопрос: если я правильно понял, то STP вычисляет cost'ы
>в том числе и по времени задержки канала ? Т.е. если
>у меня между двумя каталистами, один из которых корневой 2 радиолинка
>- первых шириной скажем 10Мбит/сек, второй - 30 Мбит/сек и если
>я не укажу явно cost, сам STP выберет в качестве лучшего
>30Мбитный канал либо же тут может быть какая-то непредсказуемая ситуация ?
>Вообще лучше использовать cost'ы либо же оставить все на усмотрения протокола
>?

Забыл добавить. Оба канала подключены в 100Мбитные порты каталистов.

>Понятно. Еще небольшой вопрос: если я правильно понял, то STP вычисляет cost'ы
>в том числе и по времени задержки канала ? Т.е. если
>у меня между двумя каталистами, один из которых корневой 2 радиолинка
>- первых шириной скажем 10Мбит/сек, второй - 30 Мбит/сек и если
>я не укажу явно cost, сам STP выберет в качестве лучшего
>30Мбитный канал либо же тут может быть какая-то непредсказуемая ситуация ?
>Вообще лучше использовать cost'ы либо же оставить все на усмотрения протокола
>?

Прочтите в интернете как работает STP.
При схождении сети, STP ориентируется на стоимость порта (она, если не прописано руками зависит от скорости на порту - чем выше стоит на порту скорость, тем больше приоритет, и меньше параметр cost). Далее каждый коммутатор просчитывает путь до корневого, складывая косты всех проходящих портов. (но так как у вас все напрямую, то можно глубоко не заморачиваться).
Вам необходимо выставить руками, потому что коммутатор не знает о том, что у вас за 100 мегабитным линком идет релейка на 10 или 30 мбит.

>Понятно. Еще небольшой вопрос: если я правильно понял, то STP вычисляет cost'ы
>в том числе и по времени задержки канала ? Т.е. если
>у меня между двумя каталистами, один из которых корневой 2 радиолинка
>- первых шириной скажем 10Мбит/сек, второй - 30 Мбит/сек и если
>я не укажу явно cost, сам STP выберет в качестве лучшего
>30Мбитный канал либо же тут может быть какая-то непредсказуемая ситуация ?
>Вообще лучше использовать cost'ы либо же оставить все на усмотрения протокола
>?

Вычисляет исходя из физических возможностей порта (100М-19, 1G-4 и т.п.). У вас будет "19" вне зависимости от реальной скорости канала. Поэтому выставить cost необходимо

>[оверквотинг удален]
>>у меня между двумя каталистами, один из которых корневой 2 радиолинка
>>- первых шириной скажем 10Мбит/сек, второй - 30 Мбит/сек и если
>>я не укажу явно cost, сам STP выберет в качестве лучшего
>>30Мбитный канал либо же тут может быть какая-то непредсказуемая ситуация ?
>>Вообще лучше использовать cost'ы либо же оставить все на усмотрения протокола
>>?
>
>Вычисляет исходя из физических возможностей порта (100М-19, 1G-4 и т.п.). У вас
>будет "19" вне зависимости от реальной скорости канала. Поэтому выставить cost
>необходимо

Понятно. Именно это и хотел уточнить. Всем спасибо еще раз.

>[оверквотинг удален]
>>>я не укажу явно cost, сам STP выберет в качестве лучшего
>>>30Мбитный канал либо же тут может быть какая-то непредсказуемая ситуация ?
>>>Вообще лучше использовать cost'ы либо же оставить все на усмотрения протокола
>>>?
>>
>>Вычисляет исходя из физических возможностей порта (100М-19, 1G-4 и т.п.). У вас
>>будет "19" вне зависимости от реальной скорости канала. Поэтому выставить cost
>>необходимо
>
>Понятно. Именно это и хотел уточнить. Всем спасибо еще раз.

если у вас 2 одиноковые порты (скажем fa0/1 и fa0/2) и "cost" явно не ставили то порт с низким номером (fa0/1) будет в "forward stae".

>Всем привет. Есть следующая схема: 2 свича Cisco Catalyst 3560. Территориально далеко
>друг от друга. Между ними 2 канала оптика и радио. Основной
>канал - оптика. Радио - резерв. Между свичами "бегает" около 300
>vlan'ов. Порты с оптикой и радио - транки с обеих сторон.
>Вопрос: как сделать резервирование оптики ? Сейчас с одной стороны порт
>куда подключен радиоканал просто в shutdown. Когда падает оптика (редко но
>все же) порт с радио включается вручную и все дальше живет.
>

Если нужен холодный резерв: включайте PVRST на обоих свичах, на порту куда приходит радио ставьте меньший вес. Тогда коммутаторы будут сами все рулить.