Подменная железка для 7604

[uk2558]

Добрый день. Есть 7604, она же бордер, она же терминатор, она же полисер. Хочется не сильно дорого ее зарезервировать. Требования - три full view bgp, 8-12 sfp 1G, 8 медных 1G, в идеале 2-4 порта 10G, lacp, policy map , ubrl, ospf. Вроде все. Бюджет до 400000 руб. Uplink сейчас в пиках 2,4 gBit.

[Butch3r]

БУ 7604 :)

[uk2558]

неахота ) что нибудь другое покрутить бы в целях самообразования.

[alibek]

Так нужен резерв или "покрутить в целях самообразования"?

Если для обучения, то на лабораторных объемах трафика даже каталисты подойдут.

А если в резерв, то заменить ее особо нечем, разве что еще одной б/у 7604.

[DVM-Avgoor]

б/у MX80

а можно и не б/у

[alibek]

б/у MX80

Написано, что 7604 еще и терминатор.

Если речь про ISG, то не уверен, что MX80 тут подойдет, подходы слишком разные.

[DVM-Avgoor]

Написано, что 7604 еще и терминатор.

Если речь про ISG,

 

Какой ISG на 76хх? Если не путаю, он его умеет только в конских конфигурациях с ES+/SIP-400.

Во вторых подходы разные чем? На MX примерно такой же радиус-ориентированный сабскрайбер менеджмент, только часть атрибутов иная. Но это никогда не было проблемой.

[alibek]

Если не путаю, он его умеет только в конских конфигурациях с ES+/SIP-400.

Возможно и так.

 

Во вторых подходы разные чем?

Ну про джуниперы я могу и ошибаться, с ними не работал.

Я по Ericsson RedBack сужу, но насколько я знаю, полной совместимости ISG ни у кого нет, кроме программных платформ.

На RedBack, например, RADIUS конечно тоже есть. Но нет ssg-сервисов (Cisco-Account-Info), которые не прописаны в конфигурации, а загружаются по радиусу.

[uk2558]

ISG не используем, обычные svi интерфейсы со static ip. Нужен резерв, просто не обязательно Cisco, охота попробовать других вендоров.

[DVM-Avgoor]

ISG не используем, обычные svi интерфейсы со static ip. Нужен резерв, просто не обязательно Cisco, охота попробовать других вендоров.

 

Ну с такими требованиями вам MX линейка в самый раз. В отличие от древней 76ой, MX задуман как мультисервисный роутер. Там всего в достатке, квосов, ткамов, svi :D

[uk2558]

ISG не используем, обычные svi интерфейсы со static ip. Нужен резерв, просто не обязательно Cisco, охота попробовать других вендоров.

 

Ну с такими требованиями вам MX линейка в самый раз. В отличие от древней 76ой, MX задуман как мультисервисный роутер. Там всего в достатке, квосов, ткамов, svi :D

Спасибо, буду смотреть MX.

[nuclearcat]

Честно говоря не слышал, чтобы резерв делали другим железом.

Предположим 7604 вышла из строя по железу. Поставили MX, на лабе работала ОК, в реальном траффике вылез баг, и оказывается что джун чего-то не может так, как циско.

Помоему все достоинство бекапа - теряется.

[RialCom.ru]

ТС хочет видимо за счет компании потренироваться на новом железе, получить практический опыт и тп

доводы взять просто в запас аналогичную бу и переткнуть в шасси модуль или бп не катят ;(

[pfexec]

Предположим 7604 вышла из строя по железу. Поставили MX, на лабе работала ОК, в реальном траффике вылез баг, и оказывается что джун чего-то не может так, как циско.

76ая - это говна кусок древний. Всё правильно там советуют: взять MX и перетащить туда все сервисы. Потом 76ую дропнуть и взять второй MX и счастье настало. бесконечно покупать древнее говно не получится. тем более что глобалвью вотвот перевалит за полляма, а у XL'ных супов по умолчанию под IPv4 выделяется полляма записей в fib. чтобы расширить надо чемто жертвовать.

[Дятел]

Число префиксов в v6 озвучьте....а то прям проблему нарисовали....

[RialCom.ru]

действительно - какая проблема одним ребутом увеличить в пользу IPV4 из дефолта

[Картуччо]

Честно говоря не слышал, чтобы резерв делали другим железом.

Предположим 7604 вышла из строя по железу. Поставили MX, на лабе работала ОК, в реальном траффике вылез баг, и оказывается что джун чего-то не может так, как циско.

Помоему все достоинство бекапа - теряется.

А мне вспоминается, что когда-то где-то читал про способ резервирования на разных вендорах.

Там где какие-то достаточно общепринятые и стандартные протоколы работают.

При обнаружении какого-то бага в реализации софта одного вендора будет достаточная вероятность, что у второго вендора такого бага не окажется.

[alibek]

Там где какие-то достаточно общепринятые и стандартные протоколы работают.

Хорошо, если стандартных вещей хватает для реализации потребностей.

Но у разных вендоров есть разные полезные и вкусные фичи, которые глупо не использовать.

[Дятел]

Вывод: если задача реально резервировать - то 7600 в виде ЗИПа на полочке или standby девайса.

Если же админу напоиграться - то уж на что руководство разведется....

[nuclearcat]

А мне вспоминается, что когда-то где-то читал про способ резервирования на разных вендорах.

Там где какие-то достаточно общепринятые и стандартные протоколы работают.

При обнаружении какого-то бага в реализации софта одного вендора будет достаточная вероятность, что у второго вендора такого бага не окажется.

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

В телекоме имхо такое применяется крайне редко, во первых слишком часто меняются задачи и используемые фичи (и необходимость заставить одинаково работать два вендора увеличит обьем работ колоссально), во вторых железки никто затачивать под таких бекапщиков не будет.

 

По моему опыту переезд с 3560G на 4948 был далеко не гладким. Что говорить о мультивендорных миграциях...

[Картуччо]

Подобное применяется в авиации и космосе

Насколько помню, речь шла по операторов типа тир-1.

[s.lobanov]

В телекоме имхо такое применяется крайне редко

 

В российском телеком такое получается само по себе(в мелком потому что "что можно купить быстро" или "что можно купить дешевле"), в крупном - политические игры с вендорами/поставщиками

[Дятел]

Что-то я не уверен, что в мелком что-нибудь резервируется железом )))

[DVM-Avgoor]

У товарища достаточно простая конфигурация. Вполне целесообразно перетащить с этой древности все на MX80, продать 76ую и купить еще один MX80. Идеальное решение. Это можно считать удачным апгрейдом, сопряженным с резервированием.

 

А коллекционировать ящики 20-ти летней свежести - это глупость. И уж тем более если речь идет о том, что нужен именно шлюз а не тупо форвардер. Какой смысл иметь на полке еще одну 76хх, если не ставить ее в горячий резерв?

[Butch3r]

У товарища достаточно простая конфигурация. Вполне целесообразно перетащить с этой древности все на MX80, продать 76ую и купить еще один MX80. Идеальное решение. Это можно считать удачным апгрейдом, сопряженным с резервированием.

 

А коллекционировать ящики 20-ти летней свежести - это глупость. И уж тем более если речь идет о том, что нужен именно шлюз а не тупо форвардер. Какой смысл иметь на полке еще одну 76хх, если не ставить ее в горячий резерв?

у меня вторая 76 лежит выключенная чтоб спасть спокойно.