Читать реферат по информатике, вычислительной технике, телекоммуникациям: "Критика эталонной модели OSI (Open Systems Interconnection)" Страница 4


назад (Назад)скачать (Cкачать работу)

Функция "чтения" служит для ознакомления с работой. Разметка, таблицы и картинки документа могут отображаться неверно или не в полном объёме!

что модель OSI включает именно семь уровней, является то, что во время ее создания существовал частный протокол корпорации IBM, называемый SNA™ (Systems Network Architecture). В это время IBM настолько доминировала в компьютерной индустрии, что все остальные, включая телефонные компании, конкурирующие компьютерные фирмы и даже правительства ведущих стран мира, были смертельно напуганы, что IBM может использовать свой сектор рынка с тем, чтобы заставить всех использовать стандарт SNA, который она могла менять по собственному усмотрению. Модель OSI создавалась с целью произвести похожую на стандарт IBM эталонную модель и стек протоколов и сделать их всемирными стандартами, управляемыми не одной компанией, а нейтральной организацией, ISO.

Модель OSI вместе с определениями служб и протоколов необычайно сложна. Если распечатать все стандарты и сложить их друг на друга, то получится стопка бумаг высотой почти в метр. К тому же стандарты трудно реализуемы и неэффективны в работе. В данном контексте вспоминается шутка, сформулированная Полом Мокапетрисом (Paul Mockapetris).

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

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

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

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

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



Интересная статья: Быстрое написание курсовой работы