Лекция 3. Модели.

Модель — это функция, это то, что нужно делать.

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

Модель ISO OSI (модель взаимодействия открытых систем). Модель называют эталонной не потому, что только она и применяется, а потому что с ней сравнивают при описании взаимодействия каких-либо функций.

7 групп функций для этой модели, которые говорят, что нужно, чтобы соединить какие-то элементы открытой системы:

• Application. Функции представления и связи приложений.

• Presentation. Функции представления информации.

• Session. Функции открытия сессии, установления связи.

• Transport - segment. Контроль доставки.

• Network - datagram. Присваивание логического адреса сети.

• Data link - frame. Физическая адресация устройства.

• Physical - bit. Это среда передачи. Мы должны определиться (если канал- витая пара), какие у нас разъемы (у тебя 8 пинов и у меня 8 пинов), электромеханические параметры, что приходит на пины. Процедура рукопожатия handshaking - “приветствие”, установление начальной связи между устройствами.

Модель должна выполняться в каком-либо варианте в каждой системе.

Модель IEEE. В ней не интересуются вернхними четырьмя уровнями модели OSI. Занимаются уровнями 1,2 и не полностью 3. Примитивная модель модели ISO OSI не интересует IEEE. Функции Physical надо организовать намного более подробно, то есть надо диктовать, как работает система, значительно более подробно. Как соединить 2 адаптера? IEEE говорят, что мы должны иметь такие чипы, которые могут присоединяться к определенным средам. IEEE сказала, что в моей модели нужно, как минимум, осуществить следующую группу функций: PMA, PMD, PCS, MII, MAC, LLC. PMA, PMD, PCS, MII находятся на phy уровне модели OSI. MAC, LLC находятся на уровне Data link модели OSI. MAC-подуровень: в нем мы присваиваем друг другу физические адреса. Также мы должны передавать и принимать на одной скорости, определять кто передает, а кто принимает (Flow control и Arrow control в LLC). IEEE 802.3, 802.5 – Ethernet.

Модель EIA/TIA работает только на уровне Phy модели OSI.

Модель IETF рассматривает верхние уровни модели OSI, начиная с третьего. Функции верхних трех уровней не разделены, названы Process и определено, какие процессы тут должны быть. Ниже договорились о том, как будут делать подтверждения. Еще ниже о том, как будем передавать. А все что ниже не интересует вообще.

Вендоров интересует то, как система должна управляться. Нам надо выделить функции, которые позволят управлять системой. ISO назвала эти функции FCAPS, ITU назвала эти функции TMN. Это то, что нужно сделать, чтобы в ИС поддерживать какое-нибудь управление.

FCAPS

(F) Fault Management / Управление отказами

(C) Configuration Management / Управление конфигурацией

(A) Accounting Management / Учёт

(P) Performance Management / Управление производительностью

(S) Security Management / Управление безопасностью

FCAPS сертифицирована и ITU и ISO.

ITU создала TMN – модель управления телекоммуникационными системами. ITU – союз телефонистов, старая организация. Когда описывали эту модель, думали, что не всё управляется софтом. Поэтому данная модель нас не интересует.

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

Модель, так же как и стандарт, можно нарушать. Нужно только знать, зачем мы это делаем.

В современной ИС все процессы являются распределенными. Возникает проблема удаленной обработки. Вендоры решили создать свою модель Open Network Computing (ONC), которую создала Sun Microsystems, в которой мы должны договориться о том, как должны работать приложения, чтобы удаленно обрабатывать что-то, потому что вся обработка удаленная. Согласно этой модели мы придумаем архитектуру удаленной обработки. Модель ONC стала основной, 80% что делается в распределенных системах делается по ней. Предложили модель RPC для удаленного взаимодействия с файлами. RPC то, что мы передаем от рабочей станции, согласно функциям session и presentation перевернут в то, что нам нужно, чтобы обработать это удаленно транспортному протоколу TCP/IP, которые, в свою очередь, передадут снова в библиотеку RPC, затем будет передано на компьютер с сетевой ОС, который обработает наш запрос на каком-то общем диске. Формат удаленного файла всегда будет в формате сетевой ОС.

Таким образом, когда мы строим архитектуру ИС, мы должны предусмотреть существование File Server, процессы shell (клиентские).