संकेत और दायरा
दो ब्राउज़रों को एक ऑडियो, वीडियो या डेटा कनेक्शन की आवश्यकता है। वे एक ही LAN पर हो सकते हैं, अलग-अलग NAT के पीछे हो सकते हैं, या ऐसे नेटवर्क पर हो सकते हैं जो UDP को ब्लॉक करते हैं। सेटअप पथ और विफलता पथ की व्याख्या करें। उत्तर में विवरणों (descriptions) का आदान-प्रदान करने वाले सिग्नलिंग चैनल और संभावित नेटवर्क पथों को खोजने व जांचने वाले ICE के बीच अंतर स्पष्ट होना चाहिए।
Credmark की सार्वजनिक WebRTC साक्षात्कार मार्गदर्शिका स्पष्ट रूप से उम्मीदवारों से ICE और STUN व TURN की भूमिकाओं को समझाने के लिए कहती है। RFC 8445 ICE के उम्मीदवार, चेकलिस्ट और कनेक्टिविटी-जांच प्रक्रियाओं को परिभाषित करता है; WebRTC.org इस बात का दस्तावेजीकरण करता है कि उम्मीदवार एकत्र करने के लिए एक पीयर कनेक्शन STUN या TURN सर्वरों का उपयोग कैसे करता है।
साक्षात्कारकर्ता क्या मूल्यांकन करता है
- क्या आप सिग्नलिंग, उम्मीदवार एकत्रीकरण, कनेक्टिविटी जांच और मीडिया एन्क्रिप्शन को अलग-अलग रखते हैं।
- क्या आप STUN द्वारा "पोर्ट खोलने" का वादा किए बिना host, server-reflexive और relay उम्मीदवारों की व्याख्या करते हैं।
- क्या आप TURN बैंडविड्थ, गोपनीयता और परिचालन लागत के मुकाबले डायरेक्ट-पाथ लेटेंसी का संतुलन (trade-off) कर सकते हैं।
मुख्य संकेत एक कारण-प्रभाव समयरेखा (causal timeline) है: विवरण और उम्मीदवार सिग्नलिंग के माध्यम से आगे बढ़ते हैं, उम्मीदवार जोड़ों पर जांच चलती है, और केवल तभी चयनित पथ एन्क्रिप्टेड मीडिया या डेटा ले जाता है।
उत्तर देने से पहले स्पष्टीकरण
- क्या सिग्नलिंग पहले से उपलब्ध है? ICE आपके एप्लिकेशन के WebSocket, HTTP या मैसेजिंग सिग्नलिंग ट्रांसपोर्ट को परिभाषित नहीं करता है।
- क्या पीयर्स ब्राउज़र-टू-ब्राउज़र हैं या SFU के पीछे हैं? एक SFU मीडिया टोपोलॉजी को बदलता है लेकिन फिर भी प्रत्येक पीयर से कनेक्टिविटी की आवश्यकता होती है।
- क्या UDP और TCP 443 की अनुमति है? फ़ायरवॉल नीति यह तय करती है कि host, reflexive या relay उम्मीदवार सफल हो सकते हैं या नहीं।
- लागत लक्ष्य क्या है? एक TURN रिले ट्रैफ़िक ले जाता है, इसलिए वीडियो बिटरेट और रिले प्रतिशत खर्च निर्धारित करते हैं।
30-सेकंड का उत्तर
"सिग्नलिंग SDP ऑफर और आंसर के साथ-साथ ट्रिकल्ड (trickled) ICE उम्मीदवारों का आदान-प्रदान करता है; यह एप्लिकेशन-विशिष्ट है। प्रत्येक पीयर host उम्मीदवारों को एकत्र करता है, server-reflexive पते के लिए STUN से अनुरोध करता है, और सीधे पथ विफल होने पर TURN रिले उम्मीदवार प्राप्त करता है। ICE उम्मीदवार जोड़े बनाता है, प्रमाणित कनेक्टिविटी जांच भेजता है, और एक कार्यशील जोड़ी को नामांकित करता है। DTLS फिर मीडिया या डेटा के लिए कुंजियों को प्रमाणित और प्राप्त (derive) करता है। STUN एक मैप किए गए पते को खोजने में मदद करता है; TURN बाइट्स को रिले करता है। एक सिमेट्रिक NAT, ब्लॉक किया गया UDP, या प्रतिबंधात्मक फ़ायरवॉल TURN को बाध्य कर सकता है, इसलिए मैं उम्मीदवार-जोड़ी की सफलता, कनेक्ट होने में लगे समय, रिले अनुपात और नेटवर्क प्रकार के आधार पर विफलता को मापूँगा।"
चरण-दर-चरण विस्तृत उत्तर
चरण 1: सिग्नलिंग के माध्यम से विवरणों का आदान-प्रदान करें।
कॉलर मीडिया सेक्शन और ICE क्रेडेंशियल्स वाला एक ऑफर बनाता है, फिर इसे एप्लिकेशन की सिग्नलिंग सेवा के माध्यम से भेजता है। कॉली एक आंसर लौटाता है। सिग्नलिंग ट्रिकल्ड उम्मीदवारों और एंड-ऑफ-कैंडिडेट्स मार्करों को भी स्थानांतरित करता है। एक सिग्नलिंग सर्वर केवल इसलिए मीडिया नहीं ले जाता क्योंकि वह SDP को फॉरवर्ड करता है।
चरण 2: उम्मीदवार प्रकार एकत्र करें।
Host उम्मीदवार स्थानीय इंटरफेस का प्रतिनिधित्व करते हैं। एक STUN बाइंडिंग अनुरोध पीयर को उस STUN सर्वर द्वारा देखे गए सार्वजनिक मैप किए गए पते और पोर्ट वाले एक server-reflexive उम्मीदवार को जानने की अनुमति देता है। TURN आवंटन एक relay उम्मीदवार बनाता है; TURN सर्वर ट्रैफ़िक एंडपॉइंट बन जाता है। उम्मीदवार प्राथमिकता (priority) और फाउंडेशन ICE को पथों की तुलना करने में मदद करते हैं, लेकिन वे यह गारंटी नहीं देते कि उच्च-प्राथमिकता वाली जोड़ी पास हो जाएगी।
चरण 3: उम्मीदवार जोड़े बनाएं और जांचें।
प्रत्येक पक्ष अपने स्थानीय और दूरस्थ उम्मीदवारों को जोड़ता है। ICE जोड़ों को एक चेकलिस्ट में व्यवस्थित करता है, ICE क्रेडेंशियल्स का उपयोग करके STUN कनेक्टिविटी जांच भेजता है, और प्रतिक्रियाओं को रिकॉर्ड करता है। एक सफल जांच यह साबित करती है कि उस क्षण ट्रैफ़िक उस जोड़ी को पार कर सकता है; यह भविष्य की उपलब्धता को साबित नहीं करता है। कंट्रोलिंग एजेंट एक मान्य जोड़ी को नामांकित करता है, और दोनों पीयर उस पर सहमत होते हैं।
चरण 4: चयनित पथ को सुरक्षित करें।
ICE कनेक्टिविटी के बाद, DTLS पीयर को प्रमाणित करता है और कुंजियाँ प्राप्त करता है। SRTP ऑडियो और वीडियो की सुरक्षा करता है; DTLS पर SCTP डेटा चैनल ले जाता है। ICE पहुंच (reachability) का चयन करता है; यह एप्लिकेशन पेलोड को एन्क्रिप्ट नहीं करता है। ब्राउज़र API कनेक्शन स्थिति और चयनित-उम्मीदवार आंकड़े प्रदर्शित करते हैं, जो निदान के लिए आवश्यक हैं।
चरण 5: सामान्य NAT परिणामों की व्याख्या करें।
समान-LAN host उम्मीदवार अक्सर काम करते हैं। एक पूर्ण-शंकु (full-cone) या संगत NAT server-reflexive उम्मीदवारों की अनुमति दे सकता है। सिमेट्रिक NAT मैपिंग, एंडपॉइंट-निर्भर फ़िल्टरिंग, या ब्लॉक किया गया UDP प्रत्यक्ष उम्मीदवारों को विफल कर सकता है। पोर्ट 443 पर UDP, TCP या TLS पर TURN अधिक लेटेंसी, बैंडविड्थ लागत और बड़े विश्वास सतह (trust surface) के साथ एक रिले फ़ॉलबैक प्रदान करता है।
चरण 6: साक्ष्य के साथ विफलता का निदान करें।
सिग्नलिंग स्थिति, ICE एकत्रीकरण स्थिति, ICE कनेक्शन स्थिति, उम्मीदवार प्रकार, जोड़ी जांच, चयनित उम्मीदवार जोड़ी, RTT, सहमति ताजगी (consent freshness), और नेटवर्क परिवार को लॉग करें। LAN, मोबाइल, सिमेट्रिक-NAT, VPN और UDP-ब्लॉक किए गए नेटवर्क के नियंत्रित मैट्रिक्स का उपयोग करें। यदि एकत्रीकरण सफल होता है लेकिन जांच विफल हो जाती है, तो फ़ायरवॉल और NAT नीति का निरीक्षण करें; यदि केवल रिले सफल होता है, तो रिले लागत और कॉल गुणवत्ता को मापने के बाद ही प्रत्यक्ष-पथ नीति में सुधार करें।
उच्च-गुणवत्ता वाला नमूना उत्तर
"मैं चार सीमाएं तय करूँगा। एप्लिकेशन सिग्नलिंग सेवा SDP, ICE क्रेडेंशियल्स, उम्मीदवारों और एंड-ऑफ-कैंडिडेट्स का आदान-प्रदान करती है; यह मीडिया पथ नहीं है। Host उम्मीदवार स्थानीय इंटरफेस का वर्णन करते हैं, STUN server-reflexive मैपिंग उत्पन्न करता है, और TURN एक रिले आवंटित करता है। ICE स्थानीय और दूरस्थ उम्मीदवारों को जोड़ता है, प्रमाणित STUN संदेशों के साथ जोड़ों की जांच करता है, और एक जोड़ी को नामांकित करता है। उसके बाद, DTLS कुंजियाँ प्राप्त करता है, SRTP ऑडियो/वीडियो ले जाता है, और SCTP डेटा चैनल ले जाता है।
प्रत्यक्ष host या reflexive पथों की लागत कम होती है और अक्सर लेटेंसी भी कम होती है, लेकिन सिमेट्रिक NAT और ब्लॉक किए गए UDP के लिए TURN की आवश्यकता हो सकती है। मैं नेटवर्क वर्ग द्वारा उम्मीदवार एकत्रीकरण, जोड़ी-जांच त्रुटियों, कनेक्ट होने के समय, चयनित उम्मीदवार प्रकार, रिले अनुपात, RTT और सहमति हानि को मापूँगा। यह गायब सिग्नलिंग को विफल NAT ट्रैवर्सल से और खराब मीडिया पथ वाले कनेक्टेड कॉल से अलग करता है।"
सामान्य गलतियाँ
- STUN को रिले कहना → STUN एक मैप किए गए पते की रिपोर्ट करता है लेकिन सत्र को आगे नहीं ले जाता → रिले सिमेंटिक्स को TURN के लिए आरक्षित रखें।
- यह कहना कि सिग्नलिंग मीडिया स्थापित करता है → सिग्नलिंग केवल विवरणों और उम्मीदवारों को स्थानांतरित करता है → बाद की ICE जांच और चयनित जोड़ी को ट्रैक करें।
- यह मान लेना कि एक सफल STUN प्रतिक्रिया कनेक्टिविटी साबित करती है → फ़िल्टरिंग के कारण पीयर जोड़ी अभी भी विफल हो सकती है → दोनों उम्मीदवारों के बीच ICE जांच चलाएं।
- मापे बिना प्रत्येक कॉल के लिए TURN का उपयोग करना → रिले बैंडविड्थ और लेटेंसी लागत व गुणवत्ता पर हावी हो सकती है → प्रत्यक्ष पथों को प्राथमिकता दें और रिले अनुपात की निगरानी करें।
- ICE को एन्क्रिप्शन मानना → ICE पहुंच की जांच करता है, गोपनीयता की नहीं → DTLS और SRTP/SCTP को अलग से समझाएं।
अनुवर्ती प्रश्न और उत्तर
अनुवर्ती 1: जब पीयर कनेक्शन अभी भी विफल हो जाता है तो STUN क्यों काम कर सकता है?
STUN केवल यह दर्शाता है कि एक सर्वर ने एक तरफ से मैपिंग देखी है। हो सकता है कि दूरस्थ पीयर उस मैपिंग पर भेजने में असमर्थ हो क्योंकि NAT एंडपॉइंट-निर्भर मैपिंग या फ़िल्टरिंग का उपयोग करता है, या फ़ायरवॉल प्रोटोकॉल को ब्लॉक करता है। ICE को पूरी जोड़ी का परीक्षण करना चाहिए; एक सफल STUN अनुरोध पथ की गारंटी नहीं है।
अनुवर्ती 2: सिस्टम को TURN के लिए कब बाध्य करना चाहिए?
जब नीति पीयर पतों को प्रतिबंधित करती है, प्रत्यक्ष जांच बार-बार विफल होती है, या एक नियंत्रित नेटवर्क वर्ग को UDP को ब्लॉक करने के लिए जाना जाता है, तो TURN को बाध्य या प्राथमिकता दें। अल्पकालिक क्रेडेंशियल्स, क्षेत्रीय रिले, दर सीमाएं और क्षमता अलार्म का उपयोग करें। विश्व स्तर पर TURN को बाध्य करने से प्रत्यक्ष-पथ की गिरावट छिप जाती है और बैंडविड्थ लागत बढ़ जाती है, इसलिए इसे माप के साथ एक स्पष्ट नीति बनाएं।
अनुवर्ती 3: कॉल कनेक्ट होती है लेकिन वीडियो खराब है। आप क्या निरीक्षण करेंगे?
चयनित उम्मीदवार जोड़ी की जांच करें और देखें कि क्या यह रिले है, RTT, पैकेट हानि, जिटर, सहमति ताजगी और बिटरेट अनुकूलन पढ़ें। प्रत्यक्ष और रिले पथों पर समान कॉल की तुलना करें, CPU और एनकोडर कतारों का निरीक्षण करें, और जांचें कि क्या SFU या TURN क्षेत्र दूर है। ICE की सफलता पहुंच साबित करती है; यह पर्याप्त क्षमता या मीडिया गुणवत्ता साबित नहीं करती है।