Привет всем!Вот уже 6 дней как я снимаю с циски ip accounting. И сранивая с данными которые начситал пров у меня складываецца чуйство, что у меня почему-то получается меньше.
см. рис.1
http://www.alkair.ru/tmp/prov-delta.gifменя потряс 9 мая, когда разница составила 43% !!!
1. у меня threshold очень большой (поставил аж 100 000 на час) и при 20 000 не было перебора!
2. Снимаю со всех интерфейсов кроме входящего.
3. Соединение по DSL, 1MbВот как данные беру из базы:
------- (пример трафика за вчера) ----
SELECT
"Mb input: " AS "",
ROUND(SUM(input_bytes)/1024/1024,2) AS ""
FROM ip_acc052004WHERE
start_date >= CURRENT_DATE - INTERVAL 1 DAY
AND
start_date < CURRENT_DATE
AND
src_ip NOT LIKE '123.123.123.%'
AND
src_ip NOT LIKE '127.0.0.%'
;
-----------все то что НЕ есть моя сеть. на циске тока моя сеть (серых нет)
------------
Пров утверждает что часть байтов "оседает" на моей циске, часть дропается (из за шейпа) (но как из 5 Гигов 600 метров "осесть" может??!!)Но вот статистика:
----- #sh ip traf ----------
IP statistics:
Rcvd: 263477061 total, 505448 local destination
0 format errors, 0 checksum errors, 946855 bad hop count
0 unknown protocol, 0 not a gateway
0 security failures, 0 bad options, 0 with options
Opts: 0 end, 0 nop, 0 basic security, 0 loose source route
0 timestamp, 0 extended security, 0 record route
0 stream ID, 0 strict source route, 0 alert, 0 cipso, 0 ump
0 other
Frags: 0 reassembled, 0 timeouts, 0 couldn't reassemble
288 fragmented, 0 couldn't fragment
Bcast: 255955 received, 0 sent
Mcast: 0 received, 0 sent
Sent: 1280583 generated, 222886690 forwarded
Drop: 623046 encapsulation failed, 15 unresolved, 0 no adjacency
0 no route, 0 unicast RPF, 0 forced dropICMP statistics:
Rcvd: 0 format errors, 3 checksum errors, 5 redirects, 87 unreachable
48348 echo, 43 echo reply, 0 mask requests, 0 mask replies, 12 quench
0 parameter, 0 timestamp, 0 info request, 0 other
0 irdp solicitations, 0 irdp advertisements
Sent: 0 redirects, 5149 unreachable, 50 echo, 48348 echo reply
0 mask requests, 0 mask replies, 0 quench, 0 timestamp
0 info reply, 938015 time exceeded, 0 parameter problem
0 irdp solicitations, 0 irdp advertisementsIP-EIGRP statistics:
Rcvd: 0 total
Sent: 0 totalUDP statistics:
Rcvd: 6160 total, 0 checksum errors, 5862 no port
Sent: 359 total, 0 forwarded broadcastsTCP statistics:
Rcvd: 450676 total, 50 checksum errors, 3920 no port
Sent: 288671 totalOSPF statistics:
Rcvd: 0 total, 0 checksum errors
0 hello, 0 database desc, 0 link state req
0 link state updates, 0 link state acksSent: 0 total
ARP statistics:
--More------------------------------
p.s. у меня router1760 и catalyst2950
Спасибо!
>3. Соединение по DSL, 1MbСоединение PPP? Если Ethernet бридж стоит, то в интерфейс может всякая хрень пролазить, которая обрубается твоим роутером и не считается, но считается у првайдера, типа броадкастов.
И посчитай ВСЕ вошедшие за день пакеты, независимо от адреса.
Пущай расскажут, как они байты считают, будут вые... - попроси сертификат их биллинговой системы и т.д. ;)))
Разница в 10% это уже серьезно.
Аналогичная проблема.
С одной стороны считает 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||
Откуда берется лишний траффик?
Что за призраки в проводах?
>Аналогичная проблема.
>С одной стороны считает 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||
>Откуда берется лишний траффик?
>Что за призраки в проводах?1. считать можно поразному, сколько байтов в килобайте? для одних - 1024, тогда как для других - 1000!
2. считать заголовки как траффик или не считать?
3. можно считать еще и с инкапсуляцией.....
4. если возникают ошибки в канале - Пакет он отправляется, а вот до принимающей стороны не доходит...
5. а в ppp еще и lcp бегаетВот и делайте выводы...
>>Откуда берется лишний траффик?
>>Что за призраки в проводах?
>1. считать можно поразному, сколько байтов в килобайте? для одних - 1024,
>тогда как для других - 1000!
Это понятно.>2. считать заголовки как траффик или не считать?
Да но тогда расхождение было бы почти всегда одинаковым. К тому же мне почему-то не верится что заголовок - это треть пакета...
>3. можно считать еще и с инкапсуляцией.....
Хорошо. Что предпринять?
Посоветуйте чем пользоваться для подсчета чтобы это всё настроить и оно начало сходится ну хотя-бы в пределах пяти процентов.
И как это дело считает ipac ?>4. если возникают ошибки в канале - Пакет он отправляется, а вот
>до принимающей стороны не доходит...
Это понятно. Но при разрыве соединения pppd каждый раз утверждает что битых пакетов ну максимум три в сутки - линия хорошая. И опять-же это не треть траффика.>5. а в ppp еще и lcp бегает
Ну это тоже я думаю далеко не треть траффика.
Даже в сумме со всем предыдущим.>
>Вот и делайте выводы...
Пытаемся...