Приказ Министерства цифрового развития, связи и массовых коммуникаций РФ от 12 июля 2023 г. № 630 “О внесении изменений в приказ Минкомсвязи России от 29 октября 2018 г. № 573 «Об утверждении Требований к техническим и программным средствам информационных систем, содержащих базы данных абонентов оператора связи и предоставленных им услугах связи, а также информацию о пользователях услугами связи и о предоставленных им услугах связи, обеспечивающих выполнение установленных действий при проведении оперативно-розыскных мероприятий” (документ не вступил в силу)

В соответствии со статьями 41 и 64 Федерального закона от 7 июля 2003 г. № 126-ФЗ «О связи», пунктами 4 и 12 Правил взаимодействия операторов связи с уполномоченными государственными органами, осуществляющими оперативно-разыскную деятельность, утвержденных постановлением Правительства Российской Федерации от 27 августа 2005 г. № 538, и пунктами 5-8 Правил хранения операторами связи текстовых сообщений пользователей услугами связи, голосовой информации, изображений, звуков, видео- и иных сообщений пользователей услугами связи, утвержденных постановлением Правительства Российской Федерации от 12 апреля 2018 г. № 445, приказываю:

1. Внести изменения в приказ Минкомсвязи России от 29 октября 2018 г. № 573 «Об утверждении Требований к техническим и программным средствам информационных систем, содержащих базы данных абонентов оператора связи и предоставленных им услугах связи, а также информацию о пользователях услугами связи и о предоставленных им услугах связи, обеспечивающих выполнение установленных действий при проведении оперативно-розыскных мероприятий» (зарегистрирован Министерством юстиции Российской Федерации 18 декабря 2018 г., регистрационный № 53028) согласно приложению к настоящему приказу.

2. Установить, что настоящий приказ вступает в силу с 1 марта 2024 г. и действует до 1 марта 2030 г.

Министр

М.И. Шадаев

Зарегистрировано в Минюсте РФ 5 сентября 2023 г.
Регистрационный № 75102

Приложение
к приказу Министерства цифрового
развития, связи и
массовых коммуникаций
Российской Федерации
от 12.07.2023 г. № 630

Изменения,
которые вносятся в приказ Минкомсвязи России от 29 октября 2018 г. № 573 «Об утверждении Требований к техническим и программным средствам информационных систем, содержащих базы данных абонентов оператора связи и предоставленных им услугах связи, а также информацию о пользователях услугами связи и о предоставленных им услугах связи, обеспечивающих выполнение установленных действий при проведении оперативно-розыскных мероприятий»

1. Дополнить пунктом 3 следующего содержания:

«3. Установить, что настоящий приказ действует до 1 марта 2030 г.».

2. Сноску 2 к пункту 2 Требований к техническим и программным средствам информационных систем, содержащих базы данных абонентов оператора связи и предоставленных им услугах связи, а также информацию о пользователях услугами связи и о предоставленных им услугах связи, обеспечивающих выполнение установленных действий при проведении оперативно-розыскных мероприятий, утвержденных приказом Минкомсвязи России от 29 октября 2018 г. № 573 (далее - Требования), изложить в следующей редакции:

«2 Пункты 1 - 6, 9 - 16 перечня наименований услуг связи, вносимых в записи в реестре лицензий в области связи в отношении лицензий на осуществление деятельности в области оказания услуг связи, содержащегося в приложении № 1 к Положению о лицензировании деятельности в области оказания услуг связи, утвержденному постановлением Правительства Российской Федерации от 30 декабря 2020 г. № 2385 (далее - Положение). Согласно пункту 4 постановления Правительства Российской Федерации от 30 декабря 2020 г. № 2385 данный акт действует до 1 сентября 2026 г.»..

3. Пункт 3 Требований изложить в следующей редакции:

«3. Технические и программные средства ИС ОРМ в соответствии с пунктом 30 перечня средств связи, подлежащих обязательной сертификации, утвержденного постановлением Правительства Российской Федерации от 4 февраля 2022 г. № 1132(1), подлежат обязательной сертификации в порядке, установленном Правилами организации и проведения работ по обязательному подтверждению соответствия средств связи, утвержденными постановлением Правительства Российской Федерации от 5 августа 2022 г. № 13872(2).».

4. Пункт 3 Требований дополнить сноской 2(1) следующего содержания:

«2(1) Согласно пункту 5 постановления Правительства Российской Федерации от 4 февраля 2022 г. № 113 данный акт действует до 1 сентября 2028 г.».

5. Пункт 3 Требований дополнить сноской 2(2) следующего содержания:

«2(2) Согласно пункту 3 постановления Правительства Российской Федерации от 5 августа 2022 г. № 1387 данный акт действует до 1 сентября 2029 г.».

6. Сноску 7 к пункту 6 Требований изложить в следующей редакции:

«7 Пункты 13, 14, 16 перечня наименований услуг связи, вносимых в записи в реестре лицензий в области связи в отношении лицензий на осуществление деятельности в области оказания услуг связи, содержащегося в приложении № 1 к Положению.».

7. Сноску 9 к пункту 8 Требований изложить в следующей редакции:

«9 Пункт 9 Правил оказания услуг связи по передаче данных, утвержденных постановлением Правительства Российской Федерации от 31 декабря 2021 г. № 2606. Согласно пункту 3 постановления Правительства Российской Федерации от 31 декабря 2021 г. № 2606 данный акт действует до 31 декабря 2027 г.».

8. Подпункт 15 пункта 19 Требований изложить в следующей редакции:

«15) взаимодействие с техническими средствами ОРМ в соответствии с протоколом взаимодействия, приведенным в приложении № 3 к Правилам применения оборудования систем коммутации, включая программное обеспечение, обеспечивающего выполнение установленных действий при проведении оперативно-розыскных мероприятий. Часть IV. Правила применения оборудования систем коммутации, включая программное обеспечение и технические средства накопления голосовой информации, обеспечивающего выполнение установленных действий при проведении оперативно-розыскных мероприятий, утвержденным приказом Министерства связи и массовых коммуникаций Российской Федерации от 26 февраля 2018 г. № 86 (далее соответственно - ТС ОРМ 86, Приказ-86) (зарегистрирован Министерством юстиции Российской Федерации 28 марта 2018 г., регистрационный № 50536).

При организации подключения ТС ОРМ 86 к ИС ОРМ осуществляется формирование дополнительной статистической записи в справочнике операторов связи, обслуживаемых ИС ОРМ, в соответствии с подпунктом 13 пункта 9 приложения № 1 к Требованиям. Данная запись должна иметь текстовое описание, указывающее на подключение ТС ОРМ 86 в соответствии с Приказом-86;».

9. Сноску 16 к пункту 19 Требований изложить в следующей редакции:

«16 Пункты 13, 14, 16 перечня наименований услуг связи, вносимых в записи в реестре лицензий в области связи в отношении лицензий на осуществление деятельности в области оказания услуг связи, содержащегося в приложении № 1 к Положению.».

10. Сноску 17 к пункту 19 Требований изложить в следующей редакции:

«17 Положение.».

11. В пункте 22 Требований:

а) абзац первый изложить в следующей редакции:

«22. Посредством использования технических и программных средств ИС ОРМ обеспечиваются непрерывный сбор и накопление информации о соединениях, инициированных абонентами и другими пользователями и реализованных посредством оказания услуг сети передачи данных (при наличии лицензий на услуги связи по предоставлению каналов связи, оказания услуг связи в сети передачи данных, за исключением передачи голосовой информации, телематические услуги связи):»;

б) подпункт 8 изложить в следующей редакции:

«8) передаче иных сообщений, передаваемых (получаемых) абонентом при помощи закрытых протоколов обмена, а также протокола DNS;»;

в) дополнить подпунктом 11 следующего содержания:

«11) о фактах входа и иных действиях в личном кабинете абонента при оказании услуг по предоставлению ресурсов для размещения информации на сервере, постоянно имеющем доступ к сети Интернет (далее - услуги хостинг- провайдеров).».

12. В пункте 23 Требований:

а) абзац первый изложить в следующей редакции:

«23. Посредством использования технических и программных средств ИС ОРМ обеспечиваются непрерывный сбор, накопление и хранение информации о следующих соединениях и сеансах связи абонентов (пользователей услугами телефонной связи), реализованных посредством сетей телефонной связи:»;

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

«Информация о соединениях абонентов, использующих услуги VoWiFi, в том числе услуги WiFi Calling, хранится в ИС ОРМ в формате статистических записей о телефонных соединениях абонентов. В качестве информации о местоположении указываются географические координаты абонентского устройства или IP-адрес и порт точки доступа WiFi-сети. В случае одновременного получения актуальной информации о нескольких типах местоположения абонента дополнительно формируются отдельные статистические записи, соответствующие обновлению местоположения абонента в сети подвижной радио- и радиотелефонной связи.».

13. Пункт 24 Требований изложить в следующей редакции:

«24. Посредством использования технических и программных средств ИС ОРМ в соответствии с протоколом, приведенным в пункте 5 приложения № 9 к Требованиям, обеспечиваются непрерывный сбор, накопление и хранение информации об изменении местоположения абонентов, в доступной в сети связи при оказании услуги связи и в режиме ожидания вызова: при переключении его обслуживания различными устройствами сети связи, находящимися в разных географических зонах обслуживания, при включении и/или выключении абонентского устройства, при рассылке запросов от средств связи, при любом информационном обмене между абонентским устройством и коммутационным оборудованием, включая пейджинг и периодические запросы обновления местоположения.».

14. Пункт 25 Требований дополнить абзацами следующего содержания:

«ИС ОРМ имеет функционал настройки правил формирования строк HTTP-статистики по критериям «Тип запроса (HTTP Request Methods)» и «Тип содержимого (HTTP Content-Type).

По умолчанию ИС ОРМ формирует отдельные строки HTTP-статистики для каждой записи, соответствующей одному из приведенных ниже критериев:

тип запроса POST;

тип содержимого text/html;

тип содержимого application/* (за исключением application/javascript, json, woff).

При наличии нескольких сообщений протокола HTTP в рамках одной TCP-сессии содержимое данной сессии записывается в полном объеме в единый Рсар-файл и соотносится с каждой формируемой строкой НТТР-статистики.

Если в потоке TCP содержатся только сообщения протокола HTTP, по которым не требуется формировать строки НТТР-статистики, то формируется одна строка НТТР-статистики по первому сообщению протокола HTTP в потоке TCP.

В случае организации вызовов по протоколу STUN с использованием сервисов обмена мгновенными сообщениями в сети «Интернет» накапливаются внешние и внутренние сетевые реквизиты абонента и его контакта.

При этом статистические записи об использовании протокола STUN формируются путем формирования дополнительной строки в статистике УоIР-соединений (структура «dataVoipRecord» пункта 11 приложения № 9 к Требованиям). Параметры «voip-calling-number» и «voip-called-number» блока «DataVoipRecordContent» имеют следующую структуру:

voip-calling-number:

original-number (stun:[телефонный номер абонента (при наличии)] prvip: [внутренний (серый) IP-адрес абонента: используемые порты] pubip:[внешний (белый) IP-адрес абонента: используемые порты] proxyip: [IP-адрес прокси-сервера: используемые порты (при наличии)]);

e164-number ([телефонный номер абонента (при наличии)]);

voip-called-number:

original-number (stun: prvip:[внутренний (серый) IP-адрес абонента: используемые порты] pubip:[внешний (белый) IP-адрес абонента: используемые порты].

Посредством использования технических и программных средств ИС ОРМ обеспечиваются сбор, накопление и хранение информации о DNS-запросах абонентов (пользователей).

Формирование статистических записей DNS-запросов осуществляется заполнением поля SNI/CN структуры «dataRawFlowsRecord» пункта 11 приложения № 9 к Требованиям в следующей последовательности:

включением доменного имени из запроса пользователя (dns-query);

сокращением доменного имени до домена второго уровня и удалением дубля в случаях, когда в UDP-потоке присутствуют доменные имена, размера большего, чем размер поля SNI/CN.

При этом результат выполнения задачи поиска с заполнением поля SNI/CN включает TLS и DNS-запросы пользователей.».

15. Дополнить пунктом 42 следующего содержания:

«42. ИС ОРМ функционально обеспечивает передачу на ПУ ОРМ результаты поисковых задач в соответствии с временными характеристиками, приведенными в таблице № 2.

Таблица № 2. Результаты поисковых задач в соответствии с временными характеристиками

№№ п.п.	Количество записей в результате выполнения поисковой задачи	Время загрузки результатов на ПУ ОРМ (минут)
1	до 100 000 включительно	менее 3
2	от 100 001 до 200 000	менее 6
3	от 200 001 до 300 000	менее 9
4	от 300 001 до 400 000	менее 12
5	от 400 001 до 500 000	менее 15
6	от 500 001 до 600 000	менее 18
7	от 600 001 до 700 000	менее 21
8	от 700 001 до 800 000	менее 24
9	от 800 001 до 900 000	менее 27
10	от 900 001 до 1 000 000	менее 30

16. В приложении № 1 к Требованиям:

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

«DNS-запросы абонентов/пользователей услугами связи.»;

б) пункт 5 дополнить подпунктами 11 и 12 следующего содержания:

«11) информацию о соединениях, использующих протокол STUN для организации вызовов посредством интернет-мессенджеров, включающую:

телефонный номер абонента;

внутренние («серые») IP/порт абонента;

внешние («белые») IP/порт абонента;

внутренние («серые») IP/порт контакта;

внешние («белые») IP/порт контакта;

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

тип события;

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

идентификатор сообщений пользователей услугами связи.»;

в) подпункт 4 пункта 6 после слов «возможности накопления» дополнить словами «, а также информацию об IP-адресе и порте точки доступа Wi-Fi-сети»;

г) подпункт 10 пункта 9 изложить в следующей редакции:

«10) справочниках с планами внешней и внутренней IP-адресации, используемой в сети оператора связи с разделением на пользовательские и служебные подсети;».

17. В приложении № 2 к Требованиям:

а) пункт 24 дополнить подпунктами 9-11 следующего содержания:

«9) «Запрос на создание фильтра содержимого соединений сети передачи данных» (CreateFilterRequest);

10) «Запрос на удаление фильтра содержимого соединений сети передачи данных» (DropFilterRequest);

11) «Запрос на получение списка установленных фильтров» (GetF iltersRequest).»;

б) пункт 28 дополнить подпунктами 9-11 следующего содержания:

«9) «Ответ на запрос создания фильтра содержимого соединений сети передачи данных» (CreateFilterResponse);

10) «Ответ на запрос удаления фильтра содержимого соединений сети передачи данных» (DropFilterResponse);

11) «Ответ на запрос получения списка установленных фильтров» (GetF ilterResponse).»;

в) абзац четвертый пункта 32 изложить в следующей редакции:

«Задача на поиск информации о действиях абонента в личном кабинете (ValidateEntranceTask)»;

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

«Результат выполнения поисковой задачи с критерием, содержащим только символ маскирования «*», содержит все записи, присутствующие в ИС ОРМ по данному типу задач, включая записи, в которых запрашиваемое поле не заполнено.»;

д) пункт 43 изложить в следующей редакции:

«43. При установлении соединения ПУ и ИС ОРМ взаимно аутентифицируются. Аутентификация выполняется установлением SSL/TLS-соединения поверх установленного TCP-соединения между ПУ и ИС ОРМ. Для взаимной аутентификации ПУ и ИС ОРМ предварительно создаются Х.509-сертификаты, которые должны быть подписаны самоподписанным корневым сертификатом, созданным ПУ. ИС ОРМ должна обеспечивать установку указанных корневых сертификатов в качестве доверенных. Созданный для ПУ сертификат используется для аутентификации данного ПУ на одной ИС ОРМ по всем каналам передачи данных - кпд1, кпд2, кпдЗ, кпд4, кпд5. ПУ и ИС ОРМ используют TLS версии 1.2. Требования к сертификатам, в том числе длины ключей, согласуются для каждой пары ИС ОРМ и ПУ отдельно. В случае невозможности аутентифицировать одну из сторон TCP-соединение разрывается.»;

е) дополнить пунктом 61 следующего содержания:

«61. При реализации подпункта 2 пункта 27 Требований ИС ОРМ функционально обеспечивает возможность задания, удаления и запроса установленных фильтров содержимого соединений сети передачи данных посредством:

добавления заданного фильтра в список, используемый для фильтрации содержимого соединений в сети передачи данных при получении «Запроса на создание фильтра содержимого соединений сети передачи данных»;

исключения заданного фильтра из списка, используемого для фильтрации соединений в сети передачи данных при получении «Запроса на удаление фильтра содержимого соединений сети передачи данных»;

записи содержимого соединений сети передачи данных в соответствии с установленными фильтрами;

записи сетевого трафика в полном объеме при отсутствии установленных правил фильтрации;

исключения содержимого из записи при совпадении содержимого соединения с правилом фильтрации.

ИС ОРМ функционально обеспечивает возможность настройки фильтра протоколов потокового медиаконтента (параметр protocol-group=2 структуры «FilterSingleCriteria» пункта 4 приложения № 9 к Требованиям) по следующим основным критериям в любой их комбинации:

IP-адрес/подсеть;

VLAN;

MPLS-метка;

SNI/URL.

В части предустановленных SNI/URL указываются CDN медиа потоков видеосервисов социальных сетей, онлайн-кинотеатров и иных видеосервисов.

При реализации подпункта 1 пункта 27 Требований команды управления фильтрацией от ПУ на ИС ОРМ выполняются с параметрами successful = false, error-description и содержат произвольное текстовое описание ошибки.».

18. Абзац пятый пункта 2 приложения № 4 к Требованиям изложить в следующей редакции:

«В случае если на ИС ОРМ передается запрос от ПУ «Запрос загрузки данных» (DataLoadRequest), ИС ОРМ направляет «Ответ на запрос загрузки данных» (DataLoadResponse) по кпд1. Данные блоков отчетов по кпд2 передаются в последнюю очередь (при их наличии).».

19. Пункт 5 приложения № 5 к Требованиям дополнить подпунктом 5 следующего содержания:

«5) процент отфильтрованного трафика в соответствии с установленными в ИС ОРМ фильтрами на запись содержимого.».

20. В приложении№ 6 к Требованиям:

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

«Для услуг, оказываемых в сети подвижной радиотелефонной связи, информация о подключении, отключении и изменении местоположения абонентов хранится не менее 3 суток со дня наступления события, информация о соединениях абонентов в сети передачи данных хранится не менее 1 суток со дня наступления события.»;

б) сноску 29 к пункту 4 изложить в следующей редакции:

«29 Перечень наименований услуг связи, вносимых в записи в реестре лицензий в области связи в отношении лицензий на осуществление деятельности в области оказания услуг связи, содержащийся в приложении № 1 к Положению.»;

в) пункт 5 изложить в следующей редакции:

«5. ИС ОРМ функционально обеспечивает запись в буфер в виде архивированных недекодированных файлов следующей информации:

а) о соединениях и сеансах связи абонентов, реализованных посредством сетей телефонной связи:

телефонные соединения абонентов, дополненные информацией об идентификаторе потока;

служебные соединения;

входящие/исходящие SMS и USSD (доставленные и не доставленные абоненту);

б) о соединениях, инициированных абонентами и другими пользователями и реализованных посредством услуг сети передачи данных;

в) о подключении, отключении и изменении местоположения абонентов - данные, содержащие информацию о параметрах подключения, отключения абонентов и изменения местоположения абонентов, соответствующие следующим событиям:

присоединение к сети и отключение от сети связи;

GTP-C события изменения и обновления местоположения, включая обновление зоны обслуживания (группы базовых станций);

изменения зоны обслуживания во время активного вызова либо активной сессии передачи данных, включая изменение базовой станции, изменение контроллера группы базовых станций, изменение обслуживающего коммутатора, изменение обслуживающего узла сети передачи данных (SGSN, SGW либо аналог);

запросы на дополнительные виды обслуживания.

В случае получения соответствующей иным событиям сети связи информации о подключении, отключении и изменении местоположения абонентов в буфере ИС ОРМ формируются соответствующие статистические записи.

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

г) дополнить пунктом 10 следующего содержания:

«10. Поступающие запросы от ПУ по кпд4 и ответы ИС ОРМ на указанные запросы не должны оказывать влияния на временные характеристики обработки запросов и поиска информации в ИС ОРМ, указанные в пунктах 34-41 Требований. В организованных каналах передачи данных для доставки информации на ПУ (в соответствии с пунктом 3 приложения № 1 к Требованиям) должна резервироваться пропускная способность, равная или большая среднесуточной скорости поступления данных в циклический буфер.».

21. Приложение № 9 к Требованиям изложить в следующей редакции:

«Приложение № 9
к Требованиям к техническим и
программным средствам
информационных систем, содержащих
базы данных абонентов оператора
связи и предоставленных им услугах
связи, а также информацию о
пользователях услугами связи и о
предоставленных им услугах связи,
обеспечивающих выполнение
установленных действий при проведении
оперативно-розыскных мероприятий,
утвержденным приказом Министерства
цифрового развития, связи и массовых
коммуникаций Российской Федерации
от 29.10.2018 № 573

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

См. Требования в формате PDF

22. В приложении № 13 к Требованиям:

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

«Голосовая информация, получаемая ИС ОРМ от ТС ОРМ 86 в соответствии с протоколом взаимодействия с ТС ОРМ 86, передается на ПУ в виде и последовательности, в которых голосовая информация была получена от ТС ОРМ 86 без переупаковки и/или перекодирования ИС ОРМ.

ИС ОРМ при подключении к ТС ОРМ 86 в качестве дополнительного ПУ выставляет биты поля Transcode в команде получения результатов запроса статистических данных, равными «О».

В поле data структуры «RawRecordContent» пункта 30 приложения № 9 к Требованиям байты звуковой информации укладываются в формате «a-law» или в формате ИКМ (РСМ) в режиме стерео с частотой дискретизации 16 кГц для видео в соответствии с протоколом 3G-324M с использованием кодеков:

Н.223 - для мультиплексирования;

Н.245 - для управления;

G.723.1 (AMR) - для голоса;

H.264 (AVC) - для видеоконтента.»;

б) пункт 3 изложить в следующей редакции:

«3. Для изображений, звуков и иных сообщений пользователей услугами связи, передаваемых в сетях передачи данных, информация должна содержать последовательность кадров канального уровня или датаграмм сетевого уровня в последовательности, в которой они прошли точку съема и записываться в формате «рсар».»;

в) дополнить пунктом 4 следующего содержания:

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

1) поле «channel» структуры «RawRecordContent» пункта 30 приложения № 9 к Требованиям используется в следующих случаях:

для передачи содержимого соединений из сети передачи данных, которые имеют несколько логических каналов (например - FTP, VoIP). Каждый логический канал разделяется по номеру и содержит данные в формате «рсар». В случае если размер Рсар-файла больше одного блока данных, то Рсар-файл разбивается на несколько блоков. Заголовок Рсар-файла является частью данных и приходит только в первом блоке для определенного канала данных;

для передачи содержимого соединений, полученных от ТС ОРМ 86, в случаях, когда ТС ОРМ 86 по одному идентификатору соединения возвращает несколько файлов, в том числе полученных по одному вызову из различных точек съема;

2) поле «codec-info» структуры «RawRecordContent» пункта 30 приложения № 9 к Требованиям используется для передачи типа данных. Описание значений поля «codec-info» приведено в таблице.

Таблица. Описание значений поля «codec-info»

№№ пп	Значение	Описание
1	application/vnd.tcpdump.pcap	Данные в формате «рсар» для передачи содержимого интернет-соединений абонентов
2	application/vnd.tsngi.data	Формат передачи данных в соответствии с Приказом-86.
3	image/tiff	Данные в формате многостраничного T1FF документа. Используются для передачи факсов.
4	image/t38	Передача данных в формате факс.

Значения «tcpdump.pcap» и «tsngi.data» являются основными типами для передачи содержимого соединений. Иные типы значений применяются для расширения возможности передачи содержимого соединений. Отсутствие поля «codec-info» эквивалентно заполнению поля «codec-info» значением «application/vnd.tcpdump.pcap».».