формирование суперсетей — в RFC 1519. Широковещательные рассылки рассмотрены в RFC 919 и RFC 922.

Протокол Address Resolution Protocol специфицирован для Ethernet в RFC 826. Обратные ARP обсуждаются в RFC 903.

RFC 1112 посвящен многоадресным рассылкам в IP. RFC 1390 определяет трансляцию между IP- адресами многоадресных рассылок и адресами FDDI. RFC 1469 специфицирует трансляцию между IP- адресами многоадресных рассылок и адресами Token-Ring.

RFC 1178 содержит как серьезные, так и не совсем серьезные советы по выбору имени для компьютера. RFC 1034 и 1101 подробно обсуждают именование доменов. RFC 1035 описывает протоколы для создания Domain Name System и реализацию этой системы.

Стандарт Hosts Requirements (Требования к хостам), RFC 1122, предоставляет дополнительные сведения об именовании и адресации, равно как и корректирует неточности в некоторых стандартах.

Вспомним, что интернет — это набор сетей, соединенных маршрутизаторами (во многих ранних документах RFC использовался термин 'шлюз' вместо 'маршрутизатор'), a IP — это протокол сетевого уровня, обеспечивающий маршрутизацию данных в интернете. При создании IP исследователи и разработчики руководствовались следующими требованиями Министерства обороны США:

■ Приспособить к взаимодействию хосты и маршрутизаторы различных производителей

■ Объединить расширяющееся множество сетей различного типа

■ Обеспечить расширение сети без прерывания работы сетевых служб

■ Реализовать поддержку высокоуровневых сеансов и служб, ориентированных на сообщения

Всем этим требованиям удовлетворяет архитектура сетевого уровня IP.

Более того, она позволяет интегрировать островки локальных сетей (разбросанных по различным организациям) таким образом, чтобы обеспечить подключение новых островков без изменений в уже объединенных.

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

Протокол IP предоставляет механизм для пересылки по интернету элементов, называемых датаграммами IP (IP datagram). Как показано на рис. 6.1, датаграмма IP формируется из заголовка IP и перемещаемой по сети порции данных.

Рис. 6.1. Формат датаграммы

Протокол IP можно назвать 'протоколом наилучшей попытки'. Это означает, что IP гарантирует не целостность доставки датаграммы в пункт назначения, а только наилучшую попытку выполнить доставку (см. рис. 6.2). Датаграмма может разрушиться по следующим причинам:

■ Ошибка в одном из битов во время пересылки в носителе.

■ Перегруженный маршрутизатор отбросил датаграмму, чтобы освободить свое буферное пространство.

■ Временно недоступен путь к точке назначения.

Рис. 6.2. Доставка в IP по принципу наилучшей попытки

Все операции по обеспечению надежности доставки данных осуществляются на уровне TCP. Восстановление испорченных данных зависит от действий на этом уровне.

Основными функциями IP являются: прием данных от TCP или UDP, создание датаграммы, маршрутизация ее по сети и доставка приложению-получателю. Каждая датаграмма IP маршрутизируется отдельно. Для маршрутизации датаграммы в IP существуют два средства:

■ маска подсети

■ таблица маршрутизации IP (таблица маршрутов)

Предположим, что компьютер имеет IP-адрес 130.15.12.131 и подключен к локальной сети, а данные нужно послать:

Из: 130.15.12.131

В: 130.15.12.22

Можно предположить, что обе системы находятся в одной и той же подсети. Компьютер должен проверить, верно ли такое предположение. Проверка выполняется по маске подсети. Допустим, что хост имеет маску подсети:

255.255.255.0

т.е. есть маска состоит из 24 единиц и 8 нулей:

11111111111111111111111100000000

Вспомним, что единицы в маске подсети идентифицируют сеть и часть адреса для подсетей. Так как части для сети и подсети в адресах источника и назначения — 130.15.12, значит оба хоста находятся в одной подсети.

Компьютер фактически выполняет операцию 'логическое И' между маской и каждым из IP-адресов. В результате нули маски подсети очищают часть адреса для хоста, оставляя только части для сети и подсети.

В этом примере маршрутизация является прямой. Это означает, что датаграмма должна быть помещена в кадр и передана непосредственно в точку назначения локальной сети, как показано на рис. 6.3.

Рис. 6.3. Обрамление кадром и передача датаграммы

Адрес назначения, помещенный в заголовок кадра, должен быть физическим адресом системы назначения. Чтобы определить существование элемента для физического адреса 130.15.12.22, проверяется таблица протокола ARP. Если в таблице нет нужной записи, для ее формирования используется протокол ARP.