"तुमच्या गोपनीयतेचे रक्षण करण्यासाठी तुम्हाला VPN वापरणे आवश्यक आहे" हा वाक्यांश तुम्ही कदाचित ऐकला असेल. आता तुम्ही विचार करत आहात, "ठीक आहे, पण VPN कसे कार्य करते?"

इंटरनेटवर असे बरेच लेख आहेत जे एकच प्रोटोकॉल वापरण्याचा सल्ला देतात, परंतु काहींनी काही मूलभूत VPN तंत्रज्ञान स्पष्ट करण्यासाठी वेळ घेतला आहे. या लेखात, मी व्हीपीएन प्रोटोकॉल काय आहेत, त्यांचे फरक आणि आपण काय शोधले पाहिजे हे स्पष्ट करेन.

VPN म्हणजे काय?

विशिष्ट व्हीपीएन प्रोटोकॉल पाहण्याआधी, व्हीपीएन म्हणजे काय ते त्वरीत रीकॅप करूया.

मूलत:, VPN तुम्हाला खाजगी कनेक्शन वापरून सार्वजनिक इंटरनेटमध्ये प्रवेश करण्याची परवानगी देतो. जेव्हा तुम्ही इंटरनेटवरील लिंकवर क्लिक करता, तेव्हा तुमची विनंती योग्य सर्व्हरकडे जाते, सहसा योग्य सामग्री परत करते. तुमचा डेटा मूलत: A ते B पर्यंत अखंडपणे प्रवाहित होतो आणि वेबसाइट किंवा सेवा तुमचा IP पत्ता इतर ओळखणाऱ्या डेटामध्ये पाहू शकते.

जेव्हा तुम्ही VPN वापरता, तेव्हा तुमच्या सर्व विनंत्या प्रथम VPN प्रदात्याच्या मालकीच्या खाजगी सर्व्हरद्वारे पाठवल्या जातात. तुमची विनंती B द्वारे A ते C पर्यंत जाते. तुम्ही तुमच्यासाठी पूर्वी उपलब्ध असलेल्या सर्व डेटामध्ये प्रवेश करू शकता (आणि काही प्रकरणांमध्ये, अधिक). परंतु वेबसाइट किंवा सेवेमध्ये फक्त VPN प्रदात्याचे तपशील असतात: त्यांचा IP पत्ता इ.

तुमचा डेटा आणि ओळख संरक्षित करणे, जाचक सेन्सॉरशिप टाळणे आणि तुमचे संप्रेषण कूटबद्ध करणे यासह VPN चे अनेक उपयोग आहेत.

व्हीपीएन प्रोटोकॉल काय आहेत?

तुमचा डेटा तुमचा संगणक आणि व्हीपीएन सर्व्हर दरम्यान कसा राउट केला जातो हे VPN प्रोटोकॉल ठरवते. प्रोटोकॉलमध्ये भिन्न वैशिष्ट्ये आहेत, जे वापरकर्त्यांना विविध परिस्थितीत फायदे देतात. उदाहरणार्थ, काही वेगाला प्राधान्य देतात, तर काही गोपनीयता आणि सुरक्षिततेवर लक्ष केंद्रित करतात.

चला सर्वात सामान्य VPN प्रोटोकॉल पाहू.

1. OpenVPN

OpenVPN एक मुक्त स्रोत VPN प्रोटोकॉल आहे. याचा अर्थ वापरकर्ते असुरक्षिततेसाठी स्त्रोत कोड तपासू शकतात किंवा इतर प्रकल्पांमध्ये वापरू शकतात. OpenVPN हा सर्वात महत्वाचा VPN प्रोटोकॉल बनला आहे. OpenVPN हे मुक्त स्रोत आहे आणि सर्वात सुरक्षित प्रोटोकॉलपैकी एक आहे. OpenVPN वापरकर्त्यांना 2048-बिट RSA प्रमाणीकरण आणि 160-बिट SHA1 सह मूलत: अनब्रेकेबल AES-256 की एन्क्रिप्शन (इतरांमध्ये) वापरून त्यांचा डेटा संरक्षित करण्यास अनुमती देते.

मजबूत एन्क्रिप्शन प्रदान करण्याव्यतिरिक्त, OpenVPN जवळजवळ प्रत्येक प्लॅटफॉर्मसाठी देखील उपलब्ध आहे: Windows, MacOS, Linux, Android, iOS, राउटर आणि बरेच काही. अगदी विंडोज फोन आणि ब्लॅकबेरी देखील वापरू शकतात!

ओपनव्हीपीएन प्रोटोकॉलवर त्याच्या मंद गतीमुळे भूतकाळात टीका झाली होती. तथापि, अलीकडील अंमलबजावणीने काही वेग वाढविला आहे आणि सुरक्षा आणि गोपनीयतेवर लक्ष केंद्रित केले आहे.

2.L2TP/IPSec

लेयर 2 टनेल प्रोटोकॉल हा एक अतिशय लोकप्रिय VPN प्रोटोकॉल आहे. L2TP मायक्रोसॉफ्टने विकसित केलेल्या वगळलेल्या PPTP (अधिक तपशीलांसाठी खालील PPTP विभाग पहा) चा उत्तराधिकारी आहे आणि सिस्कोने विकसित केलेला L2F. तथापि, L2TP प्रत्यक्षात कोणतेही एन्क्रिप्शन किंवा गोपनीयता प्रदान करत नाही.

त्यानुसार, L2TP वापरणाऱ्या सेवा अनेकदा IPsec सुरक्षा प्रोटोकॉलशी संबंधित असतात. एकदा लागू झाल्यानंतर, L2TP/IPSec हे सर्वात सुरक्षित VPN कनेक्शन बनते. हे AES-256 बिट एन्क्रिप्शन वापरते आणि त्यात कोणतीही ज्ञात भेद्यता नाही (जरी NSA द्वारे IPSec ची कथित तडजोड केली गेली होती).

तथापि, L2TP/IPSec मध्ये कोणतीही ज्ञात भेद्यता नसली तरी, त्याचे काही किरकोळ तोटे आहेत. उदाहरणार्थ, डीफॉल्टनुसार प्रोटोकॉल पोर्ट 500 वर UDP वापरतो. यामुळे रहदारी शोधणे आणि अवरोधित करणे सोपे होते.

3.SSTP

सिक्योर सॉकेट टनेलिंग प्रोटोकॉल हा आणखी एक लोकप्रिय VPN प्रोटोकॉल आहे. SSTP चा एक उल्लेखनीय फायदा आहे: तो Windows Vista SP1 पासून प्रत्येक Microsoft ऑपरेटिंग सिस्टीममध्ये पूर्णपणे समाकलित केला गेला आहे. याचा अर्थ तुम्ही Winlogon सह SSTP वापरू शकता किंवा अतिरिक्त सुरक्षिततेसाठी, एक स्मार्ट चिप वापरू शकता. याव्यतिरिक्त, अनेक VPN प्रदात्यांकडे Windows साठी विशिष्ट SSTP सूचना अंगभूत असतात. हे VPN प्रदात्याच्या वेबसाइटवर आढळू शकतात.

SSTP प्रमाणीकरणासाठी 2048-बिट SSL/TLS प्रमाणपत्रे आणि एनक्रिप्शनसाठी 256-बिट SSL की वापरतो. एकूणच, SSTP खूप सुरक्षित आहे.

SSTP मूलत: मायक्रोसॉफ्ट प्रोप्रायटरी प्रोटोकॉल आहे. याचा अर्थ असा की कोणीही अंतर्निहित कोडची पूर्णपणे तपासणी करू शकत नाही. तथापि, त्यापैकी बहुतेक अजूनही SSTP सुरक्षित मानतात.

शेवटी, एसएसटीपीला विंडोज, लिनक्स आणि बीएसडी सिस्टमसाठी मूळ समर्थन आहे. Android, macOS आणि iOS तृतीय-पक्ष क्लायंटना समर्थन देतात.

4. IKEv2

इंटरनेट की एक्सचेंज आवृत्ती 2 ही Microsoft आणि Cisco द्वारे विकसित केलेला आणखी एक VPN प्रोटोकॉल आहे. IKEv2 स्वतः एक टनेलिंग प्रोटोकॉल आहे जो सुरक्षित की एक्सचेंज सत्र प्रदान करतो. म्हणून (त्याच्या पूर्ववर्तीप्रमाणे), IKEv2 हे अनेकदा कूटबद्धीकरण आणि प्रमाणीकरणासाठी IPSec सह जोडले जाते.

जरी IKEv2 इतर व्हीपीएन प्रोटोकॉल्सइतके लोकप्रिय नसले तरी त्यात अनेक मोबाइल व्हीपीएन उपाय आहेत. हे इंटरनेट कनेक्शनच्या तात्पुरत्या नुकसानाच्या क्षणी तसेच नेटवर्क स्विच दरम्यान (उदाहरणार्थ, वाय-फाय पासून मोबाइल डेटापर्यंत) पुन्हा कनेक्ट करण्यात सक्षम आहे या वस्तुस्थितीमुळे आहे.

IKEv2 हे विंडोज, iOS आणि ब्लॅकबेरी उपकरणांसाठी मूळ समर्थनासह एक मालकी प्रोटोकॉल आहे. लिनक्ससाठी मुक्त स्रोत आवृत्त्या उपलब्ध आहेत आणि तृतीय-पक्ष अनुप्रयोगांद्वारे Android समर्थन उपलब्ध आहे.

दुर्दैवाने, मोबाइल संप्रेषणासाठी ikev2 प्रोटोकॉल उत्कृष्ट असताना, यूएस NSA सक्रियपणे IPSec रहदारी कमी करण्यासाठी त्याच्या त्रुटींचा वापर करत असल्याचे भक्कम पुरावे आहेत.

5.PPTP

पॉइंट-टू-पॉइंट टनेलिंग प्रोटोकॉल हा सर्वात जुन्या VPN प्रोटोकॉलपैकी एक आहे. हे अजूनही काही ठिकाणी वापरले जाते, परंतु बऱ्याच सेवा जलद आणि अधिक सुरक्षित प्रोटोकॉलमध्ये अपग्रेड झाल्या आहेत.

PPTP 1995 मध्ये परत सादर करण्यात आला. हे प्रत्यक्षात Windows 95 सह एकत्रित केले गेले होते, डायल-अप कनेक्शनसह कार्य करण्यासाठी डिझाइन केलेले. हे त्या वेळी अत्यंत उपयुक्त होते.

परंतु व्हीपीएन तंत्रज्ञानाने प्रगती केली आहे आणि पीपीटीपी आता सुरक्षित नाही. सरकार आणि गुन्हेगारांनी PPTP एन्क्रिप्शन दीर्घकाळ खंडित केले आहे, प्रोटोकॉल वापरून पाठवलेला कोणताही डेटा असुरक्षित बनवला आहे.

तथापि, ते अद्याप पूर्णपणे मृत झालेले नाही.... तुम्ही पहा, काही लोकांचा असा विश्वास आहे की PPTP सुरक्षा वैशिष्ट्यांच्या कमतरतेमुळे (आधुनिक प्रोटोकॉलच्या तुलनेत) कनेक्शनची गती अचूकपणे देते. अशाप्रकारे, वापरकर्त्यांना फक्त दुसऱ्या ठिकाणाहून नेटफ्लिक्स पहायचे असल्याने ते अजूनही वापरले जाते.

चला व्हीपीएन प्रोटोकॉलचा सारांश द्या

आम्ही पाच प्रमुख व्हीपीएन प्रोटोकॉल पाहिले आहेत. चला त्यांचे साधक आणि बाधक त्वरीत सारांशित करूया.

OpenVPN:मुक्त स्रोत आहे, सर्व क्रियाकलापांसाठी योग्य सर्वात मजबूत एन्क्रिप्शन ऑफर करते, कनेक्शनची वेळ थोडी कमी आहे.

L2TP/IPSec:मोठ्या प्रमाणावर वापरलेला प्रोटोकॉल, चांगला वेग, परंतु एकाच पोर्टवर अवलंबित्वामुळे सहजपणे अवरोधित.

SSTP:चांगली सुरक्षा, अवरोधित करणे आणि शोधणे कठीण.

IKEv2:वेगवान, मोबाइल-अनुकूल, अनेक मुक्त स्त्रोत अंमलबजावणीसह (NSA द्वारे संभाव्यतः कमी केलेले).

PPTP:जलद, व्यापकपणे समर्थित परंतु सुरक्षा छिद्रांनी भरलेले, केवळ प्रवाह आणि मूलभूत वेब ब्राउझिंगसाठी वापरले जाते.

संपूर्ण सुरक्षितता आणि मनःशांतीसाठी, एक VPN प्रदाता निवडा जो तुम्हाला प्रोटोकॉलची निवड देतो. वैकल्पिकरित्या, आपण विनामूल्य सेवेऐवजी ExpressVPN सारखे सशुल्क VPN उपाय वापरू शकता. तुम्ही VPN साठी पैसे देता तेव्हा, तुम्ही सेवा खरेदी करता. जेव्हा तुम्ही विनामूल्य VPN वापरता, तेव्हा ते तुमच्या डेटाचे काय करू शकतात याची तुम्हाला कल्पना नसते.

तुम्ही सहसा कोणता VPN प्रोटोकॉल वापरता? तुमचा VPN प्रदाता पर्याय ऑफर करतो का? टिप्पण्यांमध्ये सांगा!

सर्व प्रथम, आम्ही इलेक्ट्रिक पॉवर उद्योगात डेटा ट्रान्समिशन चॅनेलच्या अनुप्रयोगाची क्षेत्रे आणि त्यांच्या मदतीने सोडवलेली कार्ये परिभाषित करू. सध्या, डेटा ट्रान्समिशन सिस्टमच्या अनुप्रयोगाच्या मुख्य क्षेत्रांमध्ये रिले संरक्षण आणि ऑटोमेशन सिस्टम (आरपीए), डिस्पॅच आणि इलेक्ट्रिक पॉवर सुविधांचे स्वयंचलित तांत्रिक नियंत्रण (एटीसी), तसेच स्वयंचलित ऊर्जा मीटरिंग सिस्टम समाविष्ट आहेत. या प्रणालींच्या चौकटीत, खालील कार्ये सोडविली जातात:

ASTU प्रणाली

1. स्थानिक टेलिमेकॅनिक्स (TM) उपकरणे, रिले संरक्षण उपकरणे आणि केंद्रीय ट्रान्सीव्हर स्टेशन (CPS) दरम्यान डेटा हस्तांतरण.
2. सुविधा आणि नियंत्रण केंद्र दरम्यान डेटा हस्तांतरण.
3. डिस्पॅच सेंटर्स दरम्यान डेटा ट्रान्सफर.

लेखा प्रणाली

1. मीटरिंग डिव्हाइसेसवरून डेटा कलेक्शन आणि ट्रान्समिशन डिव्हाइसेस (DCD) वर डेटा ट्रान्सफर करणे.
2. USPD वरून सर्व्हरवर डेटा हस्तांतरित करणे.

रिले संरक्षण आणि ऑटोमेशन सिस्टमच्या संदर्भात, खालील गोष्टी लक्षात घेतल्या जाऊ शकतात: डिजिटल रिले संरक्षण आणि ऑटोमेशन डिव्हाइसेस, कनेक्शनच्या आगमनापासून डिजिटल स्वरूपात स्वयंचलित नियंत्रण प्रणालींमध्ये रिले संरक्षण आणि ऑटोमेशन डिव्हाइसेसमधील डेटाचे संकलन सुरू झाले. साधने दरम्यान अजूनही analog सर्किट आयोजित केले जातात.

रिले संरक्षण आणि ऑटोमेशन सिस्टममध्ये, माहिती ट्रान्समिशन सिस्टम खालील कार्ये करू शकतात:

1. स्वतंत्र सिग्नलचे प्रसारण.
2. रिले संरक्षण आणि नियंत्रण साधने आणि नियंत्रण केंद्र दरम्यान डेटा हस्तांतरण.

रिले संरक्षण प्रणाली आणि ऑटोमेटेड कंट्रोल आणि मीटरिंग सिस्टम या दोन्हीसाठी सामान्य असलेले दुसरे महत्त्वाचे ट्रान्समिशन चॅनल आहे, ज्याद्वारे वर्तमान आणि व्होल्टेज इन्स्ट्रुमेंट ट्रान्सफॉर्मरमधून मोजमाप प्रसारित केले जातात. अलीकडे पर्यंत, या स्तरावर डिजिटल कम्युनिकेशन प्रोटोकॉलच्या परिचयाबद्दल कोणतीही चर्चा झाली नाही, तथापि, तात्काळ वर्तमान आणि व्होल्टेज मूल्ये प्रसारित करण्यासाठी प्रोटोकॉलचा उदय लक्षात घेऊन आयईसी 61850-9-2, हे देखील आहे. या माहिती चॅनेलच्या समस्यांवर लक्ष देण्यासारखे आहे.

आम्ही वरील प्रत्येक माहिती हस्तांतरण कार्ये आणि त्यांच्या अंमलबजावणीसाठी विद्यमान दृष्टिकोनांचा क्रमशः विचार करू.

सीटी आणि व्हीटी मधून मोजमापांचे हस्तांतरण

करंट (CT) आणि व्होल्टेज (VT) इन्स्ट्रुमेंट ट्रान्सफॉर्मरमधून सिग्नलचे प्रसारण अनुक्रमे पर्यायी प्रवाह आणि व्होल्टेजच्या तांबे कंडक्टरसह केबल्सद्वारे केले जाते. ही पद्धत अशा समस्यांद्वारे दर्शविली जाते ज्यांचा सहसा साहित्यात उल्लेख केला जातो:

• कॉपर केबल्सची मोठी शाखा आणि लांबी, ज्यामुळे मोठ्या संख्येने सहाय्यक उपकरणे (चाचणी ब्लॉक्स, टर्मिनल ब्लॉक्स इ.) वापरण्याची आवश्यकता निर्माण होते आणि परिणामी, सिस्टमची किंमत आणि स्थापनेची जटिलता आणि कमिशनिंग
• इलेक्ट्रोमॅग्नेटिक हस्तक्षेप करण्यासाठी सर्किट मोजण्याचे प्रदर्शन;
• प्रक्रियेच्या गतीने मोजमाप वाहिनीच्या सेवाक्षमतेचे परीक्षण करण्यात अडचण किंवा असमर्थता, नुकसानाचे स्थान शोधण्यात अडचण;
• मोजमापांच्या अचूकतेवर मापन सर्किट्सच्या प्रतिकाराचा प्रभाव आणि सर्किट्सच्या प्रतिकार आणि रिसीव्हरच्या लोडसह सीटी/व्हीटीची शक्ती जुळण्याची गरज.

डिव्हाइसेसमध्ये पृथक् सिग्नलचे हस्तांतरण

एका उपकरणाच्या आउटपुट रिलेला दुसऱ्या उपकरणाच्या स्वतंत्र इनपुटवर बंद करून ऑपरेशनल व्होल्टेज लागू करून उपकरणांमधील स्वतंत्र सिग्नलचे प्रसारण पारंपारिकपणे केले जाते.

माहिती प्रसारित करण्याच्या या पद्धतीचे खालील तोटे आहेत:

• उपकरणांसह कॅबिनेट दरम्यान ठेवलेल्या मोठ्या संख्येने नियंत्रण केबल्स आवश्यक आहेत;
• उपकरणांमध्ये मोठ्या प्रमाणात स्वतंत्र इनपुट आणि आउटपुट असणे आवश्यक आहे;
• प्रसारित सिग्नलची संख्या विशिष्ट इनपुट आणि आउटपुटच्या विशिष्ट संख्येपर्यंत मर्यादित आहे;
• उपकरणांमधील संप्रेषण नियंत्रित करण्याची क्षमता नाही;
• जेव्हा सिग्नल ट्रान्समिशन सर्किटमध्ये ग्राउंड फॉल्ट असेल तेव्हा डिव्हाइसचे स्वतंत्र इनपुट चुकीच्या पद्धतीने ट्रिगर होऊ शकते;
• सर्किट्स इलेक्ट्रोमॅग्नेटिक हस्तक्षेपास संवेदनाक्षम असतात;
• रिले संरक्षण प्रणालीचा विस्तार करण्यात अडचण.

रिले संरक्षण आणि नियंत्रण प्रणाली दरम्यान डेटा हस्तांतरण

रिले संरक्षण आणि नियंत्रण प्रणाली आणि सुविधेतील नियंत्रण केंद्र यांच्यातील डेटा एक्सचेंज डिजिटल स्वरूपात केले जाते. तथापि, मोठ्या संख्येने भिन्न उपकरणे समाकलित करण्याच्या आवश्यकतेमुळे, या पद्धतीमध्ये खालील वैशिष्ट्ये आहेत:

• मोठ्या संख्येने भिन्न डेटा ट्रान्सफर प्रोटोकॉलचे अस्तित्व, आणि कोणत्याही डिव्हाइसेसच्या यशस्वी एकीकरणासाठी DSP डिव्हाइसने या सर्व प्रोटोकॉलला समर्थन दिले पाहिजे;
• युनिफाइड डेटा नामकरण प्रणालीचा अभाव, ज्यामुळे मोठ्या प्रमाणात वर्णनात्मक दस्तऐवज राखण्याची आवश्यकता तसेच सेटअप दरम्यान अडचणी आणि त्रुटी;
• मोठ्या संख्येने सीरियल इंटरफेसच्या उपस्थितीमुळे तुलनेने कमी डेटा हस्तांतरण दर.

सुविधेचे केंद्रीय नियंत्रण केंद्र आणि डिस्पॅच सेंटर दरम्यान डेटा हस्तांतरण

सुविधा आणि नियंत्रण केंद्र दरम्यान डेटा हस्तांतरण देखील डिजिटल स्वरूपात केले जाते. सामान्यतः, या उद्देशांसाठी IEC 60870-101/104 प्रोटोकॉल वापरले जातात. या संप्रेषण प्रणालीच्या अंमलबजावणीची वैशिष्ट्ये:

• पर्यवेक्षी नियंत्रण प्रोटोकॉलमध्ये डेटा प्रसारित करण्याची आवश्यकता, जे नियम म्हणून, सबस्टेशनवर वापरल्या जाणाऱ्या प्रोटोकॉलपेक्षा वेगळे आहे;
• मर्यादित प्रमाणात माहितीचे प्रसारण, जे एका प्रोटोकॉलमधून दुसऱ्या प्रोटोकॉलला सर्व सिग्नल पुन्हा नियुक्त करण्याची आवश्यकता असल्यामुळे आणि परिणामी, काही डेटाचे नुकसान, ज्याचे प्रसारण डिझाइन टप्प्यावर योग्य मानले गेले नाही;
• सुविधेमध्ये आणि नेटवर्क कंट्रोल सेंटर्स (NCC) मध्ये एकसमान सिग्नल नावांचा अभाव, ज्यामुळे त्रुटी सेट करण्यात आणि ट्रॅक करण्यात अडचण येते.

चला अंजीर पाहू. 1, जे डेटा ट्रान्समिशनच्या संस्थेचे योजनाबद्ध आकृती दर्शविते. हे लक्षात घेतले पाहिजे की मोठ्या प्रमाणात मालकीचे प्रोटोकॉल आहेत. अशा प्रोटोकॉलच्या व्यापक वितरणासाठी, प्रथम, मोठ्या संख्येने गेटवे (कन्व्हर्टर्स) आणि दुसरे म्हणजे, विविध प्रोटोकॉलसह काम करण्यासाठी कर्मचाऱ्यांची चांगली पात्रता आणि अनुभव आवश्यक आहे. शेवटी, यामुळे प्रणालीची जटिलता आणि ऑपरेशन आणि विस्तारादरम्यान समस्या निर्माण होतात.

तांदूळ. 1. डेटा ट्रान्समिशन संस्था आकृती.

दाखवलेल्या मानक प्रोटोकॉलचे थोडक्यात वर्णन करूया.

मोडबस

क्लायंट-सर्व्हर आर्किटेक्चरवर तयार केलेल्या कंट्रोल सिस्टम सिस्टममध्ये रिले संरक्षण आणि ऑटोमेशन डिव्हाइसेस समाकलित करण्यासाठी मॉडबस हे सर्वात सामान्य नेटवर्क प्रोटोकॉल आहे. या प्रोटोकॉलची लोकप्रियता मुख्यत्वे त्याच्या मोकळेपणामुळे आहे, म्हणूनच बहुतेक उपकरणे या प्रोटोकॉलला समर्थन देतात.

मॉडबस प्रोटोकॉल RS-485, RS-433, RS-232, तसेच TCP/IP नेटवर्क (Modbus TCP) वर डेटा प्रसारित करण्यासाठी वापरला जाऊ शकतो.

मॉडबस मानकामध्ये प्रोटोकॉल ऍप्लिकेशन लेयर, लिंक आणि फिजिकल लेयर स्पेसिफिकेशन आणि TCP/IP स्टॅकवरील वाहतुकीसाठी ADU स्पेसिफिकेशनचे वर्णन करणारे तीन भाग असतात.

या मानकाच्या फायद्यांमध्ये त्याचा व्यापक वापर आणि त्यावर आधारित प्रणाली लागू करण्याची सापेक्ष साधेपणा समाविष्ट आहे. तोटे म्हणजे आवश्यक असल्यास शेवटच्या डिव्हाइसवरून मास्टरकडे त्वरित सिग्नलिंगची शक्यता नसणे. याव्यतिरिक्त, मानक अंतिम डिव्हाइसेसना मास्टरच्या सहभागाशिवाय एकमेकांशी निश्चित डेटाची देवाणघेवाण करण्याची परवानगी देत ​​नाही. हे रीअल-टाइम कंट्रोल सिस्टीममध्ये MODBUS सोल्यूशन्सची लागूक्षमता लक्षणीयरीत्या मर्यादित करते.

IEC 60870-5-101/103/104

IEC 60870-5-101 हा एक टेलिमेकॅनिक्स प्रोटोकॉल आहे जो स्वयंचलित नियंत्रण प्रणालीवर TM सिग्नल प्रसारित करण्यासाठी डिझाइन केलेला आहे. हे क्लायंट-सर्व्हर आर्किटेक्चरवर देखील तयार केले गेले आहे आणि RS-232/485 सीरियल कम्युनिकेशन लाइनद्वारे डेटा प्रसारित करण्यासाठी डिझाइन केले आहे.

IEC 60870-5-104 प्रोटोकॉल हा प्रोटोकॉल 101 चा विस्तार आहे आणि TCP/IP प्रोटोकॉलद्वारे नेटवर्क ऍक्सेसचा वापर नियंत्रित करतो. IEC 60870-5-101/104 मानके सिमेंटिक डेटा मॉडेलची उपस्थिती दर्शवत नाहीत.

IEC 60870-5-103 प्रोटोकॉल हे रिले संरक्षण आणि ऑटोमेशन डिव्हाइसेसचे एकीकरण सक्षम करण्यासाठी डिझाइन केलेले आहे जे पॉवर सुविधेच्या नियंत्रण प्रणालीमध्ये आहे. IEC 60870-5-101/104 मानकांच्या विपरीत, ते रिले संरक्षण उपकरणांद्वारे व्युत्पन्न केलेल्या डेटाच्या निश्चित संचासाठी शब्दार्थ परिभाषित करते. IEC 60870-5-103 प्रोटोकॉलचा मुख्य तोटा म्हणजे तुलनेने कमी डेटा ट्रान्सफर रेट.

IEC 60870-5-101/103/104 प्रोटोकॉल टेलीकंट्रोल, टेलीसिग्नलिंग आणि टेलीमीटरिंगच्या समस्या सोडवताना आणि या उपकरणांना कंट्रोल सिस्टममध्ये एकत्रित करताना बऱ्यापैकी उच्च कार्यक्षमता प्रदान करतात. मॉडबसच्या विपरीत, ते डिव्हाइसेसमधून तुरळक डेटा ट्रान्सफर करण्यास देखील परवानगी देतात.

प्रोटोकॉल, मागील प्रकरणाप्रमाणे, सिग्नल टेबलच्या देवाणघेवाणीवर आधारित आहेत आणि डेटाची देवाणघेवाण करण्याचे प्रकार कठोरपणे निश्चित केले आहेत.

सर्वसाधारणपणे, वर वर्णन केलेल्या समस्यांचे निराकरण करण्यासाठी प्रोटोकॉल योग्य आहेत, परंतु त्यांचे अनेक तोटे आहेत:

1. डेटा हस्तांतरण दोन टप्प्यात केले जाते: अनुप्रयोग ऑब्जेक्ट्सवर अनुक्रमित संप्रेषण ऑब्जेक्ट्सची नियुक्ती; ऍप्लिकेशन डेटाबेस किंवा प्रोग्राममधील व्हेरिएबल्सना ऍप्लिकेशन ऑब्जेक्ट्स नियुक्त करणे. अशा प्रकारे, प्रसारित डेटा आणि ऍप्लिकेशन फंक्शन्सच्या डेटा ऑब्जेक्ट्समध्ये कोणतेही अर्थविषयक कनेक्शन (संपूर्ण किंवा अंशतः) नाही.
2. प्रोटोकॉल रिअल-टाइम सिग्नल प्रसारित करण्याची क्षमता प्रदान करत नाहीत. या प्रकरणात, रिअल-टाइम सिग्नल्सचा अर्थ असा डेटा आहे जो प्रक्रियेच्या गतीने कमीतकमी संभाव्य वेळेच्या विलंबांसह प्रसारित केला जाणे आवश्यक आहे, ज्यामध्ये, उदाहरणार्थ, शटडाउन आदेश, इन्स्ट्रुमेंट ट्रान्सफॉर्मरमधून तात्काळ वर्तमान आणि व्होल्टेज मूल्यांचे प्रसारण समाविष्ट आहे. असे सिग्नल प्रसारित करताना, संप्रेषण चॅनेलमधील विलंब गंभीर आहे. कृपया लक्षात घ्या की हा आयटम सिंगल टाइम सर्व्हरसह डिव्हाइसेस सिंक्रोनाइझ करण्याच्या क्षमतेशी संबंधित नाही, परंतु डिव्हाइसेस दरम्यान डेटा हस्तांतरण गतीच्या समस्यांशी संबंधित आहे.

DNP3

रशियामध्ये, हे मानक खराब वितरीत केले गेले आहे, परंतु काही ऑटोमेशन डिव्हाइसेस अद्याप त्याचे समर्थन करतात. बर्याच काळापासून, प्रोटोकॉल प्रमाणित नव्हते, परंतु आता ते IEEE-1815 मानक म्हणून मंजूर केले गेले आहे.

DNP3 RS-232/485 सिरीयल कम्युनिकेशन्स आणि TCP/IP नेटवर्क्सना समर्थन देते. प्रोटोकॉल OSI मॉडेलच्या तीन स्तरांचे वर्णन करतो: अनुप्रयोग, डेटा लिंक आणि भौतिक. मास्टर डिव्हाइसवरून स्लेव्ह डिव्हाइस आणि स्लेव्ह डिव्हाइसमध्ये डेटा स्थानांतरित करण्याची क्षमता हे त्याचे वैशिष्ट्य आहे. DNP3 गुलाम उपकरणांमधून तुरळक डेटा हस्तांतरणास देखील समर्थन देते.

डेटा ट्रान्समिशन आयईसी-101/104 च्या बाबतीत, मूल्यांचे सारणी प्रसारित करण्याच्या तत्त्वावर आधारित आहे. या प्रकरणात, संप्रेषण संसाधनांचा वापर ऑप्टिमाइझ करण्यासाठी, संपूर्ण डेटाबेस पाठविला जात नाही, परंतु केवळ त्याचा परिवर्तनीय भाग पाठविला जातो.

DNP3 प्रोटोकॉल आणि आधी चर्चा केलेल्यांमधील महत्त्वाचा फरक म्हणजे डेटा मॉडेलचे वस्तुनिष्ठपणे वर्णन करण्याचा प्रयत्न आणि प्रसारित संदेशांपासून डेटा ऑब्जेक्ट्सचे स्वातंत्र्य. DNP3 मधील डेटा संरचनेचे वर्णन करण्यासाठी, माहिती मॉडेलचे XML वर्णन वापरले जाते.

प्रोटोकॉलची तपशीलवार तुलना दिली आहे, परंतु आम्ही टेबलमध्ये आहोत. 1 आम्ही वर चर्चा केलेल्या प्रोटोकॉलच्या संदर्भात संक्षिप्त उतारे प्रदान करतो.

तक्ता 1. डेटा ट्रान्सफर प्रोटोकॉल

पॅरामीटर	प्रोटोकॉल
	मोडबस	IEC-101/103/104	DNP3
संप्रेषण ओळी	RS-232/485/422 TCP/IP (Modbus TCP)	RS-232/485/422 TCP/IP (104)	RS-232/485/422 TCP/IP
आर्किटेक्चर	क्लायंट - सर्व्हर	क्लायंट - सर्व्हर	क्लायंट - सर्व्हर
डेटा ट्रान्सफर तत्त्व	अनुक्रमित डेटा पॉइंट्सची देवाणघेवाण करा
तुरळक डेटा ट्रान्समिशन	नाही	होय	होय
सिमेंटिक डेटा मॉडेल	नाही	नाही मूलभूत (103)	होय
रिअल-टाइम डेटा ट्रान्सफर	नाही	नाही	नाही

निष्कर्ष

सादर केलेल्या संक्षिप्त विश्लेषणावरून हे स्पष्ट होते की विद्यमान संप्रेषण प्रोटोकॉल पर्यवेक्षी नियंत्रण / डेटा एकत्रीकरणाची कार्ये नियंत्रण प्रणालींमध्ये यशस्वीरित्या अंमलात आणण्यास परवानगी देतात, परंतु रिअल-टाइम फंक्शन्स (जसे की रिले दरम्यान वेगळे सिग्नल प्रसारित करणे) च्या अंमलबजावणीस परवानगी देत ​​नाही. संरक्षण आणि ऑटोमेशन उपकरणे, प्रवाह आणि व्होल्टेजच्या तात्काळ मूल्यांचे प्रसारण).

मोठ्या संख्येने प्रोप्रायटरी प्रोटोकॉल एकाच सिस्टममध्ये डिव्हाइसेस समाकलित करण्याची प्रक्रिया गुंतागुंत करतात:

• प्रोटोकॉलला कंट्रोलर आणि सेंट्रल प्रोसेसिंग स्टेशन द्वारे समर्थित असणे आवश्यक आहे, ज्यासाठी USO आणि सेंट्रल प्रोसेसिंग स्टेशनमध्ये एकाच वेळी मोठ्या संख्येने प्रोटोकॉलसाठी समर्थन लागू करणे आवश्यक आहे आणि यामुळे उपकरणांची किंमत वाढते.
• प्रोप्रायटरी प्रोटोकॉल वापरून डिव्हाइसेसच्या एकत्रीकरणासाठी त्या प्रत्येकासह काम करण्यासाठी कमिशनिंग कर्मचाऱ्यांची पात्रता आवश्यक आहे.
• प्रोप्रायटरी ते इंडस्ट्री-स्टँडर्ड प्रोटोकॉल आणि परत सिग्नल पुन्हा नियुक्त केल्याने अतिरिक्त माहिती (जसे की टाइमस्टॅम्प, गुणवत्ता चिन्ह इ.) सह माहितीचे नुकसान होते.

डेटा हस्तांतरित करताना, मोठ्या संख्येने सीरियल इंटरफेस अद्याप वापरले जातात, जे डेटा हस्तांतरण गती, हस्तांतरित डेटाचे प्रमाण आणि माहिती नेटवर्कमध्ये एकाच वेळी समाविष्ट केलेल्या डिव्हाइसेसची संख्या यावर निर्बंध लादतात.

क्रिटिकल कंट्रोल कमांड्स (रिले संरक्षण आणि ऑटोमेशन डिव्हाइसेस, ऑपरेशनल इंटरलॉक इ. पासून सर्किट ब्रेकर्स डिस्कनेक्ट करण्यासाठी कमांड) आणि विद्युत प्रवाह आणि व्होल्टेजची डिजीटल तात्काळ मूल्ये प्रसारित करण्यासाठी विद्यमान संप्रेषण प्रोटोकॉलच्या अनुपयुक्ततेमुळे डिजिटल स्वरूपात अशक्य आहे. या प्रकारची माहिती.

हे लक्षात घेतले पाहिजे की विद्यमान संप्रेषण प्रोटोकॉल प्रोटोकॉल कॉन्फिगरेशन आणि प्रसारित सिग्नलच्या औपचारिक वर्णनासाठी आवश्यकता लादत नाहीत आणि म्हणून स्वयंचलित नियंत्रण प्रणाली सिस्टमसाठी डिझाइन दस्तऐवजीकरणात घन माध्यमांवरील सिग्नलचे केवळ वर्णन आहे.

IEC 61850 मानक तयार करताना मूलभूत तत्त्वे

IEC 61850 मानकावर काम 1995 मध्ये सुरू झाले आणि सुरुवातीला दोन स्वतंत्र, समांतर गटांद्वारे केले गेले: त्यापैकी एक, UCA द्वारे तयार करण्यात आला, सबस्टेशन उपकरणांसाठी (GOMFSE) सामान्य ऑब्जेक्ट मॉडेल विकसित करत होता; दुसरा, आयईसीच्या तांत्रिक समिती 57 मध्ये तयार केलेला, सबस्टेशनसाठी डेटा ट्रान्समिशन प्रोटोकॉलसाठी मानक तयार करण्यात गुंतलेला होता.

नंतर, 1997 मध्ये, दोन्ही गटांचे कार्य IEC TC 57 च्या वर्किंग ग्रुप 10 च्या आश्रयाखाली एकत्र केले गेले आणि IEC 61850 मानकाचा आधार बनले.

मानक तीन तरतुदींवर आधारित आहे:

• ते तांत्रिकदृष्ट्या स्वतंत्र असणे आवश्यक आहे, म्हणजेच, तांत्रिक प्रगतीकडे दुर्लक्ष करून, मानक कमीतकमी बदलांच्या अधीन असणे आवश्यक आहे.
• ते लवचिक असणे आवश्यक आहे, म्हणजेच, समान प्रमाणित यंत्रणा वापरून वेगवेगळ्या समस्यांचे निराकरण करण्याची परवानगी दिली पाहिजे.
• ते विस्तारण्यायोग्य असणे आवश्यक आहे.

मानकांच्या पहिल्या आवृत्तीच्या विकासास सुमारे 10 वर्षे लागली. आवश्यकता पूर्ण करून, मानक तुम्हाला ऊर्जा उद्योगाच्या बदलत्या गरजा पूर्ण करण्यास आणि संगणक, संप्रेषण आणि मापन तंत्रज्ञानातील नवीनतम प्रगती वापरण्याची परवानगी देते.

आजपर्यंत, IEC 61850 मध्ये 25 भिन्न दस्तऐवजांचा समावेश आहे (विकासात असलेल्या दस्तऐवजांसह) ज्यात विषयांची विस्तृत श्रेणी समाविष्ट आहे आणि ते अनेक संप्रेषण प्रोटोकॉलच्या तपशीलापेक्षा बरेच काही बनवतात. चला मानकांची मुख्य वैशिष्ट्ये लक्षात घेऊया:

• केवळ माहितीची देवाणघेवाण कशी करायची नाही, तर कोणत्या माहितीची देवाणघेवाण करायची हे देखील ठरवते. मानक ऑब्जेक्टच्या उपकरणाचे अमूर्त मॉडेल आणि ते करत असलेल्या कार्यांचे वर्णन करते. मानक अंतर्गत माहिती मॉडेल डेटा ऑब्जेक्ट्स, डेटा विशेषता, अमूर्त सेवा आणि त्यांच्यामधील संबंधांच्या वर्णनाच्या वर्गांच्या स्वरूपात सादर केले जाते.
• सिस्टम डिझाइन आणि सेट अप करण्याची प्रक्रिया परिभाषित करते.
• सिस्टम कॉन्फिगरेशन वर्णन भाषा (SCL) परिभाषित करते. ही भाषा वेगवेगळ्या निर्मात्यांकडील सॉफ्टवेअरमधील प्रमाणित स्वरूपात डिव्हाइस कॉन्फिगरेशन माहितीची देवाणघेवाण करण्याची क्षमता प्रदान करते.
• उपकरणे चाचणी आणि स्वीकृती प्रक्रियेचे वर्णन करते.

IEC 61850 सह काम करताना, हे समजून घेणे आवश्यक आहे की मानक:

• विशिष्ट अंमलबजावणी पद्धती, संप्रेषण आर्किटेक्चर किंवा विशिष्ट उत्पादनांच्या आवश्यकतांचे वर्णन करत नाही;
• उपकरणांची कार्यक्षमता आणि अल्गोरिदम प्रमाणित करत नाही,
• प्राथमिक आणि दुय्यम उपकरणे, संरक्षण, नियंत्रण आणि ऑटोमेशन फंक्शन्सच्या कार्यक्षमतेचे वर्णन करण्यावर लक्ष केंद्रित करते, बाहेरून दृश्यमान.

अर्थात, एवढ्या मोठ्या प्रमाणावर काम आदर्श असू शकत नाही. मानकांमधील अयोग्यता आणि कमतरतांच्या उदाहरणांमध्ये, विशेषत: मानकांच्या आवश्यकतांचे औपचारिकपणे अनुपालन तपासण्याच्या पद्धतींचा अभाव, पॅरामीटर्सच्या वर्णनातील अनेक तांत्रिक अयोग्यता आणि त्यांच्या प्रक्रियेच्या दृष्टीकोन इत्यादींचा समावेश आहे. भविष्यातील प्रकाशनांमध्ये या समस्यांवर अधिक तपशीलवार चर्चा केली जाईल.

मानकांचे तोटे म्हणजे आवश्यकतांच्या वर्णनात विशिष्टतेचा अभाव आणि अंमलबजावणीमध्ये खूप स्वातंत्र्य, जे विकासकांच्या मते, त्याच्या मुख्य फायद्यांपैकी एक आहे.

संदर्भ

1. Bagleybter O.I. रिले संरक्षण नेटवर्कमध्ये वर्तमान ट्रान्सफॉर्मर. शॉर्ट-सर्किट करंटच्या एपिरिओडिक घटकासह सीटीच्या संपृक्ततेचा मुकाबला करणे // इलेक्ट्रिकल अभियांत्रिकी बातम्या. 2008. क्रमांक 5(53).
2. शॉब पी., हेवूड जे., इंग्राम डी., केनवरिक ए., दुशा जी. पॉवरलिंकच्या ट्रान्समिशन नेटवर्कवरील अपारंपरिक साधन ट्रान्सफॉर्मर्स आणि सॅम्पल्ड व्हॅल्यू प्रोसेस बसची चाचणी आणि मूल्यांकन. SEAPAC 2011. CIGRE ऑस्ट्रेलिया पॅनेल B5.
3. डिजिटल कम्युनिकेशन चॅनेलद्वारे URZA दरम्यान स्वतंत्र सिग्नलचे प्रसारण शेवत्सोव्ह एम.व्ही. 2009. क्रमांक 1.
4. Schwarz K. IEC 60870-5-101/-103/-104, DNP3, आणि IEC 60870-6-TASE.2 ची IEC 61850 सह तुलना (इलेक्ट्रॉनिक दस्तऐवज: http://bit.ly/NOHn8L).
5. ब्रुनर सी., अपोस्टोलोव्ह ए. IEC 61850 ब्रँड न्यू वर्ल्ड. पीएसी वर्ल्ड मॅगझिन. उन्हाळा 2007.
6. IEC 61850-1: परिचय आणि विहंगावलोकन.

आज मी एका अद्भुत प्रसारण प्रोटोकॉलबद्दल बोलेन RTMFP. हे अनेक मनोरंजक दृष्टीकोन लागू करते आणि त्याच्या क्षमतांबद्दल बरेच पूर्वग्रह आहेत. मला या विषयात रस निर्माण करायचा आहे आणि विद्यमान भ्रम दूर करायचे आहेत. मला थेट प्रसारणासाठी काहीही चांगले आढळले नाही, म्हणून मी हे पोस्ट लिहिण्याचा निर्णय घेतला.

पार्श्वभूमी

बर्याच काळापूर्वी दूरच्या आकाशगंगेत...
2004 मध्ये तेथे राहत होते Amicima, Inc.ज्यामध्ये GPL प्रोटोकॉल अंमलबजावणी विकसित केली गेली MFP - MFPNet. मग ते सोडले amiciPhone- स्काईपच्या प्रतिस्पर्ध्यांपैकी एक, परंतु पोझिशनिंग समस्यांमुळे गोष्टी फार चांगल्या प्रकारे गेल्या नाहीत. 2007 मध्ये, ते Adobe ने विकत घेतले कारण त्यांना चांगल्या रिअल-टाइम ब्रॉडकास्ट प्रोटोकॉलची आवश्यकता होती.

RTMP मध्ये काय चूक आहे?

RTMPरिअल-टाइम ब्रॉडकास्ट प्रोटोकॉल नाही:

• विलंब कमी करण्याचा प्रश्न सुटलेला नाही;
• जेव्हा डिव्हाइस पत्ता बदलला जातो तेव्हा प्रसारण थांबते;
• टीसीपी विलंबता लक्षणीयरीत्या वाढवते आणि अनावश्यक वितरण तपासणीसह संदेश ब्लोट करते;
• विंडो आकार नियंत्रण नाही.

मोबाइल नेटवर्कच्या विकासाची गती लक्षात घेता, ॲमिसिमा खरेदी करणे हा एक तर्कसंगत आणि आशादायक निर्णय होता.

RTMFP बद्दल पूर्वकल्पना

1. हा एक प्रोप्रायटरी प्रोटोकॉल आहे

   Adobe ने ते फॉर्ममध्ये प्रकाशित करण्याचा निर्णय घेतला RFC7016लोकांचे लक्ष वेधून घेण्यासाठी, परंतु कसे तरी ते कार्य केले. विचित्रपणे, हे कुटिल RTMP तपशीलासारखे दिसत नाही आणि MFP सारखे दिसते.

   प्रोटोकॉल स्वतः मॉड्यूलर आहे: प्रमाणपत्र एक्सचेंज, एन्क्रिप्शन आणि स्ट्रीम सिंक्रोनाइझेशन स्वतंत्र प्रोफाइल म्हणून लागू केले जातात. फ्लॅशमध्ये जे घडते ते फ्लॅशमध्येच राहते. तृतीय-पक्ष समाधानांच्या विकसकांसाठी, जसे की कम्युलस,फ्लॅश एक काळा बॉक्स राहिला; एप्रिल 2014 मध्ये कसा तरी शांतपणे आणि अदृश्यपणे बाहेर आला फ्लॅश कम्युनिकेशनसाठी Adobe चे RTMFP प्रोफाइल.

2. हा UDP आहे - याचा अर्थ वितरणाची कोणतीही हमी नाही

   काही रिअल-टाइम प्रोटोकॉल UDP वापरतात आणि डिलिव्हरीची हमी देण्यासाठी नेटवर्क चेकसम आणि निवडक डिलिव्हरी चेक जोडतात. ते फक्त काय आले पाहिजे ते तपासतात, आणि सलग सर्वकाही नाही. ऑडिओ/व्हिडिओसाठी, पॅकेट वितरण नियंत्रित करणे अधिक अर्थपूर्ण नाही. विंडोचा आकार (MTU) सहसा कमाल आणि स्थिर असतो, जे पॅकेट हरवल्यावर अप्रासंगिक डेटाच्या रिसेप्शनसह रिक्त प्लेबॅक परिस्थितीची शक्यता वाढवते.

3. आम्हाला RTMFP ची गरज नाही - आमच्याकडे WebRTC आहे

   WebRTCहा प्रोटोकॉल नाही, हे ब्राउझर तंत्रज्ञान आहे - ब्राउझरमध्ये RTP स्टॅकसह SIP समाकलित करण्याचा प्रयत्न. तुम्ही RTP, SRTP, SCTP, RTCP, ZRTP, RTSP एकत्र केल्यास, तुम्हाला RTMFP मिळेल. परंतु अनेक प्रकरणांमध्ये, अशा कनेक्शनमध्ये रिडंडंसी असते आणि पत्त्यात समस्या असतात जे RTMFP मध्ये नसतात.

   RTMFP मध्ये NAT, विंडो साइज कंट्रोल, ऍप्लिकेशन बाजूला रिडंडंसी कंट्रोलसह स्ट्रीमसाठी मेटाडेटा, फॉरवर्डिंग/रीडायरेक्टिंग सेशन आणि स्वतःचे DHT द्वारे फॉरवर्डिंग आहे.

   हे सर्व अंमलात आणण्यासाठी तुम्हाला किती आरटीपी सारखे प्रोटोकॉल एन्कॅप्स्युलेट करावे लागतील?.. मी 4-5 तुकडे विचार करतो.

   ब्रॉडकास्ट प्रोटोकॉलची सध्याची अंमलबजावणी परिस्थितीसारखी आहे:
   

   "6 प्रोटोकॉल आहेत, परंतु त्या सर्वांमध्ये एक घातक दोष आहे आणि आम्ही आणखी एक विकसित करू..."
   एक वर्ष निघून जाते.
   "येथे 7 प्रोटोकॉल आहेत आणि त्या सर्वांमध्ये एक घातक दोष आहे..."

   
   RTMFP हा विद्यमान उपाय बदलण्याचा प्रयत्न नाही. त्यांचे सामान्यीकरण करण्याचा, रिडंडंसीपासून मुक्त होण्याचा आणि वापरकर्त्यांसाठी त्यांना प्रवेशयोग्य बनवण्याचा हा प्रयत्न आहे.

RTMFP आणि OSI मॉडेल

तर, RTMFP प्रोटोकॉलमध्ये OSI मॉडेलचे कोणते स्तर समाविष्ट आहेत ते पाहू.

• भौतिक आणि चॅनेल

  फडफडणाऱ्या फुलपाखरांमुळे कोणतेही तात्पुरते ऊर्जेचे चढउतार होत नाहीत, परंतु आम्हाला वार्प सबस्पेसमध्ये डेटा ट्रान्सफरद्वारे रिडंडंसी हवी आहे.

• नेटवर्क आणि वाहतूक

  हे IP आणि UDP मल्टीकास्ट आहेत.
  प्रत्येक विशिष्ट प्रवाहासाठी पथ MTU शोध आणि गर्दी नियंत्रण, बॉक्समध्ये आधीपासूनच आहे. निवडक डिलिव्हरी चेक फ्रिक्वेंसीसह डेटा ट्रान्समिशन मोड आहे - आम्ही प्रत्येक N पॅकेटमध्ये एकदा ते तपासतो. वितरण विलंब मोजण्यासाठी सर्व पॅकेजेस टाइमस्टँप केलेले आहेत. DHT एंडपॉइंटसाठी अंगभूत रिंग हॅश ॲड्रेसिंग.

• सादरीकरण स्तर

  फ्लॅशसाठी, हे अर्थातच AMF3 आणि encapsulated RTMP आहे, परंतु इतर कोणताही डेटा प्रसारित केला जाऊ शकतो.

RTMFP मध्ये सुरक्षा

• क्लासिक डिफी-हेलमन की स्थिर आणि तात्कालिक की सह एक्सचेंज.
• पॅकेजेसवर डिजिटल स्वाक्षरी करण्याच्या क्षमतेसह सत्रांमध्ये कुकीज आणि प्रमाणपत्रे. खरे आहे, बाय डीफॉल्ट स्वाक्षरी न केलेले पॅकेज वैध मानले जातात
• AES128 एन्क्रिप्शनसाठी वापरले जाते, परंतु इतर कोणतेही ब्लॉक अल्गोरिदम वापरले जाऊ शकते.
• HMAC-SHA256 किंवा नेटवर्क चेकसम.

वापरकर्ता प्रमाणीकरण आणि अधिकृतता अर्जाच्या बाजूने लागू केली जाऊ शकते. मालवेअर फिल्टर करण्याचा प्रश्न कायम आहे.

किलर वैशिष्ट्य कुठे आहे?

मला वाटते की प्रत्येकाला नवीन पॉप फोन आयफोन 6 प्लसच्या नवीनतम सादरीकरणाच्या प्रसारणाच्या अपयशाची आठवण आहे?

म्हणून कल्पना करा की एका क्लायंटला येणारा प्रवाह प्राप्त होतो आणि तो आणखी दोन किंवा अधिक (शक्य असल्यास) प्रसारित करतो, आणि असेच - जोपर्यंत जास्तीत जास्त विलंब परवानगी देतो तोपर्यंत. त्याच वेळी, विलंब कमी करण्यासाठी आणि पॅकेज विंडो ऑप्टिमाइझ करण्यासाठी रिअल टाइममध्ये क्लायंट ट्रीमध्ये क्रमपरिवर्तन आणि वर्गीकरण होते. परिणामी, तुम्ही ब्रॉडकास्ट सर्व्हरच्या आउटगोइंग ट्रॅफिकमध्ये एकापेक्षा जास्त कपात करू शकता.

आणि प्रत्येकजण त्याला पाहील ...

केसेस वापरा

1. रिअल टाइममध्ये सामग्री प्रसारित करा

   वास्तविक, हा प्रोटोकॉलचाच उद्देश आहे आणि तो या कार्याचा चांगला सामना करतो.
   हे केवळ ऑडिओ/व्हिडिओ ट्रान्समिशनसाठीच नाही तर फ्लॅश गेम्समधील मुख्य वाहतूक म्हणून देखील वापरले जाऊ शकते.

2. CDN

   हे P2P आहे आणि फाइल डाउनलोड करण्यासाठी तुम्हाला फक्त त्याचे नाव, हॅश आणि आकार माहित असणे आवश्यक आहे.
   तुम्ही http2rtmfp गेटवे लागू करू शकता - शक्यता खूपच मनोरंजक आहेत.

3. व्हिडिओ कॉन्फरन्सिंग आणि गप्पा

   स्नोडेन नंतरच्या काळात, RTMFP एक प्रवेशजोगी आणि सुरक्षित P2P वाहतूक आहे. तसेच, डिव्हाइसचा नेटवर्क पत्ता बदलल्यावर प्रसारण सुरू ठेवण्याची क्षमता हा मुख्य फायदा आहे. 3G/4G मधील सेल बदलताना WebRTC बंद पडू शकते. RTP स्टॅक अशा वातावरणात प्रसारणासाठी योग्य नाही.

4. खाजगी नेटवर्कमध्ये रिअल-टाइम डेटा ट्रान्सफर

   या वापर प्रकरणाचा मुख्य फायदा म्हणजे लवचिक राउटिंग धोरणे, विलंब कमी करणे, पर्यायी पॅकेट वितरण सत्यापन आणि बिल्ट-इन रहदारी प्राधान्य साधनांची शक्यता. हे सर्व प्रत्येक विशिष्ट अनुप्रयोगासाठी स्वतंत्रपणे कॉन्फिगर केले जाऊ शकते.

सध्याच्या RTMFP सोल्यूशन्सशी काय डील आहे?

थोडक्यात, गोष्टी खूप वाईट आहेत. आज, केवळ खुली अंमलबजावणी म्हणजे कम्युलस. ते अतिशय आळशीपणे विकसित होते. RFC वर आधारित नाही, परंतु Cirrus 1 RTMFP च्या पहिल्या रिव्हर्सवर आधारित, त्यामुळे सध्याच्या Cirrus 2 फ्लॅश प्रोफाइलशी सुसंगतता संशयास्पद आहे. हे P2P मध्ये रिडंडंसी आयोजित करणे आणि डिव्हाइसेस दरम्यान प्रसारणासह बहुतेक उपयुक्तता लागू करते. तेथे एफएमएस आहे, परंतु ते एफएमएससारखे कार्य करते...

मला विधायक टिप्पण्या मिळाल्याने आनंद होईल.

टिप्पण्यांमध्ये, कृपया RTMFP चे ॲनालॉग तुम्हाला माहित असल्यास सूचित करा.

आपल्यापैकी बऱ्याच जणांनी “मालकीचा” शब्द ऐकला असेल. ते त्याला काहीही म्हणू शकतात. उपकरणे, ड्रायव्हर्स, कार्यक्रम. हे कोणत्या प्रकारचे पद आहे आणि त्याचा अर्थ काय आहे? सर्वसाधारणपणे, हा शब्द इंग्रजी भाषेतून आम्हाला आला. सामान्य अर्थाने, "मालकीचे" असे उत्पादन आहे जे परवानाकृत आहे. या शब्दाचा अर्थ आपण खाली अधिक तपशीलाने पाहू.

हा शब्द "मालकीचा" आहे. अर्थ

"मालक" हा शब्द प्रोप्रायटरी या इंग्रजी शब्दापासून आला आहे, ज्याचा अर्थ "वैयक्तिक" किंवा "मालकीचा" असा होतो. हा शब्द "मुक्त नाही" अशा गोष्टीचा संदर्भ देण्यासाठी वापरला जातो. मग ते सॉफ्टवेअर असो वा हार्डवेअर. याचा अर्थ असा की, उदाहरणार्थ, त्याच्याकडे विशिष्ट परवाना आहे. साहजिकच, परवानाकृत सॉफ्टवेअर वापरण्यासाठी तुम्हाला पैसे द्यावे लागतील. आणि काही प्रकरणांमध्ये - भरपूर पैसे.

हार्डवेअरच्या बाबतीत, “मालकी” या शब्दाचा अर्थ काहीसा बदलतो. ही संज्ञा सामान्यत: विशिष्ट निर्मात्यासाठी अद्वितीय असलेल्या उपकरणांच्या काही तुकड्यांचा संदर्भ देते. उदाहरणार्थ, ऍपल स्मार्टफोनमध्ये डिव्हाइस चार्ज करण्यासाठी अद्वितीय आणि पेटंट कनेक्टर आहेत.

मालकीचे सॉफ्टवेअर (सॉफ्टवेअर)

प्रोप्रायटरी सॉफ्टवेअरमध्ये काही डिव्हाइसेससाठी दोन्ही ड्रायव्हर्स समाविष्ट आहेत आणि ड्रायव्हर्सच्या बाबतीत, सर्वकाही स्पष्ट आहे - डिव्हाइस निर्माता बंद स्त्रोत सॉफ्टवेअरद्वारे डिव्हाइसच्या सर्व कार्यांच्या कार्यक्षमतेस समर्थन देतो. तत्वतः, हे बरोबर आहे. जर विकसकांनी स्त्रोत कोड उघडला असता तर संगणक हार्डवेअर आणि प्रोग्राम्सचा शोध घेण्याच्या आमच्या सर्व प्रकारच्या चाहत्यांना कोणत्या प्रकारचा त्रास होऊ शकतो हे माहित नाही. याव्यतिरिक्त, हार्डवेअर सॉफ्टवेअर सहसा विनामूल्य असते. समान व्हिडिओ कार्ड खरेदी करणे फायदेशीर आहे आणि जोपर्यंत ते संबंधित आहे तोपर्यंत ड्रायव्हर्सच्या स्वरूपात तांत्रिक समर्थन सतत उपलब्ध असेल.

प्रोप्रायटरी सॉफ्टवेअरसह, गोष्टी इतक्या सोप्या नाहीत. प्रोप्रायटरी परवाने वापरणाऱ्या कंपन्यांचा एक प्रमुख प्रतिनिधी म्हणजे Adobe त्याच्या “शाश्वत” फोटोशॉपसह. Adobe उत्पादने वापरण्यासाठी तुम्हाला गंभीर पैसे द्यावे लागतील. आणि मायक्रोसॉफ्टही मागे नाही. प्रोप्रायटरी Windows 10 OS वापरण्यासाठी, उदाहरणार्थ, तुम्हाला दरवर्षी भरीव रक्कम भरावी लागेल. हे आता मोठ्या सॉफ्टवेअर उत्पादकांमध्ये सामान्य आहे.

प्रोप्रायटरी सॉफ्टवेअरचे फायदे आणि तोटे

प्रोप्रायटरी सॉफ्टवेअर चांगल्या प्रकारे समजून घेण्यासाठी, तुम्हाला त्याचे फायदे आणि तोटे यांची तुलना करणे आवश्यक आहे. तर, फायद्यांमध्ये खालील गोष्टींचा समावेश आहे:

• उत्पादनासाठी सतत तांत्रिक समर्थन.
• विनामूल्य सॉफ्टवेअरच्या तुलनेत अधिक स्थिर ऑपरेशन.
• हानिकारक वस्तू (व्हायरस) च्या अनुपस्थितीची हमी.
• स्वयंचलित सॉफ्टवेअर अद्यतने.
• सर्व उपकरणांच्या क्षमतेचा उच्च दर्जाचा वापर.

हे सर्व प्रोप्रायटरी सॉफ्टवेअरचे फायदे होते. आता बाधकांकडे वळूया:

• परवान्यासाठी महत्त्वपूर्ण रक्कम.
• डिव्हाइस ऑपरेशनसाठी मालकीचे प्रोटोकॉल.
• विकसकावर अवलंबित्व.
• स्त्रोत कोड बदलण्यात अक्षमता.
• सॉफ्टवेअर वितरणावर निर्बंध.
• सॉफ्टवेअर बदलावर निर्बंध.

जसे आपण पाहू शकतो, अशा सॉफ्टवेअरचा वापर करण्यासाठी परवान्यासाठी पैसे देणे हा सर्वात मोठा गैरसोय आहे. उर्वरित तोटे सरासरी वापरकर्त्यासाठी क्षुल्लक आहेत. अशा वापरकर्त्यांसाठी, "मालकीचा" सर्वोत्तम पर्याय आहे. जोपर्यंत, अर्थातच, आपण पैसे हरकत नाही.

मालकी चालक

डिव्हाइस ड्रायव्हर्स देखील मालकीचे आहेत. या प्रकरणात, "मालकीचे" म्हणजे ते बंद स्त्रोत निर्मात्याकडून येतात. त्यांच्या संरचनेत कोणतेही बदल करणे शक्य नाही. सामान्यतः, असे ड्रायव्हर्स ओपन सोर्स सॉफ्टवेअर वापरणाऱ्यांसाठी उपयुक्त असतात. मोफत "Linux-सारखी" प्रणाली यासाठी विशेषतः दोषी आहेत. ते सहसा मालकीचे ड्रायव्हर्स वापरतात. उबंटू, उदाहरणार्थ, विनामूल्य आणि मालकी सॉफ्टवेअरचा व्यापक वापर करते.

उबंटूसाठी असे ड्रायव्हर्स विनामूल्य असलेल्यांपेक्षा अधिक स्थिर आहेत. जे आश्चर्यकारक नाही, कारण कोणीही त्यांच्या स्त्रोत कोडसह टिंकर केलेले नाही. परंतु, विनामूल्य ड्रायव्हर्सच्या विपरीत, "बंद" सॉफ्टवेअरच्या वापरकर्त्यांना नवीन अद्यतनित आवृत्तीसाठी बराच वेळ प्रतीक्षा करावी लागेल. येथे आपल्याला निवडावे लागेल: नवीनता किंवा स्थिरता.

मालकीची उपकरणे

उपकरणांच्या बाबतीत, मालकीचा अर्थ असा आहे की त्यात कोणतेही analogues नाहीत. सहसा हा शब्द निर्मात्याच्या काही "युक्ती" चा संदर्भ देतो. उदाहरणार्थ, एक अद्वितीय कनेक्टर. त्यांच्या विशेष आकाराव्यतिरिक्त, असे कनेक्टर विशिष्ट प्रोटोकॉलला देखील समर्थन देतात, उदाहरणार्थ, डेटा ट्रान्सफर किंवा पॉवर व्यवस्थापन.

ऍपल त्याच्या उपकरणांसाठी मालकी कनेक्टर वापरण्यासाठी दोषी आहे. ते जे काही करतात ते पेटंट आणि "बंद" आहे. तुम्ही तुमच्या iPhone शी, उदाहरणार्थ, विना परवाना चार्जर कनेक्ट करण्याचे ठरविल्यास, तुमचे डिव्हाइस जळून जाऊ शकते. अशी उपकरणे सहसा वापरकर्त्यांकडून अधिक पैसे लुटण्याच्या उद्देशाने तयार केली जातात. प्रोप्रायटरी कनेक्टर वापरण्याचे कोणतेही स्पष्ट फायदे नाहीत. हे डिव्हाइसच्या डेटा ट्रान्सफर गती किंवा चार्जिंग गतीवर परिणाम करत नाही.

निष्कर्ष

स्मार्ट शब्द "मालकीचा" काय म्हणतात ते आता आपण पूर्णपणे समजू शकतो. हे असे उत्पादन आहे ज्याचा परवाना आणि विशिष्ट मालक आहे. पैसे न देता अशा उत्पादनाचा वापर करणे अशक्य आहे. याव्यतिरिक्त, अशी उत्पादने (सॉफ्टवेअर आणि ड्रायव्हर्स) बंद स्त्रोत आहेत आणि त्यांच्या संरचनेत बदल कोणत्याही प्रकारे केले जाऊ शकत नाहीत.

आमचा छोटा शैक्षणिक कार्यक्रम संपला. आता तुम्ही त्याचे सर्व साधक आणि बाधक जाणून घेऊन, बंद आणि विनामूल्य सॉफ्टवेअरमध्ये सुरक्षितपणे निवडू शकता. आता आपल्याला “मालकी” या शब्दाचा अर्थ माहित आहे.