[denis_vid]

Хотелось бы узнать некоторые не слишком понятные мне нюансы по этой железке от тех кто реально ее использует.

 

Планируем купить ASR1002 w/ESP-10G,AESK9,4GB DRAM и SPA-10X1GE-V2

 

1. Модуль SPA-10X1GE-V2. Есть ли "подводные камни" при использовании этого модуля? Можно ли объединять в портченел интерегрированные порты с портами модуля? Хотя это и не нужно теоретически, на практике например может погореть слот SFP.

 

2. NAT. Часто пишут что крашится переиодически. Интересна как с этим ситуация сейчас, пофиксили ли эту проблему в новых версиях IOS?

 

3. Планирую железку как шейпер управляемый по ISG Coa, NAT и бордер. 2 bgp фулвью, префиксы на входящий по подсетям /24. Теоретически должно работать и ресурсов процессоров даже на 3 в 1 должно хватить и еще остаться но гложут сомнения. Хватит ли ресурсов если трафик достигнет под 5 Гбит фуллдуплекса? Service-policy и qos планирую по минимуму или без них.

 

4. Возможно есть еще какие то нюансы.

 

Спасибо всем кто ответит.

Изменено 27 октября, 2010 пользователем denis_vid

[vovan-pmr]

интегрированные порты это те, которые на RP??

если вы это имели ввиду, то нет. порты на RP используются только для управления.

а ресурсов должно хватить, только лучше брать не ASR 1002 а ASR1004, там возможностей апгрэйда больше, а шасси не намного дороже. да и брать лучше сразу RP2 с прицелом на будущее.

[darkagent]

выносите нат на писюки, меньше головной боли будет.

[denis_vid]

интегрированные порты это те, которые на RP??

если вы это имели ввиду, то нет. порты на RP используются только для управления.

а ресурсов должно хватить, только лучше брать не ASR 1002 а ASR1004, там возможностей апгрэйда больше, а шасси не намного дороже. да и брать лучше сразу RP2 с прицелом на будущее.

Это 4 встроенных гигабитных порта . На старших моделях их нет. 1004 не хотим потому что резервирование программное как у 1002. Для резервирования нужно или 1006 или несколько 1002. На перспективу решили что второй вариант лучше, что с рынком будет года через три трудно сказать.

[denis_vid]

выносите нат на писюки, меньше головной боли будет.

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

[darkagent]

не иронизируйте.

речь только про нат. взависимости от ожидаемой нагрузке комплектуете парк одноюнитовыми молотилками с nix'ами, с них и натите.

все остальное на ASR'е проживет вполне нормально.

да и нат все таки наиболее частая причина возникновения утечек памяти и падений в целом в cisco.

[denis_vid]

не иронизируйте.

речь только про нат. взависимости от ожидаемой нагрузке комплектуете парк одноюнитовыми молотилками с nix'ами, с них и натите.

все остальное на ASR'е проживет вполне нормально.

да и нат все таки наиболее частая причина возникновения утечек памяти и падений в целом в cisco.

Не иронизирую, думаю это вообще некрасиво к тем кто отвечает по существу. Как в таком случае управлять ISG сессиями если они за натом? В целом по падениям из за ната согласен, но не во всем - ASA например натит хорошо хоть и дорого

Изменено 27 октября, 2010 пользователем denis_vid

[darkagent]

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

по-хорошему же, стоит разложить ТЗ на отдельные пункты, и каждый тщательно проработать как в отдельности, так и в совокупности, и выработать не менее 3х возможных вариантов решений, из которых в дальнейшем можно будет выбрать наиболее эффективный.

[denis_vid]

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

по-хорошему же, стоит разложить ТЗ на отдельные пункты, и каждый тщательно проработать как в отдельности, так и в совокупности, и выработать не менее 3х возможных вариантов решений, из которых в дальнейшем можно будет выбрать наиболее эффективный.

Именно потому долго думали из вариантов на писюках или аппаратно поддерживающих нужные нам функции маршрутизаторов остановились на серии ASR. Да сырая, но потому что это именно софт роутер с красивой архитектурой и избыточностью ресурсов на ней и остановились. SCE не катит потому что модернизация состоит в замене трех узлов, а разделять функциональность по железкам выходит прилично дороже, решили что один ASR в целом получается не настолько дорого, но решает в теории насущные задачи.

Изменено 28 октября, 2010 пользователем denis_vid