Галкин В.А., Григорьев Ю.А. - Телекоммуникации и сети (1053870), страница 81
Текст из файла (страница 81)
5.6.Flag(7Е),Address(FF)^Control(03)лInformationPCSDataProtocolOxxxПротокол сетевого уровняCxxxLCP8xxxNCPРис. 5.12. Формат кадра РРР3441Flag(7E),5.4. Протоколы IVуровня стека TCP/IPТаблица 5.6. Типы пакетов поля ProtocolЗначение поляProtocol0021Тип пакета0023IPISOCLNP0025Xerox NS ГОР0027DECnet Phase IV0029Apple Talk002ВIPX002DVan Jacobson Compressed ТСРЯР 1002FVan Jacobson Compressed TCP/IP 28021IP Control Protocol8023ISO CLNP Control Protocol8025Xerox NS IDP Control Protocol8027DECnet Phase IV Control Protocol8029Apple Talk Control Protocol802ВIPX Control ProtocolС021Link Control ProtocolС023User/Password Authentication ProtocolПоле Data содержит дейтаграмму для протокола, заданного в поле протокола.
Конец информационного поля определяется замьпсающей последовательностью Flag, перед которой размещается два байта поля FCS. Максимальнаядлина информационного поля по умолчанию равна 1500 байт. В соответствии саприорным соглашением, разрешающие реализации РРР могут использоватьдругие значения максимальной длины информационного поля.Поле проверочной последовательности блока данных FCS (Frame CheckSequence) обычно составляет 16 бит (2 байт). В соответствии с априорнымсоглашением, разрешающие реализации РРР для усиления степени защиты отошибок могут использовать 32-битовое (4-байтовое) поле FCS.Протокол РРР инициируется, используя оба протокола LCP и NCR ДляРРР-соединения определено пять фаз:• организация канала (Dead Phase). Эта фаза определяет физическую готовность канала прежде, чем может быть произведен обмен каких-либо дейтаграмм сетевого уровня (например IP).
В случае успешной инициализациифизического уровня канал переходит в следующую фазу;3455. Сетевые протоколы• определение качества канала связи и согласование его конфигурации(Establish Phase). Эта фаза инициализирует протокол LCP и определяет параметры канала. Здесь проверяется канал, чтобы определить, является ли качество канала достаточным для вызова протоколов сетевого уровня.
Эта фазазавершается после того, как пакет подтверждения конфигурации (ConfigureАСК) будет принят на обоих концах канала. После этого канал считается открытым и переходит в фазу аутентификации (необязательно);• аутентификация (Authenticate Phase). В этой фазе аутентифицируютсяобе точки, используя протоколы РАР (Password Authentication Protocol) илиCHAP (Challenge Handshake Authentication Protocol).
Канал не переходит в следующую фазу Network Phase до успешной аутентификации. Если же аутентификация неуспешна, то канал переходит в фазу прекращения действия каналаTerminate Phase;• согласование конфигурации протоколов сетевого уровня (NetworkPhase). После того как LCP завершит фазу определения качества канала связи, конфигурация сетевых протоколов может быть по отдельности выбранасоответствующими NCR Сетевые протоколы могут быть в любой момент вызваны и освобождены для последующего использования.
Если LCP закрьгоаетданный канал, он информирует об этом протоколы сетевого уровня, чтобы ониприняли соответствующие меры;• прекращение действия канала (Terminate Phase). Эта фаза закрываетРРР-канал административньп^ путем. Иногда это происходит и из-за какогонибудь физического события, такого, как плохое качество линии, потеря носителя или истечение периода бездействия таймера.
Протокол LCP используетTerminate Request пакет для закрытия канала и сообщает соответствующимNCP, что канал закрыт.Протокол управления канала связи LCP (Link Control Protocol). LCP обеспечивает метод оргаьшзации, выбора конфигурации, поддержания и окончаршяработы канала с непосредственным соедршением.Существует три класса пакетов LCP:для организации канала связи. Используются для организации и выбора конфигурации канала.для завершения действия канала. Применяются для завершения действияканала связи.для поддержания работоспособности канала.
Используются для поддержания и отладки канала. К таким пакетам относятся, например, пакеты LQR (LinkQuality Report) и Echo Request/Reply, обеспечивающие мониторинг качествастандартного синхронного канала LQM (Lmk Quality Monitoring).LCP пакет передается в поле Information РРР-кадра. Формат пакета связипротокола LCP представлен на рис. 5.13.3465.4.
Протоколы IVуровня стека TCP/IPFlag(ТЕ)LCP пакетAddress(FF)CxxxControl(03)CodeFCSMformationLengthIdentifierFlag(ТЕ)DataCode=l или Code=2 \TypeLengthValueType^-—ValueПараметр 2Параметр 1кLength>Рис. 5.13. Формат пакета LCPПоле Code определяет тип LCP-сообщения, содержащегося в поле данных.Ниже приведены некоторые общие примеры LCP пакетов для организации канала.L Configure Request (Code = 1):а) открытие соединения;б) обмен параметрами конфигурации;в) прием оговоренных параметров от другой стороны.2. Configure Аск (Code = 2):а) ответ на Configure Request;б) указание на то, что значения параметров, полученных в ConfigureRequest, корректны;в) сигнализирует, что канал открьгг по прибьггию пакета.3.
Configure Nak (Code = 3) показывает, что значения параметров неприемлемы.4. Configure Reject (Code = 4):а) указывает, что некоторые из параметров неприемлемы;б) шлет новый Configure Request пакет без неправильных параметров,найденных в отвергнутом пакете.Поле Identifier определяет запросы и ответы. Поле Length указывает размер LCP-пакета. Поле Data содержит конфигурационные параметры для пакетов типа Configure Request и Configure Аск, определяемые полями Туре, Lengthи Value. Всего может быгь задано восемь параметров конфигурации. Поле Туреописывает параметры конфигурации для согласования, поле Length описьшаетих длину, а поле Value определяет значение параметров конфигурации для согласования.
В табл. 5.7 представлены параметры конфигурации LCP.3475. Сетевые протоколыТаблица 5.7. Параметры конфигурации LCPПараметрMaximumReceive UnitAsync-ControlCharacter-MapAuthenticationProtocolQualityProtocolMagic-NumberRESERVEDProtocol-FieldCompressedAddress-andControl FieldCompressedFCSAltemativesОписаниеТипДлина,байтСогласует размеры пакетоводного направленияСогласует использованиеуправляющих символов дляасинхронных линийИспользуется для аутентификации, до того как начнется обмен пакетами третьегоуровняОпределяет мониторингкачества канала14263>4С023 (РАР)С223(СНАР)4>456Нет(по умолчанию)С025 (LQR)Нет(по умолчанию)67—8292Определяет закольцованность канала и другиеаномалии на втором уровне—Согласует протокол сжатияна втором уровнеСогласует сжатие полейAddress и Control РРР-кадраСогласует 32-бит FCS2Значение1500(по умолчанию)FFFFFFFF(по умолчанию)—1 Запрещено(по умолчанию)Не сжимать(по умолчанию)16бигРС8(по умолчанию)Семейство протоколов управления сетью NCP{NetworkControlProtocols).
После фазы LCP в РРР-канале следует фаза согласования параметров, специфичных для каждого из протоколов сетевого уровня в NCP.Например, протокол IP требует от обоих концов обмена и приема соответствующих IP-адресов. NCP определяет, каким образом данные различных протоколов расположены внутри РРР-кадра, что описано отдельным соглашениемRFC, определяющим как данный протокол инкапсулируется в РРР-кадр. Каждый NCP устанавливает, обслуживает и закрьгоает использование определенного протокола. На рис.
5.14 показан пример NCP кодов, которые могут находиться в поле Protocol РРР-кадра.Аутентификация для РРР описана в RFC 1334. Она использует два протоколаРАР и CHAR Последний наиболее распространен в современных сетях. СНАРаутентификация является частью фазы установления соединения LCP и повторяется через определенные интервалы времени, когда РРР-канал установлен.3485.4. Протоколы IVуровня стека TCP/IPFlag(ТЕ)Address Control(FF)(03)InformationProtocol^ 4 ^FCSFlag(7E)Data/8021 IP18023 OSI8025 XNS, VINES18027 DECnet1Рис. 5.14.
Пример ЛСР-кодовAddress Control(FF)(03)Flag(7E)^formationFCSFlag(7E)LCP-пакетC223 Code IdentifierILengthl=Challenge" 2=Response' 3=Success• 4=FailureУказывает на CHAPValue Size Hash Value CHAP Local NameОбмен СНАР-пакетамиChallenge^ResponseSuccessРис. 5.15. СНЬ^Р-аутентификацияCHAP выполняется на каждой стороне канала и каждой стороне назначаетсяодинаковый открытый ключ - secret, на базе которого вычисляется уникальноезначерше Hash Value, помещаемое в пакет (рис. 5.15).
Аутентификация реализуется по алгоритму с открыгым ключом.Мониторинг качества канала LQM {Link Quality Monitoring). Мониторинг поддерживается только на стандартных синхронных каналах. Качествоканала определяется процентом успепшо переданных или полученных пакетовв пределах отчетного периода. Эти пакеты называются LQR (Link QualityReport). Процедура LQM использует LQR-пакеты, содержащие счетчики дляопределения входного и выходного качества канала для входных и выходныхпакетов.
![](https://s.studizba.com/z.php?f=/templates/si/i/noavatar.png&w=100&h=100&t=1"){kind=avatar}
