Ru-Board.club
← Вернуться в раздел «В помощь системному администратору»

» Расхождения с провайдером в подсчете входящего трафика

Автор: sas76
Дата сообщения: 25.03.2004 15:50
Я пользуюсь RAS Logger 1.13. под Win2000 Pro и у меня получилось несостыковка моих цифр и провайдера около 18метров при итого у провайдера около 90 а у меня около 72 метров. Подскажите пожалуйста какую можна найти утилиту чтобы цыфры совпадали. У него стоит Linux на основе которого он ведет подсчет. У меня етот подсчет нужен так как на одном компе несколько пользователей которые могут подключатся в инет.
Просьба Linux и Unix не предлагать потому что я там нешуршу.
Заранее благодарен.
Александр
Автор: lynx
Дата сообщения: 25.03.2004 21:16
sas76

Посмотри тему:
Разногласие с провайдером:"входящий трафик"
Автор: sas76
Дата сообщения: 27.03.2004 11:54

Цитата:

За расхождение конечно sorry

Разногласие с провайдером:"входящий трафик"


Смотрел но там что-то ссылок не видно.
Автор: LANselot
Дата сообщения: 27.03.2004 11:56
А мысльо том, что провайдер тебе просто напросто приписал больше чем ты накачал
тебе в голову не приходила? А ведь случаи такие - сплошь и рядом.
Автор: sas76
Дата сообщения: 27.03.2004 12:20

Цитата:
А мысльо том, что провайдер тебе просто напросто приписал больше чем ты накачал

Все дело в том что провайдер как-бы мой хороший знакомый да и я к нему подключен уже пол года и таких больших разногласий небыло. И потому я хотол бы решить етот вопрос мирным путем
Автор: tankistua
Дата сообщения: 28.03.2004 03:56
sas76
ICMP-пакеты это тоже трафик... в день где-то 3 метра набегает (в крайнем случае у меня на 128 набегало столько), а твой логгер их ественно не считает - трафик то этот идет без твоего запроса...

З.Ы я когда-то перебрал трафика сверх лимита на 300 метров , так вот выставили доп. счет провы, пришлось как-то съезжать ... Посоветовали умные люди поинтересоваться как они решают проблему с технологическим трафиком... вопрос был снят сразу же
Автор: Zilk
Дата сообщения: 28.03.2004 16:13
sas76

Расхождения в подсчете трафика зависят от настроек сетевого драйвера твоего софта: напр. учитывает он заголовки пакетов или нет - злые провы ето все считают. С DNS-трафиком тоже надо разбираться. Судя по цифрам, твой знакомый за все ето хочет денег. Юзай Traffic Inspector http://www.smart-soft.ru у меня практически полное совпадение с провом.
Автор: sas76
Дата сообщения: 29.03.2004 18:22
Zilk
Чего то я еще утром там кликал и он сообщил что подробные инструкции высланы на моё мыло но увы.


Добавлено
tankistua
Ученье свет а неученье тьма, или наоборот. Чем дальше в лес тем крупнее дрова. Сложная штука сеть
Автор: sas76
Дата сообщения: 31.03.2004 18:08
Zilk
М-да блин я думал то что установил и работай. А то не тут то было
Автор: sas76
Дата сообщения: 28.06.2004 16:12
Все норма. Я связался с автором, он признал что ето глюк програмы. Жаль что только продолжения не будет (. Кльовая програмка, маленкая да удаленкая.
В принципе тему как бы уже можно закрывать.
Всем привет. Спасибо за помощь
Автор: GeMir
Дата сообщения: 12.10.2004 21:59
Предоплаченного траффика у меня всего 1,5 Гб в месяц, потому хотелось бы чтобы его расход считался точно, а не "как придётся".

Изначально у меня была считалка от моего провайдера - T-DSL SpeedManager.

Но недавно я решил поставить более "симпатичную" (слабость у меня к программам которые не только рабоают хорошо но и хорошо выглядят) DU Meter и оказалось что (о ужас!) T-DSL SpeedManager из 100 метров траффика не учитывает метров 20!

Теперь вот не знаю кому доверять...

Ведь может же быть и так что T-DSL SpeedManager считает правильно?
Т.е. эти 20 метров данным конкретным провайдером в расчёт не берутся специально (ну вроде бонуса что-ли)?
Хотя может быть и наоборот - считалка считает не правильно специально для того чтобы заставить платить за превышение...

P.S. Поставил сейчас ещё BWMeter - буду сравнивать результаты...
Автор: selo
Дата сообщения: 13.10.2004 19:39
А расхождения во входящем или исходящем трафике?
Автор: GeMir
Дата сообщения: 13.10.2004 21:32
В суммарном!

Добавлено
Поюзал BWMeter и теперь вообще ничего не понимаю:

T-DSL SpeedManager и BWMeter дают одинаковые результаты,
а DU Meter - на несколько метров выше...
Автор: HighTower
Дата сообщения: 19.10.2004 10:45
Мой опыт показывает, что у провов в метре 1000 кил, а не 1024, воответсенно в гиге 1000 метров и так далее... у меня из за этого расхождение и переплата на 800 метров происходит.... и такая херня со всеми провами что работал...
Автор: YUNGA
Дата сообщения: 19.10.2004 13:55
sas76
У меня с провом с одним и с другими уже не с первым расхождение в 70-120 метров ежемесячно ругался долго, в конце концов плюнул...
Автор: GhostOld
Дата сообщения: 16.11.2004 14:25

Цитата:
У меня с провом с одним и с другими уже не с первым расхождение в 70-120 метров ежемесячно ругался долго, в конце концов плюнул...

Это хорошо когда такие, а у меня вот сейчас проблема выскочила и как решить е ене придумал пока. Тоесть работаю с провайдером уже около двух лет все было нормально и вот 3 месяца (примерно) назад стали получаться расходждение на 500 метров тоесть более 30 процентов. У меня две выделенных линии два провайдера два сервера на обоих стоит программа ТМетр и считает трафик у одного сходится у другого такие расходденя..у него раньше их и небыло...я обратился к ним с предложением разобраться..но ни к чему хорошему мы не пришли...единственная их мысль может быть мой сервер (вернее кто-то через мой сервер) запрашивает какие-то соединения например скачать чего-то, а потом обрывает сессию..тоесть мой комп уже не принимает, а у провайдера эта сессия идет и соответственно идет она типа комне и типа он за нее платит..тоесть должен платить и я...это конечно не установленно, но как предположение...такое вообще может быть?
Автор: x666xx
Дата сообщения: 17.11.2004 18:28
Разберись сначала как он считает и как ты считаешь.....

Есть 2 варианта посчета:
1 - по порту, тоесть считаем весь трафик пролетающий по порту вместе со служебным трафиком.
2- по сессии, тоесть считается только полезная инфа...

После того как узнаешь начинай возмущаться......
P.S. Кстати всеми любиый тметр считает по порту...........
Автор: GhostOld
Дата сообщения: 24.11.2004 16:03
x666xx
Как можно считать по порту если поднят НАТ?
Автор: x666xx
Дата сообщения: 24.11.2004 17:59

Цитата:
Как можно считать по порту если поднят НАТ?


Я не знал что Нат ездит мимо порта.........



Правило T-metra в студию.


Автор: GhostOld
Дата сообщения: 25.11.2004 08:47
x666xx
Ну тогда скажи по какому порту ездит НАТ и как нужно настроить ТМетр, чтобы он тоже ездил по нему?
Автор: x666xx
Дата сообщения: 25.11.2004 13:33

Цитата:
Ну тогда скажи по какому порту ездит НАТ и как нужно настроить ТМетр, чтобы он тоже ездил по нему?


НАТ ездит по физическому порту который называется MAC-адрес сетевой платы.....

Сказать Тметру что бы он собирал по MAC-адресу.
Автор: GhostOld
Дата сообщения: 25.11.2004 14:11
Тоесть получается какие-то пакеты могут обходить мой фильтр? У меня стоит типа Мой компьютер - Любой IP адрес глобальной сети
Автор: x666xx
Дата сообщения: 25.11.2004 17:15
Это не правильное правило.
Ты должен считать по MAC-адресу, всвязи с тем что ты не учитываешь служебный траффик который учитывает твой провайдер......
Автор: GhostOld
Дата сообщения: 26.11.2004 08:33
x666xx
В этом с тобой нельзя не согласиться. Но служебный трафик не может составлять 30% от общего. Правильно? И такая настройка уменя стоит уже третий год и до конца этого лета было все нормально. Тоесть разница там мегов 100 не в счет, но когда с 1,5 ГБ...у него и 1ГБ у меня..вот это разница. И вопрос был уже совсем конкретный возможно ли..вот про эти прерванные сессии на которые ссылается провайдер..и если такое вообще возможно..то должен ли он отслеживать обрыв этих сессий тоесть с его слов...у меня какой-то пользователь пипа ткнул скачать программу...увидел в начале скачивания, что она весит скажем 100 меров..он остановил закачку, а у провайдера этот трафик на наш адрес продолжает идти..и эти все 100 метров засчитываются нам...они говорят , что это же денег стоит...Вот в принципе какой был вопрос.
Автор: ooptimum
Дата сообщения: 26.11.2004 08:59
GhostOld
Ты особо к его советам не прислушивайся, т.к. по большей части все это гонево а-la "слышал звон". Один этот перл чего стоит:

Цитата:
НАТ ездит по физическому порту который называется MAC-адрес сетевой платы.....

В общем, T-Meter нормально считает, тебя кидают.
Автор: x666xx
Дата сообщения: 26.11.2004 19:12
ooptimum
Могу я тогда у Вас уважаемый Silver Member поинтересоваться по чему же НАТ то ездит...........

Автор: x666xx
Дата сообщения: 27.11.2004 06:45
GhostOld
У тебя прокся стоит?

Если пользователь остановил закачку, то на твой порт это сыпаться никак не может, а если может, то только при условии, что у тебя стоит прокся........
Если ты пытаешся посчитать трафик на интерфейсе на котором стоит НАТ методом сессий, то ты просто самоубийца. Почитай внимательно мануал к Тметру. Там про это написано! В любом случае при подсчете по МАС адресу ты получешь ВЕСЬ свой трафик по этой карте. Если нет необходимости выделять разный трафик в сторону провайдера (что с НАТом вообще невозможно), какой смысл считать сессии?

ooptimum

После некоторых высказываний GhostOld, и так понятно, что человек мало понимает о методах подсчета сессиями и по порту. А мое высказывание о том, что НАТ ездит по порту я считаю ПРАВИЛЬНЫМ с точки зрения подсчета трафика по причине того, что после НАТа уже никто не сможет разобраться где чей трафик. А как работает НАТ я прекрасно понимаю. Более того, я этот вопрос обсасывал со своим провайдером более 2 лет назад, когда получал большие расхождения в трафике, после подсчета по МАС адресу расхождения свелись к минимуму. На 20 гиг разница в 0,5%.
Автор: GhostOld
Дата сообщения: 27.11.2004 09:34
x666xx

Цитата:
После некоторых высказываний GhostOld, и так понятно, что человек мало понимает о методах подсчета сессиями и по порту

Вообще именно по этому я и спросил. Если бы я знал..зачем бы мне засорять форум. Да у меня стоит прокся ..тоесть НТТР идет через нее, чтобы считать действия пользователя..ну а НАТ поднят для служебной небходимости им кроме мнея никто не пользуется.
Тоесть исходя из твоих слов

Цитата:
Если ты пытаешся посчитать трафик на интерфейсе на котором стоит НАТ методом сессий, то ты просто самоубийца.

Я вообще ничего не пытаюсь..это обьяснения провайдера.

Цитата:
а если может, то только при условии, что у тебя стоит прокся........

Тоесть если я работаю через прокси..то хоть прекращай сессии..хоть не прекращай..сосать будет все?
Автор: ooptimum
Дата сообщения: 27.11.2004 14:35
x666xx

Цитата:
P.S. Кстати всеми любиый тметр считает по порту...........
...
Я не знал что Нат ездит мимо порта.........
...
НАТ ездит по физическому порту который называется MAC-адрес сетевой платы.....

И после этого ты говоришь

Цитата:
А как работает НАТ я прекрасно понимаю.

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

GhostOld
Если ты посчитал трафик на своем внешнем интерфейсе, то весь исходящий трафик, прошел ли он через NAT или через прокси на твоем компьютере или нет, будет подсчитан, и весь ответный входящий трафик также должен быть подсчитан. Давай разберем случай с оборванными сессиями. Допустим прокси стоит где-то внутри твоей сети, да пусть хоть даже на шлюзовом компьютере, все равно весь трафик будет учтен TMeter'ом при условии, что TMeter считает трафик на внешнем интерфейсе шлюзового компьютера и правила подсчета настроены правильно. Пусть клиент оборвал соединение, пусть прокси настолько глупый, что продолжает тащить контент из Интернета, но этот трафик все равно проходит через внешний интерфейс твоего шлюза и будет подсчитан. Т.е. не учитываемые тобой оборванные сессии -- миф.

Теперь давай подумаем о возможных технических причинах, приводящих к неучтенному трафику.

Во-первых, причиной этого может быть firewall, который ты используешь на той же шлюзовой машине. Способов реализации файрволов под Windows существует несколько (TDI filters, NDIS intermediate drivers, NDIS hooks и т.д.) и файрволы, реализованные с использованием различных схем, по-разному влияют на функционирование TMeter, а вернее -- на функционирование драйвера WinPcap, используемого в TMeter. В документации WinPcap прямо написано, что с некоторыми файрволами WinPcap не работает или работает неправильно. Но допустим, что WinPcap и твой файрвол нормально функционируют на одной машине, не конфликтуя друг с другом. Также допустим, что файрвол функционирует на более низком уровне, чем драйвер протокола WinPcap, например, если он реализован с использованием NDIS хуков. В этом случае все пакеты, фильтруемые твоим файрволом, не попадут к драйверу WinPcap и, соответственно, не будут посчитаны TMater'ом. В этом случае не спасет даже включение primiscuous режима работы сетевой карты (то, что, по всей видимости, имеет в виду x666xx, говоря о том, что "ты должен считать по MAC-адресу"). Т.е. для полного подсчета трафика, файрвол должен отбрасывать пакеты только после того, как они попали в драйвер протокола WinPcap и, соответственно, были подсчитаны TMeter'ом.

Во-вторых, подобные же эффекты могут наблюдаться и при использовании NAT на машине с TMeter'ом, т.к. NAT реализуется с использованием тех же самых технологий, что и файрволы в Windows. Более того, чаще всего NAT является подсистемой или одной из функций установленного файрвола. Поэтому практически все, изложенное выше, справедливо и для NAT.

В-третьих, не учитываемый TMeter'ом трафик может появиться даже если ты не используешь файрвол на своем шлюзовом компьютере. Правда, возможность его появления напрямую зависит от технологии подключения к провайдеру и топологии сети между внешним интерфейсом твоего шлюза и интерфейсом провайдера, на котором происходит подсчет трафика. Допустим, ты подключен через обычный Ethernet. В этом случае возможно, что ты будешь получать Ethernet-кадры с MAC-адресом твоего интерфейса, но с чужим IP-адресом получателя в заголовке IP-пакета. Это допустимо, но имеет смысл только если твой шлюз является маршрутизатором на этот чужой IP-адрес. Если твой провайдер считает трафик по MAC-адресам, то он его посчитает (если он прошел через его "счетчик"), а TMeter скорее всего нет (в зависимости от настроек фильтров). Также возможна обратная ситуация -- т.е. IP-адрес твой, но MAC чужой. Этот пакет в обычных условиях просто пройдет мимо твоего сетевого интерфейса, т.е. не будет принят им, но может быть посчитан провайдером, если он считает пакеты по IP-адресам. Правда, опять же, этот пакет должен пройти через "счетчик" провайдера, т.е. либо он сам (твой провайдер) и сформировал такой "кривой" пакет, либо имели место другие достаточно специфичные условия (например, кто-то ищет включенные сниферы), так что пример достаточно искусственный.

В общем, ты видишь, что различных факторов, влияющих на то, будет подсчитан какой-то трафик или нет, достаточно много. И мы должны знать их все, чтобы с уверенностью сказать, что происходит.
Автор: x666xx
Дата сообщения: 27.11.2004 16:04
ooptimum
Ты описал все правильно! Но! Tmeter уже более года не использует драйвер WinPcap!
Второе, человек обратился за помощью, по причине того, что он слабо понимает, что произошло и просит помощи. Однако ты на него свалил кучу ненужной информации. Ты пытаешься объяснить человеку в каких случаях трафик может попасть в фильтры, а в каких нет! НО! В любом случае, НЕ ЗАВИСИМО от метода подключения к провайдеру сетевая карта получит ЛЮБОЙ ПАКЕТ идущий от ПРОВАЙДЕРА! Вывод: если установить правило для Тметра считать ВСЕ по МАС адресу сетевой карты смотрящей в сторону провайдера, мы получим ВЕСЬ ТРАФИК КОТОРЫЙ СЫПЕТСЯ К НАМ ОТ ПРОВАЙДЕРА. Что собственно логично по твоим же выкладкам. От сюда следствие, ненужно забивать человеку голову разными правилами, а составить одно правило которое учтет ВЕСЬ трафик, проходящий через входящий интерфейс! Что, собственно и нужно было доказать. Дискуссию считаю законченной!

GhostOld

Цитата:
Тоесть если я работаю через прокси..то хоть прекращай сессии..хоть не прекращай..сосать будет все?

Если стоит сквид, то там есть методы завершения сесии, если другая прокся то наверно нет! Будет тащить, пока не стащит весь файл.

Страницы: 12

Предыдущая тема: таймер для .bat файла


Форум Ru-Board.club — поднят 15-09-2016 числа. Цель - сохранить наследие старого Ru-Board, истории становления российского интернета. Сделано для людей.