The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

форумы  помощь  поиск  регистрация  майллист  ВХОД  слежка  RSS
"Спор с провом %)"
Вариант для распечатки Архивированная нить - только для чтения! 
Пред. тема | След. тема 
Форумы Маршрутизаторы CISCO и др. оборудование. (Public)
Изначальное сообщение [Проследить за развитием треда]

"Спор с провом %)" 
Сообщение от Camb emailНайти другие сообщения данного автораПоместить сообщение в закладки. См. нижнее поле навигации.(??) on 11-Май-04, 19:35  (MSK)
Привет всем!

Вот уже 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_acc052004

WHERE
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 drop

ICMP 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 advertisements

IP-EIGRP statistics:
  Rcvd: 0 total
  Sent: 0 total

UDP statistics:
  Rcvd: 6160 total, 0 checksum errors, 5862 no port
  Sent: 359 total, 0 forwarded broadcasts

TCP statistics:
  Rcvd: 450676 total, 50 checksum errors, 3920 no port
  Sent: 288671 total

OSPF statistics:
  Rcvd: 0 total, 0 checksum errors
        0 hello, 0 database desc, 0 link state req
        0 link state updates, 0 link state acks

  Sent: 0 total

ARP statistics:
--More--

----------------------------

p.s. у меня router1760 и catalyst2950


Спасибо!

  Рекомендовать в FAQ | Cообщить модератору | Наверх

 Оглавление

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

1. "Спор с провом %)" 
Сообщение от ShyLion Найти другие сообщения данного автораПоместить сообщение в закладки. См. нижнее поле навигации.(ok) on 12-Май-04, 10:12  (MSK)
>3. Соединение по DSL, 1Mb

Соединение PPP? Если Ethernet бридж стоит, то в интерфейс может всякая хрень пролазить, которая обрубается твоим роутером и не считается, но считается у првайдера, типа броадкастов.
И посчитай ВСЕ вошедшие за день пакеты, независимо от адреса.
Пущай расскажут, как они байты считают, будут вые... - попроси сертификат их биллинговой системы и т.д. ;)))
Разница в 10% это уже серьезно.

  Рекомендовать в FAQ | Cообщить модератору | Наверх

2. "Спор с провом %)" 
Сообщение от strangeman emailНайти другие сообщения данного автораПоместить сообщение в закладки. См. нижнее поле навигации.(??) on 20-Май-04, 13:41  (MSK)
Аналогичная проблема.
С одной стороны считает 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||
Откуда берется лишний траффик?
Что за призраки в проводах?

  Рекомендовать в FAQ | Cообщить модератору | Наверх

3. "Спор с провом %)" 
Сообщение от fantom Найти другие сообщения данного автораПоместить сообщение в закладки. См. нижнее поле навигации.(??) on 20-Май-04, 13:50  (MSK)
>Аналогичная проблема.
>С одной стороны считает 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  бегает

Вот и делайте выводы...

  Рекомендовать в FAQ | Cообщить модератору | Наверх

4. "Спор с провом %)" 
Сообщение от strangeman emailНайти другие сообщения данного автораПоместить сообщение в закладки. См. нижнее поле навигации.(??) on 20-Май-04, 19:04  (MSK)

>>Откуда берется лишний траффик?
>>Что за призраки в проводах?
>1. считать можно поразному, сколько байтов в килобайте? для одних - 1024,
>тогда как для других - 1000!
Это понятно.

>2. считать заголовки как траффик или не считать?
Да но тогда расхождение было бы почти всегда одинаковым. К тому же мне почему-то не верится что заголовок - это треть пакета...
>3. можно считать еще и с инкапсуляцией.....
Хорошо. Что предпринять?
Посоветуйте чем пользоваться для подсчета чтобы это всё настроить и оно начало сходится ну хотя-бы в пределах пяти процентов.
И как это дело считает ipac ?

>4. если возникают ошибки в канале - Пакет он отправляется, а вот
>до принимающей стороны не доходит...
Это понятно. Но при разрыве соединения pppd каждый раз утверждает что битых пакетов ну максимум три в сутки - линия хорошая. И опять-же это не треть траффика.

>5. а в ppp еще и lcp  бегает
Ну это тоже я думаю далеко не треть траффика.
Даже в сумме со всем предыдущим.

>
>Вот и делайте выводы...
Пытаемся...

  Рекомендовать в FAQ | Cообщить модератору | Наверх


Удалить

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




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру