|
ru.unix.bsd
- RU.UNIX.BSD ------------------------------------------------------------------
From : Dmitrij Lystsov 2:5020/400 14 Feb 2006 13:54:09
To : Anton Yuzhaninov
Subject : Re: UDP Netflow - потери
--------------------------------------------------------------------------------
Cпасибо огромное за такой содержательный ответ :)
- ---
> 1. Еще раз проверить дуплекс. Обычно проблемы в нем. Причем сталкивался со
> случаем когда админ уверял что перепробовал все комбинации speed/duplex но
> все равно с одной стороны был duplex auto с другой стороны duplx full в
> результате чего duplex mismatch и потери пакетов.
Киска и сервер воткнуты в Каталист 2950.
Hа Киске - <auto duplex, auto speed>
Hа сервере - media: Ethernet autoselect (100baseTX <full-duplex>)
Я так понимаю, что надо на серваке менять. Тут пока вопрос.
> 2. sysctl net.inet.ip.intr_queue_drops - если значение ненулевое и со
> временем растет, то увеличить net.inet.ip.intr_queue_maxlen
> поставить например 500.
net.inet.ip.intr_queue_maxlen: 50
net.inet.ip.intr_queue_drops: 126
Hезнаю много это или нет, но сервак работает уже 94 дня, и шнурки пару
раз дергали.
Да и цифра не растет, за последние пару часов как была так и осталась.
> 3. Попробовать поставить net.inet.udp.recvspace=65535
net.inet.udp.recvspace: 42080
> 4.
>>После анализа полученных данных (процедуру не описываю ...)
>
> Hаличие потерь лучше проверять не хитрыми процедцурами анализа а примерно
> так:
>
> $ flow-header < /var/netflow/2006/2006-02/2006-02-01.flow
> #
> # mode: streaming
> # capture start: Wed Feb 1 00:00:00 2006
> # capture end: Thu Feb 2 00:00:00 2006
> # capture period: 86400 seconds
> # compress: on
> # byte order: little
> # stream version: 3
> # export version: 5
> # lost flows: 0
> # corrupt packets: 0
> # capture flows: 15225540
> #
>
> И смотреть поле lost flows
А теперь самое интересное.
Взял и проверил все файлы netflow за 12 февраля. (97 файлов)
flow-header < ft-v05.2006-02-12.*
Всего лишь в одно 60 потеряных в поле # lost flows:
Интересно другое.
Взяли и скачали файл. Засекли время, знаем размер.
Взял сырые данные и проверил сам.
Удивительно, но все есть! Мама родная, усе есть ... (истерика)
Правда сумма немного отличается (ввиду служебной информации, маршруты и
т.п.)
Т.о. сами себе доказали, что данные не теряются.
...
Пока составлял ответ и шел по пунктам, появились мысли.
А знаете в чем может быть прикол - в том, что неправильно указана маска,
параметр -m, стоит её перепутать и такой бред получите.
До смешного доходит.
--
Отправлено через сервер Форумы@mail.ru - http://talk.mail.ru
--- ifmail v.2.15dev5.3
* Origin: Talk.Mail.Ru (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
