ідповіді на команду INVITE).
CANCEL (припиняє пошук користувача).
REGISTER (передає інформацію про місцезнаходження користувача).
У загальних рисах, схема застосування SIP для встановлення двонаправленого сеансу зв'язку така: у складі повідомлення INVITE викликає користувач передає викликуваному характеристики ініціюється мультимедіа-сесії, а той у відповідному повідомленні АСК відзначає ті з них, які може підтримати. Для підтвердження можливості прийому конкретного формату мультимедійної інформації викликається користувачеві потрібно вказати відмінний від нуля номер протокольного порту. SIP забезпечує визначення адреси користувача і встановлення з'єднання з ним. Для опису каналу мультимедійного зв'язку, реалізації функцій захисту, аутентифікації і т. Д. Він використовує інші протоколи.
Зокрема, дуже важливий протокол SDP (RFC 2327), який описує параметри з'єднання. У сигнальні повідомлення SDP входять такі дані:
період часу, протягом якого сеанс активний;
середу передачі даних сеансу: тип мультимедіа (відео, аудіо і т. д.); його формат, використовуваний транспортний протокол (RTP/UDP/IP, H.320 і т. д.) і номер порту;
інформація для прийому потоку (адреси, порти, формати і т. д.);
дані про необхідної смузі пропускання;
SDP використовується виключно для текстового опису сеансу і не має ні транспортних механізмів, ні коштів узгодження необхідних для сеансу параметрів. Повідомлення SDP передаються в складі деяких повідомлень SIP, наприклад INVITE, ACK і OPTION.
Формат адресації в рамках SIP аналогічний формату адресації, використовуваному в електронній пошті: user @ domain raquo ;, user @ IP_address або phone_number @ gateway .
Остання адреса позначає звичайний номер ТфОП, доступний через даний шлюз. Наприклад, посилання на web-сторінці sip: //i.smith@companyraquo; буде працювати як посилання mailto, тільки для голосового з'єднання. Як і адреси електронної пошти, адреси SIP прив'язані не до якогось конкретного хосту, а до деякого домену.
SIP-сервер працює в режимі proxy сервера або в режимі переадресації. У першому випадку, отримавши запит на з'єднання, наприклад, з адреси i.smith@company, сервер визначає його IP адреса і відбувається з'єднання (Малюнок 1). У разі якщо даний сервер не може обробити адресу, він повідомляє власника запиту адресу наступного SIP сервера, тобто включається режим переадресації. Протокол SIP дозволяє обіг до декількох серверів. У результаті розгалуженого пошуку і складної процедури встановлення відповідності імені і IP-адреси може вийти набір результатів. Наприклад, пошук адреси i.smith@company може призвести як до містера І. Сміту, так до його дружини, автовідповідача, мобільному номеру, адресою електронної пошти і т.д. При цьому буде надана додаткова інформація про те, мобільний це термінал або фіксований, домашній номер або робочий і т.д. Після цього відкривається канал зв'язку, і обмін мультимедійними пакетами здійснюється на базі RTP (Real Time Transport Protocol), або східного протоколу.
Н.323 являє собою так звану зонтичну рекомендацію, що складається з декількох протоколів, використовуваних для різних цілей і працюють спільно.
Спочатку Н.323 розроблявся для мультимедійних комунікацій в локальних мережах LAN без гарантії якості (QoS), але, в наслідку, був доопрацьований для задоволення більш жорстких вимог IP-телефонії.
Н.323 в основному базується на мультимедійних протоколах ITU. Зокрема, він включає в себе рекомендацію Н.225.0, використовувану для реєстрації терміналів і встановлення з'єднання, рекомендацію Н.245 для контролю сесії, Н.332 для багатоточкових конференцій, Н.235 для забезпечення безпеки, Н.246 для взаємодії з мережами комутації каналів і т.д. На малюнку 2 згадані основні з них. Все це різноманіття необхідно тільки для встановлення з'єднання і виконання контрольних функцій. Самі мультимедійні пакети, як і в SIP, инкапсулируются в RTP і відправляються за адресою призначення. Таким чином, забезпеченням якості сервісу (QoS) займається транспортний протокол RTP, що представляє собою незалежну від Н.323 специфікацію.
Н.323 - досить складна рекомендація. Її основний варіант займає 736 сторінок, в той час як SIP з усіма доповненнями уміщається на 128 сторінках. Н.323 визначає сотні параметрів, а SIP описує тільки 37 заголовків з невеликою кількістю значень. Н.323 являє сполучення формі двійкового коду. SIP, як уже було сказано, використовує текстовий формат, що істотним чином полегшує виробництво та налагодження програм. Наприклад, створення повноцінного SIP клієнта з графічним інтерфейсом вимага...
