सीधे शब्दों में कहें:
------------------------------------------------------------
| TYPE | ASSOCIATIONS | SCOPE | EXAMPLE |
------------------------------------------------------------
| Unicast | 1 to 1 | Whole network | HTTP |
------------------------------------------------------------
| Broadcast | 1 to Many | Subnet | ARP |
------------------------------------------------------------
| Multicast | One/Many to Many | Defined horizon | SLP |
------------------------------------------------------------
| Anycast | Many to Few | Whole network | 6to4 |
------------------------------------------------------------
यूनिकस्ट का उपयोग तब किया जाता है जब दो नेटवर्क नोड्स को एक दूसरे से बात करने की आवश्यकता होती है। यह बहुत सीधा है, इसलिए मैं इस पर ज्यादा समय नहीं बिताने जा रहा हूं। परिभाषा के अनुसार टीसीपी एक यूनिकैस्ट प्रोटोकॉल है, सिवाय इसके कि जब एनीकास्ट शामिल हो (उस पर अधिक नीचे)।
जब आपको ट्रैफ़िक देखने के लिए दो से अधिक नोड्स की आवश्यकता होती है, तो आपके पास विकल्प होते हैं।
यदि सभी नोड्स एक ही सबनेट पर हैं, तो प्रसारण एक व्यवहार्य समाधान बन जाता है। सबनेट पर सभी नोड्स सभी ट्रैफ़िक देखेंगे। कोई टीसीपी जैसा कनेक्शन राज्य नहीं है। ईथरनेट प्रोटोकॉल में ब्रॉडकास्ट एक लेयर 2 फीचर है, और IPv4 में भी लेयर 3 फीचर है।
मल्टीकास्ट एक प्रसारण की तरह है जो सबनेट को पार कर सकता है, लेकिन प्रसारण के विपरीत सभी नोड्स को नहीं छूता है। जानकारी प्राप्त करने के लिए नोड्स को एक मल्टीकास्ट समूह की सदस्यता लेनी होती है। मल्टीकास्ट प्रोटोकॉल आमतौर पर यूडीपी प्रोटोकॉल होते हैं, क्योंकि परिभाषा के अनुसार कोई कनेक्शन-राज्य बनाए नहीं रखा जा सकता है। मल्टीकास्ट समूह को डेटा संचारित करने वाले नोड्स को पता नहीं है कि नोड्स क्या प्राप्त कर रहे हैं। डिफ़ॉल्ट रूप से, इंटरनेट राउटर मल्टीकास्ट ट्रैफ़िक पास नहीं करते हैं। आंतरिक उपयोग के लिए, हालांकि, यह पूरी तरह से अनुमति है; इस प्रकार, उपरोक्त चार्ट में "परिभाषित क्षितिज"। मल्टीकास्ट IPv4 & IPv6 की एक लेयर 3 सुविधा है।
उपयोग करने के लिए एनीकास्ट आप इंटरनेट के कई स्थानों में एक ही नेटवर्क विज्ञापन जारी रखें और पर अपने कई स्थानों को ग्राहकों फ़नल कर कम से कम पथ गणना भरोसा करते हैं। जहाँ तक नेटवर्क नोड्स का संबंध है, वे आपके यूनिकोड नोड्स से बात करने के लिए एक यूनिकस्ट कनेक्शन का उपयोग कर रहे हैं। एनीकास्ट पर अधिक के लिए, कोशिश करें: "एनीकास्ट" क्या है और यह कैसे सहायक है? । एनास्टैस्ट भी एक परत 3 विशेषता है, लेकिन यह एक फ़ंक्शन है कि रूट-कोलेसिंग कैसे होता है।
उदाहरण
वास्तविक इंटरनेट में गैर-यूनिकस्ट विधियों का उपयोग कैसे किया जाता है, इसके कुछ उदाहरण।
प्रसारण
एआरपी एक प्रसारण प्रोटोकॉल है, और इसका उपयोग टीसीपी / आईपी स्टैक द्वारा किया जाता है ताकि यह निर्धारित किया जा सके कि नेटवर्क पर अन्य नोड्स को ट्रैफ़िक कैसे भेजा जाए। यदि गंतव्य एक ही सबनेट पर है, तो एआरपी का उपयोग मैक पते का पता लगाने के लिए किया जाता है जो कि निर्दिष्ट आईपी पते पर जाता है। यह आरक्षित एफएफ: एफएफ: एफएफ: एफएफ: एफएफ: एफएफ मैक पते के लिए एक स्तर 2 (ईथरनेट) प्रसारण है।
इसके अलावा, माइक्रोसॉफ्ट का मशीन ब्राउजिंग प्रोटोकॉल प्रसिद्ध प्रसारण आधारित है। क्रॉस-सबनेट ब्राउज़िंग की अनुमति देने के लिए WINS जैसे वर्क-अराउंड बनाए गए थे। इसमें एक स्तर 3 (आईपी) प्रसारण शामिल है, जो सबनेट के प्रसारण पते के रूप में सूचीबद्ध गंतव्य पते के साथ एक आईपी पैकेट है (192.168.101.0/24 में, प्रसारण पता 192.168.101.255 होगा)।
NTP प्रोटोकॉल समय स्रोतों की घोषणा करने के लिए एक प्रसारण विधि की अनुमति देता है।
मल्टीकास्ट
एक कॉर्पोरेट नेटवर्क के अंदर, मल्टीकास्ट वीडियो फीड देने वाले सर्वर की ओर से बड़े पैमाने पर बैंडविड्थ के बिना कई नोड्स में लाइव वीडियो वितरित कर सकता है। इस तरह से आप केवल 100Mb कनेक्शन पर 720p स्ट्रीम खिलाते हुए एक वीडियो सर्वर रख सकते हैं, और फिर भी 3000 ग्राहकों को वह फ़ीड प्रदान कर सकते हैं।
जब नोवेल IPX और IP से दूर चला गया, तो उन्हें IPX में SAP प्रोटोकॉल को बदलने के लिए एक सेवा-विज्ञापन प्रोटोकॉल चुनना पड़ा। IPX में, सेवा विज्ञापन प्रोटोकॉल ने, सेवा उपलब्ध होने की घोषणा करने पर हर बार एक नेटवर्क-विस्तृत घोषणा की। चूंकि टीसीपी / आईपी में ऐसे वैश्विक घोषणा प्रोटोकॉल का अभाव था, इसलिए नोवेल ने मल्टीकास्ट आधारित प्रोटोकॉल का उपयोग करने का विकल्प चुना: सेवा स्थान प्रोटोकॉल। नए सर्वर एसएलपी मल्टीकास्ट समूह पर अपनी सेवाओं की घोषणा करते हैं। विशिष्ट प्रकार की सेवाओं की तलाश करने वाले ग्राहक मल्टिकास्ट समूह को अपनी आवश्यकता की घोषणा करते हैं और बिना जवाब दिए सुनते हैं।
एचपी प्रिंटर डिफ़ॉल्ट रूप से एक मल्टीकास्ट समूह पर अपनी उपस्थिति की घोषणा करते हैं। सही टूल के साथ, यह सीखना आसान है कि आपके नेटवर्क पर कौन से प्रिंटर उपलब्ध हैं।
एनटीपी प्रोटोकॉल भी सिर्फ एक सबनेट परे क्षेत्रों के लिए समय स्रोतों की घोषणा के लिए एक बहुस्त्र्पीय विधि (आईपी 224.0.1.1) की अनुमति देता है।
एनास्टैस्ट
एनास्टैस्ट थोड़ा विशेष है क्योंकि इसके ऊपर यूनिकस्ट की परतें हैं। एनीकट, नेटवर्क के विभिन्न हिस्सों में एक ही नेटवर्क की घोषणा कर रहा है , ताकि उस नेटवर्क को प्राप्त करने के लिए आवश्यक नेटवर्क हॉप्स को कम किया जा सके।
6to4 IPv6 संक्रमण प्रोटोकॉल एनीकास्ट का उपयोग करता है। 6to4 गेटवे एक विशिष्ट आईपी, 192.88.99.1 पर अपनी उपस्थिति की घोषणा करते हैं। 6to4 गेटवे का उपयोग करने के इच्छुक ग्राहक 192.88.99.1 पर ट्रैफ़िक भेजते हैं और 6to4 राउटर से कनेक्शन का अनुरोध देने के लिए नेटवर्क पर भरोसा करते हैं।
विशेष रूप से लोकप्रिय NTP होस्ट के लिए NTP सेवाओं को बहुत अच्छी तरह से प्रसारित किया जा सकता है, लेकिन मेरे पास इसका सबूत नहीं है। इसे रोकने के लिए प्रोटोकॉल में कुछ भी नहीं है।
अन्य सेवाएं उपयोगकर्ताओं को समाप्त करने के लिए डेटा इलाके में सुधार करने के लिए एनीकास्ट का उपयोग करती हैं। Google कुछ स्थानों (और अन्य में भू-आईपी) में अपने खोज पृष्ठों के साथ एनास्टैस्ट करता है। रूट DNS सर्वर समान कारणों के लिए एनीकास्ट का उपयोग करते हैं। ServerFault ही वहां जा सकता है, उनके पास न्यूयॉर्क और ओरेगन में डेटासेंटर हैं, लेकिन अभी तक वहां नहीं गए हैं।
नेटवर्क की चिंता
अत्यधिक प्रसारण ट्रैफ़िक बैंडविड्थ के उस सबनेट में सभी नोड्स को लूट सकता है। यह फुल-डुप्लेक्स जीईई पोर्ट्स के साथ इन दिनों एक चिंता का विषय है, लेकिन आधे-डुप्लेक्स 10 एमबी दिनों में एक प्रसारण तूफान एक नेटवर्क को वास्तविक तेजी से रोक सकता है। सभी नोड्स में एक बड़े टकराव वाले डोमेन के साथ आधे-डुप्लेक्स नेटवर्क विशेष रूप से तूफानों के प्रसारण के लिए कमजोर थे, यही वजह है कि नेटवर्किंग किताबें, विशेष रूप से पुराने, प्रसारण यातायात पर नजर रखने के लिए कहते हैं। ब्रॉडकास्ट / फुल-डुप्लेक्स नेटवर्क को प्रसारण तूफान के साथ लाने के लिए बहुत कठिन हैं, लेकिन यह अभी भी हो सकता है। आईपी नेटवर्क के सही कामकाज के लिए प्रसारण आवश्यक है।
मल्टीकास्ट में दुरुपयोग की एक ही संभावना है। यदि मल्टीकास्ट समूह पर एक नोड उस समूह को भारी मात्रा में ट्रैफ़िक भेजना शुरू कर देता है, तो सभी सब्सक्राइब किए गए नोड्स उस ट्रैफ़िक को देखेंगे। प्रसारण के साथ, अत्यधिक मस्क ट्रैफ़िक ऐसे कनेक्शनों पर टकराव की संभावनाओं को बढ़ा सकता है जहां यह एक समस्या है।
मल्टीकास्ट IPv4 के साथ एक वैकल्पिक सुविधा है, लेकिन IPv6 के लिए आवश्यक है। IPv4 प्रसारण को IPv6 में मल्टीकास्ट द्वारा बदल दिया जाता है (यह भी देखें: IPv6 प्रसारण क्यों नहीं भेज सकता )। इसे अक्सर IPv4 नेटवर्क पर बंद कर दिया जाता है। संयोग नहीं, बहुस्त्र्पीय सक्षम करने के कई कारण इससे पहले कि वे नेटवर्क इंजीनियरों आईपीवी 6 में जाने के प्रति आशंकित हैं में से एक है है यह करने के लिए।
गणना करना कि बहुत अधिक ट्रैफ़िक कितना ट्रैफ़िक है, कुछ बातों पर निर्भर करता है
- हाफ बनाम फुल डुप्लेक्स: हाफ-डुप्लेक्स नेटवर्क में बोका / मस्क ट्रैफिक के लिए बहुत कम सहिष्णुता है।
- नेटवर्क पोर्ट की गति: आपका नेटवर्क जितना तेज़ होगा, यह समस्या उतनी ही कम होगी। 10Mb ईथरनेट दिनों में पोर्ट पर 5-10% ट्रैफ़िक का ट्रैफ़िक बोका जा सकता है, यदि अधिक न हो, लेकिन गिग पर 1% से कम (शायद रास्ता कम) अधिक होने की संभावना है।
- नेटवर्क पर नोड्स की संख्या: आपके पास जितने अधिक नोड्स हैं, उतना अधिक अपरिहार्य प्रसारण ट्रैफ़िक आप (ARP) को लाइक करेंगे। यदि आपने उपयोग में विशिष्ट प्रोटोकॉल, विंडोज ब्राउज़िंग या क्लस्टर हार्टबीट्स जैसी अन्य चीजों को प्रसारित किया है, जहां समस्याएं शुरू हो जाएंगी।
- नेटवर्क तकनीक: वायर्ड ईथरनेट इतना तेज़ है कि जब तक आप इसे आधुनिक गियर में चला रहे हैं, तब तक bcast / mcast से आपको समस्या होने की संभावना नहीं है। दूसरी ओर, वायरलेस अत्यधिक प्रसारण ट्रैफ़िक से पीड़ित हो सकता है क्योंकि यह सभी नोड्स के बीच एक साझा माध्यम है और इसलिए एकल टकराव डोमेन में है।
अंत में, Bcast और Mcast यातायात लूट बंदरगाहों बंद शीर्ष के। जब आप चिंता करना शुरू करते हैं तो आपके व्यक्तिगत नेटवर्क और चर प्रदर्शन के लिए सहिष्णुता पर अत्यधिक निर्भर होता है। सामान्य तौर पर, नेटवर्क-नोड की गिनती नेटवर्क की गति के रूप में तेजी से नहीं बढ़ी है, इसलिए समग्र प्रसारण प्रतिशत-जैसे-ट्रैफ़िक संख्या समय के साथ गिर रही है।
कुछ नेटवर्क विशिष्ट कारणों से मल्टिकास्ट को अस्वीकार कर देते हैं, और अन्य लोगों ने इसे स्थापित करने के लिए कभी भी समय नहीं लिया है। कुछ मल्टीकास्ट प्रोटोकॉल हैं जो सही चीजों को सुनने वाले किसी भी व्यक्ति के लिए दिलचस्प जानकारी (एसएलपी एक ऐसा है) प्रकट कर सकते हैं। निजी तौर पर , मुझे लगता है कि जब मैंने कुछ नेटवर्क विश्लेषण कर रहा हूं तो प्रदूषित नेटवर्क कैप्चर के साथ सबसे बड़ी झुंझलाहट के रूप में मैं छोटी बहुस्त्र्पीय यातायात को बुरा नहीं मानता; और इसके लिए फ़िल्टर हैं।