Перейти к содержимому
Калькуляторы

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

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

Изменено пользователем nnm

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

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

 

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

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

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Не проще-ли на нем все и терминировать?

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Не проще-ли на нем все и терминировать?

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

Калькулятор попробуйте.

 

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

 

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

 

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

То, что 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 лучше не соваться.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

То, что 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.

Изменено пользователем shefys

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Не проще-ли на нем все и терминировать?

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

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Добрый день, коллеги. У нас на сети стоит несколько 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.
Изменено пользователем Cr_net

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

А можно ещё примеров на что влияет версия супервизора по фичам, кроме производительности. И есть ли зависимость в фичах от линейных карт, старые карты это вы 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.

 

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

 

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

 

Изменено пользователем dimitris

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Вместо 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-пакеты.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Вместо 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 есть ?

 

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

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

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

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

а что 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.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Гость
Ответить в тему...

×   Вставлено в виде отформатированного текста.   Вставить в виде обычного текста

  Разрешено не более 75 смайлов.

×   Ваша ссылка была автоматически встроена.   Отобразить как ссылку

×   Ваш предыдущий контент был восстановлен.   Очистить редактор

×   Вы не можете вставить изображения напрямую. Загрузите или вставьте изображения по ссылке.