Инструмент для анализа TCP

← →
Германн © (2011-05-20 02:42) [0]

Посоветуйте пожалуйста.
Обрисую ситуацию. Две моих программы общаются между собой по протоколу TCP. Наблюдаю глюк. Программа посылающая информацию в логе показывает, что правильно послала информацию. Программа принимающая показывает, что она получила гораздо больше байт.
Хотелось бы программу типа PortMon Руссиновича, но для TCP.

← →
Германн © (2011-05-20 03:23) [1]

Хм.
Внутренний голос мне подсказывает, что не стоит в ближайшее время рекомендовать библиотеку ICS. Во всяком случае её последнюю версию.
У меня с ней сейчас глюки. Много лет начиная с Д1 глюков не было. Сейчас есть. Способы моей работы с этой библиотекой не изменились. Сама библиотека, наверно изменилась. А вот как она изменилась, одному FP известно.

P.S. Уж лучше бы он "продался" Борланду.

← →
Eraser © (2011-05-20 03:32) [2]

> [0] Германн © (20.05.11 02:42)

сниффер что ли? Wireshark.

> [1] Германн © (20.05.11 03:23)

если нужно что-то простое и не требовательное к производительности (не нужны сотни и тысячи соединений), то лучший выбор это Indy, на мой взгляд.
если нужно что-то высокопроизводительное, то ни ICS ни Indy не спасут, там другие технологии.

← →
Германн © (2011-05-20 03:43) [3]

> Eraser © (20.05.11 03:32) [2]
>
> > [0] Германн © (20.05.11 02:42)
>
> сниффер что ли? Wireshark.
Поищу в И-нете.
>
> > [1] Германн © (20.05.11 03:23)
>
> если нужно что-то простое и не требовательное к производительности
> (не нужны сотни и тысячи соединений), то лучший выбор это
> Indy, на мой взгляд.
Уж "сотни лет" работаю с компонентом от Франка Пиет. И до сих пор проблем не было. А проблемы c Indy в гугле просто достали своим количеством. Да так, что и пробовать не хочу. Ведь чтобы пробовать - нужно изучить.

> если нужно что-то высокопроизводительное, то ни ICS ни Indy
> не спасут, там другие технологии.
>

Ничего "высокопроизводительного".

← →
Омлет © (2011-05-20 10:23) [4]

Сниффер - Ethereal пользуемся.
http://www.ethereal.com/

← →
Anatoly Podgoretsky © (2011-05-20 10:23) [5]

> Хотелось бы программу типа PortMon Руссиновича, но для TCP.

Она называется Process Explorer, ранее TCPMon

← →
Омлет © (2011-05-20 10:23) [6]

> Eraser © (20.05.11 03:32) [2]
> там другие технологии.

Какие?

← →
KSergey © (2011-05-20 10:39) [7]

> Омлет © (20.05.11 10:23) [6]
> Какие?

Э. Джонс, Д. Оланд
"Программирование в сетях Microsoft Windows"

← →
han_malign (2011-05-20 16:44) [8]

> Сниффер - Ethereal пользуемся.
> http://www.ethereal.com/

- ретрограды - он давно уже называется:
> ... Wireshark.

← →
Германн © (2011-05-20 18:24) [9]

> Внутренний голос мне подсказывает, что не стоит в ближайшее
> время рекомендовать библиотеку ICS

Таки да. Это глюк версии 7. В версии 6 все работает нормально. А я то все мучался с приемным буфером думая что это я что-то делаю неправильно.

← →
Sha © (2011-05-20 20:21) [10]

> Это глюк версии 7

Это почему?

← →
Германн © (2011-05-20 20:40) [11]

> Это почему?

Снес версию 7, поставил версию 6. Перебилдил оба проекта (сервер и клиент) ничего не меняя. Глюк, который меня терзал несколько дней исчез.
Может конечно все дело в том, что в Москве сегодня заметно потеплело?
:)

← →
Sha © (2011-05-20 21:42) [12]

> Германн © (20.05.11 20:40) [11]

Значит, где-то есть ошибка,
может быть, в твоей программе.

← →
Rouse_ © (2011-05-20 23:19) [13]

> Программа посылающая информацию в логе показывает, что правильно
> послала информацию. Программа принимающая показывает, что
> она получила гораздо больше байт.

Варианта то всего два - либо кто-то врет (лог клиента, лог сервера, ты сам :), либо произошло реально чудо и ты поймал секретный пакет данных от сотрудника ФСБ, слушающего твой канал и увеличивший размер входящего буфера :)
Вариант ошибки в программе я опускаю, бо ты не студент в конце концов :)

ЗЫ: есть еще один из вариантов, но он просто может следовать от самих используемых компонентов. Не буду опускаться до стиля Темы Лебедева, поэтому просто - вышеперечисленное в ветке не желательно использовать в коммерческих приложениях, гораздо проще включить мозг и сделать самому, и в этот раз правильно.

← →
Германн © (2011-05-20 23:58) [14]

> Значит, где-то есть ошибка,
> может быть, в твоей программе.

Я естественно первым делом искал ее в своих программах. Почти неделю.

> не желательно использовать в коммерческих приложениях

Этой библиотеке я верил гораздо больше, чем самому себе. Использовал ее начиная с Д1, где если ты помнишь не было ничего для работы с сокетами. За эти годы она ни разу не подводила. Да и сейчас не полностью уверен, что ошибка в ней.

Вера - это конечно хорошее чувство, но несколько не профессиональное, Серег. Ты должен на знания и практику опираться, тем более на твоей-то должности :)
После кучи допиливаний ICS, пришлось от нее отказаться, ибо в какой-то момент стало понятно, что реализовать необходимое гораздо проще с нуля, чем правкой стороннего. Хотя под требования новичков и среднего калибра шаровар она безусловно подходит очень даж не плохо (заметь - про Indy я вообще даже упоминать не стал).

> Ты должен на знания и практику опираться, тем более на твоей-
> то должности

???
Уточни. :)

Если я не ошибаюсь, то у тебя в подчинении пара-тройка эникейщиков, плюс в довесок "в совершенстве разбирающиеся в производстве" боссы в виде много штук. Я прав? :)

ЗЫ: ну это компилятивно по твоим постам за последние три года... как-то так :)

> Rouse_ © (21.05.11 00:30) [17]
>
> Если я не ошибаюсь, то у тебя в подчинении пара-тройка эникейщиков,
> плюс в довесок "в совершенстве разбирающиеся в производстве"
> боссы в виде много штук. Я прав? :)
>

> ЗЫ: ну это компилятивно по твоим постам за последние три
> года... как-то так :)
>

За последние три года много чего менялось. Слава богу босс таперича почти совсем адекватный. А в подчинении у меня никого слава богу никогда и не было. А то ещё учить их...
:)

Ну и вдобавок. Продукт, конечно коммерческий, но ПО которое идёт с продуктом - бесплатное. Именно это ПО я сейчас и доделываю.
Будет ли ПО платное к моему железу я не знаю. Да и знать не очень хочу.
Скорее всего разработку платного ПО я на себя не возьму. Не моё это.

Инструмент для анализа TCP Найти похожие ветки