50040 (666458), страница 2

Просмтор этого файла доступен только зарегистрированным пользователям. Но у нас супер быстрая регистрация: достаточно только электронной почты!

Текст из файла (страница 2)

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

Если бы программа ожидала входящего звонка, она могла бы сама обратиться к библиотечной процедуре receive. Но в таком случае почему receive не был сделан примитивом вместо indication? Примитив receive ориентирован на метод работы компьютеров, тогда как indication скорее отражает способ работы телефонов. Компьютеры отличаются от телефонов. Телефоны звонят. Компьютеры не звонят. Короче говоря, семантическая модель системы, основанной на прерываниях, является плохой идеей, совершенно не согласующейся со всеми современными идеями структурного программирования.

2.3 Неудачная реализация

Учитывая огромную сложность модели и протоколов, то, что первоначальные реализации оказались громоздкими, неуклюжими и медленными, не стало неожиданностью. Неудачу потерпели все, кто попытался реализовать эту модель. Поэтому вскоре понятие "OSI" стало ассоциироваться с "плохим качеством". И хотя со временем продукты улучшились, ассоциации остались.

Первые реализации TCP/IP, основанные на Berkley UNIX®, напротив, были достаточно хороши (не говоря уже о том, что они были открытыми). Они довольно быстро вошли в употребление, что привело к появлению большого сообщества пользователей. Это вызвало исправления и улучшения реализации, в результате сообщество пользователей еще выросло. В данном случае обратная связь явно была положительной.

2.4 Неудачная политика

Из-за особенностей первоначальной реализации многие, особенно в университетских кругах, считали TCP/IP частью системы UNIX, а к системе UNIX в университетских кругах в 1980-е гг. испытывали чувства средние между родительскими (в те времена некорректно, в свете ущемления прав мужского населения, называемые материнскими) и чувствами к яблочному пирогу.

С другой стороны, OSI считался созданием европейских телекоммуникационных министерств, Европейского сообщества и (позднее) правительства США. Все это было лишь отчасти верным, однако сама мысль о группе правительственных чиновников, пытающихся протолкнуть более худший в техническом отношении стандарт в глотки бедным исследователям и программистам, прокладывавшим компьютерные сети в траншеях, не способствовала продвижению этой модели. Кое-кто рассматривал это развитие в том же свете, что и заявления корпорации IBM в 1960 г., что PL/I будет языком будущего, или Министерства обороны, поправлявшим позднее это утверждение своим заявлением, что в действительности таким языком будет Ada®.

Несмотря на то, что модель OSI и ее протоколы не добились оглушительного успеха, многие организации по-прежнему интересуются ими, особенно Европейская почтово-телеграфная и телефонная связь (РТТ), все еще обладающая монополией на телекоммуникации. Впоследствии были предприняты скромные попытки улучшить OSI, что привело к появлению исправленной модели, опубликованной в 1994 г.

Характеристики

Список файлов реферата