nnm Опубликовано 4 апреля, 2008 (изменено) · Жалоба По моему опыту люди, которые используют ископаемые технологии, обычно готовы платить совершенно любые деньги тому, кто может решить их маленькие телекоммуникационные проблемы :) Изменено 4 апреля, 2008 пользователем nnm Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
rkorolev Опубликовано 5 апреля, 2008 · Жалоба Ну так пригоните их на отдельный "не-писюк за совершенно любые деньги", а всех остальных - на писюковые BRASы. И волки сыты, и овцы целы ;) Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
nnm Опубликовано 5 апреля, 2008 · Жалоба Ну так пригоните их на отдельный "не-писюк за совершенно любые деньги", а всех остальных - на писюковые BRASы.И волки сыты, и овцы целы ;) Угу :) Только после того, как этот "не-писюк за совершенно любые деньги" уже куплен, возникает мысль - зачем собственно нужны писюковые BRAS. Не проще-ли на нем все и терминировать? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
jab Опубликовано 5 апреля, 2008 · Жалоба Не проще-ли на нем все и терминировать? Не проще. Проще писюка уже ничего не бывает. :-) Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
telematic Опубликовано 5 апреля, 2008 · Жалоба Не проще-ли на нем все и терминировать? Не проще. Проще писюка уже ничего не бывает. :-) Калькулятор попробуйте. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
SmokerMan Опубликовано 6 апреля, 2008 · Жалоба Ну вы, товарисчи... :-) Вас же читают... А вы - каркулятар... Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
jab Опубликовано 6 апреля, 2008 · Жалоба А есть сомнения в том, что на Б3-34 терминировать PPPoE значительно сложнее чем на писюке ? ;-) Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
SmokerMan Опубликовано 6 апреля, 2008 · Жалоба jab... ты что, терминировать на БЗ-34 никак нельзя... Нужен как минимум МК-52... Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
jab Опубликовано 6 апреля, 2008 · Жалоба Хм... А если собрать кластер из пары миллионов Б3-34 ? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
dimitris Опубликовано 6 апреля, 2008 · Жалоба То, что 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 лучше не соваться. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
shefys Опубликовано 6 апреля, 2008 (изменено) · Жалоба То, что 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. Изменено 6 апреля, 2008 пользователем shefys Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
dimitris Опубликовано 6 апреля, 2008 · Жалоба Кто сказал что железка плохая? Я доволен. Просто я делюсь опытом в том плане, что суппорт в этом деле самое главное. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Beginner Опубликовано 6 апреля, 2008 · Жалоба Не проще-ли на нем все и терминировать? Не проще. Проще писюка уже ничего не бывает. :-) А какой писюк по Вашему оптимален для терминации РРРоЕ с шейпингом на 2-3 струи на сессию? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
jab Опубликовано 6 апреля, 2008 · Жалоба А какой писюк по Вашему оптимален для терминации РРРоЕ с шейпингом на 2-3 струи на сессию? Ну я больше черные люблю. Серые и серебристые не так стильно выглядят в стойке. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Cr_net Опубликовано 7 апреля, 2008 (изменено) · Жалоба Добрый день, коллеги. У нас на сети стоит несколько 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. Изменено 7 апреля, 2008 пользователем Cr_net Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
shefys Опубликовано 7 апреля, 2008 · Жалоба А можно ещё примеров на что влияет версия супервизора по фичам, кроме производительности. И есть ли зависимость в фичах от линейных карт, старые карты это вы 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. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
dimitris Опубликовано 7 апреля, 2008 (изменено) · Жалоба Вместо netflow есть bulkstats - как вариант и совсем скоро появится поддержка netflow.По поводу bulkstats скажу, что пробовали мы эту фичу. По всей видимости совсем скоро появится поддержка netflow не случайно)))). У меня вопрос к shefys, в 6-й версии SE + NetOp уже нет пролетов по трафику? Если выставим лимит на 50 Мб на полной скорости, абонент по-прежнему может скачать и 60, и 70 Мб, прежде чем NetOp обрубит сессию? Мы тестировали пролёты по времени и трафику и всегда получали перерасход. Изменено 7 апреля, 2008 пользователем dimitris Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
shefys Опубликовано 7 апреля, 2008 · Жалоба Вместо 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-пакеты. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
_user_ Опубликовано 7 апреля, 2008 · Жалоба Вместо 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 есть ? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
shefys Опубликовано 7 апреля, 2008 · Жалоба а что DM радиус сообщений нет ? Настройка времени сброса acct alive есть ? interim-интервал, разумеется, настраивается. а что такое DM? :/ Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
_user_ Опубликовано 7 апреля, 2008 · Жалоба а что DM радиус сообщений нет ? Настройка времени сброса acct alive есть ? interim-интервал, разумеется, настраивается. а что такое DM? :/ Disconnect message тот же самы rfc что и COA.Просто это такая же необходимость как и COA, кстати а snmp на vrf( instance ) работает ? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
shefys Опубликовано 8 апреля, 2008 · Жалоба а что 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. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...