Вопрос по компонентеам, работающим с сетью.

← →
JohnKorsh (2008-09-29 11:28) [0]

С сетями работаю только как пользователь. А тут понадоблось создать приложение для тестирования Wi-Fi канала. Смысл - содаётся пакет, в него пишется возрастающий номер, и периодически посылается по сети. На приёмном конце накапливается статистика. (По содержимому - номеру - можно оценить потери). Посоветуйте, пожалуйста, подходящие простейшие компоненты, а то в стандартном наборе D7, сетевые компоненты есть, но очень объёмные. Мне просто пакет переслать и принять.

← →
Сергей М. © (2008-09-29 12:21) [1]

> Мне просто пакет переслать и принять

Чем готовая утилита ping.exe не устроила, тем более что ты себя позиционируешь только как пользователь ?

← →
JohnKorsh (2008-09-29 14:15) [2]

А статистику трудно набирать - все пакеты одинаковые и не знаешь пропустил что-то или нет. А если внутри порядковый номер, то легко. Поэтому ине пакеты самому формировать надо, а не ping-ом.

← →
Сергей М. © (2008-09-29 14:29) [3]

> Мне просто пакет переслать и принять

Какой пакет-то ? Протокол нужно указывать, в соответствии с OSI ..

← →
Vlad Oshin © (2008-09-29 15:17) [4]

Чего трудного?

X:\>ping /?

Использование: ping [-t] [-a] [-n число] [-l размер] [-f] [-i TTL] [-v TOS]
[-r число] [-s число] [[-j списокУзлов] | [-k списокУзлов]]
[-w таймаут] конечноеИмя

Параметры:
-t Отправка пакетов на указанный узел до команды прерывания.
Для вывода статистики и продолжения нажмите
<Ctrl>+<Break>, для прекращения - <Ctrl>+<C>.
-a Определение адресов по именам узлов.
-n число Число отправляемых запросов.
-l размер Размер буфера отправки.
-f Установка флага, запрещающего фрагментацию пакета.
-i TTL Задание срока жизни пакета (поле "Time To Live").
-v TOS Задание типа службы (поле "Type Of Service").
-r число Запись маршрута для указанного числа переходов.
-s число Штамп времени для указанного числа переходов.
-j списокУзлов Свободный выбор маршрута по списку узлов.
-k списокУзлов Жесткий выбор маршрута по списку узлов.
-w таймаут Таймаут каждого ответа в миллисекундах.
X:\>ping 127.0.0.1 -t

Обмен пакетами с 127.0.0.1 по 32 байт:

Ответ от 127.0.0.1: число байт=32 время<1мс TTL=128
Ответ от 127.0.0.1: число байт=32 время<1мс TTL=128
Ответ от 127.0.0.1: число байт=32 время<1мс TTL=128
Ответ от 127.0.0.1: число байт=32 время<1мс TTL=128
Ответ от 127.0.0.1: число байт=32 время<1мс TTL=128
Ответ от 127.0.0.1: число байт=32 время<1мс TTL=128
Ответ от 127.0.0.1: число байт=32 время<1мс TTL=128
Ответ от 127.0.0.1: число байт=32 время<1мс TTL=128
Ответ от 127.0.0.1: число байт=32 время<1мс TTL=128

Статистика Ping для 127.0.0.1:
Пакетов: отправлено = 9, получено = 9, потеряно = 0 (0% потерь),
Приблизительное время приема-передачи в мс:
Минимальное = 0мсек, Максимальное = 0 мсек, Среднее = 0 мсекControl + Break
Ответ от 127.0.0.1: число байт=32 время<1мс TTL=128
Ответ от 127.0.0.1: число байт=32 время<1мс TTL=128
Ответ от 127.0.0.1: число байт=32 время<1мс TTL=128
Ответ от 127.0.0.1: число байт=32 время<1мс TTL=128
Ответ от 127.0.0.1: число байт=32 время<1мс TTL=128

Статистика Ping для 127.0.0.1:
Пакетов: отправлено = 14, получено = 14, потеряно = 0 (0% потерь),
Приблизительное время приема-передачи в мс:
Минимальное = 0мсек, Максимальное = 0 мсек, Среднее = 0 мсек
Control-C
^C

← →
JohnKorsh (2008-09-29 15:33) [5]

Протокол TCP/IP. Спасибо, "допёр". Ping вполне подойдёт, если результат работы ping-а переопределять в файл и его анализировать.

← →
Anatoly Podgoretsky © (2008-09-29 15:38) [6]

Если пинг, то использовать компонент пингования, а не запускать программу и анализировать файл. Это будет намного проще анализа. Можно использовать Инди или другие компоненты.

← →
Сергей М. © (2008-09-29 15:42) [7]

> Ping вполне подойдёт

Может и не подойти, если ICMP-трафик запрещен.

← →
Григорьев Антон © (2008-09-29 15:56) [8]

> Ping вполне подойдёт, если результат работы ping-а переопределять
> в файл и его анализировать.

Зачем возиться с утитлитой ping и перенаправлением вывода в файл? В сети полно готовых примеров того, как сделать функцию Ping самостоятельно, так работать гораздо проще.

← →
Сергей М. © (2008-09-29 16:31) [9]

> Протокол TCP/IP

Это не протокол, это стек ("набор") протоколов, на сетевом уровне в соответствии с OSI базирующихся на протоколе IP.

> Dennis I. Komarov © (30.09.08 11:07) [10]

Автор оперирует именно TCP/IP, а не TCP.

TCP - да, протокол 4-го (транспортного) уровня, а под TCP/IP обычно подразумевают пирамиду протоколов не ниже 3-го (сетевого) уровня.

Я представляю себе это как
..
3 - Сетевой (IP)
4 - Транспортный (TCP, UDP и еще какие-то вроде были)
5,6,7 - все в кучу

Все вместе получили TCP/IP

> Все вместе получили TCP/IP

Не совсем так, но в принципе да.

Стек появился на свет до рождения модели OSI, и соответствие компонентов стека тем или иным уровням модели достаточно условно.

К примеру, тот же ICMP, на котором работает ping и который обязателен к поддержке в любой реализации стека, модель отностит к сетевому уровню, наравне с IP, хотя ICMP явно не фигурирует в абрревиатуре названия стека.

В названии стека не фигурируют также ARP, RARP, хотя без них межсетевое взаимодействие в условиях глобальной интерсети на сей день вряд ли мыслимо

Вопрос по компонентеам, работающим с сетью. Найти похожие ветки