форумы  помощь  поиск  регистрация  майллист  ВХОД  слежка

Вариант для распечатки		Архивированная нить - только для чтения!  Пред. тема | След. тема
Форумы OpenNET: Виртуальная конференция (Public)
Изначальное сообщение		[Проследить за развитием треда]

"...как бороться с провайдером?"
Сообщение от Majestic on 19-Май-02, 23:39  (MSK)
Ну настроил я считалку трафика на ipfw count все вроде нормально, но статистика провайдера и моя сугубо непохожая, конечно в его пользу :( --- Это даже не смотря на то чем считать... Все (ну или почти все) провы отмазываются тем, что считается у них все до маршрутизатора. И то что даже не дошло до машины получателя, но прошло через его маршрутизатор, считается :( --- Кто как борется с такого рода глюками?
	Рекомендовать в FAQ | Cообщить модератору | Наверх

Индекс форумов | Темы | Пред. тема | След. тема

Сообщения по теме

1. "RE: ...как бороться с провайдером?"
Сообщение от Majestic on 20-Май-02, 00:24  (MSK)
...может попробовать объяснить пользователм, что в 1Мб ~850kb?
	Рекомендовать в FAQ | Cообщить модератору | Наверх

	2. "RE: ...как бороться с провайдером?"
	Сообщение от Defender on 20-Май-02, 01:16  (MSK)
	>...может попробовать объяснить пользователм, что в >1Мб ~850kb? Кстате это довольно распростроннёная ошибка... Тоесть провайдер считает что в мегабайте 1000 килобайт! 8)) И от сюда начинают расти грабли! Но это ещё не самое смешное!!!! Киевский провайдер Лаки-нет к примеру считает, что в 1 килобайте 1000 байт. Так что судите сами.... Но как правило достаточно поставить развёрнутую статистику провайдеру и всё становится на свои места.
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	4. "RE: ...как бороться с провайдером?"
	Сообщение от Majestic on 20-Май-02, 01:42  (MSK)
	>>...может попробовать объяснить пользователм, что в >>1Мб ~850kb? > >Кстате это довольно распростроннёная ошибка... >Тоесть провайдер считает что в мегабайте >1000 килобайт! 8)) >И от сюда начинают расти грабли! >Но это ещё не самое >смешное!!!! Киевский провайдер Лаки-нет к >примеру считает, что в 1 >килобайте 1000 байт. >Так что судите сами.... >Но как правило достаточно поставить развёрнутую >статистику провайдеру и всё становится >на свои места. Енто все кончно весело, но мой пров в личном кабинете показывает статистику в байтах!!!!! И она ниразу не такая как у меня. Мож я не правильно считаю:     ipfw add count all from any to ХХ.ХХ.ХХ.1 in via ppp0     ...     ipfw add count all from any to ХХ.ХХ.ХХ.N in via ppp0     +     ipfw add count all from any to ZZ.ZZ.ZZ.ZZ in via ppp0 где ppp0 - интерфейс модема смотрящего на провайдера, ZZ.ZZ.ZZ.ZZ - его адрес, ХХ.ХХ.ХХ.1...ХХ.ХХ.ХХ.N - моя сеть.
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	7. "RE: ...как бороться с провайдером?"
	Сообщение от uldus on 20-Май-02, 10:22  (MSK)
	>ipfw add count all from any to >ХХ.ХХ.ХХ.1 in via ppp0 Провайдер считает полный трафик на интерфейсе, а ты  не считаешь заголовки пакетов, а это расхождение минимум на 10%. Приведи для примера, твои данные и данные провайдера, хочется посмотреть на какой порядок различаются данные. PS. Надеюсь переполнение счетчиков ipfw контролируешь ?
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	12. "RE: ...как бороться с провайдером?"
	Сообщение от lavr on 20-Май-02, 12:24  (MSK)
	Hi Uldus, вроде мы уже полгода или год назад скопом объясняли молодежи где и в чем они ошибаются, объясни please еще раз, уточни или поправь меня: основные ошибки клиентов: 1. подсчет на своем интерфейсе а не на точке отдаваемой провайдером 2. провайдеры считают по-байтно на отданной точке 3. провайдер считает на отданном интерфейсе ВСЕ, включая служебный трафик так что ребята, расхождение реально не больше 10% иначе у вас неверный подсчет >>ipfw add count all from any to >>ХХ.ХХ.ХХ.1 in via ppp0 > >Провайдер считает полный трафик на интерфейсе, >а ты  не считаешь >заголовки пакетов, а это расхождение >минимум на 10%. >Приведи для примера, твои данные и >данные провайдера, хочется посмотреть на >какой порядок различаются данные. > >PS. Надеюсь переполнение счетчиков ipfw контролируешь >?
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	13. "RE: ...как бороться с провайдером?"
	Сообщение от Majestic on 20-Май-02, 13:39  (MSK)
	>>ipfw add count all from any to >>ХХ.ХХ.ХХ.1 in via ppp0 > >Провайдер считает полный трафик на интерфейсе, >а ты  не считаешь >заголовки пакетов, а это расхождение >минимум на 10%. Может я их и не считаю... а как их считать? >Приведи для примера, твои данные и >данные провайдера, хочется посмотреть на >какой порядок различаются данные. Ну иногда на 1мег/сутки это еще нормально а иногда на 8-12мег > >PS. Надеюсь переполнение счетчиков ipfw контролируешь >? счетчики обрабатываются и обнуляются каждые 5 минут
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	16. "RE: ...как бороться с провайдером?"
	Сообщение от uldus on 20-Май-02, 15:14  (MSK)
	>Ну иногда на 1мег/сутки это еще >нормально а иногда на 8-12мег Блин, на сколько процентов или приведи суммарные данные, расхождение 8-12мег в сутки при трафике 50 Гб в сутки это 0%, а при трафике 1 Мб в сутки  - 800% :-) побольше данных и поменьше догадок, pls. >>PS. Надеюсь переполнение счетчиков ipfw >> контролируешь >счетчики обрабатываются и обнуляются каждые 5 >минут В таком случае, резонно задать вопрос: Ты уверен, что за время работы твоего скрипта подсчета трафика, с момента сбора данных с счетчиков до момента обнуления этих счетчиков не теряется информация, те не испевает проскочить N Kb неучтенных данных ? Для того чтобы такого небыло, счетчики не обнуляют, а считают прирост относительно прошлого значения, не забывая отслеживать случай переполнения или обнуления счетчика.
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	18. "RE: ...как бороться с провайдером?"
	Сообщение от Majestic on 20-Май-02, 18:24  (MSK)
	>>Ну иногда на 1мег/сутки это еще >>нормально а иногда на 8-12мег > >Блин, на сколько процентов или приведи >суммарные данные, расхождение 8-12мег в >сутки при трафике 50 Гб ....у меня в сутки ~100мег всего. >в сутки это 0%, а >при трафике 1 Мб в >сутки  - 800% :-) >побольше данных и поменьше догадок, >pls. > >>>PS. Надеюсь переполнение счетчиков ipfw >>> контролируешь > >>счетчики обрабатываются и обнуляются каждые 5 >>минут > >В таком случае, резонно задать вопрос: >Ты уверен, что за время >работы твоего скрипта подсчета трафика, >с момента сбора данных с >счетчиков до момента обнуления этих >счетчиков не теряется информация, те >не испевает проскочить N Kb >неучтенных данных ? скрипт оптимизирован. счетчики не все сбрасываются после обработки всех ип, а после занесения данных каждого счетчика в память сбрасывается только он один. все происходит в памяти, только конечный результат полной статистики сваливается на винт. канал слабенький и в долю микросек. ничего не проскочит... >Для того чтобы такого небыло, счетчики >не обнуляют, а считают прирост >относительно прошлого значения, не забывая >отслеживать случай переполнения или обнуления >счетчика. В  моем случае резоннее считывать и сбрасывать.... не буду уточнять почему.....
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	9. "RE: ...как бороться с провайдером?"
	Сообщение от uldus on 20-Май-02, 10:29  (MSK)
	> via ppp0 Кстати, также приведи данные счетчика на ppp0 интерфейсе. По идее считать нужно не через ipfw, а через число принятых байт на вашем интерфейсе (ppp0).
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	10. "RE: ...как бороться с провайдером?"
	Сообщение от ShyLion on 20-Май-02, 11:27  (MSK)
	count стоят ДО deny'ев ???
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	14. "RE: ...как бороться с провайдером?"
	Сообщение от Majestic on 20-Май-02, 13:41  (MSK)
	>count стоят ДО deny'ев ??? ПОСЛЕ.....
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	17. "RE: ...как бороться с провайдером?"
	Сообщение от uldus on 20-Май-02, 15:17  (MSK)
	>>count стоят ДО deny'ев ??? > > >ПОСЛЕ..... Вот видишь, ты и отвергнутый трафик непосчитал, и криво данные со счетчиков собираешь, а все на провдера пытаешся свалить. На самом деле в 99% если у провайдера больше 5 LL клиентов и он работает дольше чем 1 год, то 99% что ошибка в тарификаторе клиента.
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	19. "RE: ...как бороться с провайдером?"
	Сообщение от Majestic on 20-Май-02, 18:34  (MSK)
	>>>count стоят ДО deny'ев ??? >> >> >>ПОСЛЕ..... > >Вот видишь, ты и отвергнутый трафик ...отвергнутый в каком смысле? пришедший от прова, но недошедший до клиента? >непосчитал, и криво данные со >счетчиков собираешь, может и криво, но не косо..... а все на >провдера пытаешся свалить. > свалить я нинакого ничего не пытаюсь, просто хочу разобраться... и ниразу не против вашей критики в некоторых местах. старых спецов всегда выслушаю и если надо поспорю :) или приму к сведению свои ошибки. опыт - сын ошибок :) >На самом деле в 99% если >у провайдера больше 5 LL >клиентов и он работает дольше >чем 1 год, то 99% >что ошибка в тарификаторе клиента. >
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	21. "RE: ...как бороться с провайдером?"
	Сообщение от ShyLion on 21-Май-02, 07:16  (MSK)
	>>> >>>ПОСЛЕ..... >> >>Вот видишь, ты и отвергнутый трафик > >...отвергнутый в каком смысле? >пришедший от прова, но недошедший до >клиента? Провайдер считает весь траффик, прошедший через интерфейс, ему наплевать нужен он тебе или нет! Ставь счетчики вначале, причем считай и тот траффик, который ты отсеиваешь. Кроме того, в интерфейс могут прилетать пакеты, которые не предназначены для вашего интерфейса напрямую, например броадкасты. Я сталкивался с тем, что у провайдера был запущен RIP, и на интерфейсе каждый день дополнительно набегало 10 мегов, независимо от того, качали что-нибудь или нет. Файрволом траффик отрубался, но в счетчик-то он все равно попадал.
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	8. "RE: ...как бороться с провайдером?"
	Сообщение от uldus on 20-Май-02, 10:26  (MSK)
	>...может попробовать объяснить пользователм, что в >1Мб ~850kb? Если написано Mb - это мегабайт, если нечего не написано, скорее всего тысячи или миллионы байт, ничего странного в этом нет. Если написано 1 Мб, а на самом деле это мил. байт и в договоре оплата за Мб - звини директору ISP и требуй компенсации, это серьезный обман, за такое лицензии лишиться ничего не стоит.
		Рекомендовать в FAQ | Cообщить модератору | Наверх

3. "RE: ...как бороться с провайдером?"
Сообщение от and on 20-Май-02, 01:26  (MSK)
>Ну настроил я считалку трафика на >ipfw count все вроде нормально, >но статистика провайдера и моя >сугубо непохожая, конечно в его >пользу :( >--- >Это даже не смотря на то >чем считать... >Все (ну или почти все) провы >отмазываются тем, что считается у >них все до маршрутизатора. И >то что даже не дошло >до машины получателя, но прошло >через его маршрутизатор, считается :( > >--- >Кто как борется с такого рода >глюками? Да у меня таже ситуация, моя статистика с провайдерской не коррелирует.
	Рекомендовать в FAQ | Cообщить модератору | Наверх

	5. "RE: ...как бороться с провайдером?"
	Сообщение от Majestic on 20-Май-02, 01:48  (MSK)
	покоцано.... >>--- >>Кто как борется с такого рода >>глюками? > > >Да у меня таже ситуация, моя >статистика с провайдерской не коррелирует. > Может провайдер кидает???? :Е --- Кто-нить нашел реальный патч из бага? --- Своих юзверей кидать на 1мб=850кб не хотца... и так дорогое удовольствие..........
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	6. "RE: ...как бороться с провайдером?"
	Сообщение от and on 20-Май-02, 02:20  (MSK)
	Мне кажется решение одно, надо требовать статистику у провайдера за минимально возможный срок (в байтах) и сравнивать со своей. После этого возможно два варианта либо вас ткнут носом (не правильная статистика), либо вы ткнете - в этом случае возможны большие неприятности у провайдера.
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	11. "RE: ...как бороться с провайдером?"
	Сообщение от Андрей on 20-Май-02, 12:01  (MSK)
	>Мне кажется решение одно, надо требовать >статистику у провайдера за минимально >возможный срок (в байтах) и >сравнивать со своей. После этого >возможно два варианта либо вас >ткнут носом (не правильная статистика), >либо вы ткнете - в >этом случае возможны большие неприятности >у провайдера. Мне кажется, есть несколько причин: 1. Компрессия VJ 2. Заголовки пакетов. 3. Баги если по комм. доступу, то провайдер считает видимо исходя из данных pppd, в данном случае не учитывается компрессия.. если по выделенке, то нестыковка по заголовкам пакетов... я проводил эксперимент... ставил на одной машине линух и брал статистику от pppd а с винд-машины дозванивался.. расхождения были даже на этапе аутентификации... кажется, винда показывала ~900 байт.. а линух около 800... хотя точно уже не вспомню, но расхождения точно были..
		Рекомендовать в FAQ | Cообщить модератору | Наверх

15. "RE: ...как бороться с провайдером?"
Сообщение от Majestic on 20-Май-02, 13:49  (MSK)
Вот столько всего понаписали, а на вопрос так и не ответили..... >Кто как борется с такого рода >глюками? Ну допустим что пров считает на точке до своего маршрутизатора, ну допустим, что я не могу подсчитать заголовки там... и все такое...... ...эдинственный выход чтоб не прогореть - завышать стоимость трафика или нагло настаивать что в 1мег ~850кб тогда расхождение будет но уже в мою пользу...............
	Рекомендовать в FAQ | Cообщить модератору | Наверх

	20. "RE: ...как бороться с провайдером?"
	Сообщение от Евгений on 20-Май-02, 19:37  (MSK)
	>Вот столько всего понаписали, а на >вопрос так и не ответили..... Для начала count'ы поставь самыми первыми правилами - до deny хотя у меня, к примеру, на файерволе оседает меньше 1 %...
		Рекомендовать в FAQ | Cообщить модератору | Наверх

22. "RE: ...как бороться с провайдером?"
Сообщение от BUG on 21-Май-02, 09:35  (MSK)
Ну это мелочи. :)) У меня только что пришло официальное письмо с Демоса, что сумма долга составляет 7000 баксов. Глянул свою статистику у них на сайте, так оказалось, что вчерашний трафик составляет 90 гигов. Я конечно понимаю, что это полная чушь. Канал столько не вытянет при всем своем желании. Сегодня буду там кому-то пистон по самые промидоры вставлять. :))
	Рекомендовать в FAQ | Cообщить модератору | Наверх

Удалить

Индекс форумов | Темы | Пред. тема | След. тема

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