NoSe

сначала хотелось бы увидеть предложение.

Господа, интересует аренда площадки, готовой осенью, на три/четыре месяца разместить активное сетевое оборудование, в общей сложности занимающее порядка 50-и 42-х юнитовых шкафа. Суммарное энергопотребление составит порядка 200 КВатт. Интересует объекты на территории Москвы или области. Дополнительные вопросы можно писать сюда. Предложения шлите в личку. Спасибо!

какие платформы сравниваете? вообще, между чем и чем выбор-то? Например Cisco 6500/7600. Что предлагают остальные схожее по цене производительности функционалу. Или может они уже могут лучше, дешевле, быстрее. ну, если нужна коммутационная платформа, то можно остановиться на Juniper... 4200 серия. Несколько слабее, чем 6500 SUP720. Сверху уже 8200... в разы сильнее. Ну или экстрим. Однако, если нужны функции бардюрника отличный вариант MX80. Есть в фиксированной конфигурации (MX80-48T), а есть в модульной. Для фиксированной конфигурации ограничения на hQoS, функционал BRAS... и что-то еще было, запамятовал уже. В общем, что сразу в памяти всплыло. Может кто еще дополнит.

Juniper как вариант, 4200 стэкируемый...

какие платформы сравниваете? вообще, между чем и чем выбор-то?

вот Nick McKeown говорит, что эффективность cross-bar матриц порядка 50-60% ввиду большой вероятности возникновения HoL blocking. VOQ решают проблему, что позволяет добиться плоть до 90-а процентной отдачи. Я ему верю. Сейчас все новые платформы с виртуальными очередями на выход в матрицу. Так что я бы под потолок 65-ую архитектуру не рассматривал. Железяка нормальная, но в предельных режимах требует понимания принципов ее работы для грамотной расстановки модулей.

если вырвать сообщение из контекста диалога, то безусловно что-то путаю... а так, говорю что Etherchannel не только по L2 маркеру может трафик раскидывать. про 2960 сомнений не было. с 3560 удивили конечно... при случае проверю.

src-dst-ip даже 2960 умеет... на L4 не помню, возможно для 2960 и есть ограничения.

В рамках EtherChannel, балансируя нагрузку per tcp port можно достичь наиболее равномерной загрузки каналов.

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

Подскажите пожалуйста почему ? как минимимум из-за 8гбит на шину, а не 16. 8 гбит на матрицу, а 32 тогда уже на shared bus... без извратов типа dfc и плат 65хх (цена на них отличается почти в два раза а брать железо которое не потребуется в обозримом будующем до 10к абонов не очень то охота.)? Или всё таки отдать предпочтение платам 65хх? И как отразится на нагрузке то что на дистрибуции вместо L3 стоят L2. В моём случае L3 ставить нецелессообразно. Кокой именно 3560? если не секрет. от 24х гиговых и до 24 сотки остановились бы лучше на стэке из 3750. Sup2 уже совсем прошлый век.

Я честно говоря вообще не понял, что вы хотите сделать. Если несколько серверов в кластере, то тут скорее вопросов больше к приложения. А вообще не стоит коверкать базовые архитектуры... для подобных целей специальные решения существуют, основывающиеся на NAT. Тот же самый Cisco ACE. EtherChannel совсем для других целей был придуман.

какое количество портов требуется? по дизайну, то что можно найти бу наверное лучше всего подходит МЕ6524...

Ну да, пардон. 7600 - тоже коммутатор. :) так в том и дело, что с ES20 7600 уже нет... <b>2shicoy</b> В общем, похоже с лицензиями на BRAS у Juniper все "плохо" --- все надо покупать. Вот рабочая спека в GPL на MX80: MX80-AC MX80 Chassis with Single AC Power Supply Fan Tray w/Filter,MX Series 1 60000 JUNOS-WW JUNOS Worldwide Version 1 10000 PWR-MX80-AC-S MX80 AC Power Supply 1 2500 S-MX80-Q License to support per VLAN queuing on MX80 1 10000 S-MX80-ADV-R License to support full scale L3 route and L3 VPN on MX80 1 20000 S-MX80-SA-FP Subscriber Management Feature Pack License on MX80 1 15000 S-MX80-SSM-FP Subscriber Service Management Feature Packet License (RADIUS/SRC Based Service Activation and Deactivation) Per-Service Accounting Features for Subscribers, MX80 1 15000 S-SA-4K Subscriber Access Feature Pack License Scaling Limit to 4K Subscribers, MX and M series 1 4000 MIC-3D-20GE-SFP 20x10/100/1000 MIC for MX, requires optics sold separately 1 9000 SFPBase-LX orm Factor Pluggable 1000Base-LH Gigabit Ethernet Optic Module 1 5995 SFP-1GE-LX Small Form Factor Pluggable 1000Base-LX Gigabit Eorm Factodule 1 995 SFP-1GE-SX Small Form Factor Pluggable 1000Base-SX Gigabit Etherne 1 500 SFP-1GE-T Small Form Factor Pl<bIC cards;/b>e-T Gigabit Ethernet Module (uses Cat 5 cable) 1 395 SVC-COR-MX80 J-Care Core Support for MX80 (includes MIC cards) 1 2340 Итого: 155725

ну кейсы там не сможете открывать, вопросы всякие Джуниперу задавать, ибо как по документам у вас этого функционала быть не должно. ну как бы все, чего можно добиться с помощью hQoS в MX80-48T этого нет...

7600 надо понимать это не решение для границы сети. Смотрите в сторону ASR1002 или MX80-48Т.

есть такая инфа, но требует проверки...

shicoy ясно. в понедельник отпишусь...

Ну железка вроде как не плоха, но так что с 48x1G + 4x10G в принципе не может быть использована как брас.про другую вот минимум лицензий: S-MX80-ADV-R (поддержка L3 функций (bgp, pim и mbgp)) - 20 000 $ S-MX80-SA-FP (абонентский доступ) - 15 000 $ S-SA-8K (до 16к абонентов) - 8 000 $ если хочется радиус то еще S-MX80-SSM-FP - 15 000$ аккаунтинг? S-SSP-FP - 25 000$ плюс конечно же JUNOS-WW - 10 000$ Ессно что все это GPL, но на MX не дадут большую скидку. Если бы не ценик на лицензии давно бы взяли MX80 цель выдать каждому абоненту реальный IP без тунелей и с максимальной утилизаей адресного пространства. изоляцию абонентов друг от друга только китайцам и осталось впаривать. понятно))) только что-то сдается мне адреса дешевле обойдутся... уже как год больше /19 в одни руки не дают. MX80-48T имеет ограничения... в рамках HQoS например. ЧТо касается лицензий, то я спрошу про их статус... та, что Advanced Routing точно Right to use... в понедельник отпишусь если еще актуально будет. Со скидкой тоже палка о двух концах... смотря как и где просить) Про IP --- по прогнозам Cisco осталось меньше 300-а дней. Я в это не сильно верю... дальше я думаю начнут раскулачивать HP и прочих "префиксных олигархов". Глядишь еще годков 5 протянем, а там и IPv6 на подходе...

цель выдать каждому абоненту реальный IP без тунелей и с максимальной утилизаей адресного пространства. изоляцию абонентов друг от друга только китайцам и осталось впаривать. понятно))) только что-то сдается мне адреса дешевле обойдутся...

Да, MX80-ый даже в GPL ощутимо дешевле будет. если не ошибаюсь, то все right to use... ща, CiscoExpo закончится уточню у коллег, что там про MX80 как BRAS говорят, но видится хорошей альтернативой ASR.

Я так понял цель изолировать пользователей друг от друга? Тогда vlan per switch and PVLAN helps you. Последнюю технологию уже даже самые дешевые китайские бестолковки понимают, кое-как заточенные под метро.

Интересует пара волокон на участке Варшавское ш. Филипповский пер. Интересует порядок цен. Конкретные предложения приветствуются.

Есть несколько режимов резервирования супов, в частности: RPR, RPR+, SSO, NSF+SSO, SSO+NSF+NSR. У каждого свои ограничения. Где-то требуется идентичность железа, где-то нет... Читайте курс BCMSN. Там все доступно описано.

Схема с QinQ позволяет дать VLAN на абонента при кол-ве абонентов < 16M :-) если подразумевается distributed edge, то применимо. при централизованной модели может CAM на агрегаторах в центре лопнуть. аффтору: В Intelligent edge --- 6500, ASR с ISG/SCE. Metro на 7600+ES, 4900/3400 ну и совсем пакости на Access. Ну а вообще да, подобные проекты без интеграторов не делаются отцы правы. Если же диплом пишите, то так и скажите. Все когда-то учились. У Cisco есть технология, называется Private Vlan. У других производителей может быть port protected, isolation и т.п. Я бы ограничился моделью vlan per service per switch...