НПА:Приказ Министерства информационных технологий и связи РФ от 6 декабря 2007 г. N 144

Об утверждении правил применения оборудования коммутации и маршрутизации пакетов информации

В соответствии со статьей 41 Федерального закона от 7 июля 2003 г. № 126-ФЗ «О связи» (Собрание законодательства Российской Федерации, 2003, № 28, ст. 2895; № 52(часть I), ст. 5038; 2004, № 35, ст. 3607; № 45, ст. 4377; 2005, № 19, ст. 1752; 2006, № 6, ст.636; № 10, ст. 1069; № 31 (часть I), ст. 3431,ст. 3452; 2007, № 1, ст. 8; № 7, ст. 835) и пунктом 4 Правил организации и проведения работ по обязательному подтверждению соответствия средств связи, утвержденных Постановлением Правительства Российской Федерации от 13 апреля 2005 г. № 214 (Собрание законодательства Российской Федерации, 2005, № 16, ст. 1463), приказываю:

1. Утвердить прилагаемые Правила применения оборудования коммутации и маршрутизации пакетов информации.
2. Направить настоящий Приказ на государственную регистрацию в Министерство юстиции Российской Федерации.
3. Контроль за исполнением настоящего Приказа возложить на заместителя Министра информационных технологий и связи Российской Федерации Б.Д. Антонюка.

Министр Л.Д.РЕЙМАН

Правила применения оборудования коммутации и маршрутизации пакетов информации

I. Общие положения

1. Правила применения оборудования коммутации и маршрутизации пакетов информации (далее — Правила) разработаны в соответствии со статьей 41 Федерального закона от 7 июля 2003 г. № 126-ФЗ «О связи» (Собрание законодательства Российской Федерации, 2003, № 28, ст. 2895; № 52 (часть I), ст. 5038; 2004, № 35, ст. 3607; № 45, ст. 4377; 2005, № 19, ст. 1752; 2006, № 6, ст. 636; № 10, ст. 1069; № 31 (часть I), ст. 3431, ст. 3452; 2007, № 1, ст. 8; № 7, ст. 835) в целях обеспечения целостности, устойчивости функционирования и безопасности единой сети связи Российской Федерации.

2. Правила устанавливают обязательные требования к параметрам оборудования коммутации и маршрутизации пакетов информации (далее — оборудование), предназначенного для использования в сети связи общего пользования и технологических сетях связи в случае их присоединения к сети связи общего пользования.

3. Правила распространяются на оборудование коммутации и маршрутизации пакетов информации, эксплуатируемое на объектах связи.

4. Оборудование идентифицируется как оборудование коммутации и маршрутизации пакетов информации и в соответствии с пунктом 6 Перечня средств связи, подлежащих обязательной сертификации, утвержденного Постановлением Правительства Российской Федерации от 31 декабря 2004 г. № 896 (Собрание законодательства Российской Федерации, 2005, № 2, ст. 155), должно пройти процедуру обязательной сертификации в порядке, установленном Правилами организации и проведения работ по обязательному подтверждению соответствия средств связи, утвержденными Постановлением Правительства Российской Федерации от 13 апреля 2005 г. № 214 (Собрание законодательства Российской Федерации, 2005, № 28, ст. 1463).

II. Требования к оборудованию коммутации и маршрутизации пакетов информации

5. Для оборудования коммутации и маршрутизации пакетов информации устанавливаются следующие обязательные требования при реализации:

• протоколов передачи пакетов IP (приложение № 1 к настоящим Правилам);
• протокола ICMP (приложение № 2 к настоящим Правилам);
• протокола разрешения адресов (приложение № 3 к настоящим Правилам);
• протокола соединения «точка — точка» (приложение № 9 к настоящим Правилам);
• протокола высокоуровневого управления каналом передачи данных HDLC (приложение № 10 к настоящим Правилам);
• функций протоколов передачи пакетов мультимедийной информации (приложение 10 к Правилам применения оконечного оборудования, выполняющего функции систем коммутации (далее — Правила применения оконечного оборудования коммутации), утвержденным приказом Министерства информационных технологий и связи Российской Федерации от 24.08.2006 N 113 (зарегистрирован в Министерстве юстиции Российской Федерации 4 сентября 2006 г., регистрационный N 8196);
• протокола инициирования сеанса связи (приложение 11 к Правилам применения оконечного оборудования коммутации).

6. Для оборудования коммутации и маршрутизации пакетов информации устанавливаются обязательные требования к процедурам инкапсуляции пакетов протокола IP (приложение № 4 к настоящим Правилам).

7. Для оборудования коммутации и маршрутизации пакетов информации устанавливаются следующие обязательные требования к параметрам:

• интерфейсов к оборудованию, использующему режим ретрансляции кадров (Frame Relay)(приложение 27 к Правилам применения оборудования проводных и оптических систем передачи абонентского доступа (далее — Правила применения оборудования абонентского доступа), утвержденным Приказом Министерства информационных технологий и связи Российской Федерации от 24.08.2006 № 112 (зарегистрирован в Министерстве юстиции Российской Федерации 4 сентября 2006 г., регистрационный № 8194));
• интерфейсов доступа к сети передачи данных с использованием контроля несущей и обнаружением коллизий (Ethernet) (приложение № 5 к настоящим Правилам);
• интерфейсов к оборудованию, реализующему технологию маркерного доступа Token Ring (приложение № 6 к настоящим Правилам);
• интерфейсов для распределенной передачи данных по волоконно-оптическим линиям FDDI и распределенной передачи данных по витой паре CDDI (приложение № 7 к настоящим Правилам);
• интерфейсов передачи данных (приложение 7 к Правилам применения оборудования абонентского доступа);
• интерфейсов к сети передачи данных, поддерживающих многопротокольную коммутацию по меткам (приложение № 8 к настоящим Правилам);
• интерфейсов к оборудованию, работающему в пакетном режиме с подключением к сети передачи по протоколу X.25 (приложение № 13 к настоящим Правилам);
• двухпроводного аналогового стыка (пункты 6.1, 6.2, 6.3, 10.1, 11, 12.2, 12.3, 13.2, 16, 17, 19, 21.1 - 21.4, 24.1 - 24.3, 68.1, 68.2, 68.3, 69.1, 69.2, 70.1, 70.2, 71, 72, 73 Правил применения оконечного оборудования, подключаемого к двухпроводному аналоговому стыку телефонной сети связи общего пользования (далее — Правила применения оконечного оборудования), утвержденных Приказом Министерства информационных технологий и связи Российской Федерации от 29.08.2005 № 102 (зарегистрирован в Министерстве юстиции Российской Федерации 2 сентября 2005 г., регистрационный № 6982);
• станционного и абонентского окончания двухпроводного телефонного канала (приложение 1 к Правилам применения оборудования абонентского доступа);
• интерфейсов цифровых абонентских линий (приложения 11 — 16 к Правилам применения оборудования абонентского доступа);
• электрических интерфейсов оборудования плезиохронной (PDH) и синхронной (SDH) цифровых иерархий (приложение 20 к Правилам применения оборудования абонентского доступа);
• интерфейса 64 кбит/с (приложение 19 к Правилам применения оборудования абонентского доступа);
• оптического линейного интерфейса плезиохронной цифровой иерархии (приложение 22 к Правилам применения оборудования абонентского доступа);
• оптических интерфейсов к оборудованию синхронной цифровой иерархии (приложение 2 к Правилам применения цифровых систем передачи синхронной цифровой иерархии, утвержденным Приказом Министерства информационных технологий и связи Российской Федерации от 23.11.2006 № 151(зарегистрирован в Министерстве юстиции Российской Федерации 6 декабря 2006 г., регистрационный № 8569));
• интерфейсов к оборудованию оптических систем со спектральным разделением (приложение 24 к Правилам применения оборудования абонентского доступа);
• интерфейсов к оборудованию, использующему режим асинхронного переноса (приложение 26 к Правилам применения оборудования абонентского доступа);
• интерфейса V5 к цифровым телефонным станциям (приложение 6 к Правилам применения оборудования абонентского доступа);
• интерфейсов базового и первичного доступа (приложения 1 — 5 к Правилам применения оконечного оборудования коммутации);
• интерфейса сигнализации E&M (приложение № 18 к Правилам применения оборудования цифровых систем передачи плезиохронной цифровой иерархии. Часть III. Правила применения каналообразующего оборудования плезиохронной цифровой иерархии (далее — Правила применения каналообразующего оборудования плезиохронной цифровой иерархии), утвержденным Приказом Министерства информационных технологий и связи Российской Федерации от 06.06.2007 № 60 (зарегистрирован в Министерстве юстиции Российской Федерации 22 июня 2007 г., регистрационный № 9676));
• последовательных интерфейсов(приложение 9 к Правилам применения оборудования, реализующего технологии коммутации кадров, утвержденным Приказом Министерства информационных технологий и связи Российской Федерации от 07.12.2006 № 158 (зарегистрирован в Министерстве юстиции Российской Федерации 21 декабря 2006 г., регистрационный № 8655));
• интерфейса IF (приложение № 12 к настоящим Правилам);
• электропитания (приложение 33 к Правилам применения оборудования абонентского доступа);
• электромагнитной совместимости оборудования (приложение 35 к Правилам применения оборудования абонентского доступа).

8. Оборудование выполняет функции маршрутизации, обеспечивающие формирование и обновление таблицы маршрутизации. Таблица маршрутизации формируется и обновляется в ручном или автоматическом режимах. В случае формирования и обновления таблицы маршрутизации в автоматическом режиме оборудование поддерживает протоколы маршрутизации IP, обеспечивающие формирование и обновление таблицы маршрутизации.

9. Коммутация пакетов информации осуществляется на основе пакетов информации типа: пакет протокола передачи данных, кадр, ячейка, цикл.

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

11. Список используемых сокращений приведен в приложении № 13 к настоящим Правилам (справочно).

Приложение № 1. Требования к реализации протоколов передачи пакетов IP

1. Обмен данными осуществляется пакетами, имеющими структуру и формат согласно таблице № 1 для протокола IPv4 или таблице № 7 для протокола IPv6.

Таблица № 1.

Наименование поля	Длина поля, бит
Версия	4
Длина заголовка	4
Тип сервиса	8
Полная длина	16
Идентификатор	16
Флаги	3
Смещение фрагмента	13
Время жизни	8
Тип протокола следующего уровня	8
Контрольная сумма заголовка	16
IP-адрес источника	32
IP-адрес назначения	32
IP-опции (режим обработки пакета)	переменная длина
Заполнение	переменная длина
Данные	Полная длина пакета с данными не превышает 65535 октетов
Примечание: Минимальная длина заголовка пакета — 20 байт, максимальная длина заголовка пакета — 60 байт.

1.1 Поле «Версия» содержит номер версии протокола IP.

1.2 Поле «Длина заголовка» содержит значение длины заголовка пакета в словах (одно слово — 32 бита).

1.3 Поле «Тип сервиса» содержит подполя, указанные в таблице № 2.

Таблица № 2.

Наименование подполя	Длина, бит
Приоритетность (Precedence)	3
Задержка (Delay)	1
Пропускная способность (Throughput)	1
Достоверность (Relibility)	1
Резервные биты (Reserved)	2

Кодирование поля «Тип сервиса» выполняется в соответствии с правилами, приведенными в таблице № 3

Таблица № 3.

Разряд	Параметр
0	Зарезервировано
1	Значение «0» — пакет можно фрагментировать, значение «1» — пакет нельзя фрагментировать
2	Значение «0» — последний фрагмент, значение «1» — еще фрагменты

Значение разрядов 0 - 2 игнорируется, если не поддерживается управление приоритетом передачи пакетов.

1.4. Поле «Длина пакета IP» содержит значение длины пакета в байтах, включая заголовок и данные.

1.5. Поле «Идентификатора пакета» используется процедурой фрагментации при сборке (разборке) пакета для определения последовательности передаваемых фрагментов.

1.6. Поле «Флаги» используется процедурой фрагментации для управления последовательностью сборки фрагментов пакета. Поле «Флаги» содержит подполя, указанные в таблице № 2.

Кодирование поля «Флаги» выполняется в соответствии со следующими правилами, приведенными в таблице № 4.

Таблица № 4.

Наименование подполя	Длина, бит
Резервный бит (Reserved)	1
Возможность фрагментирования (DF)	1
Указатель последнего фрагмента (MF)	1

1.7. Поле «Смещение фрагмента» используется для указания смещения данного фрагмента относительно первого фрагмента в блоках фрагментации (8 байт). Для первого фрагмента смещение устанавливается в «0».

1.8. Поле «Время жизни» содержит текущее значение счетчика максимально допустимого времени пребывания пакета в сети в секундах. При значении поля, равном «0», пакет удаляется.

1.9. Поле «Протокол» содержит стандартизированный код протокола следующего уровня.

1.10. Поле «Контрольная сумма заголовка» (далее — КСЗ) содержит контрольную сумму заголовка. При любом изменении содержания КСЗ пересчитывается.

1.11. В поле «Адрес источника пакета» указывается IP-адрес источника пакета.

1.12. В поле «Адрес получателя пакета» указывается IP-адрес получателя пакета.

1.13. При наличии поля «Режим обработки пакета» поддерживается два способа кодирования:

1) поле длиной 1 байт;

2) комбинация трех подполей: тип режима (1 байт), счетчик длины поля режима (1 байт), данные режима (переменная длина).

Подполе типа режима включает в себя:

1) флаг (1 бит);

2) класс режима (2 бита);

3) номер режима (5 бит).

При установке бита флага в значение «1» копируется данное поле при фрагментации во все фрагменты, в значение «0» — не копируется. Установка битов класса режима соответствует следующим значениям:

1) «0» — управление;

2) «1» — зарезервировано;

3) «2» — отладка и измерение;

4) «3» — зарезервировано.

В «Режиме обработки пакета» предусмотрена поддержка классов режимов, приведенных в таблице № 5.

Таблица № 5.

Класс/№ режима	Описание класса
0/0	Конец списка режимов. Длина поля режима 1 байт, поле счетчика длины поля режима отсутствует
0/1	Нет действий. Длина поля режима 1 байт, поле счетчика длины поля режима отсутствует
0/2	Безопасность. Длина поля режима 11 байт
0/3	Свободная маршрутизация от источника. Длина поля режима переменная
0/9	Строгая маршрутизация от источника. Длина поля режима переменная
0/7	Записанный маршрут. Длина поля режима переменная
0/8	Идентификатор потока. Длина поля режима 4 байта
2/4	Отметка времени Internet. Длина поля режима переменная

1.14. При наличии поля «Дополнения до границы заголовка» для выравнивания границы заголовка по длине, кратной 32 бит, свободные позиции заполнены нулевыми битами.

2. В протоколе IP реализованы две обязательные основные процедуры — адресация и фрагментация. Данные для этих процедур содержатся в заголовке пакета.

2.1. Процедура IP-адресации поддерживается для сетей трех классов с форматами, приведенными в таблице № 6.

Таблица № 6.

Старшие разряды	Формат		Класс сети
	адрес сети	адрес узла
0	7 бит	24 бита	A
10	14 бит	16 бит	B
110	21 бит	8 бит	C
111	Для режима расширенной адресации

Не допускается нулевое значение в поле адреса сети для межсетевой маршрутизации.

2.2. Процедура фрагментации:

1) в случае если пакет IP подлежит передаче без фрагментации, поле данных пакета разделяется на фрагменты с выравниванием по длине блоков фрагментации (8 байт). Заголовок пакета процедуре фрагментации не подвергается;

2) фрагментация пакетов длиной 68 байт и менее не допускается;

3) следующие поля заголовка пакета могут подвергаться обработке при фрагментации:

• поле режимов;
• поле флагов;
• смещение фрагмента;
• длина заголовка;
• длина пакета;
• контрольная последовательность заголовка;

4) в случае, когда в заголовке пакета выставлен флаг, запрещающий его фрагментацию, пакет исключается из процесса передачи. Установка данного флага предусматривается, когда ресурсы на приеме не позволяют поддерживать процедуру обратной сборки пакета;

5) контрольная последовательность предусматривается только для поля заголовка пакета.

3. Структура и формат пакета для протокола IPv6 приведены в таблице № 7.

Таблица № 7.

Поле	Длина (бит)
Версия	4
Приоритет	4
Метка потока	24
Размер поля данных	16
Следующий заголовок	8
Предельное число шагов	8
Адрес отправителя	128
Адрес получателя	128

3.1. Типы адресов:

Используются три типа адресов:

• unicast — адрес одиночного получателя (пакет доставляется только по указанному адресу);
• anycast — адрес набора получателей (пакет доставляется одному из интерфейсов с указанным адресом);
• multicast — адрес группы получателей (пакет доставляется всем интерфейсам с указанным адресом).

Отличительной особенностью адреса последнего типа является значение «FF» первого байта адреса.

3.2. Все пакеты, принадлежащие одному потоку, посылаются одним отправителем, имеют один и тот же адрес места назначения, приоритет и метку потока.

3.3. Коды от «0» до «7» используются для задания приоритета трафика, для которого отправитель осуществляет контроль перегрузки.

3.4. Значения с «8» до «15» обозначают трафик, для которого не производится снижение потока в ответ на сигнал перегрузки.

3.5. Заголовки расширения размещаются между заголовком IP и заголовком верхнего уровня пакета.

Приложение № 2. Требования к реализации протокола ICMP

1. Назначением протокола ICMP является формирование и управление передачей сообщений:

• об ошибках при обработке пакетов IP;
• о состоянии узлов сети передачи данных.

2. Сообщения ICMP передаются в поле данных пакета IP. При этом значение первого байта поля данных пакета IP указывает на тип сообщения ICMP.

3. Любое неиспользованное поле сообщения ICMP устанавливается в «0».

4. Формат сообщений об ошибках при обработке пакетов IP соответствует структуре, приведенной в таблице № 1

Таблица № 1.

Заголовок IP	Переменная длина (байт)
Тип сообщения	1
Код сообщения	1
Контрольная последовательность сообщения ICMP	2
Не используется	4
Заголовок пакета IP и первые 64 бита пакета IP, в котором обнаружена ошибка	Переменная длина

5. Сообщения протокола ICMP об ошибках в пакетах IP:

1) Сообщение «Получатель недоступен» (Destination Unreachable Message) формируется и отправляется по адресу отправителя в случае, если:

• недоступен адрес получателя;
• недоступен порт в требуемом направлении передачи;
• не поддерживается требуемый стек протоколов;
• невозможна передача пакета без фрагментации при установленном флаге запрета фрагментации.

Кодирование поля сообщения «Получатель недоступен» осуществляется в соответствии с таблицей № 2.

Таблица № 2.

Название поля	Значение
Тип сообщения:	3
*сеть недоступна	0
*узел недоступен	1
*протокол недоступен	2
*порт недоступен	3
*фрагментация необходима, но запрещена	4
*исходный маршрут недействителен	5

2) Сообщение «Время пребывания пакета IP в сети истекло» (Time Exceeded Message - TEM) передается по адресу источника данного пакета в следующих случаях:

• при обнаружении, что поле «Время прерывания пакета» в данном пакете содержит нулевое значение;
• при обнаружении, что заданное время пребывания данного пакета в сети истекает прежде окончания сборки его фрагментов.

Кодирование полей сообщения осуществляется в соответствии с таблицей № 3.

Таблица № 3.

Название поля		Значение
Тип сообщения		11
Код сообщения:	Время пребывания пакета IP в сети истекло на транспортном участке	0
	Время сборки фрагментированного пакета IP превышает время пребывания пакета IP в сети	1

3) Сообщение «Проблемы в параметрах» (Parameter Problem Message - PPM) формируется, если значения параметров заголовка пакетаIP не позволяют завершить его корректную обработку.

Сообщение передается по адресу источника данного пакета, при этом первый байт поля «Не используется» в заголовке сообщения ICMP содержит указатель, идентифицирующий байт заголовка пакета IP (порядковый номер байта), содержание которого привело к возникновению проблем.

Кодирование полей сообщения осуществляется в соответствии с таблицей № 4.

Таблица № 4.

Название поля	Значение
Тип сообщения	12
Код-индикатор наличия проблем в параметрах заголовка пакета IP (принимается как от шлюза, так и от узла)	0

4) Сообщение «Подавление источника» (Source Quench Message - SQM) формируется в случае невозможности обработки принимаемых пакетов по причинам:

• переполнения буферной памяти;
• высокой интенсивности поступления пакетов.

Сообщение передается по адресу источника удаляемого из обработки пакета.
Формируется сообщение «Подавление источника» для каждого удаленного из обработки пакета.
В случае приема сообщения «Подавление источника» уменьшается интенсивность передачи пакетов.

Кодирование полей сообщения осуществляется в соответствии с таблицей № 5.

Таблица № 5.

Название поля	Значение
Тип сообщения	4
Код	0

5) Сообщение «Перенаправление» (Redirect Message - RM) формируется в случае, если шлюз, через который надлежит продолжить передачу, принадлежит той же сети, что и узел-отправитель.

Сообщение передается по адресу источника пакета.
Поле «Не используется» в данном сообщении содержит адрес шлюза, к которому источник направляет свои пакеты.

Кодирование полей сообщения осуществляется в соответствии с таблицей № 6.

Таблица № 6.

Название поля		Значение
1		2
Тип сообщения		5
Код сообщения	Перенаправление пакетов по критерию подполя «Адрес сети»	0
	Перенаправление пакетов по критерию подполя «Адрес узла»	1
	Перенаправление пакетов по критерию подполя «Тип обслуживания» и подполя «Адрес сети»	2
	Перенаправление пакетов по критерию подполя «Тип обслуживания» и подполя «Адрес узла»	3

Сообщение «Перенаправление» не формируется для пакетов, в заголовке которых указаны функции маршрутизации от узла отправителя и адрес шлюза в поле адреса получателя, даже если этот маршрут не оптимален.

6. Сообщения ICMP о состоянии узлов сети:
Сообщения «Запрос эхо/Отклик эхо» формирует сообщение «Запрос эхо» (Echo) по инициативе системы административного управления.
При получении сообщения «Запрос эхо» сформировывается сообщение «Отклик эхо» (Echo Reply Message - EoERM).

Сообщение имеет формат, приведенный в таблице № 7.

Таблица № 7.

Заголовок IP	Переменная длина
Тип сообщения	1 байт
Код сообщения	1 байт
Контрольная последовательность сообщения ICMP	2 байта
Идентификатор	2 байта
Порядковый номер	2 байта
Данные	Переменная длина

Значение поля «Тип сообщения» устанавливается в «8» для «Запроса эхо» и в «0» для «Отклика эхо».

Поле данных, принятое в сообщении «Запрос эхо», посылается обратно в сообщении «Отклик эхо» без изменений.

Поля «Идентификатор» и «Порядковый номер» являются параметрами для отслеживания соответствия многократной посылки сообщений и получения откликов.

Поле «Код сообщения» устанавливается в значение «0».

7. Сообщения «Отметка времени/Отклик на отметку времени» (Timestamp/Timestamp Reply Message - ToTRM) формируется по инициативе системы административного управления.

Сообщение имеет формат, приведенный в таблице № 8.

Таблица № 8.

Заголовок пакета IP
Тип сообщения (1 байт)	Код (1 байт)	Контрольная последовательность сообщения ICMP (2 байта)
Идентификатор		Порядковый номер
Отметка исходного времени (4 байта)
Отметка времени приема (4 байта)
Отметка времени передачи (4 байта)

Кодирование сообщений осуществляется по следующим правилам:

• поля «Идентификатор» и «Порядковый номер» используются параметрами для отслеживания соответствия многократной посылки сообщения и получения откликов;
  
• значение поля «Тип сообщения» устанавливается в «13» для сообщения «Отметка времени» и в «14» для сообщения «Отклик на отметку времени»;
  
• поле «Код сообщения» устанавливается в «0»;
  
• в поле «Отметка исходного времени» фиксируется момент времени, когда отправитель завершил формирование данного сообщения для его отправки;
  
• в поле «Отметка времени приема» фиксируется момент времени, когда получатель принял сообщение, но еще не приступил к его обработке;
  
• в поле «Отметка времени передачи» фиксируется момент времени, когда получатель завершил обработку сообщения для его возврата.
  

8. Сообщение «Информационный запрос/Ответ на информационный запрос» (Information Request/Information Reply Message - IRoIRM) формируется по инициативе системы административного управления.

Сообщение имеет формат, приведенный в таблице № 9.

Таблица № 9.

Заголовок IP	Переменная длина (байт)
Тип сообщения	1
Код сообщения	1
Контрольная последовательность сообщения ICMP	2
Идентификатор	2
Порядковый номер	2

Кодирование полей сообщений «Информационный запрос/Ответ на информационный запрос» осуществляется по следующим правилам:

• поля «Идентификатор» и «Порядковый номер» используются для отслеживания соответствия многократной посылки информационных запросов и получения откликов;
  
• значение поля «Тип сообщения» устанавливается в «15» для информационного запроса (Information Request Message) и в «16» для отклика на информационный запрос (Information Reply Message);
  
• поле «Код сообщения» устанавливается в «0»;
  
• сообщение «Information Request» отправляется с установкой адреса отправителя в заголовке пакета IP, но с нулевым значением адреса получателя. В ответном сообщении «Information Reply Message» поля адресов полностью определяются.
  

9. Сообщение «Объявление маршрутизатора» (Router Advertisement Message) формируется по инициативе системы административного управления.
Кодирование полей сообщений «Router Advertisement Message» осуществляется по следующим правилам:

• в поле «Адрес отправителя пакета» заголовка IP, в котором передается сообщение «Router Advertisement Message», содержится адрес IP, принадлежащий интерфейсу, от которого отправлено сообщение;
  
• в поле «Адрес пакета получателя» заголовка IP, в котором передается сообщение «Router Advertisement Message», содержится адрес IP смежного узла или специально задаваемый адрес «Advertisement Address».
  

Сообщение имеет формат, приведенный в таблице № 10.

Таблица № 10.

Заголовок IP - переменная длина
Тип сообщения (1 байт)	Код (1 байт)	Контрольная последовательность (2 байта)
Число адресов маршрутизатора (1 байт)	Размер входа адреса (1 байт)	Срок действия адресов (2 байта)
Адрес 1 маршрутизатора - 4 байта
Уровень предпочтения 1 - 4 байта
Адрес 2 маршрутизатора - 4 байта
Уровень предпочтения 2 - 4 байта
Адрес n маршрутизатора - 4 байта
Уровень предпочтения n - 4 байта
Примечание: n = 1, 2, 3..., бесконечность

В поле «Счетчик допустимого времени пребывания пакета IP в сети» устанавливается значение 1 с, если в поле «Адрес получателя» задан групповой адрес вещания IP (IP multicast) или не менее 1 с в остальных случаях.

Значение поля «Тип сообщения» в заголовке пакета ICMP устанавливается в «9», поле «Код» устанавливается в значение «0».

Поле «Число адресов» маршрутизатора соответствует числу адресов, объявляемых в данном сообщении.

Поле «Размер входа адреса» содержит число 32-битовых слов информации для каждого адреса маршрутизатора (данный параметр зависит от версии протокола ICMP).

Поле «Срок действия адресов» содержит максимальное время в секундах, в течение которого адреса маршрутизатора могут считаться действительными.

Поле «Адрес маршрутизатора» содержит адрес IP отправляющего маршрутизатора на i-м интерфейсе, от которого отправляется данное сообщение (i = 1, 2,..., n, где n - число адресов).

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

10. Сообщение «Запрос маршрутизатора» (Router Solicitation Message) формируется по инициативе системы административного управления.

Сообщение имеет формат, приведенный в таблице № 11.

Таблица № 11.

Заголовок IP	Переменная длина
Тип сообщения	1 байт
Код сообщения	1 байт
Контрольная последовательность сообщения ICMP	2 байта
Зарезервировано	4 байта

Поля сообщения «Запрос маршрутизатора» (Router Solicitation Message) кодируются по следующим правилам:

• в поле «Адрес отправителя пакета» заголовка пакета IP, в котором передается сообщение «Router Solicitation Message», содержится адрес IP, принадлежащий интерфейсу, от которого отправлено сообщение, или нулевое значение;
  
• в поле «Адрес получателя пакета» заголовка пакета IP, в котором передается сообщение «Router Solicitation Message», содержится специально задаваемый адрес «Solicitation Address»;
  
• в поле «Счетчик допустимого времени пребывания пакета IP в сети» устанавливается значение 1 с, если в поле «Адрес получателя» задан групповой адрес вещания IP (IP multicast), или не менее 1 с в остальных случаях;
  
• значение поля «Тип сообщения» в заголовке пакета ICMP устанавливается в «10», поле «Код» устанавливается в значение «0»;
  
• поле «Зарезервировано» устанавливается в «0» и игнорируется при приеме сообщения.
  

Приложение № 3. Требования к реализации протокола разрешения адресов

1. Оборудование обеспечивает обработку пакетов сообщений ARP:

1) запрос;

2) ответ на запрос.

2. Форматы сообщений одинаковы, значение поля «Код операции» определяет тип сообщения. Поле «Код операции» устанавливается в значение «1» для пакета запроса ARP и в значение «0» для пакета ответа на запрос.

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

4. Оборудование обеспечивает установку группового широковещательного адреса подсети, к которой оно принадлежит, в поле «Адрес получателя пакета запроса ARP». Поле «Адрес отправителя пакета» устанавливается в значение, соответствующее собственному IP-адресу.Поле «Аппаратный адрес получателя пакета» устанавливается в нулевое значение. Оборудование обеспечивает групповую передачу пакета запроса ARP ко всем подсоединенным узлам.

5. Если оборудование принимает пакет запроса ARP, содержащий собственный IP-адрес в поле «Протокольный адрес получателя пакета», обеспечивается генерация и посылка пакета в ответ на запрос ARP по адресу отправителя запроса. В этом пакете выполняется установка собственного аппаратного адреса в поле «Аппаратный адрес получателя пакета», до этого установленного в нулевое значение. При приеме пакета ответа на запрос ARP оборудование сформировывает связанную пару адресов, состоящую из адреса Internet и аппаратного адреса, полученного в пакете ответа, и выполняет внесение этой пары в таблицу соответствия адресов.

6. Формат пакета протокола разрешения адресов ARP при передаче пакетов протокола IP по сети передачи данных Ethernet приведен в таблице.

Таблица.

Наименование поля	Размер поля (бит)
1	2
Адрес получателя пакета в сети стандарта IEEE 802	48
Адрес отправителя пакета в сети стандарта IEEE 802.2	48
Тип протокола	16
Адресное пространство физической сети	16
Адресное пространство протокола	16
Длина адреса физической сети в байтах	8
Длина адреса протокола в байтах	8
Код операции	16
Физический адрес отправителя пакета	переменная
Адрес IP отправителя пакета	переменная
Физический адрес получателя пакета	переменная
Адрес IP получателя пакета	переменная

7. Формат пакета протокола разрешения адресов ARP при передаче пакетов протокола IP в сети передачи данных Token Ring соответствует следующим требованиям:

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

Для поддержки передачи пакета запроса ARP по физической сети в оборудовании реализуется процедура обнаружения динамических адресов.

В оборудовании реализованы функция распознавания копий запросов ARP, поступающих от разных источников, и алгоритм исключения запроса копий.

Не допускается использование групповых и функциональных адресов в пакетах ARP.

Для пакетов UI, содержащих пакеты ARP, приоритет устанавливается по умолчанию.

8. Формат пакета протокола разрешения адресов ARP при передаче пакетов протокола IP в сети передачи данных FDDI соответствует следующим требованиям:

• суммарная длина заголовка пакета уровня логического управления звеном (LLC) и заголовка протокола SNAP составляет 8 байт;
  
• для передачи пакетов IP и ARP обеспечивается использование адресов FDDI только с длиной 6 байт;
  
• поразрядная интерпретация адресов в пакете ARP осуществляется в обратном порядке в границах каждого байта;
  
• групповой широковещательный IP-адрес отображается в групповой широковещательный адрес FDDI;
  
• групповой многоточечный адрес IP отображается в групповой многоточечный адрес FDDI путем размещения 23-х младших битов адреса IP в младшие 23 бита адреса FDDI;
  
• передача пакетов протокола IP осуществляется в режиме побайтовой поточной передачи;
  
• отображение IP-адресов (4 байта) в адрес сети передачи данных FDDI (6 байт) осуществляется посредством процедуры обнаружения динамических адресов ARP.
  

Приложение № 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 выполняется при помощи одного из трех способов:

• пакеты IP, содержащиеся в мультиплексированных пакетах данных, передаваемых по каналу с «нулевой» (мультиплексированной) инкапсуляцией, инкапсулируются по идентификатору NLPID;
  
• пакеты IP могут инкапсулироваться при помощи протокола SNAP (пакеты данных идентифицируются по «Уникальному административно назначаемому идентификатору» (OUI), содержащемуся в заголовке протокола SNAP (длиной 5 байт) и имеющему значение «000000» шестнадцатеричное, а также «Идентификатору протокола» (PID), имеющему значение «0800» шестнадцатеричное);
  
• пакеты 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, предусматриваются два способа инкапсуляции:

• с использованием идентификатора протокола сетевого уровня NLPID, содержащего код протокола IP;
  
• с использованием идентификатора протокола сетевого уровня NLPID, содержащего код протокола доступа подсети SNAP.
  

2.2. Согласование параметров уровня звена данных.

Параметры уровня звена данных назначаются по умолчанию, устанавливаются путем конфигурирования или в результате процедуры согласования посредством обмена кадрами «Идентификация параметров обмена» (XID). На этапе инициирования канала согласованию подлежат следующие параметры:

• максимальный размер кадра;
  
• таймер повторной передачи;
  
• максимальное число неповрежденных информационных кадров (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, предусматриваются два способа инкапсуляции:

• при использовании одного виртуального соединения несколькими протоколами - инкапсуляция с использованием заголовка уровня управления звеном данных LLC и заголовка протокола доступа подсети SNAP для идентификации протокола IP;
  
• при выделении отдельного соединения виртуального канала каждому протоколу - инкапсуляция без использования заголовков уровня 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 с инкапсуляцией приведена на рисунке.

PAD - поле дополнения
UU - поле для передачи информации
CPI - индикатор общей части
Length - длина данных пользователя
CRC - контрольная последовательность

Разрешение адресов.
В оборудовании реализуется поддержка параметров, специфичных для работы в сети передачи данных ATM.

Приложение № 5. Требования к параметрам интерфейсов доступа к сети с использованием контроля несущей и обнаружением коллизий(ETHERNET)

1. Требования к параметрам интерфейсов доступа к сети с использованием контроля несущей и обнаружением коллизий приведены в таблицах № № 1 - 9.

Таблица № 1. Параметры оптических интерфейсов 10 000 Мбит/с (10 Gigabit Ethernet)

Параметр	Значение
Номинальная длина волны	850 нм	1310 нм	1550 нм
Тип оптического кабеля	62,5 мкм MMF 50 мкм MMF	SMF	SMF
Уровень излучаемой мощности <*> на передаче, дБм:
максимальный	-1	+0,5	+4
минимальный	-7,3	-8,2	-4,7
Уровень чувствительности приемника, дБм, не более	-11,1	-12,6	-15,8
Уровень перегрузки приемника, дБм, не менее	-1	+0,5	-1

Таблица № 2. Параметры многоканального оптического интерфейса 10 000 Мбит/с (10 Gigabit Ethernet)

Параметр	Значение
1	2
Номинальная длина волны, нм	1310 нм
Диапазоны длин волн каналов, нм	1269,0-1282,4 1293,5-1306,9 1318,0-1331,4 1342,5-1355,9
Тип оптического кабеля	62,5 мкм MMF, 50 мкм MMF	SMF
Уровень чувствительности приемника для одного канала, дБм, не более	-14,25	-14,485
Уровень излучаемой мощности на передаче <*>, дБм:
а) максимальный	+5,5
б) максимальный для одного канала	-0,5
Уровень перегрузки приемника, дБм, не менее	+5,5
Уровень перегрузки приемника, для одного канала дБм, не менее	-0,5

Таблица № 3. Параметры электрического интерфейса 10 000 Мбит/с (10 Gigabit Ethernet)

Параметр	Значение
Среда передачи	4 экранированные витые пары, в каждом направлении
Максимальная длина сегмента, м	50
Код	8В/10В

Таблица № 4. Параметры оптических интерфейсов 1000 Мбит/с (Gigabit Ethernet)

Параметр	Значение
Код	Двоичный NRZ, 8B/10B
Диапазон длин волн, нм	770 - 860	1270 - 1355		1520 - 1580
Тип оптического кабеля	62,5 мкм MMF, 50 мкм MMF	62,5 мкм MMF, 50 мкм MMF	SMF	SMF
Уровень излучаемой мощности на передаче <*>, дБм:
а) максимальный	0	-3		+5,2
б) минимальный	-9,5	-11,5	-11	-4
Уровень чувствительности приемника, дБм, не более	-17	-19		-29
Уровень перегрузки приемника, дБм, не менее	0	-3		-3

Таблица № 5. Параметры электрического интерфейса 1000 Мбит/с (Gigabit Ethernet)

Параметр	Значение
Среда передачи	2 витые пары	4 витые пары
Линейная скорость, Мбит/с	1250	1000
Код	Двоичный NRZ, 8В/10В	4D-РАМ5

Таблица № 6. Параметры электрических интерфейсов 100 Мбит/с (Fast Ethernet)

Параметр	Значение
	100BASE-TX		100BASE-T4
Среда передачи	2 витые пары	2 витые пары категории 5	4 витые пары категории 3,4 или 5
Код	MLT-3	MLT-3	8B6T, NRZ
Скорость передачи данных, Мбит/с	100	100	100

Таблица № 7. Параметры оптических интерфейсов 100 Мбит/с (Fast Ethernet)

Параметр	Значение
Диапазон длин волн, нм	1270 - 1380	1260 - 1360	1480 - 1580 (DS) 1260 - 1360 (US)
Количество волокон	2	2	1
Тип оптического кабеля	MMF	SMF	SMF
Уровень излучаемой мощности на передаче <*>, дБм:
а) максимальный	-14	-8	-8
б) минимальный	-20	-15	-14
Уровень чувствительности приемника, дБм, не более	-31	-25	-28,2
Уровень перегрузки приемника, дБм, не менее	-14	-8	-8

Таблица № 8. Параметры электрических интерфейсов 10 Мбит/с (Ethernet)

Параметр	Значение
	10BASE5	10BASE2	10BASE-T
1	2	3	4
Среда передачи	Коаксиальный кабель (50 Ом)	Коаксиальный кабель (50 Ом)	Неэкранированная витая пара
Передача сигналов	Немодулированная (манчестерская кодировка)	Немодулированная (манчестерская кодировка)	Немодулированная (манчестерская кодировка)
Топология	Шинная	Шинная	Звездообразная
Максимальная длина сегмента, м	500	185	100
Узлов на сегмент	100	30	-

Таблица № 9. Параметры оптических интерфейсов 10 Мбит/с

Параметр	Значение
	10BASE-FL	10BASE-FP
Тип оптического кабеля	62,5 мкм MMF, 50 мкм MMF	62,5 мкм MMF, 50 мкм MMF
Уровень излучаемой мощности <*> на передаче, дБм:
а) максимальный	-12	-11
б) минимальный	-20	-15
Уровень чувствительности приемника, дБм, не более	-32,5	-41
Уровень перегрузки приемника, дБм, не менее	-12	-27

<*> При совместном использовании на передаче и приеме оптической линии оборудования одного производителя уровень средней мощности на передаче больше 4 дБм.

Приложение № 6. Требования к параметрам к оборудованию, реализующему технологию маркерного доступа TOKEN RING

1. Параметры физического стыка оборудования соответствуют следующим требованиям:

1) скорость передачи - 4/16 Мбит/с;

2) кодирование сигнала - квазитроичный код;

3) среда передачи - в соответствии с таблицей № 1.

Таблица № 1

Среда передачи	Скорость передачи, Мбит/с
Экранированная витая пара	4/16
Неэкранированная витая пара	4

2. Характеристики уровня управления доступом к среде (УДС).

Обмен данными на уровне УДС осуществляется кадрами следующих типов:

1) кадр данных (КД);

2) кадр маркера (КМ);

3) кадр прерывания.

3. Формат кадра данных соответствует рисунку 1 и таблице № 2.

Рисунок № 1

Таблица № 2

Поле	Назначение поля кадра данных Token Ring	Длина поля, октет
НК	Начало кадра; содержит комбинацию битов JK0JK000, где J и K - символы линейного кода 8B10B, не используемые для кодирования передаваемой информации. При искажении или отсутствии этой последовательности в начале кадра кадр недействителен	1
УД	Управление доступом; содержит комбинацию битов PPPTMRRR, где: P - биты приоритета кадра, принимающие значения от 0 до 7; T - бит маркера, принимающий значение «1» в КД; M - бит текущего контроля, устанавливается в «1» после первого обращения КД или КМ по кольцу; R - биты резервирования приоритета	1
УК	Управление кадром; определяет тип кадра, содержит комбинацию битов FFZZZZZZ, где: F - биты типа кадра, принимающие значения «00» для кадра УДС и «01» для кадра УЛЗ, «11» - зарезервировано. Если биты FF имеют значение «01», биты ZZZZZZ интерпретируются как биты управления, если - «00», то первые три бита устанавливаются в значение «0», а остальные используются для указания приоритета данных	1
АЛ	Адрес получателя	2/6
АО	Адрес отправителя	2/6
Инф	Октеты полезной нагрузки	0 - 133
КПК	Контрольная последовательность кадра; предназначена для проверки безошибочности принятого кадра данных	4
КК	Конец кадра; содержит комбинацию битов JK1JK1IE, где: J и K - биты, не используемые для кодирования передаваемой информации; I - бит промежуточного кадра («0» - признак последнего кадра, «1» - следует продолжение передачи); E - бит наличия ошибки («0» - нет ошибок, «1» - ошибка в кадре)	1

Структура и формат полей АП и АО (адреса получателя и отправителя) соответствуют рисунку 2.

Рисунок 2.

И/Г - индивидуальный/групповой адрес («0» - индивидуальный, «1» - групповой).
У/Л - универсальная/локальная адресация («0» - универсальная, «1» - локальная).

4. Формат кадра маркера соответствует рисунку 3

Рисунок 3.

Длина и назначение полей кадра маркера аналогичны кадру данных.

5. Формат кадра прерывания соответствует рисунку 4.

Рисунок 4.

Длина и назначение полей кадра прерывания аналогичны кадру данных.

Приложение № 7. Требования к параметрам интерфейсов для распределенной передачи данных по волоконно-оптическим линиям FDDI и распределенной передачи данных по витой паре CDDI

1. Параметры физического стыка соответствуют следующим требованиям:

• скорость передачи - 100 Мбит/с;
  
• кодирование сигнала: 4B5B (FDDI), MLT (CDDI);
  
• среда передачи: оптоволокно (FDDI), экранированная витая пара STP типа 1 и (или) неэкранированная витая пара UTP 5-й категории, расстояние между узлами - до 100 м (CDDI).
  

2. Параметры физического стыка FDDI соответствуют таблице № 1.

Таблица № 1.

Параметр	Многомодовый оптоволоконный кабель	Многомодовый оптоволоконный кабель для коротких расстояний	Одномодовый оптоволоконный кабель
Длина волны, нм	1300	1300	1300
Максимальное расстояние между узлами, м	2000	500	40 000 - 60 000
Диаметр кабеля, мкм	62,5/125	62,5/125	8 - 10/125

3. Передача информации на уровне УДС осуществляется кадрами данных и маркера.

Формат кадра данных FDDI/CDDI соответствует рисунку 1 и таблице № 2.

Рисунок 1.

Таблица № 2.

Поле	Назначение поля кадра данных	Длина поля, октет
ПМБ	Преамбула - содержит, как минимум, четыре битовых последовательности «11111» линейного кода	>= 2
НК	Начальное поле кадра - кодируется последовательностью «11000 10001» линейного кода	1
УК	Управление кадром - определяет тип кадра, длину полей АО и АП	1
АЛ	Адрес получателя - содержит либо индивидуальный адрес станции - получателя кадра, либо групповой адрес станций сети, которым предназначен данный кадр. В поле АП младший бит устанавливается в «0» для индивидуального адреса и в «1» для группового адреса	2/6
АО	Индивидуальный адрес станции - отправителя кадра - в поле АО младший бит устанавливается в значение «0»	2/6
Инф	Содержит полезную нагрузку	0 - 4500
КПК	Поле КПК формируется аналогично полю КПК для Ethernet	4
КК	Конец кадра - кодируется последовательностью «01101» линейного кода	0,5
СК	Состояние - содержит три, как минимум, битовых последовательности «00111» или «11001» и может заканчиваться последовательностью «01101» линейного кода	1,5

4. Поле УК имеет размер 1 октет. Кодирование поля УК кадра данных FDDI/CDDI соответствует таблице № 3.

Таблица № 3.

Значения битов поля УК		Тип кадра
Биты 1 - 4	Биты 5 - 8
1	2	3
0X00	0000	Фиктивный кадр
1000 1100	0000 0000	Общий маркер Диалоговый маркер
0Х00 0Х00	ХХХХ 1111	Кадры диспетчера станции Адресация следующей стации
1Х00 1Х00 1Х00	ХХХХ 0010 0011	Кадр данных: неисправность заявка маркера
ХХ01 0Х01 1Х01	РХХХ РППП РРРР	Кадры маркера: асинхронный режим синхронный режим
ХХ10 ХХ11	РХХХ РРРР	Зарезервировано для разработчика Зарезервировано
Примечания: 1) Х- "0" или "1" 2) Р- зарезервировано, устанавливается в "0" 3) П- биты приоритета от 000 до 111 (высший приоритет).

5. Формат кадра маркера соответствует рисунку 2.

Рисунок 2.

Кодирование полей кадра маркера аналогично кодированию кадра данных, за исключением:

КК (конец кадра) - кодируется последовательностью «0110101101» линейного кода.

Протокол УДС использует следующие значения «тайм-аутов»:

• ожидания маркера (рекомендуемое значение от 4,0 мс до 167,77 мс);
  
• удержания маркера (рекомендуемое значение, равное текущему значению «таймаута» ожидания маркера);
  
• правильной передачи (рекомендуемое значение не менее 2,35 мс).
  

Приложение № 8. Требования к параметрам интерфейсов к сети передачи данных, поддерживающих многопротокольную коммутацию по меткам

1. Структура каждого блока стека меток приведена в таблице.

Таблица.

Наименование поля	Длина поля, бит
Метка	20
Качество обслуживания	3
Дно стека	1
Время жизни	8

2. Технология MPLS поддерживает несколько типов кадров 2-го уровня (PPP, Ethernet, Frame Relay и ATM), в которых размещается пакет сетевого уровня (IP-пакет). Заголовок MPLS размещается между заголовком кадра и заголовком пакета IP.

3. В оборудовании, использующем протоколы MPLS, применяются одна или несколько технологий:

• технология MPLS IGP, поддерживающая сигнальный протокол распределения меток и один из протоколов маршрутизации;
  
• технология MPLS TE, поддерживающая прокладку путей коммутации по меткам, которая обеспечивает среднюю гарантированную пропускную способность для определенных классов трафика. LSP (называемые в данной технологии TE туннелями) прокладываются по инициативе администратора сети;
  
• технология виртуальных частных сетей, обеспечивающая услуги разграничения трафика клиентов без обязательного шифрования информации.
  

4. Сигнальный протокол LDP реализуется между LSR для поддержания процесса обмена метками между ними и использует для этого обмена транспортный протокол TCP. Обмен сообщениями LDP осуществляется путем посылки протокольных данных. LDP PDU состоит из LDP заголовка и одного или нескольких LDP сообщений. Заголовок LDP состоит из следующих полей:

• версия (2 октета);
  
• длина PDU (2 октета) без полей версии и длины. Максимально допустимая длина до завершения согласования равна 4096 байтов;
  
• идентификатор LDP (6 октетов), однозначно определяющий пространство меток LSR отправителя, для которого этот PDU используется.
  

5. Технологию виртуальных частных сетей на основе протоколов MPLS (MPLS VPN) поддерживают пограничные маршрутизаторы LSR. Пути LSR между граничными маршрутизаторами прокладываются либо на основе технологии MPLS IGP, либо на основе технологии MPLS RSVP-TE. На граничных маршрутизаторах сети MPLS осуществляется разграничение маршрутной информации различных клиентов, которое обеспечивается путем установки отдельных протокольных модулей маршрутизации IGP на каждый интерфейс. Обмен маршрутной информацией между граничными маршрутизаторами, определенными в качестве соседей, осуществляется с помощью многопротокольного расширения МР для протокола BGP.

Для создания уникальных (однозначных) адресов (разграничения адресного пространства) протокол MP-BGP преобразует исходные адреса IPv4 путем добавления префикса (различителя маршрута RD), получая адрес VPN-IPv4. Префикс имеет длину 8 байтов и состоит из трех полей:

• поле типа (2 байта), которое определяет тип и разрядность второго поля;
  
• поле администратора (4 байта);
  
• поле назначенного номера (2 байта), которое выбирает провайдер сети MPLS для идентификации VPN провайдера.
  

Протокол MP-BGP присваивает пакету MPLS метку виртуальной частной сети LVPN, которая находится на дне стека меток MPLS; метка виртуальной частной сети не используется при прохождении туннеля между граничными маршрутизаторами и анализируется только в конечной точке туннеля, и в зависимости от ее значения пакет доставляется на соответствующий выходной интерфейс.

Формирование топологии сетей VPN осуществляется с помощью правила экспорта (импорта) маршрутов путем определения атрибута «маршрутная цель» (RT) протокола MP-BGP.

Приложение № 9. Требования к реализации протокола соединения "Точка-Точка" <*>

<*> Справочно: В международной практике используется аббревиатура PPP (Point-to-Point Protocol).

Требования к реализации протокола соединения «точка — точка».

Формат пакета содержит поля, приведенные в таблице.

Таблица.

Поле	Длина
Флаг (Ox7E)	1 байт
Адрес (OxFF)	1 байт
Управление (Ox03)	1 байт
Тип протокола (для IP - Ox21)	2 байта
Информация	до 1500 байтов
Контрольная сумма заголовка	2 байта
Флаг (Ox7E)	1 байт

Приложение № 10. Требования к реализации протокола высокоуровнего управления каналом передачи данных HDLC

1. Формат протокола HDLC содержит поля:

• открывающий и закрывающий флаги (1 байт - 01111110) для определения начала и конца кадра;
  
• адрес (1 или 2 байта) для определения направления передачи кадра в двухточечной конфигурации;
  
• поле управления (1 или 2 байта), определяющее тип передаваемого кадра: информационного для передачи данных пользователя, управляющего для передачи команд и ответов, ненумерованного для установления и разрыва логического соединения;
  
• информационное поле (только в кадре информационного формата).
  

2. При работе HDLC для обеспечения надежности передачи используется скользящее окно размером в 7 кадров (при размере поля управления 1 байт) или 127 кадров (при размере поля управления 2 байта).

Приложение № 11. Требования к характеристикам интерфейса доступа к оборудованию, использующему пакетный режим передачи по протоколу X.25

1. Оборудование обеспечивает выполнение следующих функций:

• формирование кадров X.25;
  
• поддержку прозрачной передачи кадров;
  
• создание виртуальных каналов;
  
• сегментирование/сборка блоков данных;
  
• мультиплексирование/демультиплексирование кадров;
  
• обнаружение ошибок в передаче;
  
• подтверждение принятых кадров;
  
• восстановление после обнаружения ошибок;
  
• повторная передача;
  
• взаимодействие с пользователями (сетями), не работающими в режиме X.25.
  

2. Форматы кадров соответствуют структуре, приведенной в таблице.

Таблица.

Поле	Длина
Флаг (Flag)	01111110
Адрес (Address)	8 бит
Управление (Control)	8 - 32 бита
Информация (Information Field)	содержит пакет X.25
Поле контрольной суммы кадра (FCS)	16 бит
Предельное число транзитных участков	8 бит
Флаг (Flag)	01111110

3. Оборудование поддерживает передачу управляющих и информационных кадров.

4. Управляющие кадры содержат информацию для установления соединения и разъединения.

5. Поддерживается группа логических каналов любого из следующих типов:

• постоянный виртуальный канал;
  
• коммутируемый входящий виртуальный канал;
  
• коммутируемый дуплексный виртуальный канал.
  

6. Поддерживается процедура сегментирования и сборки блоков данных.

7. Поддерживается процедура мультиплексирования и демультиплексирования кадров пользователей с использованием идентификаторов виртуальных каналов.

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

9. Обеспечивается процедура подтверждения принятых неповрежденных кадров.

10. Оборудование обеспечивает возможность восстановления кадров после возникновения ошибочных ситуаций (процедуры сброса и рестарта).

11. Оборудование обеспечивает повторную передачу при приеме поврежденного кадра.

12. Электрические параметры интерфейсов соответствуют одному или более интерфейсам сетей передачи данных.

Приложение № 12. Требование к реализации протокола IF

Требования для запросного канала IF приведены в таблице № 1, для ответного канала IF — в таблице № 2.

Таблица № 1. Требования для запросного канала IF.

Параметр	Значение
Нагрузочное сопротивление	75 Ом
Частотный диапазон: передача прием	950-1700 МГц 950-1700 МГц
Шаг настройки частоты	1 Гц
Уровень сигнала: передача прием	-35 до +7 дБмВт -65 до +0 дБмВт
Шаг регулировки изменения уровня выходной мощности	0,5 дБ
Фазовый шум, при отсройке на частоте: 1 кГц 10 кГц 100 кГц 1МГц	-83 дБ/Гц -83 дБ/Гц -96 дБ/Гц -112 дБ/Гц
Огибающая спектра сигналов	не превышает значений, приведенных на рисунке
Опорная частота Стабильность частоты	10 МГц не менее 2*10-8

Таблица № 2. Требования для ответного канала IF.

Параметры	Значение
1	2
Нагрузочное сопротивление	75 Ом
Частотный диапазон: передача прием	950-1700 МГц 950-1700 МГц
Шаг настройки частоты	1 Гц
Уровень сигнала: передача прием	-43 до -1 дБмВт -57 до +3 дБмВт
Шаг регулировки изменение уровня выходной мощности	0,5 дБ
Фазовый шум, при отстройке на частоте: 1 кГц 10 кГц 100 кГц 1МГц	-83 дБ/Гц -83 дБ/Гц -96 дБ/Гц -112 дБ/Гц
Огибающая спектра сигналов	не превышает значений, указанных в рисунке
Стабильность частоты	не менее 2*10-8

Рисунок. Спектральная плотность мощности на выходе модулятора немодулированной несущей.

Примечание: 0 дБ — относительная мощность, соответствующая немодулированной несущей.

Приложение № 13. Список используемых сокращений

1. AAL5 — ATM Adaptation Layer 5 (уровень адаптации ATM 5).

2. ARP — Address Resolution Protocol (протокол разрешения адресов).

3. ATM — Asynchronous Transfer Mode (асинхронный режим переноса).

4. BGP — Border Gateway Protocol (пограничный межсетевой протокол).

5. CDDI — Copper Distributed Data Interface (интерфейс распределенной передачи данных по витой паре).

6. CPI — Common Part Indicator (индикатор общей части).

7. CRC — Cyclical Redundancy Check (контрольная последовательность).

8. DF — Don't Fragment flag (возможность фрагментирования).

9. EoERM — Echo Reply Message (отклик эхо).

10. FDDI — Fiber Distributed Data Interface (интерфейс распределенной передачи данных по волоконно-оптическим линиям).

11. HDLC — High Level Data Link Control (высокоуровневое управление каналом передачи данных).

12. ICMP — Internet Control Message Protocol (протокол управляющих сообщений Интернет).

13. IF — InterFacility (межблочный интерфейс).

14. IP — Internet protocol (протокол Интернет).

15. IPv4 — Internet protocol version 4 (протокол Интернет, версия 4).

16. IPv6 — Internet protocol version 6 (протокол Интернет, версия 6).

17. IRoIRM — Information Request/Information Reply Message (Информационный запрос/Ответ на информационный запрос).

18. ISDN — Integrated Service Digital Network (цифровая сеть с интеграцией обслуживания - ЦСИО).

19. ISDN BRI — ISDN Basic Rate Interface (интерфейс базового доступа ЦСИО).

20. ISDN PRI — ISDN Primary Rate Interface (интерфейс первичного доступа ЦСИО).

21. LDP — Label Distribution Protocol (протокол распределения меток).

22. LLC — Logical Link Control (управление логическим соединением).

23. LSR — Label Switching Router (коммутатор-маршрутизатор MPLS).

24. LVPN — Virtual Privet Network Label (метка виртуальной частной сети).

25. MF — More Fragments flag (указатель последнего фрагмента).

26. MMF — Multimode fiber (многомодовое волокно).

27. MP-BGP — Multiprotocol extensions for BGP (многопротокольное расширение для протокола BGP).

28. MPLS — Multiprotocol Label Switching (многопротокольная коммутация по меткам).

29. MPLS IGP — Multiprotocol Label Switching Interior Gateway Prorocol (протокол внутренних шлюзов MPLS).

30. MPLS TE — Multiprotocol Label Switching Traffic Engineering (управление трафиком MPLS).

31. MPLS VPN — MPLS Virtual Private Networks (виртуальная частная сеть MPLS).

32. MTU — Maximum Transmission Unit (максимальный размер передаваемых данных).

33. NLPID — Network Layer Protocol Identifier (идентификатор протокола сетевого уровня).

34. OUI — Organizationally Unique Identifier (уникальный административно назначаемый идентификатор).

35. PAD — Padding (заполнение).

36. PDU — Protocol Data Unit (блок данных протокола).

37. PID — Protocol Identifier (идентификатор протокола).

38. PPM — Parameter Problem Message (проблемы в параметрах).

39. PPP — Point-to-Point Protocol (протокол «точка — точка»).

40. RD — Route Distinguisher (различитель маршрута).

41. RM — Redirect Message (сообщение перенаправления).

42. RT — Route Target (цель маршрута).

43. SMF — Single-mode fiber (одномодовое волокно).

44. SNAP — SubNetwork Access Protocol (протокол доступа подсети).

45. SQM — Source Quench Message (сообщение «Подавление источника»).

46. TEM — Time Exceeded Message (сообщение «Время пребывания в сети истекло»).

47. TCP — Transmission Control Protocol (протокол управления передачей).

48. ToTRM — Timestamp Reply Message (сообщения отметки времени/отклика на отметку времени).

49. UI — Unnumbered information (ненумерованная информация).

50. VPN — Virtual private Network (виртуальная частная сеть).

51. X.25 — terminals operating in the pocket mode and connected to public data networks by dedicated circuit (протокол, работающий в пакетном режиме с подключением к сети передачи данных с помощью выделенного канала).

52. XID — Exchange Identification (идентификация параметров обмена).