Мастера DELPHI (документация, исходники, скачать)

Основная («Начинающим»)/ Базы / WinAPI / Компоненты / Сети / Media / Игры / Corba и COM / KOL / FreePascal / .Net / Прочее / RSDN.ORG

« предыдущая ветвь | форум | следующая ветвь »

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

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

Сергей М. (2008-09-30 12:50:00) [1]

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

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

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

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

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

Dennis I. Komarov (2008-09-30 12:13:00) [2]
Я представляю себе это как
..
3 - Сетевой (IP)
4 - Транспортный (TCP, UDP и еще какие-то вроде были)
5,6,7 - все в кучу

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

Сергей М. (2008-09-30 11:16:00) [3]

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

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

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

Dennis I. Komarov (2008-09-30 11:07:00) [4]

> Сергей М. © (29.09.08 16:31) [9]

Если не ошибаюсь, TCP был на транспортном уровне, вроде???

Сергей М. (2008-09-29 16:31:00) [5]

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

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

Григорьев Антон (2008-09-29 15:56:00) [6]

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

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

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

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

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

Anatoly Podgoretsky (2008-09-29 15:38:00) [8]
Если пинг, то использовать компонент пингования, а не запускать программу и анализировать файл. Это будет намного проще анализа. Можно использовать Инди или другие компоненты.

JohnKorsh (2008-09-29 15:33:00) [9]
Протокол TCP/IP. Спасибо, "допёр". Ping вполне подойдёт, если результат работы ping-а переопределять в файл и его анализировать.

Vlad Oshin (2008-09-29 15:17:00) [10]
Чего трудного?

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

Сергей М. (2008-09-29 14:29:00) [11]

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

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

JohnKorsh (2008-09-29 14:15:00) [12]
А статистику трудно набирать - все пакеты одинаковые и не знаешь пропустил что-то или нет. А если внутри порядковый номер, то легко. Поэтому ине пакеты самому формировать надо, а не ping-ом.

Сергей М. (2008-09-29 12:21:00) [13]

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

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

Наверх

	« предыдущая ветвь \| форум \| следующая ветвь »