RFC3372 · Протокол инициации сеансов для телефонов (SIP-T): контекст и архитектуры
Session Initiation Protocol for Telephones (SIP-T): Context and Architectures
RFC 3372 описывает SIP-T как набор механизмов для сопряжения традиционной телефонной сигнализации с SIP в точках взаимодействия PSTN и VoIP-сетей. Документ классифицирует сценарии прохождения вызовов между PSTN-шлюзами и SIP-конечными точками, а также роли инициатора, терминатора и промежуточных узлов. Для сохранения функциональной прозрачности ISUP применяется инкапсуляция ISUP в SIP, а для маршрутизации SIP-запросов — преобразование существенной информации ISUP в заголовки SIP. INFO следует использовать для дополнительной внутривызовной информации, однако он не подходит для overlap dialing и не рекомендуется для внутривызовной DTMF-сигнализации; также описаны требования к multipart MIME и защите ISUP MIME-тел с помощью S/MIME.
IETF · RFC
Назначение
Задать контекст, архитектурные сценарии и необходимые механизмы SIP-T для трансляции протоколов и сохранения функциональной прозрачности при взаимодействии PSTN с SIP-сетью.
Применение
Применять при проектировании PSTN–SIP шлюзов и транзитных SIP-сетей, когда требуется переносить ISUP-сигнализацию через SIP, преобразовывать данные ISUP для маршрутизации и поддерживать вызовы между PSTN и SIP-конечными точками. Для междоменных применений следует учитывать существующие отношения доверия между административными доменами, возможные правовые ограничения на распространение ISUP лицензированными операторами и наличие мер безопасности, включая политики противодействия мошенничеству и биллинга. SIP-T-конечные точки ОБЯЗАНЫ (MUST) поддерживать подписи S/MIME (CMS SignedData) и ДОЛЖНЫ (SHOULD) поддерживать шифрование S/MIME (CMS EnvelopedData).
SIP-T не является новым протоколом, а представляет набор механизмов поверх SIP, определённого RFC 3261. Область документа ограничена интерфейсами ISUP–SIP; другие виды телефонной сигнализации могут быть охвачены SIP-T позднее. RFC 3372 имеет статус BCP 63; в официальных метаданных пусты отношения obsoletes, obsoleted_by, updates и updated_by, а is_also содержит BCP63.
Официальная английская аннотация
The popularity of gateways that interwork between the PSTN (Public Switched Telephone Network) and SIP networks has motivated the publication of a set ofcommon practices that can assure consistent behavior across implementations. This document taxonomizes the uses of PSTN-SIP gateways, provides uses cases, and identifies mechanisms necessary for interworking. The mechanisms detail how SIP provides for both 'encapsulation' (carriage of PSTN signaling across a SIP network) and 'translation' (protocol mapping).
{
"id": "RFC3372",
"number": 3372,
"title_en": "Session Initiation Protocol for Telephones (SIP-T): Context and Architectures",
"title_ru": "Протокол инициации сеансов для телефонов (SIP-T): контекст и архитектуры",
"summary_ru": "RFC 3372 описывает SIP-T как набор механизмов для сопряжения традиционной телефонной сигнализации с SIP в точках взаимодействия PSTN и VoIP-сетей. Документ классифицирует сценарии прохождения вызовов между PSTN-шлюзами и SIP-конечными точками, а также роли инициатора, терминатора и промежуточных узлов. Для сохранения функциональной прозрачности ISUP применяется инкапсуляция ISUP в SIP, а для маршрутизации SIP-запросов — преобразование существенной информации ISUP в заголовки SIP. INFO следует использовать для дополнительной внутривызовной информации, однако он не подходит для overlap dialing и не рекомендуется для внутривызовной DTMF-сигнализации; также описаны требования к multipart MIME и защите ISUP MIME-тел с помощью S/MIME.",
"purpose_ru": "Задать контекст, архитектурные сценарии и необходимые механизмы SIP-T для трансляции протоколов и сохранения функциональной прозрачности при взаимодействии PSTN с SIP-сетью.",
"use_ru": "Применять при проектировании PSTN–SIP шлюзов и транзитных SIP-сетей, когда требуется переносить ISUP-сигнализацию через SIP, преобразовывать данные ISUP для маршрутизации и поддерживать вызовы между PSTN и SIP-конечными точками. Для междоменных применений следует учитывать существующие отношения доверия между административными доменами, возможные правовые ограничения на распространение ISUP лицензированными операторами и наличие мер безопасности, включая политики противодействия мошенничеству и биллинга. SIP-T-конечные точки ОБЯЗАНЫ (MUST) поддерживать подписи S/MIME (CMS SignedData) и ДОЛЖНЫ (SHOULD) поддерживать шифрование S/MIME (CMS EnvelopedData).",
"full_translation_path": "translations/rfc3372.html",
"full_translation_checked_at": "2026-10-04",
"full_translation_source_sha256": "00c4858ce7ff151110474210bc07d2ece516387f8bc161a0636b31047f40f53a",
"architect_note_ru": "SIP-T не является новым протоколом, а представляет набор механизмов поверх SIP, определённого RFC 3261. Область документа ограничена интерфейсами ISUP–SIP; другие виды телефонной сигнализации могут быть охвачены SIP-T позднее. RFC 3372 имеет статус BCP 63; в официальных метаданных пусты отношения obsoletes, obsoleted_by, updates и updated_by, а is_also содержит BCP63.",
"topics_ru": [],
"translation_state": "reviewed",
"verification_level": "primary_source_reviewed",
"verification_level_ru": "Проверено по первичному тексту и реестру RFC Editor",
"verification_note_ru": "Полный текст и карточка независимо сверены с первоисточником. 2026-10-04",
"abstract_en": "The popularity of gateways that interwork between the PSTN (Public Switched Telephone Network) and SIP networks has motivated the publication of a set ofcommon practices that can assure consistent behavior across implementations. This document taxonomizes the uses of PSTN-SIP gateways, provides uses cases, and identifies mechanisms necessary for interworking. The mechanisms detail how SIP provides for both 'encapsulation' (carriage of PSTN signaling across a SIP network) and 'translation' (protocol mapping).",
"authors": [
"A. Vemuri",
"J. Peterson"
],
"organizations": [],
"publication_date": "2002-09-01",
"current_status": "BEST CURRENT PRACTICE",
"current_status_ru": "Лучшая современная практика",
"publication_status": "BEST CURRENT PRACTICE",
"publication_status_ru": "Лучшая современная практика",
"lifecycle": "active",
"lifecycle_ru": "Действующий",
"stream": "IETF",
"stream_ru": "IETF",
"area": "rai",
"area_ru": "rai",
"working_group": "sipping",
"source_draft": "draft-ietf-sipping-sipt-04",
"page_count": 23,
"doi": "10.17487/RFC3372",
"keywords": [
"pstn",
"public switch telephone network"
],
"formats": [
"TXT",
"HTML"
],
"relations": {
"obsoletes": [],
"obsoleted_by": [],
"updates": [],
"updated_by": [],
"is_also": [
"BCP63"
],
"see_also": []
},
"links": {
"info": "https://www.rfc-editor.org/info/rfc3372/",
"html": "https://www.rfc-editor.org/rfc/rfc3372.html",
"txt": "https://www.rfc-editor.org/rfc/rfc3372.txt",
"datatracker": "https://datatracker.ietf.org/doc/rfc3372/"
}
}