1 point компьютерная сеть

Русские Блоги

Компьютерная сеть Learning Record_ppp Point -point Protocol

PPP-протокол точки-точки (протокол точки-точки)

В настоящее время наиболее широко используемый протокол уровня каналов данных.

Особенности протокола ГЧП:

Пользователи Интернета обычно подключаются к определенному интернет -провайдеру (поставщику интернет -услуг) для доступа к Интернету. Протокол PPP — это протокол уровня каналов данных, используемый пользовательским компьютером и ISP.

1. Протокол ГЧП должен соответствовать потребностям

(1) Простой

Самая сложная часть Интернета находится в протоколе TCP, а IP -адрес интернет -протокола относительно прост. Он предоставляет ненадежные услуги пакетов данных. В этом случае нет необходимости предоставлять больше функций, чем протоколы IP, чем протоколы IP. Следовательно, слой кадров канала данных не требует ошибки, серийный номер не требуется, или контроль потока не требуется. (В беспроводной ссылке с большим количеством частоты ошибок может потребоваться более сложное соглашение об уровне ссылок.)

Простая конструкция может легко облегчить ошибки протокола, так что разные производители улучшили взаимодействие различной реализации соглашения.

Следовательно, протокол этого уровня канала данных очень прост: каждый раз, когда получатель получает кадр, выполняется тест CRC. Если тест CRC верен, возьмите этот кадр; в противном случае, отбросьте этот кадр.

CRC есть Циркуляр избыточный школьный код. （Cyclic Redundancy Check ): Это наиболее часто используемый код проверки школьного кода в области передачи данных. Он характеризуется длиной информационного поля и полем проверки.

Выбранный. Инспекция круговой избыточности (CRC) — это функция обнаружения передачи данных, которая выполняет полиномиальные вычисления на данные и прикрепляет полученные результаты за кадром.

Убедитесь, что правильность и целостность передачи данных.

(2) Упаковка в рамки

Протокол ГЧП должен указать специальные символыФиксированная линия кадра (То есть начало и конец кадра кадра）, Так что приемный конец может точно найти начальное и окончательное положение кадра из приема битового потока.

(3) прозрачность

Протокол ГЧП должен обеспечить прозрачность передачи данных. Если это немного комбинация, которая появляется в данных, необходимо использовать необходимые меры для их решения.

(4) различные протоколы сетевого уровня

Протокол ГЧП должен иметь возможность поддерживать работу протоколов нескольких сетевых слоев (IP и IPX и т. Д.) По одной и той же физической ссылке.

Когда точка -точечная ссылка подключена к локальной сети или маршрутизатору, протокол PPP также должен поддерживать различные протоколы сетевого уровня, работающие по ссылкам или маршрутизаторам, подключенным к ссылке.

(5) Различные типы ссылок

В дополнение к поддержке различных сетевых слоев, ГЧП также должна быть в состоянии работать по различным ссылкам.

Синхронные или асинхронные, низко -высокие или скоростные, электрические или светлые, обмененные (динамические) или необребительные (статические) точечные связи.

(6) Обнаружение ошибки

Протокол ГЧП должен быть в состоянии обнаружить кадр, полученную при приемном конце, и отказаться от неправильной кадры.

(7) Обнаружение состояния соединения

Необходимо иметь механизм, который может автоматически обнаружить, находится ли ссылка в обычном рабочем состоянии во времени (не более нескольких минут).

Когда отказ от разлома работает нормально после некоторого периода времени, необходима эта своевременная функция обнаружения.

(8) максимальный блок передачи

Значение по умолчанию по умолчанию максимального блока передачи MTU (максимальный блок принятия, не менее 1500 байтов) каждого типа точечной настройки ссылки.

(9) Консультация по адресу адреса сетевого уровня.

Протокол должен предоставить механизм для создания объекта двух сетевых слоев (таких как два уровня IP), которые могут знать или настроить адрес сетевого уровня друг друга посредством переговоров. Обеспеченный алгоритм должен быть максимально простым и может получить результаты переговоров во всех случаях.

(10) переговоры о сжатии данных

Соглашение должно быть в состоянии предоставить методы для согласования использования алгоритмов сжатия данных. Однако протокол ГЧП не требует стандартизации алгоритмов сжатия данных.

2. Функция протокола ThePpp не нуждается в

(1) Коррекция ошибок

Среди протоколов TCP/IP надежная передача отвечает за протокол TCP транспортного уровня, в то время как протокол PPP на уровне канала данных только неправильно.

(2) Управление потоком

В семействе протоколов TCP/IP контроль трафика «Конец» отвечает за TCP, поэтому PPP больше не выполняет управление трафиком.

(3) серийный номер

(4) Multi -точная линия

Не поддерживайте многопочечные линии (то есть для связи с несколькими станциями на главной станции и несколькими станциями на ссылке), и поддерживайте связь ссылки на точку ссылки.

(5) Половина двойной или одиночной ссылки

3. Состав протокола PPPP

2. Соединение ссылки на строительство, конфигурации и тестового канала данныхПротокол управления ссылкой LCP(Протокол управления ссылкой). Две стороны общения могут договориться о некоторых вариантах. 11 типов групп LCP определены в RFC1661.

3. Один наборПротокол управления сети NCP (Протокол управления сетью), каждый из которых поддерживает различные сетевые протоколы, такие как IP, сетевые уровни OSI, DECNet и AppleTalk.

Формат кадры протокола ГЧП

Поле Адрес A в первом эпизоде ​​указывает 0xff, а поле управления C указывает 0x03. Эти две поля первоначально рассматривались другие определения по значению, и оно не было дано по сей день. Таким образом, нет информации о кадрах PPP.

Четвертое поле первой части -это 2 -лабитное протокол поля. Когда поле протокола составляет 0x0021, некоторые поля информации о кадре PPP являются Datagrams IP. Если это 0xc021, информационное поле — это данные протокола управления каналом PPP LCP и 0x8021 означает, что это управляющие данные сетевого уровня.

Когда в информационном поле появляется комбинация BIT (0x7e) поля логотипа, необходимо предпринять некоторые меры, чтобы сделать эту форму той же формы той же формы поля логотипа, которые не отображаются в поле информационного обеспечения.

Когда PPP передается асинхронным: он определяет жесткий символ до 0x7D и использует байтовую заполнение. RFC 1662 указывает следующий метод заполнения:

(1) Преобразовать каждые байты 0x7e, которые отображаются в поле информационного поля до 2 байтов (0x7e, 0x5e)

(2) Если байт 0x7D (то есть комбинация такого же, что и жесткий символ) появляется в поле информационного поля, то преобразует 0x7D в 2 -лабийную последовательность (0x7d, 0x5d);

(3) Если символ управления кодом ASCII (то есть значение менее 0x20) появляется в информационном поле, до этого байта следует добавлять байт 0x7D, и код символа изменяется на изменение.

Когда протокол PPP используется в ссылке Sonet/SDH, он передается с синхронной передачей (серию бестолковых непрерывных передач) вместо асинхронной передачи (передаваемой символами один за другим). В этом случае протокол ГЧП использует метод заполнения с нулевым битом для достижения прозрачной передачи.

Источник