35. Максимальная длина принимаемого блока
Вариант конфигурации «максимальная длина принимаемого блока» (MRU) — не что иное, как максимальный размер пакета данных, который модуль РРР в состоянии принять, равный по умолчанию 1500 байт. Модуль РРР может установить MRU как больше, так и меньше значения по умолчанию. Предположим, компьютер хочет передавать блоки данных размером 2048 байтов. Если удаленный компьютер согласится работать с блоками такой длины (указывается в пакете «конфигурация-запрос»), оба они будут передавать пакеты длиной по 2048 байтов.
Нужно иметь в виду, что реализация РРР необязательно должна посылать пакеты длиной, в точности равной MRU. Вариант конфигурации MRU определяет именно максимальную длину пакета, превышать которую нельзя. РРР не обязан дополнять пакет меньшей длины пустой последовательностью данных. Он всегда может послать пакет меньшей, чем MRU, длины. Если компьютер по какой-либо причине не может работать с MRU, равным 1500 байтов, в процессе конфигурации соединения он может запросить MRU меньшего размера. На рис. 10 приведен формат варианта конфигурации MRU.
Рис. 10
Значение поля длины варианта конфигурации MRU всегда равно четырем. Поле «максимальная длина принимаемого блока», длиной в два байта, имеет значение, разное максимальному количеству байтов в информационном поле пакета данных PPP. Другими словами, размер MRU не включает служебную информацию кадра PPP, полей протокола и контрольной суммы.
36. Конфигурация протокола авторизации доступа
При установлении соединения модуль PPP может воспользоваться тем или иным протоколом авторизации доступа. Данная возможность PPP реализуется на сетях, допускающих проведение авторизации доступа на сетевом уровне. Для выбора конкретного способа авторизации используются методы конфигурации LCP. Поскольку некоторые сети не позволяют проводить авторизацию на сетевом уровне, PPP не требует ее по умолчанию. Семейство протоколов TCP/IP не имеет в своем составе протоколов авторизации на сетевом уровне.
Для запроса того или иного протокола авторизации модуль PPP, как и раньше, шлет пакет «конфигурация-запрос» с установленным типом пакета («запрос авторизации доступа») и определенным типом авторизации и ждет ответа от удаленного компьютера. Если удаленный компьютер согласен установить связь с авторизацией доступа, он, как и прежде, посылает ответный пакет «конфигурация-подтверждение». Таким образом, оба компьютера начинают сеанс с авторизацией доступа.
Интересно, что PPP не требует авторизации в дуплексном режиме. То есть компьютеры могут применять различные типы авторизации на разных направлениях. Формат варианта конфигурации протокола авторизации доступа такой же, как и у MRU, и показан на рис. 6.10. Только вместо двухбайтового поля MRU там находится двухбайтовое поле типа протокола авторизации доступа. Кроме того, в поле данных может помещаться дополнительная информация в зависимости от конкретного типа протокола авторизации доступа.
37. Конфигурация протокола управления качеством
Протокол PPP предоставляет возможность следить за качеством соединения. В общем, качество линии выражается в количестве неверно принятых пакетов по сравнению с их общим числом. То есть выясняется, когда и насколько часто линия связи теряет данные. Вариант конфигурации протокола управления качеством позволяет модулю PPP выбрать подходящий метод наблюдения за количеством испорченных или потерянных данных. Так же как и в случае с протоколом авторизации доступа, PPP не требует дуплексной работы выбранного метода. Модуль PPP может выбрать один метод в одном направлении и другой — в обратном. Формат пакета конфигурации протокола управления качеством подобен по структуре формату пакета выбора протокола авторизации доступа. Вместо двухбайтового поля протокола авторизации там размещено двухбайтовое поле протокола управления качеством. Поле данных может содержать дополнительную информацию, относящуюся к конкретному указанному методу управления.