
- •1. Обзор протоколов обмена данными по телефонным линиям
- •2. Контроль четности
- •3. Стартовые и стоповые биты
- •4. Боды и биты в секунду
- •5. Соединение по протоколу slip
- •7. Что такое slip?
- •7. Инкапсуляция данных slip
- •10. Недостатки slip
- •11. Отсутствие возможности адресации
- •14. Протокол slip со сжатием (cslip)
- •15. Предпосылки к появлению cslip
- •16. Влияние аппаратных средств
- •17. Цели проектирования
- •18. Реализация slip
- •19. Протокол Point-to-Point (ррр)
- •20. Инкапсуляция данных ррр
- •21. Кадр данных ррр
- •22. Тип кадра данных в ррр
- •23. Инкапсуляция ррр по сравнению со slip
- •24. Функции по управлению соединением
- •25. Фаза установления соединения
- •27. Фаза управления сетью
- •28. Фаза прекращения соединения
- •29. Протокол управления соединением
- •30. Пакеты lcp
- •31. Структура пакетов конфигурации соединения lcp
- •32. Структура пакетов окончания сеанса lcp
- •33. Структура пакетов управления соединением lcp
- •34.Варианты конфигурации соединения lcp
- •35. Максимальная длина принимаемого блока
- •36. Конфигурация протокола авторизации доступа
- •37. Конфигурация протокола управления качеством
- •38. Магическое число
- •39. Сжатия данных поля протокола
- •40. Конфигурация сжатия полей адреса и управления
- •41. Что такое протокол управления сетью ip?
- •42. Чем ipcp отличается от lcp?
- •43. Варианты конфигурации протокола iрср
- •44. Конфигурация протокола сжатия ip
- •45. Конфигурация ip-адреса
- •46. Резюме
33. Структура пакетов управления соединением lcp
Пакеты управления соединением используются для управления и отладки во время сеанса связи. Определено пять разновидностей пакетов: «код-отказ» (Code-Reject), «протокол-отказ» (Protocol-Reject), «эхо-запрос» (Echo-Request), «эхо-ответ» (Echo-Reply) и «игнорировать-запрос» (Discard-Request). Пакет «код-отказ» передается модулем РРР, принявшем пакет с неизвестным полем «код». Поле данных этого пакета (оно называется «Rejected-Packet field») содержит копию поля данных принятого пакета с неизвестным полем «код». Однако эта копия включает только данные из поля «информация». Ни заголовки уровня соединения, ни контрольная сумма CRC кадра РРР туда не попадают. На рис. 7 приведен формат пакета «код-отказ».
Рис. 7.
Пакет «протокол-отказ» передается по тому же самому поводу, что и «код-отказ» — в ответ на неопознанное значение поля «протокбл» пакета РРР. Из рис. 8 видно, что пакет «протокол-отказ» содержит двухбайтовое поле, идентифицирующее неопознанный протокол, а также его «неопознанные данные» (Rejected-information).
Рис. 8.
Поле «неопознанный протокол» содержит значение неопознанного поля «протокол» в принятом пакете. Так же как и в предыдущем случае, поле «неопознанные данные» содержит данные только из информационного поля принятого пакета. Чтобы протестировать состояние канала связи, РРР шлет пакеты «эхо-запрос» и «эхо-ответ». Модуль РРР, получивший пакет «эхо-запрос», должен ответить пакетом «эхо-ответ». Пакет «игнорировать-запрос» предназначен для тестирования канала в одном направлении, от локального до удаленного компьютера. Модуль РРР, принимающий пакеты «игнорировать-запрос», не обращает на них никакого внимания.
Пакеты всех трех только что перечисленных типов содержат поле «магическое число» в поле данных. «Магическое число» устанавливается при конфигурации соединения и необходимо для опознавания петли на канале связи. Мы подробно рассмотрим его применение, вместе с другими вариантами конфигурации LCP, в следующем разделе.
34.Варианты конфигурации соединения lcp
Варианты конфигурации соединения представляют собой набор характеристик канала связи «точка-точка». Каждый вариант имеет значение, принимаемое по умолчанию. Протокол РРР устанавливает значение по умолчанию, если оно отсутствует в принятом пакете «конфигурация-запрос». Значения, принимаемые по умолчанию, позволяют РРР не проводить переговоры о некоторых вариантах конфигурации. Однако в большинстве случаев выбор значения по умолчанию приводит к тому, что установленное соединение оказывается хуже по характеристикам, чем могло бы быть. На рис. 9 показан общий формат вариантов конфигурации LCP.
Рис.
9.
Поле длины варианта конфигурации (1 байт) содержит длину варианта, включая поля типа, собственно длины и данных. Формат и содержимое поля данных для каждого варианта свое собственное. Однобайтовое поле типа служит для идентификации типа, о котором идет речь в пакете. В табл. 2 перечислены возможные значения типа по состоянию на июль 1994 г.
Табл. 2
Значение поля типа |
Описание варианта конфигурации |
0 |
Не используется (зарезервировано) |
1 |
Максимальная длина принимаемого блока (Maximum-Receive- |
|
Unit) |
3 |
Протокол авторизации доступа (Authentication-Protocol) |
4 |
Протокол управления качеством (Quality-Protocol) |
5 |
Магическое число (Magic-Number) |
7 |
Сжатие данных поля протокола (Protocol-Field-Compression) |
8 |
Сжатие полей адреса и управления (Address-and-Control- Field-Compression ) |
|