[dignity]

я про 720 и говорил...

[Дятел]

Интерресуют аппаратные ограничения платформы, например агрегейт полисреров 1022, значит тока 1022 клиента?

 

а у вас у каждого клиента свой тарплан?

[terrible]

А если тупо купить ещё одну 3845?

[catalist]

Интерресуют аппаратные ограничения платформы, например агрегейт полисреров 1022, значит тока 1022 клиента?

 

а у вас у каждого клиента свой тарплан?

Ну да, так как это юрлица, тока конечно же клиентов можно сгруппировать на группы 1Мbit/sec, 2Мbit/sec, 3Мbit/sec, .... XMbit/sec

[Дятел]

два бордера при таком числе абонентов? загадочное решение....

[catalist]

А если тупо купить ещё одну 3845?

А как вы видите себе топологию в таком случае? Всё равно нужен девайс который будет принимать решение слать траффик на 3845-1 или 3845-2, и мы опять вернёмся к вопросу его производительности, плюс в таком случае именно на этом пока не понятном девайсе придётся резать скорость, так как по сути это и будет брас.

 

Проблема ещё в том интерфейсов то у 3845 всего два, и добавление новых через модули не увеличит возможный PPS.

[dmvy]

для ваших целей действительно подойдет лучше ericsson se100. за умеренный ценник получаете комбайн на 24000 абонентов. скоро бущет dual-stack ipv4 ipv6 и connectionless clip. тогда ему не будет равных.

[catalist]

>connectionless clip

а что это такое?

[D^2]

>connectionless clip

а что это такое?

session initiation based on unknown ip или по другому non-DHCP clips.

[Дятел]

тогда ему не будет равных.

 

Трафик растет.

Маршрутизатор Ericsson (RedBack) SE100

Описание: Сервер доступа, до 24000 активных абонентских сессий, до 6 портов 1GE, до 16К VLAN, до 1М NAT трансляций, до 1.5М BGP IPv4 маршрутов, поддержка MPLS, H-QoS, QinQ.

6Г - это три гига на входе, и 3 отдать в сеть.

24К абонентам этого давно слишком мало....

SUP-720BXL платами 6704 легко масштабируется.

[lm]

тогда ему не будет равных.

 

Трафик растет.

Маршрутизатор Ericsson (RedBack) SE100

Описание: Сервер доступа, до 24000 активных абонентских сессий, до 6 портов 1GE, до 16К VLAN, до 1М NAT трансляций, до 1.5М BGP IPv4 маршрутов, поддержка MPLS, H-QoS, QinQ.

6Г - это три гига на входе, и 3 отдать в сеть.

24К абонентам этого давно слишком мало....

SUP-720BXL платами 6704 легко масштабируется.

А платами 6716-10G масштабируется еще больше :)

+ один модуль ACE20 обработает до 8М NAT трансляций в отличии от 1М редбека.

[D^2]

А платами 6716-10G масштабируется еще больше :)

+ один модуль ACE20 обработает до 8М NAT трансляций в отличии от 1М редбека.

6716 достаточно коварный модуль, чтобы вот так говорить, что им масштабируется 6500 очень хорошо

асе20 так же со своими подводными камнями

 

если говорить о стоимости трансляции 3гигов, то чаша весов не будет на 6500 и асе20 по сравнению с се100

 

вообще, смартедж совсем другого поля ягода нежели 6500 =)

[Tosha]

SUP-720BXL - 1022 скоростных политики - грубо говоря 500 абонентов.

И кардинально это не масштабируется...

 

SE100 при этом легко тянет 3 Гбит. А стоит всяко дешевле SUP-720BXL с пачкой карт с DFC.

 

Дойдете до 8000 абонентов - можно докупить второй SE100 или перейти на SE400.

 

асе20 так же со своими подводными камнями

Ага. Из того что помню я - VPN натил неумело. FWSM как NAT очень хороший.

 

Единственный неприятный недостаток SE100 в плане масштабируемости - не получится слить клиентские интерфейсы в EtherChannel. Придется как-то делить абонентов по трем (в случае гигабитных) физическим портам равномерно.

[Дятел]

А платами 6716-10G масштабируется еще больше :)

 

на слот 40Г, поэтому 6704 - наш выбор ))

 

 

Дойдете до 8000 абонентов - можно докупить второй SE100

 

Уже второй раз за неделю в разделе звучит предложение построить сеть с двумя бордерами. Что для заявленной конфигурации дикий перебор ))

[lm]

если говорить о стоимости трансляции 3гигов, то чаша весов не будет на 6500 и асе20 по сравнению с се100

А если говорить о стоимости трансляции 3гиг с перспективой расширения до 6 - 8 Гиг?

[Lynx10]

Дойдете до 8000 абонентов - можно докупить второй SE100 или перейти на SE400.

Как по мне так в СЕ100 главная проблема не количество абонентов а количество портов и трафика которого он может прожевать! именно поэтому мы в свое время и отказались....

вы при намного меньшей цифре нежели 8000 онлайн абонентов упретесь в ограничение трафика.

[catalist]

Чтобы не создавать ещё тему, спрошу тут так как вопрос почти по теме...

Я правильно понял что с 6509-СУП720-3BXL в виду ограничения 1022 агрегейт полизесра можно прополисить тока 1022/2=511 клиентов (in+out)?

А какие ограничения в этом плане у 76хх+суп 720-3CXL ?

[pfexec]

Я правильно понял что с 6509-СУП720-3BXL в виду ограничения 1022 агрегейт полизесра можно прополисить тока 1022/2=511 клиентов (in+out)?

я уже вроде писал, что полисить клиентов вовсе не обязательно именно _АГРЕГЕЙТ_ полисером, его можно полисить и в сервис-мапе, а в случае с 720-3B* по флоу пер клиент (ubrl).

 

вы разберитесь чем агрегейт полисер отличается от обычного и сразу все станет ясно. (:

Изменено 13 января, 2012 пользователем pfexec

[catalist]

И ещё вопрос в догонку, можно ли на 3bxl/3cxl вешать рейтлимиты на SVI и есть ли какие нибудь ограничения данного счастья?

[D^2]

И ещё вопрос в догонку, можно ли на 3bxl/3cxl вешать рейтлимиты на SVI и есть ли какие нибудь ограничения данного счастья?

можно вешать policy-map (агрегейт полисеры) на SVI

[catalist]

Это и так понятно вопрос в другом!

1. Работают ли рейтлимит конструкции?

2. Есть ли на них какие то ограничения? (например по количеству их)

3. Какие ограничения на кол-во полисеров?

4. Полисеры на SVI можно вешать в обе стороны?

[agr]

Я правильно понял что с 6509-СУП720-3BXL в виду ограничения 1022 агрегейт полизесра можно прополисить тока 1022/2=511 клиентов (in+out)?

я уже вроде писал, что полисить клиентов вовсе не обязательно именно _АГРЕГЕЙТ_ полисером, его можно полисить и в сервис-мапе, а в случае с 720-3B* по флоу пер клиент (ubrl).

 

вы разберитесь чем агрегейт полисер отличается от обычного и сразу все станет ясно. (:

 

Полиси-мап привязанный к интерфейсу тоже считается аггрегейт полисером. И их тоже можно привязать не больше чем 1000+ штук. Число уже занятых полисеров можно посмотреть командой

RT#sh platform hardware capacity qos
QoS Policer Resources
 Aggregate policers: Module                      Total         Used     %Used
                     6                            1024          294       28%
 Microflow policer configurations: Module        Total         Used     %Used
                                   6                64            1        1%

 

на вышеуказанном рутере у меня только полиси-мапы, агрегейт полисеров как таковых в конфиге нет.

 

Это и так понятно вопрос в другом!

1. Работают ли рейтлимит конструкции?

работают

 

2. Есть ли на них какие то ограничения? (например по количеству их)

есть

 

3. Какие ограничения на кол-во полисеров?

1024 привязанных к интерфейсам полисеров. input и output считаются как два разных, т.е. всего 500 с небольшим клиентов с двунаправленным ограничением.

 

4. Полисеры на SVI можно вешать в обе стороны?

да

 

У вас 2000 _юриков_ - это очень приличное число даже для операторов в больших городах, я полагаю помимо интернета у них есть телефония и каналы, неужели вы их всех хотите терминировать на одной железке? Это не ШПД всетаки.

На роль бордера в плане передачи трафика из вашей AS в мир и обратно, SUP720 вам будет более чем достаточно, для того, чтобы стерминировать на нем более 500 клиентов он не подойдет.

[Tosha]

1. Нет, райтлимит (если имеется в виду команда "rate-limit" на интерфейса) не работают, хотя на команду не ругался.

Если хотите ограничивать - только через класификацию и "policy-map"

4. Да, можно вешать в обе стороны. Но UBRL политики только в одну сторону (если не путаю то на вход) и UBRL не совместимы с Netflow Data Export (это точно) и с NAT (а вот тут не уверен, но весьма вероятно)

 

по п. 3 и 4 самому интересно. Ограничения должны быть. Я ранее считал, что 1022.

Если это не так, если можно сделать 10000 - тогда не понятно почему 7600 с "720" не позиционируется как BRAS и никто ее не использует как BRAS иначе как с ES+20 картами (где всего-то 16000 очередей)

Изменено 13 января, 2012 пользователем Tosha

[Tosha]

Уже второй раз за неделю в разделе звучит предложение построить сеть с двумя бордерами. Что для заявленной конфигурации дикий перебор ))

Это не совсем так. Советуют поставить один SE100 с комментариями, что хватит надолго. Мое мнение - до 8000 абонентов. И указывают, что потом будет легко расширится, перейти на SE600 или на несколько маршрутизаторов.

 

Но это вопрос будущего. Когда будет 8000 абонентов - апгрейд или увеличение количества не будет проблемой.

 

Как по мне так в СЕ100 главная проблема не количество абонентов а количество портов и трафика которого он может прожевать! именно поэтому мы в свое время и отказались....

вы при намного меньшей цифре нежели 8000 онлайн абонентов упретесь в ограничение трафика.

Прожует 3-4 Гбит трафика. (3 порта наружу 3 внутрь или 2 порта наружу 4 внутрь в зависимости от того сколько трафика между абонентами)

На 8000 абонентов хватит. Вопрос портов решается гигибитным коммутатором.

 

Например у топикстартера "catalist" 2000 абонентов и 400 Мбит трафика - ему для его статистики вообще до 12000 абонентов хватит.

Изменено 13 января, 2012 пользователем Tosha

[lm]

Чтобы не создавать ещё тему, спрошу тут так как вопрос почти по теме...

Я правильно понял что с 6509-СУП720-3BXL в виду ограничения 1022 агрегейт полизесра можно прополисить тока 1022/2=511 клиентов (in+out)?

1022 агригейт полисера это не 1022/2 клиента, а 1022/2 тарифных плана. Клиентов могут быть десятки тысяч. Делается через UBRL.