Материал: Телекоммуникационные системы и сети - КНИГА

Внимание! Если размещение файла нарушает Ваши авторские права, то обязательно сообщите нам

1) физический; 2) канала связи; 3) сетевой.

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

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

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

МСЭ-Т, ISO, ECMA определяют три типа сетей:

а) сети, обеспечивающие приемлемые уровни ошибок и сигнали-зации об ошибках (приемлемое качество);

б) сети, обеспечивающие приемлемый уровень ошибок и неприем-лемо слабую сигнализацию об ошибках;

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

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

1) пропускная способность;

2) надежность сети;

3) задержка передачи информации через сеть;

4) приоритеты;

5) защита от ошибок;

6) мультиплексирование;

7) управление потоком;

8) обнаружение ошибок;

Транспортный уровень отвечает за выбор соответствующего протокола, обеспечивающего требуемое качество обслуживания на сети [6].

Примером протоколов транспортного уровня могут служить прото-кол МСЭ-Т (МККТТ) Х.224 - «Спецификация протокола транспортного уровня взаимосвязи открытых систем для применения МККТТ» [13] и стандарт ISO 8073 «Системы обработки информации. Взаимосвязь открытых систем. Спецификация протоколов транспортного уровня».

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

Сеансовый уровень. Здесь производится организация способов взаимодействия между прикладными процессами пользователей, т.е. управление взаимодействием между открытыми системами. В каче-стве примеров протоколов сеансового уровня можно рассматривать стандарт Х.225 - «Спецификация протокола сеансового уровня взаи-мосвязи открытых систем для применений МККТТ» [14], разработан-ный МСЭ-Т и стандарт ISO 8327 «Системы обработки информации. Взаимосвязь открытых систем. Базовая спецификация протокола се-ансового уровня, ориентированная на соединение».

Представительный уровень. Определяет синтаксис передавае-мой информации, т.е. набор знаков и способы их представления, ко-торые являются понятными для всех взаимодействующих систем. Это процесс согласования различных кодов, согласно ему взаимодейст-вующие системы договариваются о той форме, в которой будет пере-даваться информация. Примером протоколов представительного уровня являются: Х.226 «Спецификация протокола уровня представ-ления взаимосвязи открытых систем для применения МККТТ» [15] и стандарт ISO 8823 «Системы обработки информации. Взаимосвязь открытых систем. Спецификация протоколов уровня представления в режиме управления соединением».

Прикладной уровень. Определяет семантику, т.е. смысловое со-держание информации, которой обмениваются открытые системы. Примером стандарта прикладного уровня может служить стандарт МСЭ-Т Х.400.

Особенности стандартизации протоколов для локальных се-тей. Особенностью стандартов, разрабатываемых для локальных сетей, является предложенная комитетом IEEE-802 [17] архитектура нижних уровней локальных вычислительных сетей (см. рис. 13.5) в сопоставлении с уровнями эталонной модели взаимодействия открытых систем [18].

Рис. 13.5. Архитектура нижних уровней локальный сетей в сопоставлении с архитектурой эталонной модели взаимодействия открытых систем:

LLC (Logical link control) - подуровень управления логическим каналом; MAC (Medium access control) - подуровень управления доступом к среде передачи; PHY (Physical) - сризический уровень; MS (Man-agement station) - уровень управления станцией

Эта особенность заключается в том, что канальному уровню модели ISO соответствуют два подуровня модели IEEE-802, а именно: MAC, определяющий метод доступа к среде передачи и LLC [21], обеспечивающий управление логическим каналом. Реали-зация уровней выше второго принципиальных отличий не имеет, будь то локальные сети или глобальные.

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

Одним из существенных критериев, используемых для сопостави-тельного анализа, можно считать охват сетью определенной террито-рии. Деление сетей по этому признаку предполагает сети трех типов: глобальные, региональные и локальные. Часто используемый термин корпоративные сети можно отнести к глобальным или к локальным в зависимости от их размеров.

Реально существующие наборы протоколов сетевых архитектур (протокольные стеки) можно разбить на две группы: для глобальных и для локальных сетей. В табл. 13.1 представлены сетевые архитекту-ры глобальных сетей общего пользования [16].

Таблица 13.1. Сетевые архитектуры для глобальных сетей

Уровни ЭМВОС

Стандарты

X.200 МСЭ-Т (МККТТ)

ISO (MOC)

TCP/IP

Прикладной

X.400

X.400

SMTP, TELNET, FTP, TFTP

Представительный

X.226

ISO 8823

Сеансовый

X.225

ISO 8327

TCP, UDP

Транспортный

X.224

ISO 8073

Сетевой

X.25, X.75

X.25, X.75

IP, IPng

Канальный

LAPB

LAPB

Физический

-

-

-

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

В стеке TCP/IP используются следующие протоколы:

1. SMTP (Simple Mail Transfer Protocol) - протокол электронной почты;

2. TELNET - протокол эмуляции терминала;

3. FTP (File Transfer Protocol) - протокол передачи файлов;

4. TFTP (Trivial File Transfer Protocol) - простой протокол передачи файлов;

5. TCP (Transmission Control Protocol) - протокол управления переда-чей обеспечивает сервис надежной доставки информации между пользователями;

6. UDP (User Datagram Protocol) - пользовательский дейтаграммный протокол обеспечивает негарантированную доставку пакетов без установления соединения между клиентами;

7. IP (Internet Protocol) - межсетевой протокол обеспечивает доставку между узлами;

8. IPng (Internet Protocol new generation) - межсетевой протокол ново-го поколения с усовершенствованной системой адресации. Сетевые архитектуры локальных сетей представлены в табл. 13.2. Физический и подуровень доступа к среде передачи как часть ка-нального уровня эталонной модели взаимодействия открытых систем в локальных сетях реализуются с помощью OLI (Open Link Interface), включающего драйверы для различных типов локальных сетей, на-пример, Ethernet, Token Ring и др.

Таблица 13.2. Сетевая архитектура на примере протоколов фирмы Novell

Уровни ЭМВОС

Протоколы фирмы Novell

TCP/IP

Прикладной

NCP

SMTP, TELNET, FTP, TFTP

Представительный

Сеансовый

NetBIOS

TCP, UDP

Транспортный

SPX

Сетевой

IPX

IP, IPng

Канальный

-

-

Физический

-

-

Протоколы, расположенные над OLI, в случае стека протоколов фирмы NOVELL выполняют следующие функции:

сетевой уровень IPX (Internal Packet Exchange) так же, как и IP обес-печивает дейтаграммный обмен пакетами, но отличается от IP тем, что использует для адресации адреса сетевых контроллеров;

транспортный уровень SPX (Sequenced Packet Exchange) гаранти-рует правильность передачи пакетов;

протокол NCP (NetWare Core Protocol) охватывает функции прото-колов верхних уровней.

Протокольный стек NOVELL заменяется на набор протоколов TCP/IP путем перезагрузки программ без каких-либо изменений в ап-паратных средствах сети. После перезагрузки сеть будет работать с использованием протоколов TCP/IP.

Источник: https://tut-files.ru/previewfile/161622