єнта збережуть одержані одна від одної SDP методом
setRemoteDescription об'єкта RTCPeerConnection, а свої власні SDP збережуть методом
setLocalDescription , з'єднання між цими клієнтами буде создано.Процесс відправки та прийняття SDP-повідомлень може бути реалізований при допомоги серверних сокетів або баз даних реального часу.
Більшість користувачів в Інтернет захищені кількома шарами NAT, можуть мати антивірусне програмне забезпечення, що блокує певні порти і протоколи або виходять через проксі і фаєрволи і тому не можуть обмінюватися інформацією. Файервол і NAT може бути реалізований одним і тим же пристроєм, таким як звичайний Wi-Fi роутер. WebRTC додатки можуть використовувати ICE, щоб обійти обмеження, накладені NAT і файерволами. [13] Для цього необхідно задати об'єкту RTCPeerConnection список STUN і TURN серверів, як це показано на малюнку 4.
Малюнок 4 - Створення RTCPeerConnection зі списком ICE-серверів
ICE намагатиметься знайти найкращий шлях для підключення. Він спробує все можливості і вибирає найбільш ефективний варіант. ICE спочатку спробує встановити з'єднання з використанням адреси, отриманого від операційної системи та мережевої карти. Якщо це не вдається (клієнт перебуває за одним або декількома NAT), ICE отримує зовнішній адресу, використовуючи сервер STUN, і якщо це також не вдається, трафік прямує через TURN сервера. Іншими словами:
? STUN сервер використовується для отримання зовнішнього мережевого адреси клієнта, що знаходиться за NAT;
? TURN сервер використовуються для передачі трафіку, якщо пряме з'єднання втрачено.
1.3.2 Отримання локального потоку
Отримання доступу та отримання медіа потоків від користувача реалізується засобами, які надає MediaStream API. Основний метод MediaStream - метод getUserMedia , що викликається на глобальному об'єкті navigator . getUserMedia приймає в якості параметрів три аргументи. Перший вказує на те, які дані необхідно отримати - аудіо, відео або обидва. Другий аргумент - функція, яка буде викликана при вдалому отриманні потоку, аргументом цієї функції буде об'єкт потоку. Третій аргумент - функція, яка буде викликана при виникненні помилки або в тому випадку, якщо користувач заборонить взяття медіа потоків. Після виклику getUserMedia браузер запросить у користувача дозвіл на взяття потоку. Ім'я методу getUserMedia відрізняється в різних браузерах і викликається з префіксами, тому що WebRTC ще не до кінця стандартизований. Так, в MozillaFirefox, getUserMedia викликається з префіксом moz , в Chrome - з префіксом webkit . [12] Простий приклад виклику getUserMedia для отримання аудіо і відео на малюнку 5.
Малюнок 5 - Виклик getUserMedia
Після того, як локальний потік отриманий, він може бути показаний користувачеві. Це реалізується засобами HTML5. Відео може бути відображене на web-сторінці шляхом додавання HTML-елемента video , в який доданий потік через властивість src як показано на малюнку 6.
Малюнок 6 - Прикріплення потоку
Після того, як потік користувача отриманий і відображений, він може бути відправлений іншому користувачеві.
1.3.3 Відправлення та отримання потоків
Для відправки локального потоку, отриманого з getUserMedia, іншим клієнтам, необхідно викликати метод addStream об'єкта RTCPeerConnection з по...
