Топология сети кольцо на cisco

Купили тут не спросясь 6 штук CISCO 2960. И потребовали объеденить их в оптическое кольцо. Как это сделать не знаю? Между всеми сетями будет ходить только голос по ИП.
Подскажите в какую сторону то смотреть? А то даже ни какие умные мысли в голову не лезут.
Спасибо всем.

связать 2960 в кольцо, pan_john, 09:19 , 10-Июн-08, (1)

связать 2960 в кольцо, torchok1, 09:23 , 10-Июн-08, (2)

связать 2960 в кольцо, torchok1, 09:26 , 10-Июн-08, (3)

связать 2960 в кольцо, sh_, 10:27 , 10-Июн-08, (4)

связать 2960 в кольцо, torchok1, 10:50 , 10-Июн-08, (5)

связать 2960 в кольцо, weris, 11:11 , 10-Июн-08, (6)

связать 2960 в кольцо, torchok1, 11:13 , 10-Июн-08, (7)

связать 2960 в кольцо, Slimm, 12:37 , 10-Июн-08, (8)
связать 2960 в кольцо, ВОЛКА, 13:48 , 10-Июн-08, (9)

связать 2960 в кольцо, dxer, 15:26 , 11-Июн-08, (11)

связать 2960 в кольцо, torchok1, 15:28 , 11-Июн-08, (12)

связать 2960 в кольцо, dxer, 15:56 , 11-Июн-08, (13)

связать 2960 в кольцо, torchok1, 16:01 , 11-Июн-08, (14)

связать 2960 в кольцо, dxer, 16:24 , 11-Июн-08, ( 15 )

связать 2960 в кольцо, Basil, 18:37 , 11-Июн-08, ( 16 )

связать 2960 в кольцо, dxer, 19:01 , 11-Июн-08, ( 17 )

связать 2960 в кольцо, 7Romax, 08:39 , 07-Ноя-08, ( 18 )

Покупаете оптоволоконную патч-панель минимум на 8 портов и развариваете в неё оптику. В дополнение покупаете панель для медиаконвертеров и 6 медиаконвертеров. оптическую панель и медиаконвертеры соединяете оптическим кабелем, а дальше из медиаконвертеров витой парой кидаете к коммутаторам Cisco

>Покупаете оптоволоконную патч-панель минимум на 8 портов и развариваете в неё оптику.
>В дополнение покупаете панель для медиаконвертеров и 6 медиаконвертеров. оптическую панель
>и медиаконвертеры соединяете оптическим кабелем, а дальше из медиаконвертеров витой парой
>кидаете к коммутаторам Cisco

Волокно уже лежит и всё разварено!
Соединяться должно вот так
CISCO 2960
/ \
CISCO 2960 CISCO 2960
| |
CISCO 2960 CISCO 2960
| |
CISCO 2960 — CISCO 2960

Кольцо должно быть замкнутым.

>А вопрос то в чем?

Как сделать чтобы оно работало? и чтобы при падении одной железки остальные работали нормально?
Т.е. чтобы меня автоматически маршруты и так далее.

>>А вопрос то в чем?
>
>Как сделать чтобы оно работало? и чтобы при падении одной железки остальные
>работали нормально?
>Т.е. чтобы меня автоматически маршруты и так далее.

ниче не надо делать.
STP все сам сделает.

>>>А вопрос то в чем?
>>
>>Как сделать чтобы оно работало? и чтобы при падении одной железки остальные
>>работали нормально?
>>Т.е. чтобы меня автоматически маршруты и так далее.
>
>ниче не надо делать.
>STP все сам сделает.

Просто по включать железки и включить STP на всех? Так просто чтоль? А то я тут изобретать велосипед уже начал.

>Покупаете оптоволоконную патч-панель минимум на 8 портов и развариваете в неё оптику.
>В дополнение покупаете панель для медиаконвертеров и 6 медиаконвертеров. оптическую панель
>и медиаконвертеры соединяете оптическим кабелем, а дальше из медиаконвертеров витой парой
>кидаете к коммутаторам Cisco

C Циской медиаконвертора использовать? если железки несут на борту SFP порты. — глупо, и ненадёжно. Отказ даже дорогого медиаконвертора ещё выявить надо, а его нестабильную работу ещё сложнее. Это домушники привыкли лепить всё на планетах и телесинах, серьезную сеть, тем паче для IPVOICE нужно строить один раз и с умом, и желательно с PoE 🙂

В дополнение кусок информации для спеки:

WS-C2960-48TC-L Catalyst 2960 48 10/100 + 2 T/SFP LAN Base Image
WS-C2960-48TT-L Catalyst 2960 48 10/100 + 2 1000BT LAN Base Image
WS-C2960G-24TC-L Catalyst 2960 24 10/100/1000, 4 T/SFP LAN Base Image
WS-C2960-24LT-L Catalyst2960 24 10/100 (8 PoE)+ 2 1000BT LAN Base Image
WS-C2960-24PC-L Catalyst 2960 24 10/100 PoE + 2 T/SFP LAN Base Image
WS-C2960-24TC-L Catalyst 2960 24 10/100 + 2T/SFP LAN Base Image

Тут уже выбирай, с PoE, сколько портов на борту, главное наличие SFP портов заместо зенетовских.

>>Покупаете оптоволоконную патч-панель минимум на 8 портов и развариваете в неё оптику.
>>В дополнение покупаете панель для медиаконвертеров и 6 медиаконвертеров. оптическую панель
>>и медиаконвертеры соединяете оптическим кабелем, а дальше из медиаконвертеров витой парой
>>кидаете к коммутаторам Cisco
>
>C Циской медиаконвертора использовать? если железки несут на борту SFP порты. —
>глупо, и ненадёжно. Отказ даже дорогого медиаконвертора ещё выявить надо, а
>его нестабильную работу ещё сложнее. Это домушники привыкли лепить всё на
>планетах и телесинах, серьезную сеть, тем паче для IPVOICE нужно строить
>один раз и с умом, и желательно с PoE 🙂

Пожалуйста, ткните в cisco.com где почитать! потому как хочет поднять один раз сеть и забыть.

>[оверквотинг удален]
>>>кидаете к коммутаторам Cisco
>>
>>C Циской медиаконвертора использовать? если железки несут на борту SFP порты. —
>>глупо, и ненадёжно. Отказ даже дорогого медиаконвертора ещё выявить надо, а
>>его нестабильную работу ещё сложнее. Это домушники привыкли лепить всё на
>>планетах и телесинах, серьезную сеть, тем паче для IPVOICE нужно строить
>>один раз и с умом, и желательно с PoE 🙂
>
>Пожалуйста, ткните в cisco.com где почитать! потому как хочет поднять один раз
>сеть и забыть.

Для вашей ситуации если в сетке будет доминировать голос, то даже QoS не стоит настраивать.

Читайте тут:
http://www.cisco.com/en/US/prod/collateral/switches/ps5718/p.

Если нужно питание по езернету, то в железке должны присутствовать PoE порты (сколько, под свои задачи решайте)
И обязательно SFP порты — они будут использоваться в качестве связки по оптике твоих C2960.
К тому же вам необходимо подобрать нужные трансиверы для железок под оптический кабель
Ссылка тут: http://www.cisco.com/en/US/prod/collateral/modules/ps5455/ps.

По настройке оборудования позже, как заказ разместят-приедет 🙂

Оборудование уже купили. попробую выяснить, что же в итоге взяли то.
Я планировал как раз оптикой всех соединять и ни какой приоритезации на портах не делать, так как будет ходить один голос то смысла особо нет!

А может быть настройку сразу? А?
Я бы её почитал, посмотрел, подумал и сделал бы может быть.

>Оборудование уже купили. попробую выяснить, что же в итоге взяли то.
>Я планировал как раз оптикой всех соединять и ни какой приоритезации на
>портах не делать, так как будет ходить один голос то смысла
>особо нет!
>
>А может быть настройку сразу? А?
>Я бы её почитал, посмотрел, подумал и сделал бы может быть.

Настройка тогда для вас минимальная. Если всё в одном VLAN — то

в enable режиме
conf t

int vl1
ip addr 172.16.1.1 255.255.255.0 для управления ИП из сети

ip default-gateway 172.16.1.254 осн.шлюз по умолчанию и всё 🙂

SNMP если нужно тоже одной строчкой настраивается для ваших целей.

snmp-server community public RO

username admin secret lalalala (пароль для входа в непривелиг. режиме)

enable secret lala (где lala пароль административный enable, вы его судя по всему знаете

aaa new-model

line vty 0 4
transport input telnet
exit
exit
wr mem

этого достаточно?

>line vty 0 4
>transport input telnet
>exit
>exit
>wr mem
>
>этого достаточно?

Неа 🙂
line vty 0 4
login local

>[оверквотинг удален]
>>transport input telnet
>>exit
>>exit
>>wr mem
>>
>>этого достаточно?
>
>Неа 🙂
>line vty 0 4
>login local

c aaa new-model
можно упустить данную строчку 🙂

>[оверквотинг удален]
>>>wr mem
>>>
>>>этого достаточно?
>>
>>Неа 🙂
>>line vty 0 4
>>login local
>
>c aaa new-model
>можно упустить данную строчку 🙂

Ну как всё заработало нормально? Ничего дополнительно не настраивали? А как же SNP? Кольцо должно рваться в самой дальней точке. У нас 10 таких цисок и 1 2940, по дефолту не работает, в какой-то момет времени 9 цисок переводят порты в DISABLE на 3 сек — 6 пингов стабильно пропадает. потом сами поднимаются и дальше, и так раз 50 за день.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

Архив \| Удалить	Индекс форумов \| Темы \| Пред. тема \| След. тема
Оцените тред (1=ужас, 5=супер)? [ Рекомендовать для помещения в FAQ]

Источник

Организация кольца. Как правильно?

День добрый. Есть территориально-распределенная сеть (в рамках одного предприятия). На приведенной схеме все коммутаторы соединены между собой оптикой (в каждом коммутаторе по 2 SFP-порта 1Gb/s).

Задача: организовать отказоустойчивое кольцо, т.е. в случае обрыва любого соединения между двумя коммутаторами, сеть должна продолжить полноценное функционирование. Используются VLAN.

На первый взгляд можно использовать MSTP, и все будет работать. На тестовом стенде получили время схождения в пределах секунды-двух. Однако, изучая дискуссии по STP (на хабре) пришел к выводу, что данный подход не есть торт. Собственно вопрос, как сделать правильно?

На вашей схеме MSTP излишен, достаточно RSTP. Кроме того, выставленные Hello в 1 сек и настройка протоколов семейства BFD сделает сходимость быстрее (максимум пропадет 1 пинг). Остальное для вашей картинке от лукавого.
Если вас интересуют еще технологии, позволяющие резервить кольцо на L2: mlag (hp), vpc (cisco), errps(dlink), vrrp(huawei). Как видите, все они вендорозависимы. А вообще старайтесь уходить от резерва на L2.

> «А вообще старайтесь уходить от резерва на L2.»

@Kraft33 если хочешь быструю сходимость, ставьте везде L3 свичи и настраивайте динамическую маршрутизацию) Но это дорого, да и не делает так никто. Поэтому RSTP с его модификациям)

@vvpoloskin Это имело бы смысл, если бы у нас были избыточные связи между коммутаторами, но в данном случае кольцо. К тому же, маршрутизация на скорости среды (поправьте если ошибаюсь) стоит адски дорого

Немного непонятно отнесение в одну категорию технологий multi-chassis portchannel/etherchannel/link aggragation (vpc/mlag), ERPS и first-hop redundancy (vrrp). Или я вас неправильно понял?

RicoX

MSTP и не парить себе мозг холиварами с хабра, вы лично сталкивались с проблемами? Если нет, почему вы думаете что ваш костыль будет надежнее.

т.е. в случае обрыва любого соединения между двумя коммутаторами, сеть должна продолжить полноценное функционирование

rpvst+ (кажется так это у циски звучит), ну а в целом что неправильно-то? Схема классическая кольцевая, большего там и не надо

Кроме 3750 какие коммутаторы (вендор, модель) в кольце присутствуют, поясните пожалуйста. Сеть моновендорная?

Можно. А можно использовать и Rapid-PVST+. Во втором случае все будет проще и понятней, на мой взгляд. Но Rapid-PVST+ — вендорспецифичная технология. Но с другой стороны, если вы хотите настроить STP (MSTP, например) в мультивендорном окружении, то будьте готовы к тому, что вам придется диагностировать проблемы, которых «по книжке» быть не должно, но они есть.

А вам сколько надо? Если выбирать между даунтаймом в секунду и несколько часов (если линк оборвался, а резервирования нет), то выбор очевиден, на мой вгляд.

STP — такая вещь, о которой знает каждый человек с CCNA, но у которой огромное количество нюансов, и в них уже разбирается не так много людей. Это следует учесть при оценке полезности мнения незнакомого вам человека. Кроме того, не только ваш подход «не торт», но и сам STP «не торт». Если смотреть на вещи в развитии, то сама идея ethernet-бриджинга «не торт». Но есть некие идеалы, а есть «реальность», с которой предстоит работать.

Не знаю, и никто не знает. Мне вообще сама идея «правильных»/»неправильных» решений не вполне понятна. Есть рабочие решения, есть нерабочие. Есть решения с незначительными побочными эффектами, есть, наоборот, с ощутимыми.
На вашем месте я бы настроил Rapid-PVST+, подкрутил при необходимости таймеры, жестко задал бы приоритет корневого коммутатора (если я правильно понял, 3750 в топологии годится на эту роль) и отработал бы типовые аварии (все это в лабе), не забывал бы о udld. С другой стороны, если в обозримом будущем возможно добавление в кольцо оборудования других производителей, или число вланов слишком велико, стоит подумать о MSTP.

Источник