Jump to content
Калькуляторы

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

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

Share this post


Link to post
Share on other sites

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

Share this post


Link to post
Share on other sites

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

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

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

Share this post


Link to post
Share on other sites

б/у MX80

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

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

Share this post


Link to post
Share on other sites

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

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

 

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

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

Share this post


Link to post
Share on other sites

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

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

 

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

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

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

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

Share this post


Link to post
Share on other sites

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

Share this post


Link to post
Share on other sites

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

 

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

Share this post


Link to post
Share on other sites

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

 

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

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

Share this post


Link to post
Share on other sites

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

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

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

Share this post


Link to post
Share on other sites

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

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

Share this post


Link to post
Share on other sites
Предположим 7604 вышла из строя по железу. Поставили MX, на лабе работала ОК, в реальном траффике вылез баг, и оказывается что джун чего-то не может так, как циско.
76ая - это говна кусок древний. Всё правильно там советуют: взять MX и перетащить туда все сервисы. Потом 76ую дропнуть и взять второй MX и счастье настало. бесконечно покупать древнее говно не получится. тем более что глобалвью вотвот перевалит за полляма, а у XL'ных супов по умолчанию под IPv4 выделяется полляма записей в fib. чтобы расширить надо чемто жертвовать.

Share this post


Link to post
Share on other sites

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

Share this post


Link to post
Share on other sites

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

Share this post


Link to post
Share on other sites

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

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

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

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

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

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

Share this post


Link to post
Share on other sites

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

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

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

Share this post


Link to post
Share on other sites

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

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

Share this post


Link to post
Share on other sites

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

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

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

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

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

 

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

Share this post


Link to post
Share on other sites

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

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

Share this post


Link to post
Share on other sites

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

 

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

Share this post


Link to post
Share on other sites

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

Share this post


Link to post
Share on other sites

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

 

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

Share this post


Link to post
Share on other sites

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

 

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

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

Share this post


Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
Sign in to follow this