- •Лекция №3
- •Сетевое программное обеспечение
- •Стандартизация компьютерных сетей. Понятия интерфейса, протокола и стека
- •Разработка уровней
- •Службы на основе соединений и службы без установления соединений
- •Эталонная модель osi
- •Функциональное назначение уровней
- •Модель ieee 802
- •Сетезависимые протоколы
- •Стеки коммуникационных протоколов
- •Эталонная модель tcp/ip
- •Интернет-уровень
- •Транспортный уровень
- •Прикладной уровень
- •Хост-сетевой уровень
- •Сравнение эталонных моделей osi и tcp
- •Критика модели и протоколов osi
- •Несвоевременность.
- •Плохая технология
- •Неудачная реализация
- •Неудачная политика
- •Критика эталонной модели tcp/ip
Критика модели и протоколов osi
Ни описанные ранее модели (OSI и TCP/IP), ни их протоколы не являются совершенными. Довольно много критики было высказано по поводу обеих моделей. Далее рассмотрим некоторые критические замечания. Сначала проанализируем модель OSI, а затем TCP/IP.
Основных причин неудачи модели OSI было четыре:
несвоевременность;
неудачная технология;
неудачная реализация;
неудачная политика.
Несвоевременность.
Прежде всего рассмотрим причину номер один: несвоевременность. Для успеха стандарта чрезвычайно важно, в какое время он устанавливается. У Дэвида Кларка (David Clark) из M.I.T. есть теория стандартов, которую он называет апокалипсисом двух слонов (рис.).
Рис. . Апокалипсис двух слонов
На этом рисунке изображена активность, сопровождающая любую новую разработку. Открытие новой темы вначале вызывает всплеск исследовательской активности в виде дискуссий, статей и собраний. Через некоторое время наступает спад активности, эту тему открывают для себя корпорации, и в результате в нее инвестируются миллиарды долларов.
Существенным является то, что стандарты пишутся именно в период между двумя “слонами”. Если их создавать слишком рано, прежде чем закончатся исследования, предмет может оказаться еще слишком мало изучен и понят, что повлечет принятие плохих стандартов. Если создавать их слишком поздно, компании могут успеть вложить деньги в несколько отличные от стандартов технологии, так что принятые стандарты могут оказаться проигнорированными. Если интервал между двумя пиками активности будет слишком коротким (а все стремятся делать деньги как можно быстрее), разработчики стандартов могут просто не успеть их выработать.
Теперь становится ясно, почему стандартные протоколы OSI потерпели неудачу. К моменту их появления среди исследовательских университетов уже получили широкое распространение конкурирующие с ними протоколы TCP/IP. И хотя волна инвестиций еще не обрушилась на данную область, рынок университетов был достаточно широк для того, чтобы многие разработчики стали осторожно предлагать продукты, поддерживающие протоколы TCP/IP. Когда же появился OSI, разработчики не захотели поддерживать второй стек протоколов; таким образом, начальных предложений не было. Каждая компания выжидала, пока первым начнет кто-нибудь другой, поэтому OSI так никто и не стал поддерживать.
Плохая технология
Второй причиной, по которой модель OSI не была реализована, оказалось несовершенство как самой модели, так и ее протоколов. Выбор семиуровневой структуры стал больше политическим решением, чем техническим. В результате два уровня (сеансовый и уровень представления) почти пусты, тогда как два других (сетевой и передачи данных) перегружены.
Эталонная модель OSI вместе с соответствующими определениями служб и протоколами оказалась невероятно сложной. Если сложить в стопку распечатку официального описания стандартов, получится кипа бумаги высотой в один метр. Модель тяжело реализуема и неэффективна в работе.
Еще одна проблема, помимо невозможности понять стандартов OSI, заключалась в том, что некоторые функции, такие как адресация, управление потоком и обработка ошибок, повторялись снова и снова в каждом уровне. Так, например, в книге Saltzer и др. (1984) указывается, что для того, чтобы контроль за ошибками был эффективным, он должен осуществляться на самом верхнем уровне, поэтому повторение его снова и снова на каждом уровне часто оказывается излишним и неэффективным.
