Для начала дисклезмер: The expressed views and opinions are strictly mine. The contents of this email is not reviewed, approved or endorsed by my employer, wife, kid, cat or little green aliens.
Прошу так же заметить, что я не критикую конкретный продукт, а технологию.
Итак, что предлагается в качестве пряников:
* борьба с пиртупиром
* борьба с паразитным трафиком
* жульничество с безлимитными тарифами
* возможность срубить бабла с контентщиков за гарантии
* врезка рекламы
* турбо-батон
* срубание бабла за включение "сервисов"
Замечательная штука DPI, правда?
Теперь по пунктам.
* Борьба с пиртупиром.
Сама идея таковой борьбы - ущербна. Пиртупир - это _эффективное_ использование полосы для распространения контента. У юзеров есть потребность получать определенный контент и эту потребность они будут удовлетворять. Если они будут это делать не пиртупирно, то оператору будет еще хуже. Да, конечно, пиртупир можно сделать еще эффективней. См. IETF WG LEDBAT и P2PI. В последнем случае от оператора ожидается определенное содействие. И выгоды тут взаимные - выигрывает и пользователь, и оператор.
Техническое воплощение столь же ущербно. Криптографически защитить p2p трафик нет никакой проблемы и DPI просто нихрена не поймет. И если развернутый DPI действительно будет портить юзерам ихний пиртупир, то у пользователей есть прямой стимул прибегнуть к такой защите. Поэтому, DPI в этом случае - не более чем временная затычка. Кому-то, у кого действительно серьезные проблемы с емкостью сети, она поможет выжить до следующего апгрейда. Но рассчитывать на него в стратегическом плане для решения проблемы пиртупира - огромная ошибка и выброшенные деньги.
* Борьба с паразитным трафиком
Может быть, а может быть и нет. DDoS трафик трудно отличим от "нормального" трафика.
* Лимитные безлимитные
Почему безлимитные тарифы "победили"? Они _простые_. У юзера не болит голова о том, сколько он скачал, сколько скачала жена, ребенок и кошка. Уплочено. Это очень-очень ценное свойство безлимитных тарифов с точки зрения абонента. Ну а заодно можно и пиртупирчиком побаловаться.
* Бабло с контентщиков за гарантии качества
В первую очередь этот бабло сможет возникнуть только если емкости сети хватит для этих гарантий. Что решается правильным планированием и своевременным расширением этой самой емкости. А если емкости нет, то как ее ни пили, то она от этого не возникнет. DPI емкости не добавляет.
* Врезка рекламы
Даже обсуждать не хочу.
* Турбо-батон
Удивительная штука, этот батон. Пожалуй, все вендоры брасов в свое время трясли этой супервозможностью. Кто-нибудь задеплоил? И сколько юзеров этим пользуются? У меня на этот счет нет никаких данных, но чисто умозрительно это должен быть исчезающе малый процент пользователей и, соотвественно, исчезающе малый доход.
* Бабло за включение "сервисов"
Пожалуй, это самое вредное применение DPI, которое можно придумать. Успех Интернета состоит именно в том, что по нему можно запустить любой сервис. Сломать эту возможность - значит сделать Интернет абсолютно бесполезным.
Лично я вижу определенную пользу от пассивного DPI - он может сгенерировать много интересной статистики, полезной для capacity planning'а, например. Но все сценарии активного вмешательства с помощью DPI в сеть либо бесполезны, либо вредны.
Vladimir Litovka пишет:
если речь идет только о том, чтобы сэкономить на внешних каналах, то апгрейд бордер-раутера с 30Mbps до 100Mbps обойдется, безусловно, дешевле, но апгрейд с 1Gbps до 10Gbps - это уже вопрос2008/11/19 Vladimir Litovka <doka.ua <http://doka.ua>@gmail.com
если говорить о том, что нужно расширять емкость сети агрегации со 100Mbps до 300Mbps, то это одно, а апгрейд с 1Gbps до 10Gbps - то это уже несколько другие деньги
если говорить о том, чтобы зарабатывать еще - то это и не об апгрейде :) это - тарифные планы с приоритетами и гарантиями, это - реклама, это - дополнительные услуги по мановению check-box'а на портале
Вопрос один - в стоимости реализации такого решения,
особенно по сравнению с простым расширением каналов
<http://gmail.com>>:
> Коллеги,
>
> в процессе работы родился документ, описывающий возможности для
применения
> механизмов Service Control в операторских сетях. Несмотря на то, что
> документ не технический, он может быть интересен тем, кто
подписан на эту
> рассылку. Посему - любые вопросы в связи с этим документом
(равно, впрочем,
> как и любые другие), приветствуются.
>
>
http://vugluskr.mml.org.ua/pubCiscoDocs/control/SerCo-mktg-vlitovka-v1.1.pdf
>
> Enjoy reading :-)
--
/doka