MPLS शाखा राउटिङ: CE ले के सिक्छ र कसबाट

एउटा शाखाको होस्ट अर्को शाखाको सर्भरसँग जडान खोल्छ, र दुवै साइट एउटै व्यवस्थित MPLS तह 3 VPN पछाडि छन्। होस्टले आफ्नो डिफल्ट गेटवे मात्र जान्दछ र अरू केही जान्दैन, जुन सही हो। महत्त्वपूर्ण कुरा यो हो कि स्थानीय ग्राहक किनाराले प्याकेट आफ्नो प्रदायक किनारातर्फ सुम्पन्छ, र प्रदायकको VPN राउटिङ स्थितिले यसलाई लक्ष्य प्रिफिक्स भएको शाखामा पुर्याउँछ।

मार्गभरि एउटा प्याकेट पछ्याउनु भनेको कुन भाग ग्राहकको जिम्मेवारी हो र कुन भाग सेवाको हो भनी देख्ने सबैभन्दा छिटो तरिका हो।

10.20.0.0/24 → CE-A → PE → provider core → PE → CE-B → 10.30.0.0/24

प्रत्येक हपको काम कहाँ सकिन्छ

CE-A लाई टाढाको LAN का लागि रुट चाहिन्छ जुन उसको स्थानीय प्रदायक जडानतर्फ देखाउँछ, टाढाको शाखाको WAN ठेगानातर्फ होइन। त्यसपछि प्रदायकले VPN राउटिङ स्थिति प्रयोग गरी प्याकेट आफ्नो कोरबाट बोक्छ, र CE-B ले यसलाई लक्ष्य LAN मा पुर्याउँछ। कुनै पनि बिन्दुमा होस्टले लेबल, VRF वा अर्को पक्षको इन्टरनेट सर्किट बुझ्नु आवश्यक छैन।

टिकटहरूमा बारम्बार देखिने गल्ती भनेको शाखा A मा शाखा B को WAN ठेगानालाई अर्को हपका रूपमा कन्फिगर गर्नु हो। दुवै शाखाले एउटै सेवा किनेका छन्, त्यसैले तिनीहरू छिमेकी हुनुपर्ने जस्तो लाग्छ। तर तिनीहरू छैनन्: अर्को हप तपाईंसँग वास्तवमै भएको राउटिङ डिजाइनबाट पुग्न सकिने हुनुपर्छ, र टाढाको CE सामान्यतया तपाईंले व्यवस्थापन नगर्ने उपकरणको पछाडि धेरै हप टाढा हुन्छ। यो अनुमानमा बनेको स्थिर रुट सक्रिय देखिन्छ र कुनै कुरामा समाधान हुँदैन, जुन हराएको रुटभन्दा नराम्रो हो किनकि तालिकामा यो सही देखिन्छ।

RFC 4364 ले ग्राहक र प्रदायक किनाराबीचको साटासाटलाई प्रदायकको VPN रुट वितरणबाट अलग गर्छ, र यो ठ्याक्कै त्यही सीमा हो जसबारे यो निर्देशिका हो। ग्राहकको काम आफ्नो किनारालाई के पुर्याउन सक्छ भन्ने बताउनु र सेवाले फर्काएर दिने पहुँचयोग्यता स्वीकार गर्नु हो।

हस्तान्तरणले केमा सहमत हुनुपर्छ

प्रदायकसँग मिलेर संयन्त्र छान्नुहोस्, तिनीहरूको वरिपरि होइन। स्थिर रुट, BGP वा CE र PE बीचको राउटिङ प्रोटोकल सम्झौता सबै वैध छन्, र OSPF सँग यस्तो हस्तान्तरणका लागि परिभाषित MPLS VPN मोडेल छ। यीमध्ये कुनै पनि दुई टाढाका ग्राहक किनाराबीच अनिर्दिष्ट प्रदायक कोर हुँदै OSPF छिमेकीपन बनाउने कारण होइन, किनकि त्यो यस्तो डिजाइन हो जसमा प्रदायक सहमत भएको छैन र समर्थन गर्न सक्दैन।

नयाँ LAN सञ्चालनमा आउनुअघि चार कुरा लेख्नुहोस्: प्रिफिक्स, CE मा स्थानीय अर्को रुट, प्रदायकले स्वीकार गर्ने घोषणा, र प्रदायकले फर्काउने रुटहरू। सम्झौताले लगाउने कुनै पनि फिल्टरिङ, प्रिफिक्स सीमा वा साइटबीचको प्रतिबन्ध थप्नुहोस्। स्वस्थ छिमेकीपन सूचना साटासाटको माध्यम हो, र यो कुनै निश्चित प्रिफिक्स स्वीकारिएको प्रमाण होइन; सत्र चालु हुँदा पनि तपाईंको नयाँ सबनेट फिल्टरमा बसिरहेको हुन सक्छ।

त्यसपछि प्रतिक्रिया पछ्याउनुहोस्। शाखा B लाई स्रोत LAN तर्फ फर्कने रुट चाहिन्छ, र प्राप्त गर्ने पक्षको होस्टलाई आफ्नै गेटवे र आफ्नै सेवा अनुमति चाहिन्छ। CE-A मा देखिने रुटले आधा यात्रा मात्र स्थापना गर्छ, र त्यही आधा यात्रा ping परीक्षणको एउटा दिशा स्वस्थ देखिने तर अनुप्रयोग अझै असफल हुने कारण हो।

स्वीकृति अघि दुवै हस्तान्तरण प्रमाणित गर्नुहोस्

दुवै ग्राहक किनारामा राउटिङ स्थिति सङ्कलन गर्नुहोस्, इच्छित LAN प्रिफिक्सहरू VPN मा स्वीकारिएको प्रदायकसँग पुष्टि गर्नुहोस्, र त्यसपछि प्रत्येक दिशामा एउटा अनुमत अनुप्रयोग परीक्षण गर्नुहोस्। रुट तालिकाले मात्र अनुप्रयोग चल्छ भनी प्रमाणित गर्दैन, र अनुप्रयोग परीक्षणले मात्र चल्दैन भने कुन नियन्त्रण तह असफल भयो भनी बताउँदैन।

show ip route vrf BRANCH 10.30.0.0
show ip bgp vpnv4 vrf BRANCH
show ip cef vrf BRANCH 10.30.0.10

तीनै आउटपुट सँगै पढ्नुहोस्। पहिलोले किनाराले के विश्वास गर्छ भनी बताउँछ, दोस्रोले के र कुन सहकर्मीबाट सिक्यो भनी बताउँछ, र तेस्रोले वास्तवमा के अगाडि पठाउँछ भनी बताउँछ। तिनीहरूबीचको भिन्नता प्रायः हराएको घोषणा नभई नीति वा पुनरावृत्तिको समस्या हो, र प्रदायकलाई अनुसन्धान गर्न भन्नुअघि यसलाई समाधान गर्नु उपयुक्त हुन्छ। यी तीनै आउटपुट सञ्चालकसँगको कलमा लैजानुहोस्, किनकि तिनीहरूले सहयोग इन्जिनियरले अन्यथा सोध्ने अधिकांश प्रश्नको उत्तर दिन्छन्।

सेवाले के दिँदैन भनी जान्नुहोस्

यो तह 3 को राउट गरिएको पहुँच हो। यो कार्यालयहरूबीच प्रसारण विस्तार गर्ने तह 2 को सर्किट होइन, त्यसैले खोज प्रोटोकल, प्रसारणमा निर्भर अनुप्रयोग र साझा खण्डका अनुमानहरू यससँगै यात्रा गर्दैनन्। छपाइ, नाम ब्राउजिङ र स्थानीय खण्डमा निर्भर जुनसुकै कुरालाई आफ्नै डिजाइन चाहिन्छ।

VPN विभाजन पनि इन्क्रिप्शन होइन। लेबल स्विचिङले ग्राहकहरूलाई प्रदायकको सञ्जालभित्र अलग राख्छ, र सम्झौताले गोपनीयता मागेमा यसले पेलोडलाई गोप्य बनाउँदैन। जहाँ यो महत्त्वपूर्ण छ त्यहाँ अनुप्रयोग वा ओभरलेले यो उपलब्ध गराउनुपर्छ।

अन्तमा, साइटको राउटिङ कन्फिगरेसनको छेउमा सेवा मोडेल लेखेर राख्नुहोस्। सबनेट थप्ने अर्को इन्जिनियरले कुन प्रिफिक्स घोषणा गरिन्छ, कसले ती स्वीकार गर्छ र अपेक्षित फर्कने मार्ग के हो भनी पढ्न सक्नुपर्छ: BGP/MPLS IP VPN विशिष्टता यो यी सबै पछाडिको मोडेलको सन्दर्भ हो।