Подуровень LLC канального уровня
Реализует связь с сетевым уровнем, на этом подуровне существуют алгоритмы (логические процедуры), позволяющие устанавливать или не устанавливать связь перед передачей кадров, восстанавливать или не восстанавливать кадры при их потере или обнаружении ошибок. Протокол 802.2 реализует связь с сетевым уровнем и определение логических процедур передачи кадров по сети.
Все кадры LLC подразделяются на три типа — информационные, управляющие, ненумерованные и имеют единый формат:
| FLAG | DSAP | SSAP | CONTROL | DATA | FLAG |
Flag - границы кадров LLC.
Data - поле данных данные сетевых протоколов.
DSAP (Destination Service Access Point) - поле адреса точки входа службы назначения (получателя).
SSAP (Source Service Access Point) - поле адреса точки входа службы источника.
Эти поля указывают службу верхнего уровня, которая передает и принимает пакеты данных. Например, служба IP имеет значение SAP равное 0х6. Обычно это одинаковые адреса. Адреса DSAP и SSAP могут различаться только в том случае, если служба имеет несколько адресов точек входа.
Control - поле управления имеет длину 1 или 2 байта в зависимости от того, какой тип кадра передается: информационный, управляющий, ненумерованный.
Тип кадра определяется процедурой управления логическим каналом LLC. Стандартом 802.2 предусмотрено 3 типа таких процедур:
LLC1 - процедура без установления соединения и подтверждения, используется при дейтаграммном режиме передачи данных. Для передачи данных используются ненумерованные кадры. Восстановление принятых с ошибками данных производят протоколы верхних уровней. В данном режиме функционирует, например, протокол IP.
LLC2 - процедура с установлением соединения и подтверждением, перед началом передачи данных устанавливает соединение, послав соответствующий запрос и получив подтверждение, после чего передаются данные. Процедура позволяет восстанавливать потерянные и исправлять ошибочные данные, используя режим скользящего окна. Для этих целей она использует все три типа кадров (информационные, управляющие, ненумерованные). Данная процедура более сложная и менее быстродействующая по сравнению с LLC1, поэтому она используется в локальных сетях значительно реже, чем LLC1, например, протоколом NetBIOS/NetBEUI. Широкое применение процедура, подобная LLC2, получила в глобальных сетях для надежной передачи данных по ненадежным линиям связи. Например, она используется в протоколе LAP-B сетей Х.25, в протоколе LAP-D сетей ISDN, в протоколе LAP-M сетей с модемами, частично – в протоколе LAP-F сетей Frame Relay.
LLC3 - процедура без установления соединения, но с подтверждением, используется в системах управления технологическими процессами, когда необходимо высокое быстродействие и знание того, дошла ли управляющая информация до объекта.
Билет 5.
В каких организациях применяется модель eTOM? Почему большинство приложений
ИС используют технологии RPC?
У операторов связи процессы, которые сильно связаны с технологическими и системными вещами являются очень непростыми. TM Forum разработали такую модель, которая описывает, какие функции должен выполнять оператор связи. Создали модель прикладных процессов eTOM, в которой они сказали, что есть перечень прикладных процессов у оператора связи, есть необходимость соответствующих системных решений. В модели рассматривается взаимодействие процессов, ракурс внедрения, организация поддержки для оператора связи.
Потому что в современных ИС все процессы являются распределенными. Соответственно возникает проблема удалённой обработки.
Sun Microsystems создала модель Open Network Computing. Модель ONC стала основной, 80% что делается в распределенных системах делается по ней. Предложили модель RPC для удаленного взаимодействия с файлами. RPC то, что мы передаем от рабочей станции, согласно функциям session и presentation перевернут в то, что нам нужно, чтобы обработать это удаленно транспортному протоколу TCP/IP, которые, в свою очередь, передадут снова в библиотеку RPC, затем будет передано на компьютер с сетевой ОС, который обработает наш запрос на каком-то общем диске. Формат удаленного файла всегда будет в формате сетевой ОС.
Таким образом, когда мы строим архитектуру ИС, мы должны предусмотреть существование File Server, процессы shell (клиентские).
RPC (Remote Procedure Call Protocol) — это совокупность библиотек, которые позволяют вызывать С-процедуры для общения между узлами сети. Библиотеки входят в состав OS или СУБД. Локальное приложение всегда обращается к оболочке (shell, redirector) на рабочей станции. Этот программный продукт определяет, требует ли этот запрос работы на локальной станции или он должен быть передан в сеть для обработки на сервере. Сервер обрабатывает множество RPC-запросов и файлов при помощи NFS. После обработки запроса сервер отправляет через RPC ответный пакет приложению. Такое приложение в сети называют клиентом, а процесс работы — приложением клиент-сервер или RPC-технологией.
2.Front-end сервер Яндекса
3. MII интерфейс Ethernet. Реализация контроля скорости и контроля соединения.
Интерфейс MII (Media Independent Interface — независящий от среды передачи интерфейс) представляет собой стандартизованный интерфейс для соединения уровней MAC и PHY. Интерфейс MII может быть выведен на разъём для подключения внешнего приемопередатчика или может просто соединять две микросхемы на одной печатной плате. Шина 4 бита + 2 контрольных.
LLC - Logical Link Control - подуровень управления логической связью — по стандарту IEEE 802 — верхний подуровень канального уровня модели OSI, осуществляет:
управление передачей междудвумя взаимодействующими устройствами (flow control), контроль соединения в случае ошибки (error recovery) и контроль кто передаёт а кто принимает Arrow control. 802.2.
Типы передачи:
1 Без подтверждения, без установки соединения.
2 С подтверждением, с установкой соединения (редко). В этом случае возможно контролировать скорость передачи или выполнить процедуры восстановления при обнаружении ошибок
3 Без установки соединения, но с подтверждением (ещё реже когда нужно узнавать о ошибках но и время тратить нельзя.
В сетях используют две основные техники передачи: с остановкой и ожиданием (stop-and-wait) и скользящее окно (sliding window).
В первом случае передающее устройство останавливается после передачи каждого кадра и ждет от принимающего устройства подтверждения (квитанции) об успешном получении для продолжения передачи. Во втором случае остановка произойдет после оговоренного количества отправленных кадров. Максимальное число неподтвержденных кадров, которое разрешается передать до остановки передающего устройства, называется размером окна или просто окном. При этом принимающее устройство может отправить групповую квитанцию - подтверждение нескольких PDU в одной квитанции.
Типы передачи:
LLC1 Без подтверждения, без установки соединения.
LLC2 С подтверждением, с установкой соединения (редко). В этом случае возможно контролировать скорость передачи или выполнить процедуры восстановления при обнаружении ошибок
LLC3 Без установки соединения, но с подтверждением (ещё реже когда нужно узнавать о ошибках но и время тратить нельзя.
Билет 6.
Дата добавления: 2019-11-25; просмотров: 642; Мы поможем в написании вашей работы! |
Мы поможем в написании ваших работ!