2015-08-30 7 views
5

मेरे पास एक सार्वजनिक आईपी पता पर चलने वाले वेबआरटीसी एमसीयू (kurento) कुछ क्लाइंट्स की सेवा करते हैं जो केवल ऑडियो भेजते हैं या केवल ऑडियो प्राप्त करते हैं, इसलिए प्रत्येक ग्राहक सीधे एमसीयू (एक दूसरे के साथ नहीं) से जुड़ा होता है जिसमें सार्वजनिक आईपी पता होता है।क्लाइंट-सर्वर वेबआरटीसी अनुप्रयोगों के लिए आईसीई आवश्यक है?

प्रश्न 1: क्या अभी भी एनएटी ट्रैवर्सल के लिए स्टन और टर्न का उपयोग करने की आवश्यकता है ?? यदि हां क्यों ??
प्रश्न 2: क्या ब्राउज़र में वेबआरटीसी में कोई हैक है जो स्टन और टर्न की आवश्यकता को हटा देगा?

मेरी राय में: अधिकांश क्लाइंट-सर्वर आर्किटेक्चर को एनएटी के पीछे ग्राहकों के साथ कोई कठिनाई नहीं है। Webrtc के साथ यहां क्या अंतर है?

उत्तर

4

हाँ आईसीई वेबआरटीसी के लिए बिल्कुल जरूरी है।

प्रश्न 1: क्या अभी भी एनएटी ट्रैवर्सल के लिए स्टन और टर्न का उपयोग करने की आवश्यकता है ?? यदि हां क्यों ??

अपने परिदृश्य के लिए आप STUN का उपयोग करें या चालू करने के लिए जरूरत नहीं है। मुझे बताएं क्यों।

प्रत्येक ग्राहक जो निजी नेटवर्क में हैं, किसी भी प्रकार के एनएटी के तहत है जिसमें सार्वजनिक आईपी पता है। बाहरी दुनिया इस ग्राहक के निजी आईपी पते को नहीं जानता है और भले ही उन्हें पता था कि वे सार्वजनिक आईपी पते को जानने के बिना ग्राहक से कनेक्ट नहीं हो सकते हैं। इस सार्वजनिक आईपी पते को इकट्ठा करने के लिए STUN सर्वर का उपयोग किया जाता है।

तो यदि आपका सर्वर कनेक्शन शुरू करना चाहता है तो उसे क्लाइंट को अपने एनएटी के सार्वजनिक आईपी भेजने की आवश्यकता है। क्लाइंट अपने सार्वजनिक आईपी को जानने और सर्वर पर भेजने के लिए STUN सर्वर का उपयोग करेगा। लेकिन अगर क्लाइंट कनेक्शन शुरू करता है तो एनएटी के सार्वजनिक आईपी को जानने की आवश्यकता नहीं है। ग्राहक कनेक्शन शुरू करने के लिए सार्वजनिक सर्वर पर पैकेट भेज सकता है। सर्वर क्लाइंट पैकेट से सार्वजनिक आईपी को जान सकता है और फिर वे कनेक्ट कर सकते हैं। तो स्टन के लिए कोई ज़रूरत नहीं है।

आपका सर्वर इस परिदृश्य में टर्न की भूमिका कर रहा है। तो आपको टर्न सर्वर की आवश्यकता नहीं है।

प्रश्न 2: क्या ब्राउज़र में वेबआरटीसी में कोई हैक है जो स्टन और टर्न की आवश्यकता को हटा देगा?

कोई हैक नहीं है। परिदृश्यों के आधार पर टर्न/स्टन का उपयोग किया जाता है। आपके परिदृश्य के लिए आपको इसकी आवश्यकता नहीं है। यदि आप क्लाइंट-क्लाइंट कनेक्शन बनाना चाहते हैं तो आपको STUN सर्वर की आवश्यकता होगी।

+0

मुझे क्लाइंट को कैसे कार्यान्वित करना चाहिए ताकि यह Webrtc कनेक्शन शुरू कर सके? ऐसा लगता है कि webrtc में कौन शुरू होता है पर हमारा कोई नियंत्रण नहीं है! –

+0

आप ऐप लिखते हैं, आप तय करते हैं कि ऑफ़र कौन भेजता है। –

+0

आईसीई प्रस्ताव, उत्तर मॉडल के साथ काम करता है। अंत भेजने का प्रस्ताव वह है जो कनेक्शन शुरू करता है। एक अंत प्रेषण प्रस्ताव का मतलब सत्र विवरण भेजना है, जो वास्तव में आईपी सूचनाएं हैं, दूसरे छोर पर। जब दूसरे छोर को प्राप्त होता है, तो यह अपना स्वयं का सत्र विवरण उत्पन्न करता है जिसे उत्तर कहा जाता है और इसे दूसरे छोर पर भेज दिया जाता है। उस बर्फ की जांच शुरू होने के बाद। तो आपको क्लाइंट और सर्वर एंड कोड दोनों तक पहुंच की आवश्यकता है। अपने क्लाइंट एंड कोड से आपको सर्वर को ऑफ़र भेजने की आवश्यकता है और आपके सर्वर एंड कोड से यह प्रस्ताव प्राप्त होता है और उत्तर को वापस क्लाइंट को भेजता है और भेजता है। – Tahlil

1
  • बर्फ अनिवार्य
  • लेकिन किसी भी अचेत उपयोग कर रहा है और बारी सर्वर नहीं है।
  • चूंकि आप किसी सार्वजनिक पोर्ट पर किसी सर्वर से कनेक्ट होते हैं, तो आपको कभी भी टर्न सर्वर का उपयोग करने की आवश्यकता नहीं होती है, लेकिन आपके क्लाइंट के पीछे एनएटी/फ़ायरवॉल के प्रकार के आधार पर, आपको STUN सर्वर
  • की आवश्यकता नहीं हो सकती है ब्राउज़रों को बिल्कुल संशोधित करने के लिए। एप्लिकेशन स्टन सर्वर का उपयोग करने के लिए गीलेर का फैसला करता है या नहीं। यदि आप सृजन पर अपने पीयरकनेक्शन ऑब्जेक्ट में खाली "iceservers" पैरामीटर पास करते हैं, तो आपके ब्राउज़र में आईसीई UA केवल मेजबान (स्थानीय) उम्मीदवार उत्पन्न करेगा।
+0

मुझे क्लाइंट और सर्वर पर RTCPearConnetion को कैसे कॉन्फ़िगर करना चाहिए ताकि मेरा एमसीयू टर्न के रूप में कार्य करे? –

+0

आपको मोड़ के रूप में कार्य करने के लिए अपने एमसीयू की आवश्यकता नहीं है। उस अतिरिक्त मशीनरी के लिए कोई ज़रूरत नहीं है। आपका एमसीयू सार्वजनिक पते पर बैठा है इसलिए आईसीई (या आईसीई-लाइट) पर्याप्त है। आपका सिग्नलिंग सर्वर प्रत्येक एमसीयू को हैंडशेक शुरू करने के लिए उससे कनेक्ट होने वाले प्रत्येक क्लाइंट को बता सकता है (यानी एक प्रस्ताव भेजें)। –

संबंधित मुद्दे