Lovetc

А я между прочим имел совесть такого уровня аргументы не приводить! ))) тут очередная рябь дискуссии поднимается, так что прекратите немедленно!

Да за эту задачу вообще не стоит браться. Функция AAA абонента с полисингом сверху конечно стоит дешевле глубокого анализа пакетов на лайн-рейт.

1. При наличии нескольких аплинков и падении одного - убиваем p2p, инет у вас шевелиться будет у конкурента все в жопу, будем считать такой профит? 2. Приоретизация трафика в трубе клиента.В общем и целом дает субъективное а значит и самое главное ощущение более быстрого интернета Пример поведения SCE: - у вас есть труба 5мбит/c полностью забитая торентом, вы открываете ютуб, ролик требует 3мбит/c. Что происходит? SCE с ходу выделяет ютубу требуему полосу т.е. клиент получает 5+3=8мбит/c, после чего плавно p2p зажимается до тарифной полосы в 5мбит/c минус ютуб - Торент клиент зачастую стартует в автозагрузке и абонент получает тормоза (при наличии хорошей отдачи p2p) не понимая в чем проблема. В том числе и от игроманов часто слышно "опять лаги .... а блин я торент забыл выключить". DPI снимает эту проблему. - Спам от клиента, в этом случае клиент получит страничку с уведомлением 3. Экономия на аплинках там где это дорого - если пик нагрузки всего три часа в сутки вы вынуждены будете держать соответсвующую полосу с запасом, а следовательно платить больше, при наличии DPI вы можете урезать апетиты p2p в пиках и в качестве компенсации сделать ночное ускорение x2 x3 x5. Заядлые качки очень быстро просекают такую фишку и загрузки ставят на ночь 4. В случае внеплановых скачков валидного трафика вы также можете его сбалансировать избегая перегрузок на аплинках. 5. Вслучае dos атак вы сразу видите что где и почем не тратя много времени и избегая лишних телодвижений. DPI это как новая иномарка после жигулей - удобно, комфортно, салон для людей с подстаканиками кондеем и т.д. 1-4. Расширьте каналы, поставьте локальные сервера google, mail.ru. Это создаст дополнительный продукт для абонентов, а вы все пытаетесь урезать. Пока и в национальном масштабе, и в масштабах тех регионов что я "вижу" каждый день, существует достаточное количество операторов связи, готовых приютить абонентскую базу всех "урезальщиков". Про "валидный" трафик я уже говорил. Трафик на котором операторы зарабатывают напрямую приоритезируется и без DPI. История про остальной трафик, сиречь снижение оттока решается поквартальным отслеживанием того куда и почему абоненты уходят. 5. Для решения проблем с DoS атаками на b2b есть достаточное количество опробированных решений без DPI. Это повторение рассказа про микроволновку. Рассказа частника или в нашем случае технаря, но не инвестора. Вы с жигулей сразу в E-класс пересели? Несмотря на ипотеку, заметный процент серой зарплаты при нестабильной экономике и прочие риски? Просто "хачу купить"? Стоимость обработки трафика DPI в несколько раз выше чем BRAS, без учета огромного вопроса с инсталлированной базой BRAS у крупного оператора. Да, существуют небольшие операторы, как правило с достаточно свежими сетями, которые не поставили один-два ASR, а поставили одну-две SCE, накрутили вокруг них обвязку и выглядит во время аудита все это очень красиво. Но не стоит забывать, что такие операторы откармливаются на продажу. А покупателя интересуют arpu выше рынка, показатели движения абонентской базы и низкий opex. На достижения этих результатов можно и кинуть немного больше капекса. Плюс установить, что отток у такого оператора меньше чем у федерала из-за DPI, а не из-за того что время дозвона в кол-центр в 4 раза меньше, мне тоже пока достоверно не удалось ))) В общем ситуация понятна, перелив из пустого в порожнее нужно заканчивать :) Против технологии DPI как таковой я нисколько не агитирую, меня интересовали свежие идеи в свежем топике про DPI. Топик свежий, идеи старые :)

Эти слова - моё личное мнение, а соглашаться с этим или нет это ваше дело. И я никакого отношения не имею к производителям оборудования ;) только потребительское, как многие тут. И практическая идея есть - обеспечить высокое качество сервиса, путем приоритетзации трафика абонента. Или вы считаете борьбу за качество продаваемой услуги ерундой? Тут же отписывались участники, которые успешно используют на сетях DPI. Или они тоже невменяемые? Ну про невменяемых это вы сами придумываете. Про использование я нисколько не сомневаюсь, опыт личный имеется. Про успешный можно поподробнее? Поставили одну коробку, посмотрели профиль трафика. Дальше что делаем?

И системы DPI, и системы кэширования позволяют: а) экономить на аплинках; б) повысить QoE. Если речь идет о крупном операторе, то лично у меня вообще бы не стоял вопрос о том нужно ли тратить средства на эти системы. Уже нельзя просто предоставлять абонентам канал, тупо нарезая его на каждого абонента. Надо _управлять_ абонентским трафиком. Нельзя давать "полную свободу" абоненту, а точнее его трафику. Когда есть полная свобода - начинается хаос. Моё мнение, что схема - купил аплинк, тупо порезал, продал - уйдет с этого бизнеса. Скоро это случится или нет, не знаю. Это все ничем не подкрепленные слова. Просто мантра производителя оборудования читается ))) Я в общем как раз думал может какая практическая идея у вас есть или в процессе обсуждения всплывет.

А как зарабатывать на приоритетном обслуживании скайпа? А как зарабатывать на хорошей связности? А сколько абонентов и как часто пользуются хорошей связностью, а сколько скайпом? Но, кстати, хорошая связность для оператора прекрасный пунктик в списке qoe. Поважнее dpi

Не надо мне голоса - мне надо резать P2P. Я же привел уже пример с микроволновкой. А для "своего" голоса достаточно ресурсов своей-же сети. При таком стиле дискуссии лучше не будем тратить время друг друга. Я вас спрашиваю зачем резать p2p, а вы мне то про нужный голос, то про ненужный. Аналогия с микроволновкой может быть только от лица жены-домохозяйки, которая технику покупает, но не платит. Более того dpi никак не тянет на небольшой бесплатный бонус. XX килобаксов за десятку только чисто железа, без опекса и затрат на интеграцию (я говорю о крупном операторе, быт самописателей пропустим). И эту сумму помноженную на количество каналов можно потратить на гораздо более полезные вещи.

А как зарабатывать на приоритетном обслуживании скайпа?

А как проверить? Обещают вероятность более 90 процентов. Но видел кейс на некорректную классификацию гораздо более простого протокола. Вообще вопрос аховый. Это же все блек-боксы. В динамике понять кто врет можно имея постоянную лабу из нескольких производителей прогоняя через рих живой трафик (или копию). Никакая иксия тут не поможет. Вопрос подозреваю кстати, редко поднимается как раз из-за минимального влияния уже установленных dpi на бизнес ) что он там насчитал и как никого с точностью до процента не интересует )

Дык по этому поводу я же не спорю, я подпишусь под вашими словами. Речь зашла о том что почувствует абонентский говнороутер, ведь именно он окажется между абонентским торрент-клиентом и вашим DPI. А профит от DPI будет, в этом я нисколько не сомневаюсь :) Что значит более приоритетный трафик? Для кого более приоритетный? Еще точнее спрошу, почему более приоритетный именно для оператора связи? Приоритетный с точки зрения провайдера и тарифных планов. Разумеется, низшим приоритетом будет обладать торрент. Естественно, сёрфинг не должен затрудняться FTP, а голос имеет наивысший приоритет, к примеру. То есть на уровне логики. Странный вообще говоря вопрос. Совершенно логичный вопрос. Я хочу разобраться, что и как вы хотите приоритезировать потратив деньги на DPI и как собираетесь эти инвестиции возвращать.. С точки зрения операторов связи фиксированного ШПД в РФ существует труба безлимита, свои голосовые услуги и тв идут "рядом" и прекрасно работают без DPI.

1. Как минимум голос. 2. Видимо каждый своего. Я - фиксированного. А в какой точке пересекается голос и dpi? "Свой" голос приоритезируется на сети силами грамотного дизайна сети.

Тоже интересно, но для энтерпрайза. Procera скоро посмотрим. Но хочется еще анализ трафика на вирусы, а не только аномальную активность. В свое время коллеги ставили старенький Allot с производительностью в 100 или 200 Мбит/с (не помню точно) на span с гиговых портов. На удивление работал, не вис. Просто анализ получался sampled. Ну так для профилирования трафика более и не надо.

За циску не скажу (кроме сце8К у нас ничего нет), но по поводу "отличного функционала DPI" на хуавейской коре вы явно погорячились. Там вагон ограничений по иерархическим политикам. Какой Huawei? 9810? Я еще раз скажу, что идеального DPI нет. И, назовем их embedded, E-DPI, решения проигрывают SA-DPI в прогоне по списку функционала xls. Но после того как отсеять "синтетические" в условиях нашей страны сценарии использования, оставшиеся посчитать в деньгах, посмотреть что стоит развернуть SA-DPI на сети, интегрировать с OSS/BSS, понять в процессе рисования HLD, какие ресурсы есть у вендора SA-DPI на RF&CIS, то в голову очень многих заказчиков приходит мысль о том, что стоит более внимательно посмотреть на продукцию старых знакомых :) Железяка придет через два дня, поэтому объясню пока как вижу (кто использует уже - поправят меня): например есть несколько типов трафика при настройке системы - высокоприоритетный, нормальный, прочий. На каждый пишутся такие правила, чтобы высокоприоритетный трафик мог вытеснять из "трубы" нормальный, а нормальный мог вытеснять прочий. P2P можем классифицировать как прочий. Такие правила могут устанавливаться как на абонента, сеть, канал и прочие сущности. 1. Что для вас более высокоприоритетный трафик? 2. Ну и до кучи мы фиксированного клиента обсуждаем или мобильного? Если последнего то large screen или small screen?

Дык по этому поводу я же не спорю, я подпишусь под вашими словами. Речь зашла о том что почувствует абонентский говнороутер, ведь именно он окажется между абонентским торрент-клиентом и вашим DPI. А профит от DPI будет, в этом я нисколько не сомневаюсь :) Что значит более приоритетный трафик? Для кого более приоритетный? Еще точнее спрошу, почему более приоритетный именно для оператора связи?

Не очень понял связь между DPI, который обсуждаем в этом топике и "DIR-300". Поясните.

Про циску. Я знаю, что в ASR есть функционал DPI, просто интересно, может кто уже использовал. Нужны детали. Извините, холивар разводить не будем :) Ответил в личку

Да у всех есть. Равно как и MS-ISA модуль в 7750 "для фиксовиков", аналогичный сервисный модуль в Redback, про Juniper уже говорили. Да, если посмотреть в лоб, то где-то по перфомансу меньше, где-то по функционалу, интеграции с VAS. Потом нужно начать расписывать внедрение у себя SA-DPI, выяснить, как бум по Gx работать (для фиксовиков можно спросить про ассиметрию на разнесенных PoP с большим количеством толстых аплинков) и понять что в жизни счастья нет и проще не работать с людьми, которые за "бла-бла-бла лет лидирующего положения на рынке" не догадались разработать те самые средства по управлению и оптимизации трафика, а поставляют клиентские Java утилитки для управления конкретным node. Вот за пару лет в крупняк SA-DPI перестанут звать совсем и те, кто не успел продаться, бабло будут собирать на подножном корму с соответствующими реинвестированием в RND.

А с этого места можно поподробнее? Какие подробности нужны? Покрутите то, что Huawei зовет SCG. Ну и ASR5k, хотя про последний периодически люди говорят, что находят "узкие места" (с). Но почему-то не говорят какие именно :) Может и не по технике узкие места ;)

Уже и в мобиле прошли "точку невозврата", так что "скрипач DPI не нужен, дорогой" (с). Но там хотя бы "перезагрузка имени LTE" будет :) К тому же, как минимум и cisco и huawei мобильной коры показывают отличный функционал DPI без особой потери производительности. Те кто купил stand-alone DPI просто отлично пильнул бабло и/или закрыл локальные внутренние активности. Как бы Sonne ни казалось это фантастическим, в телекоме деревья рулят ветром в 80% случаев. Никакого кейса на дополнительных инвестициях в обработку трафика, продаваемого по бросовым ценам нет и не будет. А для уменьшения churn нужно не DPI расставлять, а сеть доступа нормально эксплуатировать и кол-центр муштровать/расширять.

Все очень просто. у МГТС уже есть платформа IPTV. А конкурировать в базовом пакете с компанией, чьи услуги включены в ЕПД бессмысленно. Ставить в пример Ростелек с НКС бессмысленно, так как к выбору стратегии НКС Ростелек не имел никакого отношения.

"Пардон, но так уж получилось, что я большую часть жизни зарабатывал переводом с птичьего языка инженеров на язык бизнеса и общечеловеческий. Здесь эта задача ни разу не решена корректно. Получилась полная лажа." Дык то, что у вас получалось или получилось бы лучше не сомневается 146% форумного населения. Но речь идет о простых смертных.

"Колесо" (с), весьма шарящий мужчина, не только в деле отжима бабла на новых доменных зонах, так что не гоните. В интервью нетехнической прессе выдал набор штампов про "выше, быстрее, сильнее", понятным для обывателя языком. Никто из вас ни разу продаванам презентацию не читал по технической составляющей продукта? Когда кажется что презентация для детей, а после начала выясняется что нужно разжевывать еще подробнее. И вообще что он должен был сказать? Что всем этот IPv6 нужен примерно так же как и КЦ национального домена? :)

Вы где-нибудь такой процент видели на нишевую услугу, кроме как в wiki? Видеонаблюдение неоднократно просчитывалось и в компаниях "по-больше Горкома". Сделать приемлимым технический capex особых проблем нет (не умаляя достоинств решения Милицкого - я же не знаю, какие проблемы перед ним стояли и как он их решал). А вот для того чтобы эти самые 15% вообще хоть раз услышали о такой услуге как "видеонаблюдение за няней" нужно вложить более чем конкретные деньги. После анализа стоимости "маркетинга", расходами на головную часть видеонаблюдения в последний раз мы вообще во внутренних дискуссиях стали пренебрегать. Вообще очень странное суждение: техника роли не играет, был бы "маркетинг". Если под маркетингом понимается, что все те у кого есть няня, зашли на сайт, увидели баннер и отнесли денежку (или вирусный ролик на youtube и отнесли снова денежку), то это розовые мечты. P.S. Сам запуск этой услуги Горкомом поддерживаю - больше разнообразной движухи, хорошей и разной.

Да ничего особенного: Peerapp легко встает в любую сетевую инфраструктуру так как прозрачен. Oversi требует ip адрес и соответственно изврата в любой крупной сети, особенно с "историческим наследием". Но последний может быть использован при кешировании шифрованного торрента так как он же по сути пир. Сильно перевесит шифрование, или может быть Peerapp что-то придумает - только время покажет. А еще отдельной строкой сравнения идет занимаемое место/электропитание. Особенно для систем производительностью 10GE

сами себе противоречите, ибо программная часть одинаковая с 8000, который, по вашим словам, "еще хоть как-то". Нет, скорее меня подвела краткость ответа. Под еще как-то, я как раз и подразумевал 10GE интерфейс, который, по моему опыту, становится стандартом при количестве реального трафика больше 3-4GE. Как минимум на уровне агрегации и терминации трафика (это я сразу заложусь, что бы мне не напихали в факап ситуацию с более дискретными аплинками :) ) Железку становится физически возможным поставить на определенный срок жизни сети. Так что "хоть как-то" - поставить 8000 на канал с 4GE трафика. В принципе можно начать сравнительный анализ различных DPI с точки зрения удобства форм-фактора,количества новых сессий в секунду, с работы с ассиметричным трафиком и интеграции с BSS/OSS и т.п., но на конкретный вопрос SIG или SCE у меня был совет "ни то, ни то". Если обязательно один из них, то тогда однозначно SCE, но начиная с 8k