ВУЗ: Не указан
Категория: Не указан
Дисциплина: Не указана
Добавлен: 23.06.2021
Просмотров: 889
Скачиваний: 1
21
в
)
адаптация
одной
стороны
к
значениям
опций
другой
стороны
:
г
.)
адаптация
одной
стороны
к
опциям
другой
стороны
:
Опции
протокола
LCP
Каждый
из
запросов
/
ответов
конфигурации
может
содержать
следующие
опции
:
1 Maximum-Receive-Unit –
максимальная
длина
принимаемого
пакета
;
2 Async-Control-Character-Map –
карта
кодирования
управляющих
символов
3 Authentication-Protocol –
протокол
аутентификации
4 Quality-Protocol –
протокол
определения
качества
линии
5 Magic-Number –
магическое
число
6 RESERVED –
зарезервирован
7 Protocol-Field-Compression –
компрессия
поля
протокола
8 Address-and-Control-Field-Compression –
компрессия
поля
адреса
Каждая
из
опций
имеет
следующий
формат
:
Изменяет
значение
необходимых
опций
Изменяет
указанные
опции
Conf.- Req
Conf.- Reg
Conf.- Nak
Скопировать
требуемые
значения
опций
Conf.- Rej
Conf.- Req
Conf.- Ack
Conf.- Reg
Conf.- Ack
новый
id
Скопировать
требуемые
опции
новый
id
22
0 1
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Type | Length | Data ...
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Тип
опции
задаётся
целым
числом
от
1
до
8;
длина
указывается
в
байтах
.
Рассмотрим
данные
опций
:
−
MRU – 2
байта
с
максимальной
длиной
пакета
;
−
ACCM – 32
бита
,
битовая
карта
кодирования
32
управляющих
символов
в
2
байтовые
последовательности
; 0 –
не
кодируется
, 1 –
кодируется
.
−
AP – 2
байта
,
номер
протокола
аутентификации
: 0xC023 – PAP, 0xCC23 – CHAP (RFC
1994).
−
QP – 2
байта
,
номер
протокола
управления
качеством
линии
: 0xC025 – LQR (Link
Quality Report).
−
MN – 2
байта
,
магическое
число
,
вычисляется
по
случайному
алгоритму
,
служит
для
определения
циклических
линий
(
в
случае
совпадения
).
−
PFC – 1
байт
,
указывает
длину
поля
номера
протокола
PPP-
кадра
;
номер
протокола
может
быть
упакован
в
1
байт
;
−
ACFC – 1
байт
,
указывает
на
длину
сетевых
адресов
при
компрессии
;
текущее
значение
2.
Пример
.
№
1.
Интерпретация
РРР
пакета
С
021 01 00 0017 02 02 00 00 00 00
LCD Conf Reg Ident Length Option
№
протокола
код
(=23)
05 06 34 8F 1F 1A 07 02 08 02 0d 03 06
Option
Разберем
опции
:
№
2.
Ответ
на
запрос
Magic – Number
(
магическое
число
)
Для
того
,
чтобы
узнать
,
что
линия
не
закольцована
1-
я
опция
Async – Control – Character map
(
операция
для
передачи
асинхронного
управления
символов
)
02 06 00 00 00 00 05 06 34 8F 1F 1
А
длина
длина
длина
07 02 08 02 0d 03 06
Создание
поля
протокола
(Protocol Field -
Compression)
Address – and –
control – Field –
Compression
Независимая
опция
call – back
(
опция
обратного
вызова
в
Ethernet)
23
Некоторые
дополнительные
протоколы
,
такие
как
PAP, IPCP,
имеют
собственные
процедуры
переговоров
,
аналогичные
переговорам
LCP.
3.3.
Протоколы
аутентификации
Переговоры
протокола
PAP:
−
Authentication-Request (0x01) –
запрос
аутентификации
,
поля
:
PeerID –
идентификатор
стороны
(length –
длина
, ID –
строка
-
идентификатор
);
Password –
пароль
(length –
длина
, passwd –
строка
-
пароль
);
−
Authentication-Ack (0x02) –
подтверждение
;
−
Authentication-NAK (0x03) –
неподтверждение
;
−
Authentication-Reject (0x04) –
отвержение
.
Протокол
PAP –
простейший
протокол
аутентификации
с
передачей
идентификатора
и
пароля
в
открытом
(
нешифрованном
)
виде
.
Для
более
надёжной
аутентификации
применяют
протокол
CHAP
и
другие
.
3.4.
Протоколы
конфигурирования
сети
(NCP)
Для
конфигурирования
сетевого
уровня
IP
используется
протокол
IPCP – IP Control
Protocol (RFC 1332, 1877).
Основная
функция
этого
протокола
–
назначение
IP-
адресов
взаимодействующим
хостам
(RFC 1332),
а
также
назначение
серверов
имён
систем
DNS
и
WINS (RFC 1877).
Предусмотрено
как
указание
конкретных
IP-
адресов
,
так
и
запрос
на
выделение
адресов
противоположной
стороной
с
помощью
указания
нулевого
IP-
адреса
0.0.0.0
в
запросе
.
Протокол
IPCP (0x821)
предусматривает
операции
с
кодами
,
аналогичными
LCP:
1 Configure-Request –
запрос
конфигурации
;
2 Configure-Ack –
подтверждение
конфигурации
;
3 Configure-Nak –
неподтверждение
конфигурации
;
4 Configure-Reject –
отвержение
конфигурации
;
Предусмотрены
следующие
опции
:
1 IP-Addresses – IP-
адрес
(
в
последнее
время
не
используется
);
2 IP-Compression-Protocol –
протокол
компрессии
IP-
адресов
,
например
:
002d – Van Jacobson Compressed TCP/IP
3 IP-Address – IP-
адрес
–
используется
для
назначения
IP-
адреса
.
Рассмотрим
последовательность
переговоров
при
назначении
IP-
адреса
противоположной
стороной
:
LCP length (=7) call – back
С
0 21 04 00 00 07 0d 03 06
Config . Reject
Identificatio
n
Conf.- Req. (IP-Addr=0.0.0.0)
Выбирает
адрес
для
противоположной
стороны
,
например
, 194.168.20.145
24
Дополнением
(RFC 1877)
к
стандарту
IPCP
предусмотрены
опции
конфигурирования
адресов
серверов
имён
:
−
Primary DNS Server Address (0x81) –
адрес
первичного
DNS
сервера
;
−
Primary NBNS (WINS) Server Address (0x82) –
адрес
первичного
WINS
сервера
;
−
Secondary DNS Server Address (0x83) –
адрес
вторичного
DNS
сервера
;
−
Secondary NBNS (WINS) Server Address (0x84) –
адрес
вторичного
WINS
сервера
.
Точно
так
же
,
как
и
для
адресов
хоста
,
указание
нулевого
адреса
0.0.0.0
означает
запрос
на
выделение
адреса
противоположной
стороной
.
4.
Взаимодействие
протоколов
сетевого
и
транспортного
уровней
Сетевые
протоколы
обеспечивают
доставку
пакетов
хостам
,
подключенным
к
сети
.
Транспортные
протоколы
обеспечивают
взаимодействие
сетевых
(
прикладных
)
процессов
.
Процесс
внутри
хоста
идентифицируется
номером
порта
.
Протоколы
транспортного
уровня
:
I. II.
Транспортный
UDP TCP
Сетевой
IP IP
I.
Без
установления
соединения
(
сеанса
связи
),
без
подтверждение
,
без
управления
потоком
–
небольшие
сообщения
: DNS (port=53).
II.
С
установлением
соединения
и
управлением
потоком
–
большие
объёмы
информации
:
FTP (port=21), HTTP (port=80), SMTP (port=25).
4.1.
Организация
взаимодействия
с
прикладным
уровнем
Каждое
сетевое
приложение
идентифицируется
своим
сокетом
:
сокет
–
это
пара
(IPAddr,np),
где
IPAddr
– IP
-
адрес
хоста
, np –
номер
порта
.
Назначение
номера
порта
:
•
статическое
0-1023 –
порты
серверов
(DNS-
сервер
, FTP, HTTP, SMTP, VoIP);
•
динамическое
1024-65535 –
порты
клиентов
;
номер
выделяется
на
время
работы
процесса
.
Данные
можно
получить
в
RFC 1700, 3250.
Схема
взаимодействия
приложений
в
сети
:
Подставляет
указанный
адрес
в
запрос
Conf.- Nak (IP-Addr=194.168.20.145)
Conf.- Req (IP-Addr=194.168.20.145)
Conf.- Ack (IP-Addr=194.168.20.145)
новый
id
25
Хост
X
IP
X
Хост
Y
IP
Y
Сеть
Процесс
(X,1)
Сокет
(IP
X
,px
1
)
Процесс
(X,2)
Сокет
(IP
X
,px
2
)
Процесс
(X,k)
Сокет
(IP
X
,px
k
)
Процесс
(Y,1)
Сокет
(IP
Y
,py
1
)
Процесс
(Y,2)
Сокет
(IP
Y
,py
2
)
Процесс
(Y,l)
Сокет
(IP
Y
,py
l
)
Выбор
сетевого
приложения
(
процесса
)
по
номеру
порта
Таким
образом
,
пара
взаимодействующих
в
сети
приложений
(
процессов
некоторой
сетевой
операционной
системы
)
полностью
идентифицируется
парой
их
сокетов
:
((IP
X
,px), (IP
Y
,py)).
4.2.
Протокол
UDP (RFC 768)
Формат
заголовка
UDP:
Заголовок
UDP-
пакета
имеет
простой
формат
и
состоит
из
четырех
двухбайтовых
полей
:
•
UDP source port -
номер
порта
процесса
-
отправителя
,
•
UDP destination port -
номер
порта
процесса
-
получателя
,
•
UDP message length -
длина
UDP-
пакета
в
байтах
,
•
UDP checksum -
контрольная
сумма
UDP-
пакета
.
Передача
дейтаграммы
UDP:
Дейтаграмма
UDP
всегда
передаёт
отдельное
сообщение
.
4.3.
Протокол
TCP (RFC 793)
В
стеке
протоколов
TCP/IP
протокол
TCP (Transmission Control Protocol)
работает
так
же
,
как
и
протокол
UDP,
на
транспортном
уровне
.
Он
обеспечивает
надежную
source port (2
байта
)
destination port (2
байта
)
message length (2
байта
)
checksum (2
байта
)
IP
Заголовок
UDP