RFC5432 · Quality of Service (QoS) Mechanism Selection in the Session Description Protocol (SDP)
Quality of Service (QoS) Mechanism Selection in the Session Description Protocol (SDP)
The offer/answer model for the Session Description Protocol (SDP) assumes that endpoints somehow establish the Quality of Service (QoS) required for the media streams they establish. Endpoints in closed environments typically agree out-of-band (e.g., using configuration information) regarding which QoS mechanism to use. However, on the Internet, there is more than one QoS service available. Consequently, there is a need for a mechanism to negotiate which QoS mechanism to use for a particular media stream. This document defines such a mechanism. [STANDARDS-TRACK]
IETF · RFCОфициальная английская аннотация
The offer/answer model for the Session Description Protocol (SDP) assumes that endpoints somehow establish the Quality of Service (QoS) required for the media streams they establish. Endpoints in closed environments typically agree out-of-band (e.g., using configuration information) regarding which QoS mechanism to use. However, on the Internet, there is more than one QoS service available. Consequently, there is a need for a mechanism to negotiate which QoS mechanism to use for a particular media stream. This document defines such a mechanism. [STANDARDS-TRACK]
{
"id": "RFC5432",
"number": 5432,
"title_en": "Quality of Service (QoS) Mechanism Selection in the Session Description Protocol (SDP)",
"title_ru": "",
"summary_ru": "",
"purpose_ru": "",
"use_ru": "",
"full_translation_path": "",
"full_translation_checked_at": "",
"full_translation_source_sha256": "",
"architect_note_ru": "",
"topics_ru": [],
"translation_state": "not_prepared",
"verification_level": "not_prepared",
"verification_level_ru": "Русская выжимка не подготовлена",
"verification_note_ru": "",
"abstract_en": "The offer/answer model for the Session Description Protocol (SDP) assumes that endpoints somehow establish the Quality of Service (QoS) required for the media streams they establish. Endpoints in closed environments typically agree out-of-band (e.g., using configuration information) regarding which QoS mechanism to use. However, on the Internet, there is more than one QoS service available. Consequently, there is a need for a mechanism to negotiate which QoS mechanism to use for a particular media stream. This document defines such a mechanism. [STANDARDS-TRACK]",
"authors": [
"J. Polk",
"S. Dhesikan",
"G. Camarillo"
],
"organizations": [],
"publication_date": "2009-03-01",
"current_status": "PROPOSED STANDARD",
"current_status_ru": "Предлагаемый стандарт",
"publication_status": "PROPOSED STANDARD",
"publication_status_ru": "Предлагаемый стандарт",
"lifecycle": "active",
"lifecycle_ru": "Действующий",
"stream": "IETF",
"stream_ru": "IETF",
"area": "art",
"area_ru": "Приложения и взаимодействие в реальном времени",
"working_group": "mmusic",
"source_draft": "draft-ietf-mmusic-qos-identification-03",
"page_count": 9,
"doi": "10.17487/RFC5432",
"keywords": [
"offer/answer",
"media stream"
],
"formats": [
"TXT",
"HTML"
],
"relations": {
"obsoletes": [],
"obsoleted_by": [],
"updates": [],
"updated_by": [],
"is_also": [],
"see_also": []
},
"links": {
"info": "https://www.rfc-editor.org/info/rfc5432/",
"html": "https://www.rfc-editor.org/rfc/rfc5432.html",
"txt": "https://www.rfc-editor.org/rfc/rfc5432.txt",
"datatracker": "https://datatracker.ietf.org/doc/rfc5432/"
}
}