प्रति-VRF लेबल कि प्रति-प्रिफिक्स? वास्तविक क्षमता बिल
प्रति VRF एउटा लेबल प्रति प्रिफिक्स एकभन्दा सस्तो देखिन्छ, तर बजेटमा लेबलको संख्या सबैभन्दा सानो लाइन हो। वास्तवमै पहिले के सकिन्छ, यहाँ छ।
दुई डिजाइनले एउटै प्रदायक कोरमा एउटै ग्राहक प्रिफिक्सको विज्ञापन गर्छन्। एउटाले प्रत्येक प्रिफिक्सका लागि एउटा लेबल बाँडफाँट गर्छ, अर्कोले सम्पूर्ण VRF का लागि एउटै लेबल बाँडफाँट गर्छ, र दोस्रो हरेक स्लाइडमा सस्तो देखिन्छ। लेबलको संख्या वास्तविक हो, तर यो सामान्यतया पहिले सकिने बजेट होइन। दुईमध्ये छान्नु भनेको एक होइन, चार स्रोत गन्नु हो, र तीमध्ये लेबल सबैभन्दा सानो हो।
लेबल हटाएपछि इग्रेस राउटरले प्याकेटसँग के गर्नुपर्छ भन्नेमा पनि छनोट निर्भर हुन्छ। निर्णयलाई त्यो कार्यात्मक भिन्नताले मार्गदर्शन गर्नुपर्छ, लेबलको गणितले होइन।
प्रत्येक बाँडफाँटले वास्तवमा के बचाउँछ
प्रति-प्रिफिक्स बाँडफाँटले लेबलमा फर्वार्डिङ जानकारी बोक्छ। इग्रेस राउटरले गन्तव्य खोजबिना प्याकेट सिधै सही छिमेकमा पठाउन सक्छ, त्यसैले यो ठूला VRF रुट सेटका लागि राम्रोसँग स्केल हुन्छ र त्यसैले यो प्रत्येक VRF मा प्रत्येक विज्ञापित प्रिफिक्सका लागि एउटा लेबल खर्च गर्छ। प्रति-VRF बाँडफाँट, जस्तै Junos vrf-table-label, प्रत्येक रुटिङ इन्स्टेन्सका लागि एउटा लेबलको विज्ञापन गर्छ र VRF तालिका छान्न त्यो लेबल प्रयोग गर्छ; त्यसपछि राउटरले तालिकाभित्र IP खोज गर्छ।
यो ट्युनिङ नोब होइन, वास्तविक वास्तुकलागत भिन्नता हो। प्रति-VRF लेबलिङले तपाईंलाई सानो लेबल ठाउँ र सरल लेबल विज्ञापन दिन्छ, तर एउटा खोज र गन्तव्यबारे केही नभन्ने लेबलको मूल्यमा। प्रति-प्रिफिक्स लेबलिङले इग्रेस लाइन कार्डलाई अग्रिममा बढी जानकारी दिन्छ र तपाईंले बोक्ने रुटको अनुपातमा लेबल खर्च गर्छ।
लेबल खाता सानो हो
MPLS लेबल सीमित छन्, तर लेबल ठाउँ यति ठूलो छ कि सामान्य सेवा प्रदायकहरूले केही हजार प्रिफिक्सले त्यसलाई सक्दैनन्। प्रति-VRF लेबलिङले साँच्चै सहयोग गर्ने ठाउँ साना हार्डवेयर लेबल तालिका भएका प्लेटफर्महरू हुन्, वा त्यस्ता डिजाइन जहाँ एउटा VRF ले पूरा इन्टरनेट फिड बोक्छ र प्रति-प्रिफिक्स लेबलले लेबलको माग रुटको संख्याले गुणा गर्नेछ। यी वास्तविक सीमाहरू हुन्, र यो सुविधा हुनुको कारण पनि तिनै हुन्। तीमध्ये कुनै पनि तालिकामा प्रिफिक्सको संख्याबारे होइन।
छान्नुअघि सेवा र यातायात दुवैका लेबल गन्नुहोस्। प्रति-VRF डिजाइनलाई loopback र बाटोको प्रत्येक हपका लागि यातायात लेबल अझै चाहिन्छ, र छिमेक अवस्था पनि अझै चाहिन्छ। यदि डिजाइन संक्षेपले सेवा लेबल मात्र गन्छ भने, बचत गलत खातामा नापिइरहेको छ।
रुट फिडले लेबलभन्दा अगाडि मेमोरी खर्च गर्छ
प्राप्त प्रत्येक मार्गले नियन्त्रण तहको मेमोरी, अपडेट प्रशोधन र अभिसरण समय खर्च गर्छ, VRF ले एउटा लेबल प्रयोग गरोस् वा दस हजार। VRF भित्रको पूरा इन्टरनेट फिड BGP मार्ग, RIB, FIB प्रविष्टि र तिनका पछाडिको हलचलका कारण महँगो हुन्छ, तालिकाअगाडिको लेबलका कारण होइन। त्यही फिडले त्यो भाडावालको भित्र रुट चुहावट वा नीति त्रुटिको प्रभाव त्रिज्या पनि बढाउँछ।
त्यसैले ग्राहकलाई वास्तवमा के चाहिन्छ सोध्नुहोस्। यदि सम्झौता निजी साइट र पूर्वनिर्धारित निकास हो भने, पूरा तालिकाले आवश्यकता नथपी लागत थप्छ। यो व्यावसायिक प्रश्न हो, र यो अघिल्लो डिजाइनबाट आएको अनुमानको सट्टा लिखित उत्तरको हकदार छ। यदि सेवालाई नीति वा स्थानीय निकास छनोटका लागि फिड साँच्चै चाहिन्छ भने, यसलाई आफ्नै क्षमता आरक्षण र आफ्नै असफलता व्यवहार भएको स्पष्ट लाइन बनाउनुहोस्।
प्रति-VRF लेबलिङ कहिले सही पूर्वनिर्धारित हो
प्लेटफर्मले यसलाई समर्थित भनी अभिलेख गर्दा, VRF रुटको संख्या ठूलो हुँदा र इग्रेस खोज लागत ट्राफिक प्रोफाइलका लागि स्वीकार्य हुँदा यो राम्रो पूर्वनिर्धारित हो। फर्वार्डिङबाट अन्तिम माइक्रोसेकेन्ड निचोर्नुभन्दा सञ्चालन सरलता महत्त्वपूर्ण हुँदा यो स्वाभाविक छनोट पनि हो, किनकि प्रति भाडावाल एउटा लेबल प्रति प्रिफिक्स एउटा लेबलभन्दा बुझाउन र लेखापरीक्षण गर्न सजिलो हुन्छ।
प्लेटफर्मको अभिलेखले यो सुविधालाई विशेष हार्डवेयर वा रिलिज सीमासँग जोड्दा, वा डिजाइन इग्रेसमा प्रति-प्रिफिक्स फर्वार्डिङ निर्णयमा निर्भर हुँदा यो गलत पूर्वनिर्धारित हो। व्यवहार अनुमान गर्नुअघि प्लेटफर्मको आफ्नै statement सन्दर्भ पढ्नुहोस्; Junos आदेश अभिलेखित छ, तर यसका वरपरका हार्डवेयर र रिलिज सीमाले नै तैनाथी वास्तवमा निर्धारण गर्छन्।
तपाईंले बचाउन सक्ने बजेट
क्षमताको मामिला पाँच अलग संख्याका रूपमा बनाउनुहोस्: प्राप्त मार्ग, छानिएका रुट, स्थापित फर्वार्डिङ प्रविष्टि, सेवा लेबल र यातायात लेबल। next-hop र छिमेक अवस्था, भाडावालको संख्या र रिडन्डेन्सी मोडेल थप्नुहोस्। एउटा VRF को सहज मार्गको स्न्यापसट स्केलको अंक होइन, र लेबल ठाउँको नाममात्र आकार उपलब्ध हार्डवेयर तालिका होइन।
त्यसपछि स्थिर अवस्थासँगै असफलता मोडमा पनि सहमति गर्नुहोस्। फिड आधाले बढ्दा, भाडावालले दोस्रो VRF थप्दा, वा तालिकाको आकार बदल्न प्लेटफर्मलाई रिबुट चाहिँदा के हुन्छ? ती प्रश्न थेग्ने बजेट कागजमा मात्र चल्ने लेबल संख्याभन्दा बढी मूल्यवान हुन्छ।
इग्रेस कार्य र प्लेटफर्म सीमाबाट बाँडफाँट छान्नुहोस्, त्यसपछि रुट फिडलाई स्पष्ट सेवा निर्णय बनाउनुहोस्। लेबल डिजाइनको देखिने भाग हो; रुट त्यो भाग हो जसको मूल्य हरेक दिन तिर्नुपर्छ।