Приложение 4. ТРЕБОВАНИЯ К ПРОЦЕДУРАМ ИНКАПСУЛЯЦИИ ПАКЕТОВ ПРОТОКОЛА IP
1. Требования к инкапсуляции пакетов протокола IP в пакеты протокола X.25:
1.1. Формат пакетов инкапсуляции.
Пакет "Запрос вызова" X.25 в поле "Данные вызова пользователя" содержит идентификатор протокола сетевого уровня NLPID (длиной 1 байт), инкапсулированного по виртуальному каналу X.25.
Для IP данный идентификатор NLPID имеет значение "СС" шестнадцатеричное.
Пакет IP переносится в поле блока данных пакета данных X.25. Пакеты посылаются как завершенные последовательности пакетов X.25 (пакет IP выровнен по границам пакета X.25. В случае, когда длина пакета IP превышает размер пакета данных X.25, пакет IP фрагментируется с использованием бита "еще данные").
1.2. Требования к процедурам инкапсуляции.
Инкапсуляция пакетов IP выполняется при помощи одного из трех способов:
1) пакеты IP, содержащиеся в мультиплексированных пакетах данных, передаваемых по каналу с "нулевой" (мультиплексированной) инкапсуляцией, инкапсулируются по идентификатору NLPID;
2) пакеты IP могут инкапсулироваться при помощи протокола SNAP (пакеты данных идентифицируются по "Уникальному административно назначаемому идентификатору" (OUI), содержащемуся в заголовке протокола SNAP (длиной 5 байт) и имеющему значение "000000" шестнадцатеричное, а также "Идентификатору протокола" (PID), имеющему значение "0800" шестнадцатеричное);
3) пакеты IP инкапсулируются по каналу, использующему "нулевую" инкапсуляцию, в мультиплексируемые пакеты данных внутри протокола SNAP.
В оборудовании поддерживается возможность согласования параметров для X.25 (размер пакета, размер окна).
В оборудовании обеспечивается возможность передачи (приема) блоков данных протокола длиной не менее 1600 байт.
По умолчанию максимальный размер передаваемых данных (MTU) X.25 для пакетов IP составляет до 1500 байт, при этом поддерживается возможность конфигурирования данного MTU (как минимум на уровне интерфейса) в диапазоне от 576 до 1600 байт.
В оборудовании поддерживается возможность конфигурирования максимальной длины блока данных (PDU) для протокола IP.
Для инкапсуляции пакетов IP между сетями передачи данных поддерживается отдельный виртуальный канал.
Обеспечивается поддержка нескольких виртуальных каналов для единственной инкапсуляции.
Обеспечивается прием нескольких входящих вызовов при одной и той же инкапсуляции от одного узла. При этом обеспечивается прием и последующая передача входящих PDU по дополнительному каналу.
Обеспечивается подтверждение вызовов одной и той же инкапсуляции с целью закрыть канал или игнорировать PDU от канала.
Не разрешается применение алгоритмов предотвращения конфликтов между вызовами виртуальных каналов.
Обеспечивается выбор (посредством конфигурации) режима, при котором для одного протокола назначается несколько виртуальных каналов.
В оборудовании поддерживается возможность конфигурации значения минимального "тайм-аута" для каналов, в течение которого каналы остаются открытыми, пока оконечные узлы находятся в активном состоянии.
Если виртуальный канал в момент приема пакета IP закрывается или сбрасывается, пакет IP пропадает.
В оборудовании обеспечивается использование "тайм-аута" простоя виртуальных каналов для сброса их активного состояния по истечении "тайм-аута". Длительность "тайм-аута" конфигурируема.
В оборудовании обеспечивается реализация конфигурируемой возможности приема вызовов от несконфигурированных адресов.
В оборудовании используется таймер закрытия канала с переменным значением для предотвращения повторных вызовов к аварийным узлам-получателям.
2. Требования к инкапсуляции пакетов протокола IP в кадры протокола Frame Relay.
2.1. Формат кадра.
Для пакетов IP, передаваемых по сети передачи данных Frame Relay, предусматриваются два способа инкапсуляции:
1) с использованием идентификатора протокола сетевого уровня NLPID, содержащего код протокола IP;
2) с использованием идентификатора протокола сетевого уровня NLPID, содержащего код протокола доступа подсети SNAP.
2.2. Согласование параметров уровня звена данных.
Параметры уровня звена данных назначаются по умолчанию, устанавливаются путем конфигурирования или в результате процедуры согласования посредством обмена кадрами "Идентификация параметров обмена" (XID). На этапе инициирования канала согласованию подлежат следующие параметры:
1) максимальный размер кадра;
2) таймер повторной передачи;
3) максимальное число неповрежденных информационных кадров (I-кадров).
2.3. Требования к процедуре фрагментации.
Максимальный размер передаваемого кадра составляет 262 байта. Для передачи пакетов IP, длина которых не позволяет инкапсулировать их в один кадр Frame Relay, применяется процедура фрагментации. Область действия фрагментации определяется границами сети Frame Relay.
Фрагменты передаются в порядке, определяемом значением поля сдвига от начала фрагментированного пакета (первый фрагмент имеет сдвиг, равный "0"). При передаче не допускается вставка в последовательность фрагментов, принадлежащих одному пакету, других пакетов или информации, относящихся к тому же соединению звена данных (DLC).
Если при процедуре обратной сборки обнаруживается пропадание или искажение фрагмента, сообщение исключается из обработки и передачи (считается утраченным).
2.4. Требования к процедуре инкапсуляции пакетов разрешения адресов.
Пакеты протокола разрешения адресов (ARP) инкапсулируются в пакеты Frame Relay с использованием способа инкапсуляции с заголовком протокола SNAP.
В процессе прохождения сети Frame Relay идентификатор соединения звена данных DLCI в заголовке инкапсулированного пакета ARP модифицируется.
Непосредственное использование групповых адресов IP в среде Frame Relay не регламентируется. Пакет с запросом протокола ARP копируется получателем пакета и рассылается по каждому соответствующему соединению DLC (эмуляция режима широковещательных адресов).
Групповая адресация в среде Frame Relay реализуется также посредством протокола обратного разрешения адресов (Inverse ARP).
3. Требования к инкапсуляции пакетов протокола IP при передаче по сети передачи данных ATM.
3.1. Мультиплексирование и форматы инкапсуляции.
Пакет IP передается в поле PDU протокола AAL5.
Для пакетов IP, передаваемых по сети передачи данных ATM, предусматриваются два способа инкапсуляции:
1) при использовании одного виртуального соединения несколькими протоколами - инкапсуляция с использованием заголовка уровня управления звеном данных LLC и заголовка протокола доступа подсети SNAP для идентификации протокола IP;
2) при выделении отдельного соединения виртуального канала каждому протоколу - инкапсуляция без использования заголовков уровня LLC и SNAP (для коммутируемых соединений ATM).
Выбор способа инкапсуляции обуславливается способом мультиплексирования и реализуется при конфигурации (для постоянных соединений) или посредством процедур сигнализации B-ISDN (для коммутируемых соединений). Если оборудование поддерживает работу только по постоянным соединениям, требование к возможности задания способа инкапсуляции при конфигурации является обязательным.
В зависимости от способа мультиплексирования многопротокольной передачи предусматриваются разные формы инкапсуляции.
Для инкапсуляции пакета IP заголовок LLC содержит значение "AAAA03" шестнадцатеричное, что соответствует случаю, когда за заголовком LLC следует заголовок SNAP, который идентифицирует протокол.
Заголовок SNAP состоит из поля OUI (длина 2 байта), значение которого устанавливается в "0", и поля EtherType (длина 2 байта), значение которого соответствует протоколу, которому принадлежит пакет.
Для протокола IP предусматривается установка поля EtherType в значение "0800" шестнадцатеричное, протоколу ARP соответствует "0806" шестнадцатеричное.
Для коммутируемых сетей передачи данных ATM блок PDU AAL5 не содержит заголовков LLC и SNAP и состоит только из данных пользователя и концевика.
Максимальная длина пакетов IP (MTU) по умолчанию составляет 9180 байт.
Структура блока данных протокола AAL5 с инкапсуляцией приведена на рисунке.
┌───┬───┬──┬───┬───┬──┬───────────┬────────────────┬────┬────┬────┬──────┬─────┐ │АА │АА │03│00 │00 │00│ETHERTYPYP │Пакет IP или ARP│PAD │ UU │CPI │Length│ CRC │ ├───┴───┴──┼───┴───┴──┴───────────┼────────────────┼────┴────┴────┴──────┴─────┤ │<-------->│<-------------------->│<-------------->│<------------------------->│ ├──────────┼──────────────────────┼────────────────┼───────────────────────────┤ │Заголовок │ Заголовок SNAP │ Данные │ Концевик AAL5 │ │ LLC │ │ пользователя │ │
PAD - поле дополнения
UU - поле для передачи информации
CPI - индикатор общей части
Length - длина данных пользователя
CRC - контрольная последовательность
Рисунок.
Разрешение адресов.
В оборудовании реализуется поддержка параметров, специфичных для работы в сети передачи данных ATM.