таграммой IP. Дейтаграмма IP аналогична физическому кадру, переда-
ваемому по сети. Дейтаграмма имеет секцию заголовка, содержащую
адреса IP отправителя и получателя и секцию данных.
Структура дейтаграммы IP
¦ Заголовок дейтаграммы IP ¦ Данные дейтаграммы IP ¦
¦ ¦ ¦
г=============T=============+==============T==============¬
¦ Информация ¦ Адрес ¦ Адрес ¦ Данные ¦
¦ заголововка¦ источника IP¦ получателя IP¦ ¦
L=============¦=============¦==============¦==============-
Рис.3.4.
В отличие от кадра сети, имеющего физическую длину, установлен-
ную в соответствии с характеристиками физической сети, длина дей-
таграммы устанавливается сетевым программным обеспечением. Прог-
раммное обеспечение IP на узле создает дейтаграмму, которая поме-
щается внутрь кадра сети. Двигаясь к узлу назначения, однако, дей-
таграмма может пройти по многим сетям различных типов с различными
длинами физических кадров. Для поддержки передачи пакета протокол
IP задает метод разбиения дейтаграмм на фрагменты на каждом узле,
который должен передавать дейтаграммы и соответствующий метод ре-
ассемблирования пакетов на узле назначения. Так маршрутизатор,
связывающий две сети, будет должен фрагментировать пакеты IP, по-
лучаемые из одной сети, если вторая сеть имеет меньший размер фи-
зического кадра, чем первая. Будучи однажды фрагментированными,
пакеты не реассемблируются до достижения точки назначения.
3.5. Сообщения об ошибках и управляющие сообщения
Другой протокол набора TCP/IP это Межсетевой Протокол Управляю-
щих Сообщений (ICMP). Пакеты ICMP содержат информацию об авариях в
сети: нефункционирующих узлах и шлюзах, проблемах с пакетами в
шлюзах и т.д. Программное обеспечение IP интерпретирует сообщение
ICMP и затем предпринимает соответствующие действия в соответствии
с сообщением независимо от прикладной программы. Поскольку сообще-
ние ICMP может передаваться через несколько сетей для достижения
назначения, оно помещается в порцию данных дейтаграммы IP.
3.6. Протоколы транспортного уровня: UDP и TCP
Два протокола составляют транспортный уровень набора TCP/IP: м
Пользовательский Дейтаграммный Протокол (UDP) и Протокол Управле-
ния Передачей (TCP). UDP обеспечивает ненадежный сервис доставки
без соединений для посылки и получений сообщений. TCP добавляет
надежные потоковые сервисы доставки над ненадежным сервисом доста-
ки пакетов без соединений IP.
В наборе TCP/IP UDP позволяет приложениям обмениваться индиви-
дуальными пакетами сообщений через сеть. Протокол UDP определяет
набор назначений как протокольные порты. При этом определяются два
типа протокольных портов: хорошо известное назначение портов и ди-
намически связанные порты. В первом случае,
TCP/IP резервирует соответствующие номера портов для соответст-
вующих приложений. Порты сномерами от 1 до 255 являются хорошо из-
вестными номерами портов и назначаются соответствующим широко из-
вестным приложениям. В случае динамически связанных портов прило-
жение, запрашивающее сервисы у процесса, должны прежде всего зап-
росить узел для идентификации порта, который использует процесс.
Он может в дальнейшем направлять дейтаграммы UDP этому порту.
Дейтаграмма UDP включается в одну или более дейтаграмм IP, ко-
торые в свою очередь включаются в кадр сети, например, Ethernet
как показано на рис. 3.5. В этом примере адрес IP
Включение дейтаграммы UDP
¦ Заголовок ¦ Данные ¦
¦ UDP ¦ UDP ¦
г======T=====T=+==========¬
¦Порт ¦Порт ¦ ¦ Данные ¦
¦источн¦назн ¦ ¦ UDP ¦
L======¦=====¦=¦==========-
¦ ¦
¦--- Дейтаграмма UDP ---- ¦
¦
г=========+=========================¬
¦Заголовок¦ ¦
¦ IP ¦ ¦
L=========¦=========================-
¦ ¦
¦--------- Дейтаграмма IP ----------¦
¦ ¦
г==========+===================================+==========¬
¦Заголовок ¦ ¦ Контр. ¦
¦кадра ¦ ¦ сумма ¦
L==========¦===================================¦==========-
¦ ¦
¦------------------- Кадр Ethernet -----------------------¦
¦ ¦
Рис.3.5.
направляет дейтаграмму IP к соответствующему узлу, на котором
программное обеспечение IP извлекает дейтаграмму UDP и доставляет
ее программному обеспечению уровня UDP. Программное обеспечение
уровня UDP доставляет данные UDP и управляющую информацию к задан-
ному протокольному порту назначения. Процесс на этом порту ис-
пользует данные из дейтаграммы UDP. Дейтаграмма UDP также содержит
протокольный порт источника, позволяющий процессу назначения отве-
тить корректно.
Для приложений, которые нуждаются в посылке значительных
объемов данных, ненадежная передача может создать трудности. Прик-
ладные программисты будут должны разрабатывать дорогие процедуры и
модули обеспечения надежной передачи. Набор протоколов TCP/IP об-
ходит эти проблемы через использование Протокола Управления Пере-
дачей (TCP) - надежного протокола с потоковой доставкой. Он уста-
навливает виртуальный канал между двумя
приложениями и посылает поток байтов получателю в том же поряд-
ке, в котором он покидает отправителя. Перед началом передачи при-
ложения на обоих концах получают порты TCP от своих операционных
систем. Эти порты аналогичны тем, что использует протокол UDP.
Приложение, начинающее передачу, известно как активная сторона,
обычно получает порт динамически. Приложение, товечающее на запрос
передачи, известное как пассивная сторона, обычно использует широ-
ко известный порт TCP на пассивной стороне. Подобно дейтаграммам
UDP, сегменты TCPвключаются в дейтаграммы IP. TCP буферизует поток
ожиданием достаточного количества данных для заполнения большой
дейтаграммы перед ее посылкой. Поток неструктурирован, что означа-
ет, что посылающая и принимающая стороны (приложения) до передачи
должны установить соглашения относительно содержимого потока. TCP
использует полнодуплексную передачу.
Протокол TCP присваивает каждому сегменту последовательный но-
мер. На приемном конце виртуального канала приложение проверяеет
последовательность намеров для определения того, все ли сегменты
получены и обработаны в порядке последовательных номеров. Когда
приемный конец получает следующий сегмент последовательности, он
посылает квитанцию - подтверждение узлу - источнику. Когда узел -
источник получает подтверждение, он индицирует приложению то, что
сегмент успешно передан. Если узел - источник в течение определен-
ного таймаута не получает подтверждения, он повторно передает со-
ответствующий сегмент. Эта схема, называемая "положительное
подтверждение с повторной передачей", обеспечивает надежность пе-
редачи.
3.7. Транспортная система TCP/IP в NetWare версии 3.11
Транспортная система TCP/IP обеспечивает возможности подключе-
ния к сетям с этими протоколами для сетей фирмы Novell. На файло-
вом сервере TCP/IP включает в себя набор NLM для поддержки возмож-
ностей маршрутизации IP и построения интерсетей, поддержки функци-
онирования приложений, таких как NetWare NFS, возможность проклад-
ки туннелей IPX через интерсети IP. Дополнительно TCP/IP обеспечи-
вает транспортный интерфейс, используемый как NFS, так и другими
приложениями, написанными для интерфейсов типа сокет 4.3BSD UNIX
или AT&T Streams Transport Layer Interface (TLI). NetWare v3.11
TCP/IP включает следующие загружаемые модули и файлы базы данных:
NLM NetWare TCP/IP (TCPIP.NLM)
The Simple Network Management Protocol NLM
(SNMP.NLM)
The SNMP event logger NLM (SNMPLOG.NLM)
The TCP/IP Console NLM (TCPCON.NLM)
The IP configuration NLM (IPCONFIG.NLM)
The IPX/IP Tunnel module (IPTUNNEL.LAN)
Sample Internet database files (GATEWAYS, HOSTS,
NETWORKS, PROTOCOL, and SERVICES)
Архитектура TCP/IP приведена на рис.3.6.
Архитектура TCP/IP в NetWare
-----------------------------------------------------------¬
¦ ¦
+----------------------------------------------------------+
¦------------¬ ----------¬ -----------¬ --------------¬¦
¦¦ Другие ¦ ¦ TCPCON ¦ ¦ SNMPLOG ¦ ¦ Другие ¦¦
¦¦ приложения¦ ¦ ¦ ¦ ¦ ¦ приложения ¦¦
¦¦ TLI ¦ ¦ ¦ ¦ ¦ ¦ для сокетов ¦¦
¦L-----T------ L----T----- L-----T----- L------T-------¦
¦ ¦ L--------------+--------------+ ¦
¦ ¦ ¦ ¦
¦ ¦ г============¬ ¦ ¦
¦ \¦/ ¦ ¦ \¦/ ¦
¦--------------¬ ¦ ¦ -------+------¬¦
¦¦ Интерфейс ¦ ¦ NetWare ¦ ¦ Сокеты ¦¦
¦¦ транспортн ¦ ¦ NFS ¦ ¦ BSD ¦¦
¦¦ уровня TLI ¦ ¦ ¦ ¦ ¦¦
¦L-----T-------- L======T=====- L------T-------¦
¦ ¦ ¦ ¦ ¦
¦ \¦/ \¦/ \¦/ ¦
¦------+----------------------+--------------------+------¬¦
¦¦ Транспортная система TCP/IP NetWare ¦¦
¦L--------------------------T------------------------------¦
¦ ¦ ¦
¦ ----------------+----------------¬ ¦
¦ ¦Открытый интерфейс ODI ¦ ¦
¦ L----T----------T----------T------ ¦
¦ ----------- \¦/ L-----------¬ ¦
¦ -----+----¬ -------+------¬ ------+----¬ ¦
¦ ¦ Драйвер ¦ ¦ Драйвер ¦ ¦ Драйвер ¦ ¦
¦ ¦ Ethernet¦ ¦ Token Ring ¦ ¦ ARCnet ¦ ¦
¦ L----T----- L------T------- L-----T----- ¦
¦ \¦/ \¦/ \¦/ ¦
¦------+--------¬ --------+---------¬ -------+-----¬ ¦
¦¦ Адаптер ¦ ¦ Адаптер ¦ ¦ Адаптер ¦ ¦
¦¦ ¦ ¦ ¦ ¦ ¦ ¦
¦¦ Ethernet ¦ ¦ Token Ring ¦ ¦ Arcnet ¦ ¦
¦L--------------- L------------------ L------------- ¦
¦ ¦
L-----------------------------------------------------------
Рис.3.6.
Программное обеспечение TCP/IP позволяет реализовать различные
конфигурации сетей IP IPX.
Сеть IP (серверы и клиенты UNIX) могут взаимодействовать между
собой, используя протокол TCP/IP, в одной физической сети с серве-
рами и клиентами NetWare. Пример такой сети Ethernet с адресом се-
ти IP 129.1.0.0 и с адресом сети IPX 84404556 приведен на рисунке
3.7.
Совместная работа TCP/IP и SPX/IPX
г================¬
¦ NetWare Server ¦ ---------------¬
¦ ¦ ¦ UNIX Server ¦
L=========T======- L-------T-------
129.1.0.3 ¦ ¦ 129.1.0.1
¦ ¦
¦IPX Net=84404556 ¦ IP Net=129.1.0.0
------T---+------------T----+------------T-------------
¦ ¦ ¦
¦ ¦ ¦
------+--------¬ -----+---------¬ ¦ 129.1.0.2
¦NetWare Client¦ ¦NetWare Client¦ -----+-----------¬
¦ ¦ ¦ ¦ ¦UNIX Workstation¦
L--------------- L--------------- L-----------------
Рис.3.7.
Сети IP и IPX могут подключаться к одному серверу NetWare. Кли-
енты UNIX могут использовать файловое пространство сервера с по-
мощью Netware NFS (рис.3.8.).
Подключение сетей TCP/IP и SPX/IPX к серверу
---------------------¬ --------------¬
¦Рабочая станция UNIX¦ ¦ Сервер UNIX ¦
L---------T----------- L-----T--------
¦129.1.0.2 ¦129.1.0.1