12. Протоколы и службы на основе tcp/ip

1. СлужбаDns

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

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

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

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

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

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.

Команда SNMP	Код команды	Назначение
GET request	0	Получить значение указанной переменной
GET next request	1	Получить значение переменной, следующей за последней запрошенной
SET request	2	Изменить значение переменной
GET response	3	Ответ на команды с кодами 0-2, содержит информацию о состоянии
TRAP	4	Уведомление сетевого объекта о наступлении события или изменения состояния
GetBulkRequest	5	Запрос пересылки большого объема данных
InformRequest	6	Указание на информацию в
SNMPv3 TRAP	7	Уведомление о наступлении события (новые возможности протокола версии 3)
Report	8	Отчет

SNMP-клиент ожидает поступления дейтаграмм наUDP-порт 161. ЕслиSNMP-менеджер заказывает уведомление, то клиент отправляетUDP-дейтаграмму с уведомлением на порт 162 менеджера.