EVPN सीमा अट्याचमेन्टमा होइन, निर्यात नीतिको वरिपरि बनाउनुहोस्

सामान्य अनुमान यो हुन्छ कि सीमानामा रहेको Layer 2 अट्याचमेन्ट मोडेलले त्यसको माथिको सबै कुरा निर्धारण गर्छ, त्यसैले डिजाइन vPC जोडीबाट सुरु भई माथितिर बढ्छ। प्रायः यो संयोगवश लिइएका राउटिङ निर्णयहरूमा टुंगिन्छ। EVPN सीमा पहिलो हिसाबले राउटिङ सीमा हो: टेनान्ट राउटिङ सन्दर्भ बाह्य राउटिङ डोमेनसँग भेटिन्छ, र त्यो रेखा पार गर्ने कुरा नीति वक्तव्य हो। port-channels बारे बहस सुरु हुनुअघि नै रुटहरू, ASN सम्बन्ध र असफलता मार्गहरू छान्नुहोस्। अट्याचमेन्ट मोडेल त्यसपछि आवश्यकताबाट आउँछ, आफैं आवश्यकता थोपर्दैन।

सीमा केले पार गर्छ त्यसबाट सुरु गर्नुहोस्

प्रत्येक पट्टि देखिनुपर्ने रुटहरू, तिनको दिशा र त्यो सूचीमा परिवर्तन कसले स्वीकृत गर्छ लेख्नुहोस्। सबै कुरा स्वीकार गर्ने र सबै घोषणा गर्ने सीमासँग नीति हुँदैन, केवल केबल हुन्छ।

त्यसपछि तपाईंले चलाउन चाहेको असफलता नाम दिनुहोस्: एउटा uplink डाउन, एउटा border leaf डाउन, वा पूरै बाह्य डोमेन अप्राप्य। प्रत्येक उत्तरले दुई स्वतन्त्र छिमेकी, साझा Layer 2 अट्याचमेन्ट, वा दुवै चाहिन्छ कि भन्ने बदल्छ।

ती दुई सूची बनेपछि मात्र अट्याचमेन्टको प्रश्नको उत्तर दिन सकिन्छ। त्यसअघि हरेक संयन्त्र समान रूपमा वैध देखिन्छ। त्यसपछि धेरैले आफैंलाई हटाउँछन्। राउटिङको काम पहिले गर्नुको पूरै तर्क यही हो।

ASN र peering सीमा निर्धारण गर्नुहोस्

निजी-AS फ्याब्रिक सामान्यतया eBGP मार्फत सार्वजनिक सीमा डोमेनसँग peering गर्छ, र रोचक पक्ष दुवैतिरको नीति हो। कुन प्रिफिक्स स्वीकार गरिन्छ, कुन घोषणा गरिन्छ, र upstream ले कुन AS path पाउनुपर्छ निर्णय गर्नुहोस्।

RFC 6996 ले निजी प्रयोगका लागि ASN दायरा आरक्षित गर्छ, र ती ASN हरू विश्वव्यापी घोषणामा देखिनु हुँदैन। प्लेटफर्मले समर्थन गर्ने हटाउने वा फिल्टर गर्ने नीति लागू गर्नुहोस् र यन्त्रले गर्यो भनेर मान्नुको सट्टा नतिजा घोषणा जाँच्नुहोस्। त्यो चरणले तपाईंलाई मनपरी सार्वजनिक प्रिफिक्स घोषणा गर्ने अधिकार दिँदैन, त्यो ठेगाना मालिकसँगको छुट्टै कुरा हो।

कन्फेडेरेसन वा local-AS सुविधा निश्चित टोपोलोजीका लागि डिजाइन छनोट हो। फ्याब्रिक र upstream ले फरक ASN भूमिका प्रयोग गर्छन् भनेर मात्र कुनै पनि अनिवार्य हुँदैन, र आवश्यकताबिना एउटा अपनाउँदा हरेक भावी परिवर्तनमा चल्ने भाग थपिन्छ।

Layer 3 uplink लाई multichassis LAG चाहिँदैन

आफ्नै BGP छिमेकीसहितका स्वतन्त्र राउटेड इन्टरफेसले दुई स्पष्ट मार्ग र दुई स्पष्ट असफलता डोमेन दिन्छ। vPC वा अन्य multichassis LAG ले Layer 2 अट्याचमेन्ट आवश्यकता पूरा गर्छ, र त्यो आवश्यकता हुँदा यो सही उपकरण हो।

हरेक सीमा जोडीले vPC प्रयोग गर्नैपर्छ वा बच्नैपर्छ भन्ने सामान्य नियमले विषय वास्तवमा निर्धारण गर्ने सर्तहरू लुकाउँछ। अट्याचमेन्टले के बोक्नुपर्छ सोध्नुहोस्, त्यसपछि सबैभन्दा कम साझा असफलता मोडमा बोक्ने संयन्त्र छान्नुहोस्।

तपाईंले पहिले लेखेको राउटिङ नीति अट्याचमेन्ट संयन्त्र बदलिँदा बदलिँदैन, जुन क्रम सही थियो भन्ने राम्रो संकेत हो।

टेनान्टलाई चाहिने मात्र निर्यात गर्नुहोस्

टेनान्टलाई पूर्वनिर्धारित रुट, छानिएका बाह्य प्रिफिक्सको सेट, वा धेरै ठूलो तालिका चाहिन सक्छ। त्यो दायरा वास्तविक फर्वार्डिङ र कन्ट्रोल-प्लेन क्षमताका आधारमा छान्नुहोस्, कसैले पुनः ननापेको पुरानो इन्टरनेट रुट संख्याका आधारमा होइन।

EVPN IP Prefix रुट, सामान्यतया Type 5 भनिने र RFC 9136मा परिभाषित, ले overlay मा प्रिफिक्स जानकारी बोक्छ। कार्यान्वयनलाई अझै मिल्दो निर्यात र आयात नीति र next-hop रिजोल्युसन चाहिन्छ, त्यसैले सीमानामा बाह्य BGP रुट प्राप्त गर्नुको अर्थ हरेक टेनान्ट VRF ले त्यो आयात गर्छ भन्ने होइन।

सीमाले तालिका राख्छ भनेर मात्र हरेक leaf लाई पूरा तालिका चाहिँदैन। टेनान्टको ट्राफिकले माग्ने कुरा वितरण गर्नुहोस्, बाँकी सीमाले राखोस्।

एउटा प्रिफिक्स सुरुदेखि अन्त्यसम्म जाँच्नुहोस्

प्रतिनिधि बाह्य प्रिफिक्स छान्नुहोस् र सीमाको अभिप्रेत VRF, निर्यात नीति, प्राप्त गर्ने leaf को फर्वार्डिङ सन्दर्भ र टेनान्ट स्रोतसम्मको फिर्ती मार्ग हुँदै त्यसलाई पछ्याउनुहोस्। एक ठाउँमा देखिने र अर्कोमा नदेखिने प्रिफिक्सले गल्ती तुरुन्तै पहिचान गर्छ।

next hop overlay हुँदै कसरी रिजोल हुन्छ पुष्टि गर्नुहोस्, किनकि नरिजोलिएको next hop सहित उपस्थित रुटले केही फर्वार्ड गर्दैन। त्यसपछि uplink परिवर्तनपछि जाँच दोहोर्याउनुहोस्, किनकि त्यसै बेला नीति र next-hop रिजोल्युसन प्रायः फरक पर्छ।

कामको क्रम: क्रसिङ रुटहरू सूचीबद्ध गर्नुहोस्, ASN नीतिमा सहमति गर्नुहोस्, अट्याचमेन्टलाई त्यसको वास्तविक कामका लागि छान्नुहोस्, प्रत्येक टेनान्टको निर्यात दायरा तय गर्नुहोस्, त्यसपछि एउटा प्रिफिक्स र त्यसको फिर्ती मार्ग जाँच्नुहोस्।