» Тарификация в двойном объеме

Есть один компьютер (OC Windows XP), подключенный к сети (только интернет) по радиоканалу (в системном блоке установлена плата Cisco 4800, далее коаксиальный кабель до антенны – приемо-передатчик).
Трафик контролируем с помощью t-meter (теперь с du-meter). Единственная проблема по нашей детализации (специально скачивали файл размером около 50 Мб, на следующий день в детализации 100), каждый день их детализация отличается от нашей ровно в два раза. Провайдер никаких претензий не принимает, говорят что просто ошибки в пакетах, по почему постоянно отличие ровно в два раза. Возможно кто-то сталкивался с таким, отчего так может быть? Реально ли мне доказать, что провайдер просто накручивает нам трафик? (На полной детализации видно, что при передачи 50 Мб видно, что по два раза передаются примерно одинаковые части файла (смотрю по объему, отличающиеся на несколько кБ.) Но я ведь принимаю только 50 мБ, остальное просто прокручивается на сервере). Посоветуйте, пожалуйста. Может быть дело в моем компьютере?

P.S. Простите, если вопрос задан не в той теме, просто уже не знаю куда обратиться, начинающий я пользователь

Если файл был 50Мб, то t-meter в любом случае должен показать больше. И если ты видишь, что идут повторы пакетов, то опять же t-meter должен их всех показать. Постарайся настроить tmeter. (Может t-meter некорректно работает с Cisco 4800?)

А что с исходящим трафиком?
Чем считает провайдер?

Сейчас я использую Dumeter, но когда я использовал tmeter – там выставлял ограничение на 60 Мб (входящий+исходящий) (работало все правильно – трафик блокировался - выставляли более 100 Мб).
Провайдер говорит, что у него все сертифицировано – значит все правильно
Я понимаю (вероятно, в первом сообщении написал некорректно), что при тарификации учитывается исходящий и входящий – суммарный, т.е. скачивая 50 Мб, я реально использую около 55-60 Мб (где-то 5-8 Мб на исходящий), но провайдер мне выставляет 110-120 Мб (В этот день скачал только один файл finereader – трафик получился 54 Мб (общий), потом интернетом не пользовался – в итоге выставили 108 Мб). Как мне это доказать: свои программы для тарификации устанавливать не хотят, прийти и скачивать файлы, а потом сравнить объемы с их биллингом тоже не соглашаются. Такая тарификация повторяется каждый день
Проблема в том, что у нас в городе, там, где находится предприятие, нет нормальных телефонных линий, чтобы подключаться к другому провайдеру. Радиодоступ предоставляет лишь один провайдер.

Tessey7
О! блин... У меня почти гениальная идея родилась! Поставить у себя также сертифицированное оборудование/ПО и сравнить. Если будет та же разница, то запротоколировать, хватать их за хобот и в суд. Хм... Это не ваш путь? Понимаю. Тогда лучше продолжить дискуссию в этой теме.

Добавлено
Вот, нашел -- система LANBilling, сертифицирована, есть бесплатная версия, что радует, но неизвестно, распространяется ли на нее сертификат. Хотя, похоже, что нет. Что ж, будем искать...

Тут видимо надо просто пугать судом и требовать проверки.
Что значит не хотят идти смотреть?
Просто не оплачивайте счет и все. И проверьте что за сертификаты они там вам суют. Какой у них биллинг?
У меня был случай когда провайдер умножал на 1.2, но на 2 это уже маразм

Большое спасибо всем ответившим
Я уже и к юристам обращался, договор очень маленький: при переговорах (устных) грозить бесполезно, в ответ они предлагают использовать оставшийся трафик, после чего они отключают в одностороннем порядке, либо не выставляют больше счетов, соответственно, при любом развитии событий доступа у нас не будет. Теперь вообще с нами отказываются вести любые переговоры, мотивируя, что у всех все работает и никаких претензий ни у кого нет.

А суд: у нас регион, тут суду про компьютеры то сложно объяснить, а тут провайдер с его распечаткой (сертификат они найдут), которая по их мнению соответствует действительной.
Для примера привожу пример детализации, как Вы думаете, что происходит:
Процесс закачки finereader размер 45926912 байт
FROM PortFr TO PortTo Type Byte

195.151.171.169 http 217.107.xxx.xx client tcp 264464
217.107.xxx.xx client 195.151.171.169 http tcp 10504
atw-fe.sac2.fastse http 217.107.xxx.xx client tcp 2780
195.151.171.169 http 217.107.xxx.xx client tcp 16235710
217.107.xxx.xx client 195.151.171.169 http tcp 371786
atw-fe.sac2.fastse http 217.107.xxx.xx client tcp 2728
195.151.171.169 http 217.107.xxx.xx client tcp 15588652
217.107.xxx.xx client 195.151.171.169 http tcp 361572
auto1000.de http 217.107.xxx.xx client tcp 170836
212.15.82.20 http 217.107.xxx.xx client tcp 10532
10.14.0.20 none 217.107.xxx.xx none icmp 3000
195.151.171.169 http 217.107.xxx.xx client tcp 17700817
217.107.xxx.xx client 195.151.171.169 http tcp 404328
195.151.171.169 http 217.107.xxx.xx client tcp 16698080
217.107.xxx.xx client 195.151.171.169 http tcp 381400
195.151.171.169 http 217.107.xxx.xx client tcp 17431597
217.107.xxx.xx client 195.151.171.169 http tcp 403400
195.151.171.169 http 217.107.xxx.xx client tcp 13311916
217.107.xxx.xx client 195.151.171.169 http tcp 314036
195.151.171.169 http 217.107.xxx.xx client tcp 114000
217.107.xxx.xx client 195.151.171.169 http tcp 2832
Итого: около 100 Мб трафика (качал c помощью flash get – закачивал точно один раз, хотя создается ощущение, что закачивали дважды, с другими файлами и web страницами файлами результат аналогичный)
Потом, в другие дни, качал файлы уже с помощью IE результат тот же.
По-моему весь трафик на прокручивается дважды, но к нам то идет только половина, запутался я совсем. Если будет время, разъясните пожалуйста детализацию, как мне все это аргументировать, кроме того как вызвать спецов провайдера и ткнуть их носом в экран и заставлять прокачивать, затем смотреть детализацию с нашей и их стороны

Tessey7

Цитата:

около 100 Мб трафика

А точнее -- 99.784.970 байт или 95.910198 мегабайт.

Цитата:

как Вы думаете, что происходит

Ничего особенного, насколько можно судить. Самый обычный трафик.

Цитата:

хотя создается ощущение, что закачивали дважды

Откуда такие ощущения? Тебя смущают данные, посылаемые от тебя "им"?

А вообще, может ну их на, таких провайдеров? Неужели альтернативы нет? Кстати, насколько ты действительно уверен в своей правоте? Да и идея все же посмотреть на их распечатку не так уж и плоха.

Тока сравнивая свою и их распечатку можно че нить понять.
Это так понимаю твоя?

Tessey7
а у тебя на твоих антенах усилители стоят?
если да то попробуй пинг запустить с какой нибудь NIX* системы
и посмотри сколько у тебя пакетов будут дублироватся
может твой провайдер как раз эти дупли и считает?

UncoNNecteD
Это распечатка их билинговой системы, сомнения с том, что при объеме файла 45.926.912 получаем, как здесь подсчитано: 99.784.970 байт. (Свои только от Dumeter (и показатель flashget) - там нет таких расшифровок, tmeter не смог настроить, чтобы смотреть такую детализацию, да web страницы открывались с ним в раз 5 медленнее независимо от активного или пассивного режима. Может кто знает простенькую программу для чайников, чтобы такие расшифровки составлять).
Антенна в прямой видимости: Уровень сигнала: низкий (Signal Strength 38 %, Signal Quality 75 % - настраивали несколько раз – лучше не получается, ping с их сервером 5-15 мс), единственное, что известно – наша антенна направлена на репитер. Усилителей нет, комплект стандартный: антенна 80 х 40 мм, 7 м коаксиального кабеля и cisco 4800). Альтернатив, к сожалению нет (да и деньги уже не вернут, а для нас, это действительно много), модемное соединение максимум на скорости 19600 бит/c при стоимости 30 руб/час. GPRS пока только начинает развиваться: скорость не более 2 Мбайт/час (сильная загруженность голосовых каналов, и большое количество пользователей GPRS).
Еще пример (их данные) (kavpersonapro около 14,5 Мб – здесь часть распечатки, т.к. большую часть времени составляли пакеты размером 10-20 кБ)
FROM PortFr TO PortTo Type Byte
downloads4.kaspers 63101 217.107.xxx.xx 63101 tcp 5782748
downloads4.kaspers 3292 217.107.xxx.xx 3292 tcp 4806088
downloads4.kaspers 3289 217.107.xxx.xx 3289 tcp 3910676
downloads4.kaspers 63105 217.107.xxx.xx 63105 tcp 1179088
downloads4.kaspers 3296 217.107.xxx.xx 3296 tcp 277588
217.107.xxx.xx 63101 downloads4.kaspers 63101 tcp 125056
217.107.xxx.xx 3292 downloads4.kaspers 3292 tcp 103952
217.107.xxx.xx 3289 downloads4.kaspers 3289 tcp 85432
217.107.xxx.xx 63105 downloads4.kaspers 63105 tcp 25296
downloads4.kaspers ftp 217.107.xxx.xx client tcp 10884
217.107.xxx.xx client downloads4.kaspers ftp tcp 7982
217.107.xxx.xx 3296 downloads4.kaspers 3296 tcp 6752
downloads4.kaspers 3296 217.107.xxx.xx 3296 tcp 2742000
downloads4.kaspers 3300 217.107.xxx.xx 3300 tcp 2727176
downloads4.kaspers 63105 217.107.xxx.xx 63105 tcp 2595918
downloads4.kaspers 3289 217.107.xxx.xx 3289 tcp 1935000
downloads4.kaspers 3304 217.107.xxx.xx 3304 tcp 1368176
downloads4.kaspers 3292 217.107.xxx.xx 3292 tcp 907500
downloads4.kaspers 3323 217.107.xxx.xx 3323 tcp 651088
downloads4.kaspers 3312 217.107.xxx.xx 3312 tcp 348088
downloads4.kaspers 3319 217.107.xxx.xx 3319 tcp 304392

Опяже, по-моему, идет постоянный повтор пакетов.
Что же теперь делать, без интернета остаться не хотим, как вести себя с провайдером?

А ping c UNIX системы - если можно: поподробнее (пинг надо запускать на мой IP и как определить, что пакеты дублируются?)

Tessey7
А ты качаешь прям с того компа который к ним подключен? У тебя никаких кэш-прокси нету?

UncoNNecteD
Да, у нас только один компьютер имеет выход в сеть, на нем только WinXP, карточка прописана в настройках сети, никаких программ прокси нет, провайдер говорит, что есть возможность использовать прокси у них, но наш компьютер соединен напрямую. (Извини за сумбурность: вообщем, Win XP + сетевая карта и никаких дополнительных программ, zonealarm, я думаю, никак не влияет). Может, правда, дело в репитере, на который направлена наша антенна, напрямую к провайдеру антенну направить не смогли (железобетон мешает)

Tessey7

Цитата:

А ping c UNIX системы - если можно: поподробнее (пинг надо запускать на мой IP и как определить, что пакеты дублируются?)

ставиш у себя какой нибудь *NIX и пускаеш с него пинг на своего провайдера
и наблюдаеш.....
напротив пакетов которые дублируются будет стоять -(DUP!)

С провайдером забившим на клиента *придется* расстаться.
Лучше раньше.

Tessey7
Может у вас в канале много битых пакетов, а провайдер считает на выходе и ему по барабану???..
Хотя при таком отношении лучше его послать далеко и надолго.

Мне провайдер тоже обяъяснял пробитые пакеты, но каждый день ровно половина битых пакетов, по-моему так не бывает. А с помощью Windows никак нельзя проверить битость (дублируемость) пакетов?
Неужели нельзя ничего доказать?
В понедельник попробую опять настроить tmeter, приглашу спецов провайдера, при них или пусть они сами осуществляют прокачку файлов. Далее делаю распечатку логов программы tmeter, где они расписываются в достоверности данных, иначе очень трудно что-то доказать.
А существуют ли вообще какие-нибудь независимые эксперты, экспертизы таких ситуаций?
Просто так расстаться с этим провайдером мы не можем, у нас нет даже нормальной телефонной связи (старые гнилые линии) и только через него по радиоканалу есть возможность подключиться к ГТС (сами пока не используем). Других альтернатив просто нет…

Ну можно попробовать припрячь какой нибудь независимый орган - типа НИИ или еще лучше пожаловатся в госсвязьнадзор. Если оттуда позвонят - думаю у вас трафик махом нормализуется, ибо потерять лицензию и заработать неуважение в ГосСвязьНадзоре для провайдера - конец карьеры.

в винде есть команда хитрая pathping
это работает как обычный tracert, но еще показывает процент битых/переданных пакетов на каждом хопе. Попробуй, запустить pathping хо провайдера, и подальше - авось накопаешь причину... Только не забудь отписать о результатах

Tessey7

Цитата:

Процесс закачки finereader размер 45926912 байт
FROM PortFr TO PortTo Type Byte
195.151.171.169 http 217.107.xxx.xx client tcp 264464
217.107.xxx.xx client 195.151.171.169 http tcp 10504
......
195.151.171.169 http 217.107.xxx.xx client tcp 114000
217.107.xxx.xx client 195.151.171.169 http tcp 2832
Итого: около 100 Мб трафика (качал c помощью flash get – закачивал точно один раз, хотя создается ощущение, что закачивали дважды, с другими файлами и web страницами файлами результат аналогичный)

А почему тебе провайдер считает и входящий и исходящий трафик?

Rodriges
Спасибо за подсказку, завтра-послезавтра обязательно попробую. О результатах сообщу.
Пока попробовал с другой выделенки (от другого провайдера: на сервер своего - потери 88 % на нескольких переходах (всего 16 переходов), на forum.ru-board.com - потери пакетов 2% (18 переходов))

Macabre
Я не знаю, провайдер говорит, что так должно быть - меня больше интересует: откуда столько суммарного трафика...

Это в каком городе такой м*дак провайдер?
У тебя вообще договор с ними есть?
Ты читал его когда заключал?

Город Чебоксары (Чувашская республика) – договор есть, о трафике (какой тарифицируется ничего не сказано – по телефону, сказали, что учитывается весь трафик). А в других городах разве не так?

По поводу трассировки – на узел провайдера – 100% потерь. Трассировка узла: forum.ru-board.com – максимум потерь 79% (один раз), а так от 0..2-20 %

Трассировка узла провайдера www.zews.ru
Исходный узел Маршрутный узел
Прыжок RTT Утер./Отпр. % Утер./Отпр. % Адрес
0 217.107.177.xx
0/ 100 = 0% |
1 8мс 0/ 100 = 0% 0/ 100 = 0% 217.107.177.65
0/ 100 = 0% |
2 11мс 0/ 100 = 0% 0/ 100 = 0% 217.107.177.137
100/ 100 =100% |
3 --- 100/ 100 =100% 0/ 100 = 0% 0.0.0.0

Трассировка завершена.

Трассировка других узлов: потери – 60-70%

Tessey7
по поводу трассировки до провадера информации может быть некорректная.. может у них рубятся udp пакеты..По поводу трассировки – на узел провайдера – 100% потерь.

Цитата:

Трассировка узла: forum.ru-board.com – максимум потерь 79% (один раз), а так от 0..2-20 %

вот тут стоит задуматься... а где происходят больше всего потери???
если по пути от тебя до провайдера - то явно бага в канале.

Пример трассировки: forum.ru-board.com:
Подсчет статистики за: 725 сек. ...
Исходный узел Маршрутный узел
Прыжок RTT Утер./Отпр. % Утер./Отпр. % Адрес
0 217.107.177.xx
0/ 100 = 0% |
1 29мс 0/ 100 = 0% 0/ 100 = 0% 217.107.177.65
0/ 100 = 0% |
2 30мс 0/ 100 = 0% 0/ 100 = 0% 217.107.177.193
0/ 100 = 0% |
3 31мс 0/ 100 = 0% 0/ 100 = 0% 217.107.177.199
19/ 100 = 19% |
4 48мс 26/ 100 = 26% 7/ 100 = 7% 217.106.18.121
0/ 100 = 0% |
5 44мс 25/ 100 = 25% 6/ 100 = 6% 217.106.29.25
0/ 100 = 0% |
6 78мс 30/ 100 = 30% 11/ 100 = 11% 217.106.29.181
0/ 100 = 0% |
7 90мс 36/ 100 = 36% 17/ 100 = 17% 217.106.6.109
0/ 100 = 0% |
8 80мс 30/ 100 = 30% 11/ 100 = 11% 217.106.7.57
0/ 100 = 0% |
9 97мс 24/ 100 = 24% 5/ 100 = 5% 217.106.6.230
0/ 100 = 0% |
10 134мс 28/ 100 = 28% 9/ 100 = 9% 217.106.6.166
0/ 100 = 0% |
11 138мс 34/ 100 = 34% 15/ 100 = 15% 146.188.66.49
0/ 100 = 0% |
12 141мс 31/ 100 = 31% 12/ 100 = 12% 158.43.188.194
0/ 100 = 0% |
13 142мс 25/ 100 = 25% 6/ 100 = 6% 158.43.150.98
0/ 100 = 0% |
14 152мс 24/ 100 = 24% 5/ 100 = 5% 146.188.15.33
0/ 100 = 0% |
15 141мс 19/ 100 = 19% 0/ 100 = 0% 146.188.7.242
6/ 100 = 6% |
16 143мс 30/ 100 = 30% 5/ 100 = 5% 146.188.57.98
0/ 100 = 0% |
17 --- 100/ 100 =100% 75/ 100 = 75% 208.185.188.37
0/ 100 = 0% |
18 137мс 25/ 100 = 25% 0/ 100 = 0% 208.185.156.14
2/ 100 = 2% |
19 141мс 31/ 100 = 31% 4/ 100 = 4% 208.185.156.2
0/ 100 = 0% |
20 233мс 45/ 100 = 45% 18/ 100 = 18% 64.125.31.182
0/ 100 = 0% |
21 221мс 27/ 100 = 27% 0/ 100 = 0% 208.185.0.233
2/ 100 = 2% |
22 252мс 29/ 100 = 29% 0/ 100 = 0% 208.184.233.61
3/ 100 = 3% |
23 251мс 41/ 100 = 41% 9/ 100 = 9% 208.184.233.125
0/ 100 = 0% |
24 264мс 36/ 100 = 36% 4/ 100 = 4% 208.185.0.230
0/ 100 = 0% |
25 259мс 32/ 100 = 32% 0/ 100 = 0% 64.125.30.241
0/ 100 = 0% |
26 279мс 37/ 100 = 37% 5/ 100 = 5% 64.125.31.25
0/ 100 = 0% |
27 282мс 41/ 100 = 41% 9/ 100 = 9% 216.200.251.61
0/ 100 = 0% |
28 272мс 32/ 100 = 32% 0/ 100 = 0% 207.218.245.39
0/ 100 = 0% |
29 285мс 32/ 100 = 32% 0/ 100 = 0% 207.44.160.93

Трассировка завершена.

Что посоветуете?

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

Цитата:

Ты так и не сказал что за биллинг они используют.

К сожалению, единственное, что мне известно о биллинге: его стоимость более 4000$...

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

Попробуй размер icmp пакета при ping'е увеличить до размеров текущего MTU (обычно в районе 1500 байт). В этом случае ты лучше промоделируешь ситуацию с потерями (TCP пакетов). Можно смело прогнозировать увеличение битых пакетов. И вот тут вопрос принципиальный- на каком интерфейсе пров считает трафик. Если на том, который идет к пользователю (а наверное так и есть, тогда и скорость проще зажимать) , то конечно все битые пакеты учитываются. Если на своем внешнем или при маршрутизации, тогда вроде все должно быть нормально.

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

Кстати, а какое качество сигнала и какие результаты дает тест соединения с точкой провайдера? Это, конечно, проблемы провайдера, но стоит проверить это заранее. Пригодится в последующих разборках.

Пакеты, ping сервера провайдера идут 5-15 мс - потерь нет

Цитата:

Попробуй размер icmp пакета при ping'е увеличить до размеров текущего MTU (обычно в районе 1500 байт). В этом случае ты лучше промоделируешь ситуацию с потерями (TCP пакетов).

Если не затруднит, прошу привести пример: ping... - полную строку с этими параметрами. Заранее большое спасибо

В w2k: ping -l 1500 yandex.ru
В остальных осях не знаю, что тоже типа этого. Напиши "ping" и он покажет свои ключи.

1. a kto zabil pro QoS i Windows update? QoS po defoltu 20% traffica syedaet
2. try http://www.idyle.com/software/internet/bandwidth-monitor/index.html