К. Закер - Компьютерные сети. Модернизация и поиск неисправностей (953092), страница 93
Текст из файла (страница 93)
По аналогии с ТСР/1Р этот стек иногда также называют 1РХ/5РХ. Вторая часть этого обозначения соотносится с ЗРХ (Яейиепсед Рас)гег еХспапйе, последовательный обмен пакетами), протоколом, работающим на Транспортном уровне. Однако; в отличие от комбинации ТСР и 1Р, которая повсеместно встречается а ТСР/1Р- сетях и предназначена в основном для доставки большого количества графика, комплекс 1РХ/Я'Х в сетях Хет%аге можно встретить относительно редко. По мере развития сетевой индустрии стандартизация и способность к взаимодействию стали наиболее важными элементами в разработке сетевых продуктов. Рост популярности протоколов ТСР/1Р и сети' Иптернсг"привел к тому, что большинство разработчиков операционных систем принимавгг в качестве протоколов "по умолчанию" именно ТСР/1Р„лаже если они не использовали зти протоколы раныпе.
Хоче))„тем не менее, продолжала придерживаться своих запатентованных протоколов дольше, чем кто-лйбо еще, во многом в ущерб своему положению на рынке. И только в 1993 г;- в:версий Хат%ага 5 ТСР/1Р был пенностью интегрирован в Хег%аге. Протоколы 1РХ в нескольких'аспектах похожи на ТСР/1Р. Оба стека протоколов задействуют на Сетевом уровне ненадежные протоколы без установления соединения (1РХ и П' соответственно) для переноса 'дейтаграмм, содержащих винные мнгсхества протоколов верхних уровней; что обеспечивает широкий спектр услуг для различных применений. Подобйо 1Р, 1РХ отвечает за адресацию дейтаграмм и маршрутизацию их к месту назначения в другой сети.
Однако в отличие от ТСР/1Р протоколы 1РХ были разработаны для применения в локальных сетях, и не пшшерживают той почти неограниченной масштабируемости, свойственной протоколам Интернета. 1РХ не обладает такой самостоятельной адресной системой, какая имеется у протокола 1Р. Системы в сети Хег%аге идентифицируют другие системы посредствйм ап- Часть Гд Сатаяна лротсястты паратных адресов, "зашитых" в платы сетевых адаптеров в сочетании с 'зарез сом сети, назначенным ааминистратсром (илн ОС) во время инсталляции операпдонной системы. !РХ тай)ке'не хгяпает универсальности ТСР/1Р из-за того, что Колей скрывает многзге детали механизмов внутрегйгай,рабгтгтя прдгоколс(ь.
Оглядываясь назад, можно сказать, что такая поцтитгика рта()оттава йротив Котей. Кажется, именно по этой причине М)сгозой имела некоторые затруднения в процессе согласования 1РХ со своим цротокояам К%Еий, таким образом, не открывая другим компаниям сцепит)тикации прппткола, Котей упустила все исхолвые шансы лля того, чтобы 1РХ стал индустриальным стандартом.
П~ЭОТО$ИЩЫ КЙНИЛЬНОГО ЯЭОВНЯ . Дейтагрщамы ИХ переносятся внутри огандаргиьщ кадров протокола Канального урогвгя точно так же, как дейтаграммы' П'.' Протоцзлы 1РХ не имеют собственных протоколов Канального уровня, хотя они могут востребовать их через соединение РРР. Тем не менее, д болывннстве сетей данные 1РХ инкапсулирутся кадрами ЕФептег или Тойеа Юпй. Единственный:несколько необычный аспект конфигурирования серверов Кегтуаге с привлечением протоколов Ебтетпег или Тбхеп 111пй заключается в том, что необходимо указать тип (илн типы) кадра для каждой сети, испсль., зуя имена„которые далеко не интуитивны.
Ийтгаге погцгерживжт четыре типа кадров Ег)гегпег, которые отлнчакцся т(вгькп.особенностями формата. Несмотря.на то, что все эти четыре тица кадров;могут переносить стандартный тра4мк Й%, выбор определенного' типа. макет. повлиять на возыожность поддержки 'сетью других стеков протоколов (таких как ТСР/1Р) помимо 1РХ. Существующие типы кадров приведены ниже. П ЖТНИИЧЖТЗЮЙЗ. Также известный как-"гата:Щетин" (сыром" Ыгегвег), он явгвглся типом кадра по умаячанию двя:Кегтгие до версии,3.1е Этот кадр незначительно отличается от форматах определенного в доку-. менте 1ЕБЕ 802.3, который еще не был заверщен к моменту выхода первой версии Кегтттаге.
Кадр может иметь размер'от б4 до 151$ байтов, и поле; следующее сразу после адреса источднда и адреса назначения, ггпределяет дцину пакета, а не значение Ебиегтуре, как в кадре',ХПХ Ытегле(. Вследствие этого протокол Ебтегаег не имеет возможностк идентифицировать протокол Сетевого уровня, данные которопт передаются принимаквцей системе. Поэтому такой тнп кадра может использоваться только в тех сапог, в которых на Сетевом уровне работает едгпжтаенньгй протокол — П'Х.
П ЕТШИКЕТ 302.2. Тип кадра по умолчанию дла Кегггаге ',версий 3,12 и выше. Его название сбивает с толку, поскольку обозначение 302.2 употребляется для стандарта управления логической связью (1Л.С), разрабо- танного 1ЕЕЕ для всех протоколов 802. Б действительности этот тип подразумевает кадр, определенный в станларте 802.3, а глюке включает заголовок 802.2 в поле данных кадра, по причине чего кадр соответствует стандарту и может применяться с другими программными продуктами, которые поддерживают 1РХ (например, тт)пйжз ХТ). Тем не менее, кадру ЕТНЕКХЕТ 802.2 все еще недостает лоля, эквнвалентнога полю ЕФ- етсуре, и он может проводить только график 1РХ.
П ЕТНЕКХЖТ П. Описанный стандартом Е6Х Е»1»егпе», этот тип кащщ отличается ат определенного 1ЕЕЕ в основном только тем, что содержит цале Е»»»епуре, указь»лающее на протекал Сетевого уровня, данные которого переносятся кадром. Поэтому ЕТНЕКХЕТ И мох»но иепользоыть в сети, п»е работает ТСР/1Р или иной протокол. С2 ЕТНЕКХЕТ АХАР. Идентичен ЕТНЕКХЕТ 802,2. за исключением того, чта в дополнение к загалоьжу Ы С включает в поле данных заголовок 8ХАР. Заголовок БХАР также имеет пале„которое идентифицирует протокол Сетевого уровня, пазволяюшее обрабатывать этот тип кадра и сетях с ТСР~1Р и/или Арр1еТвй». Хе»%ага предоставляет возможность выбрать столько типов калрав, сколько необходимо для поддержки других систем, паиключеннъ»х к сети Ббтеп»е». Главное, в чем надо убедиться при задействовании ЕТНЕКХБТ П или ЕТНЕКХЕТ 8ХАР в се»м, работающей с протоколом ТСР/1Р или другими протакалазп», эта та, что все серверы и рабочие станции имеют, пв крайней мере, олин абший тип кадра.
Сегодня для клиентских систем под..управлением %1пдож соблюдения данного условия достаточно для тога, чтобы не иметь проблем, так как компьютер опознает тяп кадра, примененный в сети, и конфигурирует себя соответственно. Дпя получения белее подробной информации о кадрах Ей»еп»е» и стандартах.
иоторые определяют их, си. главу В. Протокол 1РХ 1рх базируется на протоколе 1ВР (1пгегпет»таг1» 1)а»айга»п Рас1»е».,"ме»ксетевай обмен дейтаграммами), разработанном для сетевых служб Хе»ах (ХХБ, Хатах Хе»»тот»» 8егт)сез). 1РХ обеспечивает базовые транспортные услуги без установлении соединения между системами ингерсети при широковещательной и однонаправленной передаче. Большая часть обычного трафика между серверами Ха%ага или между клиентами и серверами переносится посредством дейтаграмм 1РХ. 3 454вва з34 Ббт з 1 2 з454та1234з 678 рис- таЛ. Формат дейтаграммы 1рх Заголовок дейтаграммы 1РХ имеет длину ЗО байтса (дая сравнения: размер заголовка 1Р равен 20 байтам). Формат заголовка И% приведен на рис.
12.1, а назначение полей заголовка перечислено нике. П Ковтроаизвв сумма (Сйесймпв), 2 байта. й оригйнальном заголсвзге ПЭР зто поде.сггдйржит значение СКС для дейтаграммы. Так как протоколы Канального уроВня сами вьшслняхгг проверку когггрггльньпг сумм, 'тэ данная фунядня при обработке дейтаграмм П% не задействована н поле всегда содержит шестдалцатеричное значение Ш~.
О Длина фафйг), 2 байта. Задает размер дейтаграмм в байтах, вк~дочая заголовок 1РХ и поле данных. О Увраалевие доставкой (Тгавщогт Сглйпй),:1 байт. г'зто. поле.хакже известно как счетчик транзитоо 9ор спид). Ойо фиксирует ксвичестйо маршрутизаторов, через которые пролога дейтаграмма. на пути к месту назначения.
Передаюшая система сбрасывает его в О, а каждый из маршрутизаторов при обработке дейтаграммы увеличивает значение счетчика на' 1. Как только количество транзитных маршрутизаторов достигает 1б, последний из них отбрасывает дейтаграмму. О Тии извита (Рас)гег Туре), 1 байт. Идентифиндруст сервис илд протокол верхнего уровня, который создал данные, псргзгоснмые дейтаграмьгой. Используются следуюшие значения; е 6 — не-определен; е 1- Вяйщ 1п1аппагюп Ргогосо1 1ИР, протокол инфсрмвцйи маршрутизаг)ии); ° 4 — Зегт1се АсЬегтгящ, Ргогосо1 (БАР, протокол извешения об услугах); 5 — Зецпеасеб Раскег Ехс)ицяе (ЗРХ, последовательный обмен пакетами)„ е 17 — Хег%аге Соке Ргогосо1 (ХСР, основной протокол Хег%аге).
айдр и' (12м41яйщ ХМ йййй ),466 .у сеть, в которой располссвена система-получатель, содержит значение, выделенное администратором или операционной системой во время инсталляции Хег%аге. П Ая(юс узла иазиачевия (1)езйпайвв 1Майе Абйгезя), б байтов. Определяет сетевой интерфейс компьютера, которому должны быть доставлены данные, представляет собой аппаратный адрес протокола Канального уровня. Широковещагельныс сообщения передаются с шестнадцатер(1чным адресом 0°111йШ. П Секет ыазиачеиия (Эезйвабов Басяег), 2 байта.
Отвечает за идентификацию процесса, выполняющегося на системе-получателе, для которого, собственно, и предназначены данные внутри дейтаграммы. Используется окно из следующих знаюний: е 6451 — Хе1%аге Соте Рготосо1; э 0452 — Зегчсе АйтеггЬ1пй Рпяосо1; ° 0453 — Коиг1яй 1пГогшагюв Ргогосо1; в 0455 — Хегв1ОЗ; ° 045б — диагностический пакет; э 0457 — пакет присваивания номера (зепабзайоп раскос); е 4000-0000 — сокеты, отведенные процессам сервера; ' е 9600 — Хег%аге ай Зегг1сез Ргогосо!; ь М94 — 1РХ%АХ РгонюоЕ айдр е з (Ь жХЬ ййи М),40 6 .Ид ф а ру, в которой находится система, пославшая двйтаграмму. Используется' значение, выделенное администратором или операционной системой во время инсталляции 'Кет%азе.
![](https://s.studizba.com/z.php?f=/templates/si/i/noavatar.png&w=100&h=100&t=1"){kind=avatar}
