- Спор с провом %), ShyLion, 10:12 , 12-Май-04 (1)
- Спор с провом %), strangeman, 13:41 , 20-Май-04 (2)
Аналогичная проблема. С одной стороны считает ipac 1.11 пол Линуксом, с другой DUmeter под вин 2000 Соединение - ppp через модемы Tainet D-128 разница получается вот пяти до тридцати процентов. со стороны линукса меньше. Привожу настройку ----- astron in|in|ppp0|all|| astron out|out|ppp0|all|| astron in tcp|in|ppp0|tcp|| astron out tcp|out|ppp0|tcp|| astron in udp|in|ppp0|udp|| astron out udp|out|ppp0|udp|| astron in icmp|in|ppp0|icmp|| astron out icmp|out|ppp0|icmp|| ------ Подскажите где копать? Считается-то всё по интерфейсу - astron in|in|ppp0|all|| Откуда берется лишний траффик? Что за призраки в проводах?
- Спор с провом %), fantom, 13:50 , 20-Май-04 (3)
- Спор с провом %), strangeman, 19:04 , 20-Май-04 (4)
>>Откуда берется лишний траффик? >>Что за призраки в проводах? >1. считать можно поразному, сколько байтов в килобайте? для одних - 1024, >тогда как для других - 1000! Это понятно.>2. считать заголовки как траффик или не считать? Да но тогда расхождение было бы почти всегда одинаковым. К тому же мне почему-то не верится что заголовок - это треть пакета... >3. можно считать еще и с инкапсуляцией..... Хорошо. Что предпринять? Посоветуйте чем пользоваться для подсчета чтобы это всё настроить и оно начало сходится ну хотя-бы в пределах пяти процентов. И как это дело считает ipac ? >4. если возникают ошибки в канале - Пакет он отправляется, а вот >до принимающей стороны не доходит... Это понятно. Но при разрыве соединения pppd каждый раз утверждает что битых пакетов ну максимум три в сутки - линия хорошая. И опять-же это не треть траффика. >5. а в ppp еще и lcp бегает Ну это тоже я думаю далеко не треть траффика. Даже в сумме со всем предыдущим. > >Вот и делайте выводы... Пытаемся...
|