Архитектура Аудит Военная наука Иностранные языки Медицина Металлургия Метрология
Образование Политология Производство Психология Стандартизация Технологии 


Физическая структуризация сети. Повторитель, концентратор




Физическая структуризация сети. Повторитель, концентратор

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

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

Повторитель, который имеет несколько портов и соединяет несколько физических сегментов, называется концентратором или хабом (hub – основа, центр деятельности). Концентраторы повторяют сигнал, пришедший по одному из портов, на других портах. Концентраторы характерны почти для всех базовых технологий локальных сетей. Разница в том, на каких именно портах повторяются входные сигналы. Хабы для сетей Ethernet повторяют входной сигнал на всех портах, кроме того, с которого они поступают (слева на слайде). А, например, хабы для сетей Token Ring повторяют входной сигнал только на одном порту – к которому подключен следующий в кольце компьютер.

Очень важно: концентратор всегда изменяет физическую топологию сети, но при этом не изменяет логическую топологию.

 

Логическая структуризация сети. Мост, свитч, маршрутизатор

Логическая структуризация сети – это процесс разбиения сети на сегменты с локализованным трафиком.

Мост делит разделяемую среду передачи на части (логические сегменты). Фильтрация происходит по аппаратным адресам адаптеров.

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

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

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

 

РСОД. Классификация по степени однородности

Распределенная система обработки данных (РСОД) - любая система, позволяющая организовать взаимодействие независимых, но связанных между собой ЭВМ. Эти системы предназначены для автоматизации таких объектов, которые характеризуются территориальной распределенностью пунктов возникновения и потребления информации. Концептуально распределенная обработка подразумевает тот или иной вид организации сети связи и децентрализацию трех категорий ресурсов:

• аппаратных вычислительных средств и собственно вычислительной мощности;

• баз данных;

• управление системой.

По степени однородности различают:

• полностью неоднородные РСОД;

• частично неоднородные РСОД;

• однородные РСОД.

Полностью неоднородные РСОД характеризуются тем, что в них объединены ЭВМ, построенные на основе различных архитектур и функционирующие под управлением разных операционных систем (ОС). Как правило, РСОД этого типа в качестве коммуникационной службы используют глобальные сети, базирующиеся на протоколах Х.25, Frame relay, ATM, Internet-технология.

Частично неоднородные РСОД строят на базе однотипных ЭВМ, работающих под управлением различных ОС, либо они включают в себя компьютеры различных типов, работающие под управлением одной ОС. Например, IBM PC компьютеры управляются различными ОС; MS DOS, OS/2, Windows 95, Windows NT.

Однородные распределенные системы строятся на однотипных вычислительных средствах, оснащенных одинаковыми операционными системами.



 

РСОД. Классификация по архитектурным особенностям

Распределенная система обработки данных (РСОД) - любая система, позволяющая организовать взаимодействие независимых, но связанных между собой ЭВМ. Эти системы предназначены для автоматизации таких объектов, которые характеризуются территориальной распределенностью пунктов возникновения и потребления информации. Концептуально распределенная обработка подразумевает тот или иной вид организации сети связи и децентрализацию трех категорий ресурсов:

• аппаратных вычислительных средств и собственно вычислительной мощности;

• баз данных;

• управление системой.

По архитектурным особенностям выделяют:

• РСОД на основе систем телеобработки;

• РСОД на основе сетевой технологии.

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

В отличие от таких систем РСОД на основе систем телеобработки не обеспечивают полного, симметричного и независимого взаимодействия процессов.

 

РСОД. Логическая структура

Распределенная система обработки данных (РСОД) - любая система, позволяющая организовать взаимодействие независимых, но связанных между собой ЭВМ. Эти системы предназначены для автоматизации таких объектов, которые характеризуются территориальной распределенностью пунктов возникновения и потребления информации. Концептуально распределенная обработка подразумевает тот или иной вид организации сети связи и децентрализацию трех категорий ресурсов:

• аппаратных вычислительных средств и собственно вычислительной мощности;

• баз данных;

• управление системой.

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

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

 

РСОД. Физическая структура

Распределенная система обработки данных (РСОД) - любая система, позволяющая организовать взаимодействие независимых, но связанных между собой ЭВМ. Эти системы предназначены для автоматизации таких объектов, которые характеризуются территориальной распределенностью пунктов возникновения и потребления информации. Концептуально распределенная обработка подразумевает тот или иной вид организации сети связи и децентрализацию трех категорий ресурсов:

• аппаратных вычислительных средств и собственно вычислительной мощности;

• баз данных;

• управление системой.

 

Распределение элементов логической структуры по различным ЭВМ задает физическую структуру РСОД (рис. 6.1).

Элементами такой структуры являются ЭВМ, связанные между собой и с терминалами. В зависимости от реализации в ЭВМ той или иной сетевой службы в физической структуре можно выделить:

1 - главные ЭВМ;

2 - коммуникационные ЭВМ;

3 - интерфейсные ЭВМ;

4 - терминальные ЭВМ;

5 - административные ЭВМ.

 

Модель OSI.

В начале 80-х международная организация по стандартизации ISO разработала эталонную модель OSI в качестве модели для архитектуры компьютерных протоколов.

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

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

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

Примером протокола физического уровня может служить спецификация 10Base-T технологии Ethernet, которая определяет в качестве используемого кабеля неэкра­нированную витую пару категории 3 с волновым сопротивлением 100 Ом, разъем RJ-45, максимальную длину физического сегмента 100 метров, манчестерский код для представления данных в кабеле, а также некоторые другие характеристики среды и электрических сигналов.

 

Модель OSI.

В начале 80-х международная организация по стандартизации ISO разработала эталонную модель OSI в качестве модели для архитектуры компьютерных протоколов.

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

Канальный уровень

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

В протоколах канального уровня, используемых и локальных сетях, заложена определенная структура связей между компьютерами и способы их адресации. Хотя канальный уровень и обеспечивает доставку кадра между любыми двумя узлами локальной сети, он это делает только в сети с совершенно определенной топологи­ей связей, именно той топологией, для которой он был разработан. К таким типо­вым топологиям, поддерживаемым протоколами канального уровня локальных сетей, относятся общая шина, кольцо и звезда, а также структуры, полученные из них с помощью мостов и коммутаторов. Примерами протоколов канального уров­ня являются протоколы Ethernet, Token Ring, FDDI. В локальных сетях протоколы канального уровня используются компьютерами, мостами, коммутаторами и маршрутизаторами. В компьютерах функции канально­го уровня реализуются совместными усилиями сетевых адаптеров и их драйверов.

В глобальных сетях, которые редко обладают регулярной топологией, каналь­ный уровень часто обеспечивает обмен сообщениями только между двумя соседни­ми компьютерами, соединенными индивидуальной линией связи. Примером протокола «точка-точка» (как часто называют такие протоколы) могут служить широко распространенный протокол РРР. В таких случаях для достав­ки сообщений между конечными узлами через всю сеть используются средства сетевого уровня. Именно так организованы сети Х.25. Иногда в глобальных сетях функции канального уровня в чистом виде выделить трудно, так как в одном и том же протоколе они объединяются с функциями сетевого уровня. Примерами такого подхода могут служить протоколы технологии ATM.

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

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

 

Модель OSI. Сетевой уровень

Модель OSI.

В начале 80-х международная организация по стандартизации ISO разработала эталонную модель OSI в качестве модели для архитектуры компьютерных протоколов.

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

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

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

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

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

Сети соединяются между собой специальными устройствами, называемыми маршрутизаторами.

 

Модель OSI.

В начале 80-х международная организация по стандартизации ISO разработала эталонную модель OSI в качестве модели для архитектуры компьютерных протоколов.

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

Транспортный уровень.

На пути от отправителя к получателю пакеты могут быть искажены или утеряны. Хотя некоторые приложения имеют собственные средства обработки ошибок, существуют и такие, которые предпочитают сразу иметь дело с надежным соединением. Транспортный уровень обеспечивает приложениям или верхним уровням стека — прикладному и сеансовому — передачу данных с той степенью надежности, которая им требуется. Модель OSI определяет пять классов сервиса, предоставляемых транспортным уровнем. Эти виды сервиса отличаются качеством предоставляемых услуг: срочностью, возможностью восстановления прерванной связи, наличием средств мультиплексирования нескольких соединений между раз­личными прикладными протоколами через общий транспортный протокол, а главное — способностью к обнаружению и исправлению ошибок передачи, таких как искажение, потеря и дублирование пакетов.

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

Как правило, все протоколы, начиная с транспортного уровня и выше, реализуются программными средствами конечных узлов сети — компонентами их сетевых операционных систем. В качестве примера транспортных протоколов можно привести протоколы TCP и UDP стека TCP/IP и протокол SPX стека Novell.

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

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

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

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

 

Модель OSI.

В начале 80-х международная организация по стандартизации ISO разработала эталонную модель OSI в качестве модели для архитектуры компьютерных протоколов.

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

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

 

Модель OSI.

В начале 80-х международная организация по стандартизации ISO разработала эталонную модель OSI в качестве модели для архитектуры компьютерных протоколов.

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

Представительный уровень имеет дело с формой представления передаваемой по сети информации, не меняя при этом ее содержания. За счет уровня представления информация, передаваемая прикладным уровнем одной системы, всегда понятна прикладному уровню другой системы. С помощью средств данного уровня протоколы прикладных уровней могут преодолеть синтаксические различия в представлении данных или же различия в кодах символов, например кодов ASCII. На этом уровне может выполняться шифрование и де­шифрование данных, благодаря которому секретность обмена данными обеспечивается сразу для всех прикладных служб. Примером такого протокола является протокол Secure Socket Layer (SSL), который обеспечивает секретный обмен сообщениями для протоколов прикладного уровня стека TCP/IP.

 

Модель OSI.

В начале 80-х международная организация по стандартизации ISO разработала эталонную модель OSI в качестве модели для архитектуры компьютерных протоколов.

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

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

Существует очень большое разнообразие служб прикладного уровня. Приведем в качестве примера хотя бы несколько наиболее распространенных реализаций файловых служб: NCP в операционной системе Novell NetWare, SMB в Microsoft Windows NT, NFS, FTP и TFTP, входящие в стек TCP/IP.

 

Стек OSI

Следует четко различать модель OSI и стек OSI. В то время как модель OSI явля­ется концептуальной схемой взаимодействия открытых систем, стек OSI представ­ляет собой набор вполне конкретных спецификаций протоколов. В отличие от других стеков протоколов стек OSI полностью соответствует модели OSI, он включает спецификации протоколов для всех семи уровней взаимодействия, определенных в этой модели. На нижних уровнях стек OSI поддерживает Ethernet, Token Ring, FDDI, протоколы глобальных сетей, Х.25 и ISDN, — то есть использует разработан­ные вне стека протоколы нижних уровней, как и все другие стеки. Протоколы сетевого, транспортного и сеансового уровней стека OSI специфицированы и реа­лизованы различными производителями, но распространены пока мало. Наиболее популярными протоколами стека OSI являются прикладные протоколы. К ним относятся: протокол передачи файлов РТАМ, протокол эмуляции терминала VTP, протоколы справочной службы Х.500, электронной почты Х.400 и ряд других.

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

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

Стек OSI — международный, независимый от производителей стандарт. Его поддерживает правительство США в своей программе GOSIP, в соответствии с которой все компьютерные сети,

устанавливаемые в правительственных учрежде­ниях США после 1990 года, должны или непосредственно поддерживать стек OSI, или обеспечивать средства для перехода на этот стек в будущем. Одним из крупнейших производителей, поддерживающих OSI, является компания AT&T, ее сеть Stargroup полностью базируется на этом стеке.

 

Стек TCP/IP

Стек TCP/IP был разработан по инициативе Министерства обороны США более 20 лет назад. Большой вклад в развитие стека TCP/IP, который получил свое название по популярным протоко­лам IP и TCP, внес университет Беркли, реализовав протоколы стека в своей вер­сии ОС UNIX. Популярность этой операционной системы привела к широкому распространению протоколов TCP, IP и других протоколов стека. Сегодня этот стек используется для связи компьютеров всемирной информационной сети Internet, а также в огромном числе корпоративных сетей.

Стек TCP/IP на нижнем уровне поддерживает все популярные стандарты фи­зического и канального уровней: для локальных сетей — это Ethernet, Token Ring, FDDI, для глобальных — протоколы работы на аналоговых коммутируемых и вы­деленных линиях SLIP, РРР, протоколы территориальных сетей Х.25 и ISDN.

Основными протоколами стека, давшими ему название, являются протоколы IP и TCP. Эти протоколы в терминологии модели OSI относятся к сетевому и транспортному уровням соответственно. IP обеспечивает продвижение пакета по составной сети, a TCP гарантирует надежность его доставки.

За долгие годы использования в сетях различных стран и организаций стек TCP/IP вобрал в себя большое количество протоколов прикладного уровня. К ним относятся такие популярные протоколы, как протокол пересылки файлов FTP, протокол эмуляции терминала telnet, почтовый протокол SMTP, используемый в электронной почте сети Internet, гипертекстовые сервисы службы WWW и многие другие.

Сегодня стек TCP/IP представляет собой один из самых распространенных стеков транспортных протоколов вычислительных сетей. Только в сети Internet объединено около 10 миллионов компьютеров по всему миру, кото­рые взаимодействуют друг с другом с помощью стека протоколов TCP/IP.

Стремительный рост популярности Internet привел и к изменениям в расста­новке сил в мире коммуникационных протоколов — протоколы TCP/IP, на кото­рых построен Internet, стали быстро теснить бесспорного лидера прошлых лет — стек IPX/SPX компании Novell. Сейчас любая промышленная операционная система обя­зательно включает программную реализацию этого стека в своем комплекте поставки.

Хотя протоколы TCP/IP неразрывно связаны с Internet и каждый из много­миллионной армады компьютеров Internet работает на основе этого стека, суще­ствует большое количество локальных, корпоративных и территориальных сетей, непосредственно не являющихся частями Internet, в которых также используют протоколы TCP/IP. Чтобы отличать их от Internet, эти сети называют сетями TCP/IP или просто IP-сетями.

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

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

В стеке TCP/IP очень экономно используются возможности широковещательных рассылок. Это свойство совершенно необходимо при работе на медленных каналах связи, характерных для территориальных сетей.

Однако, как и всегда, за получаемые преимущества надо платить, и платой здесь оказываются высокие требования к ресурсам и сложность администрирования IP-сетей. Мощные функциональные возможности протоколов стека TCP/IP требуют для своей реализации высоких вычислительных затрат. Гибкая система адресации и отказ от широковещательных рассылок приводят к наличию в IP-сети различ­ных централизованных служб типа DNS, DHCP и т. п. Каждая из этих служб направлена на облегчение администрирования сети, в том числе и на облегчение конфигурирования оборудования, но в то же время сама требует пристального внимания со стороны администраторов.

 

Стек IPX/SPX

Этот стек является оригинальным стеком протоколов фирмы Novell, разработан­ным для сетевой операционной системы NetWare еще в начале 80-х годов. Протоколы сетевого и сеансового уровней Internetwork Packet Exchange (IPX) и Sequenced Packet Exchange (SPX), которые дали название стеку, являются прямой адаптацией протоколов XNS фирмы Xerox, распространенных в гораздо меньшей степени, чем стек IPX/SPX. Популярность стека IPX/SPX непосредственно связана с опе­рационной системой Novell NetWare.

Многие особенности стека IPX/SPX обусловлены ориентацией ранних версий ОС NetWare на работу в локальных сетях небольших размеров, состоящих из персональных компьютеров со скромными ресурсами. Понятно, что для таких компьютеров компании Novell нужны были протоколы, на реализацию которых требовалось бы минимальное количество оперативной памяти (ограниченной в IBM-совместимых компьютерах под управлением MS-DOS объемом 640 Кбайт) и которые бы быстро работали на процессорах небольшой вычислительной мощности. В результате протоколы стека IPX/SPX до недавнего времени хорошо работали в локальных сетях и не очень — в больших корпоративных сетях, так как они слишком перегружали медленные глобальные связи широковещатель­ными пакетами. Это об­стоятельство, а также тот факт, что стек IPX/SPX является собственностью фирмы Novell и на его реализацию нужно получать лицензию (то есть открытые спецификации не поддерживались), долгое время ограничивали распространенность его только сетями NetWare. Однако с момента выпуска версии NetWare 4.0 Novell внесла и продолжает вносить в свои протоколы серьезные изменения, направленные на их адаптацию для работы в корпоративных сетях. Сейчас стек IPX/ SPX реализован не только в NetWare, но и в нескольких других популярных сетевых ОС, например SCO UNIX, Sun Solaris, Microsoft Windows NT.

 

Стек NetBIOS/SMB

Этот стек широко используется в продуктах компаний IBM и Microsoft. На физи­ческом и канальном уровнях этого стека используются все наиболее распростра­ненные протоколы Ethernet, Token Ring, FDDI и другие. На верхних уровнях работают протоколы NetBEUI и SMB.

Протокол NetBIOS (Network Basic Input/Output System) появился в 1984 году как сетевое расширение стандартных функций базовой системы ввода/вывода (BIOS) IBM PC для сетевой программы PC Network фирмы IBM. В дальнейшем этот протокол был заменен так называемым протоколом расширенного пользова­тельского интерфейса NetBEUI — NetBIOS Extended User Interface. С его помощью невозможна маршрутизация пакетов. Это ограничивает применение протокола NetBEUI локальными сетями, не разделенными на подсети, и делает невозможным его использование в составных сетях.

Протокол SMB (Server Message Block) выполняет функции сеансового, представительного и прикладного уровней. На основе SMB реализуется файловая служба, а также службы печати и передачи сообщений между приложениями.

 

Архитектура сетей TCP/IP

В состав стека протоколов TCP/IP, кроме давших название этим сетям протоколов Transmission Control Protocol и Internet Protocol, входят: User Datagram Protocol (UDP), Internet Control Message Protocol (ICMP), ARP (Address Resolution Protocol), RARP (Reverse Address Resolution Protocol) и ряд протоколов прикладного уровня, в частности TELNET, FTP, SMTP, SNMP и HTTP.

В отличие от 7-ми уровневой модели OSI протокольный стек TCP/IP разбит на 4 уровня. Сетевой уровень (IP) обеспечивает передачу информации через произвольную комбинацию сетей, использующих этот же набор протоколов. IP-протокол предоставляет лишь один вид сервиса – передачу пакетов без предварительного установления соединения и настолько хорошо, насколько получиться (best-effort connectionless packet transfer). Пакеты пересылаются между узлами коммутации без предварительного установления соединения; они маршрутизируются независимо, и пакеты одного приложения могут доставляться по разным маршрутам. Узлы коммутации, соединяющие смежные сети, могут испытывать перегрузки и уничтожать пакеты. Ответственность за восстановление утерянных пакетов и надлежащий порядок их передачи приложению лежит на транспортном уровне, который представлен протоколами TCP и UDP.





Рекомендуемые страницы:


Читайте также:



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


lektsia.com 2007 - 2021 год. Все материалы представленные на сайте исключительно с целью ознакомления читателями и не преследуют коммерческих целей или нарушение авторских прав! (0.025 с.) Главная | Обратная связь