Передача данных в компьютерных сетях. Сети передачи данных

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

Среда передачи

Начну, пожалуй, с последнего пункта - качества среды передачи. Как уже написано выше, про нее ничего не говорилось в предыдущем повествовании, поскольку само по себе количество сред и их характеристики очень сильно различаются и зависят от просто колоссального множества факторов. Разбираться во всем этом многообразии задача соответствующих специалистов. Всем очевидно использование радио-эфира в качестве среды передачи данных. Я же помню в конце 90-х начале 00-х особой популярностью у операторов связи стали пользоваться такие экзотические способы передачи, как лазерные атмосферные передатчики. Выглядели они, в зависимости от производителя и конфигурации примерно как на картинке слева (да, почти такой себе светотелефон из радиолюбительского детства). Преимущество их было в том, что не надо было получать разрешение ГРКЧ , да и скорости, по сравнению с радиомостом были несколько больше, кроме того существовали модификации для организации каналов с временным разделением (E1 и т.п.), а подобное оборудование радио-доступа стоило непомерно дорого. Почему не оптический кабель? Потому что в те счастливые времена дикого провайдинга оптика еще была довольно дорогой, а за конвертер интерфейса или активное оборудование, способное принять оптический линк напрямую давали небольшой (а кто-то и большой) брусок золота. Были еще спутниковые каналы, но это вообще из области фантастики и позволить их себе могли разве что компании нефтяного сектора и прочего национального благосостояния. Но работа канала через спутник сводится к использованию радио-эфира, со всеми вытекающими и внесением огромной задержки.

Соответственно погружаясь в вопрос в результате будем иметь множество сред и ни одной обобщенной характеристики. Тем не менее для нас среда это всего лишь транспорт, передающий информацию из точки А в точку Б. А для транспорта (даже общественного) характеристикой отражающей его качество будет доставка всех битов (ну или пассажиров) без искажений и потерь (не хотелось бы лишиться части тела при перевозке, согласитесь). Т.е. мы приходим к такой обобщенной метрике качества транспорта как количество битовых ошибок, или BER (Bit error rate). В чисто пакетных сетях она практически не используется, поскольку ошибки передачи выявляются на уровне пакета, например подсчетом контрольных сумм: FCS (Frame check sequence) для L2 или сhecksum IP для L3. Если контрольная сумма не совпадает, то пакет целиком отбрасывается как невалидный. Если же рассмотреть гетерогенные сети, те в которых транспортом может служить непакетная сеть, а, например, один из вариантов описанных выше, либо вообще используется транзит через ATM , PDH , SDH и подобное без непосредственной (но с восстановлением) передачи пакета, то битовые ошибки транспорта могут значительно влиять, конечно в зависимости от технологии. Рассмотрим инкапсуляцию и передачу Ethernet-фрейма в HDLC. Другие технологии используют практически такую же технику.

Схема читается слева-направо (взята ).

1. Какой-то узел сети А отправляет пакет в сторону какого-то узла сети Б
2. Транспорт между сетями построен на сети PDH
3. Узел на границе выхода сети А вырезает из Ethernet-фрейма область полезной нагрузки (поля от DestinationAddress до FCS включительно), оборачивает в HDLC заголовки, и отправляет на граничный узел входа сети Б
4. Граничный узел входа сети Б выделяет область полезной нагрузки и восстанавливает Ethernet-фрейм
5. Фрейм с граничного узла отправляется получателю

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

Но не всегда используется надстройка инкапсуляции, либо передается вообще не полноценный фрейм, а лишь поле payload. Т.е. вырезается область, оборачивается во внутренний протокол, а на другой стороне восстанавливаются недостающие данные, включая отсутствующие заголовки L2. Соответственно пропадает и FCS - она просто рассчитывается заново. Таким образом получается, если данные были повреждены, а FCS рассчитан на основании “испорченных” данных, то получатель принимает совсем не тот пакет, который ему отправляли. Это довольно часто встречается в спутниковой связи, чтобы повысить полезную утилизацию канала, избегая передачи условно “лишней” информации. Резюмируя, получается что метрика BER может быть интересна в случаях когда:

• необходимо проверить стабильность физического канала, например для оптики это 10E-12 (упоминается в IEEE802.3)
• Ethernet-фреймы упаковывают в SDH(GFP), PDH, ATM и другие транспортные сети.
• используются технологии xHSL, PPP протоколы в которые упаковывают IP пакеты

BER тест

Метрика известна - это отношение количество битовых ошибок к общему числу переданных битов. Методика измерения для сетей TDM известна как спецификация ITU-T G.821. Классически для проверки каналов используется BERT (BER Test) первого уровня, но с учетом специфики работы протоколов инкапсуляции пакетных сетей и самого принципа работы пакетных сетей необходимо иметь возможность проводить тесты на L1-L4. Немного далее будет рассмотрено подробнее. Ну а сейчас следует определиться что проверять и как проверять. На вопрос:” Что проверять?” Отвечает ITU-T 0.150. В его пункте 5 рассмотрены типы ПСП (псевдослучайных последовательностей), из которых просто берутся данные для формирования пакета. Т.е. нужно просто взять и заполнить соответствующий уровень пакета данными выбранной ПСП. У нас в приборах используются следующие ПСП:

• ПСП 2е9 (ITU-T 0.150 пункт 5.1)
• ПСП 2е11 (ITU-T 0.150 пункт 5.2)
• ПСП 2е15 (ITU-T 0.150 пункт 5.3)
• ПСП 2е23 (ITU-T 0.150 пункт 5.6)
• ПСП 2е31 (ITU-T 0.150 пункт 5.8)
• пользовательская последовательность (32 бита)
• все нули
• все единицы
• альтернативная последовательность (01010101)

Пользовательская последовательность введена для совместимости с приборами, которые существуют на рынке, т.е можно задать любую последовательность и проводить совместный тест.

Вопрос как проверять пока что открыт, попробуем разобраться. Допустим мы умеем генерировать определенные пакеты. Если отправить такой пакет на другой конец транспорта, то как понять, что он не изменился (следует абстрагироваться от пакетного принципа, поскольку у нас может не быть FCS и других типов контроля, как описано ранее)? Самый простой вариант - завернуть пакет обратно (в TDM называется “сделать петлю”, в Ethernet - установить шлейф). Заворот, во многих случаях, можно сделать на выходе канала без изменения среды передачи, т.е. реально поставить петлю на выходе E1 и все будет работать. Но т.к. данные проделывают двойной путь, то вероятность возникновения ошибки также возрастает в 2 раза. Да и каналы могут быть асимметричными или однонаправленными. Соответственно идеальным было бы иметь возможность обладать информацией о корректном следовании и сравнивать приходящие пакеты с уже известной информацией. Первый, и наиболее простой вариант, применимый когда оба выхода канала располагаются рядом (например такое возможно при TDM коммутации, или тестировании оптического “кольца”) заключается в том, что один порт прибора генерирует тестовый трафик, а другой порт этого же прибора его получает и сравнивает, а т.к. сравнение происходит в том же узле, что и генерация, то проблем со сравнением данных последовательности не возникает. Второй вариант предполагает восстановление первоначальной последовательности и сравнение ее с приходящими данными. В случае с полностью случайной последовательностью реализовать такое не представляется возможным, а вот если последовательность псевдослучайная, то вполне. Какое-то время затрачивается на синхронизацию в самом начале теста, но затем сравнение не представляет сложности. Поскольку ПСП первого прибора и ПСП второго известны и одинаковы, синхронизация сводится к поиску места начала сравнения в ПСП второго прибора. Таким образом существуют следующие топологии:

1. «сам на себя» 1 - один прибор на одном порту, на другом конце транспорта стоит шлейф
2. «сам на себя» 2 - один прибор с одного порта своего порта на другой свой порт
3. с одного прибора на другой прибор, с синхронизацией

Еще раз стоит отметить, что тест BER не рекомендуется использовать на сетях лишь с пакетной коммутацией. Приведу пример. Допустим, уже идет тестовый поток и приборы синхронизированы (топология 3). В какой-то момент времени происходит следующее:

1. формируется Ethernet-фрейм, содержащий данные ПСП
2. для такого фрейма рассчитывается FCS и он укладывается в выходной буфер
3. фрейм отправляется по сети на другой прибор
4. по каким-то причинам происходит изменение всего одного бита внутри пакета
5. получатель принимает пакет
6. FCS принятого пакета не соответствует содержимому
7. пакет отбрасывается (если между отправителем и получателем есть, например, коммутатор, то “кривой” пакет вообще не дойдет до получателя, т.к. будет уничтожен до него)
8. отправитель формирует следующий пакет (все начинается с п.1)

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

А как в железе?

Как у других не знаю, но у наших приборов Беркут ( , ETX , ETL , B100 , а также модуль B5-GBE для MMT) дела обстоят следующим образом. Помня принцип о генерации и анализе трафика как можно ближе к физическому сегменту из первой статьи, все подобные задачи были возложены на FPGA. Упрощенная структурная схема выглядит так:

MAC ядро представлено двумя блоками: один на прием, другой на передачу. Это позволяет независимо принимать и отправлять пакеты, т.е. нет взаимовлияния очереди отправки на очередь приема и наоборот. Также с двух независимых блоков возможно вести общую статистику по полученному и отправленному трафику независимо от типа теста. Данные с блока передачи поступают на трансмиттер и отправляются в сеть, а входящие данные с трансивера поступают в блок приема.
Поскольку для некоторых топологий тестов необходим функционал шлейфа (loopback, петля), то он реализован отдельным блоком. Возможно установить шлейф уровня L1-L4:

• L1 - просто заворачивает трафик обратно (происходит это еще в трансивере)
• L2 - меняет DstMAC<->SrcMAC местами, пересчитывает FCS
• L3 - меняет DstMAC<->SrcMAC и DstIP<->SrcIP местами, пересчитывает FCS
• L4 - меняет DstMAC<->SrcMAC, DstIP<->SrcIP и DstPort<->SrcPort, пересчитывает FCS

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

Модуль генератора для каждого типа теста свой, для BERT он содержит генератор ПСП всех заявленных типов.
Работает это следующим образом. От генератора ПСП поступают данные на мультиплексор (проще говоря коммутатор), который, если не включен какой-то другой канал в данный момент, направляет поток в MAC tx модуль. MAC tx модуль, в соответствии с настройками теста (уровень BERT, размер пакета, данные полей) формирует из ПСП валидный Ethernet-фрейм и отправляет его в трансивер, который в свою очередь отправляет его в сеть. В зависимости от топологии теста фрейм либо заворачивается удаленной стороной, либо анализируется. В любом случае первичная обработка пакета не отличается. Фрейм попадает на MAC rx ядро, которое отправляет его на мультиплексор. Мультиплексор в зависимости от режима работы прибора направляет пакет либо в Loopback модуль, откуда после обработки он сразу же направляется в MAC tx для отправки, либо в модуль обработки и статистики теста, где, если потребуется, будет проведена попытка синхронизации ПСП и выполнено сравнение исходной последовательности с полученной. Результаты обработки отдаются в модуль вывода статистики.
Использование FPGA или ASIC позволяет все операции проводить параллельно, что не вносит какие либо задержки на обработку и исключает взаимовлияние модулей обработки.

Заключение

Несмотря на всю кажущуюся простоту алгоритмов и методик, за ними стоит много лет серьезных исследований. Огромное число факторов до сих пор влияет как на точность измерений, так и на стоимость приборов (прецизионные элементы, высокоскоростные ПЛИС). Например, приведенный выше BER тест не отличается значительной сложностью в общем алгоритмическом плане, но требует знаний в области математики, информатики и теории информации для разработки жизнеспособной модели. Модификация BER теста для пакетных сетей (поддержка уровней L2-L4) требует глубокого понимания принципов коммутации и маршрутизации. Надеюсь, что подобного рода статьи интересны и приносят пользу. В следующих публикациях планирую написать про сертифицированные тесты, генераторы трафика, фильтры и аналитические комплексы. Ведь как сказал Джон Фицджеральд Кеннеди на выступлении перед гражданами США перед стартом Лунной программы:

“И мы сделаем это. Не потому, что это легко, а потому что трудно.”

PS. Задавайте вопросы и предлагайте темы, в рамках нашей компетенции готовы на все:)

Передача данных по сети

http://www.do.rksi.ru/library/courses/kts/tema3_3.dbk

Ключевой термин: пакет.

Пакет - единица информации, передаваемой по компьютерной сети.

Второстепенные термины

заголовок - часть пакета, содержащий следующую информацию:

• адрес источника;

  адрес местоназначения;

данные - это часть пакета, содержащая собственно передаваемые данные;

трейлер (или концевик) - это часть пакета, содержащая информацию для проверки ошибок при приеме пакета.

Назначение пакетов

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

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

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

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

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

При разбиении данных на пакеты сетевая операционная система добавляет к каждому пакету специальную управляющую информацию. Она обеспечивает:

передачу исходных данных небольшими блоками;

сбор данных в надлежащем порядке (при их получении);

проверку данных на наличие ошибок (после сборки).

Структура пакета

Пакеты могут содержать несколько типов данных:

информацию (например, сообщения или файлы);

определенные виды данных и команд, управляющих компьютером (например, запросы к службам);

коды управления сеансом (например, запрос на повторную передачу для исправления ошибки).

Основные компоненты

Некоторые компоненты являются обязательными для всех типов пакетов:

адрес источника (source), идентифицирующий компьютер-отправитель;

передаваемые данные;

адрес местоназначения (destination), идентифицирующий компьютер-получатель;

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

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

информация для проверки ошибок, обеспечивающая корректность передачи.

Компоненты пакета группируются в три раздела: заголовок, данные и трейлер.

Рисунок 3.3.3. Компоненты пакета

Заголовок

Заголовок включает:

сигнал, "говорящий" о том, что передается пакет;

адрес источника;

адрес местоназначения;

информацию, синхронизирующую передачу.

Данные

Эта часть пакета - собственно передаваемые данные. В зависимости от типа сети ее размер может меняться. Но для большинства сетей он составляет от 512 байтов (0,5 Кб) до 4 Кб.

Так как обычно размер исходных данных гораздо больше 4 Кб, для помещения в пакет их необходимо разбивать на меньшие блоки. При передаче объемного файла может потребоваться много пакетов.

Трейлер

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

Рисунок 3.3.4. Сформированный пакет

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

Формирование пакетов

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

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

Рисунок 3.3.5. Формирование пакета

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

Адресация пакета

Большинство пакетов в сети адресуется конкретному компьютеру, и, как результат, только он один реагирует на них. Каждая плата сетевого адаптера "видит" все пакеты, передаваемые по сегменту кабеля, но только при совпадении адреса пакета с адресом компьютера она прерывает его работу. Используется также и широковещательная адресация (broadcast addressing). На пакет с таким типом адреса одновременно реагирует множество компьютеров в сети.

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

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

продвижение пакетов

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

фильтрация пакетов

Компьютер может отбирать определенные пакеты на основе некоторых критериев, например адреса.

Выводы по теме

Пакет - единица информации, передаваемой по компьютерной сети.

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

Компоненты пакета группируются в три раздела: заголовок, данные и трейлер.

Формат и размер пакета зависят от типа сети.

Процесс формирования пакета начинается на Прикладном уровне модели OSI.

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

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

Большинство пакетов в сети адресуется конкретному компьютеру, и, как результат, только он один реагирует на них.

Используется также и широковещательная адресация (broadcast addressing). На пакет с таким типом адреса одновременно реагирует множество компьютеров в сети.

Вопросы для самоконтроля

Объясните термин: "пакет".

Для чего данные, передаваемые по компьютерной сети, разбивают на пакеты?

Какую функцию играет специальная управляющая информация, которую сетевая операционная система добавляет к каждому пакету?

Какова структура пакета?

Что означает термин "продвижение" пакетов?

Что означает термин "фильтрация" пакетов?

Расширяющий блок

Структура IP-пакета

IP-пакет состоит из заголовка и поля данных. Заголовок, как правило, имеющий длину 20 байт, имеет следующую структуру (рис. 3.3.7).

Поле Номер версии (Version), занимающее 4 бит, указывает версию протокола IP. Сейчас повсеместно используется версия 4 (IPv4), и готовится переход на версию 6 (IPv6).

Поле Длина заголовка (IHL) IP-пакета занимает 4 бит и указывает значение длины заголовка, измеренное в 32-битовых словах. Обычно заголовок имеет длину в 20 байт (пять 32-битовых слов), но при увеличении объема служебной информации эта длина может быть увеличена за счет использования дополнительных байт в поле Опции (IP Options). Наибольший заголовок занимает 60 октетов.

Поле Тип сервиса (Type of Service) занимает один байт и задает приоритетность пакета и вид критерия выбора маршрута. Первые три бита этого поля образуют подполе приоритета пакета (Precedence). Приоритет может иметь значения от самого низкого - 0 (нормальный пакет) до самого высокого - 7 (пакет управляющей информации). Маршрутизаторы и компьютеры могут принимать во внимание приоритет пакета и обрабатывать более важные пакеты в первую очередь. Поле Тип сервиса содержит также три бита, определяющие критерий выбора маршрута. Реально выбор осуществляется между тремя альтернативами: малой задержкой, высокой достоверностью и высокой пропускной способностью. Установленный бит D (delay) говорит о том, что маршрут должен выбираться для минимизации задержки доставки данного пакета, бит Т - для максимизации пропускной способности, а бит R - для максимизации надежности доставки. Во многих сетях улучшение одного из этих параметров связано с ухудшением другого, кроме того, обработка каждого из них требует дополнительных вычислительных затрат. Поэтому редко, когда имеет смысл устанавливать одновременно хотя бы два из этих трех критериев выбора маршрута. Зарезервированные биты имеют нулевое значение.

Рисунок 3.3.6. Структура заголовка IP-пакета

Поле Общая длина (Total Length) занимает 2 байта и означает общую длину пакета с учетом заголовка и поля данных. Максимальная длина пакета ограничена разрядностью поля, определяющего эту величину, и составляет 65 535 байт, однако в большинстве хост-компьютеров и сетей столь большие пакеты не используются. При передаче по сетям различного типа длина пакета выбирается с учетом максимальной длины пакета протокола нижнего уровня, несущего IP-пакеты. Если это кадры Ethernet, то выбираются пакеты с максимальной длиной в 1500 байт, умещающиеся в поле данных кадра Ethernet. В стандарте предусматривается, что все хосты должны быть готовы принимать пакеты вплоть до 576 байт длиной (приходят ли они целиком или по фрагментам). Хостам рекомендуется отправлять пакеты размером более чем 576 байт, только если они уверены, что принимающий хост или промежуточная сеть готовы обслуживать пакеты такого размера.

Поле Идентификатор пакета (Identification) занимает 2 байта и используется для распознавания пакетов, образовавшихся путем фрагментации исходного пакета. Все фрагменты должны иметь одинаковое значение этого поля.

Поле Флаги (Flags) занимает 3 бита и содержит признаки, связанные с фрагментацией. Установленный бит DF (Do not Fragment) запрещает маршрутизатору фрагментировать данный пакет, а установленный бит MF (More Fragments) говорит о том, что данный пакет является промежуточным (не последний) фрагментом. Оставшийся бит зарезервирован.

Поле Смещение фрагмента (Fragment Offset) занимает 13 бит и задает смещение в байтах поля данных этого пакета от начала общего поля данных исходного пакета, подвергнутого фрагментации. Используется при сборке/разборке фрагментов пакетов при передачах их между сетями с различными величинами MTU. Смещение должно быть кратно 8 байт.

Поле Время жизни (Time to Live) занимает один байт и означает предельный срок, в течение которого пакет может перемещаться по сети. Время жизни данного пакета измеряется в секундах и задается источником передачи. На маршрутизаторах и в других узлах сети по истечении каждой секунды из текущего времени жизни вычитается единица; единица вычитается и в том случае, когда время задержки меньше секунды. Поскольку современные маршрутизаторы редко обрабатывают пакет дольше, чем за одну секунду, то время жизни можно считать равным максимальному числу узлов, которые разрешено пройти данному пакету до того, как он достигнет места назначения. Если параметр времени жизни станет нулевым до того, как пакет достигнет получателя, этот пакет будет уничтожен. Время жизни можно рассматривать как часовой механизм самоуничтожения. Значение этого поля изменяется при обработке заголовка IP-пакета.

Идентификатор Протокол верхнего уровня (Protocol) занимает один байт и указывает, какому протоколу верхнего уровня принадлежит информация, размещенная в поле данных пакета (например, это могут быть сегменты протокола TCP, дейтаграммы UDP, пакеты ICMP или OSPF). Значения идентификаторов для различных протоколов приводятся в документе RFC "Assigned Numbers".

Контрольная сумма (Header Checksum) занимает 2 байта и рассчитывается только по заголовку. Поскольку некоторые поля заголовка меняют свое значение в процессе передачи пакета по сети (например, время жизни), контрольная сумма проверяется и повторно рассчитывается при каждой обработке IP-заголовка. Контрольная сумма - 16 бит - подсчитывается как дополнение к сумме всех 16-битовых слов заголовка. При вычислении контрольной суммы значение самого поля "контрольная сумма" устанавливается в нуль. Если контрольная сумма неверна, то пакет будет отброшен, как только ошибка будет обнаружена.

Поля IP-адрес источника (Source IP Address) и IP-адрес назначения (Destination IP Address) имеют одинаковую длину - 32 бита - и одинаковую структуру.

Поле Опции (IP Options) является необязательным и используется обычно только при отладке сети. Механизм опций предоставляет функции управления, которые необходимы или просто полезны при определенных ситуациях, однако он не нужен при обычных коммуникациях. Это поле состоит из нескольких подполей, каждое из которых может быть одного из восьми предопределенных типов. В этих подполях можно указывать точный маршрут прохождения маршрутизаторов, регистрировать проходимые пакетом маршрутизаторы, помещать данные системы безопасности, а также временные отметки. Так как число подполей может быть произвольным, то в конце поля Опции должно быть добавлено несколько байт для выравнивания заголовка пакета по 32-битной границе.

Поле Выравнивание (Padding) используется для того, чтобы убедиться в том, что IP-заголовок заканчивается на 32-битной границе. Выравнивание осуществляется нулями.

Формат пакета протокола IPX

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

IPX-пакет имеет следующие поля.

Контрольная сумма (Checksum) - это 2-байтовое поле, являющееся "пережитком прошлого", которое протокол IPX ведет от протокола ГОР стека Xerox. Так как низкоуровневые протоколы (например, Ethernet) всегда выполняют проверку контрольных сумм, то IPX не использует это поле и всегда устанавливает его в единицы.

Длина (Length) занимает 2 байта и задает размер всего пакета, включая IPX-заголовок и поле данных. Самый короткий пакет - 30 байт - включает только IPX-заголовок, а рекомендуемый максимально большой - 576 байт - включает IPX-заголовок плюс 546 байт данных. Максимальный размер пакета в 576 байт соответствует рекомендациям стандартов Internet для составных сетей. Протокол IPX вычисляет значение этого поля, основываясь на информации, предоставляемой прикладной программой при вызове функции IPX. IPX-пакет может превосходить рекомендуемый максимум в 576 байт, что и происходит в локальных сетях Ethernet, где используются IPX-пакеты в 1500 байт с полем данных в 1470 байт.

Управление транспортом (Transport control) имеет длину 8 бит. Это поле определяет время жизни пакета в хопах. IPX-пакет может пересечь до 15 маршрутизаторов. Протокол IPX устанавливает это однобайтовое поле в 0 до начала передачи, а затем увеличивает его на 1 каждый раз, когда пакет проходит через маршрутизатор. Eu,ui счетчик превысит 15, то пакет аннулируется.

Тип пакета (Packet type) имеет длину 8 бит. Фирма Xerox определила в свое время определенные значения для различных типов пакетов: прикладные программы, посылающие IPX-пакеты, должны устанавливать это поле в значение, равное 4. Значение 5 соответствует служебным IPX-пакетам, используемым протоколом SPX в качестве служебных сообщений. Значение 17 указывает на то, что в поле данных IPX-пакета находится сообщение протокола NetWare Core Protocol (NCP) - основного протокола файловой службы NetWare.

Адрес назначения (Destination address) - состоит из трех полей: номера сети назначения, номера узла назначения, номера сокета назначения. Эти поля занимают соответственно 4, 6 и 2 байта.

Адрес отправителя (Source address) - номер исходной сети, номер исходного узла, номер исходного сокета. Аналогичны адресным полям назначения.

Поле данных (Data). Может занимать от 0 до 546 байт. Поле данных нулевой длины может использоваться в служебных пакетах, например, для подтверждения получения предыдущего пакета.

Из анализа формата пакета можно сделать некоторые выводы об ограничениях протокола IPX.

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

Большие накладные расхдды на служебную информацию. Сравнительно небольшая максимальная длина поля данных IPX-пакета (546 байт при длине заголовка 30 байт) приводит к тому, что как минимум 5 % данных являются служебными.

Время жизни пакета ограничено числом 15, что может оказаться недостаточным для большой сети (для сравнения, в IP-сетях пакет может пройти до 255 промежуточных маршрутизаторов).

Отсутствует поле качества сервиса, что не позволяет маршрутизаторам автоматически подстраиваться к требованиям приложения к качеству передачи трафика.

Кроме того, некоторые недостатки сетей Novell связаны не с протоколом IPX, a со свойствами других протоколов стека IPX/SPX. Многие недостатки проявляются при работе стека IPX/SPX на медленных глобальных линиях связи, и это закономерно, так как ОС NetWare оптимизировалась для работы в локальной сети.

Например, неэффективная работа по восстановлению потерянных и искаженных пакетов на низкоскоростных глобальных каналах обусловлена тем, что протокол NCP, который выполняет эту работу, использует метод получения квитанций с простоями. В локальных сетях со скоростью 10 Мбит/с такой метод работал вполне эффективно, а на медленных каналах время ожидания квитанции заметно тормозит работу передающего узла.

В версиях ОС NetWare до 4.0 соответствие символьных имен серверов их сетевым адресам устанавливалось только с помощью широковещательного протокола Service Advertising Protocol (SAP). Однако широковещательные рассылки заметно засоряют медленные глобальные каналы. Модернизируя свой стек для применения в крупных корпоративных сетях, компания Novell использует теперь справочную службу NDS (NetWare Directory Services) для нахождения разнообразной информации об имеющихся в сети ресурсах и службах, в том числе и о соответствии имени сервера его сетевому адресу. Так как служба NDS поддерживается только серверами с версией NetWare 4.x и выше, то для работы с версиями NetWare 3.x маршрутизаторы распознают SAP-пакеты по номеру их сокета и передают их на все порты, имитируя широковещательные рассылки локальной сети, на что тратится значительная часть пропускной способности медленных глобальных линий. Кроме того, такая "псевдошироковещательность" сводит на нет изоляцию сетей от некорректных SAP-пакетов.

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

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

Добавлен модуль для реализации метода скользящего окна - так называемый Burst Mode Protocol NLM.

Добавлен модуль для поддержки длинных IPX-пакетов в глобальных сетях -Large Internet Packet NLM.

Кроме того, постоянное повышение быстродействия глобальных служб уменьшает недостатки оригинальных протоколов стека IPX/SPX, что позволяет некоторым обозревателям говорить об успешной работе операционной системы NetWare в глобальных сетях и без указанных нововведений.

Цель: ознакомиться со структурой и основными принципами работы всемирной сети Интернет, с базовыми протоколами Интернет и системой адресации.

Архитектура и принципы работы сети Интернет

Глобальные сети, охватывая миллионы людей, полностью изменили процесс распространения и восприятия информации.

Глобальные сети (Wide Area Network, WAN) – это сети, предназначенные для объединения отдельных компьютеров и локальных сетей, расположенных на значительном удалении (сотни и тысячи километров) друг от друга. Глобальные сети объединяют пользователей, расположенных по всему миру, используя при этом самые разнообразные каналы связи.

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

В действительности Internet не просто сеть, - это структура, объединяющая обычные сети. Internet - это «сеть сетей».

Чтобы описать сегодняшний Internet , полезно воспользоваться строгим определением.

В своей книге « The Matrix : Computer Networks and Conferencing Systems Worldwide » Джон Квотерман описывает Internet как «метасеть, состоящую из многих сетей, которые работают согласно протоколам семейства TCP/IP, объединены через шлюзы и используют единое адресное пространство и пространство имен» .

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

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

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

Рис.1 Схема взаимодействия в сети Интернет

Интернет – это глобальная информационная система, которая:

· логически взаимосвязана пространством глобальных уникальных адресов, основанных на Интернет-протоколе (IP);

· способна поддерживать коммуникации с использованием семейства протокола управления передачей - TCP/IP или его последующих расширений/преемников и/или других IP-совместимых протоколов;

· обеспечивает, использует или делает доступными на общественной или частной основе высокоуровневые услуги, надстроенные над описанной здесь коммуникационной и иной связанной с ней инфраструктурой.

Инфраструктура Интернет (рис.2):

1.магистральный уровень (система связанных высокоскоростных телекоммуникационных серверов).

2.уровень сетей и точек доступа (крупные телекоммуникационные сети), подключенных к магистрали.

3.уровень региональных и других сетей.

4.ISP – интернет-провайдеры.

5.пользователи.

К техническим ресурсам сети Интернет относятся компьютерные узлы, маршрутизаторы, шлюзы, каналы связи и др.

Рис.2 Инфраструктура сети Интернет

В основу архитектуры сетей положен многоуровневый принцип передачи сообщений . Формирование сообщения осуществляется на самом верхнем уровне модели ISO / OSI .. Затем (при передаче) оно после­ довательно проходит все уровни системы до самого нижнего, где и передается по каналу связи адресату. По мере прохождения каждого из уровней системы сообщение трансформируется, разбивается на сравнительно короткие части, которые снабжаются дополнительны­ ми заголовками, обеспечивающими информацией аналогичные уров­ ни на узле адресата. В этом узле сообщение проходит от нижнего уровня к верхнему, снимая с себя заголовки. В результате адресат принимает сообщение в первоначальном виде.

В территориальных сетях управление обменом данных осуществ­ ляется протоколами верхнего уровня модели ISO / OSI . Независимо от внутренней конструкции каждого конкретного протокола верхнего уровня для них характерно наличие общих функций: инициализация связи, передача и прием данных, завершение обмена. Каждый прото­ кол имеет средства для идентификации любой рабочей станции сети по имени, сетевому адресу или по обоим этим атрибутам. Активиза­ ция обмена информацией между взаимодействующими узлами начи­ нается после идентификации узла адресата узлом, инициирующим обмен данными. Инициирующая станция устанавливает один из ме­ тодов организации обмена данными: метод дейтаграмм или метод сеансов связи. Протокол предоставляет средства для приема/переда­ чи сообщений адресатом и источником. При этом обычно накладыва­ ются ограничения на длину сообщений.

T CP / IP - технология межсетевого взаимодействия

Наиболее распространенным протоколом управления обменом данных является протокол TCP/IP. Главное отличие сети Internet от других сетей заключается именно в ее протоколах TCP/IP , охватыва­ ющих целое семейство протоколов взаимодействия между компью­ терами сети. TCP/IP - это технология межсетевого взаимодействия, технология Internet . Поэтому г лобальная сеть, объединяющая мно­ жество сетей с технологией TCP/IP , называется Internet .

Протокол TCP/IP - это семейство программно реализованных протоколов старшего уровня, не работающих с аппаратными пре­ рываниями. Технически протокол TCP/IP состоит из двух частей - IP и TCP .

Протокол IP ( Internet Protocol - межсетевой протокол) является главным протоколом семейства, он реализует распространение ин­ формации в IP -сети и выполняется на третьем (сетевом) уровне моде ли ISO / OSI . Протокол IP обеспечивает дейтаграммную доставку паке­ тов, его основная задача - маршрутизация пакетов. Он не отвечает за надежность доставки информации, за ее целостность, за сохране­ ние порядка потока пакетов. Сети, в которых используется протокол IP , называются IP -сетями. Они работают в основном по аналоговым каналам (т.е. для подключения компьютера к сети требуется IP -мо­ дем) и являются сетями с коммутацией пакетов. Пакет здесь называ­ ется дейтаграммой.

Высокоуровневый протокол TCP ( Transmission Control Protocol - протокол управления передачей) работает на транспортном уровне и частично - на сеансовом уровне. Это протокол с установлением ло­ гического соединения между отправителем и получателем. Он обес­ печивает сеансовую связь между двумя узлами с гарантированной доставкой информации, осуществляет контроль целостности переда­ ваемой информации, сохраняет порядок потока пакетов.

Для компьютеров протокол TCP/IP - это то же, что правила раз­ говора для людей. Он принят в качестве официального стандарта в сети Internet , т.е. сетевая технология TCP/IP де-факто стала техноло­ гией всемирной сети Интернет.

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

АДРЕСАЦИЯ В СЕТИ ИНТЕРНЕТ

Основные протоколы сети Интернет

Работа сети Internet основана на использовании семейств коммуникационных протоколов TCP/IP (Transmission Control Protocol / Internet Protocol ). TCP/IP используется для передачи данных как в глобальной сети Internet , так и во многих локальных сетях.

Название TCP/IP определяет семейство протоколов передачи данных сети. Протокол - это набор правил, которых должны придерживаться все компании, чтобы обеспечить совместимость производимого аппаратного и программного обеспечения. Эти правила гарантируют совместимость производимого аппаратного и программного обеспечения. Кроме того, TCP /IP – это гарантия того, что ваш персональный компьютер сможет связаться по сети Internet с любым компьютером в мире, также работающим с TCP/IP. При соблюдении определенных стандартов для функционирования всей системы не имеет значения, кто является производителем программного обеспечения или аппаратных средств. Идеология открытых систем предполагает использование стандартных аппаратных средств и программного обеспечения. TCP/IP - открытый протокол и вся специальная информация издана и может быть свободно использована.

Различный сервис, включаемый в TCP/IP, и функции этого семейства протоколов могут быть классифицированы по типу выполняемых задач. Упомянем лишь основные протоколы, так как общее их число насчитывает не один десяток:

·транспортные протоколы - управляют передачей данных между двумя машинами:

·TCP / IP (Transmission Control Protocol ),

·UDP (User Datagram Protocol );

·протоколы маршрутизации - обрабатывают адресацию данных, обеспечивают фактическую передачу данных и определяют наилучшие пути передвижения пакета:

· IP (Internet Protocol),

· ICMP (Internet Control Message Protocol),

· RIP (Routing Information Protocol)

· и другие;

·протоколы поддержки сетевого адреса - обрабатывают адресацию данных, обеспечивают идентификацию машины с уникальным номером и именем:

· DNS (Domain Name System),

· ARP (Address Resolution Protocol)

· и другие;

·протоколы прикладных сервисов - это программы, которые пользователь (или компьютер) использует для получения доступа к различным услугам:

·FTP (File Transfer Protocol ),

· TELNET ,

· HTTP (HyperText Transfer Protocol)

·NNTP (NetNewsTransfer Protocol)

·и другие

Сюда включается передача файлов между компьютерами, удаленный терминальный доступ к системе, передача гипермедийной информации и т.д.;

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

· EGP (Exterior Gateway Protocol),

· GGP (Gateway-to-Gateway Protocol),

· IGP (Interior Gateway Protocol);

·другие протоколы – используются для передачи сообщений электронной почты, при работе с каталогами и файлами удаленного компьютера и так далее:

· SMTP (Simple Mail Transfer Protocol),

·NFS (Network File System ).

IP -адресация

Теперь подробнее остановимся на понятии IP -адреса.

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

IP -адрес имеет длину 32 бита и состоит из четырех частей по 8 бит, именуемых в соответствии с сетевой терминологией октетами (octets ) . Это значит, что каждая часть IP-адреса может принимать значение в пределах от 0 до 255. Четыре части объединяют в запись, в которой каждое восьмибитовое значение отделяется точкой. Когда речь идет о сетевом адресе, то обычно имеется в виду IP -адрес.

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

С понятием IP -адреса тесно связано понятие хоста (host ) . Некоторые просто отождествляют понятие хоста с понятием компьютера, подключенного к Internet . В принципе, это так, но в общем случае под хостом понимается любое устройство, использующее протокол TCP/IP для общения с другим оборудованием. То есть кроме компьютеров, это могут быть специальные сетевые устройства - маршрутизаторы (routers ), концентраторы (habs ) и другие. Эти устройства так же обладают своими уникальными I Р-адресами,- как и компьютеры узлов сети пользователей.

ЛюбойIP -адрес состоит из двух частей: адреса сети (идентификатора сети, Network ID ) и адреса хоста (идентификатора хоста, Host ID ) в этой сети . Благодаря такой структуре IP -адреса компьютеров в разных сетях могут иметь одинаковые номера. Но так как адреса сетей различны, то эти компьютеры идентифицируются однозначно и не могут быть перепутаны друг с другом.

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

Итак, три класса IP -адресов позволяют распределять их в зависимости от размера сети организации. Поскольку 32 бита - допустимый полный размер IP -адреса, то классы разбивают четыре 8-битные части адреса на адрес сети и адрес хоста в зависимости от класса.

Адрес сети класса A определяется первым октетом IP -адреса (считается слева направо). Значение первого октета, находящееся в пределах 1-126, зарезервировано для гигантских транснациональных корпорации и крупнейших провайдеров. Таким образом, в классе А в мире может существовать всего лишь 126 крупных компаний, каждая из которых может содержать почти 17 миллионов компьютеров.

Класс B использует 2 первых октета в качестве адреса сети, значение первого октета может принимать значение в пределах 128-191. В каждой сети класса В может быть около 65 тысяч компьютеров, и такие сети имеют крупнейшие университеты и другие большие организации.

Соответственно, в классе C под адрес сети отводится уже три первых октета, а значение первого октета может быть в пределах 192-223. Это самые распространенные сети, их число может превышать более двух миллионов, а число компьютеров (хостов) в каждой сети - до 254. Следует отметить, что «разрывы» в допустимых значениях первого октета между классами сетей появляются из-за того, что один или несколько битов зарезервированы в начале IP -адреса для идентификации класса.

Если любой IP -адрес символически обозначить как набор октетов w .x .y .z , то структуру для сетей различных классов можно представить в таблице 1.

Всякий раз, когда посылается сообщение какому-либо хост-компьютеру в Internet , IP -адрес используется для указания адреса отправителя и получателя. Конечно, пользователям не придется самим запоминать все IP -адреса, так как для этого существует специальный сервис TCP/IP, называемый Domain Name System (Доменная система имен)

Таблица 1. Структура IP-адресов в сетях различных классов

Класс сети	Значение первого октета (W)	Октеты номера сети	Октеты номера хоста	Число возможных сетей	Число хостов в таких сетях
	1-126		x.y.z	128(2 7)	16777214(2 24)
	128-191	w.x	y.z	16384(2 14)	65536(2 16)
	192-223	w.x.y		2097151(2 21)	254(2 8)

Понятие маски подсети

Для того чтобы отделить идентификатор сети от идентификатора хоста, применяется специальное 32-битное число, называемое маской подсети (subnet mask ). Чисто внешне маска подсети представляет собой точно такой же набор из четырех октетов, разделенных между собой точками, как и любой IP -адрес. В таблице 2 приведены значения маски подсети для сетей класса A , B , C , используемые по умолчанию.

Таблица 2. Значение маски подсети (по умолчанию)

Класс сети	Значение маски в битах (двоичное представление)	Значение маски в десятичном виде
	11111111 00000000 00000000 00000000	255.0.0.0
	11111111 11111111 00000000 00000000	255.255.0,0
	11111111 11111111 1111111100000000	255,255.255.0

Маска применяется также для логического разделения больших IP -сетей на ряд подсетей меньшего масштаба. Представим, к примеру, что в Сибирском Федеральном Университете, обладающего сетью класса B , имеется 10 факультетов и в каждом из них установлено по 200 компьютеров (хостов). Применив маску подсети 255.255.0.0, эту сеть можно разделить на 254 отдельных подсетей с числом хостов до 254 в каждой.

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

Как зарегистрировать IP -сеть своей организации?

На самом деле, конечные пользователи не имеют отношения к этой задаче, которая ложиться на плечи системного администратора данной организации. В свою очередь, в этом ему оказывают содействие провайдеры Internet , обычно беря на себя все регистрационные процедуры в соответствующей международной организации, называемой InterNIC (Network Information Center ). Например, Сибирский федеральный университет желает получить адрес электронной почты в Internet , содержащий строку sfu -kras .ru . Такой идентификатор, включающий название фирмы, позволяет отправителю электронной почты определить компанию адресата.

Чтобы получить один из этих уникальных идентификаторов, называемых доменным именем, компания или провайдер посылает запрос в орган, который контролирует подключение к Internet - InterNIC . Если InterNIC (или орган, уполномоченный им для такой регистрации в данной стране) утверждает имя компании, то оно добавляется в базу данных Internet . Доменные имена должны быть уникальны, чтобы предотвратить ошибки. Понятие домена и его роль в адресации сообщений, пересылаемых по Internet , будут рассмотрены ниже. Дополнительную информацию о работе InterNIC можно узнать, посетив в Internet страницу http://rs.internic.ru .

ДОМЕННАЯ СИСТЕМА ИМЕН

Доменные имена

Кроме IP-адресов, для идентификации конкретных хостов в Сети используется так называемое доменное имя хоста (Domain host name) . Так же, как и IP-адрес, это имя является уникальным для каждого компьютера (хоста) , подключенного к Internet, - только здесь вместо цифровых значений адреса применяются слова.

В данном случае понятие домена означает совокупность хостов Internet, объединенных по какому-то признаку (например, по территориальному, когда речь идет о домене государства).

Разумеется, использование доменного имени хоста было введено только для того, чтобы облегчить пользователям задачу запоминания имен нужных им компьютеров. Сами компьютеры, по понятным причинам, в таком сервисе не нуждаются и вполне обходятся IP -адресами. Но вы только представьте, что вместо таких звучных имен как, www . microsoft . com или www . ibm . com вам пришлось бы запоминать наборы цифр, - 207.46.19.190 или 129.42.60.216 соответственно.

Если говорить о правилах составления доменных имен, то здесь нет столь жестких ограничений по количеству составных частей имени и их значениям, как в случае IP -адресов. Например, если в ХТИ – Филиале СФУ существует хост с именем khti , входящий в домен республики Хакасия khakassia , а тот, в свою очередь входит в домен России ru , то доменное имя такого компьютера будет khti . khakassia . ru . В общем случае число составляющих доменного имени может быть различным и содержать от одной и более частей, например, rage . mp 3. apple . sda . org или www . ru .

Чаще всего доменное имя компании состоит из трех составляющих, первая часть - имя хоста, вторая - имя домена компании, и последняя - имя домена страны или имя одного из семи специальных доменов, обозначающих принадлежность хоста, организации определенного профиля деятельности (см. табл. 1). Так, если ваша компания называется «KomLinc », то чаще всего Web -сервер компании будет назван www .komlinc .ru (если это российская компания), или, к примеру, www .komlinc .com , если вы попросили провайдера зарегистрировать вас в основном международном домене коммерческих организаций.

Последняя часть доменного имени называется идентификатором домена верхнего уровня (например, . ru или . com ). Существует семь доменов верхнего уровня, установленных InterNIC .

Таблица 1. Международные домены верхнего уровня

Имя домена	Принадлежность хостов домена
ARPA	Пра-пра... бабушка Internet , сеть ARPANet (выходит из употребления)
СОМ	Коммерческие организации (фирмы, компании, банки и так далее)
GOV	Правительственные учреждения и организации
EDU	Образовательные учреждения
MIL	Военные учреждения
NET	«Сетевые» организации, управляющие Internet или входящие в его структуру
ORG	Организации, которые не относятся ни к одной из перечисленных категорий

Исторически сложилось так, что эти семь доменов верхнего уровня по умолчанию обозначают факт географического расположения (принадлежащего к ним) хоста на территории США. Поэтому международный комитет InterNIC наряду с вышеперечисленными доменами верхнего уровня допускает применение доменов (специальных сочетаний символов) для идентификации иных стран, в которой находится организация-владелец данного хоста.

Итак, домены верхнего уровня подразделяютсяна организационные (см. табл.1)и территориаль­ные. Имеются двухбуквенные обозначения для всех стран мира: . ru - для России (пока в ходу и домен . su , объединяющий хосты на территории республик бывшего СССР), .са - для Канады, . uk - для Великобритании и т.д. Они обычно используются вместо одного из семи идентификаторов, перечисленных выше в таблице 1.

Территориальные домены верхнего уровня:

. ru (Russia )- Россия;

Su (Soviet Union ) - страны бывшего СССР, ныне ряд государств СНГ;

Uk (United Kingdom ) - Великобритания;

Ua (Ukraine ) - Украина;

Bg (Bulgaria ) - Болгария;

Hu (Hungary ) - Венгрия;

De (Deutchland ) - Германия, и др.

C полным списком всех доменных имен государств можно познакомиться на различных серверах в Internet .

Не все компании за пределами США имеют идентификаторы страны. В какой-то мере использование идентификатора страны или одного из семи идентификаторов, принятых в США, зависит от того, когда проводилась регистрация доменного имени компании. Так, компаниям, которые достаточно давно подключились к Internet (когда число зарегистрированных организаций было сравнительно невелико), был дан трехбуквенный идентификатор. Некоторые корпорации, работающие за пределами США, но регистрирующие доменное имя через американскую компанию, сами выбирают, использовать ли им идентификатор страны пребывания. Сегодня в России можно получить доменный идентификатор . com , для чего следует оговорить этот вопрос со своим провайдером Internet .

Как работают серверы DNS

Теперь поговорим о том, каким образом доменные имена преобразуются в понятные для компьютера IP -адреса.

Занимается этим Domain Name System (DNS , Доменная система имен) сервис, обеспечиваемый TCP/IP, который помогает в адресации сообщений. Именно благодаря работе DNS вы можете не запоминать IP -адрес, а использовать намного более простой доменный адрес. Система DNS транслирует символическое доменное имя компьютера в IP -адрес, находя запись в распределенной базе данных (хранящейся на тысячах компьютерах), соответствующую этому доменному имени. Стоит также отметить, что серверы DNS в русскоязычной компьютерной литературе часто называют «серверами имен».

Серверы имен корневой зоны

Хотя в мире насчитываются тысячи серверов имен, во главе всей системы DNS стоят девять серверов, названных серверами корневой зоны ( root zone servers ) . Серверы корневой зоны получили имена a . root _ server . net , b . root _ server . net и так далее вплоть до i . root _ server . net . Первый из них - a . root _ server . net - выступает в роли первичного сервера имен Internet , управляемого из информационного центра InterNIC , который регистрирует все домены, входящие в несколько доменов высшего уровня. Остальные серверы имен по отношению к нему вторичны, однако все хранят копии одних и тех же файлов. Благодаря этому любой из серверов корневой зоны может заменять и подстраховывать остальные.

На этих компьютерах размещена информация о хост-компьютерах серверов имен, обслуживающих семь доменов высшего уровня: .com , .edu , .mil , .gov , .net , .org и специального.arpa (рис.1). Любой из этих девяти серверов несет так же файл высшего уровня, как.uk (Великобритания), .de (Германия), .jp (Япония) и так далее.

Рис. 1. Иерархическая структура имен доменов Internet

В файлах корневой зоны содержатся все имена хост-компьютеров и IP -адреса серверов имен для каждого поддомена, входящего в домен высшего уровня. Другими словами, каждый корневой сервер располагает информацией обо всех доменах высшего уровня, а так же знает имя хост-компьютера и IP -адрес, по меньшей мере, одного сервера имен, обслуживающего каждый из вторичных доменов, входящих в любой домен высшего уровня. Для доменов иностранных государств в базе данных хранятся сведения по серверам имен для каждой страны. Например, в неком домене company . com файлы корневой зоны для домена содержат данные о сервере имен для любого адреса, заканчивающегося на company . com .

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

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

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

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

ЛВС является обязательным компонентом информационной инфраструктуры любого крупного предприятия (банка, комбината и т.п.). Для таких компаний надежность и защищенность бизнеса неразделима с функционированием их вычислительной инфраструктуры. Перебои в работе сети приводят к прямым материальным потерям.

Иерархичная модель сети

При построении ЛВС сетей компания Гуднет использует многоуровневую архитектуру, базирующуюся на следующих принципах:

• иерархичность - сеть разделяется на несколько уровней, каждый уровень выполняет определенные функции;
• модульность - уровни строятся на основе «строительных» модулей, каждый модуль представляет собой функционально законченную единицу, выполняющую функции соответственно уровня.

Основная цель применения многоуровневой архитектуры при построении ЛВС сетей - это обеспечение высокой надежности, масштабируемости (возможности расширения или перестройки сети с минимальными затратами), высокой производительности.

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

В общем случае на сети выделяют следующие уровни:

• ядро сети;
• уровень агрегации;
• уровень доступа;
• серверная ферма.

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

Ядро сети

Задача ядра сети - высокоскоростная коммутация трафика. Устройства, входящие в состав ядра сети, выполняют функции:

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

Ядро сети строится из модулей, образованных одним высокопроизводительным устройством, с обеспечением аппаратного резервирования. В качестве таких устройств используются коммутаторы Catalyst серий 6500 и 4500. Таким образом, построение ядра сети на базе коммутаторов Catalyst сокращает время простоя сети, как в случае отказа аппаратного (за счет гибких схем резервирования), так и в случае программных ошибок или ошибок оператора (за счет разнообразных механизмов поиска неисправностей).

Уровень агрегации

Уровень распределения выполняет связующую функцию и функцию агрегации трафика абонентов. Основное требование к этому уровню - обеспечение резервирования и оптимальное разделение нагрузки между параллельными соединениями (как в сторону уровня доступа, так в сторону ядра сети). Строительные модули, используемые для организации уровня распределения, обычно организуются двумя аналогичными коммутаторами, функционирующими в режиме взаимного резервирования. Типичный строительный модуль данного уровня - это пара коммутаторов с фиксированной конфигурацией (устройства Catalyst 3750) или, при необходимости обеспечить большую плотность портов, модульные коммутаторы серии Catalyst 4500/6500. Таким образом, построение уровня распределения на базе коммутаторов Catalyst позволит:

• обеспечить безопасность работы абонентов в ЛВС, за счет блокирования уязвимостей протоколов Ethernet (ARP, DHCP).

Уровень доступа

Данный уровень предназначен для подключения рабочих станций и других периферийных устройств (сетевых принтеров и др.) к ЛВС. Основное требование к оборудованию уровня доступа это поддержка всевозможного функционала обеспечивающего безопасность подключения абонента. Так же коммутаторы доступа должны максимально облегчать администрирование подключений абонента, по возможности автоматизируя рутинные операции по поддержке сети. В качестве строительных блоков этого уровня предлагается использовать отдельные коммутаторы Catalyst. При слабой плотности абонентов, до 100 портов на узел коммутации, - Catalyst 2960, при большей плотности - коммутаторы Catalyst 3750 или модульные коммутаторы Catalyst 4500. Таким образом, построение уровня доступа на базе коммутаторов Catalyst позволит:

• сократить время простоя сети, как в случае отказа аппаратного (за счет гибких схем резервирования), так в случае и программных ошибок или ошибок оператора (за счет разнообразных механизмов поиска неисправностей);
• оптимально использовать канальную инфраструктуру ЛВС, за счет гибких механизмов разделения нагрузок (потоков трафика) как между устройствами, так и между параллельными каналами;
• обеспечение безопасности работы абонентов в ЛВС, за счет блокирования уязвимостей протоколов Ethernet (ARP, DHCP);
• автоматизировать рутинные операции по поддержке пользователей;
• внедрить систему контроля и защиты от вредоносных программ на базе архитектуры NAC.

Серверная ферма

Серверная ферма - группа коммутаторов, являющаяся ключевой компонентой сети, обеспечивающая подключение к ней серверов. Важное требование, предъявляемое к серверной ферме это высокая производительность и надежность. Простои серверной фермы приводят к простоям работы информационных систем, а следовательно к потерям в бизнесе. В качестве коммутаторов используемых при создании серверных ферм предлагается использовать 3750 и Catalyst 4900. В отдельных случаях на серверной ферме целесообразно применять коммутаторы Catalyst 6500. Таким образом, построение серверной фермы на базе коммутаторов Catalyst позволит:

• сократить время простоя сети, как в случае отказа аппаратного (за счет гибких схем резервирования), так в случае и программных ошибок или ошибок оператора (за счет разнообразных механизмов поиска неисправностей);
• обеспечить минимальные задержки при передаче трафика между серверами (приложениями) в рамках серверной фермы.

Итог

Таким образом, построение кампусной сети в соответствии с иерархической моделью кампусной сети на базе оборудования Cisco позволяет получить следующие выгоды:

• сократить время простоя сети и информационных систем, как в случае отказа аппаратного (за счет гибких схем резервирования), так в случае и программных ошибок или ошибок оператора (за счет разнообразных механизмов поиска неисправностей);
• минимизировать потери рабочего времени за счет быстрой локализации вредоносных программ (по технологии NAC);
• обеспечить внедрение высокотехнологичных наложенных подсистем, например IP телефонии и Видеоконференцсвязи;
• оптимально использовать существующую канальную инфраструктуру;
• сократить временные затраты на эксплуатацию сети.

Корпоративная сеть передачи данных

Цель построения корпоративных сетей передачи данных (КСПД) - обеспечение транспорта для территориально распределенных бизнес-приложений. К таким приложениям обычно относят:

• сетевые базы данных;
• информационные порталы;
• электронная почта;
• традиционный файловый обмен;
• IP телефония;
• видеоконференцсвязь;
• дистанционное обучение.

Cеть Передачи Данных

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

Модель построения Сети передачи данных

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

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

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

В основе композитной модели лежит принцип разделения сети на строительные блоки. Каждый характеризуется свойственными только ему функциями и особенностями реализации.

• модуль внешних сервисов;
• модуль WAN;
• модуль ЛВС.

Услуги связи для построения Сети передачи данных

Ключевым компонентом, связующим узлы Сети передачи данных, является услуга связи, которая обеспечивает передачу трафика между узлами. Виды услуг связи, используемые при организации каналов между узлами, делятся на следующие группы:

• выделенные линии связи - оптические или медные кабеля соединяющие узлы сети заказчика (это могут быть как свои, так и арендуемые линии связи);
• выделенные каналы данных - каналы данных предоставляемые оператором связи по верх своей сети передачи данных:
  • Frame Relay (PVC);
  • ATM (PVC);
  • E1/E3/STM-1;
  • Ethernet VLAN;
• услуги по соединению на базе «группового» доступа:
  • IP VPN;
  • VPLS - Virtual Private LAN Service. Технология позволяет эмулировать распределенную ЛВС по верх сети Оператора;
  • Сеть «Интернет».

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

Второй способ обеспечивает лучшие скоростные характеристики передачи трафика и оптимальное «дешевое» использование полосы пропускания.

Узлы Сети передачи данных

Узлы сетей передачи данных можно классифицировать в три группы:

• Центральный узел;
• Отделение/крупный узел;
• Конечный узел.

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

Отделение/крупные узлы - "основная масса" сети. Здесь размещаются информационные ресурсы, имеющие только локальное значение и предоставляющие сервисы только локально - абонентам данного узла.

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

Для образования подсистемы WAN (Wide-Area Network) всех типов узлов предлагается использовать оборудование компании Cisco Systems - маршрутизаторы с интеграцией сервисов, которые обеспечивают решение задач:

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

При построении ЛВС узлов предлагается использовать следующие принципы в зависимости от типа узла сети передачи данных и количества пользователей.

Данные, состоящие из нулей и единиц, обычно содержатся в больших по размерам файлах. Однако сети не будут нормально работать, если компьютер будет посылать такой блок данных целиком. В это время другие компьютеры вынуждены долго ждать своей очереди. Такая ситуация похожа на монопольное использование сети. При этом кроме монопольного использования сети, возникновение ошибок может привести к необходимости повторной передачи всего большого блока данных. Чтобы быстро, не тратя времени на ожидание, передавать информацию по сети, данные разбиваются на маленькие управляемые блоки, содержащие все необходимые сведения для их передачи. Эти блоки называются пакетами . Под термином «пакет» подразумевается единица информации, передаваемая между устройствами сети как единое целое. При разбиении данных на пакеты сетевая ОС добавляет к каждому пакету специальную управляющую информацию, которая обеспечивает передачу исходных данных небольшими блоками, сбор данных в определенном порядке (при их получении), проверку данных на наличие ошибок (после сборки).

Компоненты пакета группируются по трем разделам: заголовок, данные и трейлер.

Заголовок включает:

Сигнал о том, что передается пакет;

Адрес источника;

Адрес получателя;

Информацию, синхронизирующую передачу.

Для большинства сетей размер пакета составляет от 512 байт до 4 Кбайт. Содержимое трейлера зависит от протокола связи. Чаще всего трейлер содержит информацию для проверки ошибок, называемую избыточным циклическим кодом (Cyclical Redundancy Check, CRC). CRC – это число, получаемое в результате математических преобразований данных пакета и исходной информации. Когда пакет достигает места назначения, эти преобразования повторяются. Если результат совпадает с CRC – пакет принимается без ошибок. В противном случае передача пакета повторяется.

Формат и размер пакета зависят от типа сети. Максимальный размер пакета определяет количество пакетов, которое будет создано сетевой ОС для передачи большого блока данных.

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

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

Модель OSI помогает определить, какие протоколы нужно использовать на каждом ее уровне. Продукты разных производителей, которые соответствуют этой модели, способны вполне корректно взаимодействовать друг с другом. ISO, IEEE, ANSI, ITU (International Telecommunications Union) и другие организации по стандартизации разработали протоколы, соответствующие некоторым уровням модели OSI. TCP/IP – стандартный промышленный набор протоколов (стек), обеспечивающий связь в неоднородной среде, т.е. между компьютерами разных типов. Совместимость – одно из основных преимуществ TCP/IP, поэтому его поддерживают большинство ЛВС. Кроме того, TCP/IP предоставляет маршрутизируемый протокол для корпоративных сетей и доступ в Интернет. Из-за своей популярности TCP/IP стал стандартом де-факто для межсетевого взаимодействия.

Стек TCP/IP включает и другие протоколы:

SMTP (Simple Mail Transfer Protocol) – для обмена E-mail;

FTP (File Transfer Protocol) – для обмена файлами;

SNMP (Simple Network Management Protocol) – для управления сетью.

Протокол TCP/IP в точности не соответствует модели OSI. Вместо семи уровней в нем используется только четыре:

1. Уровень сетевого интерфейса.

2. Межсетевой уровень.

3. Транспортный уровень.

4. Прикладной уровень.

Каждый из них соответствует одному или нескольким уровням модели OSI. Уровень сетевого интерфейса, относящийся к Физическому и Канальному уровням модели OSI, напрямую взаимодействует с сетью. Он реализует интерфейс между сетевой архитектурой (Ethernet или Token Ring) и Межсетевым уровнем. Межсетевой уровень, относящийся к Сетевому уровню модели OSI, использует несколько протоколов для маршрутизации и доставки пакетов. Для этого используются маршрутизаторы, которые работают на Сетевом уровне и могут переадресовывать и маршрутизировать пакеты через множество сетей, обмениваясь информацией между отдельными сетями. Транспортный уровень, соответствующий Транспортному уровню модели OSI, отвечает за установку и поддержание соединения между двумя хостами. Транспортный уровень отвечает также за отправку уведомлений о получении данных, управление потоком, упорядочение пакетов и их повторную передачу. Transmission Control Protocol (TCP) отвечает за надежную передачу данных между узлами. Это ориентированный на соединение протокол, поэтому он устанавливает сеанс связи между двумя компьютерами прежде, чем начать передачу. Прикладной уровень, соответствующий Сеансовому, Представительскому и Прикладному уровням модели OSI, соединяет в сети приложения.