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


http://www.imach.uran.ru/rns


Введение
1. Где считается трафик данных?
2. Немного технологии
3. Реальный пример подсчета трафика
Заключение (вопросы, которые надо задать провайдеру)
Сведения об изменениях
Копирайт

Ах, обмануть меня не трудно!
Я сам обманываться рад!        
А.С.Пушкин

Введение

Многие провайдеры Интернет взимают плату в зависимости от объёма передаваемых данных. Такой способ тарификации характерен для беспроводного доступа и подключений по выделенной линии - домовых 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.4 гигабайта. Глядя на эти цифры, можно подумать о том, что речь идет о трафике большой организации, но на самом деле это не так - весь трафик шел на одно рабочее место.

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

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

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

    1. Проводится ли подсчет трафика по числу байт, поступивших на сетевой интерфейс абонента или вместо этого берется число байт, полученных для абонента из Сети?

    2. Если ли возможность ограничить интенсивность потока данных, получаемых для абонента из Сети и заблокировать прием данных в нерабочее время?

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

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

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

    Сведения об изменениях

    9 марта 2006 года - предварительная публикация.
    11 марта 2006 года - доработано заключение.

    Копирайт

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

    Причал - портал общения и творчества