मिकरोटिक और ओएसपीएफ। हमें क्या सामना करना पड़ा और कैसे हमने इसे पछाड़ा

शुभ दिन। आज मैं एक ऐसी चीज के बारे में बात करना चाहूंगा जिसने हमें जीने की अनुमति नहीं दी, इसने हमारे दिमागों को लंबे समय तक उड़ा दिया - मिकरोटिक और ओएसपीएफ।
मिकरोटिक कम लागत के साथ, बहुत सारे फीचर्स के साथ हार्डवेयर का एक अच्छा टुकड़ा है, लेकिन दुर्भाग्य से, कमियों के बिना नहीं।
हमारे पास निम्नलिखित नेटवर्क आरेख हैं:


ROU1 - सिस्को c3845
ROU2 - सिस्को c3845
MT1 - मिकरोटिक 1100 एएच 2
MT2 - मिकरोटिक 1100 एएच 2
c3550 - सिस्को c3550
GW68 - मिक्रोटिक आरबी 751 यू -2 एचएनडी
GW69 - मिक्रोटिक आरबी 751 यू -2 एचएनडी

ROU1 और ROU2 पर हमारे पास MT1 और MT2 (मैं IPSec को छोड़ दूंगा) के लिए सुरंगें हैं, बैकबोन के लिए OSPF प्रक्रिया शुरू कर दी गई है। सुझाया गया सबनेट 10.0.0.0/19:


MT1 और MT2 पर, सुरंग के पते क्रमशः 172.20.64.2 और 172.20.64.6 हैं। क्षेत्र की रीढ़ पहले से ही डिफ़ॉल्ट रूप से है।


लेकिन हमारे पास अभी भी सीधे MT1 और MT2 के बीच संबंध होना चाहिए।
ऐसा करने के लिए, हम नए क्षेत्र IRK का उपयोग करते हैं। हमारे पास केवल एक सिस्को c3550 स्विच नहीं है, इसमें एक रूट डिवाइस है, इस पर सभी vlans स्थापित हैं, प्रदाताओं को इसके माध्यम से अग्रेषित किया जाता है, इस पर vrf बनाया जाता है, आदि। (यदि यह दिलचस्प है, तो मैं नेटवर्क के पूरे संगठन का वर्णन करूंगा)
MT1 और MT2 से जुड़ने के लिए एक c3550 क्षेत्र IRK और दो vlan बनाएँ। एरिया आईआरके आरयू का मुख्य क्षेत्र है - एक क्षेत्रीय नोड जिसमें आरयू से जुड़े सभी राउटर संचालित होते हैं।

अब हम MT1 और MT2 पर इन vlan को स्वीकार करेंगे और हम एक नया ospf उदाहरण और क्षेत्र बनाएंगे, MT1 और MT2 के बीच एक लिंक जोड़ेंगे और पता संलग्न करेंगे।

ऐसा लगता है कि जो हमें मिला उसे मैं नहीं भूल पाया:

1. हमारे पास केंद्रीय राउटर के लिए दो सुरंग हैं, प्रत्येक मिकरोटिक से एक है।
2. क्रमशः 10 और 40 की लागत। यही है, एक लाइव मुख्य राउटर (प्रदाता) MT1 के साथ, हम एक रूटलाइन 10.0.0.0/19 से ROU1 के लिए एक सुरंग के माध्यम से एक रास्ता प्राप्त करेंगे, एक मृत व्यक्ति के साथ ROU2 के लिए एक सुरंग के माध्यम से
3. हमारे पास MT1 और MT2 के बीच एक सीधा संबंध है, इसलिए हमेशा c3550 के माध्यम से ट्रैफ़िक को चलाने के लिए नहीं।

सेट करें, सेट करें। सब कुछ काम करता है:

# एमटी 1
ADo dst-address = 10.0.0.0 / 19 गेटवे = 172.20.64.1 गेटवे-स्टेटस = 172.20.64.1 ipip_yy_vl03_rou1 दूरी = 110 स्कोप = 20 टारगेट-स्कोप = 10 ospf-metric = 40 ospf-type = external-type-1 के माध्यम से उपलब्ध

# एमटी 2
ADo dst-address = 10.0.0.0 / 19 गेटवे = 172.20.64.105 गेटवे-स्टेटस = 172.20.64.105 ईथर 2 की दूरी = 110 स्कोप = 20 टारगेट-स्कोप = 10 ऑस्प-मेट्रिक्स = 50 ऑस्प-प्रकार = बाहरी-टाइप -1 से

MT2 पर, मार्ग ईथर के माध्यम से 10k तक है, क्योंकि सिद्धांत रूप में यह होना चाहिए।

समस्या नंबर 1:

एक बार, MT1 पर, एक प्रदाता की मृत्यु हो जाती है। सबनेट 10.0.0.0/19 सुरंग के माध्यम से ROU2 तक पहुंच योग्य हो जाता है, सब कुछ वैसा ही है जैसा कि होना चाहिए:

# एमटी 2
ADo dst-address = 10.0.0.0 / 19 गेटवे = 172.20.64.5 गेटवे-स्टेटस = 172.20.64.5 ipip_yy_vl03_rou2 दूरी = 110 स्कोप = 20 टारगेट-स्कोप = 10 ospf-metric = 70 ospf-type = external-type-1 से पहुंचकर

लेकिन! जैसे ही MT1 प्रदाता जीवन के लिए आता है, हम निम्नलिखित देखते हैं:

# एमटी 1
ADo dst-address = 10.0.0.0 / 19 गेटवे = 172.20.64.1 गेटवे-स्टेटस = 172.20.64.1 ipip_yy_vl03_rou1 दूरी = 110 स्कोप = 20 टारगेट-स्कोप = 10 ospf-metric = 40 ospf-type = external-type-1 के माध्यम से उपलब्ध

# एमटी 2
ADo dst-address = 10.0.0.0 / 19 गेटवे = 172.20.64.5 गेटवे-स्टेटस = 172.20.64.5 ipip_yy_vl03_rou2 दूरी = 110 स्कोप = 20 टारगेट-स्कोप = 10 ospf-metric = 70 ospf-type = external-type-1 से पहुंचकर

हम देखते हैं कि प्रत्येक राउटर अपनी सुरंग में दिखता है। जो हमें बिलकुल भी शोभा नहीं देता। रिबूट MT2। वह MT1 से ईथर 2 के माध्यम से एक मार्ग प्राप्त करना शुरू करता है। गड़बड़।

एक अस्थायी समाधान के रूप में, हमने सभी क्षेत्रों को क्षेत्रीय नोड्स से ROU1 और ROU2 में जोड़ा। सब कुछ बहुत अच्छी तरह से काम किया जब तक एक दिन हमारे tsiska ने कहा: बहुत सारे मार्ग प्रक्रियाओं

और फिर से हम रीढ़ की हड्डी के साथ समस्या पर लौट आए। समर्थन के साथ लंबी लड़ाई से कुछ भी नहीं होता है, लेकिन एक बिंदु पर हमें जवाब मिलता है कि मिरोटिक जब एरीस के बीच मार्गों को पुनर्वितरित करता है (इस मामले में, रीढ़ की हड्डी से मार्ग को आईआरके के माध्यम से पुनर्वितरित किया जाता है)
गलत तरीके से मार्ग स्थापित करने के लिए शुरू होता है। और हमें वह चित्र मिलता है जो प्रत्येक राउटर अपनी सुरंग में देखता है।
फिर समाधान खुद से आता है:
आईपी ​​को ईथर 2 में जोड़ें, बैकबोन में एक नया सबनेट जोड़ें।

# एमटी 1
/ आईपी पते का पता जोड़ें = 172.20.64.121 / 30 टिप्पणी = "एमटी-एमटी बीबी" इंटरफ़ेस = ईथर 2
/ रूटिंग ospf नेटवर्क ऐड एरिया = बैकबोन नेटवर्क = 172.20.64.120 / 30

# हम आईआरके के माध्यम से एक मार्ग का पुनर्वितरण प्रतिबंधित करते हैं
/ रूटिंग फ़िल्टर जोड़ने की क्रिया = श्रृंखला छोड़ना = उपसर्ग-पूर्व उपसर्ग = 10.0.0.0 / 19

# एमटी 2
/ आईपी पता पता जोड़ें = 172.20.64.122 / 30 टिप्पणी = "एमटी-एमटी बीबी" इंटरफ़ेस = ईथर 2
/ रूटिंग ospf नेटवर्क ऐड एरिया = बैकबोन नेटवर्क = 172.20.64.120 / 30

# हम आईआरके के माध्यम से एक मार्ग का पुनर्वितरण प्रतिबंधित करते हैं
/ रूटिंग फ़िल्टर जोड़ने की क्रिया = श्रृंखला छोड़ना = उपसर्ग-पूर्व उपसर्ग = 10.0.0.0 / 19

और हमें वह मार्ग 10.0.0.0/19 प्राप्त होता है जिसे किसी और के युग के माध्यम से पुनर्वितरित नहीं किया जाता है, लेकिन इसे एक के भीतर स्वीकार किया जाता है फूफा, एक समस्या जीत गया था।

अब दूसरी समस्या पर विचार करने के लिए, हम GW को विन्यास देंगे, मैं MT1 और MT2 के लिए विन्यास को छोड़ दूँगा, वहाँ कुछ भी जटिल नहीं है।

हमारे पास GW68 और GW69 का आंकड़ा है, मैं केवल एक और संक्षिप्त नाम के लिए सेटिंग्स दूंगा:

मिकरोटिक 751 पर:
ether2 - बैकअप प्रदाता
ईथर 3 - मुख्य प्रदाता
ईथर 5 - LAN
प्रश्न यह होगा कि, ether2 मुख्य प्रदाता क्यों नहीं है। पहले हमने ईथर को बनाया - मुख्य प्रदाता, लेकिन यह पता चला कि पोर्ट आधा सॉफ्टवेयर था और बिल्कुल कोई IPSec प्रदर्शन नहीं था, हमने इसे केवल ईथर 3 में स्थानांतरित कर दिया ताकि कॉन्फ़िगरेशन को अधिक संपादित न किया जा सके।


यह कैसे काम करता है:

GW68 अपने स्वयं के प्रदाता के माध्यम से MT1 और MT2 को दो सुरंगें स्थापित करता है। मिकरोटिक पर कोई डिफ़ॉल्ट नहीं है, एमटी 1 और एमटी 2 के पते स्टैटिक्स में पंजीकृत हैं।
सुरंग पर MT1 की लागत 10 हो जाती है, सुरंग पर MT2 की लागत 40 हो जाती है। जैसे ही सुरंग जीवन के लिए आती है, हमें OSPF के माध्यम से MT1 से डिफ़ॉल्ट और सभी मार्ग मिलते हैं। सभी यातायात MT1 पर लिपटे हुए हैं। जैसे ही मुख्य प्रदाता बंद हो जाता है,
OSPF टाइमर समाप्त होने के बाद, सुरंग से MT2 तक के मार्ग सक्रिय हो जाते हैं।

समस्या 2:

लाइव मुख्य चैनल के साथ, हम GW68 लॉग में देखते हैं

20:12:26 मार्ग, ospf, जानकारी डेटाबेस विवरण पैकेट में अलग-अलग मास्टर स्टेटस ध्वज होता है
२०:१२:२६ मार्ग, ospf, जानकारी नए मास्टर ध्वज = गलत

इस बिंदु पर, हमारा ट्रैफ़िक अपने आप ही सुरंग से MT2 तक चलना शुरू हो जाता है। MT1 के लिए सुरंग लाइव है, और यातायात सुरंग से MT2 तक चलता है। और चूंकि दुकानों में आमतौर पर मेगाबाइट भंडार होता है,
तब हमें बिना किसी कारण के पैसे की थकावट हो जाती है।
सुरंग को सब कुछ MT1 में वापस करने के लिए, MT1 पर GW68 के लिए सुरंग को बंद करना और चालू करना आवश्यक था। इसके अलावा, यह समस्या केवल कुछ शहरों में उत्पन्न हुई, और सभी राउटरों पर नहीं।
माइक्रोटिका फोरम में, उन में। किसी ने भी हमारी मदद नहीं की। एक बार मेरे सहयोगी, MT1-जुनिपर SRX-650 सुरंग को उठाने की कोशिश कर रहे थे, शराब का एक गुच्छा, एक स्निफर और एक डिबगर :) से लैस था।
और IPSec डिबगिंग करते समय, मैं OSPF मिकरोटिक प्राधिकरण त्रुटियों के पार आया। हमने ओएसपीएफ और वॉइला इंटरफेस पर प्राधिकरण को अक्षम कर दिया, समस्या अपने आप ही गायब हो गई।
प्राधिकरण कैसे जाता है, विफलता कहां है, अब न तो वह याद है और न ही मैं। लेकिन मसला हल हो गया। क्यों कहीं यह पूरी तरह से और प्राधिकरण के साथ काम किया, मैं नहीं कह सकता।

मिकरोटिक के साथ केवल एक कॉफी आधार पर अनुमान लगा सकता है, क्योंकि प्रत्येक समर्थन प्रतिक्रिया एक नया प्रश्न है, प्रत्येक नया फर्मवेयर एक नई समस्या प्रस्तुत करता है :)