Введение (стр. 10 )

В качестве центральной опорной сети каналов используется сданная в эксплуатацию цифровая РРЛ (радиорелейная линия связи) Москва – Самара – Екатеринбург – Новосибирск – Хабаровск на скорость 2 Мбит/с, которая будет продублирована ВОЛС.

Структура Самарского регионального сегмента представляет собой совокупность двух центральных узлов (ОТД) — основного (расположенного в здании ТЦМС-5) и резервного (в здании новой МТС), а также цифрового кольца, соединяющего АТС-37, 42, 34, 54, 23, 24 и 66.

В качестве базовой технологии для создания опорной кольцевой магистрали целесообразно выбрать стандарт FDDI (Fiber Distributed Date Interface). Данная технология обеспечивает надёжную передачу данных со скоростью до 100 Мбит/с. Таким образом, формируется общее кольцо, по которому осуществляется передача интегральных потоков информации от узла к узлу. Подключение ЛВС отдельных организаций целесообразно производить на основе стандарта E1 (скорость 2,048 Мбит/с). Поскольку Самара является основным коммуникационным центром для городов Южного Урала и Среднего Поволжья (таких как Пенза, Ульяновск, Уфа, Челябинск, Магнитогорск, Оренбург, Саранск, Ижевск и т. д.), то большинство из этих городов в ближайшем будущем будет объединено цифровыми каналами в единую высокоскоростную сеть. Следовательно, ОТД в Самаре может стать центральным узлом Поволжского региона.

После сдачи цифровой РРЛ Москва-Самара для целей передачи данных, Министерство науки арендует общий канал с пропускной способностью 2 Мбит/с и приобретает более мощный маршрутизатор верхнего уровня — CISCO 4700.

Таким образом, сеть RELARN-IP предоставит доступ к сети Internet научным учреждениям и учебным организациям для открытых исследований в области науки и образования, проводимых в НИИ, академических институтах, университетах и ВУЗах.

6.4. Отечественные технологии сопряжения стандартов Х.25 и TCP/IP

При организации глобальных телекоммуникационных систем связи в РФ возникает ряд проблем, которые не всегда возможно решить за счёт закупки зарубежного оборудования и ПО (программного обеспечения). Наиболее значительными проблемами являются:

-  полная русификация зарубежных систем невозможна, что значительно сужает круг потенциальных пользователей;

-  сложность стыковки со специальным ПО, разработанным в организациях, заинтересованных в подобных системах;

-  высокая стоимость коммуникационного оборудования и ПО (мощный хост для электронной почты может обойтись в 1015 тысяч долларов).

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

В итоге за короткие сроки научно-производственным предприятием «Фактор» и АО «Русская коммерческая инициатива (РКИ)» были созданы программно-технические комплексы, получившие названия ДИОНИС и РЕМАРТ, соответственно. Данные разработки на российском рынке составили реальную конкуренцию западным телекоммуникационным системам.

По своим внешним параметрам обе указанные системы имеют много общего:

-  полностью соответствуют существующим стандартам – Х.25, Х.400, TCP/IP, UUCP;

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

-  обеспечивают доступ абонентов к информационным ресурсам с использованием коммутируемых и выделенных телефонных каналов.

Однако, с точки зрения архитектуры, эти телекоммуникационные системы имеют существенные различия.

В архитектуре РЕМАРТ прослеживается желание создать систему, пригодную для самых различных приложений. Поэтому в состав, кроме основных услуг, включены и специализированные: электронная биржа; электронный аукцион; электронный магазин; электронный торговый дом; межбанковские расчеты; конкурсы и опросы; телереклама.

При создании ДИОНИС основной целью явилась разработка транспортного уровня системы, обеспечивающего устойчивый обмен данными как между хостом и его абонентами, так и между хостами в распределённых региональных сетях. В тоже время прикладной уровень включает лишь перечисленные выше базовые услуги.

Различаются также подходы «Фактора» и «РКИ» с позиций аппаратного оснащения. Если «РКИ» предполагает поставку оборудования исключительно западного производства, то «Фактор», наряду с западным оборудованием, предлагает комплекс специальных устройств — платы Х.25, мультипорты и т. д. — собственного производства или выпускаемых совместно с другими российскими фирмами. Последнее обстоятельство позволяет «Фактору» существенно снизить цену специализированного оборудования и обеспечить гарантийное и послегарантийное обслуживание аппаратно-программного комплекса собственными силами.

Хосты РЕМАРТ функционируют в сети РОСНЕТ и специализированных банковских системах.

Значительное число ДИОНИСов функционирует в качестве ресурсов в составе действующих коммерческих компьютерных сетей: IASNET, SOVAM, INFOTEL, РОСПАК и других. Опыт эксплуатации ДИОНИС в перечисленных сетях позволяет утверждать, что это единственная на сегодняшний день отечественная разработка в области компьютерной телекоммуникации.

6.4.1. Система РЕМАРТ

Данная система представляет собой аппаратно-программный комплекс, включающий центральный хост-компьютер на базе CPU i486, электронного коммутатора-расширителя интерфейса и устройств ПД — модемов, мультиплексоров, сетевых адаптеров. Модульность построения комплекта РЕМАРТ позволяет легко наращивать мощность системы.

АПК (аппаратно-программный комплекс) имеет следующие основные параметры:

-  ОЗУ — до 64 Мбайт;

-  суммарная внутренняя дисковая память — до 32 Гбайт;

-  суммарная внешняя дисковая память — до 585 Гбайт;

-  протоколы — Х.25 и для ЛВС Novell NetWare;

-  скорость по 2-х проводным ТЛФ каналам — до 57,6 Кбит/с;

-  скорость по 4-х проводным ТЛФ каналам — до 150 Кбит/с.

РЕМАРТ обеспечивает оперативный обмен данными между Центробанком РФ и его отделениями в 81 регионе РФ. В Казахстане – между Национальным Банком Казахстана и его отделениями в 19 областях Казахстана.

6.4.2. Система ДИОНИС

Основой данной сетевой технологии, разработанной НПП «Фактор», является программное обеспечение для многопользовательских сетевых центров ДИОНИС (часто называемых хостовыми системами), каждый из которых одновременно может обслуживать до 256 абонентов. При этом обеспечиваются следующие информационно-коммутационные услуги:

-  глобальная распределённая ЭП, включая пересылку файлов;

-  телеконференции (усовершенствованные «доски объявлений»);

-  WWW-сервер;

-  сетевые базы данных;

-  средства удалённого манипулирования файлами серверов ЛВС;

-  автоматический обмен данными между узлами ДИОНИС для построения распределённых систем;

-  автоматический обмен ЭП с хостами других производителей с использованием протокола SMTP;

-  внутренние шлюзы для «прозрачного» соединения в режиме “on-line” различных каналов связи (RS 232C, X.25, TCP/IP, IPX);

-  внешние шлюзы для преобразования протоколов между различными сетями (UUCP и Х.400, обмен с телексными и телеграфными сетями; преобразование электронных писем в факс-формат; доставка и приём факс-сообщений);

-  средства защиты информации;

-  средства интеграции телекоммуникационных систем с прикладными системами пользователей;

-  средства сбора статистики.

ДИОНИС версии 2.10 может непосредственно выполнять все функции стандартного IP-сервера и маршрутизатора. Эти новые возможности существенно расширяют доступность к услугам Internet с хостов ДИОНИС для зарегистрированных на них абонентов. Теперь Internet-услугами помимо IP-сетей, могут пользоваться все абоненты сетей Х.25, а также абоненты, использующие для подключения к ДИОНИС коммутируемые или выделенные телефонные каналы.

Обобщённая конфигурация технических средств центра ДИОНИС представлена на рис. 6.1.

В качестве хостовой ЭВМ системы ДИОНИС может быть использована любая IBM-совместимая ПЭВМ с процессором не хуже 80486 или Pentium под управлением OC MS DOS версии не ниже v.6.0.

Установка дополнительных многопортовых плат RS 232C позволяет увеличить число абонентов, подключаемых одновременно по обычным телефонным каналам, до 34. Для подключения ДИОНИС к сетям Х.25 в хостовую ЭВМ устанавливается интеллектуальный контроллер Х.25, имеющий два синхронных порта со скоростью обмена 19,2¸64 Кбит/с и выше.

Подключение ДИОНИС к сетям TCP/IP осуществляется по нескольким асинхронным портам или через Router (маршрутизатор) региональной сети. При подключении к асинхронным портам используется протокол SLIP, обеспечивающий скорость передачи информации по выделенным каналам до 38,4 Кбит/с.

Доступ к ДИОНИС из ЛВС, развернутой на той же территории, на которой расположена и хост-ЭВМ ДИОНИСа, может быть реализована на 32 рабочих станциях этой ЛВС.

 

Обозначения:

АМ — асинхронный модем; СМ — синхронный модем; ФМ — факс-модем; РС — рабочая станция;
АЛС — адаптер локальной сети; ТТ — телеграфно-телексный адаптер.

Рис. 6.1. Обобщённая конфигурация технических средств центра ДИОНИС

В качестве средств физической связи хост-ЭВМ ДИОНИСа с внешними шлюзами можно использовать:

-  локальную сеть;

-  «нуль-модем», т. е. соединение по физической линии;

-  коммутируемый или выделенный телефонный канал с модемом;

-  сеть с коммутацией пакетов.

Функции внешних шлюзов (FAX-шлюза, телеграфного шлюза, шлюза Х.400, шлюза UUCP) всегда реализуются на отдельных ЭВМ. Однако одна шлюзовая ЭВМ может реализовывать функции 2-х основных шлюзов, обеспечивая взаимодействие с факс - и телеграфно-телексными сетями. Одновременно такой шлюз может обслуживать:

-  до 6 факс-каналов;

-  до 16 телеграфно-телексных каналов;

-  до 8 виртуальных каналов обмена данными с системами ДИОНИС и (или) другими многофункциональными шлюзами.

400 и UUCP-шлюз всегда реализуются на отдельных ЭВМ.

Для обмена почтовыми сообщениями с сетью Internet технология ДИОНИС предусматривает использование протокола SMTP, обеспечивающего обмен данными на базе протокола TCP/IP без внешних шлюзов.

По состоянию на 15.10.1996 в 140 городах России и странах СНГ создано 520 узлов корпоративных (региональных) сетей на базе ДИОНИС.

В настоящее время следующие организации и структуры используют технологию ДИОНИС для создания ведомственных сетей и интегрированных в сети общего пользования информационных центров:

-  государственные органы власти и управления, например, ТАС «ВЫБОРЫ», МВД РФ (17 городов), Налоговая инспекция (4 города), Администрации областей (3 области), Управления Федерального Казначейства (9 городов) и т. д.;

-  сети общего пользования: РОСПАК, ИНФОТЕЛ, СОВАМ, ТЕЛЕПОРТ, СПРИНТ, UACNET, ММТЕЛ, ИБЕРИЯ ПАК (Грузия);

-  региональные сетевые структуры: Ставропольский телеграф, Пермская, Белгородская, Оренбургская, Омская и др. МТС;

-  коммерческие банки и страховые компании (например, Сбербанк РФ, Агропромбанк и др.);

-  биржи, концерны и крупные предприятия (например, Московская нефтяная биржа, Российское космическое агентство, НИИ «Энергия» и т. д.);

-  учебные заведения.

Контрольные вопросы по главе

1.  Назначение и предоставляемые услуги сети RELCOM.

2.  Опишите структуру и основные компоненты сети RUNNet.

3.  Основные принципы сети RELARN.

4.  Структура Самарского регионального сегмента сети RELARN.

5.  Информационно-коммутационные услуги системы ДИОНИС.

6.  Конфигурация информационной системы ДИОНИС.

7. СОВРЕМЕННЫЕ СЕТЕВЫЕ ТЕХНОЛОГИИ

7.1. Технология Frame Relay

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

В результате перехода к технологии Frame Relay (FR — быстрая коммутация кадров) глобальные сети приобретают архитектуру и функциональные характеристики, типичные для ЛВС. Глобальные сети FR имеют более распределенную структуру, более гибки в управлении и более быстры, чем традиционные глобальные сети. Однако качество каналов для сети FR должно быть очень высоким (вероятность ошибки на единичный элемент — не хуже 10-7). ЛВС могут подключаться к сетям FR напрямую без дополнительной инкапсуляции трафика ЛВС в кадры HDLC. Причём преимущество FR не в многомегабайтной скорости передачи данных, а в методах статистического уплотнения данных, обеспечивающих информационную скорость передачи, в несколько раз превышающую физическую пропускную способность канала, а также в наличии интерфейсов, позволяющих эффективно подключать к сети FR различное ООД.

Frame Relay — это протокол, который описывает интерфейс доступа к сетям быстрой коммутации, позволяет эффективно передавать крайне неравномерно распределённый во времени трафик и обеспечивает высокие скорости прохождения информации через сеть, малые времена задержек и рациональное использование пропускной способности каналов. В отличие от сетей Х.25 по сетям с Frame Relay возможна передача не только собственных данных, но также речи в дискретном виде.

Согласно ЭМВОС, Frame Relay является протоколом второго уровня, но выполняет и некоторые функции, присущие третьему уровню. Frame Relay устанавливает соединение через сеть согласно протоколу X.25 в том случае, когда используются постоянные виртуальные соединения (Permanent Virtual Circuits — PVC).

Совокупность виртуальных каналов (PVC) может быть проложена внутри каждого физического канала. Выбор конкретного логического канала — маршрута (PVC), проложенного через сеть — определяется значением специального поля в формате кадра Frame Relay. Это поле называется DLCI — Data Link Connection Identifier (идентификатор соединения по звену ПД). Для обращения к ресурсу управления сети в протоколе Frame Relay используются кадры со значением DLCI равным 0, которые передают служебную информацию.

За исключением функции установления соединения, все остальные процедуры, описываемые протоколом Frame Relay, укладываются в два уровня модели ЭМВОС.

Сопоставим структуры кадра протокола LAP-B (с включенным в него пакетом Х.25) и кадра Frame Relay, представленного на рис. 7.1.

По своей структуре кадр Frame Relay аналогичен кадрам LAP-B. Однако в нём отсутствуют поля, характерные для протоколов канального уровня. При сопоставлении протоколов Х.25/LAP-B и Frame Relay видно, что в протоколе Frame Relay число служебных разрядов меньше.

В сетях Х.25 гарантированная передача данных обеспечивается на канальном уровне при помощи механизма скользящего окна и повторной передачи в случае искажения какого-либо кадра.

В сетях с Frame Relay при межузловом обмене информацией ошибочные кадры просто «выбрасываются», и их повторение средствами самого протокола Frame Relay не предусматривается. Гарантированная и упорядоченная передача кадров одного сообщения обеспечивается протоколами высоких уровней, например, TCP/IP.

 

Обозначения:

C/R — разряд поля команда/ответ; ЕА — разряд расширенного адреса; FECN — разряд извещения о перегрузке вперед; BECN — разряд извещения о перегрузке назад; FCS — контрольная последовательность кадра; DE — разряд расширенного сброса.

Рис. 7.1. Формат кадра Frame Relay

Протокол Frame Relay имеет минимальную протокольную избыточность (т. е. доля служебной информации в кадре, по отношению к содержащейся в нём информации пользователя, минимальна). В то же время Frame Relay позволяет производить маршрутизацию в рамках региональной сети на втором уровне без задействования механизмов маршрутизации по Х.25 или IP. Это существенно увеличивает скорость передачи кадров, а, следовательно, и целого сообщения.

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

Регулирование загрузкой сети описывается параметрами:

-  CIR — Commited Information Rate (согласованная информационная скорость);

-  CBS — Commited Burst Size (согласованный импульсный объем переданной информации).

Эти параметры назначаются для каждого виртуального канала (PVC). Обычно CIR меньше, чем физическая скорость подключения пользователя к порту сети Frame Relay. При подключении к сети пользователь обычно получает значения CIR и CBS по каждому виртуальному каналу. Пользователь может передавать информацию либо с постоянной скоростью, равной CIR, либо с большей скоростью, но в течение ограниченного времени, значение которого определяется как:

Если пользователь не укладывается в рамки, задаваемые значениями CIR и CBS, то все «избыточные» кадры передаются с разрядами DE=1 (DE — Discard Eligible), т. е. признаком разрешения сброса. Сброс кадров происходит также при перегрузке сети.

Протокол Frame Relay не предусматривает механизма управления потоком кадров (т. е. ограничения потока) в том виде, в котором он реализован в HDLC (управляющие кадры RNR — Receiver Not Ready, RR — Receiver Ready и т. п.). Вместо этого в кадре Frame Relay используются разряды FECN (Forward Explicit Congestion Bit — бит явной сигнализации переполнения, направляемый вперед) и BECN (Backward Explicit Congestion Bit — бит явной сигнализации переполнения, направляемый назад).

FECN информирует принимающую сторону о перегрузке сети. На основании анализа частоты поступления FECN-разрядов приемник дает указание передатчику снизить интенсивность передачи. Торможение потока происходит средствами протоколов более высоких, чем Frame Relay, уровней — Х.25, TCP/IP или других.

BECN посылается на передающую сторону и является рекомендацией немедленно снизить темп передачи. Таким образом, BECN отрабатывается на уровне протокола Frame Relay.

В большинстве типов ООД используется только один из указанных разрядов. В крайнем случае разряды FECN и BECN могут в ООД игнорироваться. В этой ситуации вместо этих разрядов применяется неявный механизм регулирования потока с помощью средств протоколов более высоких уровней.

Подключение ЛВС к сети Frame Relay производится непосредственно, без каких-либо шлюзов. Сеть с Frame Relay также может выступать в качестве высокоскоростной магистрали для объединения ряда сетей с Frame Relay.

 

Обозначения:

Т — терминал; ЦАТС — цифровая АТС; ISDN — цифровая сеть интегрального обслуживания.

Рис. 7.2. Объединение сетей с помощью сети Frame Relay

Метод Frame Relay является достаточно быстрой сетевой технологией, позволяющей организовывать каналы голос/данные на линиях со скоростью от 19,2 Кбит/с до 2 Мбит/с.

7.2. Технология ATM

Новейшая технология высокоскоростных коммуникаций ATM (Asynchronous Transfer Mode — асинхронный режим переноса) воплощает в жизнь мечту любого связиста и покупателя услуг связи — эта технология предусматривает передачу любых типов информационных потоков (видео, голос, данные) по единому каналу. В этом плане технология ATM выступает альтернативой построения специальной широкополосной ISDN (цифровой сети интегрального обслуживания).

Основным преимуществом ATM перед уже известными сетями с интеграцией услуг является отсутствие ориентированности на какой либо тип передаваемой информации. В ATM ПЭВМ подключается к системе как к обычной ЛВС, телевизор — как к сети кабельного телевидения, а цифровая АТС — как к каналу E1 или E3. ATM объединяет локальные и глобальные сети, предоставляя доступ к ресурсам одной ЛВС пользователям разных городов. Процедура установления соединения в ATM-сети позволяет заранее определить тип трафика, требуемую полосу пропускания и приоритет на использование канала связи, что гарантирует предоставление заданного качества услуги и минимально возможную загрузку межузловых каналов связи.

Основным отличием ATM от существующих коммуникационных технологий является очень высокая скорость передачи данных — 25, 34, 100, 155, 662 Мбит/с и до 10 Гбит/с (последнее значение — в будущем). Существующая элементная база может обеспечить коммутацию потоков данных на подобных скоростях только при очень простом протоколе взаимодействия устройств внутри ATM-сети. Поэтому стандарт ATM не имеет большинства процедур контроля качества информации.

Несмотря на то, что и Frame Relay и ATM представляют собой протоколы второго уровня, между ними имеются существенные отличия. Эти различия касаются формата кадров, архитектуры и приложений.

Frame Relay, как следует из названия (frame) использует кадры, в то время как ATM — ячейки (cells). Основное отличие между ними состоит в том, что кадры имеют произвольную (и достаточно большую) длину от 256 до 8000 байт, а ячейки фиксированы по размеру — всего 53 байта. Это обеспечивает высокую скорость передачи данных, т. к. отпадает необходимость в определении и контроле длины передаваемых кадров.

ATM имеют несколько возможных форматов заголовка ячейки. У кадра Frame Relay всегда одна и та же структура адресных и управляющих полей. В то же время ячейка ATM может иметь заголовок одного или двух различных форматов в зависимости от местонахождения ячейки в сети.

Для ячеек, которые передаются между сетью («облаком») и оборудованием внутри здания (ООД) используется формат заголовка UNI — User-to-Network Interface (сетевой интерфейс пользователя). Для трафика внутри сети (облака) или между сетями применяется формат заголовка NNI — Network-to-Network Interface (межсетевой интерфейс).

 

Рис. 7.3. Форматы ячеек ATM

Заголовки UNI и NNI довольно похожи, за тем исключением, что первое поле заголовка UNI — это 4-х разрядное поле управления потоком (GFC), а второе — это 8-ми разрядное поле идентификатора виртуального пути (VPI). В заголовке NNI поле GFC отсутствует, а поле VPI имеет длину 12 разрядов. 16-ти разрядное поле идентификатора виртуального канала (VCI) имеет место в обоих заголовках. 3-х разрядное поле (PT) определяет тип полезной нагрузки — видео, голос, данные. Поле HEC (8 разрядов) обеспечивает контроль ошибок в заголовке. Разряд CLP (приоритет потери ячейки) выполняет ту же роль, что и разряд DE в кадре Frame Relay. ATM использует комбинацию поля GFC и разряда CLP для управления потоком (ограничения потоков).

ATM использует принцип виртуальных соединений между конечными точками сетей. Различают 2 вида виртуальных соединений:

-  PVC — постоянный виртуальный канал;

-  SVC — коммутируемый виртуальный канал.

Технология ATM одинаково применима как к PVC, так и SVC. Процессы формирования ячеек ATM и их передачи не различаются для обоих видов соединений. ATM использует принцип виртуальных путей (VP) и виртуальных каналов (VC) между конечными точками сети.

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

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

Первые практические реализации взаимодействия между Frame Relay и ATM показали, что в ближайшем будущем технология Frame Relay будет использоваться как служба доступа в противовес ее теперешнему применению в качестве протокола канального уровня в сети передачи данных. Магистральные же каналы с Frame Relay будут заменены на каналы ATM.

Контрольные вопросы по главе

1.  Особенности сетевой технологии Frame Relay.

2.  Основные отличия кадров HDLC и Frame Relay.

3.  Формат кадра Frame Relay.

4.  Объединение сетей с помощью сетевой технологии Frame Relay.

5.  Особенности сетевой технологии ATM.

6.  Формат ячейки ATM.

ЛИТЕРАТУРА

1.  Протоколы информационно-вычислительных сетей: Справочник/ , , и др.; Под ред. , . — М.: Радио и связь, 1990. — 504 с.

2.  Д. Гиббонс, Д. Фокс, А. Вестенбрук и др. Работа в E-mail: Пер. с англ. — М.: БИНОМ, 1996. — 336 с.

3.  Б. Нанс. Компьютерные сети: Пер. с англ. — М.: БИНОМ, 1996. — 400 с.

4.  М. Нольден. Ваш первый выход в Internet: Пер. с нем. — СПб.: ИКС, 1996. — 240 с.

5.  С. Браун. «Мозайка» и «Всемирная паутина» для доступа к Internet: Пер. с англ. —М.: Малип, 1996. — 168 с.

6.  П. Храмцов. Лабиринт Internet. — М.: ЭЛЕКТРОНИНФОРМ, 1996. — 256 с.

7.  М. Шварц. Сети связи: протоколы, моделирование и анализ: В 2-х ч. Ч. I: Пер. с англ. — М.: Наука, 1992. — 336 с.

8.  Х. Крейг. Персональные компьютеры в сетях TCP/IP: Пер. с англ. — Киев: Издательская группа BHV, 1997. — 384 с.

9.  Т. Паркер. TCP/IP. Освой самостоятельно. — М.: БИНОМ, 1997. — 448 с.

10.  . Протоколы и ресурсы Internet. — М.: Радио и связь, 1996. — 354 с.