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

большой PPPoE "агрегатор" кто что использует?

По моему опыту люди, которые используют ископаемые технологии, обычно готовы платить совершенно любые деньги тому, кто может решить их маленькие телекоммуникационные проблемы :)

Edited by nnm

Share this post


Link to post
Share on other sites

Ну так пригоните их на отдельный "не-писюк за совершенно любые деньги", а всех остальных - на писюковые BRASы.

И волки сыты, и овцы целы ;)

 

Share this post


Link to post
Share on other sites
Ну так пригоните их на отдельный "не-писюк за совершенно любые деньги", а всех остальных - на писюковые BRASы.

И волки сыты, и овцы целы ;)

Угу :) Только после того, как этот "не-писюк за совершенно любые деньги" уже куплен, возникает мысль - зачем собственно нужны писюковые BRAS. Не проще-ли на нем все и терминировать?

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

Ну вы, товарисчи... :-) Вас же читают... А вы - каркулятар...

Share this post


Link to post
Share on other sites

 

А есть сомнения в том, что на Б3-34 терминировать PPPoE значительно сложнее чем на писюке ? ;-)

Share this post


Link to post
Share on other sites

jab... ты что, терминировать на БЗ-34 никак нельзя... Нужен как минимум МК-52...

Share this post


Link to post
Share on other sites

 

Хм... А если собрать кластер из пары миллионов Б3-34 ?

Share this post


Link to post
Share on other sites
То, что BRAS у Cisco хуже чем у Redback/Juniper- медицинский факт.

Ну вот и давайте эти факт в студию. У вас стоит этот Redback/Juniper и терминирует PPPoE в промышленных масштабах? Маркетинговые материалы не интересуют, интересует ваш конкретный опыт.

Добрый день, коллеги. У нас на сети стоит несколько BRAS Redback SE-800, SE-400 и есть даже SE-100. Железка мощная, но в плане гибкости конечно уступает цискам. Лопатит хорошо, сейчас около 10 тыс. одновременных сессий на SE-800, загрузку показывает чуть меньше 50% и не зависит от профилей, шэйпинга и всяких там сервисов, включая даже NAT. Только нужно иметь ввиду, что нет никакого Netflow, поэтому распечатку абоненту вы не сможете показать, а вернее придется использовать циски, например.

Есть у них еще решение NetOp это аналог SSG+SESM, вот его приобретать не рекомендую - слишком сырая. Производитель много обещает, а на практике много косяков и очень слабая поддержка. Так что, если вам нужен просто мощный PPPoE агрегатор без каких-либо дополнительных сервисов, то redback - вариант неплохой. Если у вас гибкие тарифные планы и еще всякие шлюзы услуг, веб-порталы и т.д., то без поддержки в redback лучше не соваться.

Share this post


Link to post
Share on other sites
То, что BRAS у Cisco хуже чем у Redback/Juniper- медицинский факт.

Ну вот и давайте эти факт в студию. У вас стоит этот Redback/Juniper и терминирует PPPoE в промышленных масштабах? Маркетинговые материалы не интересуют, интересует ваш конкретный опыт.

Добрый день, коллеги. У нас на сети стоит несколько BRAS Redback SE-800, SE-400 и есть даже SE-100. Железка мощная, но в плане гибкости конечно уступает цискам. Лопатит хорошо, сейчас около 10 тыс. одновременных сессий на SE-800, загрузку показывает чуть меньше 50% и не зависит от профилей, шэйпинга и всяких там сервисов, включая даже NAT. Только нужно иметь ввиду, что нет никакого Netflow, поэтому распечатку абоненту вы не сможете показать, а вернее придется использовать циски, например.

Есть у них еще решение NetOp это аналог SSG+SESM, вот его приобретать не рекомендую - слишком сырая. Производитель много обещает, а на практике много косяков и очень слабая поддержка. Так что, если вам нужен просто мощный PPPoE агрегатор без каких-либо дополнительных сервисов, то redback - вариант неплохой. Если у вас гибкие тарифные планы и еще всякие шлюзы услуг, веб-порталы и т.д., то без поддержки в redback лучше не соваться.

Дмитрий, а можно поинтересовать, кто вам продал Redback? Про NetOp очень сомнительное утверждение. Хотелось бы каких-то подробностей. Я вот встречаюcь чаще с тем, что у провайдера стоит биллинг, который ни с чем не способен контактировать, а разработчики за доработку просят немалых денег. Внедрение Policy Manager (хоть NetOp, хоть SDX) - одна из самых непростых задач. Если вам продали софт и не настроили - это не вина софта, а вина поставщика. Так же, про какую гибкость по соотношению с циской вы говорите? Какой на SE800 супервзиозр? XCRP2.5?3?3-BASE? Какие линейные модули? от этого тоже много чего зависит. Модули первого поколения, к примеру, только до 8К сессий поддерживают. Вместо netflow есть bulkstats - как вариант и совсем скоро появится поддержка netflow. Так же, RB SE поддерживает "гибкие тарифные планы и ещё всякие шлюзы услуг, веб-порталы и т.д." - для этого достаточно в существующий биллинг добавить RB VSA.

Edited by shefys

Share this post


Link to post
Share on other sites

Кто сказал что железка плохая? Я доволен. Просто я делюсь опытом в том плане, что суппорт в этом деле самое главное.

Share this post


Link to post
Share on other sites
Не проще-ли на нем все и терминировать?

Не проще. Проще писюка уже ничего не бывает. :-)

А какой писюк по Вашему оптимален для терминации РРРоЕ с шейпингом на 2-3 струи на сессию?

Share this post


Link to post
Share on other sites
А какой писюк по Вашему оптимален для терминации РРРоЕ с шейпингом на 2-3 струи на сессию?

Ну я больше черные люблю. Серые и серебристые не так стильно выглядят в стойке.

Share this post


Link to post
Share on other sites

Добрый день, коллеги. У нас на сети стоит несколько BRAS Redback SE-800, SE-400 и есть даже SE-100. Железка мощная, но в плане гибкости конечно уступает цискам. Лопатит хорошо, сейчас около 10 тыс. одновременных сессий на SE-800, загрузку показывает чуть меньше 50% и не зависит от профилей, шэйпинга и всяких там сервисов, включая даже NAT. Только нужно иметь ввиду, что нет никакого Netflow, поэтому распечатку абоненту вы не сможете показать, а вернее придется использовать циски, например.

Есть у них еще решение NetOp это аналог SSG+SESM, вот его приобретать не рекомендую - слишком сырая. Производитель много обещает, а на практике много косяков и очень слабая поддержка. Так что, если вам нужен просто мощный PPPoE агрегатор без каких-либо дополнительных сервисов, то redback - вариант неплохой. Если у вас гибкие тарифные планы и еще всякие шлюзы услуг, веб-порталы и т.д., то без поддержки в redback лучше не соваться.

Дмитрий, а можно поинтересовать, кто вам продал Redback? Про NetOp очень сомнительное утверждение. Хотелось бы каких-то подробностей. Я вот встречаюcь чаще с тем, что у провайдера стоит биллинг, который ни с чем не способен контактировать, а разработчики за доработку просят немалых денег. Внедрение Policy Manager (хоть NetOp, хоть SDX) - одна из самых непростых задач. Если вам продали софт и не настроили - это не вина софта, а вина поставщика. Так же, про какую гибкость по соотношению с циской вы говорите? Какой на SE800 супервзиозр? XCRP2.5?3?3-BASE? Какие линейные модули? от этого тоже много чего зависит.

А можно ещё примеров на что влияет версия супервизора по фичам, кроме производительности. И есть ли зависимость в фичах от линейных карт, старые карты это вы classic имеете ввиду? Таки без NetOp будут ли поддеживаться "гибкие тарифные планы и ещё всякие шлюзы услуг, веб-порталы и т.д." - для этого достаточно в существующий биллинг добавить RB VSA". NetOp это только "всякие шлюзы услуг, веб-порталы"? Так они и с cisco все в большинстве своём самописные главное чтобы API CoA было документировано. Есть ли prepaid сервисы по volume и time передающихся с радиуса на момент авторизации, реавторизации по их окончанию и по idle тайм, редиректы, ограничение по скоростям внутри каждого сервиса или классовый шейп на основную сессию, кстати шейп или car? Есть ли CoA? Есть ли документация, как отрабатывает железка при наступлении того или иного события чтобы разрисовать схему состояний для биллинга, вот честно признаюсь, без этого не достаточно "достаточно в существующий биллинг добавить RB VSA", кстати а где "RB VSA" и стандартные поддерживаемые атрибуты расписаные по ААА можно хоть одним глазком глянуть? В SE100 какой супервизор? Честное пионерское очень интересно, но доступной инфы мало.
Модули первого поколения, к примеру, только до 8К сессий поддерживают. Вместо netflow есть bulkstats - как вариант и совсем скоро появится поддержка netflow. Так же, RB SE поддерживает "гибкие тарифные планы и ещё всякие шлюзы услуг, веб-порталы и т.д." - для этого достаточно в существующий биллинг добавить RB VSA.
Edited by Cr_net

Share this post


Link to post
Share on other sites
А можно ещё примеров на что влияет версия супервизора по фичам, кроме производительности. И есть ли зависимость в фичах от линейных карт, старые карты это вы classic имеете ввиду? Таки без NetOp будут ли поддеживаться "гибкие тарифные планы и ещё всякие шлюзы услуг, веб-порталы и т.д." - для этого достаточно в существующий биллинг добавить RB VSA". NetOp это только "всякие шлюзы услуг, веб-порталы"? Так они и с cisco все в большинстве своём самописные главное чтобы API CoA было документировано. Есть ли prepaid сервисы по volume и time передающихся с радиуса на момент авторизации, реавторизации по их окончанию и по idle тайм, редиректы, ограничение по скоростям внутри каждого сервиса или классовый шейп на основную сессию, кстати шейп или car? Есть ли CoA? Есть ли документация, как отрабатывает железка при наступлении того или иного события чтобы разрисовать схему состояний для биллинга, вот честно признаюсь, без этого не достаточно "достаточно в существующий биллинг добавить RB VSA", кстати а где "RB VSA" и стандартные поддерживаемые атрибуты расписаные по ААА можно хоть одним глазком глянуть? В SE100 какой супервизор? Честное пионерское очень интересно, но доступной инфы мало.
Модули первого поколения, к примеру, только до 8К сессий поддерживают. Вместо netflow есть bulkstats - как вариант и совсем скоро появится поддержка netflow. Так же, RB SE поддерживает "гибкие тарифные планы и ещё всякие шлюзы услуг, веб-порталы и т.д." - для этого достаточно в существующий биллинг добавить RB VSA.

От версии XCRP зависит количество поддерживаемых одновременно абонентских сессий. XCRP3-48K, XCRP4-BASE - 256K. Есть несколько поколений плат, первые - classic - PPA1 (до 8К сессий на плату), второе поколение PPA2 - (до 16К сессий на плату, и до 32К на софте 6.1). Ну, если вы внедряли или щупали ISG, то знаете, что надо делать в биллинге для того, чтобы это всё работало - здесь точно так же. Всё перечисленное есть - можно и на отдельный сервис в сессий вешать правила обслуживания трафика, можно и вдобавок ко всему на "глобальную" сессию вешать правила. CoA, разумеется, есть. Могу на почту прислать VSA, если в личку обратитесь. В SE100 стоит XCRP3-BASE обрезаный (по размеру памяти).

 

NetOp PM - это система создания и управление услугами. Система полностью использует Redback VSA. Может проксировать radius-auth/acct в существующий биллинг с любым изменением аттрибутов. Описание работы системы есть в документации к NetOp PM.

 

Share this post


Link to post
Share on other sites
Вместо netflow есть bulkstats - как вариант и совсем скоро появится поддержка netflow.
По поводу bulkstats скажу, что пробовали мы эту фичу. По всей видимости совсем скоро появится поддержка netflow не случайно)))).

 

У меня вопрос к shefys, в 6-й версии SE + NetOp уже нет пролетов по трафику? Если выставим лимит на 50 Мб на полной скорости, абонент по-прежнему может скачать и 60, и 70 Мб, прежде чем NetOp обрубит сессию? Мы тестировали пролёты по времени и трафику и всегда получали перерасход.

 

Edited by dimitris

Share this post


Link to post
Share on other sites
Вместо netflow есть bulkstats - как вариант и совсем скоро появится поддержка netflow.
По поводу bulkstats скажу, что пробовали мы эту фичу. По всей видимости совсем скоро появится поддержка netflow не случайно)))).

 

У меня вопрос к shefys, в 6-й версии SE + NetOp уже нет пролетов по трафику? Если выставим лимит на 50 Мб на полной скорости, абонент по-прежнему может скачать и 60, и 70 Мб, прежде чем NetOp обрубит сессию? Мы тестировали пролёты по времени и трафику и всегда получали перерасход.

dimitris, тут же вопрос такой - если считать трафик по RADIUS-серверу, то он зависит от acct alive-пакетов, которые ходят совершенно неежесекундно, если же отдавать роутеру количество трафика абонентского с помощью VSA, то результат будет ближе к 100%, но тратить на это ресурсы... С acct/alive перерасход всегда будет: нетоп в этом плане работает просто - при получении alive-пакета с перерасходом трафика - он сразу же отправляет SNMP-запрос, отключающий абонентскую сессию на маршрутизаторе. Вы же не станете каждые 30 секунд слать alive-пакеты.

Share this post


Link to post
Share on other sites
Вместо netflow есть bulkstats - как вариант и совсем скоро появится поддержка netflow.
По поводу bulkstats скажу, что пробовали мы эту фичу. По всей видимости совсем скоро появится поддержка netflow не случайно)))).

 

У меня вопрос к shefys, в 6-й версии SE + NetOp уже нет пролетов по трафику? Если выставим лимит на 50 Мб на полной скорости, абонент по-прежнему может скачать и 60, и 70 Мб, прежде чем NetOp обрубит сессию? Мы тестировали пролёты по времени и трафику и всегда получали перерасход.

dimitris, тут же вопрос такой - если считать трафик по RADIUS-серверу, то он зависит от acct alive-пакетов, которые ходят совершенно неежесекундно, если же отдавать роутеру количество трафика абонентского с помощью VSA, то результат будет ближе к 100%, но тратить на это ресурсы... С acct/alive перерасход всегда будет: нетоп в этом плане работает просто - при получении alive-пакета с перерасходом трафика - он сразу же отправляет SNMP-запрос, отключающий абонентскую сессию на маршрутизаторе. Вы же не станете каждые 30 секунд слать alive-пакеты.

а что DM радиус сообщений нет ? Настройка времени сброса acct alive есть ?

 

Share this post


Link to post
Share on other sites
а что DM радиус сообщений нет ? Настройка времени сброса acct alive есть ?

interim-интервал, разумеется, настраивается. а что такое DM? :/

Share this post


Link to post
Share on other sites
а что DM радиус сообщений нет ? Настройка времени сброса acct alive есть ?

interim-интервал, разумеется, настраивается. а что такое DM? :/

Disconnect message тот же самы rfc что и COA.

Просто это такая же необходимость как и COA, кстати а snmp на vrf( instance ) работает ?

Share this post


Link to post
Share on other sites
а что DM радиус сообщений нет ? Настройка времени сброса acct alive есть ?

interim-интервал, разумеется, настраивается. а что такое DM? :/

Disconnect message тот же самы rfc что и COA.

Просто это такая же необходимость как и COA, кстати а snmp на vrf( instance ) работает ?

DM, конечно, поддерживается.

А про snmp в контексте(vrf) вы это имеете ввиду?

 

Command: context-filter ifmib

Purpose: Restricts Simple Network Management Protocol (SNMP) responses to circuits bound to the context assigned to the community or group that sends the query.

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