Поскольку пакеты могут теряться, не праздным будет вопрос о том, где
стоит их счетчик. Ставить счетчик данных в каждую квартиру - накладно,
да к тому же и невыгодно провайдеру, потому что в тариф будут входить
только доставленные пакеты данных. Практичнее посчитать полный входной трафик
абонента, полученный провайдером из глобальной сети. Посчитанный таким
образом трафик направляется абоненту по домовой сети. То, что определенная
часть пакетов будет потеряна при передаче через домовую сеть - провайдера
как бы уже не касается. Таким образом, к реально потребленному абонентом
трафику добавляется скрытая накрутка из потерянных провайдером пакетов.
Представьте себе такую картину - Вам отправили несколько посылок
наложенным платежом, некоторые из них по дороге потерялись - но
почта требует, чтобы Вы оплатили все отправленные посылки. Бред?
Но есть провайдеры Интернет, которые именно по такой схеме и работают!
И тут мы переходим к самому интересному вопросу - а какой может быть
дополнительная накрутка за потерянные пакеты? Вы, наверное понимаете, что
речь идет не о 2-3% - такая накрутка будет интересна разве что специалистам
по правам потребителей, а менее придирчивая публика на нее даже и внимания
не обратит. Может быть, речь идет от 10-20% или даже больше? 50%, 100%,
200% - кто больше? Читайте дальше.
Распространенные в России локальные сети выполнены по одной из следующих
технологий:
Гигабитный 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 килобайт в секунду. При таком
ограничении вероятность потери пакетов невелика и Вам не придется много
переплачивать, если провайдер считает пакеты на своем входе.
А если Вы не получили ясный положительный ответ хотя бы на один из этих
вопросов - то выберите, если это возможно, более квалифицированного
провайдера. Ряд провайдеров предлагают услугу ограничения трафика, но
с дополнительными условиями - например, на безлимитном тарифном плане.
Многие провайдеры дают возможность установить дневной лимит расходования
средств, что позволяет ограничить финансовые потери.
Автор: Рауль Нурович Шакиров
Источник: www.imach.uran.ru/rns/