nickD Опубликовано 29 апреля, 2009 · Жалоба По городу через Ethernet сеть проброшены связи E1 через Ethernet(Спринтер TX). Всё бы хорошо. Но кольцо Ethernet построеное на Dlink ведёт себя крайне не стабильно. Поэтому решили построить альтернативное колечко для этих целей. В связи с чем хочется найти switch'и надёжные, с быстрым временем переключения в кольце. Порты: 10/100BaseTx - 24 или меньше GE SFP - 2 шт. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Bambuk Опубликовано 29 апреля, 2009 (изменено) · Жалоба Из дешевых - Huawei CX200D. Там RRPP, сходимость очень хорошая (sub 50ms) даже на больших топологиях. Изменено 29 апреля, 2009 пользователем Bambuk Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Stak Опубликовано 29 апреля, 2009 · Жалоба Есть всяческие вендор-специфик технологии вроде RPR для этого... Ну или правильный вариант - мплс на кольцах из шеститонников) Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
nickD Опубликовано 29 апреля, 2009 · Жалоба MPLS дорого хотя понимаю что правильно. Это надо менять всё кольцо на DLINK'ах в которых идет интернет от пользователей, vlan' между клиентами и.т.д. Хотя интересно услышать предложение от nag. Построить магистральное 10GE MPLS кольцо по городу на cisco. Порты На устройстве 2 шт XFP ну и штук 8-SFP. Наверное это отдельный топик. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Stak Опубликовано 29 апреля, 2009 · Жалоба Построить магистральное 10GE MPLS кольцо по городу на cisco.Порты На устройстве 2 шт XFP ну и штук 8-SFP. Это врядли... Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
nickD Опубликовано 29 апреля, 2009 · Жалоба Ищу switch'и надёжные, с быстрым временем переключения в кольце Вопрос актуален. Посоветуйте модель. Есть ли опыт эксплуатации. Спасибо. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Stak Опубликовано 29 апреля, 2009 · Жалоба На циске минимально будет что-то вроде 6503+суп32-10ге+WS-X6408-GBIC... Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
lf Опубликовано 29 апреля, 2009 (изменено) · Жалоба REP есть на ME3400 - быстро отрабатывает. 1000BaseTx - от 2 до .... GE SFP - 2 шт. смотрите серию ME3400. Изменено 29 апреля, 2009 пользователем lf Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
vIv Опубликовано 29 апреля, 2009 · Жалоба По городу через Ethernet сеть проброшены связи E1 через Ethernet(Спринтер TX).Всё бы хорошо. Но кольцо Ethernet построеное на Dlink ведёт себя крайне не стабильно. Поэтому решили построить альтернативное колечко для этих целей. В связи с чем хочется найти switch'и надёжные, с быстрым временем переключения в кольце. Порты: 10/100BaseTx - 24 или меньше GE SFP - 2 шт. "ФАК!" 8-) Вот на пункте "порты-сотка" ProCurve в пролёте, не делают больше соток. Только гиги :-) Если плевать, то смотрите 3500 (20 меди + 4 комбо) и 6200 (24 SFP) Для желающих тенгига в задней стенке обеих моделей есть слот для модуля на два порта 10GE На портах кольца (а лучше mesh-а) включить Switch Meshing http://www.hp.com/rnd/pdfs/Switch_Meshing_..._Tech_Brief.pdf Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Bambuk Опубликовано 29 апреля, 2009 · Жалоба RPR не советую. Очень не гибко и стоит дороже. MPLS на больших топологиях из p2p линков долго колбасит при обрывах и изменениях топологии, т.к. колбасит IGP протоколы на которые он завязан. Лучше обеспечить хорошую сходимость на L2, чтоб IGP не успевали прочухаться. Тогда и MPLS и все остальное будет чувствовать себя хорошо. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Stak Опубликовано 29 апреля, 2009 · Жалоба MPLS на больших топологиях из p2p линков долго колбасит при обрывах и изменениях топологии, т.к. колбасит IGP протоколы на которые он завязан. IGP протоколы на циске аж до 200мсек можно накрутить) По крайней мере в теории))) Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Bambuk Опубликовано 29 апреля, 2009 · Жалоба MPLS на больших топологиях из p2p линков долго колбасит при обрывах и изменениях топологии, т.к. колбасит IGP протоколы на которые он завязан.IGP протоколы на циске аж до 200мсек можно накрутить) По крайней мере в теории))) Ну вот представь 50 хопов по 200мсек... уже получается нехило. А потом LSP пока перестроятся.. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
SmokerMan Опубликовано 29 апреля, 2009 · Жалоба А разве перестроение это не аварийная ситуация?.. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
vIv Опубликовано 29 апреля, 2009 · Жалоба В нормальном телекоме одиночная авария - это разве повод для прерывания оказания сервиса? ;-) Железок много, любая может сдохнуть. Клиенты не должны от этого нормального события пострадать. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
builder Опубликовано 29 апреля, 2009 · Жалоба SmokerMan прав, речь не о поводе для прерывания сервиса, а то что это, якобы жуткое перестроение, аж на 10 сек. следствие аварийной ситуации, которая сама по определению не частое явление. Если же 70% времени свичи перестраиваются, то может стоит подумать о работоспособности сети ваапще ;)? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
ginodman Опубликовано 29 апреля, 2009 · Жалоба Можно использовать EPSR, он есть на AT-8948, AT-9924, AT-x600, AT-x900,x908 http://forum.alliedtelesis.ru/viewtopic.php?t=536 http://forum.alliedtelesis.ru/viewtopic.php?t=501 Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
EvilX Опубликовано 29 апреля, 2009 · Жалоба Ну как ни крути, а ни разу не видел, что бы получались маркетинговые 50мс на L2 кольцах. Cat3560-24TS + MSTP. Сходится за 5-10 секунд. Кольцо из 10 коммутаторов. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
ginodman Опубликовано 29 апреля, 2009 · Жалоба Ну как ни крути, а ни разу не видел, что бы получались маркетинговые 50мс на L2 кольцах. Cat3560-24TS + MSTP. Сходится за 5-10 секунд. Кольцо из 10 коммутаторов. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
EvilX Опубликовано 30 апреля, 2009 · Жалоба Ну как ни крути, а ни разу не видел, что бы получались маркетинговые 50мс на L2 кольцах. Cat3560-24TS + MSTP. Сходится за 5-10 секунд. Кольцо из 10 коммутаторов. Что только подтверждает :) Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
ginodman Опубликовано 30 апреля, 2009 · Жалоба Ну если для Вас нет разницы между 10с и 100мс, то хSTP Ваш путь Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
EvilX Опубликовано 30 апреля, 2009 · Жалоба Ну если для Вас нет разницы между 10с и 100мс, то хSTP Ваш путь Да нет. Отчего же. Это хорошо, конечно. Если бы ещё это было не AT, то вдвойне. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
ibk74 Опубликовано 4 мая, 2009 · Жалоба все просто. Extreme Networks - коммутаторы - ну например X450a технология сходимости на L2 - EAPS время сходимости - в районе 50 мс тип топологии - кольцо (многосоставные кольца) настраивается - ну - минут за 10-15 наверное коммутаторы поддерживаю много чего и другого пользуйтесь Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
nag-f Опубликовано 4 мая, 2009 · Жалоба все просто.Extreme Networks - коммутаторы - ну например X450a технология сходимости на L2 - EAPS время сходимости - в районе 50 мс тип топологии - кольцо (многосоставные кольца) настраивается - ну - минут за 10-15 наверное коммутаторы поддерживаю много чего и другого пользуйтесь Вы почитайте RFC по этой технологии. "converges in less than one second, often in less than 50 milliseconds". К тому же кольцо не двойное. Эта технология предполагается наличния мастер-коммутатора при выходе из строя которого схема перестает работать. Эта технология не может гарантировать сходимости за <50 сек. К тому же эта технология решает исключительно задачу аварийного переключения. RPR и MPLS решают кроме всего прочего задачу балансировки загрузки в кольце. EAPS - притягивание мертвого за уши. Использование теких технологий телекомами - профанация. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
ibk74 Опубликовано 4 мая, 2009 · Жалоба все просто.Extreme Networks - коммутаторы - ну например X450a технология сходимости на L2 - EAPS время сходимости - в районе 50 мс тип топологии - кольцо (многосоставные кольца) настраивается - ну - минут за 10-15 наверное коммутаторы поддерживаю много чего и другого пользуйтесь Вы почитайте RFC по этой технологии. "converges in less than one second, often in less than 50 milliseconds". К тому же кольцо не двойное. Эта технология предполагается наличния мастер-коммутатора при выходе из строя которого схема перестает работать. Эта технология не может гарантировать сходимости за <50 сек. К тому же эта технология решает исключительно задачу аварийного переключения. RPR и MPLS решают кроме всего прочего задачу балансировки загрузки в кольце. EAPS - притягивание мертвого за уши. Использование теких технологий телекомами - профанация. ну что ж = RFC читал. оборудование тестировал даже экзамены сдавал. профанация - это ваши высказывания с целью дискредитировать оборудование. максимализм знаете ли необоснованный, он вреден. чтобы не выходил из строя мастер - его надо резервировать. кольцо как раз таки - дву направленное - ибо сделать eaps доменов можно столько - сколько вам угодно. порт как например в stp не блокируется. вернее блокируется но только для своего eaps домена. для всего другого трафика он прозрачен. решение задачи аварийного переключения - хм - вы топик то читали? или просто решили крикнуть, а там ваш ник и за правду сойдет? :) что касается балансировки - вы давно сами то mpls поднимали? :) считали ? ну и так далее? :) опять таки топик ни о чем не говорит? человек спросил про mpls? что касается мертвых ушей - это вы metro ethernet форуму напишите :) особенно про профанацию :) Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
vIv Опубликовано 4 мая, 2009 · Жалоба Кстати, согласен про профанацию. Основной задачи впихаться в 50мс не решили, а кучу заморочек наворотили. кольцо как раз таки - дву направленное - ибо сделать eaps доменов можно столько - сколько вам угодно. порт как например в stp не блокируется. вернее блокируется но только для своего eaps домена. для всего другого трафика он прозрачен. Очередная инкарнация MSTP со всем сопутствующими признаками многопоточной шизофрении. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...