राउट रिफ्लेक्टर जोडल्यानंतर काही L2VPN मार्ग गायब होतात

सत्र सुरू राहतात, IGP स्थिर आहे, आणि तरीही चारपैकी दोन प्रोव्हायडर कडांवर काही L2VPN मार्ग कधीही दिसत नाहीत। हा नमुना वाहतुकीचा नसून रिफ्लेक्शनचा प्रश्न आहे, कारण तुटलेले सत्र संपूर्णपणे अयशस्वी होते, तर पुन्हा वापरलेली रिफ्लेक्शन सीमा निवडकपणे अयशस्वी होते। भौतिक रिंगचा याच्याशी काही संबंध नाही; तार्किक वितरण आलेख हे ती मार्ग थांबलेले ठिकाण आहे। तो बिंदू शोधण्यासाठी नियंत्रण स्तर पुन्हा बांधण्याची गरज नाही।

नुकसान निवडक आहे, ज्यामुळे शोध मर्यादित होतो

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

निवडक नुकसान लूप प्रतिबंध, धोरण किंवा संबंधाची दिशा याकडे निर्देश करते, जिथे काही मार्ग सीमा ओलांडतात आणि इतर वाटेतच टाकून दिले जातात। संपूर्ण नुकसान सत्र किंवा पत्ता कुटुंबाकडे निर्देश करते। या दोन्हींपैकी तुम्ही कोणते पाहत आहात हे ठरवणे हे पहिले उपयुक्त पाऊल आहे, आणि त्यासाठी एकच आदेश पुरतो।

रिफ्लेक्शन प्रत्यक्षात काय बदलते

मार्ग रिफ्लेक्शन हा नियम सैल करते की iBGP वक्ता दुसऱ्या iBGP वक्त्याकडून शिकलेला मार्ग पुन्हा जाहीर करू शकत नाही। RFC 4456 हा अपवाद वक्ता आणि मार्गाचा स्रोत यांच्यातील संबंधातून व्यक्त करतो, आणि त्या संबंधाची दिशा बहुतेक सारांश सुचवतात त्यापेक्षा महत्त्वाची आहे। क्लायंटकडून शिकलेला मार्ग इतर क्लायंट आणि बिगर-क्लायंटकडे रिफ्लेक्ट केला जाऊ शकतो, तर बिगर-क्लायंटकडून शिकलेला मार्ग फक्त क्लायंटकडेच रिफ्लेक्ट केला जाऊ शकतो। ही विषमता दोनदा वाचा, कारण क्लायंट संबंध जोडल्याने रचना त्रुटी कशी लपू शकते हे ती स्पष्ट करते: टोपोलॉजीने कधीही न हवेलेला मार्ग तो उघडतो।

CLUSTER_LIST गुणधर्म रिफ्लेक्शनचा इतिहास नोंदवतो, आणि त्या यादीत स्वतःचे क्लस्टर ID आढळलेल्या रिफ्लेक्टरने जाहिरात दुर्लक्षित करावी। हे लूप प्रतिबंध आहे, आणि ओळखकर्ते चुकून पुन्हा वापरले गेल्यास मार्ग पुसणारी यंत्रणाही तीच आहे। ORIGINATOR_ID संबंधित भूमिका बजावते आणि मार्ग प्रथम जाहीर करणाऱ्या राउटरचे नाव देते।

पुन्हा वापरलेले क्लस्टर ID हेच मार्ग गायब होण्याचे कारण आहेत

छोटे जाळे एका शॉर्टकटचे निमंत्रण देते: प्रत्येक राउटरला त्याच्या loopback इतके क्लस्टर ID द्या, नंतर आणखी एक रिफ्लेक्टर जोडा, आणि हातात सोयीचे असल्याने विद्यमान loopback पुन्हा वापरा। जर ते ओळखकर्ते आता दोन स्वतंत्र रिफ्लेक्शन टप्प्यांत दिसले, तर दुसरा टप्पा CLUSTER_LIST मध्ये स्वतःचे ID पाहून मार्ग टाकून देतो। काहीही त्रुटी नोंदवत नाही, कारण टाकून देणे ही लूपला योग्य प्रतिक्रिया आहे।

एका क्लस्टरची सेवा करणारे अतिरिक्त रिफ्लेक्टर हा वैध अपवाद आहे: ते जाणीवपूर्वक एक ID सामायिक करतात जेणेकरून दोन्हींपैकी कोणीही तेच क्लायंट सेवा देऊ शकेल। ओळखकर्त्याने चेसिसची नावे वेगळी करण्याऐवजी रिफ्लेक्शन रचनेशी जुळले पाहिजे।

कोणतेही संरचना बदलण्यापूर्वी इच्छित आलेख काढा: उपसर्ग कोण तयार करतो, कोणता क्लायंट संबंध पहिल्या रिफ्लेक्शनला परवानगी देतो, कोणता रिफ्लेक्टर तो पुढील टप्प्यावर नेतो, आणि शेवटचा क्लायंट कुठे बसतो। त्या आलेखातील प्रत्येक झेप हे असे ठिकाण आहे जिथे पुन्हा वापरलेला ओळखकर्ता, गहाळ क्लायंट संबंध किंवा धोरण गाळणी मार्ग थांबवू शकते। आलेख काढला की गहाळ मार्गाला कोड्याऐवजी जागा असते।

प्रत्येक शेजाऱ्याला क्लायंट करण्याच्या मोहाला तोंड द्या

गहाळ मार्गाचा जलद उपाय म्हणजे प्रत्येक शेजाऱ्याला प्रत्येक रिफ्लेक्टरचा क्लायंट करणे। प्रसार परत येतो, आणि रचना तुम्हाला काहीही सांगणे थांबवते: ती प्रत्येक वक्त्याने वाहून नेलेले मार्ग गुणाकारते आणि त्याचबरोबर कोणत्या संबंधाने ते काम करायचे होते हे लपवते।

छोट्या जाळ्याला सामान्यतः दोन आकारांपैकी एक हवा असतो। पूर्ण iBGP जाळे चार राउटरांसाठी सहा सत्रे आहे आणि त्यात कोणतेही रिफ्लेक्शन नाही, तर उर्वरित कडांना सेवा देणारी नियुक्त रिफ्लेक्टर जोडी हा दुसरा आकार आहे। प्रत्येक राउटर थोडे थोडे रिफ्लेक्ट करणाऱ्या आंशिक जाळ्यापेक्षा दोन्हींचा विचार करणे सोपे आहे। आकार केबलिंग आकृतीनुसार नव्हे, तर प्रमाण आणि अपयश वर्तनानुसार निवडा।

रिफ्लेक्शनला दोष देण्यापूर्वी पत्ता कुटुंब तपासा

पोर्ट 179 वरचे TCP सत्र दोन वक्ते बोलू शकतात हे सिद्ध करते, आणि VPN पत्ता कुटुंबाने एकही मार्ग देवाणघेवाण केला का याबद्दल काहीही सांगत नाही। प्रथम सत्र स्थिती, नंतर कुटुंब, नंतर वैयक्तिक उपसर्ग निश्चित करा।

vtysh -c "show bgp summary"
vtysh -c "show bgp l2vpn evpn summary"
vtysh -c "show bgp l2vpn evpn"

ती तीन आउटपुट शेजारी समस्या, देवाणघेवाण समस्या आणि गहाळ उपसर्ग समस्या वेगळ्या करतात। कुटुंबाने अजिबात उपसर्ग दाखवले नाहीत तर, रिफ्लेक्शन पाहण्यापूर्वी शेजाऱ्याची सक्रियता स्थिती आणि निर्यात धोरण तपासा। उपसर्ग एका कडेवर दिसून दुसऱ्यावर न दिसल्यास, प्राप्त करणाऱ्या बाजूला क्लस्टर यादी आणि उगमस्थानाची तुलना करा, नंतर मागील विभागातील आलेख चाला।

पुढील झेपेची पोहोच आणि अग्रेषण स्थिती त्या तपासणीबाहेर ठेवा। पोहोचता न येणाऱ्या पुढील झेपेसह रिफ्लेक्ट केलेला मार्ग अस्तित्वात आहे पण निरुपयोगी आहे, जो पुढील झेपेचा स्तंभ पाहण्यापर्यंत रिफ्लेक्शन अपयशासारखा वाटतो। पुढील झेप सोडवा, अग्रेषण नोंदीची पुष्टी करा, आणि त्यानंतरच वितरण आलेखाला आणखी एक रिफ्लेक्टर हवा का हे ठरवा।