सबसे छोटे के लिए नेटवर्क। भाग छः गतिशील रूटिंग

"लिफ्ट मील अप" नेटवर्क, अपने कर्मचारियों के साथ, साथ-साथ बढ़ रहा है। आईटी इन्फ्रास्ट्रक्चर का रखरखाव एक विशेष रूप से निर्मित संगठन "लिंक मील अप" में किया गया था।
दूसरे दिन, विभिन्न शहरों में चार और शाखाएँ खरीदी गईं और निवेशकों ने लिफ्ट आंदोलन के नए आयामों की खोज की। और नेटवर्क एक बार में चार राउटर से दस हो गया है। राउटर के बीच पॉइंट-टू-पॉइंट लिंक की गिनती नहीं करते हुए अब सबनेट की संख्या 9 से बढ़कर 20 हो गई है। और फिर इस सभी अर्थव्यवस्था का पूरा प्रबंधन बढ़ जाता है। आपको इस बात से सहमत होना चाहिए कि प्रत्येक नोड पर मैन्युअल रूप से सभी नेटवर्क में मार्गों को जोड़ना बहुत मजेदार नहीं है।
स्थिति इस तथ्य से जटिल है कि कैलिनिनग्राद में नेटवर्क का पहले से ही अपना पता है और उस पर EIGRP डायनामिक रूटिंग प्रोटोकॉल लॉन्च किया गया है।
तो आज:
- डायनेमिक रूटिंग प्रोटोकॉल के सिद्धांत को समझना।
- हम "Lift mi Up" नेटवर्क में OSPF प्रोटोकॉल पेश करते हैं।
- हम OSPF और EIGRP के बीच मार्गों के हस्तांतरण (पुनर्वितरण) को कॉन्फ़िगर करते हैं
- इस अंक में, हम "कार्य" अनुभाग जोड़ रहे हैं। निम्नलिखित आइकन लेख के दौरान उनकी पहचान करेंगे:


कठिनाई स्तर अलग होगा। उन सभी कार्यों के उत्तर होंगे जो साइकिल वेबसाइट पर देखे जा सकते हैं। उनमें से कुछ में आपको सोचने की आवश्यकता होगी, अन्य में प्रलेखन पढ़ने के लिए, तीसरे में टोपोलॉजी को समझने के लिए और शायद डिबगिंग जानकारी को देखने के लिए भी। यदि कार्य आरटी में संभव नहीं है, तो हम इसके बारे में एक विशेष नोट करेंगे।

डायनेमिक रूटिंग प्रोटोकॉल का सिद्धांत

शुरू करने के लिए, हम "डायनामिक रूटिंग" की अवधारणा से निपटेंगे। अब तक, हमने तथाकथित स्टैटिक रूटिंग का उपयोग किया है, अर्थात, हमने अपने हाथों से प्रत्येक राउटर पर राउटिंग टेबल लिखा है। रूटिंग प्रोटोकॉल का उपयोग करने से हमें इस थकाऊ नीरस प्रक्रिया और मानव कारक से जुड़ी त्रुटियों से बचने की अनुमति मिलती है। जैसा कि नाम से ही स्पष्ट है, ये प्रोटोकॉल वर्तमान नेटवर्क कॉन्फ़िगरेशन के आधार पर, स्वचालित रूप से , रूटिंग टेबल बनाने के लिए डिज़ाइन किए गए हैं। सामान्य तौर पर, बात आवश्यक है, खासकर जब आपका नेटवर्क 3 राउटर नहीं है, लेकिन 30, उदाहरण के लिए।
सुविधा के अलावा, अन्य पहलू भी हैं। उदाहरण के लिए, दोष सहिष्णुता । स्थैतिक रूटिंग के साथ नेटवर्क होने पर, आपके लिए बैकअप चैनल व्यवस्थित करना बहुत मुश्किल होगा - किसी विशेष खंड की उपलब्धता की निगरानी करने वाला कोई नहीं है।



उदाहरण के लिए, यदि आप ऐसे नेटवर्क में R2 और R3 के बीच लिंक को तोड़ते हैं, तो R1 से पैकेट पहले की तरह R2 में जाएंगे, जहां वे नष्ट हो जाएंगे, क्योंकि उनके पास भेजने के लिए कहीं नहीं है।



कुछ सेकंड (या यहां तक ​​कि मिलीसेकंड) के भीतर डायनामिक रूटिंग प्रोटोकॉल नेटवर्क पर समस्याओं के बारे में पता लगाते हैं और उनके रूटिंग टेबल को फिर से बनाते हैं और उपरोक्त मामले में, पैकेट को वर्तमान मार्ग के साथ भेजा जाएगा



एक अन्य महत्वपूर्ण बिंदु ट्रैफ़िक संतुलन है । डायनेमिक रूटिंग प्रोटोकॉल व्यावहारिक रूप से आउट ऑफ द बॉक्स इस सुविधा का समर्थन करते हैं और आपको इनकी गणना करते हुए, निरर्थक मार्गों को मैन्युअल रूप से जोड़ने की आवश्यकता नहीं है।

खैर, गतिशील राउटिंग की शुरूआत नेटवर्क की स्केलिंग की सुविधा प्रदान करती है । जब आप मौजूदा राउटर पर एक नेटवर्क या सबनेट में एक नया तत्व जोड़ते हैं, तो आपको इसे काम करने के लिए केवल कुछ चरणों का प्रदर्शन करने की आवश्यकता होती है और त्रुटि की संभावना न्यूनतम होती है, जबकि परिवर्तनों के बारे में जानकारी तुरंत सभी उपकरणों में फैल जाती है। ठीक यही बात टोपोलॉजी में वैश्विक बदलाव के बारे में भी कही जा सकती है।

सभी रूटिंग प्रोटोकॉल को दो बड़े समूहों में विभाजित किया जा सकता है: बाहरी ( EGP - बाहरी गेटवे प्रोटोकॉल) और आंतरिक ( IGP - आंतरिक गेटवे प्रोटोकॉल)। उनके बीच के अंतर को समझाने के लिए, हमें "स्वायत्त प्रणाली" शब्द की आवश्यकता है। एक सामान्य अर्थ में, एक स्वायत्त प्रणाली (रूटिंग डोमेन) सामान्य नियंत्रण के तहत राउटर का एक समूह है।
हमारे अद्यतन नेटवर्क के मामले में, एएस इस तरह होगा:



तो, आंतरिक मार्ग प्रोटोकॉल का उपयोग स्वायत्त प्रणाली के अंदर किया जाता है, और बाहरी लोगों को एक दूसरे से स्वायत्त प्रणालियों को जोड़ने के लिए उपयोग किया जाता है। बदले में, आंतरिक मार्ग प्रोटोकॉल को दूरी-वेक्टर (RIP, EIGRP) और लिंक राज्य (OSPF, IS-IS) में विभाजित किया गया है। इस लेख में, हम अपनी आदरणीय आयु के साथ-साथ पीटी में अनुपस्थिति के कारण आईएस-आईएस के साथ-साथ आरआईपी और आईजीआरपी प्रोटोकॉल को प्रभावित करने वाली लाशों को नहीं मारेंगे ।

दो प्रजातियों के बीच मूलभूत अंतर इस प्रकार हैं:
1) राउटर के बीच सूचना का आदान-प्रदान का प्रकार: दूरी-वेक्टर के लिए राउटिंग टेबल और लिंक स्टेट के लिए टोपोलॉजी टेबल,
2) सबसे अच्छा मार्ग चुनने की प्रक्रिया,
3) प्रत्येक राउटर "ध्यान में रखता है" नेटवर्क के बारे में जानकारी की मात्रा: दूरी-वेक्टर केवल अपने पड़ोसियों को जानता है, लिंक स्टेट को पूरे नेटवर्क का विचार है।

जैसा कि हम देख सकते हैं, राउटिंग प्रोटोकॉल की संख्या छोटी है, लेकिन फिर भी एक या दो नहीं। और यदि आप एक ही समय में राउटर पर कई प्रोटोकॉल चलाते हैं तो क्या होगा? यह पता चल सकता है कि प्रत्येक प्रोटोकॉल का अपना स्वयं का विचार होगा कि किसी विशेष नेटवर्क को कैसे प्राप्त किया जाए। और अगर हमारे पास भी स्थैतिक मार्ग कॉन्फ़िगर हैं? राउटर किसको वरीयता देगा और राउटिंग टेबल में यह किसके रूट को जोड़ेगा? इस प्रश्न का उत्तर नए शब्द के साथ जुड़ा हुआ है: प्रशासनिक दूरी (हमारे स्वाद के लिए, अंग्रेजी प्रशासनिक दूरी से एक औसत दर्जे का ट्रेसिंग-पेपर, लेकिन बेहतर आविष्कार नहीं किया जा सकता था)। प्रशासनिक दूरी 0 से 255 तक एक पूर्णांक है जो इस मार्ग के लिए राउटर के "आत्मविश्वास माप" को व्यक्त करता है। कम एडी, अधिक विश्वास। यहाँ सिस्को के दृष्टिकोण से इस तरह के विश्वास का संकेत है:

प्रोटोकॉल	प्रशासनिक दूरी
कनेक्टेड इंटरफ़ेस	0
स्थिर मार्ग	1
एन्हांस्ड आंतरिक गेटवे रूटिंग प्रोटोकॉल (EIGRP) सारांश मार्ग	5
बाहरी सीमा प्रवेश द्वार प्रोटोकॉल (बीजीपी)	20
आंतरिक EIGRP	90
IGRP	100
ओएसपीएफ	110
इंटरमीडिएट सिस्टम-टू-इंटरमीडिएट सिस्टम (IS-IS)	115
रूटिंग सूचना प्रोटोकॉल (RIP)	120
बाहरी गेटवे प्रोटोकॉल (ईजीपी)	140
डिमांड रूटिंग (ODR) पर	160
बाहरी EIGRP	170
आंतरिक बीजीपी	200
अज्ञात	255

आज के लेख में हम OSPF और EIGRP का विश्लेषण करेंगे। पहला एक हर जगह और लगातार पाया जाएगा, और दूसरा नेटवर्क में बहुत अच्छा है जहां केवल सिस्को उपकरण मौजूद है।
उनमें से प्रत्येक के अपने फायदे और नुकसान हैं। हम यह कह सकते हैं कि EIGRP OSPF पर जीतता है, लेकिन सभी फायदे इसकी औचित्य से ऑफसेट हैं। EIGRP एक मालिकाना सिस्को प्रोटोकॉल है और कोई भी इसका समर्थन नहीं करता है।
वास्तव में, EIGRP में कई कमियां हैं, लेकिन यह लोकप्रिय लेखों में विशेष रूप से सामान्य नहीं है। यहाँ समस्याओं में से एक है: SIA


तो चलिए शुरू करते हैं।

ओएसपीएफ

ओएसपीएफ पहाड़ों को कॉन्फ़िगर करने के तरीके पर लेख और वीडियो। काम के सिद्धांतों का बहुत कम वर्णन। सामान्य तौर पर, ऐसी कोई चीज होती है कि एसपीएफ एल्गोरिदम और समझ से बाहर एलएसए के बारे में जानने के बिना, ओएसपीएफ को केवल मैनुअल के अनुसार कॉन्फ़िगर किया जा सकता है। और सब कुछ काम करेगा और यहां तक ​​कि, सबसे अधिक संभावना है, पूरी तरह से काम करेगा - यही वह है जिसे इसके लिए डिज़ाइन किया गया है। यही है, यह वलन के साथ पसंद नहीं है, जहां आपको हेडर प्रारूप के नीचे सिद्धांत को जानना था।
लेकिन एक अभियंता एक enikeyschik से अलग है, वह समझता है कि उसका नेटवर्क इस तरह से क्यों काम करता है और अन्यथा नहीं, और ओएसपीएफ से भी बदतर कोई नहीं जानता कि प्रोटोकॉल किस मार्ग से चुना जाएगा।
लेख के ढांचे में, जो उस समय 8,000 वर्णों का है, हम सिद्धांत की गहराई में नहीं जा पाएंगे, लेकिन हम मूल बिंदुओं पर विचार करेंगे।
बहुत सरल और समझ में आता है, वैसे, यह OSPF के बारे में xgu.ru या अंग्रेजी विकिपीडिया पर लिखा गया है।
तो, OSPFv2 IP के शीर्ष पर काम करता है, और विशेष रूप से, यह केवल IPv4 के लिए है (OSPFv3 परत 3 प्रोटोकॉल से स्वतंत्र है और इसलिए IPv6 के साथ काम कर सकता है)।

ऐसे सरलीकृत नेटवर्क के उदाहरण पर इसके काम पर विचार करें:



शुरू करने के लिए, यह कहा जाना चाहिए कि रूटर्स (आसन्न संबंध) के बीच दोस्ती स्थापित करने के लिए, निम्नलिखित शर्तों को पूरा करना होगा:

1) OSPF में समान हैलो अंतराल को उन राउटर पर कॉन्फ़िगर किया जाना चाहिए जो एक दूसरे से जुड़े हुए हैं। डिफ़ॉल्ट रूप से, यह प्रसारण नेटवर्क पर 10 सेकंड है, जैसे ईथरनेट। यह एक तरह का KeepAlive मैसेज है। यही है, हर 10 सेकंड में, प्रत्येक राउटर अपने पड़ोसी को यह कहने के लिए एक हैलो पैकेट भेजता है, "अरे, मैं जीवित हूं,"
2) उन पर मृत अंतराल समान होना चाहिए। आमतौर पर ये 4 हैलो अंतराल हैं - 40 सेकंड। यदि इस समय के दौरान पड़ोसी से हैलो प्राप्त नहीं होता है, तो यह अनुपलब्ध माना जाता है और PANIC स्थानीय डेटाबेस के पुनर्निर्माण और सभी पड़ोसियों को अपडेट भेजने की प्रक्रिया शुरू करता है,
3) एक दूसरे से जुड़े इंटरफेस एक ही सबनेट पर होने चाहिए,
4) OSPF ऑटोनॉमस सिस्टम को ज़ोन में विभाजित करके राउटर राउटर पर लोड को कम कर सकता है। इसलिए ज़ोन संख्याओं का भी मिलान होना चाहिए,
5) OSPF प्रक्रिया में भाग लेने वाले प्रत्येक राउटर की अपनी विशिष्ट पहचानकर्ता होती है - राउटर आईडी । यदि आप इसका ध्यान नहीं रखते हैं, तो राउटर स्वचालित रूप से कनेक्ट किए गए इंटरफेस के बारे में जानकारी के आधार पर इसका चयन करेगा (उच्चतम पते को उन इंटरफेस से चुना गया है जो उस समय सक्रिय थे जब ओएसपीएफ प्रक्रिया शुरू हुई थी)। लेकिन फिर से, एक अच्छे इंजीनियर के पास सब कुछ नियंत्रण में है, इसलिए आमतौर पर एक लूपबैक इंटरफ़ेस बनाया जाता है, जिसे / 32 मास्क के साथ एक पता सौंपा जाता है और यह वह है जो राउटर आईडी को सौंपा गया है। सर्विसिंग और समस्या निवारण के समय यह सुविधाजनक हो सकता है।
6) MTU का आकार मैच होना चाहिए

इसके अलावा, नाटक आठ भागों में है।

1) शांत। OSPF स्थिति - डाउनलोड करें
इस छोटे से क्षण में नेट पर कुछ भी नहीं होता है - हर कोई चुप है।



2) हवा उठती है: राउटर उन सभी इंटरफेसों से 224.0.0.5 के मल्टीकास्ट पते पर हैलो पैकेट भेजता है, जहां ओएसपीएफ चल रहा है। ऐसे संदेशों का TTL एक के बराबर है, इसलिए केवल उसी नेटवर्क सेगमेंट में स्थित राउटर उन्हें प्राप्त करेंगे। R1 INIT राज्य में जाता है।



निम्नलिखित जानकारी संकुल में सन्निहित है:

• राउटर आईडी
• हैलो इंटरवल
• मृत अंतराल
• पड़ोसियों
• सबनेट मास्क
• क्षेत्र की आईडी
• राउटर प्राथमिकता
• DR और BDR राउटर पते
• प्रमाणीकरण पासवर्ड

अब तक, हम केवल सामान्य रूप से केवल राउटर आईडी और पड़ोसियों में पहले चार या अधिक सटीक रूप से रुचि रखते हैं।
R1 के हैलो मैसेज में इसकी राउटर आईडी होती है और इसमें पड़ोसी नहीं होते हैं, क्योंकि यह उनके पास अभी तक नहीं है।
इस मल्टीकास्ट संदेश को प्राप्त करने के बाद, राउटर आर 2 अपनी पड़ोसी तालिका में आर 1 जोड़ता है (यदि सभी आवश्यक पैरामीटर मेल खाते हैं)।



और यह आर 1 को पहले से ही एक नया हैलो संदेश देता है, जिसमें इस राउटर की राउटर आईडी शामिल है, और निगबोर की सूची में इसके सभी पड़ोसी सूचीबद्ध हैं। इस सूची में अन्य पड़ोसियों में राउटर आईडी आर 1 है, अर्थात आर 2 पहले से ही इसे पड़ोसी मानता है।



3) दोस्ती। जब R1 को R2 से यह हैलो संदेश प्राप्त होता है, तो यह पड़ोसियों की सूची को स्क्रॉल करता है और इसे अपनी राउटर आईडी में पाता है, यह अपने पड़ोसियों की सूची में R2 जोड़ता है।



अब R1 और R2 एक-दूसरे के परस्पर पड़ोसियों में हैं - इसका मतलब है कि उनके बीच एक आसन्नता स्थापित है और राउटर R1 TWO WAY अवस्था में प्रवेश करता है।



इसके बाद DR और BDR का विकल्प आता है, लेकिन हम इस पर ध्यान नहीं देंगे, हालांकि ये काफी महत्वपूर्ण चीजें हैं।

4) तूफान से पहले शांत। इसके बाद, हर कोई EXSTART स्थिति में चला जाता है। यहां, सभी पड़ोसी आपस में तय करते हैं कि बॉस कौन है। यह सबसे बड़ी रूटर आईडी - R2 के साथ राउटर बन जाता है।

5) जब ओल्ड मैन का चयन किया जाता है, तो पड़ोसी एक्सचेंज राज्य में जाते हैं और डीबीडी संदेशों (या डीडी) का आदान-प्रदान करते हैं - डेटा बेस विवरण, जिसमें एलएसडीबी (लिंक स्टेट डेटा बेस) का विवरण होता है, वे कहते हैं, मुझे इन सबनेट के बारे में पता है।
यहां यह स्पष्ट करना आवश्यक है कि LSDB क्या है। यदि रूसी में शाब्दिक अनुवाद किया गया है: लिंक की स्थिति का एक डेटाबेस। प्रारंभिक स्थिति में, राउटर केवल उन लिंक (इंटरफेस) के बारे में जानता है, जिन पर OSPF प्रक्रिया चल रही है। नाटक के दौरान, प्रत्येक राउटर नेटवर्क के बारे में सभी जानकारी एकत्र करता है और टोपोलॉजी को संकलित करता है। यह एलएसडीबी होगा, जो ज़ोन के सभी सदस्यों पर समान होना चाहिए।
अपने DBD राउटर को भेजने वाले पहले को इस इंटरफ़ेस पर मुख्य के रूप में चुना गया है - 2.2.2.2। उसका अनुसरण करते हुए, 1.1.1.1 वही करता है।



6) संदेश प्राप्त होने पर, R1 और R2 रूटर्स DBD (LSAck) की पुष्टि करते हैं, और उसके बाद उनके LSDB में निहित नई जानकारी की तुलना करते हैं, और यदि अंतर होता है, तो एक दूसरे को LSR (लिंक स्टेट रिक्वेस्ट) भेजें, जिससे एक नए राज्य में जा रहा है। एलएसआर में वे कहते हैं - "मुझे इस नेटवर्क के बारे में कुछ भी पता नहीं है। मुझे और बताओ। ”



7) R2, R1 से LSR प्राप्त करने के बाद, LSU (लिंक स्टेट अपडेट) भेजता है, जिसमें आवश्यक सबनेट के बारे में विस्तृत जानकारी के साथ LSA (लिंक राज्य विज्ञापन) होता है।



और इसलिए, जैसे ही R1 सभी सबनेट पर डेटा का अंतिम टुकड़ा प्राप्त करता है और अपना LSDB बनाता है, यह अपने अंतिम स्थिति पूर्ण चरण में चला जाता है।



जब तक ज़ोन के सभी राउटर पूर्ण राज्य की स्थिति में पहुंच जाते हैं, तब तक उन सभी को एक ही एलएसडीबी होना चाहिए - उन्होंने एक ही नेटवर्क का अध्ययन किया। यही है, वास्तव में, इसका मतलब है कि राउटर आपके पूरे नेटवर्क को जानता है, क्या, कैसे और कहां से जुड़ा हुआ है।

लेखकों को पता है कि इन सभी संक्षिप्ताक्षरों और नियमों को समझना और याद रखना कठिन है, लेकिन एक निश्चित आवृत्ति के साथ अलग-अलग जगहों पर 5-7 बार पढ़ने के बाद, आप अंदाजा लगा सकते हैं कि OSPF कैसे काम करता है।

8) इसलिए, अब हमारे पास सभी राउटर नेटवर्क के बारे में सब कुछ जानते हैं, लेकिन यह ज्ञान रूटिंग में मदद नहीं करता है।
अगला चरण, ओएसपीएफ, दिज्क्स्ट्रा के एल्गोरिथ्म का उपयोग करते हुए (या इसे एसपीएफ - शॉर्टेस्ट पाथ फर्स्ट भी कहा जाता है), ज़ोन के प्रत्येक राउटर के सबसे छोटे मार्ग की गणना करता है - यह पूरी टोपोलॉजी जानता है। मेट्रिक्स इसमें उसकी मदद करते हैं। जितना कम हो, उतना बेहतर मार्ग। मीट्रिक एक मार्ग के साथ बढ़ने की लागत है।



उदाहरण के लिए, ऐसे नेटवर्क में, आर 1 से आर 3 तक सीधे या आर 2 के माध्यम से पहुंचा जा सकता है।

स्वाभाविक रूप से, पहला विकल्प कम खर्च होगा। लेकिन यह प्रदान किया जाता है कि आपके पास हर जगह एक ही प्रकार का इंटरफेस है। और अगर, उदाहरण के लिए, R1 और R3 के बीच आपके पास 56k मॉडेम कनेक्शन या एक अत्यंत अस्थिर जीपीआरएस लिंक है? तब उनके पास बहुत अधिक लागत होगी और ओएसपीएफ लंबे समय तक लेकिन तेज तरीके से पसंद करेगा।
पाया गया मार्ग फिर रूटिंग टेबल में जोड़ दिया जाता है।

अब प्रत्येक 10 सेकंड में प्रत्येक राउटर हैलो पैकेट भेजेगा, और एलएसए हर 30 मिनट में भेजे जाते हैं - इस प्रकार के डेटा को पहले से ही अप्रचलित माना जाता है, अपडेट करना आवश्यक होगा, भले ही कोई बदलाव न हो।

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

बेशक, 40 सेकंड (डेड इंटरवल) इंतजार करना थोड़ा अजीब होगा और उसके बाद ही टेबल का पुनर्निर्माण करना शुरू करेंगे। यह RIP के लिए भी उपयोग करने योग्य होगा, लेकिन उस प्रोटोकॉल के लिए नहीं, जिसका उपयोग बड़ी संख्या में आधुनिक नेटवर्क में किया जाता है। इसलिए, जैसे ही कोई भी लिंक (या कई) क्रैश हो जाता है, राउटर अपने LSDB को बदल देता है और एक LSU उत्पन्न करता है, इसे पहले की तुलना में अधिक संख्या में असाइन करता है (प्रत्येक LSDB में एक नंबर होता है जो पिछले LSA से प्राप्त होता है)।

यह LSU संदेश मल्टीकास्ट एड्रेस 224.0.0.5 पर भेजा जाता है। इसे प्राप्त करने वाले राउटर LSU में निहित LSA नंबर की जांच करते हैं।
1) यदि संख्या राउटर के वर्तमान एलएसए की संख्या से अधिक है, तो एलएसडीबी बदल जाता है। (LSDB संस्करण पुराना है, जानकारी नई है),
2) यदि संख्या समान है, तो कुछ भी नहीं होता है। इस राउटर को पहले ही इस एलएसए को किसी अन्य तरीके से मिल चुका है,
3) यदि प्राप्त एलएसए संख्या स्थानीय एलएसडीबी से कम है, तो इसका मतलब है कि राउटर में पहले से ही अधिक जानकारी है, और यह पुराने के प्रेषक को एक नया एलएसए (इसके एलएसडीबी के आधार पर) भेजता है।

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

सामान्य तौर पर, सभी उपकरणों पर जानकारी की प्रासंगिकता बनाए रखने के लिए यह सब होता है - एलएसडीबी सभी के लिए समान होना चाहिए।

यहां यह ध्यान दिया जाना चाहिए कि राउटर नोटिस केवल अपने पड़ोसी से सीधे कनेक्ट होने पर बदलता है। यदि वहाँ है, उदाहरण के लिए, उनके बीच एक स्विच, डिवाइस भौतिक इंटरफ़ेस में गिरावट का पता नहीं लगाएगा और कुछ भी नहीं करेगा। ऐसी स्थितियों के लिए, दो समाधान हैं।
1) टाइमर सेट करें। ओएसपीएफ के लिए, उन्हें एमएस स्तर तक कम किया जा सकता है।
2) बहुत शांत BFD ( द्विदिश अग्रेषण जांच ) प्रोटोकॉल का उपयोग करें। यह आपको मिलीसेकंड स्तर पर भी लिंक की स्थिति को ट्रैक करने की अनुमति देता है। कॉन्फ़िगरेशन में, बीएफडी अन्य प्रोटोकॉल के साथ संचार करता है और आपको बहुत जल्दी सूचित करने की अनुमति देता है जिसे यह जानने की आवश्यकता है कि नेटवर्क पर समस्याएं हैं। विशेष रूप से, हम दूसरे भाग में BFD से निपटेंगे।

जैसा कि आपने देखा, सभी संदेशों की पुष्टि होती है: या तो यह LSAck है, या हैलो नमस्ते का जवाब है। यह टीसीपी को अस्वीकार करने के लिए एक शुल्क है - किसी भी तरह आपको एक सफल डिलीवरी सुनिश्चित करने की आवश्यकता है।

कुल मिलाकर, एलएसए के 7 प्रकार हैं जो बहुत ज़ोन से बंधे हैं, जिनमें से 5 टुकड़े भी हैं। राउटर भी चार प्रकार में आते हैं। और नामित राउटर (DR) और बैकअप DR (BDR), ABR और ASBR की अवधारणाएँ भी हैं। मैट्रिक्स और सामान, सामान की गणना के लिए सूत्र हैं। हम इसे स्वतंत्र अध्ययन के लिए छोड़ देते हैं।

OSPF अभ्यास

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



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

हमारे नेटवर्क के लिए विशेष रूप से IGP का कार्यान्वयन क्या होगा?
1) विन्यास की सादगी, निश्चित रूप से। प्रत्येक नोड पर, आपको केवल स्थानीय क्षेत्र नेटवर्क जानने की आवश्यकता है, ओएसपीएफ उनके वितरण के मुद्दे से हैरान हो जाएगा।
2) निरर्थक लिंक जो हमें संचार चैनलों के अतिरेक प्रदान करते हैं। यदि, उदाहरण के लिए, बेघर लोगों ने मास्को और क्रास्नोयार्स्क के बीच ऑप्टिक्स काट दिया, तो संचार के बिना एक भी शाखा नहीं छोड़ी जाएगी: सभी ट्रैफ़िक व्लादिवोस्तोक



3 से गुजरेंगे ) स्वचालित रूप से समस्याओं का पता लगा लेंगे , टोपोलॉजी का पुनर्निर्माण करेंगे और रूटिंग टेबल को बदलेंगे। यही वह है जो पैराग्राफ 2 को पूरा करना संभव बनाता है।
4) जब हम टीटीएल की समय सीमा समाप्त होने तक दो नोड्स के बीच एक पैकेट टॉस करते हैं, तो एक रूटिंग लूप बनाने का कोई खतरा नहीं है। स्थिर ट्यूनिंग के साथ, यह स्थिति संभव से अधिक है।
5) विस्तार की सुविधा। कल्पना करें कि आपको एक नई शाखा जोड़ने की आवश्यकता है, उदाहरण के लिए, टॉम्स्क में और आप इसे केमेरोवो के माध्यम से जोड़ेंगे। फिर आपको मॉस्को, केमेरोवो और टॉम्स्क में ही स्थिर मार्गों को पंजीकृत करना होगा। स्पीकर का उपयोग करते समय, आप केवल एक नया राउटर कॉन्फ़िगर करते हैं ... और यह बात है।

हमने पहले ही शाखा और पॉइंट-टू-पॉइंट लिंक सबनेट की आईपी-योजना तैयार कर ली है। मान लीजिए कि सभी प्रारंभिक सेटिंग्स सभी नोड्स पर भी की गई थीं:
- hostname
- सुरक्षा पैरामीटर (टेलनेट, ssh के लिए पासवर्ड)
- लिंक इंटरफेस के आईपी पते।
- लैन सबनेट के
आईपी ​​पते - लूपबैक इंटरफेस के आईपी पते।

Loopback-. . 172.16.255.0/24. OSPF, BGP, MPLS.
, . , , UP, ( shutdown ). :
, , Nagios. R1 FE0/0 — 10.1.0.1.



— . , .



, , FE0/1. Nagios' , , . , IP- .
Nagios' Loopback-, , .

IP- Loopback- /32, 11111111.11111111.11111111.1111111 — — .

चूंकि सभी तैयारियां पहले ही पूरी हो चुकी हैं, हमारे पास एक बहुत ही सरल कार्य है: सभी राउटरों के माध्यम से जाना और ओएसपीएफ प्रक्रिया को सक्रिय करना।

1) पहली चीज जो हमें करने की ज़रूरत है वह राउटर की ओएसपीएफ प्रक्रिया शुरू करना है:

msk-arbat-gw1 (config) # रूटर OSPF 1

पहले शब्द में, हम इंगित करते हैं कि हम डायनामिक रूटिंग प्रोटोकॉल लॉन्च कर रहे हैं, फिर हम संकेत देते हैं कि कौन सी और अंतिम रूप से प्रक्रिया संख्या है (सैद्धांतिक रूप से, एक ही राउटर पर कई हो सकते हैं)।

इसके तुरंत बाद, एक राउटर आईडी स्वचालित रूप से असाइन की जाती है। डिफ़ॉल्ट रूप से, यह लूपबैक इंटरफेस के लिए सबसे बड़ा पता है।

2) इस बात को मौका देने के लिए मत छोड़ो। सामान्य नियम: राउटर आईडी अद्वितीय होनी चाहिए। नहीं, बेशक आप उन्हें वही बना सकते हैं, लेकिन इस मामले में आपको अजीब लगने लगेगा।

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

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

msk-arbat-gw1 (कॉन्फ़िग-राउटर) # राउटर-आईडी 172.16.255.1

3) अब हम घोषणा कर रहे हैं कि हम कौन से नेटवर्क की घोषणा करेंगे (ओएसपीएफ पड़ोसियों को स्थानांतरित करें)। ध्यान दें कि यह कमांड एक वाइल्डकार्ड मास्क का उपयोग करता है, जैसा कि ACL में है

msk-arbat-gw1 (config-router) #network 172.16.0.0 0.0.255.255 क्षेत्र 0

यहाँ हम विस्तार से बताते हैं। नेटवर्क कमांड के साथ , हम गलत नेटवर्क को निर्दिष्ट करते हैं जो हमारा राउटर प्रसारित करेगा, हम प्रक्रिया में शामिल इंटरफेस का निर्धारण करते हैं।
सभी राउटर इंटरफेस जिनके आईपी पते कॉन्फ़िगर सीमा के भीतर आते हैं 172.16.0.0 0.0.255.255 (172.16.0.0-172.16.255.255) प्रक्रिया में शामिल होंगे।
इसका अर्थ निम्न है:
ए) इन इंटरफेस से हैलो संदेश भेजे जाएंगे, उनके माध्यम से पड़ोसी संबंध स्थापित किए जाएंगे, और नेटवर्क टोपोलॉजी के बारे में अपडेट भेजा जाएगा।
बी) ओएसपीएफ इन इंटरफेस के सबनेट का अध्ययन करता है और यह वह होगा जो एनोस करेगा और अपनी स्थिति की निगरानी करेगा। यही नहीं, 172.16.0.0 0.0.255.255, जैसा कि हमने कॉन्फ़िगर किया है, लेकिन जो इस सीमा को पूरा करते हैं


हमारे मामले में, इससे कोई फर्क नहीं पड़ता कि हम कैसे कॉन्फ़िगर करते हैं:

msk-arbat-gw1(config-router)#network 172.16.0.0 0.0.255.255 area 0

या

msk-arbat-gw1(config-router)#network 172.16.0.0 0.0.15.255 area 0

या

msk-arbat-gw1(config-router)#network 172.16.0.0 0.0.255.255 area 0
msk-arbat-gw1(config-router)#network 172.16.1.0 0.0.255.255 area 0
msk-arbat-gw1(config-router)#network 172.16.2.0 0.0.255.255 area 0
……
msk-arbat-gw1(config-router)#network 172.16.15.0 0.0.255.255 area 0

ये सभी कमांड हमारे मामले में समान काम करेंगे।
चूंकि हमारे पास नेटवर्क 172.16.0.0/16 के पते वाले सभी स्थानीय नेटवर्क हैं, इसलिए हम सबसे आम प्रविष्टि का उपयोग करेंगे। उसी समय, निश्चित रूप से, बाहरी इंटरफ़ेस FastE ईथरनेट0 / 1.6 इंटरनेट में नहीं मिलेगा, क्योंकि इसका पता - 198.51.100.2 - इस सीमा से नहीं है।
इस कॉन्फ़िगरेशन के साथ, कोई भी नया इंटरफ़ेस जिस पर आप 172.16.0.0 - 172.16.255.255 की सीमा में एक पता निर्दिष्ट करते हैं, स्वचालित रूप से ओएसपीएफ प्रक्रिया का सदस्य बन जाता है। बेहतर या बदतर के लिए, यह आपकी इच्छाओं पर निर्भर करता है।
क्षेत्र 0 का अर्थ है कि ये सबनेट ज़ोन नंबर शून्य से संबंधित हैं (हमारे उदाहरण में, केवल यही होगा)।

क्षेत्र 0 एक साधारण क्षेत्र नहीं है, यह तथाकथित रीढ़ क्षेत्र है। इसका मतलब है कि यह अन्य सभी क्षेत्रों को जोड़ती है, अर्थात। किसी भी गैर-ज़ोन क्षेत्र से किसी भी नॉनज़रो के लिए आने वाला पैकेट 0 क्षेत्र से गुजरना चाहिए

जैसे ही आप नेटवर्क कमांड सेट करते हैं , स्वागत शब्द सही इंटरफेस से उड़ जाते हैं, लेकिन उन्हें जवाब देने वाला कोई नहीं है - कोई पड़ोसी नहीं हैं:

msk-arbat-gw1 # sh ip OSPF पड़ोसी
msk-arbat-gw1 #

अब हम केमेरोवो में ओएसपीएफ सेटिंग्स (राउटर आईडी = आईपी प्लान से लिया गया लूपबैक इंटरफेस का आईपी पता) लिखेंगे:

kmr-gorka-gw1 (config) #router OSPF 1
kmr-gorka-gw1 (कॉन्फिगरेशन-राउटर) # राउटर-आईडी 172.16.255.48
kmr-gorka-gw1 (कॉन्फिगरेशन-राउटर) #network 172.16.0.0 0.0.255.255 एरिया 0

और इसके ठीक बाद आपको कंसोल में एक संदेश दिखाई देता है

02: 27: 33:% OSPF-5-ADJCHG: प्रक्रिया 1, Nbr 172.16.255.1 FastE ईथरनेट0 / 0.5 पर LOADING से पूर्ण, लोड हो रहा है

मॉस्को में राउटर एक ही दिखाता है:

02: 27: 33:% OSPF-5-ADJCHG: प्रक्रिया 1, Nbr 172.16.255.48 FastE ईथरनेट0 / 1.5 पर LOADING से पूर्ण, लोड हो रहा है।

यहां आप देख सकते हैं कि आसन्न संबंध सफलतापूर्वक स्थापित हो गए हैं और एक एलएसए विनिमय हुआ है। प्रत्येक राउटर ने अपना LSDB बनाया है।

पड़ोसी पर विस्तृत जानकारी:

msk-arbat-gw1#sh ip OSPF neighbor detail
Neighbor 172.16.255.48 , interface address 172.16.2.18
In the area 0 via interface FastEthernet0/1.5
Neighbor priority is 1, State is FULL , 4 state changes
DR is 172.16.2.17 BDR is 172.16.2.18
Options is 0x00
Dead timer due in 00:00:38
Neighbor is up for 00:02:51
Index 1/1, retransmission queue length 0, number of retransmission 0
First 0x0(0)/0x0(0) Next 0x0(0)/0x0(0)
Last retransmission scan length is 0, maximum is 0
Last retransmission scan time is 0 msec, maximum is 0 msec

यहां पड़ोसी की स्थिति के बारे में सभी महत्वपूर्ण जानकारी है:
इसका राउटर-आईडी (172.16.255.48), जो लूपबैक है, रिमोट साइड इंटरफेस का पता जिसके माध्यम से पड़ोस स्थापित किया गया है (172.16.2.18), भौतिक इंटरफ़ेस का प्रकार और संख्या (FastE ईथरनेट0 / 1.5), वर्तमान स्थिति। (पूर्ण) और मृत टाइमर। यदि आप इसे देखते हैं तो बाद वाला शून्य तक नहीं पहुंचता है। इसका मान घटता है, घटता है, और फिर Op होता है! और 40 से अधिक यह हर 10 सेकंड रूटर संदेशों नमस्ते और प्राप्त क्योंकि है obsorokolyayut ध्यान केंद्रित किया मृत अंतराल। शो आईपी रूट

कमांड के साथ, हम देख सकते हैं कि मार्ग तालिका कैसे बदल गई है:

msk-arbat-gw1 # शो आईपी मार्ग
कोड: C - कनेक्टेड, S - स्टेटिक, I - IGRP, R - RIP, M - मोबाइल, B - BGP
डी - ईआईजीआरपी, पूर्व - ईआईजीआरपी बाहरी, ओ - ओएसपीएफ, आईए - ओएसपीएफ अंतर क्षेत्र
एन 1 - ओएसपीएफ एनएसएसए बाहरी प्रकार 1, एन 2 - ओएसपीएफ एनएसएसए बाहरी प्रकार 2
ई 1 - ओएसपीएफ बाहरी प्रकार 1, ई 2 - ओएसपीएफ बाहरी प्रकार 2, ई - ईजीपी
i - IS-IS, L1 - IS-IS स्तर -1, L2 - IS-IS स्तर -2, ia - IS-IS अंतर क्षेत्र
* - उम्मीदवार डिफ़ॉल्ट, यू - प्रति उपयोगकर्ता स्थिर मार्ग, ओ - ओडीआर
पी - आवधिक डाउनलोड स्थिर मार्ग

गेट का अंतिम रास्ता 198.51.100.1 से नेटवर्क 0.0.0.0 है

172.16.0.0/16 वैरिएबल सबनेट, 17 सबनेट, 5 मास्क है
C 172.16.0.0/24 सीधे जुड़ा हुआ है, FastE ईथरनेट0 / 0.3
C 172.16.1.0/24 सीधे जुड़ा हुआ है, FastE ईथरनेट0 / 0.2
C 172.16.2.0/30 सीधे जुड़ा हुआ है, FastE ईथरनेट0 / 1.4
एस 172.16.2.4/30 [1/0] 172.16.2.2 के माध्यम से
C 172.16.2.16/30 सीधे जुड़ा हुआ है, FastE ईथरनेट0 / 1.5
C 172.16.2.32/30 सीधे जुड़ा हुआ है, FastE ईथरनेट0 / 1.7
C 172.16.2.128/30 सीधे जुड़ा हुआ है, FastE ईथरनेट0 / 1.8
C 172.16.2.196/30 सीधे जुड़ा हुआ है, FastE ईथरनेट1 / 0.911
C 172.16.3.0/24 सीधे जुड़ा हुआ है, FastE ईथरनेट0 / 0.101
C 172.16.4.0/24 सीधे जुड़ा हुआ है, FastE ईथरनेट0 / 0.102
C 172.16.5.0/24 सीधे जुड़ा हुआ है, FastE ईथरनेट0 / 0.103
C 172.16.6.0/24 सीधे जुड़ा हुआ है, FastE ईथरनेट0 / 0.104
एस 172.16.16.0/21 [1/0] 172.16.2.2 के माध्यम से
एस 172.16.24.0/22 ​​[1/0] 172.16.2.18 के माध्यम से
O 172.16.24.0/24 [110/2] 172.16.2.18 के माध्यम से, 00:13:03, FastEboarder / 1.5
सी 172.16.255.1/32 सीधे जुड़ा हुआ है, लूपबैक 0
O 172.16.255.48/32 [110/2] 172.16.2.18, 00:13:03, FastE ईथरनेट0 / 1.5 के माध्यम से
198.51.100.0/28 को सबनेट किया गया, 1 सबनेट
C 198.51.100.0 सीधे जुड़ा हुआ है, FastE ईथरनेट0 / 1.6
198.51.100.1 के माध्यम से एस * 0.0.0.0/0 [1/0]

पहले से ज्ञात नेटवर्क (सी - सीधे जुड़े और एस - स्टेटिक) के अलावा, हमारे पास दो नए मार्ग हैं जो ओ (ओएसपीएफ) के रूप में चिह्नित हैं। यहां सब कुछ स्पष्ट होना चाहिए, लेकिन पर्यवेक्षक पाठक पूछेगा: “रूटिंग टेबल में 172.16.24.0 नेटवर्क के लिए दो मार्ग क्यों हैं। अधिक बेहतर स्थिर क्यों नहीं रहेगा? ”और यह सही होगा। सामान्यतया, नेटवर्क का केवल सबसे अच्छा मार्ग रूटिंग टेबल में जाता है - डिफ़ॉल्ट रूप से, एक। लेकिन ध्यान दें कि स्थैतिक मार्ग सबनेट 172.16.24.0/22 ​​पर जाता है, और एक ओएसपीएफ से 172.16.24.0/24 पर प्राप्त होता है। ये अलग-अलग सबनेट हैं, इसलिए दोनों को सूरज से पहले एक जगह मिली। तथ्य यह है कि ओएसपीएफ को यह पता नहीं है कि आपने वहां क्या योजना बनाई है और आपने किस सीमा को आवंटित किया है - यह वास्तविक डेटा, यानी एक आईपी पते और एक मुखौटा के साथ संचालित होता है:

इंटरफ़ेस FastE ईथरनेट0 / 0.2
आईपी ​​पता 172.16.24.1 255.255.255.0

केमेरोवो में क्या चल रहा है:

kmr-gorka-gw1 # sh ip मार्ग

गेट का अंतिम रास्ता 172.16.2.17 से नेटवर्क 0.0.0.0 है

172.16.0.0/16 वेरिएबल सबनेट, 14 सबनेट, 3 मास्क है
O 172.16.0.0/24 [110/2] 172.16.2.17, 00:32:42 के माध्यम से, FastEboarder / 0.5
O 172.16.1.0/24 [110/2] 172.16.2.17, 00:32:42 के माध्यम से, FastE ईथरनेट / 0.5
O 172.16.2.0/30 [110/2] 172.16.2.17, 00:32:42 के माध्यम से, FastE ईथरनेट / 0.5
C 172.16.2.16/30 सीधे जुड़ा हुआ है, FastE ईथरनेट0 / 0.5
O 172.16.2.32/30 [110/2] 172.16.2.17, 00:32:42, FastE ईथरनेट0 / 0.5 के माध्यम से
O 172.16.2.128/30 [110/2] 172.16.2.17, 00:32:42 के माध्यम से, FastE ईथरनेट0 / 0.5
O 172.16.2.196/30 [110/2] 172.16.2.17, 00:32:42 के माध्यम से, FastE ईथरनेट0 / 0.5
O 172.16.3.0/24 [110/2] 172.16.2.17, 00:32:42 के माध्यम से, FastE ईथरनेट / 0.5
O 172.16.4.0/24 [110/2] 172.16.2.17, 00:32:42 के माध्यम से, FastEboarder / 0.5
O 172.16.5.0/24 [110/2] 172.16.2.17, 00:32:42 के माध्यम से, FastEboarder / 0.5
O 172.16.6.0/24 [110/2] 172.16.2.17, 00:32:42 के माध्यम से, FastE ईथरनेट / 0.5
C 172.16.24.0/24 सीधे जुड़ा हुआ है, FastE ईथरनेट0 / 0.2
O 172.16.255.1/32 [110/2] 172.16.2.17, 00:32:42, FastE ईथरनेट0 / 0.5 के माध्यम से
सी 172.16.255.48/32 सीधे जुड़ा हुआ है, लूपबैक 0
172.16.2.17 के माध्यम से एस * 0.0.0.0/0 [1/0]

जैसा कि आप देख सकते हैं, पहले से कॉन्फ़िगर किए गए डिफ़ॉल्ट मार्ग के अलावा, मास्को से सभी सबनेट यहां दिखाई दिए।
वर्ग कोष्ठक में संख्याओं पर ध्यान दें:

एस * 0.0.0.0/0 [ 1/0 ]
ओ 172.16.6.0/24 [ 110/2 ]

पहला अंक प्रशासनिक दूरी है, जो ओएसपीएफ स्थैतिक की तुलना में बहुत बड़ा है और, तदनुसार, प्राथमिकता कम है।

वास्तव में, सबनेट 172.16.24.0/24 से पहले, ओएसपीएफ द्वारा प्रदान किए गए मार्ग पर यातायात पहले से ही चला गया था, क्योंकि इसमें एक संकीर्ण मुखौटा (24 बनाम 22) है।
लेकिन चलो स्थैतिक मार्गों को हटाने की कोशिश करते हैं और देखते हैं कि क्या होता है।

काफी भविष्यवाणी, सब कुछ काम करता है:

msk-arbat-gw1 # पिंग 172.16.24.1

गर्भपात के लिए भागने का क्रम टाइप करें।
5, 100-बाइट ICMP इकोस को 172.16.24.1 पर भेजना, समय समाप्ति 2 सेकंड है:
!!!
सफलता की दर 100 प्रतिशत (5/5), गोल-यात्रा न्यूनतम / औसत / अधिकतम = 8/10/15 एमएस है

और वह अद्भुत है।
आइए सेंट पीटर्सबर्ग में ओएसपीएफ को कॉन्फ़िगर करें:

spb-vsl-gw1 (config) #router OSPF १
spb-vsl-gw1 (विन्यास-राउटर) # राउटर-आईडी 172.16.255.32
spb-vsl-gw1 (विन्यास-राउटर) # नेटवर्क्स 172.16.0.0 0.0.255.255 क्षेत्र 0

सेटिंग्स, जैसा कि आप देख सकते हैं, हर जगह बेहद सरल हैं। उसी समय, मैं ध्यान देता हूं कि अलग-अलग राउटर पर ओएसएफपी प्रक्रिया संख्या समान नहीं होनी चाहिए, लेकिन यह बेहतर है यदि यह मामला है।

Msk-arbat-gw1 पर अब हमारे दो पड़ोसी हैं

msk-arbat-gw1 # sh ip OSPF पड़ोसी

नेबर आईडी प्री स्टेट डेड टाइम एड्रेस इंटरफेस
172.16.255.32 1 पूर्ण / ड्रॉप 00:00:39 172.16.2.2 फास्टएटर 4 / 1.4
172.16.255.48 1 पूर्ण / DROTHER 00:00:31 172.16.2.18 FastEiber0 / 1.5

लेकिन सेंट पीटर्सबर्ग में (और केमेरोवो में) एक:

spb-vsl-gw1 # sh ip OSPF पड़ोसी

नेबर आईडी प्री स्टेट डेड टाइम एड्रेस इंटरफेस
172.16.255.1 1 पूर्ण / DR 00:00:34 172.16.2.1 FastE ईथरनेट1 / 0.4

तथ्य यह है कि आसन्न संबंध केवल सीधे जुड़े उपकरणों के बीच स्थापित होते हैं, और spb-vsl-gw1 किमी-gorka-gw1 के साथ msk-arbat-gw1 के माध्यम से संचार करते हैं, इसलिए वे एक-दूसरे के पड़ोसियों में नहीं होते हैं।

रूढ़िवाद का अंतिम गढ़ - spb-ozerki-gw1 तीन साइबेरियाई रिंग राउटर की तरह, आपको बिना किसी समस्या के आत्मसमर्पण करेगा। सब कुछ सादृश्य द्वारा किया जाता है - वास्तव में, केवल राउटर आईडी को बदल दिया जाता है। और स्थिर मार्गों को हटाना न भूलें।

टास्क नंबर 1
सेंट पीटर्सबर्ग में राउटर के बीच, पड़ोसी के नुकसान का पता लगाने के लिए समय कम करना आवश्यक है। राउटर को हर 3 सेकंड में हैलो संदेश भेजने चाहिए, और पड़ोसी से 12 सेकंड के लिए हैलो संदेश नहीं होने पर एक दूसरे को अनुपलब्ध मानें।
जवाब है

सभी कार्यों पर सामान्य सलाह:

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

एक वास्तविक नेटवर्क पर, जब घोषित सबनेट्स की एक सीमा चुनते हैं, तो आपको नियमों और तत्काल आवश्यकताओं द्वारा निर्देशित होने की आवश्यकता होती है।

इससे पहले कि हम बैकअप लिंक और गति का परीक्षण करें, हम एक और उपयोगी काम करेंगे।
यदि हमारे पास FE0 / 0.2 इंटरफ़ेस msk-arbat-gw1 पर ट्रैफ़िक पकड़ने का अवसर है, जो सर्वरों की ओर देखता है, तो हम देखेंगे कि हर 10 सेकंड में हैलो संदेश अज्ञात में उड़ते हैं। नमस्कार का जवाब देने वाला कोई नहीं है, आसन्न को स्थापित करने वाला कोई नहीं है, इसलिए यहां से संदेश भेजने की कोशिश करने का कोई मतलब नहीं है।
इसे बंद करना बहुत सरल है:

msk-arbat-gw1 (config) #router OSPF १
msk-arbat-gw1 (कॉन्फिग-राउटर) # पैसिव-इंटरफेस फास्ट इथरनेट 0 / 0.2

इस आदेश को उन सभी इंटरफेसों के लिए दिए जाने की आवश्यकता है जिन पर निश्चित रूप से कोई ओएसपीएफ पड़ोसी (इंटरनेट की ओर) नहीं है।
परिणामस्वरूप, आपकी तस्वीर इस प्रकार होगी:


* मैं कल्पना नहीं कर सकता कि आप अभी भी भ्रमित नहीं हैं *

इसके अलावा, यह कमांड सुरक्षा बढ़ाता है - इस नेटवर्क पर कोई भी राउटर होने का नाटक नहीं करेगा और हमें पूरी तरह से नष्ट करने की कोशिश नहीं करेगा।

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

msk-arbat-gw1 # sh ip OSPF पड़ोसी

नेबर आईडी प्री स्टेट डेड टाइम एड्रेस इंटरफेस
172.16.255.32 1 पूर्ण / DR 00:00:31 172.16.2.2 FastE ईथरनेट0 / 1.4
172.16.255.48 1 पूर्ण / DR 00:00:31 172.16.2.18 FastE ईथरनेट 0 / 1.5
172.16.255.80 1 पूर्ण / बीडीआर 00:00:36 172.16.2.130 फास्टएटर -0 / 1.8
172.16.255.112 1 पूर्ण / बीडीआर 00:00:37 172.16.2.197 FastE ईथरनेट1 / 0.911

पीटर, केमेरोवो, क्रास्नोयार्स्क और व्लादिवोस्तोक सीधे जुड़े हुए हैं।

msk-arbat-gw1 # sh ip मार्ग

गेट का अंतिम रास्ता 198.51.100.1 से नेटवर्क 0.0.0.0 है

172.16.0.0/16 वेरिएबल सबनेट, 25 सबनेट, 6 मास्क है
C 172.16.0.0/24 सीधे जुड़ा हुआ है, FastE ईथरनेट0 / 0.3
C 172.16.1.0/24 सीधे जुड़ा हुआ है, FastE ईथरनेट0 / 0.2
C 172.16.2.0/30 सीधे जुड़ा हुआ है, FastE ईथरनेट0 / 1.4
एस 172.16.2.4/30 [1/0] 172.16.2.2 के माध्यम से
C 172.16.2.16/30 सीधे जुड़ा हुआ है, FastE ईथरनेट0 / 1.5
C 172.16.2.32/30 सीधे जुड़ा हुआ है, FastE ईथरनेट0 / 1.7
C 172.16.2.128/30 सीधे जुड़ा हुआ है, FastE ईथरनेट0 / 1.8
O 172.16.2.160/30 [110/2] 172.16.2.130 के माध्यम से, 00:05:53, FastE ईथरनेट / 1.8
O 172.16.2.192/30 [110/2] 172.16.2.197, 00:04:18, FastE ईथरनेट1 / 0.911 के माध्यम से
C 172.16.2.196/30 सीधे जुड़ा हुआ है, FastE ईथरनेट1 / 0.911
C 172.16.3.0/24 सीधे जुड़ा हुआ है, FastE ईथरनेट0 / 0.101
C 172.16.4.0/24 सीधे जुड़ा हुआ है, FastE ईथरनेट0 / 0.102
C 172.16.5.0/24 सीधे जुड़ा हुआ है, FastE ईथरनेट0 / 0.103
C 172.16.6.0/24 सीधे जुड़ा हुआ है, FastE ईथरनेट0 / 0.104
एस 172.16.16.0/21 [1/0] 172.16.2.2 के माध्यम से
एस 172.16.24.0/22 ​​[1/0] 172.16.2.18 के माध्यम से
O 172.16.24.0/24 [110/2] 172.16.2.18 के माध्यम से, 00:24:03, फास्ट ईथरनेट / 1.5
O 172.16.128.0/24 [110/2] 172.16.2.130, 00:07:18, FastE ईथरनेट0 / 1.8 के माध्यम से
O 172.16.129.0/26 [110/2] 172.16.2.130, 00:07:18 के माध्यम से, FastE ईथरनेट0 / 1.8
सी 172.16.255.1/32 सीधे जुड़ा हुआ है, लूपबैक 0
O 172.16.255.32/32 [110/2] के माध्यम से 172.16.2.2, 00:24:03, FastEboarder / 1.4
O 172.16.255.48/32 [110/2] 172.16.2.18, 00:24:03, FastE ईथरनेट0 / 1.5 के माध्यम से
O 172.16.255.80/32 [110/2] 172.16.2.130, 00:07:18, FastE ईथरनेट0 / 1.8 के माध्यम से
O 172.16.255.96/32 [110/3] 172.16.2.130, 00:04:18, FastE ईथरनेट0 / 1.8 के माध्यम से
[११०/३] १.1२.१६.२.१ ९ 00, ००:०४:१ via के माध्यम से, फास्टएटर १ / ० ९ ११
O 172.16.255.112/32 [110/2] 172.16.2.197, 00:04:28 के माध्यम से, FastE ईथरनेट1 / 0.911
198.51.100.0/28 को सबनेट किया गया, 1 सबनेट
C 198.51.100.0 सीधे जुड़ा हुआ है, FastE ईथरनेट0 / 1.6
198.51.100.1 के माध्यम से एस * 0.0.0.0/0 [1/0]

हर कोई हर किसी के बारे में सब कुछ जानता है।
मॉस्को से क्रास्नोयार्स्क तक यातायात किस मार्ग से पहुंचता है? तालिका से पता चलता है कि krs-stolbi-gw1 सीधे जुड़ा हुआ है और इसे ट्रेस से देखा जा सकता है:

msk-arbat-gw1 # traceroute 172.16.128.1
गर्भपात के लिए भागने का क्रम टाइप करें।
172.16.128.1 को मार्ग का पता लगाना

1 172.16.2.130 35 मिसेक 8 मिसे 5 मिसे

अब हम मास्को और क्रास्नोयार्स्क के बीच इंटरफेस को फाड़ते हैं और देखते हैं कि कितने लिंक बहाल किए जाएंगे।
5 सेकंड से भी कम समय में, सभी राउटर्स ने इस घटना के बारे में जाना और अपनी रूटिंग टेबल्स को रिकॉल किया:

msk-arbat-gw1 (config-subif) #do श आईपी ro 172.16.128.0
172.16.128.0/24 के लिए रूटिंग प्रविष्टि
"OSPF 1", दूरी 110, मीट्रिक 4, प्रकार इंट्रा क्षेत्र के माध्यम से जाना जाता है
172.16.2.197 से FastE ईथरनेट1 / 0.911, 00:00:53 पर अंतिम अपडेट
रूटिंग डिस्क्रिप्टर ब्लॉक्स:
* 172.16.2.197, 172.16.255.80 से, 00:00:53 पहले, FastEiber1 / 0.911 के माध्यम से
रूट मेट्रिक 4 है, ट्रैफिक शेयर काउंट 1 है

vld-gw1 # sh आईपी मार्ग 172.16.128.0
172.16.128.0/24 के लिए रूटिंग प्रविष्टि
"OSPF 1", दूरी 110, मीट्रिक 3, प्रकार इंट्रा क्षेत्र के माध्यम से जाना जाता है
172.16.2.193 से अंतिम अद्यतन FastE ईथरनेट1 / 0 पर, 00:01:57 पहले
रूटिंग डिस्क्रिप्टर ब्लॉक्स:
* 172.16.2.193, 172.16.255.80 से, 00:01:57 पहले, FastEiber1 / 0 के माध्यम से
रूट मेट्रिक 3 है, ट्रैफिक शेयर काउंट 1 है

msk-arbat-gw1 # traceroute 172.16.128.1
गर्भपात के लिए भागने का क्रम टाइप करें।
172.16.128.1 को मार्ग का पता लगाना

1 172.16.2.197 4 मिसेक 10 मिसेक 10 मिसे
2 172.16.2.193 8 मिसेक 11 मिसेक 15 मिसे
3 172.16.2.161 15 मिसेक 13 मिसेक 6 मिसे

यही है, अब क्रास्नोयार्स्क यातायात इस तरह से पहुंचता है:



जैसे ही आप लिंक बढ़ाते हैं, राउटर फिर से संपर्क में आते हैं, अपने ठिकानों का आदान-प्रदान करते हैं, सबसे छोटे रास्तों को पुनर्गठित करते हैं और उन्हें राउटिंग टेबल में दर्ज करते हैं।
वीडियो पर, यह सब अधिक स्पष्ट है। मेरा सुझाव है कि आप खुद को परिचित करें ।

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

किसी भी अच्छे प्रोटोकॉल की तरह, OSPF प्रमाणीकरण का समर्थन करता है - दो पड़ोसी पड़ोसी संबंध स्थापित करने से पहले प्राप्त OSPF संदेशों की प्रामाणिकता को सत्यापित कर सकते हैं। हम स्वतंत्र अध्ययन के लिए जाते हैं - काफी सरल।

टास्क नंबर 3
फाइलक सर्टिफिकेट प्रदाता के साथ एक अप्रिय कहानी हुई। वीपीएन सेटिंग्स में उनकी त्रुटि के कारण, कुछ अजीब मार्ग व्लादिवोस्तोक में राउटर के लिए आने लगे, शायद किसी अन्य क्लाइंट से या प्रदाता के आंतरिक नेटवर्क से ही। कुछ नेटवर्क स्थानीय नेटवर्क के साथ अंतःस्थापित हुए और नेटवर्क के कुछ हिस्सों के साथ संचार खो गया। इस घटना के बाद, ऐसी परिस्थितियों से भविष्य के लिए बचाव करने का निर्णय लिया गया।
आम तौर पर बोलने वाली स्थिति दूर की कौड़ी और असंभाव्य है, लेकिन यह एक कार्य के रूप में होगा।
मॉस्को और व्लादिवोस्तोक के बीच के खंड पर, राउटर को इस तरह से कॉन्फ़िगर करना आवश्यक है कि, जब पड़ोसी संबंध स्थापित करते हैं, तो वे सेट पासवर्ड की भी जांच करते हैं। पासवर्ड होना चाहिए: MskVladPass और इसे हैश md5 (कुंजी संख्या 1) के रूप में प्रसारित किया जाना चाहिए।
जवाब है

EIGRP

अब एक और बहुत महत्वपूर्ण प्रोटोकॉल से निपटते हैं।

तो क्या EIGRP के लिए अच्छा है?
- कॉन्फ़िगर करने में आसान
- पूर्व-परिकलित अतिरिक्त मार्ग पर तीव्र स्विचिंग
- कम रूटर संसाधनों की आवश्यकता होती है (OSPF की तुलना में)
- किसी भी राउटर पर रूट रूट करें (केवल ABR \ ASBR पर OSPF में)
- असमान मार्गों पर यातायात को संतुलित करना (केवल समकक्ष मार्गों पर OSPF)

हमने इवान पेपेल्यनक के ब्लॉग प्रविष्टियों में से एक का अनुवाद करने का निर्णय लिया, जो EIGRP के बारे में कई लोकप्रिय मिथकों को समझता है:
"EIGRP एक हाइब्रिड रूटिंग प्रोटोकॉल है।" अगर मुझे सही से याद है, तो यह कई साल पहले पहली EIGRP प्रस्तुति के साथ शुरू हुआ था और आमतौर पर समझा जाता है कि "EIGRP ने लिंक-स्टेट और डिस्टेंस-वेक्टर प्रोटोकॉल से सर्वश्रेष्ठ लिया।" यह पूरी तरह से गलत है। EIGRP में लिंक-स्टेट की कोई विशिष्ट विशेषताएं नहीं हैं। यह सही ढंग से कहेगा "EIGRP एक उन्नत दूरी-सदिश मार्ग प्रोटोकॉल है।"

- "ईआईजीआरपी एक दूरी-वेक्टर प्रोटोकॉल है।" बुरा नहीं है, लेकिन पूरी तरह से सच भी नहीं है। EIGRP अन्य DVs से भिन्न होता है जिस तरह से यह खोए हुए मार्गों (या बढ़ते मैट्रिक्स के साथ मार्गों) को संभालता है। अन्य सभी प्रोटोकॉल निष्क्रिय रूप से पड़ोसी से अपडेट होने की प्रतीक्षा करते हैं (कुछ, उदाहरण के लिए, आरआईपी, यहां तक ​​कि राउटिंग लूप को रोकने के लिए मार्ग को अवरुद्ध करते हैं), जबकि ईआईजीआरपी अधिक सक्रिय रूप से व्यवहार करता है और स्वयं जानकारी का अनुरोध करता है।

"EIGRP को लागू करना और बनाए रखना मुश्किल है।" सच नहीं है। एक समय में, कम गति वाले लिंक वाले बड़े नेटवर्क में EIGRP को सही ढंग से लागू करना मुश्किल था, लेकिन जब तक स्टब राउटर पेश नहीं किया गया था। उनके साथ (साथ ही DUAL एल्गोरिथ्म के कई सुधार), यह लगभग OSPF से भी बदतर है।

"एलएस प्रोटोकॉल की तरह, ईआईजीआरपी उन मार्गों की टोपोलॉजी की एक तालिका रखता है जो इसका आदान-प्रदान करते हैं।" यह सिर्फ आश्चर्यजनक है कि यह कितना गलत है। EIGRP को इस बात का कोई अंदाजा नहीं है कि उसके निकटतम पड़ोसियों के पास क्या है, जबकि एलएस प्रोटोकॉल पूरे क्षेत्र की टोपोलॉजी को जानते हैं जिससे वे जुड़े हुए हैं।

- "ईआईजीआरपी एक डीवी प्रोटोकॉल है जो एलएस की तरह कार्य करता है।" एक बुरा प्रयास नहीं है, लेकिन अभी भी पूरी तरह से गलत है। रास प्रोटोकॉल निम्नलिखित चरणों से गुजरते हुए एक रूटिंग टेबल बनाता है:
- प्रत्येक राउटर एक नेटवर्क का वर्णन करता है जो स्थानीय रूप से उपलब्ध जानकारी पर आधारित है (इसके लिंक, इसके सबनेट्स जो इसमें स्थित हैं, पड़ोसी इसे देखते हैं) एक पैकेट (या कई) एलएसए (ओएसपीएफ में) या एलएसपी (आईएस-आईएस) के माध्यम से
- नेटवर्क पर LSAs वितरित किए जाते हैं। प्रत्येक राउटर को अपने नेटवर्क पर बनाए गए प्रत्येक एलएसए को प्राप्त करना होगा। एलएसए से प्राप्त जानकारी टोपोलॉजी तालिका में दर्ज की गई है।
- प्रत्येक राउटर स्वतंत्र रूप से अपनी टोपोलॉजी टेबल का विश्लेषण करता है और अन्य राउटरों में से प्रत्येक के लिए सर्वोत्तम मार्गों की गणना करने के लिए एसपीएफ़ एल्गोरिथ्म चलाता है
EIGRP का व्यवहार भी इन चरणों से निकटता नहीं रखता है, इसलिए यह स्पष्ट नहीं है कि पृथ्वी पर यह "LS जैसा कार्य क्यों करता है"

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

अब काम के सिद्धांत के थोड़ा करीब:

प्रत्येक EIGRP प्रक्रिया 3 टेबल पर कार्य करती है:
- पड़ोसियों की तालिका (पड़ोसी तालिका), जिसमें "पड़ोसी" के बारे में जानकारी होती है, अर्थात। अन्य राउटर सीधे वर्तमान से जुड़े और मार्गों के आदान-प्रदान में भाग लेते हैं। शो आईपी ईगप्रैप पड़ोसी कमांड का उपयोग करके देखा जा सकता है
- एक नेटवर्क टोपोलॉजी टेबल जिसमें पड़ोसियों से प्राप्त मार्ग की जानकारी होती है। शो आईपी आइग्रेप टोपोलॉजी कमांड देखें
- राउटिंग टेबल, जिसके आधार पर राउटर पैकेट फ़ॉरवर्डिंग के बारे में निर्णय लेता है। शो आईपी मार्ग के माध्यम से देखें

मीट्रिक।
किसी विशेष मार्ग की गुणवत्ता का आकलन करने के लिए, राउटिंग प्रोटोकॉल में एक निश्चित संख्या का उपयोग किया जाता है, इसकी विभिन्न विशेषताओं या विशेषताओं का एक सेट - एक मीट्रिक। खाते में ली गई विशेषताएं अलग-अलग हो सकती हैं, किसी दिए गए मार्ग पर राउटर की संख्या से शुरू करना और मार्ग के साथ सभी इंटरफेस लोड करने के अंकगणितीय औसत के साथ समाप्त होना। EIGRP मीट्रिक के बारे में, जेरेमी कोओरा के उद्धरण के बारे में बताएं: “मुझे यह आभास हुआ कि EIGRP के रचनाकारों ने उनकी रचना पर एक महत्वपूर्ण नज़र डालते हुए निर्णय लिया कि सब कुछ बहुत ही सरल और अच्छी तरह से काम किया है। और फिर वे एक मीट्रिक फॉर्मूला लेकर आए, जिसे हर कोई कहेगा, "वाह, यह वास्तव में जटिल है और पेशेवर दिखता है।" EIGRP मीट्रिक की गणना करने का पूरा फॉर्मूला देखें: (K1 * bw + (K2 * bw) / (256 - लोड) + K3 * देरी) * (K5 / (विश्वसनीयता + K4)), जिसमें:
- bw सिर्फ बैंडविड्थ नहीं है, लेकिन (किलोबाइट्स में रूट के रूट पर 10,000,000 / सबसे छोटी बैंडविड्थ) * 256
- देरी सिर्फ देरी नहीं है, बल्कि सभी सड़क के दसियों माइक्रोसेकंड में देरी का योग है * 256 (शो इंटरफ़ेस में देरी, शो आईपी ईगरप टोपोलॉजी और अन्य कमांड माइक्रोसेकंड में दिखाया गया है!)
- K1-K5 ऐसे गुणांक हैं जो सूत्र में "एक या दूसरे पैरामीटर" को शामिल करते हैं।

डरावना? यह सब ऐसा होगा जैसा कि लिखा गया है। वास्तव में, सूत्र के सभी 4 संभव शब्दों में, डिफ़ॉल्ट रूप से केवल दो का उपयोग किया जाता है: बीडब्ल्यू और देरी (गुणांक K1 और K3 = 1, बाकी शून्य हैं), जो इसे बहुत सरल करता है - हम बस इन दो नंबरों को जोड़ते हैं (उन्हें भूल जाने के बिना) अभी भी उनके सूत्रों द्वारा माना जाता है)। निम्नलिखित को याद रखना महत्वपूर्ण है: मीट्रिक को मार्ग की पूरी लंबाई के साथ थ्रूपुट का सबसे खराब संकेतक माना जाता है।

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

आइए EIGRP के अंदर उपयोग की जाने वाली शर्तों को परिभाषित करें। EIGRP में प्रत्येक मार्ग को दो नंबरों की विशेषता है: Feasible Distance और Advertised Distance (कभी-कभी Advertised Distance के बजाय Reported Distance पाया जा सकता है, यह वही बात है)। इनमें से प्रत्येक संख्या एक मीट्रिक, या विभिन्न माप बिंदुओं से दिए गए मार्ग की लागत (अधिक से अधिक, बदतर) का प्रतिनिधित्व करती है: एफडी "मेरे पास से मेरी मंजिल तक" है, और एडी- "एक पड़ोसी से जिसने मुझे इस मार्ग के बारे में एक जगह बताया। गंतव्य। ” तार्किक प्रश्न का उत्तर "हमें पड़ोसी से लागत जानने की आवश्यकता क्यों है, अगर यह पहले से ही एफडी में शामिल है?" थोड़ा कम है (अभी के लिए, आप रोक सकते हैं और अपने खुद के सिर को तोड़ सकते हैं यदि आप चाहते हैं)।

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

पिछले पैराग्राफ ने दिमाग उड़ा दिया? सामग्री मुश्किल है, इसलिए एक उदाहरण के साथ फिर से। हमारे पास ऐसा नेटवर्क है:



R1 के दृष्टिकोण से, R2 192.168.2.0/24 सबनेट के लिए एक उत्तराधिकारी है। इस सबनेट के लिए FS बनने के लिए, R4 को इस मार्ग के लिए FD से कम AD की आवश्यकता होती है। हमारे पास FD ((10000000/1544) * 256) + (2100 * 256) = 2195456, AD R4 है (उनके दृष्टिकोण से यह FD है, अर्थात इस नेटवर्क को प्राप्त करने में कितना खर्च होता है =) (= (10000000/100000) )*256)+(100*256)=51200.सब कुछ परिवर्तित हो जाता है, आर 4 में एफडी मार्ग से कम एडी है, यह एफएस बन जाता है। * यहाँ मस्तिष्क ऐसा है और कहता है: "FAST" *। अब हम R3 को देखते हैं - यह अपने पड़ोसी आर 1 को अपने नेटवर्क 192.168.1.0/24 की घोषणा करता है, जो बदले में, अपने पड़ोसियों को आर 2 और आर 4 के बारे में बताता है। R4 को इस बात की जानकारी नहीं है कि R2 इस सबनेट के बारे में जानता है, और उसे बताने का फैसला करता है। R2 जानकारी को प्रेषित करता है कि आर 4 के माध्यम से आर 4 के माध्यम से सबनेट 192.168.1.0/24 तक पहुंच जाता है। आर 1 सख्ती से मार्ग और एडी की एफडी को देखता है, जो कि R2 का दावा करता है (जो, जैसा कि आप आसानी से आरेख से देख सकते हैं, एफडी से स्पष्ट रूप से बड़ा होगा, क्योंकि इसमें यह भी शामिल है) और इसे दूर ड्राइव करता है ताकि यह सभी प्रकार के बकवास में गड़बड़ न करे। यह स्थिति बल्कि संभावना नहीं है, लेकिन यह परिस्थितियों के एक निश्चित सेट के तहत हो सकता है, उदाहरण के लिए, जब "विभाजन-क्षितिज" तंत्र अक्षम है। और अब अधिक संभावित स्थिति के लिए: कल्पना करेंवह R4 नेटवर्क 192.168.2.0/24 से FastEiber के माध्यम से जुड़ा हुआ है, लेकिन 56k मॉडेम के माध्यम से (डायलअप के लिए देरी 20,000 usec है), इसलिए इसे प्राप्त करने के लिए इसके लायक है ((10000000/56) "256" + (2000 * 256) = 46226176 यह इस मार्ग के लिए एफडी से अधिक है, इसलिए आर 4 एक संभव उत्तराधिकारी नहीं बनेगा। लेकिन इसका मतलब यह नहीं है कि ईआईजीआरपी इस मार्ग का उपयोग नहीं करेगा। बस इसे स्विच करने में अधिक समय लगेगा (बाद में इस पर अधिक)।बस इसे स्विच करने में अधिक समय लगेगा (बाद में इस पर अधिक)।बस इसे स्विच करने में अधिक समय लगेगा (बाद में इस पर अधिक)।

पड़ोस

राउटर किसी के साथ मार्गों के बारे में बात नहीं करते हैं - जानकारी का आदान-प्रदान शुरू करने से पहले, उन्हें एक पड़ोस संबंध स्थापित करना होगा। राउटर eigrp कमांड द्वारा ऑटोनोमस सिस्टम की संख्या के साथ प्रक्रिया को चालू करने के बाद, हम, नेटवर्क कमांड, कहते हैं कि कौन से इंटरफेस भाग लेंगे और एक ही समय में, उन नेटवर्क के बारे में जानकारी जो हम वितरित करना चाहते हैं। तुरंत, इन पैकेट के माध्यम से मल्टीकास्ट एड्रेस 224.0.0.10 (डिफ़ॉल्ट रूप से, ईथरनेट के लिए हर 5 सेकंड) के माध्यम से हैलो पैकेट भेजे जाते हैं। EIGRP सक्षम सभी राउटर इन पैकेटों को प्राप्त करते हैं, फिर प्रत्येक प्राप्तकर्ता राउटर निम्न कार्य करता है:
- हेलो पैकेट के प्रेषक पते की तुलना उस इंटरफेस के पते से करता है, जहां से पैकेट प्राप्त किया गया था, और यह सुनिश्चित करता है कि वे उसी सबनेट से हैं
- के-गुणांक के पैकेज से प्राप्त मूल्यों की तुलना करता है (दूसरे शब्दों में, जो कि मीट्रिक की गणना में चर का उपयोग किया जाता है) अपने स्वयं के साथ। यह स्पष्ट है कि यदि वे भिन्न हैं, तो मार्गों के लिए मैट्रिक्स को अलग-अलग नियमों के अनुसार माना जाएगा, जो अस्वीकार्य है
- यह स्वायत्त प्रणाली की संख्या की जांच करता है
- वैकल्पिक रूप से: यदि प्रमाणीकरण कॉन्फ़िगर किया गया है, तो यह उसके प्रकार और कुंजियों की जांच करता है।

यदि प्राप्तकर्ता सब कुछ से खुश है, तो वह प्रेषक को अपने पड़ोसियों की सूची में जोड़ता है, और उसे (पहले से ही यूनिकस्ट) एक अद्यतन पैकेट भेजता है जिसमें उसके लिए जाने वाले सभी मार्गों की सूची होती है (उर्फ पूर्ण-अद्यतन)। इस तरह के पैकेट को प्राप्त करने वाला, बदले में, ऐसा ही करता है। मार्गों का आदान-प्रदान करने के लिए, EIGRP विश्वसनीय ट्रांसपोर्ट प्रोटोकॉल (RTP, रीयल-टाइम ट्रांसपोर्ट प्रोटोकॉल, जिसे IP-टेलीफोनी में उपयोग किया जाता है) के साथ भ्रमित नहीं होता है, जिसका अर्थ है कि डिलीवरी की पुष्टि, इसलिए प्रत्येक राउटर, एक अपडेट पैकेट प्राप्त करने के बाद, ack पैकेट के साथ प्रतिक्रिया करता है (लघु पावती-पुष्टि से)। इसलिए, पड़ोस का संबंध स्थापित हो गया है, राउटर ने मार्गों के बारे में एक-दूसरे से व्यापक जानकारी ली है, आगे क्या? फिर वे पुष्टि के लिए मल्टीकास्ट हेलो पैकेट भेजना जारी रखेंगे कि वे संपर्क में हैं, और टोपोलॉजी परिवर्तन के मामले में, पैकेट अपडेट करें,केवल परिवर्तन (आंशिक अद्यतन) के बारे में जानकारी युक्त।

अब वापस पिछले मॉडेम सर्किट पर।



किसी कारण से R2 ने 192.168.2.0/24 के साथ संपर्क खो दिया। इस सबनेट से पहले, इसमें वैकल्पिक मार्ग नहीं हैं (यानी एफएस नहीं)। EIGRP के साथ किसी भी जिम्मेदार राउटर की तरह, वह फिर से कनेक्ट करना चाहता है। ऐसा करने के लिए, वह अपने सभी पड़ोसियों को विशेष संदेश (क्वेरी पैकेट) भेजना शुरू कर देता है, जो बदले में, अपने लिए सही मार्ग नहीं ढूंढते, अपने सभी पड़ोसियों से सवाल करते हैं, और इसी तरह। जब अनुरोधों की लहर R4 तक पहुँचती है, तो वह कहता है, “एक मिनट रुको, मेरे पास इस सबनेट के लिए एक मार्ग है! गरीब, लेकिन कम से कम कुछ तो। हर कोई उसके बारे में भूल गया, लेकिन मुझे याद है। ” वह यह सब एक जवाब पैकेट में पैक करता है और उसे पड़ोसी को भेजता है जिससे उसने क्वेरी (क्वेरी) प्राप्त की, और आगे श्रृंखला को नीचे किया। बेशक, यह सब फेज़ेबल उत्तराधिकारी पर स्विच करने से अधिक समय लेता है, लेकिन अंत में, हमें सबनेट से एक कनेक्शन मिलता है।

और अब एक खतरनाक क्षण है: शायद आपने पहले ही गौर किया हो और इस फैन मेलिंग के बारे में एक पल पढ़ने से सावधान रहे हों। एक इंटरफ़ेस के गिरने से नेटवर्क पर प्रसारण तूफान के समान कुछ होता है (इस तरह के पैमाने पर नहीं, निश्चित रूप से, लेकिन अभी भी), और इसके पास जितना अधिक राउटर है, इन सभी अनुरोध-प्रतिक्रिया संदेशों पर अधिक संसाधन खर्च होंगे। लेकिन यह अभी भी आधी परेशानी है। स्थिति और भी बदतर है: कल्पना करें कि चित्र में दिखाए गए राउटर केवल एक बड़े और वितरित नेटवर्क का हिस्सा हैं, अर्थात। कुछ हमारे चैनलों से कई हजार किलोमीटर दूर हो सकते हैं, गरीब चैनलों पर और अधिक। तो, परेशानी यह है कि, एक पड़ोसी को क्वेरी भेजकर, राउटर को इसके जवाब का इंतजार करना होगा। इससे कोई फर्क नहीं पड़ता कि उत्तर क्या है, उसे अवश्य आना चाहिए। भले ही राउटर पहले से होएक सकारात्मक जवाब मिला, जैसा कि हमारे मामले में, जब तक वह उनके सभी अनुरोधों का जवाब नहीं देता, तब तक वह इस मार्ग को नहीं चला सकता। और पूछताछ, शायद, अलास्का में कहीं और घूमते हैं। मार्ग की इस स्थिति को अटका-सक्रिय कहा जाता है। यहां हमें उन शब्दों से परिचित होने की आवश्यकता है जो EIGRP में मार्ग की स्थिति को दर्शाते हैं: सक्रिय \ निष्क्रिय मार्ग। आमतौर पर वे गुमराह कर रहे हैं। सामान्य ज्ञान यह निर्धारित करता है कि सक्रिय का अर्थ मार्ग "सक्रिय" है, सक्षम है, चल रहा है। हालांकि, विपरीत सच है: निष्क्रिय "सब ठीक है", और सक्रिय स्थिति का मतलब है कि सबनेट अनुपलब्ध है, और राउटर सक्रिय रूप से दूसरे मार्ग की खोज कर रहा है, एक क्वेरी भेज रहा है और एक उत्तर की प्रतीक्षा कर रहा है। तो, अटकी-सक्रिय अवस्था (सक्रिय अवस्था में अटकी हुई) 3 मिनट तक रह सकती है! इस अवधि के बाद, राउटर उस पड़ोसी के साथ अपने संबंधों को तोड़ देता है,जिससे वह उत्तर की प्रतीक्षा नहीं कर सकता, और R4 के माध्यम से नए मार्ग का उपयोग कर सकता है।समस्या के बारे में विवरण

इतिहास, द्रुतशीतन नेटवर्क इंजीनियर। 3 मिनट का डाउनटाइम मजाक नहीं है। हम इस स्थिति में दिल के दौरे से कैसे बच सकते हैं ? दो तरीके हैं: संक्षेप मार्गों और तथाकथित स्टब कॉन्फ़िगरेशन।

सामान्यतया, एक और तरीका है, और इसे मार्ग फ़िल्टरिंग कहा जाता है। लेकिन यह इतना बड़ा विषय है कि मैं इसके लिए एक अलग लेख लिखूंगा, और हमारे पास इस बार आधी किताब है। इसलिए, अपने विवेक पर।

जैसा कि हमने पहले ही उल्लेख किया है, ईआईजीआरपी में, किसी भी राउटर पर मार्ग योग किया जा सकता है। उदाहरण के लिए, मान लीजिए कि 192.168.0.0/24 से 192.168.7.0/24 तक के सबनेट हमारे लंबे-दुख वाले R2 से जुड़े हैं, जो 192.168.0.0/21 (बाइनरी गणित को याद रखें) में बहुत आसानी से सम्‍मिलित है। राउटर इस सारांश मार्ग की घोषणा करता है, और बाकी सभी जानते हैं: यदि गंतव्य का पता 192.168.0-7 से शुरू होता है, तो यह वह है। यदि सबनेट में से एक गायब हो जाता है तो क्या होगा? राउटर इस नेटवर्क के पते के साथ क्वेरी पैकेट भेजेगा (विशिष्ट, उदाहरण के लिए, 192.168.5.0/24), लेकिन पड़ोसी, अपनी ओर से शातिर मेल भेजने के लिए जारी रखने के बजाय, तुरंत प्रतिक्रिया में शानदार जवाब भेजेंगे, यह कहते हुए कि यह आपका सबनेट है , आप और समझे।

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



और अब "ध्यान, सवाल": यदि R1 R4 के साथ संबंध खो देता है, और R5 LAN खो देता है तो क्या होगा? R1 सबनेट से मुख्य कार्यालय सबनेट तक का मार्ग R1-> R5-> R2 (या R3) -> R4 मार्ग से जाएगा। क्या यह प्रभावी होगा? नहीं।ट्रैफ़िक वॉल्यूम में वृद्धि और इसके परिणामों के कारण न केवल R1 के लिए सबनेट को नुकसान होगा, बल्कि R2 (या R3) के लिए सबनेट भी होगा। यहाँ ऐसी स्थितियों के लिए ठूंठ को भी समझा जाता है। शाखाओं में राउटर के पीछे कोई अन्य राउटर नहीं है जो अन्य सबनेट को ले जाएगा, यह "सड़क का अंत" है, फिर केवल वापस। इसलिए, एक हल्के दिल के साथ, हम उन्हें स्टब्स के रूप में कॉन्फ़िगर कर सकते हैं, जो, सबसे पहले, हमें ऊपर वर्णित "घुमावदार मार्ग" के साथ समस्या से बचाता है, और दूसरे, मार्ग के नुकसान के मामले में क्वेरी पैकेट की बाढ़ से।

स्टब राउटर के संचालन के विभिन्न तरीके हैं, वे ईगप्र स्टब कमांड द्वारा निर्धारित किए जाते हैं:

R1(config)#router eigrp 1
R1(config-router)#eigrp stub?
connected Do advertise connected routes
leak-map Allow dynamic prefixes based on the leak-map
receive-only Set IP-EIGRP as receive only neighbor
redistributed Do advertise redistributed routes
static Do advertise static routes
summary Do advertise summary routes

डिफ़ॉल्ट रूप से, बस ईगप्र स्टब कमांड जारी करने से जुड़ा और सारांश मोड सक्षम होते हैं। ब्याज की केवल-प्राप्त मोड है, जिसमें राउटर किसी भी नेटवर्क की घोषणा नहीं करता है, केवल यह सुनता है कि उसके पड़ोसी क्या कह रहे हैं (RIP में एक निष्क्रिय इंटरफ़ेस कमांड है जो ऐसा ही करता है, लेकिन EIGRP में यह चयनित इंटरफेस पर प्रोटोकॉल को पूरी तरह से निष्क्रिय कर देता है, जो अनुमति नहीं देता है पड़ोस की स्थापना)।

EIGRP सिद्धांत में महत्वपूर्ण बिंदु जो लेख में नहीं आए:

• आप EIGRP में पड़ोसी प्रमाणीकरण को कॉन्फ़िगर कर सकते हैं
• सुंदर शटडाउन अवधारणा
  
• लोड संतुलन

EIGRP अभ्यास

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



लेकिन समस्या यह है कि वे पहले ही डायनेमिक रूटिंग प्रोटोकॉल के रूप में ईआईजीआरपी लॉन्च कर चुके हैं। इसके अलावा, एक पूरी तरह से अलग सबनेट से अंत नोड्स का पता 10.0.0.0/8 है। हमने अन्य सभी मापदंडों (लिंक पते, लूपबैक इंटरफेस के पते) को बदल दिया, लेकिन सर्वर, प्रिंटर, एक्सेस पॉइंट के साथ स्थानीय नेटवर्क के कई हजार पते - उन्होंने कुछ घंटों तक काम नहीं किया - बाद के लिए स्थगित कर दिया गया, और आईपी में हमने सबनेट 172.16 को कैलिनिनग्राद के लिए भविष्य के लिए आरक्षित किया। .32.0 / 20।

अब हम ऐसे नेटवर्क का उपयोग करते हैं:



यह चमत्कार कैसे कॉन्फ़िगर किया गया है? पहली नज़र में अस्पष्ट:

राउटर eigrp १
नेटवर्क 172.16.0.0 0.0.255.255
नेटवर्क 10.0.0.0

EIGRP में, रिवर्स मास्क को निर्दिष्ट किया जा सकता है, जिससे संकीर्ण फ्रेम का संकेत मिलता है, या सेट नहीं होता है, तो इस वर्ग के लिए मानक मास्क का चयन किया जाएगा (कक्षा बी के लिए 16 - कक्षा 8 के लिए 172.16.0.0 और 8 - 10.0.0.0 के लिए

इस तरह के आदेश बिल्कुल दिए गए हैं ऑटोनॉमस सिस्टम राउटर। राउटर eigrp कमांड में नंबर से AS निर्धारित होता है, यानी हमारे मामले में हमारे पास AS नंबर 1 है। यह आंकड़ा सभी राउटर (ओएसपीएफ के विपरीत) पर समान होना चाहिए।

लेकिन EIGRP में एक गंभीर पकड़ है: डिफ़ॉल्ट रूप से, क्लास फॉर्म में मार्गों का स्वचालित योग सक्षम है (IOS संस्करणों में 15 तक)।
तीन कैलिनिनग्राद राउटर पर रूटिंग टेबल की तुलना करें:

नेटवर्क 10.0.0.1/24 klgr-center-gw1 से जुड़ा है और वह इसके बारे में जानता है:

klgr-Centre-gw1:
10.0.0.0/8 वेरिएबल सबनेट, 2 सबनेट, 2 मास्क
D 10.0.0.0/8 एक सारांश है, 00:35:23, Null0
C 10.0.0.0/24 सीधे जुड़ा हुआ है, FastE ईथरनेट1 / 0

लेकिन वह 10.0.1.0/24 और 10.0.2.0/24/

klgr-balt-gw1 के बारे में अपने दो नेटवर्क 10.0.1.0/24 और 10.0.2.0/24 के बारे में नहीं जानता, लेकिन यहां वह 10.0.0.0/24 के बारे में नहीं जानता है उसे छिपा दिया।

10.0.0.0/8, मुख्य रूप से सबनेट किया गया है, 3 सबनेट, 2 मास्क
D 10.0.0.0/8 एक सारांश है, 00:42:05, Null0
C 10.0.1.0/24 सीधे जुड़ा हुआ है, FastE ईथरनेट1 / 1.2
C 10.0.2.0/24 सीधे जुड़ा हुआ है, FastE ईथरनेट1 / 1.3

दोनों ने अगले होप Null0 के पते के साथ 10.0.0.0/8 मार्ग बनाया।

लेकिन klgr-Center-gw2 जानता है कि 10.0.0.0/8 सबनेट इसके WAN इंटरफेस के पीछे हैं।

D 10.0.0.0/8 [90/30720] 172.16.2.41, 00:42:49, FastE ईथरनेट0 / 1
[90/30720] के माध्यम से 172.16.2.45, 00:38:05, FastE ईथरनेट0 / 0 के माध्यम से।

कुछ बहुत अजीब चल रहा है।
लेकिन, यदि आप इस राउटर के कॉन्फ़िगरेशन की जांच करते हैं, तो आप शायद नोटिस करेंगे:

राउटर eigrp १
नेटवर्क 172.16.0.0
नेटवर्क 10.0.0.0
ऑटो-सारांश

स्वत: योग दोष देना है। यह EIGRP की सबसे बड़ी बुराई है। आइए अधिक विस्तार से विचार करें कि क्या हो रहा है। klgr-center-gw1 और klgr-balt-gw1 के पास 10.0.0.0/8 के सबनेट हैं, वे पड़ोसियों द्वारा पास किए जाने पर डिफ़ॉल्ट रूप से उन्हें सारांशित करते हैं।
यही है, उदाहरण के लिए, msk-balt-gw1 दो नेटवर्क 10.0.1.0/24 और 10.0.2.0/24 प्रसारित नहीं करता है, लेकिन एक सामान्यीकृत: 10.0.0.0/8। यही है, उसके पड़ोसी सोचेंगे कि यह नेटवर्क msk-balt-gw1 के पीछे स्थित है।
लेकिन, क्या होता है अगर अचानक एक पते वाले 10.0.50.243 वाले पैकेट को बाल्ट-जीडब्ल्यू 1 हो जाता है, जिसके बारे में वह कुछ नहीं जानता है? इस मामले में, तथाकथित ब्लैकहोल मार्ग बनाया गया है:
10.0.0.0/8 एक सारांश है, 00:42:05, Null0
प्राप्त पैकेट को इस ब्लैक होल में फेंक दिया जाएगा। यह रूटिंग लूप से बचने के लिए है।
इसलिए इन दोनों राउटरों ने अपने ब्लैकहोल मार्गों का निर्माण किया और अन्य लोगों की घोषणाओं को अनदेखा किया। वास्तव में, ऐसे नेटवर्क पर, ये तीन डिवाइस एक-दूसरे को तब तक पिंग करने में सक्षम नहीं होंगे, जब तक कि आप ऑटो-सारांश को बंद नहीं करते।

EIGRP को कॉन्फ़िगर करते समय सबसे पहले आपको करना चाहिए:

राउटर eigrp १
कोई ऑटो-सारांश नहीं

सभी उपकरणों पर। और सब ठीक हो जाएगा:

klgr-Center-gw1:

10.0.0.0/24 को सबनेट किया गया
है , 3 सबनेट C 10.0.0.0 सीधे जुड़े हुए हैं, FastE ईथरनेट1 / 0
D 10.0.1.0 [90/30720] 172.16.2.37, 00:03:11, FastE ईथरनेट0 / 0
D 10.0.2.0 [90 के माध्यम से / ३० ९ २०] १.1२.१६.२.३720, ००:०३:११ के माध्यम से, फास्टएटर ० / ०

klgr-Balt-GW1

10.0.0.0/24 को सबनेट किया गया है
, 172.16.2.38, 00:08:16, FastE ईथरनेट0 / 1
C 10.0.1.0 के माध्यम से 3 सबनेट D 10.0.0.0 [90/30720] सीधे जुड़ा हुआ है, FastE ईथरनेट1 (1.2
C 10.0.2.0) सीधे जुड़ा हुआ है जुड़ा हुआ है, FastE ईथरनेट1 / 1.3

klgr-केंद्र-GW2:

10.0.0.0/24 को सबनेट किया गया, 3 सबनेट
D 10.0.0.0 [90/30720] को 172.16.2.45, 00:11:50, FastE ईथरनेट0 / 0
D 10.0.1.0 [90/30720] के माध्यम से 17.1.16.2.41, 00:11 के माध्यम से। : 48, FastE ईथरनेट0 / 1
D 10.0.2.0 [90/30720] 172.16.2.41, 00:11:48, FastE ईथरनेट0 / 1 के माध्यम से

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

विभिन्न प्रोटोकॉल के बीच मार्ग हस्तांतरण को कॉन्फ़िगर करना

हमारा कार्य इन प्रोटोकॉल के बीच मार्गों के हस्तांतरण को व्यवस्थित करना है: ओएसपीएफ से ईआईजीआरपी और इसके विपरीत, ताकि हर कोई किसी भी सबनेट को मार्ग जानता हो।
इसे मार्ग पुनर्वितरण कहा जाता है।

इसके कार्यान्वयन के लिए, हमें कम से कम एक जंक्शन बिंदु चाहिए जहां दो प्रोटोकॉल एक साथ लॉन्च किए जाएंगे। यह msk-arbat-gw1 या klgr-balt-gw1 हो सकता है। दूसरा वाला चुनें।

EIGRP से OSPF तक:

klgr-gw1 (config) #router ospf 1
klgr-gw1 (कॉन्फिग-राउटर) #redistribute eigrp 1 सबनेट

हम msk-arbat-gw1 पर मार्गों को देखते हैं:

msk-arbat-gw1#sh ip route
Codes: C — connected, S — static, I — IGRP, R — RIP, M — mobile, B — BGP
D — EIGRP, EX — EIGRP external, O — OSPF, IA — OSPF inter area
N1 — OSPF NSSA external type 1, N2 — OSPF NSSA external type 2
E1 — OSPF external type 1, E2 — OSPF external type 2, E — EGP
i — IS-IS, L1 — IS-IS level-1, L2 — IS-IS level-2, ia — IS-IS inter area
* — candidate default, U — per-user static route, o — ODR
P — periodic downloaded static route

Gateway of last resort is 198.51.100.1 to network 0.0.0.0

10.0.0.0/8 is variably subnetted, 3 subnets, 2 masks
O E2 10.0.0.0/8 [110/20] via 172.16.2.34, 00:25:11, FastEthernet0/1.7
O E2 10.0.1.0/24 [110/20] via 172.16.2.34, 00:25:11, FastEthernet0/1.7
O E2 10.0.2.0/24 [110/20] via 172.16.2.34, 00:24:50, FastEthernet0/1.7
172.16.0.0/16 is variably subnetted, 30 subnets, 5 masks
O E2 172.16.0.0/16 [110/20] via 172.16.2.34, 00:25:11, FastEthernet0/1.7
C 172.16.0.0/24 सीधे जुड़ा हुआ है, FastE ईथरनेट0 / 0.3
C 172.16.1.0/24 सीधे जुड़ा हुआ है, FastE ईथरनेट0 / 0.2
C 172.16.2.0/30 सीधे जुड़ा हुआ है, FastE ईथरनेट0 / 1.4
C 172.16.2.16/30 सीधे जुड़ा हुआ है, FastE ईथरनेट0 / 1.5
C 172.16.2.32/30 is directly connected, FastEthernet0/1.7
O E2 172.16.2.36/30 [110/20] via 172.16.2.34, 01:00:55, FastEthernet0/1.7
O E2 172.16.2.40/30 [110/20] via 172.16.2.34, 01:00:55, FastEthernet0/1.7
O E2 172.16.2.44/30 [110/20] via 172.16.2.34, 01:00:55, FastEthernet0/1.7
C 172.16.2.128/30 is directly connected, FastEthernet0/1.8
O 172.16.2.160/30 [110/2] via 172.16.2.130, 01:00:55, FastEthernet0/1.8
O 172.16.2.192/30 [110/2] via 172.16.2.197, 00:13:21, FastEthernet1/0.911
C 172.16.2.196/30 is directly connected, FastEthernet1/0.911
C 172.16.3.0/24 सीधे जुड़ा हुआ है, FastE ईथरनेट0 / 0.101
C 172.16.4.0/24 सीधे जुड़ा हुआ है, FastE ईथरनेट0 / 0.102
C 172.16.5.0/24 सीधे जुड़ा हुआ है, FastE ईथरनेट0 / 0.103
C 172.16.6.0/24 सीधे जुड़ा हुआ है, FastE ईथरनेट0 / 0.104
O 172.16.24.0/24 [110/2] via 172.16.2.18, 01:00:55, FastEthernet0/1.5
O 172.16.128.0/24 [110/2] via 172.16.2.130, 01:00:55, FastEthernet0/1.8
O 172.16.129.0/26 [110/2] via 172.16.2.130, 01:00:55, FastEthernet0/1.8
O 172.16.144.0/24 [110/3] via 172.16.2.130, 00:13:21, FastEthernet0/1.8
[110/3] via 172.16.2.197, 00:13:21, FastEthernet1/0.911
O 172.16.160.0/24 [110/2] via 172.16.2.197, 00:13:31, FastEthernet1/0.911
C 172.16.255.1/32 is directly connected, Loopback0
O 172.16.255.48/32 [110/2] via 172.16.2.18, 01:00:55, FastEthernet0/1.5
O E2 172.16.255.64/32 [110/20] via 172.16.2.34, 01:00:55, FastEthernet0/1.7
O E2 172.16.255.65/32 [110/20] via 172.16.2.34, 01:00:55, FastEthernet0/1.7
O E2 172.16.255.66/32 [110/20] 172.16.2.34, 01:00:55, FastE ईथरनेट0 / 1.7
O 172.16.255.80/32 [110/2] के माध्यम से 172.16.2.130, 01:00:55, FastE ईथरनेट0 / के माध्यम से। 1.8
O 172.16.255.96/32 [110/3] के माध्यम से 172.16.2.130, 00:13:21, FastE ईथरनेट0 / 1.8
[110/3] के माध्यम से 172.16.2.197, 00:13:21, FastE ईथरनेट1 / 0.911
O 172.16.255.112/। 32 [110/2] 172.16.2.197, 00:13:31 के माध्यम से, FastE ईथरनेट1 / 0.911
198.51.100.0/28 को सबनेट किया गया
है , 1 सबनेट C 198.51.100.0 सीधे जुड़ा हुआ है, FastE ईथरनेट0 / 1.6
S * 0.0.0.0/0 [1 / 0] 198.51.100.1 के माध्यम से

यहां नए आयातित मार्ग E2 - लेबल किए गए हैं। E2 - इसका मतलब है कि ये 2 प्रकार ( बाहरी ) के बाहरी मार्ग हैं , अर्थात, उन्हें OSPF प्रक्रिया में बाहर से

अब OSPF से EIGRP में लाया गया है। यह थोड़ा पेचीदा मामला है:

klgr-gw1 (config) #router eigrp 1
klgr-gw1 (विन्यास-राउटर) #redistribute ospf 1 मीट्रिक 100000 20 255 1 1500

एक मीट्रिक (संख्याओं के इस लंबे सेट) को निर्दिष्ट किए बिना कमांड निष्पादित किया जाएगा, लेकिन पुनर्वितरण नहीं होगा।

आयातित मार्गों को आंतरिक तालिका के लिए 90 की बजाय मार्ग तालिका में एक एक्स्ट मार्क और 170 की प्रशासनिक दूरी प्राप्त होती है:

klgr-gw2 # sh ip मार्ग

अंतिम उपाय का गेटवे सेट नहीं है

172.16.0.0/16 is variably subnetted, 30 subnets, 4 masks
D EX 172.16.0.0/24 [ 170 /33280] via 172.16.2.37, 00:00:07, FastEthernet0/0
D EX 172.16.1.0/24 [170/33280] via 172.16.2.37, 00:00:07, FastEthernet0/0
D EX 172.16.2.0/30 [170/33280] via 172.16.2.37, 00:00:07, FastEthernet0/0
D EX 172.16.2.4/30 [170/33280] via 172.16.2.37, 00:00:07, FastEthernet0/0
D EX 172.16.2.16/30 [170/33280] via 172.16.2.37, 00:00:07, FastEthernet0/0
D 172.16.2.32/30 [ 90 /30720] via 172.16.2.37, 00:38:59, FastEthernet0/0
C 172.16.2.36/30 is directly connected, FastEthernet0/0
D 172.16.2.40/30 [90/30720] via 172.16.2.37, 00:38:59, FastEthernet0/0
[90/30720] 172.16.2.46, 00:38:59, FastE ईथरनेट0 / 1 के माध्यम से
...।

तो, ऐसा करना सीधा प्रतीत होगा, लेकिन सरलता सतही है - पुनर्वितरण कई सूक्ष्म और अप्रिय क्षणों से भरा होता है जब दो अलग-अलग डोमेन के बीच कम से कम एक निरर्थक लिंक जोड़ा जाता है।
यूनिवर्सल टिप - यदि संभव हो तो पुनर्वितरण से बचने की कोशिश करें। यहां मुख्य जीवन नियम काम करता है - बेहतर सरल।

समस्या संख्या 5 ( आरटी में असंभव )
मास्को में एक राउटर नेटवर्क पर अन्य सभी राउटर के लिए एक डिफ़ॉल्ट मार्ग की घोषणा करता है। लेकिन यह 1 के बराबर सभी मीट्रिक के साथ अन्य सभी राउटर्स की बात आती है और रूट ट्रांसमिशन ट्रांसमिशन के साथ मैट्रिक नहीं बढ़ता है।
सुविधा के लिए, डिफ़ॉल्ट सेटिंग्स को बदलने का निर्णय लिया गया, ताकि डिफ़ॉल्ट रूप से प्रारंभिक मार्ग मीट्रिक 30 हो और साथ ही, नेटवर्क पर डिफ़ॉल्ट मार्ग के हस्तांतरण के साथ, पथ की लागत प्रारंभिक मीट्रिक में जोड़ दी गई। इसके अलावा, भविष्य में मॉस्को में एक बैकअप राउटर जोड़ना संभव है, जिससे एक और डिफ़ॉल्ट मार्ग प्रदाता को इंगित करेगा। बैकअप राउटर का उपयोग केवल तभी किया जाएगा जब प्राथमिक गायब हो जाता है, इसलिए जो डिफ़ॉल्ट मार्ग वे विज्ञापन करते हैं वे विभिन्न मैट्रिक्स के साथ होने चाहिए।
जवाब है

डिफ़ॉल्ट मार्ग

अब आपके इंटरनेट एक्सेस की जांच करने का समय है। मॉस्को से यह खुद के लिए बहुत अच्छा काम करता है, लेकिन यदि आप उदाहरण के लिए, सेंट पीटर्सबर्ग से याद करते हैं (याद रखें कि हमने सभी स्थिर मार्गों को हटा दिया है):

PC> पिंग linkmeup.ru

डेटा के 32 बाइट्स के साथ 192.0.2.2 को पिंग करना:

172.16.2.5 से उत्तर दें: गंतव्य मेजबान पहुंच से बाहर है।
172.16.2.5 से उत्तर दें: गंतव्य होस्ट पहुंच से बाहर है।
172.16.2.5 से उत्तर दें: गंतव्य होस्ट पहुंच से बाहर है।
172.16.2.5 से उत्तर दें: गंतव्य होस्ट पहुंच से बाहर है।

192.0.2.2 के लिए पिंग आँकड़े:
पैकेट: भेजा गया = 4, प्राप्त = 0, खोया = 4 (100% हानि),

यह इस तथ्य के कारण है कि न तो spb-ozerki-gw1, न ही spb-vsl-gw1, और न ही हमारे नेटवर्क पर किसी और को डिफ़ॉल्ट मार्ग के बारे में पता है, केवल msk-arbat-gw1 को छोड़कर, जिस पर यह सांख्यिकीय रूप से कॉन्फ़िगर किया गया है।
इस स्थिति को ठीक करने के लिए, मॉस्को में हमें एक आदेश देना पर्याप्त है:

msk-arbat-gw1 (config) #router ospf 1
msk-arbat-gw1 (config-router) # डिफ़ॉल्ट-सूचना उत्पन्न

उसके बाद, अंतिम आशा का प्रवेश द्वार कहां स्थित है, इसके बारे में जानकारी नेटवर्क के माध्यम से भर रही है।

इंटरनेट अब उपलब्ध है:

PC> tracert linkmeup.ru

ट्रेसिंग मार्ग 192.0.2.2 तक अधिकतम 30 हॉप्स:

1 3 एमएस 3 3 एमएस 3 17 एमएस 172.16.17.1
2 4 5 एमएस 12 एमएस 172.16.2.5
3 14 एमएस एमएस 9 9 एमएस 172.16.2.1
4 17 एमएस 17 एमएस 19 एमएस 198.51.100.1
5 22 एमएस 23 एमएस 19 एमएस 192.0.2.2

ट्रेस पूरा।

टास्क नंबर 6 ( आरटी में संभव नहीं )
OSPF में EIGRP मार्गों के klgr-balt-gw1 राउटर पुनर्वितरण पर कॉन्फ़िगर किया गया है। आगे नेटवर्क के साथ, मार्गों को 20 के एक मीट्रिक के साथ बाहरी के रूप में प्रेषित किया जाता है, जो मार्ग संचरण मार्ग के साथ नहीं बढ़ता है। सेटिंग्स को बदलना आवश्यक है ताकि मार्ग के साथ, नेटवर्क पर बाहरी मार्गों के हस्तांतरण के साथ, पथ की लागत बाहरी मार्गों के मीट्रिक में जोड़ दी जाए।
जवाब है

उपयोगी समस्या निवारण कमांड

1) पड़ोसियों की सूची और उनके साथ संचार की स्थिति को कमांड शो आईपी ओस्पफ पड़ोसी द्वारा कहा जाता है

msk-arbat-gw1:

नेबर आईडी प्री स्टेट डेड टाइम एड्रेस एड्रेस इंटरफेस
172.16.255.32 1 फुल / ड्रॉस्ट 00:00:33 172.16.2.2 फास्टाइटर 0 / 1.4
172.16.255.48 1 फुल / डीआर 00:00:34 172.16.2.18 फास्टइराइटर 0 / 1.5
172.16.255.64 1 फुल / DR 00:00:33 172.16.2.34 FastE ईथरनेट0 / 1.7
172.16.255.80 1 FULL / DR 00:00:33 172.16.2.130 FastE ईथरनेट 0 (1.8
172.16.255.112 1 FULL / DR 00:00:33 172.16। 2.197 फास्टएटर 1 / 0.911

2) या ईआईजीआरपी के लिए: आईपी ​​आइग्रेप पड़ोसियों को दिखाएं

IP-EIGRP पड़ोसी प्रक्रिया के लिए 1
एच एड्रेस इंटरफेस होल्ड अपटाइम SRTT RTO Q Seq
(sec) (ms) Cnt संख्या
0 172.16.2.38 Fa0 / 1 12 00:04:51 40 1000 0 54
1 172.16.2.42 Fa0 / 0 13 00 : ०४: ५१ ४० १००० ० ५।

3) शो आईपी प्रोटोकॉल कमांड का उपयोग करके, आप डायनामिक रूटिंग प्रोटोकॉल और उनके संबंध के बारे में जानकारी देख सकते हैं।

klgr-Balt-GW1:

Routing Protocol is «EIGRP 1 »
Outgoing update filter list for all interfaces is not set
Incoming update filter list for all interfaces is not set
Default networks flagged in outgoing updates
Default networks accepted from incoming updates
EIGRP metric weight K1=1, K2=0, K3=1, K4=0, K5=0
EIGRP maximum hopcount 100
EIGRP maximum metric variance 1
Redistributing: EIGRP 1, OSPF 1
Automatic network summarization is in effect
Automatic address summarization:
Maximum path: 4
Routing for Networks:
172.16.0.0
Routing Information Sources:
Gateway Distance Last Update
172.16.2.42 90 4
172.16.2.38 90 4
Distance: internal 90 external 170

Routing Protocol is «OSPF 1»
Outgoing update filter list for all interfaces is not set
Incoming update filter list for all interfaces is not set
Router ID 172.16.255.64
It is an autonomous system boundary router
Redistributing External Routes from,
EIGRP 1
Number of areas in this router is 1. 1 normal 0 stub 0 nssa
Maximum path: 4
Routing for Networks:
172.16.2.32 0.0.0.3 area 0
Routing Information Sources:
Gateway Distance Last Update
172.16.255.64 110 00:00:23
Distance: (default is 110)

4) प्रोटोकॉल के संचालन को डिबग और समझने के लिए, निम्नलिखित कमांड का उपयोग करना उपयोगी होगा:
डीबग आईपी ओएसपीएफ ईवेंट्स
डीबग आईपी ओएसपीएफ एडज
डीबग ईआईजीआरपी पैकेट

विभिन्न इंटरफेस को ट्विक करने की कोशिश करें और देखें कि डिबग में क्या होता है, क्या संदेश उड़ रहे हैं।

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

रिलीज सामग्री

नई आईपी योजना, प्रत्येक बिंदु और नियमों के लिए स्विचिंग योजना
प्रयोगशाला के साथ आरटी फ़ाइल
डिवाइस कॉन्फ़िगरेशन

उपयोगी लिंक

हमारे महान सहायक XGU.ru

सिस्को OSPF में
OSPF

हबर के साथियों

इंटर-डोमेन रूटिंग लूप्स
बाहरी प्रकार 1 और बाहरी टाइप 2 मार्गों की OSPF में सुविधाएँ। भाग 1
ओएसपीएफ में बाहरी प्रकार 1 और बाहरी प्रकार 2 मार्गों के काम की विशेषताएं। भाग २

अन्य

सिस्को
विकिपीडिया
सबसे छोटी के लिए

स्व-संवर्धन
नेटवर्क के रूसी मिनट में एक ही चीज की अपनी वेबसाइट है - linkmeup.ru । अब आप न केवल एलजे में , बल्कि इस चक्र के व्यक्तिगत ब्लॉग में भी टिप्पणियां पढ़ और छोड़ सकते हैं । लेख लिखने में मदद के

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

पुनश्च
हमारे भविष्य के LinkMiap पॉडकास्ट में जिंगल और बैकग्राउंड म्यूजिक की जरूरत है। हमें मदद करने में खुशी होगी, और संगीतकार के नाम को सदियों तक महिमामंडित किया जाएगा।

PPS
पैकेट ट्रेसर की क्षमताएं हमारे लिए पर्याप्त नहीं हैं। अगला कदम कुछ अधिक गंभीर चीज के लिए संक्रमण है। कोई सुझाव? मैं IOU बनाम GNS विषय पर टिप्पणियों में एक होलिवर की व्यवस्था करने का प्रस्ताव करता हूं।