К. Закер - Компьютерные сети. Модернизация и поиск неисправностей (953092), страница 82
Текст из файла (страница 82)
В большинстве случаев системы используют протоколы Я.1Р и РРР лдя предоставления соединения с глобалыюй сетью или Интернетом, независима от того, входят ли данные системы в ЛВС или нет. Практически каждый отдельно стоящий персональный компьютер, применякпций мопсы для связи с 1ЗР и подключения к Интернету, прибегает для этого к помаши РРР, хата небольшое число компьютеров по-прежнему при осуществлении соединения опираются на ЯЛР. ЛВС также поддерживают Я.1Р- нли РРР- соединения в своих маршрутизаторах для того, чтобы обеспечить связь с ЖР и доступ в Интернет для всей ЛВС илв связь с другой ЛВС для формирования сегмента глобальной сети. несмотря на то, что наиболее часто,двизгме протоколы ассоциируются с модемными соединениями, другие технологии Физического уровня также могуг применять Я.1Р и РРР, например, выделенные линии, 1Я:МЧ, йагпе ге1ау, а также АТМ.
Чвогь Гд г'оголю глгоговхиы 51ХР и РРР относятся к протоколам с устанаввепиж соединения. которые обеспечи«ают поддержание канала передачи ланвьгк 'мгежлу двумя системами, причем в самом простом смысле этого слова. Названные протоколы инкапсулируют 1Р-дейтаграммы для обмена сообщениями между компьютерами точно твк ж«х как зто делают и Ег)чепчег и Токов йзпй, на формат кадров, применяемых ими„значительно более прост.
Паслсднее связано с тем, что данные пратаиалы йе отягощены теми же проблемами, что протоколы ЛВС. Поскольку каны и рассматриваемом случае Ввалится просто к соединенюо между двумя компьютерами, нет необходимости в,механйзмах управления доступом к среде, таких, как множественный доступ с контролем несущей и обнаружением коллизий (СЗМА/СЩ или передача маркера. Также отсутст«уют сложности, связанные с адресацией пакетов в конкретную систему назначения„так как всего две системы вовлечены во взаимодействие, И ииформапия просто не может следовать в неправильное места назначения. Протокол ВОР Протокол ЯХР был создан в начале 1930-х годов для обеспечения наиболее простота регцения вопроса о передаче данных прн последовательных соединениях. Протокол ВХХР не' определен никаидм дфипиальным стандартом, в основном по тай,причине, па в нем практйчески нечепэ регламентира«ать и его способность к взаимодействия с различными системами не является проблемой.
Тем не менее, существует документ 1ЕТР под названием "А Ъ(аопвпгЬп$6зг Тгагипяяпоо о( 1Р 0«гаягаш очек зеп«1 БпМ' (КРС 1055)„ опреаеляюший функциональность протокола . Кадр протокоюг 31ХР предельно прост. Пале размерам в 1 байт со значением с0 служит конечным разделителем (е(ч(ьг), следуютиим за каждой дейтаграммой, капзрая достаю)яегся по каналу. Символ ЕМЭ говорит системе- получателю, чта йакет, передача которого совеплгается в данный момент, закончился. Некоторые системы отмечают символом ЕЙП еще и начало каждой 1Р-дейтаграммы. В таком случае, если в интервале между двуми дейтаграмм«Ми на линии связи появляется итум, система-получатель рассматривает его как отдельный пакет, поскольку зтат нрамюкугак также.
ограничен двумя симваламй. Е)Ч)э (рис. 11З). Когда протоколы более высоких уровней попытаются Ебрабаталь зашумленный "пакет", они рассмотрят его как бессмысленнйй и' игпарирукгг; [емД двввцв ~ ЕЫД шум ~еьВД Лвхвьв ) НЧЯ рис. 11.3. ИнФормвцив оси 8~ЛР-свод«во«в«могхвт о двух стасов помечаться символвмв Еыа Если в самой дейтаграмме встречается байт со значением с0, сиотемаотправитель преобразует его до передачи в 2-байтную строку 4Ь дс, чтобы Глава з г. Тсрлр избежать некорректного завершения пакета Байт дЬ рзеаматривается в качестве символа ЕЗС, который в сочетании с другим символом служит лля специальных целей. В случае, когда дейтаграмма содержит символ ЕЗС как часть данных, система заменяет его на значение бЬ й$. Символ ЕЗС, определяемый протоколом З1.1Р.
не являете эквивалентом символа ЕЗС из АЗСВ. Недззета кк 81 1Р Из-за своей простоты протокол Я.1Р легок в реализации и добавляет лишь небольшое количество издержек в процесс передачи ланных. Однако он страдает от отсутствия многих качеств, которые могли бы сделать его более удобным протоколом. Например, у протокола Я.1Р отсугствуег возможность информирования одной стороны юб 1Р-алресе другой стороны, поэтому обе системы должны заранее быть сконфигурированы с учетом 1Р-адресов друг друга. Я(Р также не имеет никаких способов идентификации протокола, информацию которого он несет в своих кадрах, это не позволяет ему вести мультиплексирование протоколов сетевого уровня' (например, 1Р и )четВил) в рамках одного соединения. В дополнение, протоколу Я.1Р:недостает средств обнаружения ошибок и исправления их, цюэтому с подобными задачами приходится иметь дело пропжолам более высоких уровней„что приводит к более длительным задержкам„чем те, с которыми могут работать.соответствующие механизмы Канального уровня.
Сжатме Загаловкое 81.1Р (С83.1Р) Когда лве сисимы взаг)мюдействуют с применением Я.1р„бюлыпинствю контрольных механизмов, обеспечиваемых пропжюлами на Сепэюм и Транспортном уровнях, становятся избыточными, особенно если речь идет о ТСР-соединениях. В процессе типичного Я.(р-соединения две системы могут обмениваться сотнями и тысячами пакетов с совершенно одинаковой информацией в заголовках протоколов Сетевого и Транспортного уровней.
Документ ВЕС 1И4, выступшощий под другим назващеи "Сюптргезз(пз ТСР/1Р Неабегз Гог ).ою Зрееб Зепа1 Ыпкз" (сжатие зшолювков ТСР/1Р для низкоскоростных последовальных соединений) определяет метод, позволзпоший системам, участвуззшим в Я 1р-соединении, опустить большую часть избьпочной 'информации из заголовков пакетов, чтю позволяет снизить, юбщло нагрузку с 40 байтов дю 5 байтов и менее. Это усовершенсгвованжмождт привести к значительному выитрышу в эффективности соединения," Указанный тип компрессии заголовков встречается таске во многих реализациях РРР, где называется по имени автора ВРС 1!44 мвовдал сэозлзил зогаловаов Длеейкобсоло Грал .Гасобзол ЬалГвг солзргезяол).
Табмиаа тк4, РРР и саязанйма стаИдарты ТЬе Роаа4о-Рота Рклссс( (РРР) РРР М НИ.Сне Гсалхпа РРР йеааЫе Т~аеаечааоп НРС 1661 на 1662 ЯГС 1663 Протакел РРР Протокол РРР быа создан в качестве альтернативы ЗИР, которая обеспечивала бы бсдыпую функциональность, например, вааюжность мульттцтлексироаания различных'протоколов Сетевого уровня н пацаержку протоколов аутентификации Естественно, ценой всех этих Новых свойств является более длинный зацлговок, однако РРР во всех своих "вариантах добавляет не более 8 байтов к каждому пакету (по сравнению с 1б байтамй, необходимыми лля кадра Ег)тегпег).
Большинство соединений с поставщиками услуг Интернета, оргинизуемых как отдельными компьютерамн, так и маршрутизаторами, происходят с использованием РРР, так как он позволяет 1БР осуществлять меры по контролю над.,доступом, необходимые лля защиты своих сетей от несанкционированного проникновения пользователей-злоумышленников. Типичный сеанс РРР-соединения состоит'из нескольких процедур по установлению и разрыву связи, залействуюцпяг свои собственные протоколы помимо РРР. банг процедуры перечислены ниже.
П Устаианлаиве соедвиевия. Система, инициирУющая соединение, использует Ецй Сопцп) Ргогосо! ().СР, протокол управления каналом связи) для согласования параметров связи, которые бы устроили обе стороны. П Аутенгификаииаь Хоти это и не обязательно, система может вовлекать в працесс соединения протокол аутентификации, например, Раяпгогб Ацбтепбсабоц Реэтосо1 (РАР, пропжол аутентификации пароля) или СЬайепйе Напдйаке Ацйеппсаг(оп РгоГосо) (СКАР, протокол аутентификации с предварительным согласованием вызова) для проведения диалога открытия доступа к друпй системе. О Устаиавлеиив сждвиеиия иа уровне ироинюлвй Меаого уровня.
Для авждого протокола Сетевого уровня, используемого системами во время сеанса связи, выполняется отдельная пуюпелура,уетнновлениясоелинения с использованием %вник Солаъ1 РтетаЫ (ФСР; ирсвоиы улрсазеаяя сетлыт),' в частиости )лгегпег Ргогосо( Соптго1 Ргогосо) (1РСР, протокол управления протокга1ом 1Р) В отличие от $$ЛР, протокол РРР стандартизировйн, но его спепификацни разделены на несколько различных КГС. Коьгпоненты протокола, регламентированные и кажлом нз документов, перечислены в табл. 11.4.
т а ц 114(еяои М) Документ гас 13З2 НЕС 1552 ВРС ЗЗЗ4 НРС 1ай4 ЯРС 1ЯЗЯ Тье РРР!п$епеГ Рпяосо1 Сопагя Рпгагсо1 (1РСР) тц РРР1 В ВГасюблспа оеС Вгярплс 1а'ХСР) РРР Аиаепасааап РпяосоЬ РРР СЬеаепж 'гтапгзьйв Агацкпасаасп Рпяссс1 (СНАР) РРР Ий Оиайу Мспасппй Кадр протокола РРР Документ 11РС 1бб! специфицирует формат базового кадра, формируемого протоколом РРР для инкапсуляции данных других протоколов и' перелачи нх к месту назначения. Кадр относительно мал, всего 3 (иногда 1б) байтов, он показан на рис 11.4. лдРоо л н Плотогон данньн гсз Флаг тлггаалоннл Рнс- т 1.4.
Формат кадра РРР. ГС — контрольная последовательность кадра Функции полей кадра перечислены ниже. (З Флаг (1 байт). Содержит шестнадцатеричное число 7е и работает в качестве разделителя пакетов, аналогично символу Е1ч*0 протокола ЯЛР. 1З Адрес (1 байт). Представляет собой шестнадцатеричное число и, указывающее, что пакет адресован всем станциям. 0 Поле управления (1 байт). Значение в этом псле идентифицирует пакет как содержащий ненумерованное информационное сообщение ЩН.С (Н1ЗЬ-1ете1 Еага 1ллх Сопгго1, высокоуровневый протокол управления какалом).
(З Протоиаа (2 байта). Предназначено для идентификации протокола, сфсрмировавшепз информацию в поле данных, Значения юда от Рлсг до Злхг сснзгвстствугот протоколам Сетевого уровня, значения от 4ххх до 7хкх указывают на один из малочисленных сетевых протоколов„не имеющих соответствующего 1ЧСР, диапазон от Вххт до Ьххт выделен для пропвиклои:,Се тевото УРовнл, вьшОЛНЯКмцих проЦЕДУРу Установдеина сосйинейия ПРО токола ИСР, и, наконец, юдами в интервале от схема до 6хх о6означаюжя протоколы управления Канального уровня типа ХСР и протокоцй аутентификации Предустановленные коды, описанные в документе ТОР/$к'под названием "Ааизпед ХитЬеш" (ИРС 1700), перечислены ниже.
![](https://s.studizba.com/z.php?f=/templates/si/i/noavatar.png&w=100&h=100&t=1"){kind=avatar}
