В.Г. Олифер Базовые технологии компьютерных сетей (ознакомительное качество) Высокое качество PDF, для печати :-)
Михаил Гук. Интерфейсы ПК. Справочник (ознакомительное качество) Высокое качество PDF, для печати :-)
| Главная | Главная по Компьютерным сетям |
Предыдущая | Оглавление | Следующая
Глава 4. Стеки межсетевых протоколов (часть 2)
Протоколы межсетевого уровня
Межсетевой уровень стека IPX/SPX приблизительно соответствует сетевому и транспортному уровню эталонной модели OSI. Если быть более точными, то протокол IPX соответствует третьему, или сетевому, уровню, но допускает при этом непосредственное взаимодействие с уровнем приложения. SPX является протоколом четвертого, или транспортного, уровня и не может непосредственно взаимодействовать с канальными уровнями ODI. Этот протокол вынужден передавать данные через IPX, позволяя одновременно протоколу IPX взаимодействовать с ODI. В контексте межсетевого уровня IPX и SPX функционируют как протоколы подуровней.
SPX ориентирован на установление соединения и может быть использован для обмена данными между клиентом и сервером, двумя серверами или даже между двумя клиентами. Проводя аналогию с TCP, можно сказать, что протокол SPX точно также обеспечивает надежность передачи данных протокола IPX с помощью управления соединением, управления потоком данных, контроля ошибок и упорядочения пакетов.
Заголовок SPX имеет следующий размер и структуру:
n Поле управления соединением: Первый октет (восемь бит) заголовка SPX представляет собой четыре двухбитовых флага, управляющих двунаправленным потоком данных в соединении SPX.
n Поле потока данных: Следующие восемь бит заголовка определяют тип потока данных.
n Идентификатор инициатора соединения (Source Connection Identification): Это 16-битовое поле используется для идентификации процесса, ответственного за запрос на установление соединения.
n Идентификатор адресата соединения (Destination Connection Identification): Это 16-битовое поле используется для идентификации процесса, соединение с которым предполагается установить.
n Номер последовательности (Sequence Number): 16-битовое поле уведомляет протокол SPX хоста получателя о порядковом номере переданного пакета. Эта информация может быть использована для переупорядочения полученных пакетов в том случае, если они прибыли в некорректной последовательности.
n Поле подтверждения (Acknowledgment Number): Значение этого 16-битового поля соответствует номеру следующего ожидаемого пакета.
n Поле резервирования (Allocation Number): Это поле длиной в 16 бит используется для отслеживания количества пакетов, получение которых не было подтверждено предполагаемым получателем.
n Данные: Последнее поле заголовка SPX содержит данные. В каждом пакете SPX может быть передано до 534 октетов данных.
Еще одним протоколом межсетевого уровня Novell является IPX. IPX предоставляет неориентированную на установление соединения службу доставки дейтаграмм с наименьшими затратами. Именно этот протокол подготавливает пакеты SPX (или других протоколов) к передаче через несколько сетей путем добавления своего заголовка. Созданная таким образом структура носит название дейтаграммы IPX. Заголовок этой дейтаграммы содержит всю информацию, необходимую для доставки пакетов получателю вне зависимости от места его расположения.
Заголовок IPX состоит из 11 октетов и имеет следующую структуру:
n Контрольная сумма: Заголовок начинается с 16-битового поля, существующего исключительно ради обеспечения обратной совместимости с родственным протоколом XNS, который использует это поле для контроля целостности данных. Протокол IPX по умолчанию присваивает этому полю значение «FFFFH» и возлагает задачу определения ошибок на протоколы более высокого уровня.
n Поле длины пакета: Это 16-битовое поле определяет длину дейтаграммы IPX, учитывая при этом длину заголовка и данных. Значение поля длины пакета используется для проверки целостности пакета.
n Поле управления передачей (Transport Control): Это 8-битовое поле используется маршрутизаторами в процессе передачи дейтаграммы. До начала передачи протокол IPX присваивает полю нулевое значение. Каждый маршрутизатор, обработавший дейтаграмму, инкрементирует это поле на единичку.
n Поле типа пакета (Packet Type): Это 8-битовое поле идентифицирует тип пакета, внедренного в дейтаграмму IPX и позволяет хосту получателя передать содержимое на соответствующий уровень протокола. Поле может принимать значения, соответствующие протоколам RIP, NCP, SPX, состоянию «ошибка» и т.д.
n Номер сети получателя (Destination Network Number): Это поле длиной в 32 бита идентифицирует сетевой номер узла получателя.
n Узел получателя: Это 48-битовое поле содержит номер узла машины получателя.
n Номер сокета получателя (Destination Socket Number): Поскольку IPX позволяет одновременно обрабатывать несколько соединений с одной системой, это поле идентифицирует номер сокета программы или процесса, получающего пакеты. Поле длиной в 16 бит предоставляет всю необходимую для этого информацию.
n Номер сети получателя (Source Network Number): Это поле длиной в 32 бита идентифицирует сетевой номер узла отправителя.
n Узел отправителя: Это 48-битовое поле содержит номер узла машины отправителя.
n Номер сокета отправителя (Source Socket Number): Это 16-битовое поле идентифицирует номер сокета процесса или программы, отсылающей пакеты.
Принципы работы протокола IPX/SPX
Протокол SPX создает и поддерживает между двумя сетевыми устройствами ориентированный на установление соединения поток битов. SPX получает от протоколов более высокого уровня большие блоки данных и разбивает их на фрагменты длиной до 534 октетов, которые проще обрабатывать. Для создания пакета SPX к данным добавляется заголовок только что описанного формата. Эти пакеты передаются на межсетевой подуровень протокола IPX.
Поля заголовка сегмента заполняются соответствующим образом, после чего сегмент передается протоколу IPX. Перед передачей пакета на канальный уровень IPX дополняет его информацией о сетевой адресации, длине, контрольной сумме и т.д. На рисунке 4.5 показана структура пакета IPX/SPX сразу после передачи на канальный уровень.
На иллюстрации показано расположение заголовков IPX и SPX в кадре 802.3 Ethernet. Эта структура используется для передачи данных между двумя подуровнями межсетевого уровня модели Novell.
Машина получателя выполняет обратные только что описанным операции. Она получает пакет и передает его для обработки протоколу SPX. При необходимости пакеты переупорядочиваются в сегменты данных и передаются соответствующему приложению.
Уровень доступа к среде и канальный уровень
Физическому и канальному уровням модели OSI соответствуют уровень доступа к среде и канальный уровень модели NetWare. Канальный уровень непосредственно совместим со стандартом открытого интерфейса передачи данных (Open Data-Link Interface - ODI). Соответственно уровень доступа к среде непосредственно совместим со всеми распространенными, стандартизированными протоколами доступа к среде.
Такое строгое соответствие открытым промышленным стандартам на низком уровне позволило операционной системе NetWare и стеку протоколов IPX/SPX работать практически с любым аппаратным обеспечением.
РИСУНОК 4.5. Структура кадра 802.3 Ethernet, инкапсулировавшего заголовок IPX/SPX.
Адресация IPX
Адреса IPX имеют размер 10 октетов (80 бит). Это намного больше 32-битового адреса IPv4, но меньше 128-битового адреса IPv6. Адрес состоит из двух компонентов: номера сети, занимающего 32 бита, и номера узла, занимающего 48 бит. Эти номера записываются в виде последовательности шестнадцатеричных чисел, разделенных точками. Например, последовательность 1a2b.0000.3c4d.5e6d является допустимым адресом IPX, где 1a2b соответствует номеру сети, а 0000.3c4d.5e6d - номеру узла.
Адреса IPX могут «раздаваться» сетевым администратором. Однако это связано с риском возникновения конфликта адресов в процессе взаимодействия с другими сетями. Присвоение номеров сетям возлагает всю ответственность за поддержку и управление ими на плечи сетевого администратора. Предпочтительнее получить зарегистрированный номер сети IPX от Novell.
Универсально присваиваемый адрес (МАС-адрес) сетевого адаптера (NIC), как правило, используется в качестве номера хоста IPX. Теоретически все эти адреса являются уникальными, что позволяет нумеровать хосты удобным образом.
Как и протокол IP, IPX в состоянии поддерживать несколько одновременных сеансов. Следовательно, возникает необходимость идентифицировать специфический процесс и программу, взаимодействующую с данным сеансом. Такая идентификация осуществляется с помощью 16-битового поля номера сокета в заголовке IPX. Номер сокета функционально эквивалентен номеру порта TCP/IP.
Характерные черты IPX/SPX
Компания Novell, Inc. продвигала на рынок свой стек протоколов IPX/SPX в условиях жесткой конкуренции. Как и другие стеки «открытых» протоколов (OSI, IP и другие), IPX/SPX получил право на существование. Еще прочнее утвердиться на рынке компании Novell помог отдельно распространяемый пакет офисных приложений. Разработанный набор взаимосвязанных приложений наилучшим образом отвечал возросшим требованиям к открытости и функциональной совместимости.
Компания Novell продемонстрировала желание вновь занять утраченное ведущее положение на рынке, собираясь сделать IPv6 основным протоколом новых версий операционной системы NetWare. Чтобы успешно реализовать эту стратегию, Novell должна обеспечить обратную совместимость протоколов IPv6 и IPX/ SPX. Именно поэтому компания Novell тесно сотрудничала с Рабочей группой инженеров Internet (Internet Engineering Task Force - IETF) в процессе разработки IPv6. В результате многие службы IPX были интегрированы в IPv6.
Обеспечив некоторые перспективы в будущем, компания Novell теперь обязана думать о переходе текущего стека протоколов и пакета приложений в новую среду. Что более важно, теперь необходимо должным образом усовершенствовать уже разработанные продукты и службы с тем, чтобы их можно было использовать на платформах открытых систем. Компания Novell предполагает создать службы сетевых каталогов (Network Directory Services - NDS) и сопутствующие продукты как для Internet, так и для корпоративных инфрасетей.
NDS позволит единообразно логически упорядочить все сетевые службы и ресурсы в глобальном масштабе. Это позволит пользователям обращаться к службам и ресурсам сети с помощью единственного логина, вне зависимости от расположения пользователя и ресурсов.
Пакет протоколов AppleTalk
По мере того как компьютеры Apple приобретали все большую популярность, их пользователи сталкивались с новыми проблемами, решить которые без помощи сети было невозможно. Нет ничего удивительного в том, что разработанная компанией Apple сеть оказалась настолько же дружественной пользователю, как и сами компьютеры. Стек протоколов AppleTalk и все необходимое для его поддержки аппаратное обеспечение включены в комплект поставки любого компьютера Apple.
Подключение к сети ограничивается соединением устройств кабелем и включением питания компьютера Apple. Сеть AppleTalk является одноранговой и предоставляет пользователям возможность совместно использовать принтеры и файлы. В отличие от сетей архитектуры клиент/сервер здесь отсутствуют жесткие определения, ограничивающие функциональные возможности одноранговой сети. Любая машина может одновременно выступать как в роли сервера, так и в роли клиента.
Протокол AppleTalk поддерживается также операционными системами многих других производителей. Довольно часто можно найти компьютеры, скажем, IBM-совместимые, поддерживающие стек протоколов AppleTalk. Это позволяет использовать AppleTalk и компьютеры Apple для развертывания новых (или объединения существующих) сетей архитектуры клиент/сервер, казалось бы, несовместимых с компьютерами Apple.
Структура AppleTalk
Стек протоколов AppleTalk состоит из пяти функциональных уровней: уровня доступа к сети, уровня доставки дейтаграмм, сетевого уровня, уровня зонной информации (zone information) и уровня приложения. Стек протоколов AppleTalk точно следует функциональному разделению эталонной модели OSI на транспортном и сеансовом уровнях. Физический и канальный уровни разбиваются на многочисленные подуровни со специфической структурой кадров. Подобным образом AppleTalk интегрирует уровни протокола и представления данных модели OSI в один уровень приложения. На рисунке 4.6 проиллюстрированы функциональные взаимоотношения.
Уровень приложения AppleTalk Как уже упоминалось, стек AppleTalk объединяет уровни протокола и представления данных эталонной модели OSI в один уровень приложения. Поскольку AppleTalk является довольно несложным стеком протоколов, на этом уровне расположен единственный протокол - протокол передачи файлов в сетях AppleTalk (AppleTalk Filing Protocol - AFP). Протокол AFP предоставляет сетевые файловые услуги приложениям, которые существуют отдельно от стека протоколов, например, приложениям электронной почты, организации очередей печати и т.д. Любое приложение, запущенное на компьютере Apple, для осуществления обмена данными по сети обязано будет обратиться к протоколу AFP. Сеансовый уровень AppleTalk Соответствующая сеансовому уровню модели OSI версия AppleTalk состоит из пяти протоколов, поддерживающих полностью дуплексную передачу данных, преобразование логических названий в адреса, доступ к принтеру, переупорядочение пакетов и т.д. Первый протокол сеансового уровня называется протоколом потоков данных (AppleTalk Data Stream Protocol - ADSP). Протокол ADSP предоставляет полностью дуплексные услуги, ориентированные на установление соединения и характеризующиеся высокой степенью надежности. Такая надежность достигается путем установления логического соединения (сеанса) между двумя взаимодействующими процессами на клиентских машинах. Протокол ADSP позволяет управлять этим соединением, обеспечивая контроль потока данных, переупорядочение пакетов и рассылку подтверждений о приеме пакетов. Для установления логического соединения между процессами используются номера сокетов. После установления соединения две системы могут начать обмен данными. Следующим протоколом сеансового уровня AppleTalk является собственно сеансовый протокол (AppleTalk Session Protocol - ASP). Протокол ASP обеспечивает надежную доставку данных, используя для этого ориентированное на корректность принятых последовательностей управление сеансом (sequence-oriented session management), и предоставляет доступ к транспортным услугам протокола транспортного уровня AppleTalk Transport Protocol (ATP). Протокол маршрутизации с обновлением среды AppleTalk (AppleTalk Update-Based Routing Protocol - AURP) используется в больших сетях AppleTalk и применяется в основном для маршрутизации и поддержки обмена информацией между маршрутизирующими устройствами, в частности, между маршрутизаторами Exterior Gateway. Кроме того, в состав сеансового уровня AppleTalk входит протокол доступа к принтеру (Printer Access Protocol - PAP). Несмотря на то, что первоначально протокол РАР был разработан для управления доступом к сетевым принтерам, он может использоваться для обеспечения обмена данными между разнообразными устройствами. Между устройствами устанавливается двунаправленное соединение и одновременно осуществляется управление потоком данных и контроль последовательности пакетов.
РИСУНОК 4.6. Сравнение эталонной модели OSI и стека протоколов AppleTalk.
И, наконец, последний протокол сеансового уровня AppleTalk, - протокол зонной информации (Zone Information Protocol - ZIP). Протокол ZIP предоставляет механизм логического группирования отдельных сетевых устройств с помощью «дружественных» имен. Такие логические группы называются зонами (zones). В расширенной сети компьютеры могут охватывать несколько сетей, но оставаться при этом логически сгруппированными в одну зону. Однако в небольших, нерасширенных сетях может быть определена единственная зона.
Для преобразования названия зон в номера сетей и узлов ZIP использует протокол связывания имен (Name Binding Protocol - NBP), принадлежащий транспортному уровню. Для рассылки данных об изменении конфигурации зоны используется протокол АТР.
Пять протоколов сеансового уровня AppleTalk предоставляют клиентам возможность устанавливать логическое соединение и обмениваться данными между компьютерами вне зависимости от расстояния между ними.
Транспортный уровень AppleTalk
Транспортный уровень AppleTalk предоставляет расположенным выше уровням транспортные услуги. Транспортный уровень включает четыре различных протокола. Логично, что чаще всего на транспортном уровне используется транспортный протокол AppleTalk (AppleTalk Transport Protocol - ATP).
ATP предоставляет надежный механизм доставки пакетов между компьютерами без потерь. Чтобы убедиться в том, что пакет не был потерян по пути к получателю, протокол АТР использует поля контроля последовательности и подтверждения заголовка пакета.
К транспортному уровню относится также протокол связывания имен (NBP). Как было указано выше, протокол NBP позволяет ZIP преобразовывать дружественные имена в действительные адреса. Именно NBP преобразует имена зон в адреса сетей и узлов. Протокол NBP выполняет четыре основные функции: регистрацию, поиск, подтверждение и удаление имен.
n Регистрация имени: В результате выполнения этой процедуры уникальное логическое имя регистрируется в реестровой базе данных NBP.
n Поиск имени: Эта процедура инициируется компьютером, запрашивающим адрес другого компьютера с помощью имени объекта. Протокол NBP предварительно пытается разрешить такой запрос, просматривая номера локальных узлов. Если соответствие не найдено, запрос транслируется в другие сети AppleTalk. Если и в этом случае соответствия не обнаружены, а время поиска истекло, инициатор запроса получает сообщение об ошибке.
n Подтверждение имени: Запрос на подтверждение используется для проверки взаимоотношений объект/адрес.
n Удаление имени: Сетевые устройства имеют обыкновение периодически выключаться или отсоединяться. Когда происходит одно из таких событий, рассылается запрос на удаление и содержимое таблицы адресов автоматически обновляется.
Эхо-протокол AppleTalk (AppleTalk Echo Protocol - AEP) также принадлежит транспортному уровню. Он используется для определения доступности системы и вычисления времени пробега пакета (Round Trip Transmit time - RTT).
Последним протоколом транспортного уровня является протокол поддержки таблицы маршрутизации (AppleTalk's Routing Table Maintenance Protocol - RTMP). Поскольку AppleTalk использует маршрутизируемые протоколы (routed protocols) на этом уровне сети, необходимо обеспечить обработку таблиц маршрутизации. Протокол RTMP обеспечивает маршрутизаторы данными таблиц маршрутизации.
Уровень доставки дейтаграмм AppleTalk
Уровень доставки дейтаграмм AppleTalk непосредственно соответствует третьему (сетевому) уровню модели OSI и обеспечивает не ориентированную на установление соединения доставку дейтаграмм, имеющих размер пакетов. Именно этот уровень предоставляет базис для установления соединения и доставки данных по сети Apple Talk. Уровень отвечает за осуществление динамической адресации сетевых узлов, а также разрешение МАС-адресов для сетей стандарта IEEE 802.
Основным протоколом уровня является протокол доставки дейтаграмм (Datagram Delivery Protocol - DDP). Протокол DDP обеспечивает передачу данных с наименьшими затратами без установления логического соединения между сетями. Тип заголовка зависит от предполагаемого получателя. Основные компоненты остаются неизменными, просто при необходимости добавляются дополнительные поля.
Дейтаграммы, которые должны быть доставлены в пределах локальной сети (т.е. в пределах одной подсети), используют формат короткого заголовка (short header). Адресуемые за пределы подсети отправителя дейтаграммы используют формат расширенного заголовка (extended header). Расширенный заголовок содержит сетевые адреса и поле счетчика пролетов (hop counter).
Заголовок DDP состоит из следующих полей:
n Счетчик пролетов: Это поле соответствует счетчику, который инкрементируется на единичку после прохождения каждого маршрутизатора. Счетчик пролетов используется только в расширенном заголовке.
n Длина дейтаграммы: Это поле содержит длину дейтаграммы и может быть использовано для определения ее целостности.
n Контрольная сумма DDP: Это необязательное поле. В случае использования поле позволяет более эффективно отслеживать целостность дейтаграммы, чем в случае простой проверки ее длины. Сравнение контрольных сумм позволяет определить все изменения содержимого дейтаграммы даже в том случае, если длина дейтаграммы не изменилась.
n Номер сокета отправителя: Это поле идентифицирует процесс машины, инициировавший соединение.
n Номер сокета получателя: Это поле идентифицирует процесс машины, соответствующей запросу на соединение.
n Адрес отправителя: Это поле содержит номер сети и узла компьютера, инициировавшего соединение. Поле используется только в заголовке расширенного формата и позволяет маршрутизаторам передавать дейтаграммы по нескольким подсетям.
n Адрес получателя: Это поле содержит номер сети и узла компьютера предполагаемого получателя. Поле используется только в заголовке расширенного формата и позволяет маршрутизаторам передавать дейтаграммы по нескольким подсетям.
n Тип DDP: Это поле идентифицирует протокол высокого уровня, инкапсулированный в дейтаграмму. Поле используется транспортным уровнем компьютера получателя с целью идентификации соответствующего протокола, которому следует передать содержимое.
n Данные: Это поле содержит собственно передаваемые данные. Размер поля не может превышать 586 октетов.
Уровню доставки дейтаграмм также принадлежит протокол, используемый с целью преобразования адресов узлов в МАС-адреса для машин, подключенных к сетям стандарта IEEE 802. Это протокол разрешения адресов AppleTalk (AppleTalk Address Resolution Protocol - AARP). Протокол AARP может быть использован для определения адреса узла любой станции. AARP хранит эту информацию в таблице отображения адресов (Address Mapping Table - АМТ). Поскольку присвоение номеров узлам осуществляется автоматически, с помощью протокола AARP таблица отображения постоянно обновляется в автоматическом режиме.
Канальный уровень AppleTalk
Канальный уровень AppleTalk функционально эквивалентен физическому и канальному уровням эталонной модели ОSI. Различные функциональные возможности разделены по отдельным подуровням, каждый из которых имеет собственную структуру кадров. Например, принадлежащий канальному уровню протокол EtherTalk предоставляет все функциональные возможности физического и канального уровня OSI на одном подуровне. Этот подуровень позволяет инкапсулировать кадры AppleTalk в соответствующую стандарту 802.3 Ethernet структуру.
Стек протоколов AppleTalk выделяет отдельные подуровни для сетей стандарта Token Ring (подуровень протокола TokenTalk) и FDDI (подуровень протокола FDDITalk). Поскольку эти протоколы предоставляют услуги физического доступа к сети, они заслужили соответствующее название - протоколы доступа (access protocols).
Для упаковки данных и помещения кадров стандарта 802.3 на физический уровень EtherTalk использует протокол доступа к каналу (EtherTalk Link Access Protocol - ELAP). Название остальных протоколов соответствует названию подуровня, например, подуровень TokenTalk использует протокол с названием TokenTalk Link Access Protocol (TLAP).
Кроме протоколов доступа, которые соответствуют промышленным стандартам, стек Apple предоставляет на канальном уровне собственный протокол для локальных сетей - протокол LocalTalk. В качестве физической среды соединения LocalTalk использует витую пару и поддерживает скорость передачи данных 230 Кбит/с. Логично будет предположить, что для сборки кадров и помещения их в сеть используются протоколы доступа к каналу LocalTalk (LocalTalk Link Access Protocols - LLAP). Протоколы LLAP включают механизмы управления доступом к среде, адресации канального уровня, инкапсуляции данных и представления битов для передачи кадров.
Схема адресации AppleTalk
Адрес AppleTalk состоит из двух частей: номера сети и номера узла.
Номера сети обычно занимают поле длиной 16 бит, хотя в нерасширенных или небольших расширенных сетях могут использоваться и унарные номера сетей. Эти номера, которые должны быть назначены сетевым администратором, используются AppleTalk для доставки пакетов между различными сетями. Сеть с номером 0 зарезервирована протоколом для соединения новых узлов сети в первый раз. Номер сети должен принадлежать диапазону от 00000001 до FFFFFFFF.
В качестве номеров узлов используются 8-битовые адреса, состоящие из четырех шестнадцатеричных чисел. Адреса хостов, принтеров, маршрутизаторов и других устройств должны принадлежать диапазону от 1 до 253. Несмотря на то, что узлы с номерами 0, 254 и 255 можно описать 8-битовым бинарным адресом, они зарезервированы AppleTalk для использования в расширенных сетях. Нумерация всех узлов динамически осуществляется канальным уровнем AppleTalk.
Адреса AppleTalk записываются в виде десятичных чисел, разделенных точками. Это значит, что бинарный адрес преобразуется в десятичную систему счисления, после чего номера сети и узла разделяются точкой (.). Например, адрес 100.99 ссылается на 99-е устройство 100-й сети. Начальные нули игнорируются.
Выводы по AppleTalk
AppleTalk является оригинальным протоколом, разработанным специально для объединения в сеть персональных компьютеров Apple. Его будущее тесно связано с перспективами корпорации Apple Corporation и траекторией ее продуктов. Как и в стеке протоколов Novell, для обеспечения совместимости с установленными стандартами используются физический и канальный уровни. Однако для соединения компьютеров Apple в сеть можно воспользоваться собственным протоколом физического уровня LocalTalk. Если в качестве среды соединения использовать витую пару, реально достичь пропускной способности 230 Кбит/с.
Резюме
При разработке высокопроизводительной сети выбор стека протоколов может оказаться одним из самых ответственных решений. Стек протоколов - это механизм, который предоставляет ориентированный на установление соединения интерфейс взаимодействия между аппаратным обеспечением и приложениями.
После выбора протокола следует определиться, стек какого производителя необходимо приобрести. На этом рынке конкурируют производители операционных систем и производители пакетов приложений. Чтобы не купить «кота в мешке», следует очень четко представлять себе функциональные возможности каждого стека и его отличия от аналогичных стеков других производителей.
Предыдущая | Оглавление | Следующая
| Главная | Главная по Компьютерным сетям |