सामग्री
- डेटा राउटिंगमधील स्केलेबिलिटी
- बॉर्डर गेटवे प्रोटोकॉल
- अग्रेषित सारणी समक्रमण
- कोणतीही दोष नाही, तणाव नाही - आपले जीवन नष्ट न करता जीवन-बदलणारे सॉफ्टवेअर तयार करण्यासाठी चरण चरण बाय चरण
टेकवे:
बॉर्डर गेटवे प्रोटोकॉलद्वारे राउटिंग स्केलेबिलिटीला मोठ्या प्रमाणात मदत केली जाऊ शकते, जे पॅकेट्स अधिक कार्यक्षमतेने मार्गस्थ करण्यास मदत करते.
कॉम्प्यूटर सायन्समध्ये एक महत्वाची संकल्पना आहे स्केलेबिलिटी, किंवा एखाद्या विशिष्ट कार्य हाताळण्याचा एक मार्ग कार्यांचे आकार वाढत असताना कार्य करत राहतो. उदाहरणार्थ, जेव्हा आपल्याला डझनभर फोन नंबरचा मागोवा ठेवणे आवश्यक असते तेव्हा कागदाच्या स्क्रॅपवर फोन नंबर लिहिणे हे बर्‍यापैकी चांगले होते: दिलेला नंबर शोधण्यात फक्त दहा सेकंद लागतात. परंतु १०,००,००० लोकसंख्या असलेल्या शहरासाठी आता संख्या शोधण्यासाठी शंभर हजार सेकंद (सुमारे एक दिवस) लागतो. १०,००,००० लोकसंख्या असलेल्या शहरासाठी फोन बुक वापरुन, दिलेल्या नावासह एक फोन नंबर शोधण्यात सुमारे अर्धा मिनिट लागतो. मोठा फायदा इतका नाही की स्वतंत्र कागदाचा कागदाचा वापर करण्यापेक्षा पुस्तक वापरणे खूप वेगवान आहे, परंतु त्याऐवजी समस्येचे आकार दुप्पट करताना आपण ते सोडवण्यासाठी किती प्रमाणात काम करत आहात: फोनद्वारे शोधणे दोनदा मोठा असलेल्या पुस्तकात फक्त काही सेकंद लागतात: दुसर्या अर्ध्याच्या पहिल्या सहामाहीत मी शोधत असलेले नाव आहे? यास दुप्पट वेळ लागत नाही आणि अशा प्रकारे फोन पुस्तके स्केलेबल असतात परंतु स्क्रॅप्स नसतात. राउटिंग स्केलेबिलिटी इंटरनेटवर पॅकेट वितरित करण्याच्या समस्येवर स्केलेबिलिटीची कल्पना लागू करते.
डेटा राउटिंगमधील स्केलेबिलिटी
राउटिंग स्केलेबिलिटीमध्ये दोन मुद्द्यांचा समावेश आहेः मॅनेजमेंट प्लेन आणि डेटा प्लेन.
डेटा प्लेन हे राउटरमधील मध्यवर्ती किंवा वितरित मॉड्यूल आहे जे येणारे पॅकेट घेते आणि त्यांच्या गंतव्यस्थानाकडे जाण्यासाठी पुढील राउटरवर अग्रेषित करते. हे कार्य प्रत्येक फॉरवर्ड केलेल्या पॅकेटसाठी अग्रेषित सारणीमध्ये पुढील हॉप शोधणे आवश्यक आहे. हे करण्यासाठी दोन मुख्य यंत्रणा म्हणजे टीसीएएम, त्याद्वारे शोधण्यासाठी अंगभूत हार्डवेअर समर्थनासह एक विशेष मेमरी आणि प्रगत अल्गोरिदम वापरून शोधलेली नियमित मेमरी. सारणीचा आकार वाढत असल्याने शोधांची गती कमी होत नाही. तथापि, टीसीएएम किंवा मेमरीचा आकार रेषात्मकपणे वाढतो (किंवा बहु-स्तरीय लुकअपसाठी त्यापेक्षा थोडा वेगवान), जे खर्च आणि उर्जा वापर वाढवते. याव्यतिरिक्त, प्रति सेकंद अग्रेषित सारणी लुकअपची संख्या वाढत असताना, अधिक महाग आणि उर्जा-भुकेलेली तंत्रज्ञान वापरली जाणे आवश्यक आहे. इंटरफेसची गती वाढल्यामुळे अशी वाढ अवांछनीय असते, परंतु विशिष्ट रूटर आर्किटेक्चर्समध्ये प्रति डिव्हाइस किंवा प्रति ब्लेड / मॉड्यूल प्रति डिव्हाइस किंवा इंटरफेसची सरासरी किंवा सर्वात वाईट-केस पॅकेट आकारांवर देखील अवलंबून असते.
२०० 2006 मध्ये अ‍ॅमस्टरडॅम येथे झालेल्या इंटरनेट आर्किटेक्चर राउटिंग आणि अ‍ॅड्रेसिंग कार्यशाळेदरम्यान असा युक्तिवाद केला जात होता की आवश्यक मेमरी वेग वाढीच्या पलीकडे जाणा off्या शेल्फमधील घटकांमधील कामगिरी वाढवते, विशेषतः आता स्वतंत्र एसआरएएम व्यापक वापरात नाहीत. पूर्वी, संगणक मेमरी कॅशे म्हणून हाय-स्पीड एसआरएएम वापरत असत, परंतु आता सीपीयूमध्ये हे कार्य समाविष्ट केले गेले आहे, म्हणून एसआरएएम यापुढे सहज उपलब्ध कमोडिटी चिप राहणार नाही. याचा अर्थ असा आहे की सर्वाधिक-एंड-राउटरची किंमत आतापर्यंतच्या तुलनेत जास्त वेगाने वाढेल. तथापि, आयएबी मार्ग आणि कार्यशाळेला संबोधित केल्यानंतर, अनेक राउटर विक्रेते बाहेर आले आहेत आणि त्यांनी संभाषणांमध्ये आणि मेलिंग याद्यामध्ये असे सांगितले की ही समस्या त्वरित त्वरित नाही आणि सध्याच्या अंदाजानुसार पातळीवरील वाढीमुळे भविष्यात समस्या उद्भवणार नाहीत.
बॉर्डर गेटवे प्रोटोकॉल
मॅनेजमेंट प्लेनमध्ये एक रूट प्रोसेसर असतो जो बीजीपी राउटिंग प्रोटोकॉल चालवितो आणि संबंधित कामे जी अग्रेषण सारणी तयार करण्यास सक्षम होण्यासाठी राउटरद्वारे करणे आवश्यक आहे. बीजीपी हा एक प्रोटोकॉल आहे जो आयएसपी आणि काही इतर नेटवर्क प्रत्येक आयपी पत्ते कोठे वापरला जातो हे सांगण्यासाठी वापरतात, जेणेकरून त्या आयपी पत्त्यांसाठी निश्चित केलेले पॅकेट योग्यरित्या अग्रेषित केले जाऊ शकतात. अद्यतनांविषयी संवाद साधण्याची, त्यांना राउटरमध्ये साठवण्याची आणि त्यावर प्रक्रिया करण्याच्या गरजेमुळे बीजीपी स्केलेबिलिटी प्रभावित होते. यावेळी, अद्यतनांचा प्रचार करण्यासाठी बँडविड्थ ही कोणतीही समस्या नाही. सराव मध्ये, वाढत्या मोठ्या बीजीपी टेबल्स साठवण्याची मेमरी आवश्यकता एक समस्या उद्भवू शकते, हे सहसा व्यावसायिकरित्या उपलब्ध राउटरमध्ये अंमलबजावणीच्या मर्यादांमुळे होते, अंतर्ज्ञानी तांत्रिक समस्यांमुळे होत नाही. रूट प्रोसेसर मुळात एक सामान्य-हेतू असलेला संगणक असतो, जो आता सहजपणे 16 गिगाबाइट्स किंवा अधिक रॅमसह बनविला जाऊ शकतो. सध्या, मार्ग दृश्य सार्वजनिक मार्ग सर्व्हर 1 जीबी रॅमसह चालतो आणि त्यामध्ये अंदाजे 40 पूर्ण बीजीपी फीड्स प्रत्येकी 560,000 प्रत्यय (डिसेंबर 2015 चे आकडे) आहेत.
तथापि, यामुळे प्रक्रिया सुटते. बीजीपीला आवश्यक असलेल्या प्रक्रियेचे प्रमाण बीजीपी अद्यतनांच्या संख्येवर आणि प्रति उपसर्गांच्या संख्येवर अवलंबून असते. प्रति अद्ययावत उपसर्गांची संख्या त्याऐवजी कमी असल्याने आम्ही त्या पैलूकडे दुर्लक्ष करू आणि अद्यतनांची संख्या पाहू. बहुधा कोणत्याही स्वायत्त विकासाखेरीज अद्ययावतांची संख्या उपसर्गांच्या संख्येच्या अनुषंगाने वाढत जाईल. बीजीपी अद्यतनांची वास्तविक प्रक्रिया फारच मर्यादित आहे, म्हणूनच अडचण म्हणजे अद्ययावत करण्यासाठी मेमरीमध्ये प्रवेश करण्यासाठी लागणारा वेळ. आयएबी मार्ग आणि कार्यशाळेला संबोधित करताना डीआरएएमच्या गतीतील वाढ बर्‍याच मर्यादित आहे आणि राउटिंग टेबलची वाढ चालू ठेवण्यास सक्षम नाही असे दर्शविणारी माहिती सादर केली गेली.
अग्रेषित सारणी समक्रमण
वेगळ्या अग्रेषण आणि डेटा प्लेनच्या समस्यांव्यतिरिक्त, अद्यतनांनंतर बीजीपी / राउटिंग टेबलसह अग्रेषित सारणीमध्ये समक्रमित करण्याची समस्या आहे. अग्रेषण सारणीच्या आर्किटेक्चरवर अवलंबून, ते अद्यतनित करणे तुलनेने वेळ घेणारे असू शकते. बीजीपीला बर्‍याचदा पाथ वेक्टर रूटिंग प्रोटोकॉल म्हणून वर्णन केले जाते, जे अंतर वेक्टर प्रोटोकॉलसारखेच आहे. त्याप्रमाणे, हे बेलमॅन-फोर्ड अल्गोरिदमची थोडी सुधारित आवृत्ती लागू करते, ज्यास सिद्धांतानुसार, कमीतकमी अनेक पुनरावृत्ती आवश्यक असतात (बीजीपीच्या बाबतीतः बाह्य स्वायत्त प्रणाली तसेच अंतर्गत आयबीजीपी राउटर ) एकत्रित करण्यासाठी आलेख वजा एक मध्ये. सराव मध्ये, अभिसरण बरेच वेगवान होते कारण नेटवर्कमधील दोन स्थानांमधील प्रदीर्घ मार्ग वापरणे हे व्यवहार्य डिझाइन नाही. तथापि, प्रक्रिया करणे आवश्यक असलेल्या वेगळ्या अद्यतनांच्या स्वरूपात पुनरावृत्तीची महत्त्वपूर्ण संख्या एका गुणाकार परिणामामुळे एकाच घटनेनंतर उद्भवू शकते. उदाहरणार्थ, ज्या ठिकाणी दोन एएस दोन ठिकाणी एकमेकांशी जोडले जातात, त्या प्रकरणात पहिल्या एएस मधील एका अद्ययावत प्रत्येक इंटरकनेक्टिंग दुव्याद्वारे दुसर्या एएसमध्ये दोनदा प्रचार केला जाईल. हे खालील संभाव्य पर्याय ठरतो:
कोणतीही दोष नाही, तणाव नाही - आपले जीवन नष्ट न करता जीवन-बदलणारे सॉफ्टवेअर तयार करण्यासाठी चरण चरण बाय चरण
जेव्हा कोणालाही सॉफ्टवेअर गुणवत्तेची काळजी नसते तेव्हा आपण आपली प्रोग्रामिंग कौशल्ये सुधारू शकत नाही.
बीजीपीचा हा पैलू बर्‍याच लोकांद्वारे स्पष्टपणे ओळखला जाऊ शकत नाही, जरी रूट फ्लॅप डॅम्पिंग एक्सटेरबेट्स इंटरनेट राउटिंग कन्व्हर्जन सारख्या अभ्यासामुळे परिणामी वर्तन दिसून येते.
वरील गोष्टी लक्षात घेऊन, आम्ही असा निष्कर्ष काढू शकतो की बीजीपीमध्ये काही स्केलिंग समस्या आहेतः प्रोटोकॉल आणि ते लागू करणारे राउटर अशा इंटरनेटसाठी तयार नाहीत जेथे बहुदा पाच दशलक्ष आणि निश्चितपणे 50 दशलक्षांचे प्रत्यय बीजीपीद्वारे व्यवस्थापित केले जाणे आवश्यक आहे. तथापि, सध्याची वाढ तुलनेने स्थिर आहे दर वर्षी सुमारे 16% आयपीव्ही 4 साठी, म्हणून त्वरित काळजी करण्याचे कारण नाही. हे विशेषत: आयपीव्ही 6 साठी खरे आहे, ज्यात सध्या बीजीपीमध्ये फक्त 25,000 उपसर्ग आहेत.