Подсчет трафика при наличии 4 гигабитных каналов

[otaku]

Вот думаю чем считать локальный трафик на 100 000 абонентов

качать будут с друг друга и с медиа серверов

несколько провайдеров по 10-30 тысяч абонентов будут подключены в одной точке

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

[ram_scan]

Что-то мне смутно подсказывает, что дешевле трафик не считать вовсе.

[Bambuk]

Рекомендую Cisco 10K PRE-3 или PRE-2.

Эта железка перемолотит все что на нее подадут :)

Есть и у нее конечно свои ограничения, но альтернатив на рынке пока не видно.

[Kirya]

Рекомендую Cisco 10K PRE-3 или PRE-2.

Эта железка перемолотит все что на нее подадут :)

Есть и у нее конечно свои ограничения, но альтернатив на рынке пока не видно.

Да ладно, тут и 6509 с 32sup это перемолотит.

Full bgp же не нужен.

 

С биллингом, если realtime не нужен - стандартно, netflow, далее парсинг для агрегации и подготовленные данные сливаются уже в биллинг.

Если опять же просто по провайдерам считать, т.е по сетям - тоже самое.

Если же нужен realtime по всем пользователям, чтоб пользователи ни в коем случае не улетали в минус, тогда жопа.

Ну т.е, не то что совсем жопа, но ищете килобаксов 50 на Абсолют и еще столько же на оборудование на него. Может и потянет.

Edited August 15, 2007 by Kirya

[SergeiK]

Как вариант можно подумать для sflow и HP Procurve, например 3400 или 3500.

Sflow отдает информацию не по всем пакетам, но где-то в сети была статья по его точность. При больших объемах трафика - довольно точно получается.

Edited August 15, 2007 by SergeiK

[ram_scan]

100к абонентов это не письки воробьям показывать, если разблюдовка минимальная потребуется. Геморрой будет не в том, на чем netflow/sflow сгенерить, а это все потом быстро и правильно обсчитать.

[otaku]

реал тайм не требуется, вероятность не большого ухода пользователя в минус вполне приемлема

Второй вопрос какой билинг для этого юзать?

железки щас по описаниям погляжу

[vpnet]

s-flow спасёт. а так можно циску поставить...вопрос уже упирается в скорость работы биллинга...это уже совсем другая тема...кластер из 50 машинок:) и всё нормально.

[Bambuk]

6509 и прочие свичики не умеют нормального аккаунтинга и управления трафиком и все это на per-user(т.е. у каждого пользователся все свое и меняется динамически или хотябы при авторизации сессии) и пользователей на одной железке хотябы 32К и MPLS VPN интеграция.

А просто трафик маршрутизить конешно особого ума не надо.

Edited August 16, 2007 by Bambuk

[puh]

Ну т.е, не то что совсем жопа, но ищете килобаксов 50 на Абсолют и еще столько же на оборудование на него. Может и потянет.

при 100k юзеров цена вопроса в 100к$ - это не цена, это так.

 

по сути: думаю, что можно обратить внимание на Cisco SCE. Кое-что сможет сделать сама, без внешнего участия (типа выделить юзеру xxx трафика и отрубить по его окончании), подсчёт трафика можно сделать вполне необременительным (если пренебречь детализацией). И в подарок дополнительные рюшечки вроде профилирования трафика.

вот только интеграция этого хозяйства в существующий биллинг - отдельная песня.

[Bambuk]

SCE достаточно закрытая железка с проприетарным интерфейсом.

Сейчас у cisco есть планы по интеграции ISG+SCE. При этом весь интерфейс с биллингом идет от ISG, а SCE общается с ISG для того чтоб нарезать пользователям севисы и их посчитать. Когда оно появится на рынке - хз. Пока лучше ISG ничего работающего нету.

[otaku]

возможно будет нужна детализация,

давайте упростим задачу

подключаем одного провайдера, 30к абонентов, один гигабитный интерфейс, с фозможностью будующей агрегации со вторым гигабитным интерфейсом

основной контент фильмы музыка, файлы выкачанные с инета, счетчик трафика не должен сбрасывать данные сессии пока она не закончилась, если пользователь 20 минут качает билинг, то в детализации должна появиться всего одна запись.

Про остальных провайдеров уже будем думать к моменту их подключения, сперва сервис надо реализовать хотя бы на одного провайдера. В будующем возможно придеться анонсить сетки провайдерам по бгп или оспф.

Указывайте пожалуйста модели поточнее 8)))

[Kirya]

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

[Bambuk]

Да, что-то не понятно чьи клиенты и где они терминируются. Если ваши и у вас - это одно, если подключаемого провайдера и у него - это другое. Впрочем возможны и миксы. Уточните.

[otaku]

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

клинеты провайдера

часть клиентов будет вести провайдер

часть клиентов будем вести мы, в силу невозможности их ведения рповайдером,

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

[ram_scan]

Я еще раз влезу, можно ? Даже 50к впн клиентов обслужить и пробиллить с детализацией - дешевле ничего не считать и за абонентскую плату. Потому-что на 50к рыл на дудке в 4 гигабита вести биллинг (даже холодный) хотя-бы с детализацией по TCP сессиям - как минимум уже оракловый кластер нужен. Только на одном биллинге цена вопроса нереально конская. Оно надо ?

 

А прорутить 4 гигабитных соски можно на wire-speed без блокировок на куче разнообразного оборудования с вменяемым ценником.

[Nag]

Что-то это больше на курсовой проект похоже, чем на реальную задачу. ;-)

Уж на что я считаюсь поклонником подсчета трафика, но на 4-х гигабитах пора считать (если считать) на интерфейсах SNMP, или что-то подобное.

Естественно, с нулевой детализацией.

[ilijaz]

Что-то это больше на курсовой проект похоже, чем на реальную задачу. ;-)

Уж на что я считаюсь поклонником подсчета трафика, но на 4-х гигабитах пора считать (если считать) на интерфейсах SNMP, или что-то подобное.

Естественно, с нулевой детализацией.

Согласен, при подсчете "локального" трафика дешевле по снмп статистику собирать

[jab]

На самом деле задача не настолько страшна как выглядит.

Это же не четыре гигабита интырнет-трафика с четырьмя же full-view

в одной коробке. Подавляющее количество трафика будет тяжелым

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

агрегируется. В случае локальных помоек - достаточно просто

считать трафик прямо на каждой помойке, а в базу гнать уже

агрегированные значения.

[otaku]

Что-то это больше на курсовой проект похоже, чем на реальную задачу. ;-)

Уж на что я считаюсь поклонником подсчета трафика, но на 4-х гигабитах пора считать (если считать) на интерфейсах SNMP, или что-то подобное.

Естественно, с нулевой детализацией.

если бы так

 

 

Что-то это больше на курсовой проект похоже, чем на реальную задачу. ;-)

Уж на что я считаюсь поклонником подсчета трафика, но на 4-х гигабитах пора считать (если считать) на интерфейсах SNMP, или что-то подобное.

Естественно, с нулевой детализацией.

Согласен, при подсчете "локального" трафика дешевле по снмп статистику собирать

с какого железа проще собирать его?

каким образом?

[Gull]

с какого железа проще собирать его?

каким образом?

При таком объеме проекта (в деньгах) и таких вопросах вам проще нанять специалиста.

[Bambuk]

ISG на C10К позволит учитывать различные виды трафика на wire speed.

При этом аккаунтинг отдается по RADIUS в виде объемов потребления по каждому виду сервиса, т.е. объемы не большие. Через тот же RADIUS авторизуются клиенты и разрешенные им сервисы. Причем сессии клиентов которыми управляет и учитывает ISG могут как непосредственно терминироваться на C10K в виде PPPoX, L2TP и т.п., либо приходить туда как directly connected или даже просто по ip роутингу.

ISG доступен и на младших железках типа 7301, NPE-G1/G2, но это традиционные роутеры и процессор у них быстро кончится при таком трафике. А вот PXF на C10K - это весч.

[~AsmodeuS~]

Да вопрос довольно взрослый

Для ответа нужно

 

1 знат финансовую базу

2 знать текущее техническое оснащение

 

А летше всего с такими вопросами обращаться в фирмы которые делаю готовые решения

 

наприметр в

 

CBoss (думаю эта предпочтительней) или BillMaster

[jab]

В C-Boss - это за откатом ? :-)

[Kirya]

В C-Boss - это за откатом ? :-)

За Абсолютом.