SDP: відмінності між версіями
| [неперевірена версія] | [неперевірена версія] |
Вилучено вміст Додано вміст
Cki (обговорення | внесок) Немає опису редагування |
Cki (обговорення | внесок) Немає опису редагування |
||
Рядок 3:
включаючи телефонію ([http://ru.wikipedia.org/wiki/ТФОП '''ТФОП'''] і [http://ru.wikipedia.org/wiki/VoIP '''VoIP''']), [http://ru.wikipedia.org/wiki/Интернет-радио '''Інтернет-радіо'''], програми [http://ru.wikipedia.org/wiki/Мультимедиа '''мультимедія'''].
==Історія створення==
:'''Session Description Protocol''' ([http://ru.wikipedia.org/wiki/Session_Description_Protocol '''SDP''']) була спочатку задумана, як спосіб описання багатоадресних сесій, здійснюється на '''Mbone'''. Сесія оголошення '''Protocol''' ([http://ru.wikipedia.org/wiki/SAP '''SAP''']) була розроблена в якості групового механізму для просування [http://ru.wikipedia.org/wiki/SDP '''SDP'''] повідомлень. Хоча специфікація [http://ru.wikipedia.org/wiki/SDP '''SDP'''] дозволяє одноадресні операції, вона не є повною. На відміну від групових, де є загальне уявлення про роботу сесії, яка використовується у всіх учасників одноадресної сесій залучивши двох учасників, і для повної уяви про сесію потрібна інформація від обох учасників, та угода про параметри між ними.
Як, наприклад, групова сесія вимагає передачу одного групового адреса для конкретного потоку засобів масової інформації. Однак, для
одноадресної сесії, дві адреси необхідні - по одному для кожного учасника. В якості іншого прикладу, групова сесія вимагає вказівки
які кодеки будуть використовуватися в роботі сесії. Однак, для одноадресних, набір кодеків повинен бути визначений шляхом знаходження перекриття в множині підтримки кожного учасника. У результаті [http://ru.wikipedia.org/wiki/SDP '''SDP'''] виразності, щоб описати одноадресні сесії, відсутня семантика й оперативні деталі про те,як це фактично робиться. У цьому документі засоби, які визначенні, як прості речення / відповідь модель, заснована на [http://ru.wikipedia.org/wiki/SDP '''SDP''']. У цій моделі, один з учасників сесії генерує повідомлення, що [http://ru.wikipedia.org/wiki/SDP '''SDP'''] являє собою пропозицію - набір медіа-потоків і кодеки які оферент хоче використовувати, поряд з [http://ru.wikipedia.org/wiki/IP-адрес '''адресами IP'''] і портами оферента хотіли б використовуватися для отримання інформації. Пропозиція передачі іншому учаснику, називається відповіддю. Відповідальник генерує відповідь, повідомлення [http://ru.wikipedia.org/wiki/Session_Description_Protocol '''SDP'''], яка реагує на пропозицію надану оферентом. Відповідь відповідних засобів масової інформації є потоком для кожного потоку в реченні, яке вказує, чи є потік прийнятим чи ні, поряд з кодеками, які будуть використовуватися з [http://ru.wikipedia.org/wiki/IP-адрес '''IP адресами'''] та портами, які відповідальник хоче використовувати для отримання інформації. Це також можливо для багатоадресної сесії на роботу, аналогічну одноадресної один, його параметр узгоджуються між парою користувачів у разі одноадресних, але обидві сторони посилають пакети з тією ж груповою адресою. У цьому документі також обговорюються застосування пропозиція / відповідь моделі багатоадресних потоків. Ми також встановлюємо правила такі як пропозиція / відповідь модель використовується для оновлення сесії після первинної пропозиції / відповідь обміну. Кошти, які пропонує і відповіді передаються за межами рамки цього документа. Пропозиція / відповідь моделі визначається обов'язковим механізмом базового використання '''Session Initiation Protocol''' ([http://uk.wikipedia.org/wiki/SIP '''SIP''']).
==Терміни, які використовуються в даному документі==
:Агент, агент реалізації протоколу, який бере участь у Пропозиція / відповідь обміну. Є два агенти, які беруть участь у Пропозиція / відповідь обміну. Відповідь: повідомлення [http://ru.wikipedia.org/wiki/Session_Description_Protocol '''SDP'''] відповідає відповіді на пропозицію отриману від оферента. Відповідальний: агент, який отримує сесії з іншого агента описує аспекти бажаного ЗМІ зв'язку, а потім відповідь на це зі своєю сесії опис.
Пропозиція: повідомлення [http://ru.wikipedia.org/wiki/Session_Description_Protocol '''SDP'''] надіслана оферентом. Оферент: агент, який генерує сесії опису з метою створення або зміни сесії.
==Протоколи опрацій==
:Пропозиція про обмін / відповідь про наявність більш високого рівня протокоу (такий як [http://uk.wikipedia.org/wiki/SIP '''SIP''']), який здатний обмінюватися [http://ru.wikipedia.org/wiki/SDP '''SDP'''] з метою створення сесії між агентами. Протокол операції починається тоді, коли один агент посилає первинну пропозицію для іншого агента. Пропозиція початкова, якщо вона знаходиться поза будь-яким контекстом, що може бути встановлено в більш високому рівні протоколу. Передбачається, що вищий шар протоколу забезпечує зміст якогось контексту, який дозволяє різний [http://ru.wikipedia.org/wiki/SDP '''SDP'''] обмін, що пов'язаний між собою. Агент отримавши пропозицію може викликати відповідь, чи може відхилити пропозицію. Засоби для відхилення пропозиції залежать від більш високого рівня протоколу. Пропозиція / відповідь обміну автономна, якщо відповідь буде відхилена, сесія переходить у стан, що передує пропозиція ( може бути відсутність сесії). У будь-який час, будь який агент може генерувати нову пропозицію, що оновлює сесію. Однак, він не повинен генерувати нову пропозицію, якщо вона має отриману пропозицію на яку він ще не відповів чи невідхилив. Крім того, він не повинен генерувати нову пропозицію, якщо вона викликала первинні пропозиції, для яких він ще не отримав відповіді на виклик або відмову. Якщо агент отримує пропозицію після того, як послав пропозицію, але до отримання відповіді на неї, це вважається "засліплення" . Термін засліплення спочатку використовувався в комутованих телекомунікаційних мережах, щоб описати стан, при якому два перемикачі спробували захопити доступні замикання в той самий момент часу. Ось, це означає, що агент намагався відправити оновлення запропонування в той же час.
Чим вищий шар протоколу тим більші кошти необхідно надати для вирішення таких умов впорядкування повідомлень у кожному напрямку. [http://uk.wikipedia.org/wiki/SIP '''SIP'''] відповідає цим вимогам.
| |||