Ошибка: Failed to parse the Currency Converter XML document.
$18 601.53


Ошибка: Failed to parse the Currency Converter XML document.
$2 064.40


Ошибка: Failed to parse the Currency Converter XML document.
$1 791.12


Расчеты и просчеты биллинговой системы

Многие провайдеры Интернет взимают плату в зависимости от объёма передаваемых данных. Такой способ тарификации характерен для беспроводного доступа и подключений по выделенной линии — домовых Ethernet-сетей, DSL и т.п. Удобство состоит в том, что абонент не тратит свое время на многократные подключения и отключения от сети. Но за это удобство надо платить — и размер оплаты напрямую зависит от правильной работы биллинговой системы, которая занимается подсчетом, классификацией и тарификаций трафика. Доверие к данному способу оплаты основано на убеждении о том, что биллинговая система работает правильно и честно. В основном, так оно и есть (а иначе кто бы стал доверять?) — но есть одна частность, про которую и написана эта статья.


1. Где считается трафик?

Информационные технологии только сейчас входят нашу жизнь и многим кажутся необычными — но на самом деле это всего лишь один из новых видов коммунальных услуг. Данные — это ресурс, как электроэнергия, вода, тепло и газ. Они передаются по информационным сетям в виде так называемых пакетов, которые можно посчитать и тарифицировать.

Мы все привыкли к счетчикам электроэнергии. Многие ставят в квартирах счетчики воды, чтобы платить только за ту воду, которая была потрачена и не оплачивать утечки водопроводной сети. Пакеты данных, которые передаются по каналам связи, тоже могут быть потеряны — в дальнейшем мы оценим величину этих потерь, а пока зафиксируем понимание того, что потеря пакетов данных — это вполне нормальное, штатное явление. Существует режим «надежной передачи данных», при котором потерянные пакеты данных передаются через информационную сеть повторно — до тех пор, пока все они не будут доставлены адресату.


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

Представьте себе такую картину — Вам отправили несколько посылок наложенным платежом, некоторые из них по дороге потерялись — но почта требует, чтобы Вы оплатили все отправленные посылки. Бред? Но есть провайдеры Интернет, которые именно по такой схеме и работают!
И тут мы переходим к самому интересному вопросу — а какой может быть дополнительная накрутка за потерянные пакеты? Вы, наверное понимаете, что речь идет не о 2-3% — такая накрутка будет интересна разве что специалистам по правам потребителей, а менее придирчивая публика на нее даже и внимания не обратит. Может быть, речь идет от 10-20% или даже больше? 50%, 100%, 200% — кто больше? Читайте дальше.

2. Немного технологии

Распространенные в России локальные сети выполнены по одной из следующих технологий:
10-мегабитный Ethernet;
100-мегабитный Ethernet;
Гигабитный Ethernet.

Пропускная способность указанных сетей соотносится как 10/100/1000. 10-мегабитный Ethernet обычно применяется в домовых сетах при внешней прокладке кабеля, 100-мегабитный Ethernet — во внутренних сетях «офисного» класса, гигабитный Ethernet может работать во внутренней сети провайдера, а также применяться для подключения крупных клиентов.

Трафик принято считать байтами, т.е. пактами по 8 бит. Для самого медленного 10-мегабитного Ethernet предельная пропускная способность в одну сторону вычисляется как 10 мегабит / 8 бит в байте / 1.25 = 1 мегабайт в секунду. Коэффициент 1.25 вводится для примерного учета технических пауз при передаче пакетов данных. Реальная пропускная способность будет еще меньше — скорее всего от 300 до 700 килобайт в секунду в зависимости от особенностей применяемого сетевого оборудования, качества линий связи и количества активных клиентов в сети. Соответственно, 100-мегабитный Ethernet даст максимум 10 мегабайт в секунду, а на самом деле 3-7 мегабайт в секунду, гигабитный Ethernet — до 100 мегабайт в секунду. Для полноты картины надо отметить, что если если в сети есть проблемы — то ее реальная пропускная способность будет падать вплоть до 0.

А теперь представим себе такую ситуацию — к провайдеру пришел направленный к Вам трафик гигабитного класса, скажем — 20 мегабайт за одну секунду. Биллинговая система провайдера посчитала трафик и маршрутизатор отправил его в домовую сеть. Какая честь трафика дойдет до Вас? Это зависит от многих факторов, прежде всего — от скорости вашего подключения. Если на пути к Вам в домовой сети встретится хотя бы один 10-мегабитный канал связи, то он сможет пропустить за секунду максимум 1 мегабайт, а все остальные 19 мегабайт будут утрачены. Соотношение потерянных и доставленных пакетов будет равно 19/1 = 1900%. Такой может быть накрутка, которую Вы заплатите провайдеру за потерю пакетов в его сети. Вполне возможно, что потерянные данные Вы в итоге все-таки получите, потому что Сеть обычно передает их повторно. Но повторную передачу данных Вы оплатите отдельно.

Снова почтовая аналогия — Вам отправили 20 посылок наложенным платежом, 19 из них куда-то подевались, Вам вручили только 1 посылку и попросили заплатить за все 20. Скажете, что такого не бывает? На почте и в самом деле не бывает, а в Сети — бывает.

3. Реальный пример подсчета трафика

Приведем выдержку из таблицы, полученной от биллинговой системы одного провайдера Интернет:


NN IP from МБ Время

    ----------------------------------------

    373 ***.***.136.9 0.0946 13:51:16

    374 ***.***.138.129 0.0149 13:51:16

    375 ***.***.155.14 0.0004 13:51:24

    376 ***.***.190.196 0.0009 13:51:24

    377 ***.***.138.129 0.0029 13:51:24

    378 ***.***.136.9 0.0009 13:51:24

    379 ***.***.136.9 0.0003 13:51:24

    380 ***.***.155.11 0.0004 13:51:24

    381 ***.***.155.16 0.0004 13:51:24

    382 ***.***.138.139 0.0004 13:51:24

    383 ***.***.138.129 0.0004 13:51:24

    384 ***.***.136.9 0.0006 13:51:24

    385 ***.***.136.9 0.0144 13:51:24

    386 ***.***.138.129 173.5546 13:51:24

    387 ***.***.138.129 161.3103 13:51:32

    388 ***.***.138.129 0.0058 13:51:32

    389 ***.***.136.9 0.0002 13:51:32

    390 ***.***.136.9 0.0018 13:51:32

    391 ***.***.155.11 0.0004 13:51:32

    392 ***.***.155.16 0.0004 13:51:32

    393 ***.***.155.14 0.0004 13:51:32

    ----------------------------------------
    


В графе МБ приведен объем трафика. Каждая цифра получается в результате усреднения трафика по 8-секундному интервалу времени. На таблице виден всплеск активности с объемом 173.5546 + 161.3101 = 334.8649, который продолжался 16 секунд. Средняя интенсивность трафика за этот период составила 20,93 мегабайт. У абонента стоит 10-мегабитный интерфейс; поскольку его пропускная способность не более 1 мегабайта в секунду, то минимальные расчетные потери составляют величину 19.93 * 16 = 319 мегабайта (округленно). Собственно денежные потери абонента зависят от типа тарификации. Если бы речь шла о внешнем трафике с ценой 6 рублей за мегабайт, то потери абонента на этом всплеске активности составили бы 1914 рублей. Надо отметить, что в данном конкретном случае имело место несколько всплесков в течение всего полутора часов работы, при этом общий объем потерянного трафика составил величину порядка 2.6 гигабайт. Глядя на эти цифры, можно подумать о том, что речь идет о трафике большой организации, но на самом деле это не так — весь трафик шел на одно рабочее место.

Я не буду вдаваться в детали о том, каким образом получился этот трафик, т.к. данная статья является популярной и специальные вопросы в ней не обсуждаются. Рассмотренная ситуация является маловероятной, но она может возникнуть как в результате определенных действий абонента, так и совершенно независимо от того, что он в данный момент делает в сети. Общий вывод такой — любой абонент данного провайдера может лишиться положительного баланса на счете в течение всего нескольких минут!

Заключение (вопросы, которые надо задать провайдеру)

Что надо делать для того, чтобы не попасть в описанную выше ситуацию потери баланса? Поставьте на компьютере программу подсчета сетевого трафика, которая позволит отследить его повышение до предельных значений и проверить статиcтику провайдера. А самому провайдеру задайте следующие вопросы:
Проводится ли подсчет трафика по числу байт, поступивших на сетевой интерфейс абонента или вместо этого берется число байт, полученных для абонента из Сети?
Если ли возможность ограничить интенсивность потока данных, получаемых для абонента из Сети?

При положительном ответе на первый вопрос про сетевой интерфейс на всякий случай убедитесь, что данное упоминание имеется в тексте договора на оказание услуг. На сетевом интерфейсе следует поставить минимальную (10-мегабитную) скорость.

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

А если Вы не получили ясный положительный ответ хотя бы на один из этих вопросов — то выберите, если это возможно, более квалифицированного провайдера. Ряд провайдеров предлагают услугу ограничения трафика, но с дополнительными условиями — например, на безлимитном тарифном плане. Многие провайдеры дают возможность установить дневной лимит расходования средств, что позволяет ограничить финансовые потери.

 

Интересное

Первый прикол на Дельфи....
Привет читатель. Для написания прог-приколов тебе понадобиться комп, Delphi 6 (7 или выше) и руки, желательно прямые. 1 прикол: Голодный CD-Rom Щёлкни мыщью 2 раза по форме и там пиши...
Подробнее...
Что? Шумит компьютер?
Давным давно жили-были первые компьютеры. Они были большие и неповоротливые и очень сильно шумели и гудели. Эти первые компьютеры были очень нежные, хоть и железнокрепкие (я — Маяковский!),...
Подробнее...
Создание приложений OLE 2
В этом разделе вы создадите два новых приложения OLE. Первое — простая программа-сервер OLE, второе — пример простого контейнера OLE. Эти программы предназначены для демонстрации минимальных...
Подробнее...
Средства Delphi 7 для...
Рассмотрим наборы компонентов, которые присутствуют в библиотеке компонентов delphi 7, предназначенных для работы с базами данных. Вы узнаете, что такое набор данных, источник данных и...
Подробнее...
Обзор и установка системы...
ВведениеДумаю, в настоящее время никто уже не станет спорить с утверждением, что процесс вхождения Linux в корпоративный мир стал необратимым, а процент установок этой операционной системы на...
Подробнее...
PHP кодировка писем
У меня часто спрашивают, как отсылать письма с помощью php в правильной кодировке: после отправки письма с русскими буквами, на почту людям приходит абракадабра.А все дело в том, что для почты у...
Подробнее...
Unix-сервер: Установка и...
Несмотря на то, что для полного описания установки и настройки операционной системы и серверного ПО нужна целая книга, эта статья поможет вам увидеть основные сложности процесса и покажет...
Подробнее...
100 компьютерных фактов
Когда я был мелким карапузом, я любил читать все подряд. Особенный интерес у меня вызывали книжки из серии «Хочу все знать», так как я мечтал стать межгалактическим диктатором, а для этого...
Подробнее...
FAQ по ЧПУ...
ЧПУ — это термин, придуманный командой НовоКиберска, обозначает он «Человекопонятный УРЛ». Термин нигде широко не употреблялся, пока я не написал 5 сентября 2000 года заметку «ЧПУ и...
Подробнее...
Наиболее распространенне...
Количество случаев похищения идентификационных данных все растет. Нашла ли ваша организация решение этой проблемы или она остается для вас по-прежнему актуальной? Личные идентификационные данные...
Подробнее...