К. Закер - Компьютерные сети. Модернизация и поиск неисправностей (953092), страница 84
Текст из файла (страница 84)
е Размер- юля значения (1 байт). Фиксирует размер:"цсзщ. значения (только сообщения СЬвПепяе и Кезропза)., е вачевие (перемеввый размер). В сообщении СЬаПепае содержится уникальная последовательность байтов, которую адресат получает вместе с идентификатором, а затем с ее помощью и на основе своего "фирменнопу' секрета шифрования генерирует содержимое данного пгвгя для сообшения Кевзопзе (только сообщения Спзйеще и Ке~юпзе).
° Имя (перемеввый размер). Представляет собой строку, идентифицирующую передающую систему (только сообщения Сйайепае и Кезропзе). ° Саобвгевие (перемеввмй размер). Содержит текстовое сообщение, которое будет продемонстрировано пользовательским интерфейсом для указания успешности или неудачности процедуры аутентификации (только сообщения Яцссезз и рабате). Кадр протокола 1РСР РРР-системы используют ИСР (Хепчогк Сопгго1 Ргогосо1, протокол упрзвхения сетью) с целью определения параметров соединения лля каждого из протоколов Сетевого уровня, который будет затребован во время сессии. Прежде чем система сможет вести мультиплексную передачу трафика, сформированного различными протоколами в холе одного сеанса РРР- соединения, она должна установить параметры соединения для калгдого протокола в отдельности, применяя соответствующий ИСР.
!лгеглег Ргокео! Солнц! Ргеюсо! БРСР, лротокое управления л)нвяокцеам 1Р), являющийся )ч'СР для протокола 1Р, представляет собой удачный пример архитектуры подобных протоколов. Формат сообщений данногп ИСР практически повторяет формат 1СР, за исключением разве что поддержки значений от 1 до 7 в поле кола (конфигурация канала, обрыв канала и дополнительные значения кода) и использования отличных опций в поле данных. Как и в случае 1,СР, сообщения 1РСР переносятся капрами РРР, но идентифицируются кодом 8021 в поле протокола заголовка РРР-пакета.
Значения, заносимые в поле типа для поддерживаемых опциональных элементов, которые мо1уг быть включены в поле ланных сообщения протокола 1РСР, описаны ниже. (з Я вЂ” Протекал сжатия И'. Определяет протокол, с помоцгью.которого система будет осуществлять сжатие заголовков 1Р-пакетов. Идвнственной разрешенной опцией для этого элемента может быть метод сжатия Джейкобсона.
П 3 — 1Р-адрес. Служит для запроса перелаюшей системой конкретного 1Р- адреса, или же, если значение составляет 0.0.0;О,"сйствмй'"отг!рэлйтввь просит систему-получателя сообщить свой 1Р-адрес (послццнвя Йймпж ность заменила опшпо 1 — 1Р-адрес, которая больше не испольэуетса) Часть зд Сетеаье срстсаспы уатанойямо1мО ооедмнонмя по протоколу Р1зР Как только установлена связь между двумя системами на Физическом уровне (щтем модемйоц1 соединения или другой процедуры), начинается процесс установления И'Р-соединения. Дае системы в'течение етого процесса минуют несколько отдельных состояний (как показано на рис. 11.7), о каторых рассказывается в следующих разделах. рис.
1 т.у. Фазы рдр-соединения канал отоутатвует Обе системы начинают и заканчивают осана связи с фазы под названием "ксяаз атлсутлсзвбаза" (1тлл сеатО~, которая предполагает, что между данными системами не рущсствует связь на Физическом уровне. Во время типичной сессии приложение,, запущенное в одной из систем, ттницинрует соединение Физического уровня путем набора номера по.моаемУ,или задействует дрУгие споссбы. Как гольда,установлена связь на Физическом уровне, системы перехолят в состояние установления канала. Установление канада В фазе услтслсззеяия катана система, инищптрававшая соединениет передает 1ХР-сообщение Соплив-Кейнса в систему назначеиия.
Это сообщение содержит конфигурационные опции„которые зта система хотела бм использовать, например,. применение протокола аутентификации„сжатие загановков или нное значение МИЗ. Если система, получившая сообщение, может поддерживать все указанные в нем возмож(тости, ощ отправляет: сообщение Сопбйпте-Аск, т(оторое содержит те же значсння конфигурацнонйых опций, и данная фаза устйноачсния соединения на атом заверщается. Когда система-поаучатель распознает запрашиваемые злементы- конфигурации, но не мажет их обеспечить (например, если она поддерживает аутен- Глава 11. ТССР тификацию, но не на основе того протокола, который предлагает система, отправнвшая сообщение), она посылает обратно сообщение Сопбйпге-Нак, где указывает значения тех опций, которые система-получатель не поддерживает Вместе с ними в ответное сообщение включаются значения всех конфигурационных опций из предложенных, которые могут поддерживаться данной системой, а также те варианты, которые она сама хотела бы испольэовать в процессе соединения.
С получением этой иифррмации система, активировавшая соединение, создает еще одно сообщение Сопбдпге-Кегрлезс, где отражает все онциональные элементы, безусловно,поддерживаемые обеими системами. На последнюю переданную информацию другая система отвечает сообщением Сопббше-Асу Но если системе-получателю не удается распознать какие либо опции в.запросе, она отправляет сообщение Сопбйпге-Ке)ест, содержащее толькп не- распознанные элементы. После этого система-отправитель формирует еще одно сообщение Сопбяоге-Кесреа, не включающее непонятых второй системой опций, и процедура продолжается в том порядки, как было опиаано выше. В итоге, когда системы достигают полного согласия, процесс установления соединения перехааит в следующую фазу Аутентифивгяция Фаза ауююииификации процесса установления соединения является необязательной и запускается включением опции Апгпепбсайоп Рпяосо1 в 1.СР- сообщение Сопбапге-Кецоезт.
В состоянии организации канала па протоколу ).СР, пройденном ранее, две системы договариваются о протоколе аутентификации, который будет востребован и рассматриваемой фазе. Наиболее часто применяются протоколы РАР и СНАР из набора ТССР, но возможно и использование других самостоятельных протоколов.
Формат сообщений и процедура обмена ими во время фазы аутентификации диктуются выбранным протоколом. Например, при аугентификации по протоколу РАР система-отправитель отправляет сообщение Апг)гептюаге КегргезГ, содержащее имя регистрационной записи н пароль, а система-получатель отвечает сообщением Ашпеппсаге Асй илн Аигйепг1саге Мак. Протокол СНАР изначально более безопасен, чем протокол РАР, и требует более сложного обмена сообщениями. Система-отправитель посылает сообщение Сйайепйе, несущее данные, с помоцпю которых системн-адресат, задействуя собственный криптографический ключ, вычисляет::знячщве, аоот; ветствуюшего подпола в поле данных и отправляет обратно соо6щение Кезропзе. В зависимости.от того, совпадает,ли зто число с результатом подачетов самой системы-отправителя или нет„она отвечает сообщением биссевг или Райпге соответственно.
Успешный обмен сообщениями (транзакция) переводит процедуру установления соединения в следующую фазу, в противном случае эффехт, вызванный неудачным взаимодействием, зависит от конкретного протокола. Неко- торые системы"сразу после неудачной аутентифвкиций переходят в стзлию обрыва'канала,: в'то время как другие могут допушсьть 'повторные попытки или ограничанйыя сетевой доступ для вспомогательной' подсистемы Контропь качества канала использованае протокола контроля качества'канала является также необязательным элементом в процессе соединения„которий активируется вхпючением' опции 'фвИгу Рготосо! в ЕСР-сообщение Сопбйпге-Кейна.
Хотя ~~пи~ н пцззшлнет системе-отправителю опраяелить для этой цели любой протокол„но только один из них стандартизован, а'именно — Протокол Ейй Яцайгу йерогт. Процесс переговоров, происходящих на'описываемом'этапе, позвогяет сйствмам прийти к соглашению об -интервалах времени, через юзторые будут передаваться сообшения, содержаппге трафик канала и статистику ошибок ва время текущей сессии. Конфигуриьриз нротокопав Сетевого уровни Для всех протокалсв Сетевого уровня, котпрыа 'булуг использоваться в ходе РРР-соединения, требуются индивклуальнйе КСР-переговоры- Структура обмена 1чСР-сообщениями сходна со структурой обмена сообщениями протокола 1.СР, за исключением того, что опциональные элементы, включаемые в сообщение Сопбйпге-Кецпезг, соответствуют требованием конкретного пратшголгс Например, я ходе конфигурации 'протокола 1РСР, системы информируют друг друга о своих 1Р-адресах и договариваются о том, применять нлн нет сжатие заголовков Джейкобссна.' Другие протоколы ймеют сваи индгваййуальние потребности, оговариваемые'.системами по мере необходимости.
КСР-процедуры инициализации нли'1тревращения работы могут также происхшшть в любой момент в течение всегб времени соединения. Открытие,иииили Как только ваверц1ен обмен сообщениямн 1чСР,"соединение можно считать полностью уствзюйленным, и системы перадаюгг к слецующему шагу, а именно, фазе свигрьииил качала. С этого момента информация протгяилтов Сетевого уровня макет свободно поступап по каналу н обоих направлениях разъединение Когда пользователь завершает сессию, илн же в результате другах црнчин, например; разрьша физического соединения, неудачной аутентификации нли истечения Времени нахождения в состоянйи'беадействня„системы вступают в'4азу афйап какала. Для обрыва канала одна из систем посылает ЕСР-сообщение Тантале-йемен, на которое другая отвечает сообщением Тепшплге-АсВ. 1чСР такжв поддерживают еосбшения Тезтп1пвга-Карзезг'и Тепп1пже-Аск, но они предназначены лля случая неповрежденного РРР-совдинензйз.
Фактиче- Глава Га ТСРЛР скн, РРР-соединение может оставаться активным даже тогда, котла все со единения протоколов Сетевого уровня прерваны. По этой причине нет никакого смысла в разрыве соединений протоколов Сетевого уровня перед разрывом РРР-соединения. Протокол АВР АЙ3гезз Кето!шюп Ргагосо! !АКР, протокол разрешения адресов) занимает несколько необычное место среди протоколов стека ТСР/1Р, так как:упорно сопротивляется любым попыткам его классификации. В отличие от большинства протоколов ТСР/1Р сообщения АКР не переносятся 1Р-дейтаграммами. В документе под названием "Аищпед Хамберт" описан отдельный илентнфикатор, который протоколы Канального уровня используют для демонстрации того, что онн содержат сообщения протокола АИ'. В связи с упомянутой особенностью существуют несколько различных точек зрения относдтельно того уровня в стеке протоколов, к которому может быль причислен протокол АКР. Некоторые утверждают„что протокол АКР относится к протоколам Канального уровня, так как он обеспечивает сервис для протокола 1Р, в то время как другие склонны ассоциировать его с Сетевым уровнем, поскольку сообщения АКР переносятся протоколами Канального уровня.
![](https://s.studizba.com/z.php?f=/templates/si/i/noavatar.png&w=100&h=100&t=1"){kind=avatar}
