|
Часть 2
2. КОМПОНЕНТЫ ЛВС
Как сделать выбор: хорошие и плохие новости
Вехой в деятельности фирмы "Novell" по развитию средств связи можно считать 1983 год, когда она начала разработку версий операционного программного обеспечения для работы с техническими средствами ЛВС других производителей. Вскоре к ней примкнули другие
поставщики программного обеспечения ЛВС, включая фирму "Банаяйян системс" с ее операционной системой VINES и ассоциацию "Лайфсофт" с системой LifeNET.
В это же время многие поставщики сетевого технического обеспечения начали приспосабливать свою аппаратуру к нескольким спецификациям коммуникаций ЛВС (протоколам) и рабочей среды. В настоящее время многие поставщики аппаратуры ЛВС на базе ПК убедилсиь в
том, что их оборудование подходит для системы NetWare, программы корпорации ИБМ для ЛВС на базе ПК, менеждера ЛВС производства фирмы "Майкрософт" и другим сетевым операционным системам и протоколам.
Потребители сети в итоге получили возможность делать окончательный выбор сетевого оборудования отдельно от сетевой операционной системы. Например, в настоящий момент в физически одинаковых ЛВС может работать сетевое программное обеспечение фирмы Novell в
виде программы NetWare и сетевое обеспечние ИБМ для персональных компьютеров.
На первых порах различные сетевые операционные системы обеспечивали связь ПК друг с другом и связь персональных компьютеров с дисковым и файловым серверами, однако, они обычно не были рассчитаны на связь различных ЛВС, на обслуживание соединения ЛВС с бо
льшой универсальной ЭВМ, объединение в широко распределенные географически сети и т.п. Другие поставщики постарались быстро заполнить этот вакуум путем создания множества продуктов для трансляции/передачи различной степени сложности и работоспособности.
Современная технология локальных вычислительных сетей позволяет использовать различные типы кабелей в одной и той же сети, а также беспрепятственно соединять в одну сеть различное оборудование ЛВС, такое как Ethernet, Archnet, и Token-ring.
Возможность такого соединения и стыковки и повышение надежности предлагаемых на рынке компонентов ЛВС затрудняет принятие "плохого" решения о приобретении ЛВС. Вы обнаружите, что стоите перед возможностью выбора из множества вариантов, перед миллионами с
лов рыночных предложений и рекламы в средствах массовой информации и имеющим очень мало внушающих доверия сведений о том, как же в действительности все это работает.Такое изобилие - и хорошо и плохо.
Вы обнаружите, что пока вас захватила увлекательная охота за иллюзорным "наилучшим" решением касательно ЛВС и что пока вы заняты его поиском, технология изменилась. Стало уже расхожим мнением, что все системы абсолютно лучшие в момент их приобретения вам
и.В некоторый момент потраченное на поиск совершенной системы время предпочтительнее потратить на оптимизацию одной из достаточно хороших уже имеющихся комбинаций. Если вы устанавливаетет небольшую отдельскую ЛВС (от десяти до двадцати рабочих станций) в
обычном исполнении для учреждений, то ваши требования сможет удовлетворить большая часть популярного сетевого оборудования.
В качестве наилучшего правила можно порекомендовать планирование построения ЛВС с точки зрения достижения наивысшей производительности с учетом своих текущих потребностей (и финансовых возможностей). Вместе с тем, следует предусматривать расширение сети,
которое неизбежно. И наконец, по возможности упрощайте предмет исследования.
Вероятнее всего вы найдете точную комбинацию компонентов, которая даст наивысшую отдачу в производительности с точки зрения вложенных денег, но при этом придется тщательно и скрупулезно изучить все варианты и этот процесс может потребовать много времени
и нервной энергии. Причем в конце работы вы можете обнаружить какие-нибудь нестыковки, а после нахождения способа их устранения перед вами возникнет еще больше проблем. И несмотря ни на что, после построения правильных систем от многих поставщиков из мно
гих изделий вам потребуется освоение способа работы и знания и взаимодействии компонентов.
Вы столкнетесь также со многим неизвестным. Когда поставщик заявляет, что его изделие имеет "сетевую совметимость", то вы не всегда представляете, что это означает. Может имеется в виду совместимость с вашим сетевым оборудованием и операционной системой?
Или с другими изделиями, составляющими вашу систему? Будет ли оно работать так, как вы предполагаете и будет ли работать вообще? На эти вопросы вы никогда не сможете получить исчерпывающие ответы. Нужно быть готовым к решению неизвестных проблем.
Нельзя требовать, чтобы все в новой системе сразу заработало правильно. Могут возникать скрытые проблемы, поэтому следует предусмотреть потерю управления и восстановление системы. При разрешении возникающих проблем вы несомненно получите практические зна
ния и опыт. Например, вы научитесь не менять одновременно слишком многое в работающей сети. Если изменять несколько составляющих компонентов сети, то это нужно делать по шагам, по одному элементу за раз и при этом проверять возможные непредвиденные несты
ковки, сбои в оборудовании и недостатки программного обеспечения.
СТАНДАРТЫ ЛВС
"Что мне нравится в стандартах, так это то, что их не так много."
- Очень характерное высказывание многих специалистов промышленности
Число вариантов выбора ЛВС может привести в трепет и производителей и пользователей. Производитель сетевых компонентов не может выпускать неограниченное число вариантов изделия для других всевозможных узлов и протоколов; вместе с тем, изготовитель также
не может выпускать изделие, которое работает с очень ограниченным набором видов ЛВС. В этой ситуации был принят ряд стандартов, которые могут быть использованы производителями и потребителями для реализации различных вариантов локальных вычислительных се
тей.
ЧТО ТАКОЕ СТАНДАРТЫ ?
Стандартами являются соглашения, простые и ясные.
Стандарты для ЛВС и всей области передачи информации обычно представляют собой способ обеспечения соединения между различными изделиями разных производителей оборудования. Теоретически, любое устройство, согласованное с промышленными стандартами, должно
иметь возможность присоединения с любым другим устройствам, которые также удовлетворяет тому же стандарту. К сожалению, это не всегда так. Стандарты не всегда описывают все стороны работы оборудования и систем. Например, стандарты для локальных вычислите
льных сетей часто содержат описания только некоторых сторон системы и не касаются других, возможно и очень критических для изготовителя, вопросов. В дополнение к этому поставщики часто вводят нестандартные усовершенствования своих изделий. Чтобы воспольз
оваться такими улучшениями, пользователю приходится идти на несовместимость с изделиями от других поставщиков.
ФАКТИЧЕСКИЕ И ЮРИДИЧЕСКИЕ СТАНДАРТЫ
Имеется две основные категории стандартов ЛВС: "де факто" (промышленные) и "де юре" (официальные). Имена обычно указывают на того, кто разработал спецификации и на то, как они стали стандартами.
ЮРИДИЧЕСКИЕ СТАНДАРТЫ
Юридические стандарты не являются объектом собственности, что означает отсутствие такой компании, которая его бы разработала или имела бы на него права владельца. Их разработка ведется с целью обеспечения возможности подключения и взаимодействия путем оп
убликования для всеобщего пользования описаний, что дает возможность независимым производителям применять их в своих разработках.
Юридические стандарты разрабатываются в нескольких постоянных комитетах представителей промышленности. Поскольку они утверждаются изготовителями и основными компаниями-пользователями, то они остаются неподверженными интересам отдельных производителей обо
рудования, и отражают потребности всех. К сожалению, не всегда процесс идет таким образом.
Следование юридическим стандартам снижает риск и затраты производителей на разработку технического и программного обеспечения. После окончательного утверждения стандарта следующий его требованиям изготовитель отдельных компонентов имеет возможность произ
водить свои изделия, будучи в какойто степени уверенным, что они смогут работать с другими компонентами.
Разработчики некоторых стандартов и результаты их деятельности:
Международная организация по стандартизации (ISO)
Важной вехой в разработке стандартов локальных вычислительных сетей является публикация в 1977 году описания модели OSI (Соединение открытых систем - стандарт сетевого и межсетевого взаимодействия, определяющий семь уровней взаимодействия компонентов сет
и: физический, канальный, сетевой, транспортный, сеансовый, уровень представления данных и прикладной - прим.перев.), в котором содержались предписания для функций коммуникации на семи уровнях технического и программного обеспечения. В этой модели содерж
ится представление о том, каким бы хотела ISO видеть разрабатываемые изделия для ЛВС, однако, поставщики сетевого оборудования не обязаны были следовать этой модели в своих разработках. Разработчики и ученые в промышленности старались сопоставить свои из
делия с предложенной моделью для согласования, но поскольку их изделия не удовлетворяли модели, такое сравнение привело только к противоречию.
Большинство систем локальных вычислительных сетей в соответствии с моделью OSI раскладываются на несколько иерархических уровней. Эти уровни обычно разделяют сеть на ее физические носители, протоколы обмена нижнего уровня и средства обслуживания самой се
ти и прикладных задач. В дальнейшем обращений к модели OSI не будет, так как поставщики часто используют одинакоые термины для совсем разных компонентов.
Протоколы связи являются точными правилами соединения двух устройств, двух программ или устройства и программы.
Например, протоколы нижнего уровня точно описывают, каким образом упакованные для пересылки через сеть данные должны быть организованы и помечены, какой маршрут они будут иметь и что надо делать, когда данные поступают или не поступают. Часть протокола с
одержит описание связи с уровнями, расположенными непосредственно сверху и снизу.
В большинстве случаев администраторам ЛВС не нужно знать технические подробности работы каждого из уровней, но все же полезно при работе в ЛВС знать имена различных протоколов и их возможные нестыковки.
Рис.2.1 Модель OSI
--------------------------------------------| Прикладной уровень |
--------------------------------------------| Уровень представления данных |
--------------------------------------------| Сеансовый уровень |
--------------------------------------------| Транспортный уровень |
--------------------------------------------| Сетевой уровень |
--------------------------------------------| Канальный уровень |
--------------------------------------------| Физический уровень |
--------------------------------------------
Функции уровней в модели OSI представляют собой приблизительное общее описание. Они рассматриваются в разделе "Компоненты ЛВС".
Внутри модели OSI (а также и других моделей) имеется огромное поле применения различных вариантов. Конкретные стандарты, основанные на этой или других моделях, могут быть согласованы, а могут быть и нет.
Американский национальный институт стандартов (ANSI)
ANSI опубликовал стандарт на волокно-оптический интерфейс распределения данных (FDDI), предназначенный для обмена информацией по волокно-оптическим кабелям локальной вычислительной сети со скоростью 100 мегабит в секунду. В 1989 году ожидается публикация
этим институтом стандарта ЛВС типа ARCNET.
Институт инженеров по электротехнике и радиоэлектронике (IEEE)
Этот институт уже опубликовал и продолжает публиковать множество протоколов стандартов ЛВС через свой комитет 802. Стандарты типа 802 включают в себя стандарт 802.3 для ЛВС типа ETHERNET и стандарт 802.5 для ЛВС эстафетной передачи (в сети передачи данны
х с кольцевой архитектурой - способ управления доступом к среде передачи, при котором от станции к станции передается специальный сигнал (маркер). Станция может начать передачу сразу после поступления к ней маркера и должна передать маркер дальше в течен
ие короткого интервала времени. - прим.перев.).
Международный консультативный комитет по телефонии и телеграфии (CCITT)
Им опубликованы различные стандарты, включая стандарт пакетного переключения широко распределенной сети (WAN) под названием Х.25 и стандарт обмена электронной почтой под названием Х.400. Стандарт Х.25 обеспечил большую часть требований для проведения под
счета голосов на выборах.
Разработка стандарта может занять несколько лет. Исходя из потребностей рынка, производители иногда оказываются незаинтересованными в начале выпуска до завершения разработки описания стандарта, поскольку их изделие может не полностью соответствовать его
окончательному варианту. После завершения разработки стандарта изготовитель может привести свое оборудование в соответствии с ним, а также пойти на поставку программного обеспечения или оборудования, которое устраняет несоответствие стандарту.
Производители все больше усложняют свои изделия, реализуя новые, не входящие в стандарты усовершенствования в надежде, что их нововведения окажутся столь удачными, что приведут в конце-концов к изменению промышленного стандарта.
ФАКТИЧЕСКИЕ СТАНДАРТЫ
Такие стандарты возникают непосредственно в самой промышленности. В настоящий момент стандартом "де факто" является первоначально разработанная корпорацией "Дейтапойнт" локальная вычислительная сеть ARCNET. Эта корпорация сохранила права на название ARCN
ET, но спецификации стандарта сделала доступными для других производителей. От них в свою очередь требуется следовать этим описаниям, что и привело к очень высокой степени стандартизации по сравнению с другими отраслями промышленности.
Будучи вовсе не предназначенными для обеспечения взаимодействия систем от различных поставщиков, некоторые фактические стандарты в действительности могут препятстовать решению этого вопроса. Некоторые верят, например, что комплекс SNA производства корпор
ации ИБМ был разработан для противодействия подключению невыпускаемого ей оборудования к локальным вычислительным сетям ее производства, поэтому покупатели и бывают вынуждены приобретать оборудование только у ИБМ. Но из-за самого проекта или по счастливо
й случайности получилось так, что многие выпускаемые другими производителями системы (не только терминалы и схожие с производимыми ИБМ системы) эффективного включаются в систему SNA.
Фактические стандарты очень часто являются чей-то собственностью. MS-DOS, UNIX и NetWare все являются собственностью и стандартами "де факто".
Являющиеся собственностью стандарты очень часто не публикуются и поэтому недоступны другим поставщикам. Но не все такие стандарты являются закрытыми. Рыночная стратегия некоторых производителей заключается в публикации открытых стандартов. Фирмы Novell и
"Майкрософт" опубликовали информацию об Интерфейсах прикладных программ (API) своих операционных систем, которые представляют их собственность, но являются открытыми стандартами.
КАК РАЗРАБАТЫВАЮТСЯ СТАНДАРТЫ ?
Даже официальные стандарты почти всегда создаются поставщиками. Стандарт 802.3 для сетей типа ETHERNET был принят институтом IEEE в основном благодаря объединенным усилиям компаний Xerox, DEC и Intel. Стандарт эстафетной передачи 802.5 был принят в основ
ном из-за настойчивости корпорации ИБМ.
Стандарты "де факто" могут появляться в результате соглашений, установившейся практики или из-за большой доли на рынке. Примером фактического стандарта является расширенная шина ПК типа АТ. Еще одним случаем можно указать Хейес-совместимый модем, предста
вляющий промышленный стандарт соглашений пользователей, основанный на популярности модемов такого типа. Упомянутые стандарты могут появляться и в результате соглашений между поставщиками. Примером могут служить совместимые с ARCNET изделия, выпускаемые б
олее чем 100 производителями во всем мире. Очень редко стандарты выпускаются группами пользователей. Стандарт МАР (Протокол автоматизации производства), который определяет стандартный интерфейс и протокол для систем управления производством, был разработ
ан корпорацией Дженерал Моторс. В конце концов, после множества доработок и задержек, вероятно он будет принят в промышленности.
Протокол управления передачей/межсетевой протокол (TCP/IP) Управления Обороны, который существовал много лет, в настоящее время быстро распространяется в качестве эффективного средства соединения разнородных локальных вычислительных сетей и вычислительны
х систем. Инициативу здесь в основном демонстрируют пользователи, а не поставщики.
КАКОЙ СТАНДАРТ "САМЫЙ БОЛЬШОЙ" ?
Можно привести много аргументов в пользу каждого из стандартов - юридического или фактического. Например, стандарт ARCNET для ЛВС - один из наиболее быстро распространяющихся сетевых стандартов. Вместе с тем, в большинстве опубликованных обзоров и исслед
ований по работающим ЛВС содержат высказывания директоров административных информационных систем и администраторов систем связи больших компаний, которые в основном знакомы с более масштабными системами типа ETHTERNET и эстафетной передачи, работающих в
их учреждениях. Это означает, что об ARCNET, LocalTalk (аппаратура ЛВС фирмы "Макинтош Эппл") и других подобных системах имеется еще слабое представление.
Более установивишийся стандарт не обязательно наилучший с точки зрения эффективности или экономических показателей, но обеспечиваемые их универсальностью возможности связи повышают их привлекательность для производителей и потребителей.
Стандарты слабо влияют на качество и функциональные возможности. Фактически, по определению, следование стандартам сдерживает введение новшеств. Разработчики ограничены не только необходимостью обеспечения совместимости с другими компонентами, но также и
в определенной степени устаревшими требованиями со стороны предыдущих вариантов технического и программного обеспечения.
Такая преемственность может оказаться необременительной для разработчиков, но критичной для конечных пользователей и производителей, которым не могут себе позволить постоянно совершенствовать все компоненты.
Поскольку имеется столько много официальных и фактических стандартов, то возникает еще одна проблема. Одни "стандартные" изделия не всегда эффективно работают вместе с другими "стандартными" изделиями. И вместе с тем, реализующие один и тот же стандарт и
зделия могут работать совместно неэффективно. Например, интерфейсы ETHERNET для разнородных вычислительных машин на аппаратном уровне обеспечивают эффективную связь, но при этом нет производительного программного обеспечния связи, которое обеспечивало бы
совместную работу. Поэтому в стандарт ETHENET требования к программному обеспчению связи не включены.
ЭФФЕКТИВНОЕ ИСПОЛЬЗОВАНИЕ СТАНДАРТОВ
Стандарты для локальных вычислительных сетей представляют собой средство, разработанное для обеспечния простоты совместной работы поставляемых различными изготовителями компонентов. К сожалению, именно в корпорациях они могут стать тем средством, с помощ
ью которого можно избежать ответственности за принимаемые решения и действия. ("Это не работает не из-за моей ошибки! Я применил стандартную промышленную систему!"). Стандарты должны применяться для повышения работоспособности, а не наоборот.
Стандарты изменяются и совершенствуются. Работающие сегодня многие изделия, системы и стандарты будут совершенными в течение трех-пяти лет. В этой отрасли промышленности изменения происходят столь быстро, что очень важно планировать работу с их учетом, д
аже тогда (и именно тогда!), когда вы не знаете, каким будет следующее изменение. Что означает планирование с учетом того, о чем вы еще не знаете ? В большинстве случаев это означает, что нужно следить за изменениями даже после установки ЛВС.
Очень важно использовать системы и стандарты в соответствии с тем окружением, в котором они применяются. Есть много подходящих стандартов, но в конкретных условиях не все они будут эффективны. Например, сегодня гораздо легче связать системы фирмы DEC в с
еть типа ETHERNET, чем охватить сетью эстафетной передачи. Но с другой стороны, из-за способа управления доступом в эстафетной передаче она может оказаться более приемлемой в ответственных системах управления производством по сравнению с методом конкурен
тного доступа в сети ETHERNET.
КОМПОНЕНТЫ ЛВС
С помощью кабельной системы некоторого типа, сетевых интерфейсов, соответствующих сетевых соединений и программного обеспечения ЛВС обеспечивает связь компьютеров и других устройств, таких как принтеры, терминалы и модемы.
Модель OSI подразделяет функции ЛВС на семь различных уровней и обеспечивает между ними связь.
Выражаясь проще всего, оборудование обеспечивает связь и управление между устройствами, сетевое программное обеспечение определяет направление передачи данных, а операционная система ( а также прикладные программы) выполняют определенные действия с данны
ми после их получения.
Перечень функций уровней модели OSI
Первый уровень - физический. Он представляет тип кабеля (например, коаксиальный, крученый, оптиковолоконный) а также уровни сигналов и расстояние их действия. Кабельная система представляет собой путь прохождения данных между различными сетевыми устройст
вами. Кабельная связь может состоять из различного типа медного провода, оптических волокон и других носителей сигналов, таких как микро- и радиоволны.
Уровень 2, или канальный уровень, определяет стратегию и механизм доступа к кабелю, форму передачи данных и порядок восстановления данных в месте приема.
Уровень 3, или сетевой уровень, определяет порядок обращения данных между узлами сети.
Уровень 4, или транспортный уровень, определяет, каким образом обрабатывать ошибки (например, потерю пакета) и повторную передачу данных.
Сеансовый уровень номер 4 определяет способ обслуживания линий передачи данных между узлами сети.
Уровень 6, или уровень представления данных, определяет код и порядок преобразования данных для использования в прикладных программах.
Прикладной уровень номер 7 определяет используемые непосредственно в прикладных программах протоколы обслуживания файлов.
На первом и втором уровнях модели OSI устанавливается физическое оборудование ЛВС: кабель, аппаратура, которая присоединяется к кабелю и программное обеспечение, управляющее этой аппаратурой. Как правило, это оборудование представляет собой печатную плат
у, установленную в персональной ЭВМ, но может быть реализована и по-другому, например, в виде набора микросхем. Примерами ЛВС являются ETHERNET, ARCNET, эстафетная передача Token-Ring, Local-Talk (описанная в стандарте фирмы "Эппл", а не в стандарте IEEE
). Сетевой интерфейс (или NIC в случае сетевой интерфейсной карты, которая часто называется "сетевым" оборудованием) обеспечивает физическое соединение между кабельной системой и каждой ЭВМ.
Кроме физического соединения с кабелем NIC также может иметь некоторое программное обеспечение, которое выполняет операции управления между рабочей станцией и сетью на нижнем уровне связи.
Метод посылки и получения данных между кабельной системой и компьютером, скорость передачи данных, объем и порядок формирования отдельных пакетов сообщений и процедура доступа к кабельной системе из многопользовательских станций определяются типом исполь
зуемого сетевого интерфейса NIC. Тип выбранного сетевого интерфейса NIC во многом определяет расположение кабеля, называемое топологией, а также тип применяемого кабеля.
Уровни 3 и 4 обычно называются протоколами связи. Примером может служить TCP/IP и протокол Межсетевого пакетого обмена фирмы NetWare/Последовательный пакетный обмен (IPX/SPX).
Уровни 5,6 и 7 обычно рассматриваются как функции операционной системы, которые предоставляют услуги прикладным программам.
Интерфейсы прикладных программ API представляют оптимальную связь между протоколами обмена и прикладными программами, обращающимися за услугами.
Некоторые интерфейсы обходят промежуточные уровни. Эти уровни, как правило, имеют место для повышения производительности за счет задания большего числа команд и отсечения уровня преобразования кодов.
В случае ЛВС, использующей сеть NetWare фирмы Novell программное обеспечение операционной системы пользовательской ПЭВМ представляет собой DOS, но это может быть и OS/2. Программное обеспечение связи состоит из двух частей: программы IPX.COM и программы
NET3.COM (для использования в DOS версии 3.хх. В других версиях DOS можно использовать программы NET2 и NET4). Эти программы составлят то, что называется оболочкой NetWare.
Программа IPX.COM выполняет прямую связь с отдельной сетевой интерфейсной картой (NIC) в ПЭВМ. Она реализует протокол нижнего уровня, коотрый позволяет обеспечить базовое соединение между различными станциями и устройствами сети.
NET3 представляет программное обеспечение, которое устанавливает диалог с файловым сервером ПЭВМ (через IPX/SPX); файловый сервер обслуживает общие файлы и ресурсы и управляет доступом к ним.
Программное обеспечение для файлового сервера (в случае Расширенного NetWare) включает функции, которые устанавливают связь с сетевым оборудованием, а затем с пользовательской ПЭВМ и другими файловыми серверами.
Пересылка данных между устройствами выполняемся по шагам. При использовании в сети ARCNET системы NetWare уровни программного обеспечения совместно функционатруют в следующем порядке:
1. Прикладная программа пользовательской ПЭВМ посылает запрос к файлу в систему DOS (посредством стандартного или расширенного вызова DOS с кодом 21Н).
2. Программа NET3 анализирует вызов 21Н и определяет, локальный это запрос или запрос к сети. В первом случае запрос обрабатывает Базовая система ввода/вывода операционной системы DOS (BIOS). В случае сетевого запроса программа NET3 пересылает его в IPX,
указывая на необходимость посылки запроса к файловому серверу.
3. В свою очередь программа IPX пересылает запрос на сетевую интерфейсную карту NIC в ПЭВМ пользователя.
4. Интерфейсная карта NIC помещает этот запрос в один или несколько пакетов данных и передает их в кабельную систему. NIC включает в каждый из этих пакетов определенную информацию, например, адрес источника (откуда приходит пакет) и адрес назначения ( ку
да этот пакет предполагается доставить). Каждая интерфейсная карта NIC в сети имеет свой собственный уникальный адрес.
5. Интерфейсная карта NIC в файловом сервере получает один или несколько пакетов и передает данные в память этого устройства.
6. Интерфейсная карта NIC файлового сервера посылает в ПЭВМ пользователя оповещение о получении кажого из пакетов.
7. Операционная система файлового сервера (NetWare) анализирует и обрабатывает запрос.
8. Операционная система файлового сервера выполняет обращение для чтения с диска к дисковому каналу. Дисковый канал состоит из дисковых устройств, некоторого интерфейса, а также оборудования и программного обеспечения контроллера.
9. Дисковый канал выполняет запрос на чтение.
10. По мере чтения данных с диска они пересылаются в память файлового сервера.
11. Сетевая операционная система передает данные из этой памяти в сетевую интерфейсную карту NIC файлового сервера.
12. NIC файлового сервера "пакетизирует" данные и затем передает пакеты по кабелю по одному за один шаг.
13. NIC ПЭВМ пользователя по одному получает пакеты, "распаковывает" содержащиеся в них данные и затем помещает их в память персонального компьютера пользователя.
14. Сетевая интервейсная карта персонального компьютера пользователя посылает на сетевую интерфейсную карту файлового сервера оповещение о получении каждого из пакетов.
Все эти шаги имеют место при одновременном использовании ЛВС другими пользователями для обращений к файловому серверу.
NetBIOS
Некоторые основные способы связи между прикладными программами и сетью реализуются по-другому, не так, как было описано ранее. Например, общий интерфейс прикладных программ API для ЛВС на базе ПК, который называется NetBIOS, получает сетевые запросы от о
риентированных на NetBIOS прикладных задач и передает их в сеть.
Исходный вариант NetBIOS, разработанный фирмой Sytek и корпорацией ИБМ для IBM PC NETWORK, представляет собой ориентированный на ПЗУ протокол, размещаемый в адаптере сетевой интерфейсной карты NIC. Он перехватывает обращения к сетевым ресурсам и затем пе
редает их по сети. Многие прикладные программы написаны с использованием обращений к ресурсам посредством NetBIOS, поэтому данная разработка корпорации ИБМ скоро будет принята в качестве промышленного стандарта.
Исходя из этого, производители написали свое программное обеспечение для эмуляторов NetBIOS таким образом, чтобы ориентированные на нее прикладные программы могли работать в их собственных сетях. Даже сама корпорация ИБМ была вынуждена предложить такой э
мулятор для работы в сети, чтобы отказаться от дальнейшего использования NetBIOS в ПЗУ.
Каждый из разработчиков эмуляторов NetBIOS организует передачу запросов или напрямую к сетевой интерфейсной карте NIC или к протоколу связи. Поставщики оборудования создают свои эмуляторы таким оборазом, что они общаются прямо с картой NIC; разработчики
сетевых операционных систем подключают их к используемому протоколу связи. Например, эмулятор NetBIOS в сети фирмы Novell отличается тем, что протокол, которому передаются запросы, является собственным протоколом IPX.
Модель NetWare предоставляет разработчикам прикладных программ несколько вариантов выбора. Они могут использовать запросы к BIOS в DOS таким образом, как если бы работали на автономном прсональном компьютере, предоставляя программе NET3 самой перехватыва
ть сетевые запросы. В другом случае они могут использовать запросы к NetBIOS, которые будут перехватываться эмулятором NetBIOS и передаваться протоколу IPX. И, наконец, можно обращаться к IPX напрямую.
Многие разработчики прикладного программного обеспечения хотели бы иметь возможность писать программы, которые выполняли бы удаленные запросы одинаковым образом во свех сетях, а не ориентироваться на конкретные протоколы (или даже собственные прикладные
интерфейсы API); это возможно, если использовать популярные эмуляторы NetBIOS и саму NetBIOS. К сожалению, все NetBIOS отличаются друг от друга. Например, две различные версии на физически одинаковом оборудовании не смогут общаться между собой, если они
используют разные протоколы связи. Это очень плохо, когда две прикладные задачи используют две различных версии NetBIOS. Но проблемы возникают только тогда, когда эти две разные версии предполагается использовать для связи между прикладными программами и
ли между разными ЛВС.
Поскольку в NetBIOS отсутствуют возможности распределенной обработки, то, используя это средство, программист вынужден сам выполнять многие виды сетевых функций. Продолжая развивать концепцию NetBIOS, корпорация ИБМ в своей новейшей разработке сервера ЛВ
С на базе операционной системы OS/2 и фирма "Майкрософт" в своем Администраторе ЛВС в качестве своих стандартов предоставляют средства замены NetBIOS.
В отличие от операционной системы корпорации ИБМ для ЛВС на базе ПЭВМ система NetWare фирмы Novell не является зависимой от NetBIOS. Разработанный ею эмулятор предоставляется только в случае необходимости поддержки прикладных программ, состоящих из трех
частей. Как и при использовании NetBIOS, фирма Novell предоставляет эмуляторы для новых разработок ИБМ и "Майкрософт" для прикладных интерфейсов пользователей API.
Предложенное вам рассмотрение реализаций NetBIOS для локальных вычислительных сетей должно помочь вам найти средства поддержки своего программного обеспечения. Если все же потребуется использовать NetBIOS или какое-либо другое средство, убедитесь, что по
ставляемая для вашей ЛВС версия будет работать с вашей прикладной программой.
СЕТЕВОЙ ИНТЕРФЕЙС
Вид используемого сетевого интерфейса определяет метод передачи и получения данных, скорость пересылки данных, объем и порядок формирования пакетов данных, способ подключения к кабельной сети (САМ), а также топологию сети и тип (типы) кабеля.
В разработке и изготовлении сетевых интерфейсных карт NIC можно следовать одному из принятых промышленных стандартов, а можно применять и собственные разработки.
Стандарт ЛВС с описанием NIC обычно задает описание таких характеристик, как структура пакета, способ подключения к линии связи, уровни сигнала, тип кабеля, допустимые рассстояния соединения через кабель и т.п. Как правило, в стандартах нет описаний аппа
ратно/программных интерфейсов для конкретных компьютеров и операционных систем. Из-за этого здесь могут иметь место большие различия даже между NIC, удовлетворяющих одному и тому же стандарту. Эти различия переходят в большой разброс цен на NIC и могут о
казывать большое влияние на производительность. В общем случае, изготовленные в соответствии с принятыми стандартами сетевые интерфейсные карты NIC обеспечивают совместимость от разных производителей оборудования. И напротив, в собственных проектах NIC с
овместимость приносится в жертву повышению производительности, увеличению длины кабельных соединений, удешевлению и т.п.
БОЛЬШАЯ ТРОЙКА: Ethernet, ARCNET и эстафетная передача
Для ПЭВМ есть три основных стандарта NIC: один "де факто", и два "де юре". К ним относятся ARCNET, 802.3 (Ethernet) и 802.5 (кольцо с эстафетной передачей).
Фактически признанным стандартом является ARCNET. В настоящее время имеется более 100 изготовителей NIC этого стандарта и около 1.5 миллионов установленных узлов. ( К тому же ожидается решение ANSI о публикации официального стандарта ARCNET в конце 1989
года).
Сети 802.3 и 802.5 отвечают стандартам, созданным соответствующими подкомитетами комитета IEEE по локальным вычислительным сетям под номером 802.
Подкомитет 802.3 разрабатывает описание стандарта на базе Множественного доступа с опросом состояния канала и разрешением конфликтов (CSMA/CD). Подкомитет 802.5 представляет стандарты для кольцевой сети с эстафетным методом доступа.
СТАНДАРТ 802.3 И Ethernet
Стандарт 802.3 развивается из первоначального проекта Ethernet, разработанного Бобом Меткалфом из "Ксерокс корп.". Меткалф, которого часто называют отцом Ethernet, основал корпорацию 3СОМ, которая стала основным поставщиком аппаратуры и программного обес
печения для ЛВС.
В результате объединенных усилий DEC, Intel corp., и "Ксерокс" был сформирован подкомитет 802.3 и в январе 1985 года было выпущено первое описание ЛВС типа 802.3. Технически Ethernet относится только к описанию сети, созданному в корпорации "Ксерокс" (ко
торое в последствии было совместно переработано упомянутыми тремя корпорациями), а не к спецификации 802.3.
Вместе с тем, название Ethernet, как правило, относится к стандарту 802.3. В настоящей книге оно используется для названия сетей 802.3, а не к упомянутому ранее стандарту.
В Ethernet применяется способ подключения к линии связи под названием Множественного доступа с опросом состояния канала (CSMA). Его часто называют "конкурентным" методом доступа, так как при его применении сетевые станции состязаются за доступ к линии св
язи.
Когда одна станция сети готова к посылке пакета информации на другую станцию, то она опрашивает линию связи, чтобы убедиться, не передается ли на вторую станцию другой информационный пакет. Если она не обнаруживает в линии другого сигнала, то информацион
ный пакет пересылается. Если такой сигнал имеет место, то станция становится в состояние ожидания, затем снова проверяет линию и в случае, когда она свободна, выполняет передачу данных.
Можно провести аналогию с телефонной линией. Если вы поднимите трубку и услышите чей-то разговор, то вам известно, что линия занята, и поэтому вы кладете трубку, ждете несколько минут и повторяете свою попытку. Если вы услышите длинный гудок, то вы знает
е, что линия свободна и можно позвонить.
В сети Ethernet пакеты передаются по всей сети, но распознаются и принимаются только той станцией, которой они адресованы.
Всегда имеется вероятность того, что две или более станций будут пытаться одновременно выполнить пересылку данных. Например, в случае телефонной станции два человека могут в одно и то же время поднять трубку и вызывать абонента. Причем обоим это не удаст
ся. Поэтому в ЛВС типа 802.3 применяется метод разрешения коллизий (/CD). При разрешении коллизий участвующие в ней рабочие станции ожидают некоторый произвольный период времени (для снижения возможности повторной коллизии), после чего снова делают попыт
ку пересылки данных.
Доступ к сети не гарантирован и носит случайный характер. Из-за конкуренции за доступ метод CSMA называется вероятностным, что означает для станции определенную вероятность получения доступа к сети, но никогда не гарантирует его.
В очень перегруженной и/или неисправно работающей сети может сильно снизиться производительнсоть, а из-за возрастания числа случаев коллизий сеть может подойти к точке "насыщения". Эта проблема редко возникает в правильно спроектированной и смонтированно
й сети.
Основным достоинством Ethernet является ее широкое распространение и поддержка в промышленности. При наличии ЭВМ для большого бизнеса, правительства или организаций высшего образования наиболее вероятно, что ее интерфейс удовлетворит основные требования.
Большинство основных сетевых операционных систем можно использовать в ЛВС этого типа.
КАБЕЛЬНЫЕ СОЕДИНЕНИЯ ETHERNET
Первоначально для Ethernet применялся толстый коаксиальный кабель с 50-тиоммным сопротивлением (приблизительно соответствует кабелю марки RG-8). В соответствии с описанием стандарта этот кабель может иметь длину до 500 метров с сопротивлением нагрузки на
каждом конце в 50 омм. Обычно желтого или оранжевого цвета, кабель часто называют "желтым кабелем".
Подключение к кабелю выполняется посредством приемопередатчика. Его функции заключаются в подключении устройства и части сетевого интерфейса, которая выполняет разрешение коллизий. Подключение приемопередатчика к сетевому интерфейсу выполняется посредств
ом четырехпроводного кабеля Интерфейса подключения устройства (AUI).
Второй спецификацией кабеля определен "Тонкий Ethernet", который иногда называют "дешевый", так как он имеет более низкую стоимость относительно желтого кабеля. Он представляет собой 50-тиоммный коаксиальный кабель RG-58. В соответствии с требованиями ст
андарта его длина может составлять до 185 метров.
Для подключения к кабелю необходимо использовать приемопередатчик, при этом в большинстве NIC для ПК он уже встроен. Как правило, дешевый кабель подключается напрямую к внутреннему приемопередатчику NIC через тройник.
Рис.2.2: Подключение персональных ЭВМ через тонкий
кабель Ethernet
И хотя базовая спецификация кабельной системы Ethernet имеет прямолинейный характер, в этой сети предоставляется много дополнительных возможностей путем использования таких разнообразных устройств, как повторители, многопортовые повторители и устройства
разветвления.
Одновременно с этим очень легко приспособить невходящие в описанные стандарты световодные линии, которые обеспечивают связь на более дальние расстояния и электрическую развязку секций сети.
В настоящее время подкомитетом 802.3 на основе неэкранированного плетеного парного провода (UTP) создается описание новой спецификации Ethernet. Уже есть много не полностью соответствующих стандарту реализаций UTP.
Основные недостатки Ethernet заключаются в трудности диагностирования оборудования, особенно в строго линейной сети. Поскольку сигналы передаются по всей сети в целом, то может иметь место наложение сбоев из разных точек. Вообще-то, такой проблемы в хоро
шо спроектированной и смонтированной ЛВС не должно быть.
NIC для Ethernet отличаются по "быстроте" в зависимости от таких факторов, как наличие процессора на плате или буферизации. В число основных производителей NIC для ПК входят 3СОМ, "Интерлан", "Вестерн Диджител", Novell и "Тейтуэй коммьюникейшн".
КОЛЬЦО ЭСТАФЕТНОЙ ПЕРЕДАЧИ 802.5
802.5 представляет описание стандарта вычислительных сетей на основе физического метода доступа эстафетной передачи.
Рис.2.3: Кольцевая топология со звездообразным соединением
Кольцевая сеть представляет собой замкнутую петлю, в которой данные путешествуют в одном направлении. Каждая станция ЛВС соединена линией с предыдущей и последующими станциями и в итоге все они образуют кольцо. Данные поступают из предыдущей и передаются
в последующую станцию.
Чтобы облегчить подключение и отключение станций все кабельные линии проходят через одно или несколько центральных гнезд. В таком гнезде каждая станция соединяется со своими предшественником и последователем. Эти гнезда, называемые Устройствами многостан
ционного доступа (MAU) автоматически пропускают отсоединенные или выключенные станции, поддерживая целостность кольцевой структуры. Поскольку все кабели подключаются к MAU, то здесь применяется термин "кольцевая топология со звездообразным соединением".
Несмотря на то, что на описание стандарта 802.5 сильное влияние оказала корпорация ИБМ, другие производители, включая "Протеон", также несут за него ответственность. Из-за подавляющего влияния ИБМ этот сетевой стандарт часто называют "Эстафетной передаче
й ИБМ", хотя в действительности это имя относится только к фирменным изделиям этой корпорации.
Рис.2.4: Кольцевая траектория данных (без MAU)
Рис.2.5: Кольцевая траектория данных через MAU
ЭСТАФЕТНЫЙ МЕТОД ДОСТУПА
В системах эстафетной передачи выполняется пересылка в заранее определенном порядке от одной станции к другой электронного сигнала, который называется "обозначение" или "маркер". Если у станции есть право на маркер, то она может послать пакет информации.
Если у нее маркера нет, то она должна находиться в ожидании до тех пор, пока она не сможет начать передачу с приходом маркера.
Системы эстафетной передачи в основном "конкурентносвободны". В отличие от конкуренции за доступ к сети, которая имеет место в системах с CSMA, каждая станция ожидает своей очереди для получения маркера. В системах эстафетной передачи доступ к сети в отл
ичие от систем CSMA гарантируется. В ситуациях перегрузки, как правило, производительность выше, чем в системах с конкуренцией.
В эстафетном кольце сигнал маркера генерируется первой подключенной к сети станцией. Эта станция становится "активным монитором" и гарантирует, что никакая другая станция не будет генерировать сигнал маркера. Он передается последовательно от одной станци
и кольца к другой. Каждая станция получает сигнал маркера, затем генерирует его и передает следующей станции.
Метод эстафетной передачи, применяемый в стандарте 802.5 для кольцевых эстафетных вычислительных сетей, позволяет передавать по одному пакету данных на один сигнал маркера. Если станция получает "свободный" сигнал, который означает, что к нему не присоед
инены данные, то к нему она может присовокупить пакет данных.
Содержащий адреса источника и пункта назначения, а также и сами данные, пакет вместе с самим сигналом должен быть получен и обработан последовательно каждой станцией кольца до достижения станции назначения.
На станции назначения из пакета считываются данные, изменяется один из атрибутов пакета (называемый "битом копирования блока"), после чего на следующую станцию передается пакет и сигнал маркера. Бит подтверждения приема сообщает посылающей станции, что п
акет получен станцией адресатом.
Когда посылающая станция снова получает пакет и сигнал маркера, она разбирает пакет и передает далее только сигнал маркера. После этого сигнал свободен для использования следующей станцией.
Основное преимущество эстафетного кольца 802.5 заключается в ее методе доступа, который гарантирует использование сети. Перегрузка такой схемы может сделать ее менее эффективной по сравнению с CSMA, например, в слабо загруженных вычислительных сетях, но
по мере увеличения движения информации из-за отсутствия конкуренции, коллизий и повторных попыток доступа этот метод показывает более высокую эффективность.
Главным недостатком кольцевых вычислительных сетей является тот факт, что каждая станция действует как повторитель. Поскольку каждый пакет получается и пересылается (повторяется) каждой станцией кольца, то любая неисправная станция имеет возможность разр
ушить любой пакет, независимо от его адресата и источника.
Несмотря на то, что MAU были разработаны для уменьшения трудностей с помощью автоматического удаления неисправных станций, они не всегда имеют возможность их определить.
В дополнение к этому, если сеть выводится из строя по причине неисправности, то сетевая диагностика, включая сетевого администратора ИБМ, не может распознавать проблему. Это преодолевается путем использования Интеллектуального сетевого MAU и Усовершенств
ованного сетевого администратора производства фирмы "Протеон", в которых для диагностики и управления применяется внесетевой путь передачи данных. Стоимость сети при этом может возрасти. Более того, такое оборудование, не производимое корпорацией ИБМ, в
некоторых "правильных" магазинах может отсутствовать.
В настоящей спецификации 802.5 установлена скорость корпорации ИБМ, впрочем как и другие поставщики, производит версию сетевого оборудования кольцевой структуры, работающую со скоростью 16 мегабит/сек. И хотя ее нет в описании стандарта 802.5, ожидается,
что комитет узаконит эту новую систему.
Кроме скорости передачи в 16 мегабит/сек, эта версия обеспечивает возможность сетевой работы в варианте "с ранним оповещением" одновременно с двумя пакетами (от разных станций). Это предоставляет возможность более эффективного использования сети, преувел
ичений общей производительности.
Эстафетное кольцо разработано для применения экранированного двойного кабеля, хотя допускается также и UTP. Вместе с тем, такие кампании, как "Протеон", предлагают использовать другие виды линий связи, включая оптоволоконные, микроволновые и инфракрасные
.
ARCNET
Одной из самых старых действующих систем ЛВС является ARCNET. Первоначально она была разработана в 1977 году Джоном Мерфи из "Datapoint corporation". ARCNET стала одной из наиболее популярных с точки зрения реализации оборудования системой ЛВС в мире, за
нимая по оценкам 25 процентов новых установок ЛВС. Сюда входят ЛВС всех типов; оценки для ЛВС на базе ПЭВМ гораздо выше. Например, по данным распространителей фирмы Novell (а также по другим источникам) более половины установок NetWare ее производства ис
пользуют оборудование ARCNET.
Почему же система ЛВС, не имеющая штампа IEEE, оказалась столь популярной? На это есть несколько важных причин: надежность, гибкость, производительность, простота наладки и диагностики сбоев. По общему мнению поставщиков и наладчиков ARCNET является само
й простой среди ЛВС с точки зрения установки и поиска неисправностей. После установки контроллеры ARCNET редко оказываются неисправными, а благодаря ее топологии "звездообразного кластера" можно легко изолировать секции сети, что сильно облегчает диагнос
тику.
Хотя ARCNET, имея скорость передачи 2.5 мегабит/сек, не является самой быстрой ЛВС в целом, ее протокол эстафетной передачи обеспечивает приемлемую производительность, которая при увеличении загрузки снижается не очень резко (в отличие от схемы CSMA/CD с
ети Ethernet, в которой увеличивается влияние неразрешимых коллизий, приводящих к дополнительным передачам данных, в свою очередь дающих еще коллизии).
ARCNET характеризуется большой свободой выбора кабельных линий. Вместе с тем оборудование почти всех производителей ARCNET (имеется в виду сетевая интерфейсная карта NIC) будет вполне нормально работать в одной сети с аппаратурой другого производства, чт
о обеспечивает такую степень стандартизации, которая не всегда достижима в других типах ЛВС.
Основными производителями ARCNET в настоящее время являются SMC, Pure Data Corp., Thomas-Courad Corp. и Tiara Computer Systems.
Рис. 2.6: Стандартная топология ARCNET
1 - активное гнездо; 2 - пассивное гнездо
Стандартной топологией ARCNET является "звездообразная кластерная" схема, состоящая из станций ARCNET, подключенных к устройствам распределения, называемым гнездами. Есть два типа гнезд ARCNET: активные и пассивные. Активным называется подключенное к пит
анию устройство, которое действует как распределитель и усилитель сигналов, тогда как пассивное гнездо только распределяет сигналы на короткие расстояния (без усиления). Активные гнезда могут иметь от двух до 64 портов, а пассивные - четыре. Используя ак
тивные гнезда как повторители ARCNET может охватывать площадь диаметром до 20000 футов (около 6000 метров), предоставляя максимальную дистанцию кабельной связи между двумя различными узлами сети в 20000 футов. Стандартным кабелем ARCNET является коаксиал
ьный кабель RG-62 с сопротивлением в 93 омм.
В ARCNET все сигналы передаются по всей сети одновременно. Такая возможность обеспечивается благодаря тому, что в ней применяется топология "шины", когда все устройства ЛВС совместно используют одну систему проводов и когда каждое сетевое устройство може
т посылать и получать сообщения к любому другому устройству сети. Это недостижимо в эстафетной передаче, где станции могут общаться напрямую только с подключенными к ним станциями. Из-за применяемого метода прохождения сообщений в ARCNET нет необходимост
и для каждой станции действовать в качестве повторителя, что характерно для эстафетной передачи. Когда любая станция имеет возможность получать адресуемые ей сообщения и игнорировать все остальные, то экономия за счет непроизводительной работы будет весь
ма значительной.
В ARCNET применяется логическая эстафетная схема управления доступом к кабельной линии связи. Как и в кольцевой эстафетной системе, между станциями в заранее известном порядке осуществляется передача маркера. Если у станции есть право на маркер, то она м
ожет послать пакет данных. Если такое право отсутствует, то станция ожидает возможности передачи, пока не получит маркер от предыдущей станции. Эстафетная схема ARCNET гарантирует регулярный доступ к сети.
Каждая станция ARCNET имеет адрес от 1 до 255, установленный на ее карте с помощью переключателей. Каждая станция в свой регистр Next ID (NID) помещает адрес следующей станции. Маркер, который действует как разрешение на передачу, пересылается всеми стан
циями по адресам, находящимся в регистре NID. Когда у станции есть право на маркер, она может избежать посылки пакета данных на другую станцию. После посылки пакета (и получения подтверждения) или отказа от посылки пакета, она передает маркер по сети на
станцию с указанным в регистре NID адресом. Адресуемая станция подтверждает получение маркера и начинает процесс снова. ARCNET динамически и автоматически изменяет свою конфигурацию всякий раз, когда в сеть добавляется или из нее удаляется какаялибо стан
ция.
Рис.2.7: Логический метод эстафетной передачи ARCNET
Хотя ARCNET имеет более низкую скорость передачи, чем в стандарте 802.5, ее производительность часто оказывается выше, поскольку в ней намного меньше холостой работы. Кольцевые эстафетные сети требуют передачи маркера, обработки и его повторной генерации
на каждой станции, находящейся на пути между приемником и передатчиком; в сети ARCNET передаются пакеты данных, которые игнорируются всеми неадресуемыми как пункты назначения станциями.
Очень просто в ARCNET выполняется диагностика сбоев. Благодаря звездообразной кластерной топологии, можно очень легко отключить целую секцию от сети и провести локализацию неисправности. Имеется также несколько недорогих программных продуктов, которые по
могают в локализации и диагностике сбоев.
Со времени выпуска первой разработки ARCNET к ней было добавлено несколько расширений. Сюда входят:
1. Волоконная оптика. Максимальное расстояние между стандартными активными устройствами ARCNET (контроллеры ARCNET и активные гнезда) составляет 2000 футов.
Его можно увеличить, используя волоконную оптику.
Применив один контроллер на волоконной оптике и соответствующие линии связи, это расстояние можно увеличить до 400 футов, а двойная система такого типа повышает дистанцию до 115000 футов.
2. ARCNET с линейной шиной. Еще одним, недавно введенным новшеством, является карта линейной шины ARCNET, которая была разработана корпорацией "Стандартные микросистемы" (SMC), а в настоящее время выпускается несколькими производителями. В этой карте при
меняется специальная схема, позволяющая одновременно подключать к линейному кабелю до восьми карт. Этот кабель может иметь длину до 1000 футов. Подключение выполняется с помощью разъема такого типа, что и базовый вариант "Т", который применяется для кабе
ля сети Ethernet. Один конец такого кабеля можно подключить к активному гнезду и тем самым реализовать внутренние соединения в звездообразной кластерной топологии.
3. Плетеный парный провод в ARCNET. Предназначенные для использования телефонного провода UTP платы и гнезда сети ARCNET были разработаны корпорацией SMC (а сейчас производятся другими фирмами). Такие платы можно подключать на расстояние до 400 футов к с
пециальным активным гнездам и связывать в цепочку до 10 таких плат. Для этого требуется только один парный провод.
4. 16-битная ЭВМ класса АТ и микроканальные интерфейсы. Такие контроллеры, разработанные впервые корпорациями Perfomance Technology, Thomas-Conrad и Pure Data, выпускаются сейчас и другими основными поставщиками оборудования ARCNET. Эти платы обычно обес
печивают более высокую производительность благодаря использованию 16-битового пути прохождения данных и улучшенной буферизации пакетов.
5. Приоритеты узлов. В настоящее время SMC производит 16-битную плату, специально спроектированную для серверов ЛВС. Эта плата, называемая РС500FS, может выполнять многократную посылку пакетов всякий раз, когда у нее есть право на маркер. Это означает во
зможность обработки запросов от многопользовательских рабочих станций за один раунд общения с маркером.
6. ARCNET для ЭВМ типа Макинтош. SMC, Thomas-Conrad и другие производители в настоящее время поставляют карты ARCNET для ЭВМ "Эппл Макинтош SE" и серии II.
Хотя приведенные выше усовершенствования улучшают производительность ARCNET, эта сеть все еще имеет два недостатка: относительно низкую скорость передачи в 2.5 мегабит (с точки зрения современных стандартов) и неэффективный 508-байтный объем пакета данны
х. Несколько групп исследователей пытается исправить эту ситуацию.
Вместе с производителями чипов SMC и NRC корпорация Datapoint недавно объявила о версии ARCNET Plus, работающей со скоростью 20 мегабит в секунду. Вместе с увеличением скорости передачи в ней предусматривается использование 4096байтного объема пакета дан
ных и совместимость с уже имеющимся оборудованием ARCNET. В этом проекте предусматривается 20-мегабитная плата связи с 2.5 мегабитными платами с меньшей скоростью передачи. Данная версия ARCNET совместима с уже применяемой системой кабельной связи, включ
ая коаксиальный и UTP. ARCNET Plus предполагается выпустить в продажу в 1990 году.
|