Форум компьютерной помощи — КОММУНИКАЦИОННЫЕ СРЕДСТВА ФИРМЫ NOVELL

Re: КОММУНИКАЦИОННЫЕ СРЕДСТВА ФИРМЫ NOVELL

null@example.com (admin) — Tue, 06 Dec 2011 21:42:00 +0000

5.3. NetWare Link/X.25

Многоточечный мост X.25 соединяет несколько локальных се-
тей NetWare через сеть пакетной коммутации X.25 или сеть X.25
коллективного пользования (Public data network - PDN).

До 11 удаленных сетей могут быть объединены с одного мос-
та при скорости передачи до 64 Кбит/сек.
Устанавливаются динамические соединения с использованием
простых команд CALL, ANSWER и HANGUP. Это обеспечивает доступ
к любому мосту, подключенному к PDN.
Мост X.25 функционирует как как внешний мост сети
NetWare. Будучи активизированным, интерфейс моста становится
полностью прозрачным для пользователя. Дополнительных команд
для доступа к устройствам или информации не нужно. Любое число
пользователей, подключенных на одной стороне моста,

NetWare Link/X.25

Є””Џ Є””Џ Є””Џ
Є”„ “””””„ “””””„ “”Џ
ѓ ђ””© ђ””© ђ””© ѓ
ѓ Сеть NetWare ѓ
ѓ Є””Џ ™ќќќ‹ ѓ
ђ”„ “”””””””””† —”””©
ђ””© ™љќќќљ‹
ќќЎќќЊ
Є””Џ Є””Џ Є””Џ ѓ Многоточечный
Є”„ “””””„ “””””„ “”Џ ѓ мост NetWare
ѓ ђ””© ђ””© ђ””© ѓ ѓ X.25
ѓ Сеть NetWare ѓ ѓ
ѓ Є””Џ ™ќќќ‹ ѓ ѓ
ђ”„ “”””””””””† —”””© ѓ
ђ””© ™љќќќљ‹ ѓ
ќќЎќќЊ ѓ
Многоточечный мост ѓ ѓ
NetWare X.25 ѓ ѓ
ѓ ѓ
ѓ ѓ
Є”” ””‘””” -- -- -- ””‘””” ”””Џ

ѓ ѓ
Сеть пакетной коммутации X.25
ѓ ѓ

ђ”” -- -- -- -- -- -- ”’” ”””©
ѓ
ѓ
ѓ
Многоточечный мост ѓ
NetWare X.25 ѓ
Є””Џ ™ќџќ‹
Є”„ “”””””””””””† —”Џ
ѓ ђ””© ™љќќќљ‹ѓ
ѓ Сеть NetWare ќќќќќЊѓ
ѓ Є””Џ Є””Џ Є””Џ ѓ
ђ”„ “””””„ “””””„ “”©
ђ””© ђ””© ђ””©
Рис. 5.2.

могут использовать все ресурсы на другой стороне. Поддер-
живаются все возможности NetWare.

Возможности.

Программное обеспечение моста и соответствующие адаптеры
X.25 сертифицированы для большинства сетей коллективного
пользования.
Поддерживаются соединения X.75 - протокол обмена ис-
пользуется для связи сетей общего пользования. Локальные сети
в различных странах могут быть связаны заданием соответствую-
щего адреса в команде установления соединения.
Возможность работы в выделенном или невыделенном режиме.
В первом случае обеспечивается повышенная надежность.
Возможность работы по коммутируемым или выделенным лини-
ям.
Поддержка возможностей щлюза SNA. Используя их и прог-
раммное обеспечение рабочей станции 3270 LAN, пользователи мо-
гут иметь доступ к удаленным SNA ХОСТ-ЭВМ через мосты X.25.
Возможность одновременной работы с программным обеспече-
нием Шлюза X.25 через один адаптер X.25.

Технические спецификации.

Определяемые параметры:
- выделенные или коммутируемые соединения;
- внутренняя/внешняя синхронизация;
- скорость передачи;
- число виртуальных каналов;
- назначение входящих, исходящих или двунаправленных
линий;
- размер пакета: 128, 256, 512 или 1024;
- адресация DTE/DCE.

Мосты/рабочие станции
IBM PC, XT, AT, PS/2 и совместимые.
Оперативная память
минимум 320 Кбайт для операционной системы, Shell и
моста.
Адаптеры
Novell X.25 Adapter for PC,
Novell X.25 Adapter for PS/2.
Подключение
Полнодуплексный синхронный модем со скоростью до
64 Кбит/сек.
Операционная система
DOS 3.x

5.4. NetWare Link/64

NetWare Link/64 позволяет соединить удаленные локальные
сети через синхронные коммуникационные линии со скоростями до
64 Kbit/s.
Продукт направляет соединения SPX через сети дальней пе-
редачи.
Программное обеспечение маршрутизации NetWare определяет
кратчайший путь по сети для каждого пакета с учетом топологии
сети. Неработоспособные связи обходятся автоматически. NetWare
Link/64 может работать в файловом сервере или во внешнем
маршрутизаторе.

NetWare Link/64 работает совместно с адаптерами Novell
Synchronous+, которые поддерживают интерфейсы V.35, RS-422,
RS-232.

5.5. NetWare Link/T1

NetWare Link/T1 позволяет объединить локальные сети по
синхронным линиям со скоростью от 9600 Bin/s до 2.048 Mbit/s.
Разработан специально для применений, требующих высокой произ-
водительности. Функционально подобен NetWare Link/64.

Re: КОММУНИКАЦИОННЫЕ СРЕДСТВА ФИРМЫ NOVELL

null@example.com (admin) — Tue, 06 Dec 2011 21:41:49 +0000

4. КОММУНИКАЦИОННЫЕ ВОЗМОЖНОСТИ NetWare

4.1. Удаленный доступ рабочих станций к локальной сети.

Удаленная связь РС обеспечивает две базовых возможности:
локальное выполнение и удаленное выполнение. При удаленном вы-
полнении вся обработка осуществляется на удаленном РС. Комму-
тируемая линия заменяет сетевой адаптер. Пользователи подклю-
чаются к сети через модемную связь так, словно они бы ис-
пользовали локальное подключение к сети. Обмен данными осу-
ществляется со скоростью телефонной линии (не быстрее 19.2
Кбит/сек).
В этом случае пользователи должны иметь на своих рабочих
станциях установленное прикладное программное обеспечение.
Этот вид выполнения целесобразно использовать для периодическ-
ого доступа к сети (а не интенсивного взаимодействия).
При локальном выполнии все задания удаленных пользовате-
лей выполняются в локальной сети. РС в локальной сети обраба-
тывает все данные удаленного пользователя, посылая на его РС
только экраны данных и принимая от удаленного пользователя
клавиатурный ввод. Несмотря на то, что в этом случае обьединя-
ются два персональных комьютера, реально они "становятся" од-
ним. РС в сети и при этом является процессором, удаленный РС -
экраном и клавиатурой. Поскольку по линии посылаются только
копии экранов и клавиатурный ввод, этот режим выполнения го-
раздо более эффективен и рекомендуется к использованию при
постоянном и интенсивном взаимодействии удаленного пользовате-
ля с сетью. При этом, разумеется, следует иметь ввиду, что
этот режим требует дополнительного оборудования по сравнению с
удаленным выполнением.

4.1.1. NetWare AnyWare

NetWare AnyWare является средством для периодического
доступа к локальной сети, путешествующими специалистами и те-
ми, кто работает на дому.

NetWare AnyWare - это программный продукт, который сов-
местно с асинхронным коммуникационным сервером NetWare
(NetWare Asynchvonous Communications Server-NACS) обеспечивает
для удаленных рабочих станций доступ у сетевым сервисам, прик-
ладным системам и данным в локальной сети так, словно эти
станции подключены локально. Удаленные пользователи могут,
например, использовать прикладные системы сети, обмениваться
сообщениями электронной почты с другими пользователями и пере-
давать файлы в сеть и из сети.
NetWare AnyWare поддерживает всю работу подключившихся
удаленных пользователей в локальной сети, посылая удаленному
пользователю экраны данных и принимая от него клавиатурный
ввод.
Для поддержки этой возможности рабочая станция в сети
загружается с NetWare AnyWare.
Процессор этого РС обрабатывает данные удаленного РС.
Последний подключается к сети через асинхронный модем и NACS,
который направляет вызовы к РС с NetWare AnyWare AnyWare. Бу-
дучи связанными, два РС "составляют" один. Использование
NetWare AnyWare иллюстрируется рис. 4.1.
Удаленная рабочая станция может быть персональной ЭВМ,
работающей под ATerm или другим программным обеспечением, эму-
лирующим терминал.
NetWare AnyWare требует выделенного РС в сети для каждого
удаленного пользователя. В системах с большим числом таких
пользователей применение NetWare Anyware становится неэффек-
тивным в стоимостном отношении. Если нет дополнительных причин
приобретать NACS или большое число пользователей нуждается в
частном и интенсивном взаимодействии с сетью, целесообразно
выбрать Сервер Доступа NetWare в качестве альтернативы.
Доступ к файлам и базам данных выполняется на скорости
локальной сети, поскольку вся обработка поддерживается рабочей
станцией, а по линиям передаются только обновления экрана и
клавиатурный ввод.

Возможности.
Оптимально для периодического использования. NetWare
AnyWare разработано для периодического подключения к сети.
Сервер доступа (Novell NetWare Access Server) разработан для
интенсивного использования многими пользователями.
Доступ ко всем приложениям персональных ЭВМ. NetWare
AnyWare позволяют удаленным рабочим станциям выполнять вирту-
ально любое приложение PC в сети.

Управление доступом. Утилита установки позволяет систем-
ному администратору регламентировать доступ к NetWare AnyWare
конкретным пользователям. Утилита затем сохраняет имена в фай-
ле, которые администратор может добавить или удалить при необ-
ходимости. Дополнительно пользователи обязаны ввести пароль
для подключения к ХОСТ-системе AnyWare.
Поддерживаются различные типы модемов, в том числе с ре-
жимами высокоскоростной корректировки ошибок.
Поддерживается одновременно четыре соединения. Каждая ко-
пия NetWare AnyWare лицензируется для четырех одновременно ра-
ботающих пользователей на четырех PC. Программное обеспечение
ограничивает количество пользователей до четырех, но поскольку
может быть установлено несколько копий программного обеспече-
ния, количество соединений практически неограничено.
Транспорт файлов, управляемый с помощью меню или пакетных
файлов. С помощью терминального эмулятора ATerm, работающего
на удаленной рабочей станции, файлы могут быть переданы через
использование командных файлов или простых меню.
Доступ к ХОСТ-ЭВМ. Удаленные рабочие станции могут иметь
доступ к файлам ХОСТ-ЭВМ и сервисам, осуществляя вызов в сети
или вызывая рабочую станцию, подключенную к ХОСТ-ЭВМ через
шлюз.
Удаленная или сетевая печать. Печатные задания могут быть
направлены на сетевой принтер, на принтер подключенный к
ХОСТмашине AnyWare или на принтер, подключенный к удаленной
рабочей станции.

NetWare Any Ware

Рис. 4.1.

Поддержка графики. Графические карты CGA могут быть уста-
новлены в ХОСТ-машину AnyWare, позволяя удаленным рабочим
станциям с графическими возможностями выполнять графические
приложения.

Технические спецификации.

Требования к аппаратуре.

Сетевая рабочая станция.
IBM PC, XT,AT, PS/2 или совместимая.
Память.
256 KB
Удаленная рабочая станция
IBM PC, XT, AT, PS/2 или совместимая или
асинхронный терминал ASCII.
Асинхронный модем (поддерживаются скорости до
19.2 kbit/s).
Память
256 KB

Требования к программному обеспечению.

Операционная система.
NetWare v2.0a или v2.1x
ХОСТ-ЭВМ AnyWare:DOS 3.x
Удаленная PC: MS-DOS 3.x или PC-DOS 3.x
Терминальный эмулятор ASCII
ATerm или другая эмулирующая программа.

4.1.2. Сервер доступа NetWare

Программное обеспечение сервера доступа (NetWare Access
Server) позволяет 15 удаленным пользователям подключиться к
локальной сети NetWare и обращаться ко всем сервисам и файлам,
которые доступны на локальной сети, включая прикладное прог-
раммное обеспечение, электронную почту и доступ к большим и
миникомпьютерам.

Сервер доступа является первым практическим решением
проблемы эффективного удаленного доступа пользователей к ло-
кальной сети. Удобен для обслуживания небольших удаленных офи-
сов, путешествующих специалистов и других кто должен покинуть
офис не прерывая работы. Сервер доступа обеспечивает также
средства регламентации доступа.
Сервер доступа устанавливается на выделенной PC 386 в ло-
кальной сети с одним или более адаптерами WNIM+. Процессор де-
лится на 15 виртуальных PC с оперативной памятью 640Кбайт для
многопользовательского удаленного доступа.
Удаленными рабочими станциями могут быть PC или совмести-
мые, Макинтош, или большинство терминалов ASCII.
Удаленная рабочая станция подключается непосредственно к
серверу доступа через асинхронный модем. Программное обеспече-
ние сервера поддерживает соединение как для PC, так и для Ма-
кинтош (рис 4.2.). Доступ к файлам и базам данных осуществля-
ется со скоростью сети.
Поскольку вся обработка поддерживается сервером доступа,
только обновления экрана и клавиатурный ввод передаются по
синхронным линиям. Удаленный пользователь может иметь доступ
ко всем разрешенным ему сервисам локальной сети.
Защита доступа контролируется файловым сервером NetWare,
таким образом только авторизованные пользователи могут иметь
доступ к вашей системе.

Возможности

Функциональная и стоимостная эффективность. Сервер досту-
па разработан для интенсивного использования.
Доступ ко всем приложениям локальной сети. Программное
обеспечение сервера доступа позволяет удаленным рабочим стан-
циям виртуально выполнить любое приложение PC в сети.

Защита NetWare. Только пользователи с соответствующими
правами могут подключаться к серверу доступа. Вся защита под-
держивается файловым сервером.
Системная регистрация. Все соединения сервера доступа мо-
гут регистрироваться в файловом сервере для последующей реви-
зии администратором защиты.

Эффективные средства системного администратора. Сервер
доступа обеспечивает администраторов локальной сети мощными
средствами мониторинга сервера и его использования, включая:
a) Утилита управления статусом. Данная утилита позволяет
администратору видеть, кто подключен к системе и осуществлять
реконфигурацию системы при необходимости.
b) Окно доступа. Администраторы локальной сети могут вза-
имодействовать с пользователями сервера доступа через окно
доступа. Удаленные пользователи также могут вызвать рабочую
станцию администратора для помощи.
c) Наблюдение за сеансами пользователей. Администраторы
могут легко наблюдать пользовательские сеансы и осуществлять
прикладную и техническую поддержку.
Отложенные сеансы.
Сервер доступа позволяет вам устано-
вить сеанс, запустить программу и затем отключиться. Когда
программа или задача завершается отключается, сервер доступа
вызывает вас вновь и позволяет вам завершить сеанс.
Поддержка графики.
В машине сервера доступа могут быть
установлены графические карты CGA, VGA, EGA и Hercules, позво-
ляющие передаватиь графические экраны на удаленные машины с
аналогичными графическими возможностями.
Доступ к ХОСТ-ЭВМ.
Удаленные рабочие станции могут иметь доступ к файлам
ХОСТ-ЭВМ и сервисам, подключаясь в сети или к рабочей станции,
связанной с ХОСТ-ЭВМ через шлюз.
Высокоскоростной доступ. Сервер доступа поддерживает ком-
мутируемые линии со скоростями до 19.2 Кбит/сек.
Поддерживается множество различных типов модемов, включая
модемы с режимом высокоскоростной корректировки ошибок.
Транспорт файлов, управляемый через меню или пакетные
файлы.

Технические спецификации.

Соединения.
До 15 одновременных соединений.

Требования к аппаратуре.

Сервер доступа NetWare.
Микрокомпьютер 80386 и совместимый с архитектурой AT.
Адаптер WNIM+ (четыре соединения на адаптер).
Асинхронный модем.
Память
Минимум 3 Мбайт, 640 Кбайт на каждое параллельное
соединение.
Удаленная рабочая станция
IBM PC, XT, AT или совместимый, Макинтош или асинхронный
терминал ASCII.
Асинхронный модем.
Память.
Память PC-256 Кбайт
Память Макинтош-512 Кбайт.

Сервер доступа NetWare

™ќќќ‹ PC с работающим
Є””””””””† Љ ATerm
ѓ ™љќќЎљ‹
ѓ ќќќџќЊ
ѓ
ѓ
ѓ
ѓ
ѓ ™ќќќ‹
ѓ Љ Љ Macintosh
Сервер ѓ Є”””””§”’”† с работающим
доступа ѓ ѓ ™љќџќљ‹PC MacTerm
™ќќќ‹ NetWare ѓ ѓ ќќќќќЊ
Є”””† —”””Џ ѓ ѓ
™ќџќ‹™љќќќљ‹™ќџќ‹ ”””© ѓ
Љ ЉќќќќќЊЉ Љ ””””””©
™љќќќљ‹ ЛВС ™љќќќљ‹””””””Џ
ќќЎќќЊ™ќќќ‹ќќЎќќЊ”””Џ ѓ
ђ”””† —”””© ѓ ѓ ™ќќќ‹ Терминал
™љќќќљ‹ ѓ ђ”””””† Љ ASCII
ќќќќќЊ ѓ ™љќќќљ‹
ѓ ќќќќќЊ
ѓ
ѓ
ѓ
ѓ
ѓ
ѓ ™ќќќ‹ Laptop PC
ђ””””””””† Љ с работающим
™љќќЎљ‹программным
ќќќџќЊобеспечением
эмуляции
терминала
Рис. 4.2.

Требования к программному обеспечению.

Операционная система
Сервер доступа: NetWare v2.1x и MS-DOS 3.x
Удаленная PC: MS-DOS 3.x или PC DOS 3.x.
Удаленный Макинтош: System 6.x

4.2. Связь с хост-ЭВМ

4.2.1. Асинхронные шлюзы NetWare

4.2.1.1. Асинхронный коммуникационный сервер NetWare

Асинхронный коммуникационный сервер фирмы (NetWare
Asynchronous Communication Server - NACS) - программный про-
дукт, который превращает персональную ЭВМ в асинхронный комму-
никационный сервер и позволяет любой рабочей станции в ло-
кальной сети NetWare взаимодействовать с любым асинхронным
устройством, т.е. осуществлять его вызов из сети или принимать
внешний вызов. Под управлением программного обеспечения NACS и
при наличии до четырех модулей интерфейса сети дальней переда-
чи WNIM+ в коммуникационном сервере персональной ЭВМ до шест-
надцати рабочих станций могут одновременно издавать вызов или
быть вызванными в локальной сети.
Используя программы эмуляции терминала, пользователи из
сети могут подключаться к асинхронным портам хост-ЭВМ.
Поскольку более чем один NACS может быть установлен в од-
ной сети, возможности подключения практически не ограничены.
Имеется три способа типичного применения NACS: - подклю-
чение из локальной сети к миникомпьютерам и большим ЭВМ; - те-
лефонный вызов из рабочей станции локальной сети к удальной
ХОСТ-ЭВМ; - телефонный вызов к рабочей станции в локальной се-
ти с удаленных рабочих станций.
Пользователи в локальной сети могут подключаться через
модемы или группы модемов общего пользования или непосредст-
венно к большим ЭВМ, миникомпьютерам или другим асинхронным
ресурсам. Также пользователь сетевой рабочей станции может
ожидать входящих вызовов через NACS и использования персо-
нальной ЭВМ в локальной сети.

NACS является программной базой асинхронных коммуникаций
с локальной сетью NetWare. Оно включает управляющую программу
NACS, которая выполняется в коммуникационном сервере PC, и
программное обеспечение интерфейса асинхронного сервера
(NASI), которая выполняется на пользовательской рабочей стан-
ции. NASI обеспечивает интерфейс между эмулятором терминала
или другой прикладной программой и асинхронными портами, пре-
доставляемыми сервером NACS.
Один пользователь может использовать одновременно различ-
ные асинхронные ресурсы. Пользователи могут устанавливать сое-
динения, задерживать их и устанавливать новые соединения, ис-
пользуя простые команды и обращаясь к ресурсам по простым для
запоминания именам.
Если пользователь забывает имя, он может посмотреть его,
используя распределенный сервис асинхронных имен (Distributed
Asynchronous Name Service).
Поскольку ресурсы известны по именам, используются
средства обслуживания сети. Например, если для конкретного
приложения требуется больше портов, сетевой менеджер добавляет
необходимые ресурсы к группе портов, используя имя.
Далее любой пользователь используя имя автоматически по-
лучает доступ к большей группе сетевых ресурсов. Конечным ре-
зультатом является повышение продуктивности работы сетевых
пользователей и системных администраторов.
Интерфейс NASI обеспечиваемый в рабочей станции, поддер-
живается множеством программных коммуникационных пакетов, та-
ким образом NACS совместим с существующими стандартами прог-
раммного обеспечения. Список коммуникационных программных про-
дуктов, поддерживаемых Novell и другими компаниями, предостав-
ляется представителями фирмы Novell.

Возможности.

До шестнадцати асинхронных соединений на NACS, неограни-
ченное количество серверов NACS на одну сеть.
Коллективный доступ к ХОСТ-ЭВМ и общим компьютерным сер-
вером.
Распределенный сервис асинхронных имен для имен ресурсов.
Перераспределение портов внутри групп портов имежду сер-
верами NACS.

Поддерживается многими коммуникационными пакетами.
Поддерживает все топологические схемы в сети NetWare и
межсетевые возможности.
Одновременный доступ к нескольким серверам NACS с каждой
рабочей станции.
Полное управление модемом, включая аппаратное управление
потоком данных.
Таймаут неактивности сеанса для освобождения неиспользо-
ванных портов.

Технические спецификации.

Системные требования:

Операционная система ПЭВМ: PC-DOS 3.1, 3.2, или 3.3
или MS-DOS 3.1 или выше.
Компьютер:
Выделенный IBM PC или совместимый с оперативной
памятью объемом не менее 256 KB.
Подключение к локальной сети:
Advanced NetWare v2.0a или выше и поддерживаемый
сетевой адаптер.
Последовательные порты:
Один модуль интерфейса сети дальней передачи VNIM
для каждых четырех портов (до четырех VNIM на один
NACS).
Коммуникационная линия:
Асинхронные модемы или кабели прямого подключения.

Продукты, включенные в NACS:
Руководство по программному обеспечению
(управляющая программа NACS, NASI).

4.2.1.2. Программное обеспечение эмуляции терминала
ASCOM IV

Программное обеспечение эмуляции терминала ASCOM IV поз-
воляет рабочим станциям в сети, подключенной к асинхронному
серверу (NACS), иметь доступ к ХОСТ-ЭВМ, асинхронным устройст-
вам.

Используя ASCOM IV и NACS, пользователи персональных ЭВМ
в сети могут передавать и принимать файлы по асинхронному уст-
ройству через сеть. Тем самым снимается потребность в проклад-
ке индивидуальных линий.
Программный продукт управляется в диалоговом режиме через
меню, имеющиеся средства разработки сценариев позволяют сист-
емным администраторам автоматизировать для пользователей про-
цессы подключения. ASCOM IV обеспечивает ведение словаря або-
нентов, в котором запоминаются номера ХОСТ-ЭВМ, наиболее часто
вызываемых пользователем.

Возможности.

Гибкий транспорт файлов. ASCOM IV поддерживает ряд прото-
колов передачи файлов, включая XModem, KERMIT, ASCII.
Развитые средства программирования сценариев.
Системные администраторы могут создавать сценарии для ав-
томатического включения пользователей в сети дальней передачи
коллективного пользования, осуществления поиска данных, отклю-
чения и т.д. Пользователям нет необходимости знать и понимать
множество команд, через которые вызываются сервисы программно-
го продукта.
Нечувствительность к типу модема. ASCOM IV поддерживает
значительное число модемов, в том числе Hayes и совместимые с
ними, US Robotics Courier, Telebit, Microcom и многие другие.
Поддерживаются модемы с режимами скоростного исправления оши-
бок.
Каждая копия ASCOM IV лицензирована для четырех одновре-
менных пользователей, программное обеспечение лимитирует число
одновременных соединений до четырех. Несмотря на это, число
одновременных соединений может быть неограниченным, так как
имеется возможность установки нескольких копий ASCOM IV.
Защита. Утилита установки позволяет системному админист-
ратору указать - каким пользователям разрешен доступ к ASCOM
IV. Утилита записывает имена в файл, добавления и удаления из
которого при необходимости может делать администратор.
Поддерживается индивидуализированный словарь номеров,
поддерживающий список наиболее часто вызываемых абонентов для
каждого пользователя ASCOM IV.

Технические спецификации.

Эмуляция терминала
VT-100, VT-220, IBM 3101, Tektronix, Televideo,
Wyse и другие.
Протокол транспорта файлов
XMODEM, Kermit, ASCII и другие.

Требования к аппаратуре.

Рабочая станция
IBM PC, XT, AT, PS/2 и совместимые.
Память
256 Кбайт.

Требования к программному обеспечению.

Сетевой сервер
NetWare v2.0a или 2.1x в сети
Файл-сервер
NACS 2.x
Рабочая станция
DOS 3.x на рабочей станции
NASI (включаемый с программным обеспечением NACS).

4.2.2. Шлюзы X.25

Международный стандарт X.25 очень удобен для шлюзовых
коммуникаций, поскольку он поддерживается многими сетями кол-
лективного пользования и производителями различных мини- и
больших ЭВМ (например, DEC, Hewlett-Packard и др.). Шлюзы X.25
подобны асинхронным шлюзам, с помощью которых пользователи
эмулируя асинхронные терминалы, взаимодействуют с хост-ЭВМ, но
в данном случае связь устанавливается через сети пакетной ком-
мутации. При этом возможна высокоскоростная связь (56 Kbit/s
для США и 64 Kbit/s для Европы и Великобритании).
Шлюзы X.25 используют в качестве коммуникационного серве-
ра персональную ЭВМ в сети. Эта шлюзовая ЭВМ подключается к
сети коммутации пакетов. Соединение разделяется несколькими
пользователями в сети. На рабочих станциях в локальной сети
может быть запущено программное обеспечение эмуляции асинхрон-
ного терминала.

4.2.2.1. Шлюз NetWare X.25

Шлюз Х.25 (NetWare Х.25 Gateway) позволяет рабочим стан-
циям локальной сети NetWare взаимодействовать с удаленными
ХОСТ-ЭВМ через сеть коммутации пакетов в качестве терминалов
ASCII. Протокол Интерфейса Интерактивного
Терминала (Interactive Terminal Interface protocol) поз-
воляет ПЭВМ взаимодействовать с удаленными ХОСТ-ЭВМ и с други-
ми ПЭВМ в локальной сети, снабженными Шлюзом Х.25.
Доступны две версии Шлюза Х.25::
a) Шлюз Х.25.
Программное обеспечение Шлюз Х.25 поддерживает до 32 па-
раллельных сеансов с ХОСТ-ЭВМ через восемь назначенных рабочих
станций. Программное обеспечение шлюзового сервера работает с
сетевыми адаптерами РСОХ/Х.25 и РСОХ/Х.25-Р.
b) Расширенный Шлюз Х.25 (NetWare Х.25 Extended Gateway).
Расширенный Шлюз Х.25 поддерживает до 254 сеансов на 100
рабочих станциях. Сервер расширенного шлюза требует РСОХ/Х.25
Extended network adapter.
Эмуляция терминала TTY обеспечивается как часть любого
шлюза. Дополнительно, шлюзы могут использоваться с популярным
программным обеспечением третьей стороны (third-party) обеспе-
чивая пользователю широкий выбор эмуляции терминалов. В зави-
симости от принадлежности поставщика Шлюз Х.25 может поддержи-
вать до восьми одновременных сеансов эмуляции на рабочей стан-
ции. Каждый сеанс может относиться к отдельной ХОСТЭВМ.
Полностью поддерживаются рекомендации МККТТ Х.3, Х.25, Х.
25, Х.29 и Х.122 (1984). Поддерживаются также параллельные
операции с Коллективным Удаленным Мостом Х.25 (NetWare Multi
Remote Х.25 Bridge) с использованием одного адаптера сети Х.
25.

Возможности

Совместим со всей аппаратурой, поддерживаемой Advanced
NetWare.
Соединение в сети Х.25 через выделенные или коммутируемые
синхронные линии.
Поддерживается протокол Интерактивного Терминального ин-
терфейса.
Параметры Х.25, определяемые пользователем:
- до 254 виртуальных каналов;
- назначение коммутируемых или постоянных виртуальных ка-
налов;
- размер пакетов по умолчанию: 128,256, 512,1024 байт;
- адресация DTE/DCE;
- внутренняя или внешняя синхронизация.
Оперативное (online) обновление параметров Х.25 PAD.
Поддерживается установка параметров PAD удаленными ХОСТЭВМ.
Полная поддержка выбираемых пользователем возможностей Х.25.
Сертифицирован для применения на большинстве сетей общего
пользования.

ТЕХНИЧЕСКИЕ СПЕЦИФИКАЦИИ

Системные требования:

Совместимый с IBM PC или PS/2 персональный компьютер

Операционные системы:
NetWare 2.0а или выше
NetBIOS
PC-DOS 3.0 или MSDOS 3.0 или выше.

Эмуляция терминалов:
Эмуляция TTY.
Поддержка Интерфейса Интерактивного Терминала
для программного обеспечения эмуляции других фирм -
по запросу фирмы NOVELL списка сертифицированного
эмуляционного программного обеспечения.
Требования к оперативной памяти: минимум 256КВ.

Номенклатурная информация

Версия Номенклатурный код
Х.25 Gateway 905-302014-001
Х.25 Extended Gateway 905-302015-001

Адаптеры сети Х.25

РСОХ/Х.25 905-301928-001
РСОХ/Х.25-Р 905-301929-001
РСОХ/Х.25 Extended 905-302013-001

5. ВОЗМОЖНОСТИ МЕЖСЕТЕВОГО ВЗАИМОДЕЙСТВИЯ ЧЕРЕЗ МОСТЫ И
СЕТИ ОБЩЕГО ПОЛЬЗОВАНИЯ

5.1. NetWare Link/Async

Программное обеспечение асинхронного удаленного моста
(NetWare Asynchronous Remote Bridge) позволяет пользователям
соединить удаленные локальные сети разделенные географически,
в форме сетей дальней передачи.
NetWare Link/Async полностью прозрачен для пользователей
любой сети и предназначен для транспорта файлов и периодическ-
ого доступа к разделяемым данным с обеспечением достаточной
скорости и гибкости так, словно эти данные расположены ло-
кально. Новые удаленные пользователи могут быстро подключиться
к сети дальней передачи без ожидания выделенных линий. Поск-
ольку физические соединения осуществляются через коммутируемые
телефонные линии, дальние соединения могут быть установлены
или реконфигурированы быстро и просто.
Удаленный мост связывает вместе данные и сервисы на раз-
личных локальных сетях в организованную систему, к которой
обеспечивается простой доступ пользователям, имеющим соот-
ветствующие права.
Продукт может конфигурироваться тремя способами:
- использование последовательного порта во внешнем
маршрутизаторе для единичного соединения;
- модуль WNIM+ может быть установлен в файловом сервере
(максимум один на сервер);
- модуль WNIM+ может быть установлен в рабочей станции,
превращая ее во внешний маршрутизатор.

Возможности.

Простота установки и использования. Администраторы могут
установить соединения с удаленной локальной сетью через прост-
ое меню на любой рабочей станции локальной сети.
Экономия телефонной платы. Программное обеспечение моста
автоматически освобождает линию, которая неактивна в течение
заданного периода времени для уменьшения оплаты телефонной
связи.

Экономия капитальных затрат. Могут использоваться недоро-
гие асинхронные модемы, работающие на скоростях до 19.2
Кбит/сек.
Совместим с существующими системами связи (мультиплексо-
рами, спутниковыми системами).
Позволяет нескольким пользователям иметь доступ к мосту
одновременно.
Обеспечивается защита от несанкционированного доступа.
Работает на неограниченных расстояниях, поскольку ис-
пользуется телефонная линия.
Гибкость конфигурации. Асинхронный мост может быть уста-
новлен на файловом сервере или как отдельный внешний мост.

Используется порт COM1/COM2 или адаптер Novell WNIM+для
связи по стыку RS-232. Адаптер WNIM+ имеет собственный процес-
сор, освобождающий файловый сервер или внешний мост для других
задач.

Технические спецификации

Подключение.
Последовательный интерфейс использующий COM1/COM2 или
адаптер WNIM+.
До 8 соединений удаленных локальный сетей через мост.
Четыре порта на один адаптер WNIM+.
Два адаптера WNIM на внешний мост или один адаптер
WNIM+ на файловый сервер.

Требования к аппаратуре.

Мост
IBM PC, XT, AT или совместимые (машины на 80286 или
80386 идеальны для внешнего моста).
Память
256 Кбайт для выделенного внешнего моста (реальный
режим).
512 Кбайт для невыделенного внешнего моста (реальный
режим).
1 Мбайт для выделенного внешнего моста (защищенный
режим).

Последовательные порты.
COM1/COM2 или адаптер WNIM+.
Телефонные линии
Коммутируемая или выделенная линия на каждый порт.

Требования к программному обеспечению.

Операционная система внешнего моста.
IBM PC-DOS 3.x
Сетевая операционная система
Внешний мост:NetWare v2.0a или NetWare v2.1x
Файл сервер (внутренний мост): NetWare v2.1x

5.2. Программное обеспечение моста X.25 типа
"точка-точка"

Программное обеспечение моста X.25 типа "точка-точка"
(NetWare X.25 Point-to-Point Bridge software)
использует протокол X.25 для соединения двух удаленных
локальных сетей в одну прозрачную ассоциацию.
Соединение возможно через коммутируемые или выделенные
линии со скоростями до 64 Кбит/сек. Обеспечивается надежная
связь для обмена данными, электронной почты и обслуживания се-
ти.
Мост X.25 функционирует как как внешний мост сети
NetWare. Будучи активизированным, интерфейс моста становится
полностью прозрачным для пользователя. Дополнительных команд
для доступа к устройствам или информации не нужно. Любое число
пользователей, подключенных на одной стороне моста, могут ис-
пользовать все ресурсы на другой стороне. Поддерживаются все
возможности NetWare.

Мост NetWare X.25 "точка-точка"

Є””Џ Є””Џ Є””Џ
Є”„ “””””„ “””””„ “”Џ
ѓ ђ””© ђ””© ђ””© ѓ
ѓ Сеть NetWare ѓ
ѓ Є””Џ ™ќќќ‹ ѓ
ђ”„ “”””””””””† —”””©
ђ””© ™љќќќљ‹ Мост NetWare X.25
ќќЎќќЊ "точка-точка"
\
\
Выделенная \
или коммутируемая \
линия \
ѓ ѓ
™ќџќ‹ ѓ
Љ —””””„
Мост NetWare X.25 ™љќќќљ‹ ѓ
"точка-точка" ќќќќќЊ ѓ
ѓ
ѓ
™ќќќ‹ ѓ
Љ —””””„
™љќќќљ‹ ѓ
ќќќќќЊ ѓ
ѓ
ѓ
™ќќќ‹ ѓ
Љ —””””„
™љќќќљ‹ ѓ
ќќќќќЊ ѓ
Сеть NetWare ѓ
ѓ
™ќќќ‹ ѓ
Љ —””””„
™љќќќљ‹ ѓ
ќќќќќЊ ѓ
ѓ
ѓ

Рис. 5.1

Возможности.

Возможность работы в выделенном или невыделенном режиме.
В первом случае обеспечивается повышенная надежность.
Возможность работы по коммутируемым или выделенным лини-
ям.
Поддержка возможностей щлюза SNA. Используя их и прог-
раммное обеспечение рабочей станции 3270 LAN, пользователи мо-
гут иметь доступ к удаленным SNA ХОСТ-ЭВМ через мосты X.25.

Технические спецификации.

Определяемые параметры:
- выделенные или коммутируемые соединения;
- первичная/вторичная адресация;
- внутренняя/внешняя синхронизация;
- скорость передачи.

Re: КОММУНИКАЦИОННЫЕ СРЕДСТВА ФИРМЫ NOVELL

null@example.com (admin) — Tue, 06 Dec 2011 21:37:50 +0000

2.8. Управление потоком SPX

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

2.9. Протокол объявления услуг.

Создавая открытую архитектуру, фирма Novell открывает
разработчикам возможность добавлять к существующему набору се-
тевых услуг новые сервисы и услуги. Для облегчения таких раз-
работок среда интерсети NetWare включает в себя протокол и ме-
ханизм, который позволяет сетевым сервисным программам объяв-
лять свои услуги по имени и типу интерсети NetWare.
Серверы, использующие этот протокол, имеют свое имя, тип
сервиса и адрес интерсети, та же самая информация существует в
маршрутизаторах NetWare.
Данный механизм позволяет рабочей станции издать широко-
вещательный пакет запроса в локальную сеть для получения иден-
тификации всех серверов любого типа, всех серверов специфичес-
кого типа или только ближайшего сервера конкретного типа ус-
луг. Дополнительно рабочая станция может запросить любой сер-
вер для получения имен и адресов всех серверов данного
конкретного типа.
Весь этот механизм известен как протокол объявления услуг
(SAP). Каждый сервер определенного типа имеет заданное уни-
кальное имя, которое позволяет клиенту выбирать среди серверов
определенный тип и определять желаемый сервер по имени, а не
по адресу интерсети.

3. ПРОТОКОЛЫ TCP/IP

Протоколы TCP/IP соотносятся с МОС как показано на рис.3.1.

Уровневая структура модели позволяет разработчикам сетей
сосредоточиться на функциях конкретного уровня. Другими слова-
ми, нет необходимости создавать все механизмы для посылки ин-
формации по сети. Разработчикам нужно знать сервисы, которые
должны быть обеспечены вышележащему уровню, какие сервисы ни-
жележащего уровня доступны, и какие протоколы модели обеспечи-
вают эти сервисы.
Сумму уровней протокольного набора часто называют прото-
кольным стеком (protocol stack) - см. pис .3.2.
Таблица иллюстрирует некоторые из наиболее общих протоко-
лов TCP/IP и сервисы, обеспечиваемые ими.
Каждый уровень протокольного стека исходного компьютера
взаимодействует с соответствующим уровнем компьютера-адресата
как равный с равным. С точки зрения программного обеспечения
или пользователя передача данных имеет место так, словно рав-
ноправные уровни посылают свои пакеты непосредственно друг
другу.

Соотношение пpотоколов TCP/IP и Модели Откpытых Систем

Уpовни МОС Пpотоколы TCP/IP

Є”””””””””””””””””Џ Є”””””””’””””’”””””’”””””’”””””””””Џ
ѓ ѓ ѓ ѓ ѓ ѓ ѓ ѓ
ѓПpикладной ѓ ѓTelnet ѓFTP ѓTFTP ѓSMTP ѓ DNS ѓ
ѓ ѓ ѓ ѓ ѓ ѓ ѓ ѓ
“”””””””””””””””””„ ѓ ѓ ѓ ѓ “”””””””””„
ѓ ѓ ѓ ѓ ѓ ѓ ѓ ѓ
ѓПpедставительный ѓ ѓ ѓ ѓ ѓ ѓ Дpугие ѓ
ѓ ѓ ѓ ѓ ѓ ѓ ѓ ѓ
“”””””””””””””””””„ “”””””””‘””””‘”””’”‘”””””‘”””””””””„
ѓ ѓ ѓ ѓ ѓ
ѓСеансовый ѓ ѓ TCP ѓ UDP ѓ
ѓ ѓ ѓ ѓ ѓ
ѓ ѓ ѓ ѓ ѓ
ѓ ѓ ѓ ѓ ѓ
ѓТpанспоpтный ѓ ѓ ѓ ѓ
ѓ ѓ ѓ ѓ ѓ
“”””””””””””””””””„ “”””””””’””””””””‘’””””””””””””””””„
ѓ ѓ ѓ IP ѓ ICMP ѓ Є””””””””””””””„
ѓСетевой ѓ ѓ ђ”””””””””© ѓ ARP RARP ѓ
ѓ ѓ ѓ ѓ ѓ
“”””””””””””””””””„ “””””””””””’””””””””‘””’”””””””””””„
ѓ ѓ ѓ ѓ ѓ ѓ
ѓКанальный ѓ ѓ ѓ ѓ ѓ
ѓ ѓ ѓEthernet ѓToken Ring ѓ Дpугие ѓ
“”””””””””””””””””„ ѓ ѓ ѓ ѓ
ѓ ѓ ѓ ѓ ѓ ѓ
ѓФизический ѓ ѓ ѓ ѓ ѓ
ѓ ѓ ѓ ѓ ѓ ѓ
ђ”””””””””””””””””© ђ””””””””””‘”””””””””””‘”””””””””””©

Рис.3.1.

Пpотоколы TCP/IP

Хост-ЭВМ - источник Хост-ЭВМ - адpесат

Є””””””””””””””Џ Є”””””””””””””Џ
ѓ Пpикладной ѓ ѓ Пpикладной ѓ
ѓ ѓ ѓ ѓ
ђ”””””””’””””””© сообщения или ђ””””””’””””””©
ѓ ---------- потоки -----------ѓ
Є””””””‘””””””Џ Є””””””‘””””””Џ
ѓТpанспоpтный ѓ ѓТpанспоpтный ѓ
ѓ ѓ ѓ ѓ
ђ””””””’””””””© дейтагpаммы (UDP) ђ””””””’””””””©
ѓ --------- или сегменты (TCP) ------ѓ
Є””””””‘””””””Џ Є””””””‘””””””Џ
ѓМежсетевой ѓ ѓ Межсетевой ѓ
ѓ(Интеpсеть) ѓ ѓ (Интеpсеть)ѓ
ђ””””””’””””””© ђ””””””’””””””©
ѓ ---------- дейтагpаммы IP ------- ѓ
Є””””””‘””””””Џ Є””””””‘””””””Џ
ѓСетевой ѓ ѓ Сетевой ѓ
ѓинтеpфеис ѓ ѓ интеpфейс ѓ
ђ””””””’””””””© ђ””””””’””””””©
ѓ ---------- кадpы сети ------------ ѓ
ѓ ѓ
ѓ ѓ
ѓ Є””””””””””””””””””””””Џ ѓ
ђ”””””””„ Сетевая аппаpатуpа “”””””©
ђ””””””””””””””””””””””©

Рис.3.2.

Например, прикладная программа, посылающая файлы с ис-
пользованием TCP, выполняет следующие операции:
- прикладной уровень передает поток байтов транспортному
уровню на исходном компьютере;
- транспортный уровень делит поток на сегменты TCP, до-
бавляя заголовок с последовательным номером сегмента и переда-
ет сегмент межсетевому уровню (Internet-IP);
- уровень IP создает пакет с порцией данных, содержащий
сегмент TCP. Уровень добавляет заголовок пакета, содержащий
адреса источника и получателя IP.
Уровень определяет также физический адрес компьютера -
адресата или промежуточных компьютеров на пути к узлу
- адресату и передает пакет уровню логической связи;
- уровень звена данных передает пакет IP в порции данных
кадра уровня звена данных компьютеру - адресату. Здесь может
иметь место направление пакета IP промежуточными системами;
- на компьютере - адресате уровень звена данных удаляет
заголовок уровня звена данных и передает пакет IP уровню IP;
- уровень IP проверяет заголовок пакета IP. Если
контрольная сумма, содержащаяся в заголовке, не совпадает с
контрольной суммой, вычесленной уровнем IP, пакет уничтожает-
ся;
- если контрольные суммы совпадают, уровень IP удаляет
заголовок пакета IP и передает сегмент TCP уровню TCP.

Таблица
Набоp пpотоколов TCP/IP
Є”””””””””””””””””””””””’”””””””””””””””””””””””””””””””””Џ
ѓ Пpотокол ѓ Сеpвис ѓ
“”””””””””””””””””””””””•”””””””””””””””””””””””””””””””””„
ѓ ѓ ѓ
ѓInternet Protocol (IP) ѓ Межсетевой пpотокол обеспечиваетѓ
ѓ ѓ сеpвис доставки пакетов между ѓ
ѓ ѓ узлами ѓ
ѓ ѓ ѓ
ѓInternet Control ѓ Межсетевой пpотокол упpавления ѓ
ѓMessage Protocol (ICMP)ѓ сообщениями упpавляет пеpедачей ѓ
ѓ ѓ упpавляющих сообщений и сообще- ѓ
ѓ ѓ ний об ошибках между хост-ЭВМ и ѓ
ѓ ѓ шлюзами ѓ
ѓ ѓ ѓ
ѓAddress Resolution ѓ Пpотокол pазpешения адpесов ѓ
ѓProtokol (ARP) ѓ мапиpует межсетевые адpеса в ѓ
ѓ ѓ физические ѓ
ѓ ѓ ѓ
ѓReverse Address ѓ Обpатный пpотокол pазpешения ѓ
ѓResolution Protocol ѓ адpесов мапиpует физические ѓ
ѓ(RARP) ѓ адpеса в интеpсетевые ѓ
ѓ ѓ ѓ
ѓTransmission Control ѓ Пpотокол упpавления пеpедачей ѓ
ѓProtocol (TCP) ѓ обеспечивает сеpвис надежной ѓ
ѓ ѓ доставки потока между клиен- ѓ
ѓ ѓ тами ѓ
ѓ ѓ ѓ
ѓUser Datagram ѓ Пользовательский дейтагpаммный ѓ
ѓProtocol (UDP) ѓ пpотокол обеспечивает ненадеж- ѓ
ѓ ѓ ный сеpвис доставки пакетов без ѓ
ѓ ѓ установления соединения между ѓ
ѓ ѓ клиентами ѓ
ѓ ѓ ѓ
ѓFile Transfer ѓ Пpотокол тpанспоpта файлов ѓ
ѓProtocol (FTP) ѓ обеспечивает услуги тpанспоpта ѓ
ѓ ѓ файлов пользовательского уpовня ѓ
ѓ ѓ ѓ
ѓTelnet ѓ Эмуляция теpминала ѓ
ѓ ѓ ѓ
ђ”””””””””””””””””””””””‘”””””””””””””””””””””””””””””””””©

Уровень TCP проверяет последовательный номер для опреде-
ления
- является ли данный сегмент корректным в последова-
тельности;
- уровень TCP подсчитывает контрольную сумму для заголов-
ка TCP и данных. Если вычесленная и принятая в заголовке
контрольные суммы не совпадают, уровень TCP уничтожает сег-
мент.
Если контрольная сумма корректна и номер сегмента соот-
ветствует последовательности,

уровень TCPпосылает положительное подтверждение на
компьютер - источник;
- на компьютере - адресате уровень TCP удаляет заголовок
TCP и передает полученные байта из сегмента прикладной прог-
рамме;
- прикладная программа на компьютере - адресате получает
поток байтов так, словно она была связана непосредственно с
прикладной программой на компьютере - испточнике.

3.1. Физические адреса и межсетевые адреса.

На уровне звена данных узлы в сети взаимодействуют с дру-
гими узлами сети, используя адреса, специфичные для данной се-
ти. Каждый узел имееет физический адрес для аппаратуры выхода
в сеть. Физические адреса имеют различные формы в различных
сетях. Например, физический адрес в Ethernet является
6-байтным числовым значением, таким как 08-00014-57-69-69. Это
значение назначается производителем аппаратуры. Сети X.25 ис-
пользуют стандарт X.121 физических адресов длиной в 14 цифр.
Сети LocalTalk используют 3байтовые адреса, состоящие из
2-байтового номера сети и 1-байтового номера узла. В сети
LocalTalk номер сети статический, а номер узла назначается ди-
намически при запуске узла.
Адрес Межсетевого Протокола (адрес IP) для узла является
логическим адресом - он не зависит от аппаратуры или конфигу-
рации сети и имеет одну и туже форму независимо от типа сети.
Это 4байтное (32 бита) числовое значение, которое идентифици-
рует как сеть, так и локальный узел (компьютер или другое уст-
ройство) в данной сети. 4-байтовый адрес IP обычно представля-
ется десятичными числами (каждый байт), разделяемыми точками,
например, 129.47.6.17. Иногда адреса представляются шестнадца-
теричными цифрами.

Узлы, использующие протоколы TCP/IP, транслируют адреса
назначения IP в физические адреса аппаратуры подуровня доступа
к передающей среде для того, чтобы посылать пакеты к другим
узлам сети. Каждая посылающая прикладная программа посылает
свой адрес IP в пакете.
Принимающая программа может послать ответ источнику, ис-
пользуя адрес IP источника из пакета.
Поскольку адреса IP не зависят от конкретного типа сети,
они могут использоваться для посылки пакета из сети одного ти-
па в другую сеть. В каждом типе сети программное обеспечение
TCP/IP ставит в соответствие физические адреса сети и адреса
IP. Если пакет передается в другую сеть, адрес IP получателя
транслируется в физический адрес соответствующей сети.
Сетевой адрес может быть определен одним из следующих
способов:
- если Вы хотите соединить Вашу сеть с Интерсетью DARPA,
Вы должны получить зарегистрированный адрес Интерсети в следу-
ющей организации:
DDN Network Information Center
SRI International
333 Ravenswood Avenue, Room EJ291
Menlo Park, CA 94025
USA
- если Ваша сеть не является частью Интерсети DARPA, Вы
можете выбрать произвольный сетевой адрес. При этом для всех
узлов в сети должны быть выполнены следующие требования:
- сетевая часть каждого адреса должна соответствовать ад-
ресу сети, например, все узлы в сети 129.47 должны использо-
вать адреса сети 129.47;
- адрес IP для каждого узла должен быть уникальным внутри
Вашей сети.

3.2. Трансляция межсетевых адресов в физические

Когда пакет IP передается по сети, он прежде всего вклю-
чается в физический кадр, используемый в данной сети, напри-
мер, на рис.3.3. показан пакет IP, включенный в кадр Ethernet.
Пакет IP содержит межсетевой адрес узла, но кадр Ethernet дол-
жен иметь физический адрес узла, чтобы быть доставленным по
сети. Следовательно, посылающий узел должен быть в состоянии
определить какой физический адрес в сети соответствует адресу
IP, содержащемуся в пакете IP.

Адрес IP отображается в физический адрес с использованием
Протокола Разрешения Адресов (ARP) на широковещательных сетях,
таких как Ethernet, Token Ring, ARCnet. Когда узел должен пос-
лать пакет IP он должен определить какой физический адрес в
сети соответствует адресу получателя IP, заданному в пакете
IP. Для нахождения физического адреса узел посылает широкове-
щательный пакет ARP, содержащий адрес IP получателя. После
этого пакета ожидается ответ от узла с данным адресом IP полу-
чателя. Узел с этим адресом посылает свой физический адрес на-
зад запрашивающему узлу.
Для быстрой передачи пакетов и уменьшения числа широкове-
щательных запросов, каждый узел поддерживает кеш разрешения
адресов. Каждый раз когда узел посылает широковещательный зап-
рос ARP и получает ответ, он создает вход в кеш-памяти разре-
шения адресов. Вход отображает адрес IP в физический адрес.
Когда узел нуждается в посылке следующего пакета IP, он ищет
адрес IP в кешпамяти. Если данный адрес IP находится, узел ис-
пользует соответствующий физический адрес для пакета. Широко-
вещательный запрос IP посылается только если соответствующий
адрес IP не обнаруживается в кеш-памяти.

Включение дейтагpаммы IP в кадp Ethernet

ѓдейтаграмма ѓ
ѓ IP ѓ

™ќќќќќќќЎќќќќќќќќЎќќќќќќќќЎќќќќќќќќЎќќќќќќќќќќќќќЎќќќќќќќќ‹
Љ Пpеам-ѓ адрес ѓ адрес ѓ тип ѓ данные ѓконтр. Љ
Љ була ѓ получа-ѓ источ-ѓ пакетаѓ пакета ѓсумма Љ
Љ ѓ теля ѓ ника ѓ ѓ ѓEthernetЉ
ќќќќќќќџќќќќќќќќџќќќќќќќќџќќќќќќќќџќќќќќќќќќќќќќџќќќќќќќќЊ
ѓ ѓ
ѓ------- заголовок кадра-----------ѓ--- данные---ѓ ѓ
ѓ ѓ кадра ѓ ѓ
ѓ ѓ
ѓ-------------------- кадр Ethernet-----------------------ѓ

Рис.3.3.

3.3. Ненадежный сервис доставки пакетов

В наборе протоколов TCP/IP все пакеты доставляются нена-
дежным сервисом доставки пакетов неориентированным на соедине-
ние Межсетевого Протокола. Сервис ненадежен, поскольку достав-
ка пакета не гарантируется. Сервис не ориентирован на соедине-
ние, поскольку все пакеты передаются независимо друг от друга.
Приложения TCP/IP использующеее этот сервис должны заботиться
о состоянии достаки, например, ожиданием ответов от узла полу-
чателя. Кроме того, маршрутизаторы (routers) в Интерсети могут
посылать сообщения об ошибках (ICMP) для информирования узлов
о проблемах. Термин "маршрутизация" относится к передаче дей-
таграммы от одного узла к другому на той же или другой сети.
Термин относится также к путям, которые выбираются для переда-
чи дейтаграммы IP от источника к получателю на базе адреса IP,
содержащегося в дейтаграмме.
Существует два способа маршрутизации: прямая и непрямая.
Прямая маршрутизация имеет место при передаче дейтаграммы
в рамках одной сети. Узел, посылающий дейтаграмму IP, может
прямо запросить другие узлы в сети о физическом адресе, соот-
ветствующем адресу IP, включить дейтаграмму IP в физический
кадр с данным физическим адресом и послать его непосредственно
узлу назначения в сети.
Непрямая маршрутизация связана спередачей дейтаграммы из
одной сети в другую через узел, называемый маршрутизатором.
Когда дейтаграмма посылается к узлу другой сети, сетевая часть
адреса IP источника и адреса IP получателя различны. Посылаю-
щий узел распознает эту разницу и посылает пакет к маршрутиза-
тору, который соединяет исходную сеть с другими сетями.
Посылающий узел имеет таблицу адресов IP для одного или
больше компьютеров в сети, которые функционируют в качестве
маршрутизаторов к другим сетям. Узел ищет адрес IP маршрутиза-
тора в своей таблице и посылает широковещательный запрос ARP к
маршрутизатору для получения его физического адреса. Затем па-
кет, содержащий дейтаграмму IP, посылается по физическому ад-
ресу маршрутизатора. Когда маршрутизатор получает дейтаграмму
IP, он использует адрес IP в дейтаграмме для посылки получате-
лю аналогичным образом. Если адрес IP принадлежит к сети,
подключенной непосредственно к маршрутизатору, последний посы-
лает дейтаграмму непосредственно узлу назначения. Для всех
других адресов сетей маршрутизатор имеет только адрес другого
маршрутизатора, который может направить пакет к получателю.

3.4. Межсетевой Протокол IP

Межсетевой протокол определяет форму пакетов и способы
поддержки пакетов при передаче и приеме. Форма пакета называ-
ется дейтаграммой IP. Дейтаграмма IP аналогична физическому
кадру, передаваемому по сети. Дейтаграмма имеет секцию заго-
ловка, содержащую адреса IP отправителя и получателя и секцию
данных.
Рис.3.4. иллюстрирует общую форму дейтаграммы IP. Сеть
каждого типа передает пакеты IP в секции данных физического
кадра.

Структура дейтаграммы IP

ѓ Заголовок дейтаграммы IP ѓ Данные дейтаграммы IP ѓ
ѓ ѓ ѓ
™ќќќќќќќќќќќќќЎќќќќќќќќќќќќќ°ќќќќќќќќќќќќќќЎќќќќќќќќќќќќќќ‹
Љ Информация ѓ Адрес ѓ Адрес ѓ Данные Љ
Љ заголововкаѓ источника IPѓ получателя IPѓ Љ
ќќќќќќќќќќќќќџќќќќќќќќќќќќќџќќќќќќќќќќќќќќџќќќќќќќќќќќќќќЊ

Рис.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
направляет дейтаграмму IP к соответствующему узлу, на котором
программное обеспечение IP извлекает дейтаграмму UDP и достав-
ляет ее программному обеспечению уровня UDP. Программное обес-
печение уровня UDP доставляет данные UDP и управляющую инфор-
мацию к заданному протокольному порту назначения. Процесс на
этом порту использует данные из дейтаграммы UDP. Дейтаграмма
UDP также содержит протокольный порт источника, позволяющий
процессу назначения ответить корректно.

Включение дейтаграммы UDP

ѓ Заголовок ѓ Данные ѓ
ѓ UDP ѓ UDP ѓ
™ќќќќќќЎќќќќќЎќ°ќќќќќќќќќќ‹
ЉПорт ѓПорт ѓ ѓ Данные Љ
Љисточнѓназн ѓ ѓ UDP Љ
ќќќќќќџќќќќќџќџќќќќќќќќќќЊ
ѓ ѓ
ѓ--- Дейтаграмма UDP ---- ѓ
ѓ
™ќќќќќќќќќ°ќќќќќќќќќќќќќќќќќќќќќќќќќ‹
ЉЗаголовокѓ Љ
Љ IP ѓ Љ
ќќќќќќќќќџќќќќќќќќќќќќќќќќќќќќќќќќќЊ
ѓ ѓ
ѓ--------- Дейтаграмма IP ----------ѓ
ѓ ѓ
™ќќќќќќќќќќ°ќќќќќќќќќќќќќќќќќќќќќќќќќќќќќќќќќќќ°ќќќќќќќќќќ‹
ЉЗаголовок ѓ ѓ Контр. Љ
Љкадра ѓ ѓ сумма Љ
ќќќќќќќќќќџќќќќќќќќќќќќќќќќќќќќќќќќќќќќќќќќќќќџќќќќќќќќќќЊ
ѓ ѓ
ѓ------------------- Кадр Ethernet -----------------------ѓ
ѓ ѓ

Рис.3.5.

Для приложений, которые нуждаются в посылке значительных
объемов данных, ненадежная передача может создать трудности.
Прикладные программисты будут должны разрабатывать дорогие
процедуры и модули обеспечения надежной передачи. Набор прото-
колов 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 ѓ ѓ ѓ ѓ ѓ ѓ для сокетов ѓѓ
ѓђ”””””’”””””© ђ””””’””””© ђ”””””’””””© ђ””””””’””””””©ѓ
ѓ ѓ ђ””””””””””””””‘””””””””””””””„ ѓ
ѓ ѓ ѓ ѓ
ѓ ѓ ™ќќќќќќќќќќќќ‹ ѓ ѓ
ѓ \ѓ/ Љ Љ \ѓ/ ѓ
ѓЄ”””””””””””””Џ Љ Љ Є””””””‘””””””Џѓ
ѓѓ Интерфейс ѓ Љ NetWare Љ ѓ Сокеты ѓѓ
ѓѓ транспортн ѓ Љ NFS Љ ѓ BSD ѓѓ
ѓѓ уровня TLI ѓ Љ Љ ѓ ѓѓ
ѓђ”””””’”””””””© ќќќќќќЎќќќќќЊ ђ””””””’””””””©ѓ
ѓ ѓ ѓ ѓ ѓ
ѓ \ѓ/ \ѓ/ \ѓ/ ѓ
ѓЄ”””””‘””””””””””””””””””””””‘””””””””””””””””””””‘””””””Џѓ
ѓѓ Транспортная система TCP/IP NetWare ѓѓ
ѓђ””””””””””””””””””””””””””’”””””””””””””””””””””””””””””©ѓ
ѓ ѓ ѓ
ѓ Є”””””””””””””””‘””””””””””””””””Џ ѓ
ѓ ѓОткрытый интерфейс ODI ѓ ѓ
ѓ ђ””””’””””””””””’””””””””””’”””””© ѓ
ѓ Є”””””””””© \ѓ/ ђ”””””””””””Џ ѓ
ѓ Є””””‘””””Џ Є””””””‘””””””Џ Є”””””‘””””Џ ѓ
ѓ ѓ Драйвер ѓ ѓ Драйвер ѓ ѓ Драйвер ѓ ѓ
ѓ ѓ Ethernetѓ ѓ Token Ring ѓ ѓ ARCnet ѓ ѓ
ѓ ђ””””’””””© ђ””””””’””””””© ђ”””””’””””© ѓ
ѓ \ѓ/ \ѓ/ \ѓ/ ѓ
ѓЄ”””””‘””””””””Џ Є”””””””‘”””””””””Џ Є””””””‘”””””Џ ѓ
ѓѓ Адаптер ѓ ѓ Адаптер ѓ ѓ Адаптер ѓ ѓ
ѓѓ ѓ ѓ ѓ ѓ ѓ ѓ
ѓѓ Ethernet ѓ ѓ Token Ring ѓ ѓ Arcnet ѓ ѓ
ѓђ””””””””””””””© ђ”””””””””””””””””© ђ””””””””””””© ѓ
ђ””””””””””””””””””””””””””””””””””””””””””””””””””””””””””©
Рис.3.6.

Программное обеспечение TCP/IP позволяет реализовать раз-
личные конфигурации сетей IP IPX.
Сеть IP (серверы и клиенты UNIX) могут взаимодействовать
между собой, используя протокол TCP/IP, в одной физической се-
ти с серверами и клиентами NetWare. Пример такой сети Ethernet
с адресом сети IP 129.1.0.0 и с адресом сети IPX 84404556 при-
веден на рисунке 3.7.
Сети IP и IPX могут подключаться к одному серверу
NetWare. Клиенты UNIX могут использовать файловое пространство
сервера с помощью Netware NFS (рис.3.8.).
Есть возможность маршрутизации пакетов IP через сервер
NetWare. На рис.3.9. TCP/IP в сервере Netware 1 обеспечивают
маршрутизацию пакетов IP, давая возможность клиентам UNIX из
сети IP Ethernet работать с сервером Netware 2.
Включив в состав сети IP, изображенной на рис.3.10.-,
маршрутизатор IP можно обеспечить выход в глобальную интерсеть
IP.
Средства прокладки туннелей IP обеспечивают прозрачное
взаимодействие сетей IPX через интерсеть IP. Туннель IP
представляет стандартный интерфейс драйвера локальной сети для
системы NetWare. Сама интерсеть IP является средой передачи. В
этом смысле адрес IP выполняет в среде IP ту же функцию, что
физический адрес в физической среде. Пример использования тун-
неля IP для взаимодействия сетей IPX через интерсеть IP приве-
ден на рис.3.10.

КОММУНИКАЦИОННЫЕ СРЕДСТВА ФИРМЫ NOVELL

null@example.com (admin) — Tue, 06 Dec 2011 21:34:25 +0000

Коровкин Сергей Дмитриевич является главным
конструктором проекта Ивановского НПО "Информатика". Сетевой
тематикой занимается 15 лет. С 1977 по 1983 год был старшим
научным сотрудником и руководителем проекта Советско-
Болгарского научно-исследовательского и проектного института
"Интерпрограмма".

С О Д Е Р Ж А Н И Е

стр.

Перечень рисунков . . . . . . . . . . . . . . 4
Введение . . . . . . . . . . . . . . . . . . . 5
1. Аппаратные средства удаленной связи фирмы
Novell . . . . . . . . . . . . . . . . . . . . 6
1.1. Интерфейсный модуль сети дальней передачи
WNIM+ . . . . . . . . . . . . . . . . . . . . 6
1.2.2. Адаптер X.25 Novell для PC . . . . . . . . . . 7
1.2.3. Адаптер X.25 Novell для PS/2 . . . . . . . . . 7
1.2.4. Расширенный адаптер X.25 для PC . . . . . . . 7
2. Сетевые и межсетевые протоколы, поддерживаемые
коммуникационными продуктами фирмы . . . . . . 8
2.1. Переадресация в сети . . . . . . . . . . . . . 10
2.2. Маршрутизация в сети . . . . . . . . . . . . . 11
2.3. Алгоритмы маршрутизации . . . . . . . . . . . 11
2.4. Протокол обмена пакетами интерсети NetWare
(IPX) . . . . . . . . . . . . . . . . . . . . 12
2.5. Программный интерфейс IPX . . . . . . . . . . 13
2.6. Протокол последовательного обмена пакетами
NetWare (SPX) . . . . . . . . . . . . . . . . 14
2.7. Программный интерфейс SPX . . . . . . . . . . 14
2.8. Управление потоком SPX . . . . . . . . . . . . 16
2.9. Протокол объявления услуг . . . . . . . . . . 16
3. Протоколы TCP/IP . . . . . . . . . . . . . . . 17
3.1. Физические адреса и межсетевые адреса . . . . 20
3.2. Трансляция межсетевых адресов . . . . . . . . 21
3.3. Ненадежный сервис доставки пакетов . . . . . . 22
3.4. Межсетевой протокол IP . . . . . . . . . . . . 22
3.5. Сообщения об ошибках и управляющие сообщения . 23
3.6. Протоколы транспортного уровня UDP и TCP . . . 23
3.7. Транспортная система TCP/IP в NetWare
версии 3.11 . . . . . . . . . . . . . . . . . 25
4. Коммуникационные возможности NetWare . . . . . 29
4.1. Удаленный доступ рабочих станций к сети . . . 29
4.1.1. NetWare AnyWare . . . . . . . . . . . . . . . 29
4.1.2. Сервер доступа NetWare . . . . . . . . . . . . 32
4.2. Связь с хост-ЭВМ . . . . . . . . . . . . . . . 35
4.2.1. Асинхронные шлюзы NetWare . . . . . . . . . . 35
4.2.1.1. Асинхронный коммуникационный сервер NetWare . 35
4.2.1.2. Программное обеспечение эмуляции терминала
ASCOM IV . . . . . . . . . . . . . . . . . . . 37
4.2.2. Шлюзы X.25 . . . . . . . . . . . . . . . . . . 38
4.2.2.1. Шлюз NetWare X.25 . . . . . . . . . . . . . . 38
5. Возможности межсетевого взаимодействия через
мосты и сети общего пользования . . . . . . . 41
5.1. NetWare Link/Async . . . . . . . . . . . . . . 41
5.2. Программное обеспечение моста X.25 типа
"точка-точка" . . . . . . . . . . . . . . . . 42
5.3. NetWare Link/X.25 . . . . . . . . . . . . . . 44
5.4. NetWare Link/64 . . . . . . . . . . . . . . . 47
5.5. NetWare Link/T1 . . . . . . . . . . . . . . . 47

ПЕРЕЧЕНЬ РИСУНКОВ

Стр.
Рис 2.1. Пример взаимодействия между абонентами без уста-
новления соединения . . . . . . . . . . . . . . . . . . . . . 9
Рис 2.2. Пример взаимодействия с предварительным установ-
лением логического канала . . . . . . . . . . . . . . . . . . 10
Рис 2.3. Формат пакета обмена Интерсети (IPX) . . . . . . . 13
Рис 2.4. Формат пакета протокола SPX . . . . . . . . . . . . 15
Рис 3.1. Соотношение пpотоколов TCP/IP и Модели Откpытых
Систем . . . . . . . . . . . . . . . . . . . . . . 17
Рис 3.2. Пpотоколы TCP/IP . . . . . . . . . . . . . . . . . 18
Рис 3.3. Включение дейтагpаммы IP в кадp Ethernet . . . . . 21
Рис 3.4. Структура дейтаграммы IP . . . . . . . . . . . . . 23
Рис 3.5. Включение дейтаграммы UDP . . . . . . . . . . . . . 24
Рис 3.6. Архитектура TCP/IP в NetWare . . . . . . . . . . . 26
Рис 3.7. Совместная работа TCP/IP и SPX/IPX . . . . . . . . 27
Рис 3.8. Подключение сетей TCP/IP и SPX/IPX к сервeру. . . . 27
Рис 3.9. Маршрутизация пакетов IP через сервер NetWare . . . 28
Рис 3.10. Взаимодействие сетей NetWare через туннель IP . . . 28
Рис 4.1. NetWare Any Ware . . . . . . . . . . . . . . . . . 31
Рис 4.2. Сервер доступа NetWare . . . . . . . . . . . . . . 34
Рис 5.1. Мост NetWare X.25 "точка-точка" . . . . . . . . . . 43
Рис 5.2. NetWare Link/X.25 . . . . . . . . . . . . . . . . . 45

Введение

Связные возможности в NetWare группируются по функцио-
нальному предназначению:
- удаленный доступ РС к локальной сети;
- связь с ХОСТ-ЭВМ;
- функции сетей дальней передачи.
Каждая из этих групп требует различные наборы коммуника-
ционных средств и продукты NetWave обеспечивают сервисы в каж-
дой группе. Удаленный доступ позволяет пользователям с удален-
ной персональной ЭВМ подключиться к локальной сети и иметь
доступ к данным и ресурсам сети так, сколько бы они работали в
локальной сети непосредственно. Продукты второй группы обеспе-
чивают связь пользователей РС в том числе пользователей рабо-
чих станций локальной сети с удаленными хост-ЭВМ. Продукты
последней группы обеспечивают объединение локальных сетей
средствами дальней передачи в единую интерсеть .
Являясь несомненным лидером среди разработчиков локальных
сетей, фирма Novell предложила комплексное решение перечислен-
ных задач, предлагая существующим и потенциальным пользовате-
лям широкий выбор программных и аппаратных средств построения
гетерогенных локальных сетей, средств их объединения через
маршрутизаторы дистанционной связи и сети общего пользования.
Данный материал содержит обзор названных средств и прото-
кольных механизмов, обеспечивающих их функционирование.
Материал не претендует на всеохватность, поскольку в нем
рассматриваются в качестве примера лишь отдельные продукты
фирмы, кроме того номенклатура этих продуктов непрерывно рас-
ширяется. Полные перечни программно-аппаратных средств фирмы
можно найти в каталогах.

1. АППАРАТНЫЕ СРЕДСТВА УДАЛЕННОЙ СВЯЗИ ФИРМЫ NOVELL

Для поддержки коммуникационных возможностей NetWare фирма
Novell предлагает набор аппаратных средств дистанционной свя-
зи.
Объединение локальных сетей осуществляется как через
синхронные и асинхронные адаптеры, так и через сети X.25 и се-
ти с протоколами TCP/IP.

1.1. Интерфейсный модуль сети дальней передачи WNIM+

Интерфейсный модуль сети дальней передачи WNIM+ (Wide
Area Network Interface Module Plus) представляет собой полно-
форматную интеллигентную интерфейсную плату для IBM PC, XT, AT
или совместимых компьютеров. Каждая плата WNIM+ имеет собст-
венные процессор, память, четыре асинхронных порта, к каждому
из которых может подключаться кабель RS-232. Плата WNIM+ поз-
воляет использовать программное обеспечение сервера асинхрон-
ных коммуникаций (NACS) или сервера доступа NetWare для обес-
печения асинхронной коммуникационной связи между рабочими
станциями сети и большими, мини-ЭВМ и удаленными рабочими
станциями. WNIM+ может быть также использован совместно с
программным обеспечением удаленного асинхронного моста для
обеспечения удаленных ЛВС. Каждый из четырех коммуникационных
портов на плате может передавать по линии со скоростью до 19.2
Кбит/сек.

d) Novell Synchronous Adapter for PC.

Это короткая (5") плата последовательного синхронного ин-
терфейса RS-232С (ССITT V.24/V.28). Она подключает РС через
синхронные модемы к коммуникационному процессору 37хх. Обмен
данными может осуществляться со скоростью до 19,2 Кбит/с. Если
плата используется с 386 РС и программным обеспечением Netware
SNA Gateway она обеспечивает скорость до 56 Кбит/с. Эта плата
работает с программными продуктами Netware SNA Gateway или
Netware SNA Gateway ELS. Будучи подключенной к коммуникацион-
ному процессору IBM 37хх, плата и программный продукт Netware
SNA Gateway ведут себя как групповой контроллер SNA/SDLC IBM
3274.

e) Novell Synchronous/HS Adapter for PC.

Это полноразмерная высокопроизводительная версия синхрон-
ного адаптера для PC фирмы Novell. Улучшенная использованием
сопроцессора 80186 с рабочей частотой 10 МГц и оперативной па-
мяти объемом 512 Кбайт она может работать при внешней синхро-
низации со скоростями до 56 Кбит/с. Эта плата работает с прог-
раммными продуктами Netware SNA Gateway. wудучи подключенной к
коммуникационному процессору IBM 37хх, плата и программный
продукт Netware SNA Gateway ведут себя как групповой контрол-
лер SNA/SDLC IBM 3274.

1.2. Адаптер Х.25 Novell для РС

Адаптер Х.25 для РС представляет собой полноформатную ин-
теллигентную коммуникационную интерфейсную плату для IBM АТ,
XT, или совместимых компьютеров.
Он работает с многоточечным мостом Х.25 (NetWare X.25
Multi-Point Bridge) и шлюзом Х.25 (NetWare X.25 GateWay) для
обеспечения подключения к сети пакетной коммутации Х.25. Он
также работает с программным обеспечением одноточечного моста
Х.25 (X.25 Point-to-Point Bridge) для подключения к одноточеч-
ной коммутируемой или выделенной линии.

Все коммуникационные функции выполняются встроенным мик-
ропроцессором 68008, обеспечивающим максимальную пропускную
способность по линии со скоростью до 64 Кбит/сек. Собственная
память емкостью 256 Кбайт минимизирует требования к объему
оперативной памяти РС. Поддерживаются до 32 виртуальных кана-
лов Х.25. Подключение модема осуществляется к интерфейсу
RS-232C (совместимому с V.24 и Х.21) через 25-контактный
разъем.

1.3. Адаптер Х.25 Novell для PS/2

Адаптер Х.25 для PS/2 моделей 50 и выше. Функционально
аналогичен адаптеру Х.25 для РС.

1.4. Расширенный адаптер Х.25 для РС

Расширенный адаптер Х.25 для РС (Novell X.25 Extended
Adapter for PC) предназначен для подключения к сети пакетной
коммутации Х.25 и имеет расширенные по сравнению с адаптером
Х.25 для PC возможности: встроенную память объемом 512 Кбайт и
поддерживает до 254 виртуальных каналов Х.25.

2. СЕТЕВЫЕ И МЕЖСЕТЕВЫЕ ПРОТОКОЛЫ, ПОДДЕРЖИВАЕМЫЕ
КОММУНИКАЦИОННЫМИ ПРОДУКТАМИ ФИРМЫ

Базовая Модель Открытых Систем (МОС) определяет семь
уровней (слоев) коммуникационной системы. Каждый слой опреде-
ляет соответствующее подмножество функций, необходимых для
взаимодействия. Каждый уровень взаимодействует только со смеж-
ными уровнями.
Физический уровень (слой 1) предназначен для собственно
передачи данных по сети. Этот уровень определяет набор переда-
ющих сред, используемых для соединения различных сетевых ком-
понент (например, оптическое волокно, витой телефонный кабель,
коаксиальный кабель и устройство цифрового мультиплексирова-
ния).
Уровень управления каналом (слой 2) предназначен для пе-
редачи данных в каждый тип передающей среды. В локальных сетях
на этом уровне решается проблема коллективного использования
передающейц среды и обнаружения и исправления ошибок.
Сетевой уровень (слой 3), часто называемый уровнем комму-
никационной подсети, предназначен для переадресации пакетов.
На этом уровне осуществляется прокладка маршрутов пакетов в
сети. .
Транспортный уровень (слой 4) обеспечивает надежный
транспорт данных между абонентами сети, включая средства уп-
равления потоком и выявления и исправления ошибок.

Сеансовый уровень (слой 5) предназначен для управления
коммуникационными связями между двумя точками уровня представ-
ления. Установление, поддержка и окончание сеанса (сессии)
обеспечиваются этим уровнем. Кроме того, здесь же обеспечива-
ются соглашения об именах.
Уровень представления (слой 6) предназначен для преобра-
зования данных в процессе их прохождения по сети. Кодировка,
шифрование, преобразование ASCII/EBCDIC, а также интерпретация
управляющих символов - примеры задач этого уровня.
Прикладной уровень (слой 7) представляет собой полный
программный интерфейс к прикладным процессам. Этот слой обес-
печивает полный набор служб для управления связанными распре-
деленными процессами, включая доступ к файлам, управление ба-
зами данных и управление сетью.
Существует два различных способа организации обмена дан-
ными в сети - без установления логического соединения и с уст-
ановлением соединения.
Метод связи без логического соединения один из самых ста-
рых и простейших в коммуникационной технологии. В таких систе-
мах каждый пакет рассматривают как индивидуальный объект: каж-
дый пакет содержит адрес доставки и освобождает систему от
предварительного обмена служебной информацией между передающим
и принимающим узлами.
Примерами таких протоколов являются:
1.Прикладной дейтаграммный протокол Министерства обороны
США.
Ihe Dept. of Defense's User Datagram Protocol (UDP).
2. Протокол обмена пакетов сети Интернет фирмы Ксерокс.
Xerox's Internet Pasket Exchange Protocol (IPX).
3.Дейтаграммный протокол фирмы Apple.
Apple's Datagram Delivery Protocol (DDP).

Пример взаимодействия между абонентами без установления
соединения

Пакет данных 1
””””””””””””””””””””””””””””””>
Клиент "A" Пакет данных 2 Клиент "B"
””””””””””””””””””””””””””””””>
Пакет данных 3
””””””””””””””””””””””””””””””>

Пример взаимодействия между клиентом "A" и клиентом "B"
без установления логического канала. Поскольку никакого пред-
варительного обмена служебной информацией не производится, при
этом методе передаются только данные.

Рис.2.1

Связь без логического соединения характеризуется следую-
щим:
а. Переполнения соединений в рабочих станциях, межсетевых
рутерах, мостах и серверах полностью исключены.
в. Имеется возможность одновременно посылать пакеты мно-
жеству адресатов.
с. Синхронизация приемника и передатчика не является не-
обходимой. Используя систему очередей, сетевые компоненты бу-
феризуют запросы на передачу пакетов, увеличивая гибкость пе-
редачи.
Метод, ориентированный на логическое соединение, является
более поздней технологией. При этом методе устанавливается ло-
гический канал между двумя клиентами перед собственно переда-
чей данных. Пакеты запроса на соединение посылаются удаленному
клиенту для установки логического канала. Если удаленный кли-
ент "согласен", то возвращается пакет подтверждения установле-
ния логического канала и только после этого начинается обмен
данными с управлением потоком, сегментацией и исправлением
ошибок. Когда обмен данными завершается, посылается пакет
подтверждения клиенту - инициатору.
Примерами протоколов, ориентированных на соединение,(с
установкой логического канала являются):
1.Протокол управления передачей Министерства обороны США.
Ihe Dept. of Defenee's Transmission Control Protocol
(TCP)
2.Протокол последовательных пакетов фирм Ксерокс
Xerox's Sequenced Packet Protocol (SPP).
Примерами протоколов, ориентированных на соединение,(с
установкой логического канала являются):
1.Протокол управления передачей Министерства обороны США.
Ihe Dept. of Defenee's Transmission Control Protocol
(TCP)
2.Протокол последовательных пакетов фирм Ксерокс
Xerox's Sequenced Packet Protocol (SPP).
3.Протокол транзакции фирмы Эппл.
Apple's Appletalk Transaction Protocol (ATP)

Пример взаимодействия с предварительным установлением ло-
гического канала

Пакет запроса "вызов"

”””””””””””””””””””””””””””””””””””>
Пакет подтверждения вызова
<””””””””””””””””””””””””””””””””””
Пакет данных 1
”””””””””””””””””””””””””””””””””””>
Клиент "A" Пакет данных 2 Клиент "B"
”””””””””””””””””””””””””””””””””””>
Пакет данных 3
”””””””””””””””””””””””””””””””””””>
Пакет подтверждения данных
<””””””””””””””””””””””””””””””””””

Пример взаимодействия между клиентом "A" и клиентом "B" с
предварительной установкой логического канала. Пакет запроса
"вызов", пакет подтверждения вызова и пакет подтверждения дан-
ных являются служебной информацией.

Рис.2.2

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

2.1. Переадресация в интерсети.

Схема адресации NetWare в интерсети изначально была опре-
делена группой по сетевым системам фирмы Xerox (Xerox Network
Systems XNS) как межсетевой дейтаграммный и межсетевой
транспортный протоколы (Internet Datagram and Internet
Transport Protocols).

Пакет межсетевого протокола разделен на две основные час-
ти: заголовок (блок адресации) и блок данных. Блок адресации
подразделяется в свою очередь на три части:
часть управления,
адресная часть получателя (доставки) и адресная часть ис-
точника.
Оба адреса - адрес доставки и адрес отправителя состоят
из трех полей: номера хост-системы, номера сети и номера порта
(сокета).
Номер хост-системы имеет размер 48 битов. Он обеспечивает
уникальную идентификацию любых хост-систем различных произво-
дителей безотносительно к составу конкретной интерсети.
Номер сети имеет разрядность 32 бита, что обеспечивает
уникальным идентификатором любую сеть в интерсети.

Номер порта (сокета) имеет разрядность 16 битов для иден-
тификации запроса приема/передачи между процессами.

2.2. Маршрутизация в интерсети.

Алгоритм маршрутизации в NetWare является распределенным
таким образом, что процессы принятия решения могут приниматься
во множестве узлов интерсети - в любом из маршрутизаторов или
сетевых серверов NetWare. Алгоритм маршрутизации NetWare явля-
ется адаптивным. Он позволяет реагировать на изменяющиеся ус-
ловия внутри интерсети почти мгновенно.
При отказе сетевого сервера или моста , адаптивный
маршрутизатор ищет альтернативный маршрут. Если находятся нес-
колько маршрутов, маршрутизатор использует наиболее опти-
мальный.

2.3. Алгоритм маршрутизации.

Сетевая операционная система NetWare использует распреде-
ленный адаптивный алгоритм передачи пакетов в интерсети.
NetWare быстро и эффективно реагирует на динамические измене-
ния в топологии интерсети, предоставляя новые эффективные
маршруты практически немедленно. Управление потоком обеспечи-
вается Протоколом Обмена Последовательными Пакетами (Sequenced
Packet Exange Protocol), рассматриваемым далее.

Алгоритм маршрутизации NetWare включает в себя: 1) про-
цесс измерения и идентификации для отслеживания за топологией
интерсети, и 2) протокол рассеивания информации о сетевых ха-
рактеристиках соответствующего узла. Маршрутизатор выполняет
измерения посредством записи числа точек сети интернет, через
которые должен пройти пакет от маршрутизатора (измерителя) по
всем остальным маршрутизаторам интерсети с отметками интервала
времени прохождения между ними. Таким образом отмечается коли-
чество серверов и маршрутизаторов, которые пакет возвращает
измерителю. Серверы и маршрутизаторы следят друг за другом
посредством периодической посылки информации о своем состоя-
нии.
Во время инициализации каждый маршрутизатор запрашивает
информацию о маршрутах от всех других маршрутизаторов интерсе-
ти. Таблицы маршрутизаторов строятся во время инициализации и
обновляются по мере приема информации. После инициализации
маршрутизатор посылает широковещательно информацию о всех се-
тях и серверах, о которых он имеет сведения. Сетевая информа-
ция включает в себя номер сети, удаленность и примерное время
передачи 576-байтового пакета от данного маршрутизаторра до
целевой сети.
В дополнение к данной информации, маршрутизатор передает
обновляющую информацию, как только изменится информация в таб-
лице. Эти изменения включают в себя все удаления и включения
других маршрутизаторов и серверов в таблицу, а также изменения
в расстоянии между серверами и маршрутизаторами. Как только
изменение в таблице обнаружено, сервер/маршрутизатор немедлен-
но отсылает информацию об изменении во все сети, к которым он
подсоединен.

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

2.4. Протокол обмена пакетов интерсети NetWare (IPX).

IPX обеспечивает сетевой уровень Advanced NetWare дейтаг-
раммным интерфейсом. IPX является реализацией Xerox's
Interuetwork Datagram PacKet Protocol (IDP). Назначение IPX -
дать прикладным программам рабочей станции NetWare доступ к
сетевым драйверам и взаимодействовать напрямую с другими рабо-
чими станциями, серверами или устройствами интерсети.
IPX позволяет прикладной программе присылать и принимать
отдельные пакеты интерсети. Пакеты интерсети структурированы в
соответствии с определением Xerox Network Systems (XNS). В
среде интерсети NetWare каждый узел имеет уникальный межсете-
вой адрес. Используя IPX, рабочая станция NetWare может посы-
лать и принимать пакет от любой станции интерсети. Маршрутиза-
ция пакетов между узлами, физически находящимися в сетях раз-
личной архитектуры, является автоматической и прозрачной. Эта
прозрачность обеспечивается средствами маршрутизации в серве-
рах и маршрутизаторах NetWare.
IPX-пакеты структурированы в точности как пакеты Xerox's
XNS Internet Datagram Protocol (IDP). Пакеты разбиваются на
две логические части: на заголовок и блок данных. Заголовок в
свою очередь разделен на блок управления, на блок адреса полу-
чателя и на блок адреса отправителя.
Каждый пакет содержит длину полного пакета интерсети, ко-
торый является суммой длины блока заголовка и длока данных.
Минимальной длиной пакета принято считать 30 байтов.
Каждый пакет имеет индикатор типа сервиса, предоставляе-
мого или запрашиваемого данным пакетом. Xerox определяет сле-
дующие величины:

0 : неопределенный тип пакета;

1 : пакет информации о маршруте;

2 : эхо-пакет;

3 : пакет объявления об ошибке;

4 : пакет обмена пакетами;

5 : пакет протокола последовательных пакетов;

16-31 : экспериментальные протоколы.

Формат пакета обмена Интерсети (IPX)

”Џ
0 1 15 ѓ
™ќќќќќќќќќќќќќќќќќќќќ‹ѓ
Управление —”””””””””’””””””””””†ѓ
—”””””””””‘””””””””””†ѓ
—” сеть доставки ”†ѓ
—””””””””””””””””””””†ѓ
Сетевой адрес —” ”†ѓ
доставки —” хост доставки ”†ѓ
—””””””””””””””””””””†ѓЗаголовок
Љ порт доставки Љ“”””””””””
—””””””””””””””””””””†ѓ
Љ сеть отправителя Љѓ
—””””””””””””””””””””†ѓ
Сетевой адрес Љ ”†ѓ
отправителя —” хост отправителя ”†ѓ
—” ”†ѓ
—””””””””””””””””””””†ѓ
Љ порт отправителя Љѓ
ќќќќќќќќќќќќќќќќќќќќЊѓ
”©
™ќќќќќќќќќќќќќќќќќќќќ‹Џ
Љ Љѓ
Љ 0 -546 байтов Љѓ
Љ ЉѓДанные
Љ прозрачных данных Љ“””””””
Љ Љѓ
Љ Є””””””””†ѓ
Љ ѓдоп.байтЉѓ
ќќќќќќќќќќќџќќќќќќќќЊѓ
”©
Рис. 2.3.

2.5. Программный интерфейс IPX

PX использует блок управления событиями для координации и
активизации определенных операций. Могут возникать два типа
событий: события, связанные с приемопередачей и события специ-
ального назначения, определяемые прикладной программой. Услуги
IPX по приему и передаче включают в себя следующее:

a. открыть порт;
b. закрыть порт;
c. получить локальную цель;
d. послать пакет;
e. получить межсетевой адрес;
f. сбросить управление;
g. отсоединиться от цели.

События специального назначения управляются посредством
Asynchronons Event Sheduler (AES), встроенного в IPX. AES яв-
ляется дополнительным сервисом, обеспечивающим также средства
измерения затраченного времени и переключения событий в соот-
ветствии с отмеренными интервалами времени. Программный интер-
фейс AES включает в себя следующие услуги:

a. планирование события IPX;
b. подавление события;
c. планирование специального события;
d. получение маркера интервала.

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

2.6. Протокол последовательного обмена пакетами NetWare
(SPX).

Протокол обмена последовательными пакетами (SPX) строится
на основе IPX и предлагает дополнительные услуги Xerox's
Sequenced Packet Protocol (SPP). SPX дает возможность приклад-
ным программам рабочей станции NetWare получать некоторые пре-
имущества при использовании сетевых драйверов при прямых ком-
муникациях с другими рабочими станциями, серверами и устройст-
вами интерсети с дополнительной гарантией достоверности и пос-
ледовательности пакетов.

Внутренне SPX построен на дейтаграммных примитивах IPX и
дает простой интерфейс, ориентированный на установление соеди-
нения.
В дополнение к структуре IPX, SPX включает 12 байтов бло-
ка управления соединения.

2.7. Программный интерфейс SPX

В дополнение к программному интерфейсу IPX, SPX предост-
авляет следующие функции:

a. проверка установки SPX;
b. установка соединения;
c. прослеживание соединения;
d. окончание соединения;
e. разрыв соединения;
f. получение состояния соединения;
g. посылка последовательного пакета;
h. прослушивание (ожидание) последовательного пакета.

Эти функции управляют установкой, поддержанием, cбросом
соединения. Прикладные системы, использующие SPX не обязаны
организовывать свои собственные схемы тайм-аутов для гаранти-
рования востановления по обрыву установленного соединения, по-
сылки последовательного пакета или по запросу об окончании со-
единения.

Формат пакета протокола SPX
0 1 15 ѓ
™ќќќќќќќќќќќќќќќќќќќќ‹ѓ
Љ контрольная сумма Љѓ
—””””””””””””””””””””†ѓ
Љ длина Љѓ
—”””””””””’””””””””””†ѓ
Љупр.трансѓтип пакетаЉѓ
—”””””””””‘””””””””””†ѓ
—” сеть доставки ”†ѓ
—””””””””””””””””””””†ѓ
Сетевой адрес —” ”†ѓ
доставки —” хост доставки ”†ѓ
—””””””””””””””””””””†ѓУровень 1
Љ порт доставки Љ“”””””””””
—””””””””””””””””””””†ѓадресация
—” сеть отправителя”†ѓ
—””””””””””””””””””””†ѓ
Сетевой адрес Љ ”†ѓ
отправителя —” хост отправителя ”†ѓ
—” ”†ѓ
—””””””””””””””””””””†ѓ
Љ порт отправителя Љѓ
ќќќќќќќќќќќќќќќќќќќќЊѓ
”„
™ќќќќќќќќќќЎќќќќќќќќќ‹ѓ
Љупр.соединѓтип потокЉѓ
—””””””””””‘”””””””””†ѓ
Љидент.источ.соединенЉѓ
—””””””””””””””””””””†ѓ
Љидент. приемника ЉѓУровень 2
—””””””””””””””””””””†“”””””””””
Љ номер пакета Љѓпротокол
—””””””””””””””””””””†ѓпоследова-
Љномер подтверждения Љѓтельных
—””””””””””””””””””””†ѓпакетов
Љ номер размещения Љѓ
ќќќќќќќќќќќќќќќќќќќќЊѓ

™ќќќќќќќќќќќќќќќќќќќќ‹ѓ
Љ 0 - 546 байтов ЉѓУровень 3
Љ Љ“”””””””””
Љ прозрачных данных Љѓуправление
Љ Є””””””””””†ѓ
Љ ѓдоп.байт Љѓ
ќќќќќќќќќџќќќќќќќќќќЊѓ
”©
™ЎЎЎќќќќќќЎќќќќќќќќќќ‹
Љѓѓѓрезервѓтип потокаЉ
°°°ќќќќќќџќќќќќќќќќќЊ
ѓѓѓѓконец сообщения
ѓѓѓвнимание
ѓѓпосылка подтверждений
ѓсистемный пакет
Рис.2.4