Основные особенности семейства протоколов TCP / IP

Основные особенности семейства протоколов TCP / IP

 

Сеть Internet - это сеть сетей, объединяющая как локальные сети, так и глобальные сети типа NSFNET. Поэтому центральным местом при обсуждении принципов построения сети является семейство протоколов межсетевого обмена TCP/IP.

Под термином "TCP/IP" обычно понимают все, что связано с протоколами TCP и IP. Это не только собственно сами проколы с указанными именами, но и протоколы, построенные на использовании TCP и IP, и прикладные программы.

Главной задачей стека TCP/IP является объединение в сеть пакетных подсетей через шлюзы. Каждая сеть работает по своим собственным законам, однако предполагается, что шлюз может принять пакет из другой сети и доставить его по указанному адресу. Реально, пакет из одной сети передается в другую подсеть через последовательность шлюзов, которые обеспечивают сквозную маршрутизацию пакетов по всей сети. В данном случае, под шлюзом понимается точка соединения сетей. При этом соединяться могут как локальные сети, так и глобальные сети. В качестве шлюза могут выступать как специальные устройства, маршрутизаторы, например, так и компьютеры, которые имеют программное обеспечение, выполняющее функции маршрутизации пакетов. Маршрутизация - это процедура определения пути следования пакета из одной сети в другую.

Такой механизм доставки становится возможным благодаря реализации во всех узлах сети протокола межсетевого обмена IP. Если обратиться к истории создания сети Internet, то с самого начала предполагалось разработать спецификации сети коммутации пакетов. Это значит, что любое сообщение, которое отправляется по сети, должно быть при отправке "нашинковано" на фрагменты. Каждый из фрагментов должен быть снабжен адресами отправителя и получателя, а также номером этого пакета в последовательности пакетов, составляющих все сообщение в целом. Такая система позволяет на каждом шлюзе выбирать маршрут, основываясь на текущей информации о состоянии сети, что повышает надежность системы в целом. При этом каждый пакет может пройти от отправителя к получателю по своему собственному маршруту. Порядок получения пакетов получателем не имеет большого значения, т.к. каждый пакет несет в себе информацию о своем месте в сообщении. При создании этой системы принципиальным было обеспечение ее живучести и надежной доставки сообщений, т.к. предполагалось, что система должна была обеспечивать управление Вооруженными Силами США в случае нанесения ядерного удара по территории страны.

 

Основные протоколы стека TCP/IP

При описании основных протоколов стека TCP/IP будем следовать модели стека описанной в предыдущем разделе. Первыми будут рассмотрены протоколы канального ровня SLIP и PPP. Это единственные протоколы этого уровня, которые будут нами рассмотрены, так как были разработаны в рамках Internet и для Internet. Другие протоколы, например, NDIS или ODI, мы рассматривать не будем, т.к. они создавались под другие сети, хотя и могут использоваться в сетях TCP/IP также, как, например, и пакетный протокол.

 

Протоколы SLIP и PPP

Интерес к этим двум протоколам вызван тем, что они применяются как на коммутируемых, так и на выделенных телефонных каналах. При помощи этих каналов к сети подключается большинство индивидуальных пользователей, а также небольшие локальные сети. Такие линии связи могут обеспечивать скорость передачи данных до 115200 битов за секунду.

Протокол SLIP (Serial Line Internet Protocol). Технология TCP/IP позволяет организовать межсетевое взаимодействие, используя различные физические и канальные протоколы обмена данными (IEEE 802.3 - Ethernet, IEEE 802.5 - token ring, X.25 и т.п.). Однако без обмена данными по телефонным линиям связи с использованием обычных модемов популярность Internet была бы значительно ниже. Большинство пользователей Сети используют свой домашний телефон в качестве окна в мир компьютерных сетей, подключая компьютер через модем к модемному пулу компании, предоставляющей IP-услуги или к своему рабочему компьютеру. Наиболее простым способом, обеспечивающим полный IP-сервис, является подключение через последовательный порт персонального компьютера по протоколу SLIP.

Согласно RFC-1055, впервые SLIP был включен в качестве средства доступа к IP-сети в пакет фирмы 3COM - UNET. В 1984 году Рик Адамс(Rick Adams) реализовал SLIP для BSD 4.2, и таким образом SLIP стал достоянием всего IP-сообщества.

Обычно, этот протокол применяют как на выделенных, так и на коммутируемых линиях связи со скоростями от 1200 до 19200 бит в секунду. Если модемы позволяют больше, то скорость можно "поднять", т.к. современные персональные компьютеры позволяют передавать данные в порт со скоростью 115200 битов за секунду. Однако при определении скорости обмена данными следует принимать во внимание, что при передаче данных по физической линии данные подвергаются преобразованиям: компрессия и защита от ошибок на линии. Такое преобразование заставляет определять меньшую скорость на линии, чем скорость порта.

Следует отметить, что среди условно-свободно распространяемых программных IP-стеков (Freeware), Trumpet Winsock, например, обязательно включена поддержка SLIP-коммуникаций. Такие операционные системы, как FreeBSD, Linux, NetBSD, которые можно свободно скопировать и установить на своем персональном компьютере, или HP-UX, которая поставляется вместе с рабочими станциями Hewlett Packard, имеют в своем арсенале программные средства типа sliplogin (FreeBSD) или slp (HP-UX), обеспечивающими работу компьютера в качестве SLIP-сервера для удаленных пользователей, подключающихся к IP-сети по телефону. В протоколе SLIP нет определения понятия "SLIP-сервер", но реальная жизнь вносит коррективы в стандарты. В контексте нашего изложения "SLIP-клиент" - это компьютер, инициирующий физическое соединение, а "SLIP-сервер" - это машина, постоянно включенная в IP-сеть. В главе, посвященной организации IP-сетей и подключению удаленных компьютеров, будет подробно рассказано о различных способах подключения по SLIP-протоколу, поэтому, не останавливаясь на деталях такого подключения, перейдем к обсуждению самого протокола SLIP.

В отличие от Ethernet, SLIP не "заворачивает" IP-пакет в свою обертку, а "нарезает" его на "кусочки". При этом делает это довольно примитивно. SLIP-пакет начинается символом ESC (восьмеричное 333 или десятичное 219) и кончается символом END (восьмеричное 300 или десятичное 192). Если внутри пакета встречаются эти символы, то они заменяются двухбайтовыми последовательностями ESC-END (333 334) и ESC-ESC (333 335). Стандарт не определяет размер SLIP-пакета, поэтому любой SLIP-интерфейс имеет специальное поле, в котором пользователь должен указать эту длину. Однако в стандарте есть указание на то, что BSD SLIP драйвер поддерживает пакеты длиной 1006 байт, поэтому "современные" реализации SLIP-программ должны поддерживать эту длину пакетов. SLIP-модуль не анализирует поток данных и не выделяет какую-либо информацию в этом потоке. Он просто "нарезает" ее на "кусочки", каждый из которых начинается символом ESC, а кончается символом END. Из приведенного выше описания понятно, что SLIP не позволяет выполнять какие-либо действия, связанные с адресами, т.к. в структуре пакета не предусмотрено поле адреса и его специальная обработка. Компьютеры, взаимодействующие по SLIP, обязаны знать свои IP-адреса заранее. SLIP не позволяет различать пакеты по типу протокола, например, IP или DECnet. Вообще-то, при работе по SLIP предполагается использование только IP (Serial Line IP все-таки), но простота пакета может быть соблазнительной и для других протоколов. В SLIP нет информации, позволяющей корректировать ошибки линии связи. Коррекция ошибок возлагается на протоколы транспортного уровня - TCP, UDP. В стандартном SLIP не предусмотрена компрессия данных, но существуют варианты протокола с такой компрессией. По поводу компрессии следует заметить следующее: большинство современных модемов, поддерживающих стандарты V.42bis и MNP5, осуществляют аппаратную компрессию. При этом практика работы по нашим обычным телефонным каналам показывает, что лучше отказаться от этой компрессии и работать только с автоматической коррекцией ошибок, например MNP4 или V.42. Вообще говоря, каждый должен подобрать тот режим, который наиболее устойчив в конкретных условиях работы телефонной сети (вплоть до времени года, и частоты аварий на теплотрассах).

Соединения типа "точка-точка" - протокол PPP (Point to Point Protocol). PPP - это более молодой протокол, нежели SLIP. Однако, назначение у него то же самое - управление передачей данных по выделенным или коммутируемым линиям связи. Согласно RFC-1661, PPP обеспечивает стандартный метод взаимодействия двух узлов сети. Предполагается, что обеспечивается двунаправленная одновременная передача данных. Как и в SLIP, данные "нарезаются" на фрагменты, которые называются пакетами. Пакеты передаются от узла к узлу упорядоченно. В отличии от SLIP, PPP позволяет одновременно передавать по линии связи пакеты различных протоколов. Кроме того, PPP предполагает процесс автоконфигурации обоих взаимодействующих сторон. Собственно говоря, PPP состоит из трех частей: механизма инкапсуляции (encapsulation), протокола управления соединением (link control protocol) и семейства протоколов управления сетью (network control protocols).

При обсуждении способов транспортировки данных при межсетевом обмене часто применяется инкапсуляция, например, инкапсуляция IP в X.25. С инкапсуляцией TCP в IP мы уже встречались. Инкапсуляция обеспечивает мультиплексирование различных сетевых протоколов (протоколов межсетевого обмена, например IP) через один канал передачи данных. Инкапсуляция PPP устроенна достаточно эффективно, например, для передачи HDLC фрейма требуется всего 8 дополнительных байтов (8 октетов, согласно терминологии PPP). При других способах разбиения информации на фреймы число дополнительных байтов может быть сведено до 4 или даже 2. Для обеспечения быстрой обработки информации граница PPP пакета должна быть кратна 32 битам. При необходимости в конец пакета для выравнивания на 32-битовую границу добавляется "балласт". Вообще говоря, понятие инкапсуляции в терминах PPP - это не только добавление служебной информации к транспортируемой информации, но, если это необходимо, и разбиение этой информации на более мелкие фрагменты.

Под датаграммой в PPP понимают информационную единицу сетевого уровня, применительно к IP - IP-пакет. Под фреймом понимают информационную единицу канального уровня (согласно модели OSI). Фрейм состоит из заголовка и хвоста, между которыми содержатся данные. Датаграмма может быть инкапсулирована в один или несколько фреймов. Пакетом называют информационную единицу обмена между модулями сетевого и канального уровня. Обычно, каждому пакету ставится в соответствие один фрейм, за исключением тех случаев, когда канальный уровень требует еще большей фрагментации данных или, наоборот, объединяет пакеты для более эффективной передачи. Типичным случаем фрагментации являются сети ATM. В упрощенном виде PPP-фрейм показан на рисунке 2.7.

 

 

Рис. 2.7. PPP-фрейм

 

В поле "протокол" указывается тип инкапсулированной датаграммы. Существуют специальные правила кодирования протоколов в этом поле (см.ISO 3309 и RFC-1661). В поле "информация" записывается собственно пакет данных, а в поле "хвост" добавляется "пустышка" для выравнивания на 32-битувую границу. По умолчанию для фрейма PPP используется 1500 байтов. В это число не входит поле "протокол".

Протокол управления соединением предназначен для установки соглашения между узлами сети о параметрах инкапсуляции (размер фрейма, например). Кроме этого, протокол позволяет проводить идентификацию узлов. Первой фазой установки соединения является проверка готовности физического уровня передачи данных. При этом такая проверка может осуществляться периодически, позволяя реализовать механизм автоматического восстановления физического соединения, как это бывает при работе через модем по коммутируемой линии. Если физическое соединение установлено, то узлы начинают обмен пакетами протокола управления соединением, настраивая параметры сессии. Любой пакет, отличный от пакета протокола управления соединением, не обрабатывается во время этого обмена. После установки параметров соединения возможен переход к идентификации. Идентификация не является обязательной. После всех этих действий происходит настройка параметров работы с протоколами межсетевого обмена (IP, IPX и т.п.). Для каждого из них используется свой протокол управления. Для завершения работы по протоколу PPP по сети передается пакет завершения работы протокола управления соединением.

Процедура конфигурации сетевых модулей операционной системы для работы по протоколу PPP более сложное занятие, чем аналогичная процедура для протокола SLIP. Однако, возможности PPP соединения гораздо более широкие. Так, например, при работе через модем модуль PPP, обычно, сам восстанавливает соединение при потере несущей частоты. Кроме того, модуль PPP сам определяет параметры своих фреймов, в то время как при SLIP их надо подбирать вручную. Правда, если настраивать оба конца, то многие проблемы не возникают из-за того, что параметры соединения известны заранее. Более подробно с протоколом PPP можно познакомиться в RFC-1661 и RFC-1548.

 

Таблица 1.1

Префиксы адресов Ethernet интерфейсов (карт) и Производители, за которыми эти префиксы закреплены

 

Префикс	Производитель	Префикс	Производитель
00:00:0C	Cisco	08:00:0B	Unisys
00:00:0F	NeXT	08:00:10	T&T
00:00:10	Sytek8:00:11	Tektronix
00:00:1D	Cabletron	08:00:14	Exelan
00:00:65	Network General	08:00:1A	Data General
00:00:6B	MIPS	08:00:1B	Data General
00:00:77	Cayman System	08:00:1E	Sun
00:00:93	Proteon	08:00:20	CDC
00:00:A2	Wellfleet	08:00:2%	DEC
00:00:A7	NCD	08:00:2B	Bull
00:00:A9	Network Systems	08:00:38	Spider Systems
00:00:C0	Western Digital	08:00:46	Sony
00:00:C9	Emulex	08:00:47	Sequent
00:80:2D	Xylogics Annex	08:00:5A	IBM
00:AA:00	Intel	08:00:69	Silicon Graphics
00:DD:00	Ungermann-Bass	08:00:6E	Exelan
00:DD:01	Ungermann-Bass	08:00:86	Imageon/QMS
02:07:01	MICOM/Interlan	08:00:87	Xyplex terminal servers
02:60:8C	3Com	08:00:89	Kinetics
08:00:02	3Com(Bridge)	08:00:8B	Pyromid
08:00:03	ACC	08:00:90	Retix
08:00:05	Symbolics	AA:00:03	DEC
08:00:08	BBN	AA:00:04	DEC
08:00:09	Hewlett-Packard

 

Протокол ARP (RFC 826). Address Resolution Protocol используется для определения соответствия IP-адреса адресу Ethernet. Протокол используется в локальных сетях. Отображение осуществляется только в момент отправления IP-пакетов, так как только в этот момент создаются заголовки IP и Ethernet. Отображение адресов осуществляется путем поиска в ARP-таблице. Упрощенно, ARP-таблица состоит из двух столбцов:

 

IP-адрес	Ethernet-адрес
223.1.2.1	08:00:39:00:2F:C3
223.1.2.3	08:00:5A:21:A7:22
223.1.2.4	08:00:10:99:AC:54

 

В первом столбце содержится IP-адрес, а во втором Ethernet-адрес. Таблица соответствия необходима, так как адреса выбираются произвольно, и нет какого-либо алгоритма для их вычисления. Если машина перемещается в другой сегмент сети, то ее ARP-таблица должна быть изменена.

При работе в локальной IP-сети при обращении к какому-либо ресурсу, например, архиву FTP, его Ethernet-адрес ищется по IP-адресу в ARP-таблице и после этого запрос отправляется на сервер.

ARP-таблица заполняется автоматически, что хорошо видно из приведенного ранее примера. Если нужного адреса в таблице нет, то в сеть посылается широковещательный запрос типа "чей это IP-адрес?". Все сетевые интерфейсы получают этот запрос, но отвечает только владелец адреса. При этом существует два способа отправки IP-пакета, для которого ищется адрес: пакет ставится в очередь на отправку или уничтожается. В первом случае за отправку отвечает модуль ARP, а во втором случае модуль IP, который повторяет посылку через некоторое время. Широковещательный запрос выглядит так:

 

IP-адрес отправителя	223.1.2.1
Ethernet-адрес отправителя	08:00:39:00:2F:C3
Искомый IP-адрес	222.1.2.2
Искомый Ethernet-адрес	<пусто>

 

Ответ машины, чей адрес ищется, будет выглядеть следующим образом:

 

IP-адрес отправителя	222.1.2.2
Ethernet-адрес отправителя	08:00:28:00:38:А9
IP-адрес получателя	223.1.2.1
Ethernet-адрес получателя	08:00:39:00:2F:C3

 

Полученный таким образом адрес будет добавлен в ARP-таблицу.

Следует отметить, что если искомого IP-адреса нет в локальной сети и сеть не соединена с другой сетью шлюзом, то разрешить запрос не удается. IP-модуль будет уничтожать такие пакеты, обычно по time-out (превышен лимит времени на разрешение запроса). Модули прикладного уровня, при этом, не могут отличить физического повреждения сети от ошибки адресации.

Однако в современной сети Internet, как правило, запрашивается информация с узлов, которые реально в локальную сеть не входят. В этом случае для разрешения адресных коллизий и отправки пакетов используется модуль IP.

Если машина соединена с несколькими сетями, т.е. она является шлюзом, то в таблицу ARP вносятся строки, которые описывают как одну, так и другую IP-сети. При использовании Ethernet и IP каждая машина имеет как минимум один адрес Ethernet и один IP-адрес. Собственно Ethernet-адрес имеет не компьютер, а его сетевой интерфейс. Таким образом, если компьютер имеет несколько интерфейсов, то это автоматически означает, что каждому интерфейсу будет назначен свой Ethernet-адрес. IP-адрес назначается для каждого драйвера сетевого интерфейса. Грубо говоря, каждой сетевой карте Ethernet соответствуют один Ethernet-адрес и один IP-адрес. IP-адрес уникален в рамках всего Internet.

Возможности системы «Analyzer TCP\IP»

Cистема «Analyzer TCP\IP» способна выполнять следующие функции:

· Заполнение IP-заголовка пакета

· Заполнение TCP-заголовка

· Передачу и прием пакетов TCP\IP как выбранному пользователю, так и всем пользователям

· Обеспечивать возможность передачи текстовых сообщений

· Обеспечивать ведение журналов

· Вести лог приложения

· Содержать примеры заполнения заголовков

· Обеспечивать подсчет контрольных сумм заголовков

· Обеспечивать запуск двух и более экземпляром клиентской части «Analyzer TCP\IP» на одном компьютере

· Обеспечивать запуск только одного экземпляра серверной части «Analyzer TCP\IP» на одном компьютере

· Обеспечивать формирование вариантов заданий и их пересылку клиентам

· Осуществлять анализ контрольных пакетов на предмет ошибок

· Выводить отчет по каждому пользователю о выполнении контрольных заданий

Описание работы серверного модуля « Analyzer TCP \ IP Server »

 

Функции, выполняемые серверным модулем «Analyzer TCP\IP Server»

 

· Работа в двух режимах: «Режим самоконтроля», «Режим контроля»

· Прием и передача пакетов между клиентами

· Прием и передача текстовых сообщений между клиентами

· Ведение журналов сервера, ошибок, передач, сеансов

· Обеспечивать формирование вариантов заданий и их пересылку клиентам

· Осуществлять анализ контрольных пакетов на предмет ошибок (только в режиме контроля)

· Выводить отчет по каждому пользователю о выполнении контрольных заданий (только в режиме контроля)

 

Запуск программы «Analyzer TCP\IP Server»

 

Для запуска программы необходимо открыть файл Server_Analyzer.exe. После того, как приложение откроется, на экране отобразится главное окно.

 

 

Настройка и запуск сервера

 

Прежде чем запускать сервер необходимо указать номер порта, по которому будет происходить обмен информацией.

 

 

Для запуска сервера следует нажать на кнопку «Старт» либо выбрать в главном меню пункт «Файл», а в раскрывшемся списке пункт «Запуск сервера».

 

 

Для остановки сервера необходимо нажать кнопку – «Стоп» или в меню «Файл» выбрать пункт «Остановка сервера».

 

 

Обратите внимание: вводимый номер порта по возможности не должен соответствовать зарезервированным портам. Список зарезервированных портов приведен в «Приложении 1». Также необходимо уточнить у системного администратора список открытых к использованию портов.

 

Переключение между режимами

 

Сервер может работать в двух режимах:

· Режим самоконтроля – режим, при котором сервер выполняет транспортную функцию. Клиенты беспрепятственно обмениваются между собой пакетами и текстовыми сообщениями.

· Режим контроля – режим, при котором все передачи между клиентами запрещены. Передачи осуществляются только между клиентом и сервером. Сервер в этом режиме выполняет следующие функции:

1. формирование и отсылка каждому подключенному клиенту варианта задания, состоящего из 5 вопросов. Список заданий приведен в «Приложении 2»

2. контроль правильности выполнения заданий

3. ведение контрольных журналов для каждого пользователя

 

Для переключения сервера в «Режим контроля» необходимо в меню «Файл» выбрать пункт «Режим контроля»

 

 

Затем необходимо ввести пароль «DiploM2@@6»

 

 

Для переключения сервера в «Режим самоконтроля» необходимо выбрать в меню «Файл» пункт «Режим контроля»

 

 

Просмотр журналов

 

Для просмотра журнала необходимо в меню «Журналы» выбрать соответствующий пункт

 

 

После чего откроется окно просмотра журналов

 

 

Для очистки выбранного журнала необходимо нажать кнопку «Очистить журнал» в окне просмотра.

Описание работы в клиентском модуле « Analyzer TCP \ IP Client »

 

Для запуска программы необходимо открыть файл Client_Analyzer.exe. После того, как приложение откроется, на экране отобразится главное окно.

 

 

IP-адрес

Analyzer TCP\IP Client поддерживает 2 режима работы: локальный и сетевой.

При настройке клиента для локального режима работы в поле «IP-адрес» вводится значение «localhost», указывающее на локальное расположение клиента.

При сетевом режиме работы в поле «IP-адрес» указывается IP-адрес компьютера, на котором запущен Analyzer TCP\IP Client. Его можно узнать, щелкнув левой кнопкой «мыши» на иконке , расположенной в нижнем правом углу экрана (в трее), и переключившись на вкладку «Поддержка», открывшегося окна.

 

Номер порта

Вводимый номер порта должен соответствовать номеру порта сервера, и по возможности не должен совпадать с зарезервированными портами. Их список можно посмотреть в «Приложении 1».

 

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

 

Внимание: т.к. на одном компьютере может быть запущено несколько клиентов Analyzer TCP\IP Client, то имя пользователя для каждого из клиентов должно быть уникальным.

 

После ввода всех параметров следует нажать на кнопку «Сохранить» в окне настроек.

 

Для подключения к серверу необходимо выбрать в меню «Файл» пункт «Подключение», а для отключения от сервера пункт «Отключение».

 

 

Для изменения настроек необходимо отключиться от сервера, а после сохранения новых настроек подключиться снова.

 

Заполнение и отправка TCP\ IP пакета

 

Для отправки TCP\IP пакета в «Режиме самоконтроля» необходимо:

 

1. Заполнить IP-заголовок. Для заполнения IP-заголовка нажмите кнопку «Заполнить»

 

 

2. Заполнить TCP-заголовок. Для заполнения TCP-заголовка нажмите кнопку «Заполнить»

 

 

3. Ввести отправляемые данные

 

 

4. Для отправки пакета выбранному адресату - нажать кнопку «Отправить пакет», а для отправки пакета всем пользователям – кнопку «Отправить всем»

 

 

Для отправки TCP\IP пакета в «Режиме контроля» необходимо:

 

1. Если окно заданий не открыто, то открыть его выбором пункта меню «Задание»

 

 

2. Выбрать номер задания из списка и нажать кнопку «Выполнить»

 

 

3. Заполнить IP-заголовок.

4. Заполнить TCP-заголовок.

5. Ввести отправляемые данные

6. Нажать кнопку «Отправить пакет»

 

Заполнение IP-заголовка

 

После нажатия на кнопку «Заполнить» на панели IP-заголовка открывается форма заполнения

 

 

Обязательными к заполнению являются следующие поля: Версия, IHL,Тип сервиса, Общая длина, Идентификатор, Флаги, Смещение фрагмента, Время жизни, Протокол, Контрольная сумма, Адрес отправителя и Адрес получателя.

 

Поля заполняются согласно спецификации IP-заголовка (см. Приложение 3).

Внимание. Поля «Контрольная сумма» и «Выравнивание» заполняются автоматически

 

Опции IP-заголовка

 

Для добавления опции в заголовок необходимо выбрать тип опции из списка и нажать на кнопку добавить

 

 

Если опция имеет параметры, то будет открыто окно параметров опции. Они заполняются также согласно спецификации IP-заголовка (см. Приложение 3).

 

Для удаления опции из заголовка необходимо выбрать тип опции из списка и нажать кнопку «Удалить»

 

 

Для редактирования параметров опции необходимо выбрать из списка опцию и нажать кнопку «Редактировать»

 

 

Заполнение ТСП-заголовка

 

После нажатия на кнопку «Заполнить» на панели ТСP-заголовка открывается форма заполнения

 

 

Обязательными к заполнению являются все поля формы

 

Поля заполняются согласно спецификации ТСP-заголовка (см. Приложение 4).

Внимание. Поля «Контрольная сумма» и «Выравнивание» заполняются автоматически

 

Опции ТСР-заголовка

 

Для добавления опции в заголовок необходимо выбрать тип опции из списка и нажать на кнопку добавить

 

 

Для удаления опции из заголовка необходимо выбрать тип опции из списка и нажать кнопку «Удалить»

 

 

Для редактирования параметров опции необходимо выбрать из списка опцию и нажать кнопку «Редактировать»

 

 

Просмотр входящего пакета

 

Все входящие пакеты помещаются в очередь просмотра.

 

 

Для просмотра входящего пакета необходимо выполнить следующие действия:

 

1. Выделить пакет, содержание которого необходимо просмотреть;

2. Нажать на кнопку «Просмотр полученного пакета».

 

 

Опции в заголовках пакета отображаются текстовой строкой вида:

 

Код типа опции1(Парам1,Парам2,...,ПарамN) ... Код типа опцииN(Парам1,Парам2,...,ПарамN)

 

Коды типа опций представлены в двоичном виде, а сами опции разделены между собой пробелами.

 

Анализ опций IP-заголовка

 

Для анализа опций необходимо нажать кнопку «Анализ опций» на форме IP-заголовка.

 

 

После завершения анализа на экран будет выведен отчет

 

 

Анализ опций TCP-заголовка выполняется вручную. Формат опций представлен в «Приложении 4»

 

Примеры заполнения заголовков

 

Для быстрого заполнения заголовков пакета можно воспользоваться примерами заполнения. Для использования примеров необходимо в главном меню выбрать пункт «Примеры»

 

 

Программа содержит следующие примеры заполнения

 

Примеры заполнения IP-заголовка

· Минимальный заголовок – пример IP-заголовка минимальной датаграммы, несущей данные. Она является полноценной датаграммой, а не фрагментом.

· Промежуточная датаграмма - пример IP-заголовка датаграммы промежуточного размера (652 октета данных).

· Первый фрагмент – пример IP-заголовка первого фрагмента датаграммы, которая возникает при фрагментации «Промежуточной датаграммы» в случае, когда максимальная допустимая единица пересылки составляет 280 октетов.

· Последний фрагмент - пример IP-заголовка последнего фрагмента датаграммы, которая возникает при фрагментации «Промежуточной датаграммы» в случае, когда максимальная допустимая единица пересылки составляет 280 октетов.

· Промежуточный фрагмент - пример IP-заголовка промежуточного фрагмента датаграммы, которая возникает при фрагментации «Промежуточной датаграммы» в случае, когда максимальная допустимая единица пересылки составляет 280 октетов.

 

Примеры заполнения TCP-заголовка

 

· Стандартный заголовок – пример минимального TCP-заголовка.

· Синхронизирующийся заголовок – пример TCP-заголовка с синхронизацией номеров очереди.

· Последний пакет – пример TCP-заголовка при окончании передачи данных. Данных для передачи больше нет.

· Срочный заголовок – пример TCP-заголовка, содержащего срочный указатель.

 

Просмотр журналов

 

Analyzer TCP\IP Client поддерживает ведение 4 журналов:

 

· журнал ошибок – содержит информацию об ошибках;

· журнал передач – содержит информацию об отправляемых и принятых пакетах и сообщениях;

· журнал состояния – содержит информацию о состоянии клиента;

· журнал чата – содержит историю сообщений чата.

 

Для просмотра журнала необходимо в главном меню выбрать пункт «Журналы». В открывшемся списке выбрать журнал.

 

 

В открывшемся окне будет представлено все содержимое журнала.

 

 

Для очистки журнала необходимо нажать кнопку «Очистить» в окне просмотра.

 

Чат

 

Для открытия окна чата необходимо выбрать в главном меню пункт «Чат»

 

 

Для отправки сообщения пользователю необходимо:

 

1. Выбрать адресата из списка

2. Ввести текст сообщения

3. Нажать на кнопку «Отправить»
Для отправки сообщения всем пользователям нажать – «Отправить всем»

 

 

Список заданий

 

1. Составить пакет с малой задержкой, который должен быть не фрагментированным и передаваться немедленно. Максимальная допустимая единица пересылки составляет 100 октетов. Данные IP-заголовка должны использоваться протоколом ICMP. Пакет должен быть доставлен по порту 80. В результате выполнения задания указать ответ, содержащий значения полей: IP-заголовок: Type Service, Total Length, Flags, Protocol; TCP-заголовок: Destination Port, FIN, SYN.

2. Составить пакет с высокой достоверность передачи данных, который должен передаваться более чем мгновенно и не подлежит фрагментации. Максимальная допустимая единица пересылки составляет 100 октетов. Данные IP-заголовка должны использоваться протоколом TCP. Пакет должен быть доставлен по порту 8090. В результате выполнения задания указать ответ, содержащий значения полей: IP-заголовок: Type Service, Total Length, Flags, Protocol; TCP-заголовок: Destination Port, FIN, SYN.

3. Составить пакет, отправляемый при первоначальном запросе на установление соединения по порту 9999 с хостом 217.68.14.58. Максимальный размер получаемого сегмента равен 128. В результате выполнения задания указать ответ, содержащий значения полей: IP-заголовок: Destination Address, Flags; TCP-заголовок: Destination Port, SYN, Options.

4. Составить пакет с обычным маршрутом передачи данных и нормальной пропускной способностью. Пакет должен являться первым фрагментом, возникшим при фрагментации исходной датаграммы (252 октета данных), когда максимальная допустимая единица пересылки составляет 150 октетов. Данные IP-заголовка должны использоваться протоколом TCP. Пакет должен быть доставлен по порту 80. В результате выполнения задания указать ответ, содержащий значения полей: IP-заголовок: Type Service, Total Length, Fragment Offset, Flags, Protocol; TCP-заголовок: Destination Port, FIN, SYN.

5. Составить пакет межсетевого управления с высокой достоверностью передачи данных. Пакет должен являться вторым фрагментом, возникшим при фрагментации исходной датаграммы (452 октета данных), когда максимальная допустимая единица пересылки составляет 260 октетов. Пакет должен быть доставлен по порту 21. В результате выполнения задания указать ответ, содержащий значения полей: IP-заголовок: Type Service, Total Length, Fragment Offset, Flags; TCP-заголовок: Destination Port, FIN, SYN.

6. Составить пакет с обычным маршрутом передачи данных и нормальной пропускной способностью. Пакет должен являться последним фрагментом, возникшим при фрагментации исходной датаграммы (252 октета данных), когда максимальная допустимая единица пересылки составляет 150 октетов. Данные IP-заголовка должны использоваться протоколом UDP. Пакет должен быть доставлен по порту 65350. В результате выполнения задания указать ответ, содержащий значения полей: IP-заголовок: Type Service, Total Length, Fragment Offset, Flags, Protocol; TCP-заголовок: Destination Port, FIN, SYN.

7. Составить пакет с мгновенной передачей данных и малой задержкой. Пакет должен являться промежуточным фрагментом, возникшим при фрагментации исходной датаграммы (252 октета данных), когда максимальная допустимая единица пересылки составляет 150 октетов. Данные IP-заголовка должны использоваться протоколом UDP. Пакет должен быть доставлен по порту 958. В результате выполнения задания указать ответ, содержащий значения полей: IP-заголовок: Type Service, Total Length, Fragment Offset, Flags, Protocol; TCP-заголовок: Destination Port, FIN, SYN.

8. Составить особо секретный пакет с мгновенной передачей данных и малой задержкой. Пакет не должен являться фрагментом, а максимальная допустимая единица пересылки составляет 150 октетов. Данные IP-заголовка должны использоваться протоколом UDP. Пакет должен быть доставлен по порту 80. В результате выполнения задания указать ответ, со