बड़े हब-एंड-स्पोक VPN का आकार तय करें: BGP चुनने से पहले गिनें
प्रीफ़िक्स आसान संख्या है। सत्र, अपडेट की बाढ़ और हब विफलता के बाद रिकवरी तय करते हैं कि डिज़ाइन कुछ हज़ार शाखाओं पर टिकता है या नहीं।
तीन हज़ार शाखाएँ राउटिंग की समस्या जैसी सुनाई देती हैं, पर व्यवहार बहीखाते की समस्या जैसा करती हैं। प्रीफ़िक्स का कुल योग दस मिनट में निकल आता है, और दर्द देने वाली संख्या अक्सर वह नहीं होती। दर्द देता है प्रति-सत्र काम, किसी साझा घटक के विफल होने पर अपडेट की बाढ़, और वह समय जो फ़ॉरवर्डिंग के नई टोपोलॉजी से फिर मेल खाने में लगता है।
इसलिए गणित सही क्रम में कीजिए। रिश्ते गिनिए, प्रीफ़िक्स और विकल्प गिनिए, फिर गिनिए कि खराब घंटे में क्या होता है, और उसके बाद ही प्रोटोकॉल और प्लेटफ़ॉर्म की तुलना कीजिए। उल्टे क्रम में यह अभ्यास रूट-सीमाओं की बहस बन जाता है, जिसे मेज़ पर रखी जानकारी से कोई तय नहीं कर सकता।
चार बजट, एक नहीं
हर बजट अलग सवाल का जवाब देता है, और हर एक अलग प्लेटफ़ॉर्म पर बाध्यकारी सीमा हो सकता है। इन्हें अलग-अलग लिखना एक बड़ी प्रीफ़िक्स संख्या को पूरे डिज़ाइन की जगह लेने से रोकता है।
| Budget | What you are really counting |
|---|---|
| Sessions | Peers per hub, keepalive or hello processing, authentication state, and the per-neighbor memory that never shows up in a route count |
| Prefixes | Alternatives received, prefixes selected, entries installed for forwarding, and how much of that each spoke is allowed to see |
| Churn | Updates generated by a flapping link, a hub outage, or every branch reconnecting after a regional event |
| Recovery | Time to detect, reselect, reinstall and restore the application, measured end to end rather than per box |
आखिरी दो वही हैं जिन्हें डिज़ाइन समीक्षा में छोड़ दिया जाता है। स्थिर अवस्था में मेमोरी में आराम से बैठने वाला नेटवर्क चार सौ शाखाओं के दो मिनट में फिर जुड़ने पर बुरा व्यवहार कर सकता है, क्योंकि काम नियंत्रण-तल के खाली कर पाने से तेज़ आता है। बाढ़ का आकार एक संख्या के रूप में लिखिए, साथ में यह भी कि सेवा कितने समय तक अवनत रह सकती है। इससे धुँधली चिंता ऐसी परीक्षा बन जाती है जिसे कोई सचमुच चला सकता है।
चारों के भीतर एक प्लेटफ़ॉर्म-सवाल भी छिपा है: क्या एन्क्रिप्शन, फ़ॉरवर्डिंग और राउटिंग एक ही CPU साझा करते हैं या अलग रास्ते हैं। एक जैसी रूट-क्षमता वाले दो डिवाइस बाढ़ में बहुत अलग व्यवहार कर सकते हैं, और डेटाशीट शायद ही बताती है कि आप कौन-सा खरीद रहे हैं।
अपनी ही संख्याओं से गणित कीजिए
एक काल्पनिक डिज़ाइन लीजिए: 3,000 शाखाएँ, एकत्रीकरण से पहले हर एक पर तीन प्रीफ़िक्स, और अनावश्यकता के लिए प्रति शाखा दो हब। हब-युग्म को सारांश से पहले लगभग 9,000 शाखा प्रीफ़िक्स रखने होंगे, और अगर हर शाखा दोनों के साथ पीयर करती है तो डिज़ाइन 6,000 शाखा-से-हब सत्र मानता है।
अब वे हिस्से जोड़िए जो प्रीफ़िक्स नहीं हैं। हर सत्र स्थिति और आवधिक संदेश ले जाता है, तब भी जब कुछ न बदले। तेज़ बदलाव की अपेक्षा हो तो हर हब प्रति प्रीफ़िक्स एक से अधिक पथ रख सकता है, इसलिए विकल्पों की संख्या चुने गए की संख्या से अधिक हो सकती है। और हर स्पोक का दृश्य अलग नीति-निर्णय है: हर शाखा को बाकी सभी के रूट देना काम को ऐसे गुणा करता है जो हब-पक्ष की गिनती से ज़ाहिर नहीं होता।
ये डिज़ाइन बातचीत के लिए योजना-संख्याएँ हैं, किसी उत्पाद का मापन नहीं। अभ्यास का उपयोगी परिणाम वक्र का आकार है, यह दावा नहीं कि कोई ख़ास राउटर कहाँ हारता है।
BGP आपको क्या देता है, और IGP आपको क्या देता है
BGP अलग करता है कि राउटर ने क्या पाया, क्या चुना और क्या घोषित करता है, और इनमें से हर चीज़ नीति से नियंत्रित होती है। शाखा-नेटवर्क को ठीक यही चाहिए, क्योंकि स्पोक को आमतौर पर डिफ़ॉल्ट रूट, केंद्रीय सेवाएँ और बहुत कम कुछ और देखना चाहिए। सिर्फ़ अंतिम तालिका गिनने से विकल्प और घोषणाएँ छिप जाती हैं, और अनावश्यकता जोड़ने पर बढ़ने वाले हिस्से ठीक वही हैं।
IGP अपने आप ग़लत नहीं होता। जब टोपोलॉजी, क्षेत्र-संरचना और पड़ोसी-मॉडल सेवा से मेल खाते हैं, तो लिंक-स्टेट प्रोटोकॉल तेज़ी से एकत्रित होता है और कम नीति-ढाँचा माँगता है। जाल यह मान लेना है कि वह BGP जैसा प्रति-पड़ोसी निर्यात नियंत्रण व्यक्त कर सकता है: OSPF क्षेत्र बाढ़ की सीमा है, एक शाखा पर टाँगने वाला फ़िल्टर नहीं।
किसी भी तरह, पहले दृश्यता-मॉडल तय कीजिए। डिफ़ॉल्ट रूट, केंद्रीय सेवाओं के सारांश या पूरी शाखा-विवरण तीन अलग उत्पाद हैं, और जो सारांश अधिक विशिष्ट विफलता छिपाता है वह डिज़ाइन-निर्णय है जिसे लिखना होता है, आउटेज के दौरान खोजना नहीं।
बाढ़ की परीक्षा कीजिए, स्थिर अवस्था की नहीं
तुलना उस विफलता के इर्द-गिर्द बनाइए जिसकी आप सचमुच अपेक्षा करते हैं: हब डाउन, क्षेत्रीय WAN घटना, या रखरखाव-खिड़की जो आधी साइटें एक साथ ऑफ़लाइन कर दे। शाखा के नज़रिए से रिकवरी मापिए, एप्लिकेशन सहित, क्योंकि सेकंडों में एकत्रित होने वाला नियंत्रण-तल कम मायने रखता है अगर सत्र को फिर बसने में मिनट लगें।
show bgp vpnv4 unicast summary
show ip route vrf BRANCH summary
show processes cpu sorted | include BGP|OSPFप्लेटफ़ॉर्म आराम में क्या करता है नहीं, बाढ़ के शिखर पर क्या करता है, वह दर्ज कीजिए, और सुरक्षा सुविधाएँ चालू रखकर दोहराइए। जो प्रूफ़-ऑफ़-कॉन्सेप्ट सिर्फ़ एक शांत तालिका दिखाता है वह मेमोरी परीक्षा है, और मेमोरी कभी दिलचस्प संख्या नहीं थी।