Foreversoft.ru

IT Справочник
0 просмотров
Рейтинг статьи
1 звезда2 звезды3 звезды4 звезды5 звезд
Загрузка...

Архитектура и стандартизация сетей

И стандартизация сетей

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

Прорывом в стандартизации архитектуры компьютерной сети стала разработка модели взаи­модействия открытых систем (Open System Interconnection, OSI), которая в начале 80-х годов обобщила накопленный к тому времени опыт. Модель OSI является международным стандар­том и определяет способ декомпозиции задачи взаимодействия «по вертикали», поручая эту задачу коммуникационным протоколам семи уровней. Уровни образуют иерархию, известную как стек протоколов, где каждый вышестоящий уровень использует нижестоящий в качестве удобного инструмента для решения своих задач.

Существующие сегодня (или существовавшие еще недавно) стеки протоколов в целом отра­жают архитектуру модели OSI. Однако в каждом стеке протоколов имеются свои особенности и отличия от архитектуры OSI. Так, наиболее популярный стек TCP/IP состоит из четырех уров­ней. Стандартная архитектура компьютерной сети определяет также распределение протоко­лов между элементами сети — конечными узлами (компьютерами) и промежуточными узлами (коммутаторами и маршрутизаторами). Промежуточные узлы выполняют только транспортные функции стека протоколов, передавая трафик между конечными узлами. Конечные узлы под­держивают весь стек протоколов, предоставляя информационные услуги, например веб-сер­вис. Такое распределение функций означает смещение «интеллекта» сети на ее периферию.

Декомпозиция задачи сетевого вза и модействия

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

Организация взаимодействия между устройствами сети является сложной зада­чей. Для решения сложных задач используется известный универсальный при­ем — декомпозиция, то есть разбиение одной сложной задачи на несколько более простых задач-модулей. Декомпозиция состоит в четком определении функций каждого модуля, а также порядка их взаимодействия (то есть межмодульных интерфейсов). При таком подходе каждый модуль можно рассматривать как «черный ящик», абстрагируясь от его внутренних механизмов и концентрируя внимание на способе взаимодействия этих модулей. В результате такого логиче­ского упрощения задачи появляется возможность независимого тестирования, разработки и модификации модулей. Так, любой из показанных на рис. 4.1 моду­лей может быть переписан заново. Пусть, например, это будет модуль А, и если при этом разработчики сохранят без изменения межмодульные связи (в данном случае интерфейсы А-В и А-С), то это не потребует никаких изменений в ос­тальных модулях.

Рис. 4.1. Пример декомпозиции задачи

Не нашли то, что искали? Воспользуйтесь поиском:

Лучшие изречения: Для студента самое главное не сдать экзамен, а вовремя вспомнить про него. 10617 — | 7808 — или читать все.

ГЛАВА 4 Архитектура и стандартизация сетей

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

Прорывом в стандартизации архитектуры компьютерной сети стала разработка модели взаимодей­ствия открытых систем (Open System Interconnection, OSI), которая в начале 80-х годов обобщила накопленный к тому времени опыт. Модель OSI является международным стандартом и определяет способ декомпозиции задачи взаимодействия «по вертикали», поручая эту задачу коммуникаци­онным протоколам семи уровней. Уровни образуют иерархию, известную как стек протоколов, где каждый вышестоящий уровень использует нижестоящий в качестве удобного инструмента для решения своих задач.

Существующие сегодня (или существовавшие еще недавно) стеки протоколов в целом отражают архитектуру модели OSI. Однако в каждом стеке протоколов имеются свои особенности и отличия от архитектуры OSI. Так, наиболее популярный стек TCP/IP состоит из четырех уровней. Стандартная архитектура компьютерной сети определяет также распределение протоколов между элементами сети — конечными узлами (компьютерами) и промежуточными узлами (коммутаторами и маршру­тизаторами). Промежуточные узлы выполняют только транспортные функции стека протоколов, передавая трафик между конечными узлами. Конечные узлы поддерживают весь стек протоколов, предоставляя информационные услуги, например веб-сервис. Такое распределение функций озна­чает смещение «интеллекта» сети на ее периферию.

Декомпозиция задачи сетевого взаимодействия

Организация взаимодействия между устройствами сети является сложной задачей. Для решения сложных задач используется известный универсальный прием — декомпозиция, то есть разбиение одной сложной задачи на несколько более простых задач-модулей. Де­композиция состоит в четком определении функций каждого модуля, а также порядка их взаимодействия (то есть межмодульных интерфейсов). При таком подходе каждый модуль можно рассматривать как «черный ящик», абстрагируясь от его внутренних механизмов и концентрируя внимание на способе взаимодействия этих модулей. В результате такого логического упрощения задачи появляется возможность независимого тестирования, раз­работки и модификации модулей. Так, любой из показанных на рис. 4.1 модулей может быть переписан заново. Пусть, например, это будет модуль A, и если при этом разработчики сохранят без изменения межмодульные связи (в данном случае интерфейсы A-В и A-C), то это не потребует никаких изменений в остальных модулях.

Рис. 4.1. Пример декомпозиции задачи

Многоуровневый подход

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

Рис. 4.2. Многоуровневый подход — создание иерархии задач

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

Читать еще:  Argument not optional vba ошибка

Межуровневый интерфейс, называемый также интерфейсом услуг, определяет набор функций, которые нижележащий уровень предоставляет вышележащему (рис. 4.3).

Рис. 4.3. Концепция многоуровневого взаимодействия

Такой подход дает возможность проводить разработку, тестирование и модификацию от­дельного уровня независимо от других уровней. Иерархическая декомпозиция позволяет, двигаясь от более низкого уровня к более высокому, переходить ко все более и более аб­страктному, а значит, более простому представлению исходной задачи.

Рассмотрим задачу считывания логической записи из файла, расположенного на локальном диске. Ее (очень упрощенно) можно представить в виде следующей иерархии частных за­дач.

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

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

2. Определение считываемой части файла.

Для решения этой задачи необходимо снизить степень абстракции файловой системы. Функции данного уровня оперируют файлом как совокупностью определенным образом связанных физических блоков диска.

3. Считывание данных с диска.

После определения номера физического блока файловая система обращается к системе ввода-вывода для выполнения операции чтения. На этом уровне уже фигурируют такие детали устройства файловой системы, как номера цилиндров, дорожек, секторов.

Среди функций, которые может запросить прикладная программа, обращаясь к верхнему уровню файловой системы, может быть, например, такая:

ПРОЧИТАТЬ 22 ЛОГИЧЕСКУЮ ЗАПИСЬ ФАЙЛА DIR1/MY/FILE.TXT

Верхний уровень не может выполнить этот запрос «только своими силами», определив по символьному имени DIR1/MY/FILE.TXT физический адрес файла, он обращается с запросом к нижележащему уровню:

ПРОЧИТАТЬ 22 ЛОГИЧЕСКУЮ ЗАПИСЬ ИЗ ФАЙЛА,

ИМЕЮЩЕГО ФИЗИЧЕСКИЙ АДРЕС 174 И РАЗМЕР 235

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

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

Задача организации взаимодействия компьютеров в сети тоже может быть представлена в виде иерархически организованного множества модулей. Например, модулям нижнего уровня можно поручить вопросы, связанные с надежной передачей информации между двумя соседними узлами, а модулям следующего, более высокого уровня — транспорти­ровку сообщений в пределах всей сети. Очевидно, что последняя задача — организация связи двух любых, не обязательно соседних, узлов — является более общей и поэтому ее решение может быть получено путем многократных обращений к нижележащему уровню. Так, организация взаимодействия узлов А и В может быть сведена к поочередному взаи­модействию пар промежуточных смежных узлов (рис. 4.4).

Рис. 4.4. Взаимодействие произвольной пары узлов

Протокол и стек протоколов

Многоуровневое представление средств сетевого взаимодействия имеет свою специфику, связанную с тем, что в процессе обмена сообщениями участвуют, по меньшей мере, две стороны, то есть в данном случае необходимо организовать согласованную работу двух иерархий аппаратных и программных средств на разных компьютерах. Оба участника сетевого обмена должны принять множество соглашений. Например, они должны согла­совать уровни и форму электрических сигналов, способ определения размера сообщений, договориться о методах контроля достоверности и т. п. Другими словами, соглашения должны быть приняты на всех уровнях, начиная от самого низкого — уровня передачи битов, и заканчивая самым высоким, реализующим обслуживание пользователей сети.

На рис. 4.5 показана модель взаимодействия двух узлов. С каждой стороны средства взаимодействия представлены четырьмя уровнями. Каждый уровень поддерживает интер­фейсы двух типов. Во-первых, это интерфейсы услуг с выше- и нижележащим уровнями «своей» иерархии средств. Во-вторых, это интерфейс со средствами взаимодействия другой стороны, расположенными на том же уровне иерархии. Этот тип интерфейса называют протоколом. Таким образом, протокол всегда является одноранговым интерфейсом.

Рис. 4.5. Взаимодействие двух узлов

В сущности, термины «протокол» и «интерфейс» выражают одно и то же понятие — формализованное описание процедуры взаимодействия двух объектов, но традиционно в сетях за ними закрепили разные области действия: протоколы определяют правила взаимодействия модулей одного уровня в разных узлах, а интерфейсы — правила взаимодействия модулей соседних уровней в одном узле.

Иерархически организованный набор протоколов, достаточный для организации взаимодействия узлов в сети, называется стеком протоколов.

Протоколы нижних уровней часто реализуются комбинацией программных и аппаратных средств, д протоколы верхних уровней, как правило, программными средствами.

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

Протокольные сущности одного уровня двух взаимодействующих сторон обмениваются сообщениями в соответствии с определенным для них протоколом. Сообщения состоят из заголовка и поля данных (иногда оно может отсутствовать). Обмен сообщениями явля­ется своеобразным языком общения, с помощью которого каждая из сторон «объясняет» другой стороне, что необходимо сделать на каждом этапе взаимодействия. Работа каждого протокольного модуля состоит в интерпретации заголовков поступающих к нему сообще­ний и выполнении связанных с этим действий. Заголовки сообщений разных протоколов имеют разную структуру, что соответствует различиям в их функциональности. Понятно, что чем сложнее структура заголовка сообщения, тем более сложные функции возложены на соответствующий протокол.

Читать еще:  Архитектура ia 32

Модель OSI

Из того что протокол является соглашением, принятым двумя взаимодействующими узлами сети, совсем не следует, что он обязательно является стандартным. Но на практике при реализации сетей стремятся использовать стандартные протоколы. Это могут быть фирменные, национальные или международные стандарты.

В начале 80-х годов ряд международных организаций по стандартизации, в частно­сти International Organization for Standardization (ISO), часто называемая International Standards Organization, а также International Telecommunications Union (ITU) и некоторые другие, разработали стандартную модель взаимодействия открытых систем(Open System Interconnection, OSI). Эта модель сыграла значительную роль в развитии компьютерных сетей.

Последнее изменение этой страницы: 2017-02-05; Нарушение авторского права страницы

Стандартизация сетей

Понятие «открытая система»

Модель OSI , как следует из ее названия ( Open System Interconnection ), описывает взаимосвязи открытых систем. Что же такое открытая система ?

В широком смысле открытой системой может быть названа любая система (компьютер, вычислительная сеть, ОС, программный пакет, другие аппаратные и программные продукты), построенная в соответствии с открытыми спецификациями .

Напомним, что под термином «спецификация» (в вычислительной технике) понимают формализованное описание аппаратных или программных компонентов , способов их функционирования, взаимодействия с другими компонентами, условий эксплуатации, ограничений и особых характеристик. Понятно, что не всякая спецификация является стандартом.

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

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

Для реальных систем полная открытость является недостижимым идеалом. Как правило, даже в системах, называемых открытыми , этому определению соответствуют лишь некоторые части, поддерживающие внешние интерфейсы. Например, открытость семейства операционных систем Unix заключается, кроме всего прочего, в наличии стандартизованного программного интерфейса между ядром и приложениями, что позволяет легко переносить приложения из среды одной версии Unix в среду другой версии. Еще одним примером частичной открытости является применение в достаточно закрытой операционной системе Novell NetWare открытого интерфейса Open Driver Interface ( ODI ) для включения в систему драйверов сетевых адаптеров производства независимых компаний. Чем больше открытых спецификаций использовано при разработке системы, тем более открытой она является.

Модель OSI касается только одного аспекта открытости, а именно открытости средств взаимодействия устройств, связанных в вычислительную сеть . Здесь под открытой системой понимается сетевое устройство, готовое взаимодействовать с другими сетевыми устройствами с использованием стандартных правил, определяющих формат, содержание и значение принимаемых и отправляемых сообщений.

Если две сети построены с соблюдением принципов открытости, то это дает следующие преимущества:

  • возможность построения сети из аппаратных и программных средств различных производителей, придерживающихся одного и того же стандарта ;
  • возможность безболезненной замены одних компонентов сети другими, что позволяет сети развиваться с минимальными затратами;
  • возможность легкого сопряжения одной сети с другой;
  • простота освоения и обслуживания сети.

Ярким примером открытой системы является сеть Internet . Эта сеть развивалась в полном соответствии с требованиями, предъявляемыми к открытым системам . В разработке ее стандартов принимали участие тысячи специалистов-пользователей из различных университетов, научных организаций и фирм-производителей вычислительной аппаратуры и программного обеспечения, работающих в разных странах. Само название стандартов , определяющих работу Internet — Request For Comments ( RFC , что можно перевести как » запрос на комментарии»,) — говорит об открытом характере принимаемых стандартов . В результате сеть Internet объединила в себе разнообразное оборудование и программное обеспечение огромного количества сетей, разбросанных по всему миру.

Модульность и стандартизация

Модульность — это одно из неотъемлемых свойств вычислительных сетей. Модульность проявляется не только в многоуровневом представлении коммуникационных протоколов в конечных узлах сети, хотя это, безусловно, важная и принципиальная особенность сетевой архитектуры. Сеть состоит из огромного числа различных модулей — компьютеров, сетевых адаптеров , мостов, маршрутизаторов, модемов, операционных систем и модулей приложений.

Разнообразные требования, предъявляемые предприятиями к компьютерным сетям , привели к появлению многочисленных и разнообразных устройств и программ для построения сети. Эти продукты отличаются не только основными функциями (имеются в виду функции, выполняемые, например, повторителями , мостами или программными редиректорами ), но и многочисленными вспомогательными функциями , предоставляющими пользователям или администраторам дополнительные удобства, такие как автоматизированное конфигурирование параметров устройства, автоматическое обнаружение и устранение некоторых неисправностей, возможность программного изменения связей в сети и т. п. Разнообразие увеличивается также потому, что многие устройства и программы отличаются сочетаниями тех или иных основных и дополнительных функций — существуют, например, устройства, объединяющие в себе основные возможности коммутаторов и маршрутизаторов, к которым добавляется еще и набор некоторых дополнительных функций, характерный только для данного продукта.

В результате не существует компании, которая смогла бы обеспечить производство полного набора всех типов и подтипов оборудования и программного обеспечения, необходимого для построения сети. Но, так как все компоненты сети должны работать согласованно, потребовалось принимать многочисленные стандарты , которые, если не во всех, то хотя бы в большинстве случаев, гарантировали бы совместимость оборудования и программ различных фирм-изготовителей.

Таким образом, понятия «модульность» и «стандартизация» в сетях неразрывно связаны, и модульный подход только тогда дает преимущества, когда он сопровождается следованием стандартам .

В результате открытый характер стандартов и спецификаций важен не только для коммуникационных протоколов , но и для всех многочисленных функций разнообразных устройств и программ, выпускаемых для построения сети. Нужно отметить, что большинство принимаемых сегодня стандартов носит открытый характер. Время закрытых систем, точные спецификации на которые были известны только фирме-производителю, прошло. Стало очевидно, что возможность взаимодействия с продуктами конкурентов не снижает, а наоборот, повышает ценность изделия, так как его можно применить в большем количестве работающих сетей, построенных на основе продуктов разных изготовителей. Поэтому даже компании, ранее выпускавшие весьма закрытые системы, такие как IBM , Novell или Microsoft, сегодня активно участвуют в разработке открытых стандартов и применяют их в своих продуктах.

Читать еще:  Архитектура процессора pentium

Сегодня в секторе сетевого оборудования и программ с совместимостью продуктов разных производителей сложилась следующая ситуация. Практически все продукты, как программные, так и аппаратные, совместимы по функциям и свойствам, которые были реализованы уже достаточно давно, и соответствующие стандарты разработаны и приняты, по крайней мере, 3–4 года назад. В то же время очень часто принципиально новые устройства, протоколы и свойства оказываются несовместимыми даже у ведущих производителей. Такая картина характерна не только для тех устройств или функций, стандарты на которые еще не успели принять (это естественно), но и для устройств, стандарты на которые существуют уже несколько лет. Совместимость достигается только после того, как все производители реализуют соответствующий стандарт в своих изделиях, причем одинаковым образом.

Стандартизация сетей

Сетевой стандарт считается набором специальных соглашений и правил, относящихся к:

  • созданию локальной сети;
  • организации передачи данных с привлечением протоколов и специального оборудования.

Вопросом стандартизации на территории России всегда занимался Госстандарт, сейчас он продолжает выполнять эти функции, являясь головным национальным институтом и сотрудничая с отраслевыми институтами ЛОНИИС, ЦНИИС и некоторыми другими.

Стандартизация в телекоммуникациях

Рисунок 1. Архитектура и стандартизация сетей: многоуровневый подход. Автор24 — интернет-биржа студенческих работ

Стандартизация – это важный аспект развития телекоммуникационных систем в современных условиях.

Она нужна представителям сферы телекоммуникаций, в частности:

  • производителям электронных компонентов;
  • изготовителям аппаратуры;
  • разработчикам сетей.

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

Попробуй обратиться за помощью к преподавателям

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

За разработку стандарта объединенных сетей ответственными являются различные организации. Это происходит с помощью проведения специальных форумов, превращения дискуссий неформального характера в формальные и распространения их непосредственно после стандартизации.

Рисунок 2. Схема протоколов и стека протоколов в стандартизации сетей. Автор24 — интернет-биржа студенческих работ

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

Задай вопрос специалистам и получи
ответ уже через 15 минут!

Международные организации по стандартизации сетей

В качестве самых популярных организаций, которые занимаются стандартизацией объединенных сетей, выступают такие:

  1. Международная организация в сфере стандартизации (ISO), отвечающая за развитие и совершенствование стандартов различной направленности, включая сетевые. Среди наиболее известных ее вкладов в стандартизацию сетей можно выделить разработку модели OSI и набора ее протоколов. В состав ISO входит и Институт стандартов США, координирующий группы по стандартизации, формирующихся в США на общественных началах.
  2. Ассоциация промышленности электронного формата (EIA) разрабатывает стандарты передачи данных посредством электрических сетей, в частности, за счет компьютерных. В EIA разработали популярный стандарт EIA/TIA-232.
  3. Институт инженеров электротехники и радиоэлектроники (IEEE) представляет профессиональную организацию, разрабатывающую стандарты сетевого и других форматов.
  4. Международный союз в направлении телекоммуникаций (ITU-T) представляет сейчас организацию международного формата, чьим направлением является разработка стандартов по телекоммуникациям. В частности, стандарт Х.25 разработали в ITU-T.
  5. Комитет по вопросам деятельности в сети Интернет (IAB) представляет исследовательскую группу объединенных сетей, чья направленность связана с обсуждением вопросов, касающихся сети Интернет. При этом она определяет общую политику в сети Интернет за счет принятия эффективных решений и формирования для этого рабочих групп.

Стандарт FDDI

FDDI считается оптоволоконным интерфейсом распределения данных, представляющим одну из первых высокоскоростных технологий ЛВС с присущей ей пропускной способностью 100 Мбит/с, реализованной на волоконно-оптическом кабеле.

Стандарт FDDI разрабатывался в восьмидесятых годах прошлого века представителями комитета по стандартизации ХЗТ9.5 при ANSI. Его реализация максимально соответствует стандарту IEEE 802.5. Незначительные расхождения с этим стандартом продиктованы необходимостью обеспечения более высокой скорости передачи данных при условии больших расстояний.

Благодаря высокой пропускной способности и поддержке более дальних, в сравнении с электрическими проводами расстояний, FDDI часто задействован в скоростных магистралях. В качестве главной среды передачи в FDDI применяется оптоволоконный кабель, однако не исключается задействование и электрического кабеля.

FDDI допускает возможность расположения станций, соединенных многомодовым оптоволоконным кабелем, при условии соблюдения расстояния до 2 км друг от друга, а в случае применения одномодового кабеля — на еще более значительные расстояния.

FDDI, не являясь единой спецификацией, представляет четыре спецификации с отдельным назначением для каждой. В то же время они способствуют возможности передачи данных в высокоскоростном режиме протоколов более высокого уровня (например, TCP/IP и IPX), по оптоволоконному кабелю. В состав FDDI входят: PMD и SMT, MAC и PHY,

Для критически важных устройств (маршрутизаторов и мэйнфреймов) можно применять методику защиты от сбоев – двойное подключение.

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

Сравнительно недавно появилась технология CDDI, гарантирующая возможность передавать данные при скорости в 100 Мбит/с, используя при этом архитектуру двойного кольца, что гарантирует надежность передачи. Интерфейс CDDI допускает устанавливать рабочую станцию и концентратор на максимальном (до 100 м) расстоянии.

Так и не нашли ответ
на свой вопрос?

Просто напиши с чем тебе
нужна помощь

Ссылка на основную публикацию
Adblock
detector