שיחות וידאו WebRTC: הגדרת ICE, TURN ו-SFU

# /etc/turnserver.conf
listening-port=3478
tls-listening-port=5349
realm=yourdomain.com
server-name=yourdomain.com
lt-cred-mech
use-auth-secret
static-auth-secret=YOUR_SECRET
total-quota=100
bps-capacity=0
stale-nonce=600
cert=/etc/letsencrypt/live/yourdomain.com/fullchain.pem
pkey=/etc/letsencrypt/live/yourdomain.com/privkey.pem

לעומסים גבוהים (100+ שיחות במקביל), אנו משתמשים באשכול coturn עם DNS round-robin. כל מופע מחזיק עד 100 שיחות.

מהו SFU ומתי הוא נדרש?

SFU (יחידת העברה סלקטיבית) הוא שרת מדיה שמעביר זרמים ללא ערבוב. בניגוד לטופולוגיית mesh (P2P), שבה 5 משתתפים יוצרים 10 חיבורים לכל לקוח, SFU מקבל זרם אחד ומעביר אותו לנמענים. עומס הלקוח מופחת פי 9 עם 10 משתתפים. אנו משתמשים ב-mediasoup או LiveKit בהתאם לדרישות הביצועים והגמישות.

SFU מאפשר לשרת פי 10 יותר משתתפים עם אותו רוחב פס.

שרת איתות: יישום ב-Node.js + Socket.IO

שרת האיתות מעביר הצעות SDP, תשובות ומועמדים ל-ICE בין משתתפים. דוגמה לקוד בצד השרת:

// server.js
io.on('connection', (socket) => {
  socket.on('join-room', (roomId, userId) => {
    socket.join(roomId);
    socket.to(roomId).emit('user-connected', userId);
    socket.on('offer', (offer, targetId) => {
      io.to(targetId).emit('offer', offer, socket.id);
    });
    socket.on('answer', (answer, targetId) => {
      io.to(targetId).emit('answer', answer, socket.id);
    });
    socket.on('ice-candidate', (candidate, targetId) => {
      io.to(targetId).emit('ice-candidate', candidate, socket.id);
    });
    socket.on('disconnect', () => {
      socket.to(roomId).emit('user-disconnected', userId);
    });
  });
});

הקוד הזה הוא הבסיס לשיחות P2P ו-SFU. שרת TURN עולה כ-$10–20 בחודש לפרויקט קטן, וחיסכון בתעבורה באמצעות Simulcast מגיע ל-50%.

צד הלקוח: RTCPeerConnection וניהול מדיה

בצד הלקוח, אנו יוצרים # /etc/turnserver.conf listening-port=3478 tls-listening-port=5349 realm=yourdomain.com server-name=yourdomain.com lt-cred-mech use-auth-secret static-auth-secret=YOUR_SECRET total-quota=100 bps-capacity=0 stale-nonce=600 cert=/etc/letsencrypt/live/yourdomain.com/fullchain.pem pkey=/etc/letsencrypt/live/yourdomain.com/privkey.pem עם שרתי ICE/TURN ומקבלים זרם מדיה:

const pc = new RTCPeerConnection({
  iceServers: [
    {
      urls: 'stun:stun.yourdomain.com:3478'
    },
    {
      urls: 'turn:turn.yourdomain.com:3478',
      username: generateTurnUsername(ttl),
      credential: generateTurnCredential(username, secret),
    },
  ],
  iceTransportPolicy: 'all',
});

const stream = await navigator.mediaDevices.getUserMedia({
  video: {
    width: { ideal: 1280 },
    height: { ideal: 720 },
    frameRate: { ideal: 30 }
  },
  audio: {
    echoCancellation: true,
    noiseSuppression: true,
    sampleRate: 48000
  },
});

stream.getTracks().forEach(track => pc.addTrack(track, stream));

כדי לשפר את האיכות, אנו משתמשים ב-Simulcast עם SFU—הלקוח שולח שלושה זרמים ברזולוציות שונות:

pc.addTransceiver(videoTrack, {
  direction: 'sendonly',
  sendEncodings: [
    { rid: 'low', maxBitrate: 150000, scaleResolutionDownBy: 4 },
    { rid: 'mid', maxBitrate: 500000, scaleResolutionDownBy: 2 },
    { rid: 'high', maxBitrate: 1500000 },
  ],
});

ה-SFU בוחר את השכבה המתאימה לכל מקלט, ומספק את האיכות הטובה ביותר תחת רוחב פס מוגבל. בנוסף, אנו עוקבים אחר מצב החיבור באמצעות מטפלי // server.js io.on('connection', (socket) => { socket.on('join-room', (roomId, userId) => { socket.join(roomId); socket.to(roomId).emit('user-connected', userId); socket.on('offer', (offer, targetId) => { io.to(targetId).emit('offer', offer, socket.id); }); socket.on('answer', (answer, targetId) => { io.to(targetId).emit('answer', answer, socket.id); }); socket.on('ice-candidate', (candidate, targetId) => { io.to(targetId).emit('ice-candidate', candidate, socket.id); }); socket.on('disconnect', () => { socket.to(roomId).emit('user-disconnected', userId); }); }); }); ו-RTCPeerConnection, ומיישמים התחברות מחדש אוטומטית במהלך כשלונות זמניים.

ניטור ואופטימיזציה

לאחר ההשקה, חשוב לעקוב אחר מדדי שיחות אמיתיים. אנו משתמשים ב-const pc = new RTCPeerConnection({ iceServers: [ { urls: 'stun:stun.yourdomain.com:3478' }, { urls: 'turn:turn.yourdomain.com:3478', username: generateTurnUsername(ttl), credential: generateTurnCredential(username, secret), }, ], iceTransportPolicy: 'all', }); const stream = await navigator.mediaDevices.getUserMedia({ video: { width: { ideal: 1280 }, height: { ideal: 720 }, frameRate: { ideal: 30 } }, audio: { echoCancellation: true, noiseSuppression: true, sampleRate: 48000 }, }); stream.getTracks().forEach(track => pc.addTrack(track, stream)); כדי לאסוף אינדיקטורים מרכזיים:

• packetsLost – אחוז אובדן מנות; אם הוא עולה על 5%, אנו יוזמים הפחתת קצב סיביות אדפטיבית.
• jitter – תנודתיות; אם >30ms, אנו עוברים לקודק אודיו Opus עם חביון נמוך יותר.
• roundTripTime – RTT; RTT גבוה מצביע על צורך להחליף שרת TURN או נתיב.

הערה: כפי שצוין בתיעוד WebRTC API, נתונים אלה עוזרים לזהות במהירות שיחות בעייתיות ולהתאים את התצורה.

מה כלול: תוצרים

לאחר היישום, אתה מקבל:

• תיעוד ארכיטקטוני עם טופולוגיה, שרתים וזרימות;
• קוד מקור של שרת האיתות ואינטגרציית הלקוח (מאגר Git);
• גישה לשרת TURN (אישורים מוגבלים בזמן);
• הכשרת צוות (מפגש של שעתיים על תפעול);
• חודש אחד של תמיכה לאחר השחרור (ניטור באמצעות pc.addTransceiver(videoTrack, { direction: 'sendonly', sendEncodings: [ { rid: 'low', maxBitrate: 150000, scaleResolutionDownBy: 4 }, { rid: 'mid', maxBitrate: 500000, scaleResolutionDownBy: 2 }, { rid: 'high', maxBitrate: 1500000 }, ], }); , פתרון תקלות).

תהליך היישום ולוחות זמנים

יישום WebRTC מתבצע בחמישה שלבים:

1. ניתוח – ביקורת על התשתית הקיימת, מקרי שימוש, עומס צפוי.
2. עיצוב – בחירת טופולוגיה (P2P או SFU), שרתים, קודקים.
3. יישום – הגדרת TURN/STUN, שרת איתות, אינטגרציית לקוח.
4. בדיקות – בדיקות עומס, רשתות שונות, מכשירים ניידים.
5. פריסה – עלייה לאוויר, ניטור באמצעות oniceconnectionstatechange.

לוחות זמנים:

• שיחת וידאו P2P עם שרת איתות – 3 עד 5 ימים.
• שיחות קבוצתיות באמצעות SFU – 2 עד 3 שבועות.
• הקלטה ועיבוד לאחר – תוספת של שבוע.
• פלטפורמת ועידות מלאה – 6 עד 10 שבועות.

התמחור נקבע לאחר הביקורת. צור קשר לייעוץ—נעריך את הפרויקט שלך ונציע את הארכיטקטורה האופטימלית. הזמן יישום WebRTC וקבל שיחות וידאו יציבות בכל רשת.