⌕ Поиск по атласу

IETF · RFC · RFC3372

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.

Назначение

Задать контекст, архитектурные сценарии и необходимые механизмы 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).

Связи документа

is_also: BCP63

Читать полный русский перевод →

Официальный источник · 2002-09-01

Полные импортированные сведения карточки
{
  "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/"
  }
}