Кроме того, значения некоторых полей заголовка текущего сегмента тоже переносятся в переменные TCB:

SEG.SEQ – номер в последовательности из SEG.ACK – номер подтверждения SEG.LEN – длина сегмента

SEG.WND – размер окна SEG.UP– указатель срочности SEG.PRC – приоритет

TCP-соединение может находиться в разных состояниях: LISTEN (Прослушивание) – ожидание запроса на соединение

SYN-SENT (Синхронизация отправлена) – ожидание парного запроса на соединение (после того, как был отправлен запрос на соединение)

SYN-RECEIVED (Синхронизация получена) – ожидание подтверждения после обмена запросами на соединение

ESTABLISHED (Установлено) – соединение установлено и может передавать пользовательские данные; основное рабочее состояние

FIN-WAIT-1 (Ожидание завершения 1) – ожидание запроса на завершение соединения или подтверждения своего запроса на завершение соединения

FIN-WAIT-2 (Ожидание завершения 2) – ожидание запроса на завершение соединения

CLOSE-WAIT (Ожидание закрытия) – ожидание запроса на закрытие соединения от своего прикладного процесса

CLOSING (Закрытие) – ожидание подтверждения запроса на закрытие соединения

LAST-ACK (Последнее подтверждение) – ожидание подтверждения запроса на закрытие соединения (в котором содержалось подтверждение запроса на закрытие соединения)

TIME-WAIT (Ожидание) – пауза для уверенности. что дальняя сторона соединения получила подтверждение своего запроса на закрытие соединения

CLOSED (Закрыто) – соединение закрыто

14. ПРОТОКОЛЫ И СЛУЖБЫ НА ОСНОВЕ TCP/IP

14.1. Служба DNS

Служба именования доменов (DNS, Domain Name System) описана в RFC и предназначена для установления глобального соответствия между символическими имена узлов и их IP-адресами. На ранних этапах развития TCP/IP сетей нужды в распределенной службе имен не было: существовал один текстовый файл, в котором были перечислены все имена узлов и их IP-адреса. Однако с ростом количества узлов такое решение стало неприемлемым.

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

17

DNS-сервер домена должен поддерживать таблицу соответствий IPадресов и символических имен для всех узлов, входящих в домен.

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

DNS-сервер хранит, в первую очередь, пары “символическое имя–IP- адрес” для всех узлов своего домена. Кроме того, в базе данных DNS-сервера имеется информация об адресах всех DNS-серверов данного домена (для повышения надежности поддерживается, как правило, не менее двух DNSсерверов для каждого домена, причем все они должны располагаться в разных IP-подсетях), списки псевдонимов (один и тот же узел может иметь несколько символических имен), а также список почтовых серверов данного домена.

14.2. Протокол сетевого управления SNMP

Учитывая важность функции управления, для этих целей создано два протокола SNMP(simple network management protocol, RFC 1157, 1215, 1187, 1089 разработан в 1988 году) и CMOT (common management information services and protocol over TCP/IP, RFC 1095, в последнее время применение этого протокола ограничено). Протокол SNMP для передачи сообщений использует UDP и предназначен для использования сетевыми управляющими станциями. Он позволяет управляющим станциям собирать информацию о положении в TCP/IP-сети. Протокол определяет формат данных, а их обработка и интерпретация остаются на усмотрение управляющих станций или менеджера сети. SNMP-сообщения не имеют фиксированного формата и фиксированных полей. При своей работе SNMP использует управляющую базу данных (MIB - management information base, RFC 1213, 1212).

Алгоритмы управления в Интернет обычно описывают в нотации ASN.1 (abstract syntax notation). Все объекты в Интернет разделены на 10 групп и описаны в MIB: система, интерфейсы, обмены, трансляция адресов, IP, ICMP, TCP, UDP, EGP, SNMP. В группу “система” входит название и версия оборудования, операционной системы, сетевого программного обеспечения и т.п. В группу “интерфейсы” входит число поддерживаемых интерфейсов, тип интерфейса, работающего под IP (Ethernet, LAPB и т.п.), размер дейтаграмм, скорость обмена, адрес интерфейса. Группа “IP” включает в себя время жизни дейтаграмм, информация о фрагментации, маски подсетей и т.д. В группу “TCP” входят параметры алгоритма повторной пересылки – максимальное число повторных пересылок и т.д. Ниже приведена таблица команд SNMP.

18