ब्राउज़र के माध्यम से वीडियो कॉल - आपकी कंपनी के लिए प्रौद्योगिकी का काम कैसे करें

खैर, यह पता लगाना बहुत दिलचस्प था कि कंपनी के अंदर एक ब्राउज़र के माध्यम से वीडियो कॉल कैसे करें और यह कितना उपयोगी है। इसके अलावा, स्काइप "टैप किया गया" है और अग्रेषित पासवर्ड रोबोट द्वारा पार्स किए गए हैं ...

ऐसा लगता है कि Google+ Hangouts है और इसका अक्सर उपयोग किया जाता है - लेकिन यह अभी भी WebRTC और मालिकाना क्लाउड तकनीक नहीं है। कौन जानता है - किसी अन्य प्रतियोगी कंपनी के सहकर्मी नहीं हैं जो हमारे बिजनेस प्लानिंग मीटिंग को नोटपैड और उनके चमकते चेहरों पर वास्तविक मुस्कान के साथ देख रहे हैं?

सामान्य तौर पर, आपको यह स्वीकार करना होगा कि कंपनी के भीतर आपकी निजी विश्वसनीय वीडियो बातचीत का विषय पहले से कहीं अधिक प्रासंगिक है। कई लोगों को इसकी आवश्यकता होती है, लेकिन कुछ को कैसे व्यवस्थित किया जाए? हमने कर दिखाया। यह काफी सरलता से किया जा सकता है यदि आप जानते हैं कि कैसे :-) (एक दर्जन RFC, w3c मानकों और उनके कार्यान्वयन का अध्ययन करने के बाद, और कारणों की तह तक जाना)।

नीचे मैं कार्यान्वयन के मुख्य तकनीकी जोखिमों को पूरा करने की कोशिश करूंगा, जिसे हमें आगे बढ़ना था और सबसे अधिक संभावना है कि आप कदम बढ़ाएंगे - और एक अल्पाहार के लिए: एक संक्षिप्त तकनीकी निचोड़ और व्यापार TODO, अनावश्यक विवरणों के बिना मस्तिष्क में विस्फोट होता है।

प्रौद्योगिकी

HTML5 तकनीकों में से एक निस्संदेह WebRTC है , जिसे Google, मोज़िला और ओपेरा के समर्थन के साथ w3c द्वारा विकसित किया गया है।

इसका सार यह है कि मेरे कंप्यूटर पर एक कैमरा, माइक्रोफ़ोन और ब्राउज़र है, मैं किसी अन्य व्यक्ति को एक ब्राउज़र, कैमरा और माइक्रोफ़ोन के साथ कहीं भी वीडियो कॉल कर सकता हूं - दोनों अगली मेज पर एक सहकर्मी और बॉस के लिए जो समुद्र तट पर धूप सेंक रहा है, सुंदर लैपटॉप से ​​घिरा हुआ है। महिला शरीर इस मामले में, कनेक्शन एन्क्रिप्ट किया जाएगा, एक और केवल आपके बीच - पीयर-टू-पीयर - दो। क्या यह अच्छा है? लेकिन यह सब नहीं है।

कार्रवाई मजबूत काले जादू का उपयोग करते हुए होती है , ब्राउज़र के अंदर "पारदर्शी" लगभग पारदर्शी है - आप और आपके प्रोग्रामर कोडेक्स, फायरवॉल, सुलह, घूंट आदि से परेशान नहीं करते हैं। - सरलतम मामले में, पहली नज़र में वीडियो कॉल का कार्य js-code की एक दर्जन लाइनों द्वारा हल किया जाता है, और यहाँ यह है, खुशी - निजी वीडियो बातचीत आपकी कंपनी में काम करती है।


इस योजना में देरी न करें, अन्यथा मस्तिष्क फट सकता है। दशकों से, विकसित मीडिया प्रौद्योगिकी और प्रोटोकॉल ब्राउज़र के अंदर फंस गए हैं: टेलीविजन स्टूडियो, रेडियो स्टेशन और टेलीफोन एक्सचेंज

लेकिन, जैसा कि आप जानते हैं, शैतान छोटी चीजों में छिपा हुआ है। हम उनके बारे में बात करेंगे ...

सिग्नलिंग

WebRTC प्रौद्योगिकी के वर्णन में दो अलग-अलग विषय हैं - रूमानी प्लग-एंड-प्ले सक्सेस स्टोरीज़ और वाइल्ड लो-लेवल हार्डकोर इन द टर्न्स ऑफ़ द स्टन , टर्न , आइस , एसडीपी ... Ie या तो स्किपिपैस्ट काम करेगा, लेकिन यह स्पष्ट नहीं है कि कैसे, या छह महीने के लिए स्रोत कोड और आरएफसी का अध्ययन करें :-)

कट्टर ड्राइव्स में से एक जो हमें नीचे ले जाता है वह सिग्नलिंग है । वास्तव में, यह तीन सरल कार्य करता है:

1) दो ब्राउज़रों के विन्यास (ऑडियो / वीडियो स्ट्रीम, कोडेक्स, पते और पोर्ट - एसडीपी प्रारूप में)


एसडीपी। यह दुःस्वप्न ब्राउज़रों के बीच प्रसारित होता है, जिसके विवरण से बचा जा सकता है। लेकिन तलछट, RFC पढ़ने के बाद भी - बनी हुई है

2) ब्राउज़रों के बीच एक एन्क्रिप्टेड कनेक्शन स्थापित करने के लिए पासवर्ड का आदान-प्रदान करें
3) क्रियाओं की शुरुआत - कुछ को कॉल करें (क्लाइंट को कनेक्ट करें क्लाइंट को थ्रेड्स को कॉलबैक में js पर), हैंग करें, आदि। यानी ब्राउज़र में js पर आप RTCPeerConnection ऑब्जेक्ट के साथ बहुत सरल चीजें कर रहे हैं - लेकिन ऑब्जेक्ट के अंदर एक वास्तविक एडीबी है।

यानी सिग्नलिंग के माध्यम से, जिसे आप कुछ भी और जो भी लिखते हैं - ब्राउज़र एक दूसरे के साथ डॉक करते हैं और आप कर सकते हैं ... वीडियो कॉल करें। और, आश्चर्यजनक रूप से, आप यह नहीं समझ सकते कि प्रोटोकॉल स्टैक पर क्या है - कॉल आश्चर्यजनक रूप से सरल हैं।

सिग्नलिंग नेत्रहीन रूप से भयभीत दिखता है - वास्तव में, एसडीपी वर्णन मीडिया में ब्राउज़र में आईसीई के माध्यम से स्ट्रीम करता है बस "पीछा" ... एह, मैं सिर्फ लिखना चाहता था - यह काम नहीं करता है

ब्राउजर एक-दूसरे की तलाश कर रहे हैं

कॉलिंग केवल स्थानीय नेटवर्क पर प्राप्त की जाती है, लेकिन जब कर्मचारी अलग-अलग नेटवर्क पर होते हैं ... और यहां तक ​​कि फ़ायरवॉल के पीछे भी, ब्राउज़र बिना किसी सहायता के कनेक्शन स्थापित करने में सक्षम नहीं होंगे।

तकनीकी रूप से, ऊपर के अनुभाग की तुलना में और भी अधिक कट्टर है, मैं आपको तुरंत चेतावनी देता हूं, लेकिन यदि आप अपनी उंगलियों पर बताते हैं तो यह कुछ इस प्रकार है:
1) कंपनी के फायरवॉल को "पंच" करने के लिए, कर्मचारियों को एक निश्चित केंद्रीय सर्वर से संपर्क करने के लिए STUN / TURN प्रोटोकॉल का उपयोग करना चाहिए। यह सर्वर या तो आपके सिस्टम एडमिनिस्ट्रेटर द्वारा उठाया गया है, या आप एक मुफ़्त का उपयोग करते हैं, लेकिन सीमित क्षमताओं के साथ (TURN रिले मोड के लिए कोई समर्थन नहीं है) STUN सर्वर Google से।
2) अगर फायरवॉल को "से तोड़ना" संभव नहीं था, तो एकमात्र संभावना बनी हुई है - तृतीय-पक्ष सर्वर के माध्यम से मीडिया स्ट्रीम डालना, और ब्राउज़रों के बीच सहकर्मी से सहकर्मी नहीं। TURN सर्वर के संचालन के इस मोड को "रिले" कहा जाता है। आपको ऐसे सर्वर को खुद समझना होगा - खुले समाधान हैं , लेकिन आपको उन्हें वेबआरटीसी के तहत खुद को कॉन्फ़िगर करना होगा। हालांकि, आंकड़ों के अनुसार - लगभग 10% वीडियो कॉल केवल रिले मोड में जाते हैं।

एक बार फिर, संक्षेप में - ताकि वीडियो कॉल मज़बूती से आपकी कंपनी के अंदर जाए, "विदेशी" STUN / TURL सर्वर का उपयोग करें या उसका उपयोग करें।


यह कैसे मीडिया स्ट्रीम उपयोगकर्ता ब्राउज़र के बीच जाता है - या तो सीधे या रिले सर्वर के माध्यम से। हां, यह भयानक और असंयमित है - लेकिन फायरवॉल अभी तक फायरवॉल के माध्यम से "पंच" करने के बेहतर तरीके नहीं आए हैं। स्काइप भी इसी सिद्धांत पर काम करता है।


यह समझे बिना कि बर्फ बर्फ नहीं है, लेकिन वीडियो धाराओं के आदान-प्रदान के लिए इष्टतम मार्ग का चयन करने की तकनीक, आरएफसी में निहित है, कोई आगे नहीं जा सकता है। प्रोटोकॉल स्टैक के अत्यधिक, बदसूरत और अतार्किक जटिलता से तलछट का स्तर STUN / TURN / ICE - एक महत्वपूर्ण स्तर तक बढ़ गया।

वीडियो कॉन्फ्रेंसिंग

WebRTC - सीधे वीडियो कॉन्फ्रेंसिंग का समर्थन नहीं करता है। वीडियो / ऑडियो स्ट्रीम और ब्राउज़र हैं और गठबंधन करते हैं। स्काइप एक पेड सर्विस है। Google+ Hangouts में (जो वैसे भी WebRTC का उपयोग नहीं करता है, लेकिन इसके क्रोम प्लगइन और विशिष्ट कोडेक्स के साथ काम करता है!) - सीमा 10-15 लोग हैं।

क्या आप कठिनाई को समझते हैं? सभी वीडियो धाराओं को कहीं एकत्र करने की आवश्यकता है, एक विशेष प्रतिभागी के लिए एक, व्यक्तिगत, वीडियो स्ट्रीम में बदल गया और उसके पास लौट आया। यानी अगर हमारे पास 10 लोग हैं, तो मैं प्रत्येक व्यक्तिगत वीडियो स्ट्रीम से प्रतिभागियों के फ्रेम ले जाता हूं, उन्हें नीचे दिए गए होस्ट के फ्रेम पर रख देता हूं और उत्पन्न फ्रेम को एक विशिष्ट प्रतिभागी को देता हूं और प्रत्येक के लिए ऐसा करता हूं। और आपको वेबआरटीसी कोडेक्स संगत ब्राउज़र के समर्थन के साथ फ़्रेम एकत्र करने की आवश्यकता है। गणना की मात्रा की कल्पना करें। ऐसे "MCU सर्वर" के खुले कार्यान्वयन हैं:
1) लाइसेंस - IMHO कच्चे और एक ईमानदार MCU नहीं है, लेकिन सिर्फ मल्टीप्लेक्सिंग स्ट्रीम।
2) MCU वीडियो मिलिट्रीकॉन्फेरेंस सर्वर - लेकिन यह Chrome स्रोत और वेबस्टर के माध्यम से WebRTC का समर्थन करने वाले अंतिम तारांकन से प्रतिलिपि के तुरंत बाद शुरू नहीं होता है। और किसी तरह डरावना - जावा और जावा में जावा फेंकता :-)


यह डराने वाला लगता है, मैं सहमत हूं।

बेशक, वीडियो कॉन्फ्रेंसिंग के आयोजन के लिए वाणिज्यिक उत्पाद और एक संपूर्ण उद्योग हैं - लेकिन इस लेख में हम केवल वेबआरटीसी पर ध्यान केंद्रित करते हैं।

WebRTC में, आप कुछ सरल कर सकते हैं - एक वीडियो कॉन्फ्रेंस में, प्रत्येक ब्राउज़र प्रत्येक प्रतिभागी के लिए एक वीडियो स्ट्रीम रखता है। आपको इसे अपने आप js पर ब्राउज़र के अंदर प्रोग्राम करना होगा और इसे सिग्नलिंग के साथ जोड़ना होगा। हां, यहां ट्रैफ़िक बढ़ रहा है, लेकिन कंपनी के भीतर कई लोगों को कॉल के लिए - यह समाधान अपनी सादगी और दक्षता के साथ लुभाता है।

ब्राउजर अलग हैं

Chrome - Chrome के बीच वीडियो कॉल कार्य के लिए महत्वपूर्ण है। अन्य संयोजन: क्रोम, फ़ायरफ़ॉक्स, ओपेरा - या तो काम नहीं करते हैं, या औपचारिक रूप से काम करते हैं, लेकिन वास्तव में नहीं। लेकिन फिर भी, नए साल से वे क्रोम-फ़ायरफ़ॉक्स वीडियो कॉल के विश्वसनीय संचालन का वादा करते हैं।

यदि आप इसे दार्शनिक रूप से देखते हैं, तो सभी कंपनियां ब्राउज़र के एक विशिष्ट संस्करण से बंधी नहीं हैं - और आप क्रोम में सहयोगियों को संवाद कर सकते हैं, शायद केवल कॉल के समय के लिए और जल्द ही नया साल - ठीक है, आप समझते हैं ...

WebRTC और टेलीफोनी

लेकिन सच्चाई यह है कि, एक ब्राउज़र से एक लैंडलाइन / मोबाइल फोन पर कॉल क्यों नहीं किया गया और इसके विपरीत? यह संभव है, लेकिन ... लेकिन यहां आप ध्वनि और वीडियो प्रसारित करने की तकनीक में विसर्जन के बिना नहीं कर सकते। पहला "झटका" एसआईपी प्रोटोकॉल है । आईपी ​​टेलीफोनी और एसआईपी, अच्छी तरह से, अक्षम तकनीक हैं, लेकिन वेबआरटीसी मानक में एसआईपी का कोई उल्लेख नहीं है :-) किसे और किसके साथ मारना चाहिए?

और सब कुछ सरल है - एसआईपी की उंगलियों पर बहस करना - यह एक प्रकार का शक्तिशाली और लचीला संकेत है (ऊपर देखें)। लेकिन अगर आप खुद को सिग्नलिंग लिखते हैं - तो आपको एसआईपी फोटोनिक रॉकेट्स के साथ एक इंटरगैलेक्टिक स्टारशिप की आवश्यकता क्यों है?

विसंगति ने js- पुस्तकालयों ( असेंबली भाषा में ) के निर्माण जैसे राक्षसों को जन्म देना शुरू कर दिया, जो SIP को समझते हैं और WebRTC के माध्यम से ब्राउज़रों को डॉक कर सकते हैं। और तारांकन चिह्न WebRTC के माध्यम से संचार की इच्छा रखने वाले ब्राउज़रों के साथ एकीकरण के लिए वेबस्केट्स का समर्थन करना शुरू कर दिया ... लेकिन प्रौद्योगिकियों के एक से दूसरे के लिए स्पष्ट अहंकार और तकनीकी स्टैक की जटिलता कंपनी के भीतर अपने स्वयं के वेबआरटीसी कॉल में एसआईपी के उपयोग को सवाल में डालती है ... (टमाटर उड़ गए, मैं समझता हूं, लेकिन सहमत हूं - js + sip इस मामले में ओवरकिल है, हालाँकि यह हो सकता है)।


SIP वह है जो WebRTC में सिग्नलिंग करता है, लेकिन अधिक गंभीरता से, जटिल और वितरित।

उपरोक्त समस्या को हल करने का एक वैकल्पिक तरीका ऐसी कॉल में विशेषज्ञता वाली कंपनी की सेवाओं का उपयोग करना है । आप विवरण में नहीं जाते हैं और बस एक विशेष js- पुस्तकालय का उपयोग करते हैं और ... आप किसी भी शहर और मोबाइल नंबर पर कंपनी की विशेष वेब सेवा के माध्यम से कॉल कर सकते हैं।

इस प्रकार, ब्राउज़र से टेलीफोन नंबर पर कॉल करने का कार्य भी हल हो जाता है।

संक्षेप में देना

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

कंपनी के अंदर WebRTC के माध्यम से वीडियो कॉल शुरू करने के लिए, यह पता चला है, आपको इसकी आवश्यकता है:

1. कंपनी में व्यापार प्रक्रियाओं की बारीकियों को ध्यान में रखते हुए संकेतन लिखना, AD में कर्मचारियों की सूची तक पहुँच आदि।
2. विभिन्न कंपनी कार्यालयों और मोबाइल उपकरणों से वीडियो कॉल को जोड़ने के लिए कंपनी के स्थानीय नेटवर्क के बाहर 1-2 STUN / TURN सर्वर उठाएँ। कुछ मामलों में, हालांकि एन्क्रिप्ट किया गया, वीडियो ट्रैफ़िक इन सर्वरों के माध्यम से जाएगा
3. कई लोगों के लिए वीडियो कॉन्फ्रेंसिंग के आयोजन के लिए बहुत कच्चे या बल्कि जटिल उत्पादों के साथ एकीकृत करने का प्रयास करें, या वीडियो कॉन्फ्रेंसिंग के अपने WebRTC कार्यान्वयन को लिखें।
4. कंपनी से / से नियमित टेलीफोन नंबर पर कॉल करने की संभावना के लिए "गेटवे" के साथ एकीकृत करें

तकनीकी रूप से, कार्य हल करने योग्य हैं। लेकिन अगर आपके पास यह सब करने का समय नहीं है, तो आप, उदाहरण के लिए, हमारे उत्पाद या क्लाउड सेवा (कहीं भी किसी भी कॉल के लिए अपने खाते पर मुफ्त पंजीकरण और 100 रूबल का उपयोग कर सकते हैं - आप तकनीक का परीक्षण कर सकते हैं और समझ सकते हैं कि आपको इसकी आवश्यकता है या नहीं)। वीडियो कॉलिंग तकनीक बॉक्स से बाहर और STUN / TURN प्रोटोकॉल के समर्थन के साथ वीडियो सर्वर के हमारे क्लस्टर का उपयोग कर।

प्रौद्योगिकी संचालन

आपने एक कार्यान्वयन विकल्प चुना है और कंपनी के भीतर एक ब्राउज़र से वीडियो कॉल का उपयोग करना शुरू कर दिया है। एक बिंदु है कि किसी तरह या तो चुप है, या वे इसके बारे में नहीं जानते हैं - दुर्लभ मामलों में संभव है जब इसके माध्यम से प्राप्त करना असंभव है। यह इस तथ्य के कारण है कि ब्राउज़र एक-दूसरे को सीधे नहीं मिल सकते हैं (ICE के माध्यम से पीयर-टू-पीयर स्थापित करें) और अंतिम अवसर का उपयोग करने की कोशिश कर रहे हैं - बाहरी रिले सर्वर के माध्यम से कनेक्शन स्थापित करने के लिए ... लेकिन सिस्टम प्रशासक ने कर्मचारी के सबनेट में आउटगोइंग यूडीपी ट्रैफ़िक को अवरुद्ध कर दिया है । लेकिन TURN केवल UDP पर रिले मोड का समर्थन करता है (विवरण के लिए RFC देखें)। इसे अनुमति देने के लिए पर्याप्त - और वीडियो कॉल फिर से काम करेंगे।

एक अन्य सामान्य प्रश्न ट्रैफ़िक और वीडियो का आकार है। TURN सर्वर पर रिले मोड में, एक कनेक्शन प्रति सेकंड सैकड़ों किलोबाइट की खपत करता है - ट्रैफ़िक सीधे ब्राउज़र में वीडियो के आकार पर निर्भर करता है। यानी यदि आप रिले मोड में घने वीडियोकोनफेरेंस की अपेक्षा करते हैं - इसके बारे में पहले से सोचें।

शायद यही सब मैं दिलचस्प और उपयोगी बताना चाहता था। मैं आपको आने वाले नए साल, काम कर रहे प्रोजेक्ट्स और संतुष्ट कर्मचारियों के लिए शुभकामनाएं देता हूं!