Тёмыч...Как правильно анализировать TCP/IP пакеты, чтобы узнать сколько получилось входящего трафика? Я думал, что нужно брать байты №16 и 17 отвечающие за длину пакета и складывать длины всех пакетов, но программка почему-то неверные результаты выдает при тестировании...
Правильная ли это идея?:) само собой при условии, что это именно TCP/IP пакеты и именно входящие.


1) для начала определитесь что Вы хотите считать, или что обзываете трафиком... Если нужен размер инфы которая приходит на TCP уровень и уходит с него - нет не правильно будет у вас программа считать. Т.к. существует логика повторов пакетов, их НЕ последовательность и прочие весчи которые Вам эту арифметику сломают.

2) по данному смещению (IP пакет) стоит размер заголовка и тип заголовка. По умолчанию это СТАНДАРТНЫЕ вещи.

3) Для анализа ушедшей с TCP уровня объёма - вам необходимо следовать логике данного уровня. Т.е. анализировать размер пришедшего пакета и его расположение в потоке. Т.е. анализировать разрывы и дуплицирование данных.


удачи Вам
(круглый)

Тёмыч... Я так понимаю что для этого нужно анализировать IP пакеты...А почему повторные пакеты и их не последовательность нарушат эту арифметику? Ну допустим пакеты пришли не по порядку, но в сумме то они разве не одно и тоже дадут? :)

IP уровень содержит помимо заголовка (как правило стандарт для TCP) и данных - содержат(могут содержать) треллер.. и некоторые поля ентой инфы могут быть даже НЕ задокументированы. Т.е. есть поля относящиеся к секьюрити, военным ведомствам и прочая шняга... просто 99,9% трафика это не содержат вообще... кстати на данном уровне размер считается актетами вроде - давно уже парсер писал под МК, могу глючить...

вам могут прийти пакеты 1,2, 9, 21, 56, 57, 58, 71....например...потом ваша сторона честно говорит с 3 дай пожалуйста ышо раз...вам досылаются пакеты 3,4,5, 10, 57, 70, 71, 72, 73... (это при условии что тайм ауты отработаны правильно)..а может быть и так...1,2, 9, 11, 55, 57, 59, 70....1,2, 4, 6, 7, 8....1,2, 9, 21, 56, 57, 58, 71....(повторы передачи) и много чаво ышо...

что в этом случаи Вы будете считать? единственный способ - точно так-же считать с нижней границы ...как сам протокол.. правда он может быть хитрым и забуферизировать кое-что..и когда инфа дошлёться - скакануть вперёд сразу на дцать пакетов....

думаю придёться парсить как входящий, так и исходящий трафик..на предмет подтверждения принятых данных..с этим думаю упроститься анализ...

удачи Вам
(круглый)