MII интерфейс Ethernet . Реализация контроля скорости и контроля соединения.

(Билет 5)

Интерфейс 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 Без подтверждения, без установки соединения.

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

5 Без установки соединения, но с подтверждением (ещё реже когда нужно узнавать о ошибках но и время тратить нельзя.

В сетях используют две основные техники передачи: с остановкой и ожиданием (stop-and-wait) и скользящее окно (sliding window).

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

Типы передачи:

LLC1 Без подтверждения, без установки соединения.

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

LLC3 Без установки соединения, но с подтверждением (ещё реже когда нужно узнавать о ошибках но и время тратить нельзя.

Билет 25.

Понятие WEB -интеграции. Технологии. Сервер приложений.

Задача веб-интеграции объединить разнородные веб-приложения и системы в единую среду на базе веб.

В 91-м году придумали WEB, систему хранения документов и гиперссылок, чтобы для всех иметь удобный и понятный метод доступа к документам. В начале 90-х придумали и первые браузеры, то есть программные продукты, которые позволяют просмотреть что у нас хранится в узлах этой сети. Первый графический браузер был Mosaic, а на его основе был сделан навигатор Netscape’овский.

WEB – гипермедийная среда, которая позволяет просматривать информацию в сети с помощью механизма гиперссылок. Информация хранится на WEB страницах, оформлены они в виде подборок текста, графики, рисунков, аудио, видео ну и в дополнение к этому WEB страница может содержать гиперссылку на другие WEB страницы. Сама технология подразумевает возможность просмотра документов при помощи гипертекстов, при этом разработана часть протоколов, которые существуют просто для передачи файлов FTP например, Telnet для входа в систему или NTP – News Transport Protocol, для распространения новостей. Среда WEB предполагает, что существуют специальные узлы, в которых хранятся документы и гиперссылки, и есть пользователи, которые используют специальные продукты-браузеры, которые позволяют нам обращаться к этим сервисам. Сетевая операционная система позволяет распределять ресурсы сети, а распределенная операционная система, которая включает в себя WEB узлы и браузеры позволяет нам просто работать Point-to-Point, то есть просто обращаться от юзера к WEB серверу и то и другое работает все в месте. Основная часть информации в среде хранится в документах, созданных с помощью специального протокола HTML, протокол с помощью которого происходит обмен информации между WEB узлом и браузером. Это не всегда так, например, это не работает для мультимедиа или систем real time, для этого существуют специфические системы. Для того, чтобы документ можно было просматривать установлена система ссылок, она называется URL, это разметка документов. Протокол HTTP очень простой, но у него есть две особенности, он предполагает, что мы всегда устанавливаем соединения между веб сервером и клиентом (т.к. в операционных системах клиентом называют другое, то рекомендуем говорить браузер). Этот протокол является connection oriented, у него есть один большой недостаток он stateless. Это означает, что этот протокол не может запоминать состояние передачи, поэтому для систем мультимедиа (70% передачи) требуется специальные разработки, своих серверов и браузеров. Тем не менее в протоколе HTTP есть подключение, есть запрос, есть ответ, то есть специальная спецификация, больше там ничего и нет. Есть спецификация MIME, которая говорит какие должны быть расширения всевозможных данных в сети интернет, например все image это jpeg. Видео, предположим, mpeg, а текстовые файлы, это, например, HTML. Язык HTML – специальный язык форматирования документов, он тоже очень простой. URL локатор — это вещь достаточно простая, сначала идет протокол, затем имя узла, а затем путь к файлу в этом узле. Но у этих технологий есть одна проблема: либо WEB страница должна быть статической (неизменной), либо динамической (генерируется в момент запроса) и вот для генерации динамических страниц требуются специальные вещи (т.к. мы не можем получить все данные с одного WEB узла). Их требуется собрать, обратится к базам данных. А главное все данные сгенерировать в страницу, для этого используются специальные средства интеграции в среду WEB и вот эти средства требуют специальных серверов приложений. Если мы хотим получить какие то сложные запросы мы должны где-то в HTML сделать возможность подсобрать динамические страницы, то есть написать какие-то макросы на другом языке, например на Java. Этим и занимается сервер приложений. Который будет передавать и тянуть данные с сервера СУБД. Он не может работать без него. Более того, сервер приложений иногда работает под частичным ядром СУБД, т.к. ему требуется интегрировать WEB запросы в вид, понятный СУБД, а это разные продукты. Методы интеграции WEB в среду СУБД они предполагают всевозможные языки сценария, например Javascript. Есть другие возможности интегрировать в среду СУБД, например cookie-файлы, которые позволяют делать некоторые вещи на машинах, на которых стоят браузеры. Есть специальные приложения, которые дают расширения WEB серверов, которые позволяют нам писать дополнительные приложения для серверов приложений с помощью Java, мы можем сделать специальные приложения, которые обрабатывают данные на серверах или станциях. IP-интерфейсы могут иметь интерфейсы с SQL, которые будут делаться на сервере приложений. Архитектура прикладных процессов, это очень тонкий момент, т.к. все серверы приложений должны быть тесно связаны с СУБД т.к. иначе мы ничего никуда не передадим, здесь нет стандарта, но есть масса средств типа Java, SQL и т.д. Но есть общая рекомендация: Сервер Приложений должен быть от того же производителя, от которого и сервер СУБД, иначе требуются специальные способы собирания. Если Сервер Oracle, то он будет состоять из кучи модулей это HTTP от Oracle, на основе Apache с кучей модулей, это будет служба прикладных алгоритмов, это сервисы презентаций, специальные службы кеширования (базы данных и WEB кеш). (Кеш – это не хардвеерный кеш, это буфер кеш. Это область в оперативной памяти, где держатся информация, которую читают часто. Буфер пул – то что пишу или читаю сейчас). Будет специальная файловая система Oracle AFS, и некие сервисы управления информацией. Там же будут специальные службы прикладных обеспечений и портальный службы. + специальные средства для разработчика (Orale HTML, интерфейсы к БД Oracle и некоторые системные вещи, например security и perfomance). Только после того как это будет обработано на сервере приложений это будет передано СУБД.

‒ 2. Предложите этапы внедрения модулей ИС (25 билет)

Этапы:

6. Формирование требований (на самом деле входные выходные документы)

7. Техническое задание (разрабатывает исполнитель)

8. Проект (общие рассуждения, что должно быть, на каких стандартах, самое главное – спецификации и стоимость)

9. Рабочий проект (3 части, 1- схемы и рабочие чертежи 2- пояснения к схемам 3-деньги)

10. Исполнительная документация

ИЗ СТАРЫХ ОТВЕТОВ

Для внедрения систем не существует стандартов, есть методики:

‒ «Большой взрыв»: мы приходим на предприятие и меняем там целиком всю систему.

‒ «Франчайзинг»: Мы выбираем фирму, выбираем самое продвинутое подразделение. На базе этого подразделения пытаемся запустить пилотный проект. Потом пытаемся внедрить его в другие подразделения.

‒ «Точечный бросок»: мы не внедряем всю систему, а внедряем отдельные модули системы. В 95% случаев идут именно этим стандартным путем для внедрения ИС. Потому все системы и делаются модульными.

Формат фрейма LLC (билет 4)

Типы передачи:

LLC1 Без подтверждения, без установки соединения.

LLC frame:

MAC header

DSAP address 1 байт

SSAP address 1 байт

Contol 1 или 2 байта

Information

MAC CRC

DSAP- процесс обработки.

SSAP – процесс передачи.

Control – параметры.

Information – доп. информация для 3 уровня OSI.

Билет 26.

Дата добавления: 2019-11-25; просмотров: 318; Мы поможем в написании вашей работы!

Поделиться с друзьями:

⇐ Предыдущая 15 16 17 18 192021 22 23 24 Следующая ⇒

Мы поможем в написании ваших работ!