MX ला IPsec संपवता येण्यापूर्वी काय जुळले पाहिजे
कॉन्फिगरेशन स्वीकारणारा commit फक्त पार्सर सिद्ध करतो, मार्ग नाही। प्लॅटफॉर्म टपलचे पाच भाग सेवा खरोखर चालते की नाही हे ठरवतात।
कॉन्फिगरेशन स्वच्छ commit होते, इंटरफेस वर येतात, आणि टनेल तरीही स्थापित होण्यास नकार देतो। लॉगमध्ये एकही ओळ असे म्हणत नाही की प्लॅटफॉर्म हे करू शकत नाही; तो फक्त करत नाही। Junos वर IPsec ही अशी सेवा आहे जी केवळ चेसिस, सेवा हार्डवेअर किंवा सॉफ्टवेअर मार्ग, आणि आवृत्ती यांच्या विशिष्ट संयोजनाने पार पाडता येते, आणि वैशिष्ट्य पृष्ठ सॉफ्टवेअरची क्षमता वर्णन करते, तुमच्या उपकरणाची नाही। टपल भाग-भाग तपासावे लागते, कारण commit चा निकाल फक्त पार्सर सिद्ध करतो।
पॅकेट प्रत्यक्षात कुठे जाते
IPsec साठी निवडलेला रहदारी तो एन्क्रिप्ट करणाऱ्या घटकापर्यंत पोहोचला पाहिजे। सेवा मॉड्यूल असलेल्या प्लॅटफॉर्मवर, निवडलेला प्रवाह त्या मॉड्यूलकडे नेला जातो आणि नंतर फॉरवर्डिंग मार्गावर परत येतो। मॉड्यूल नसल्यास, क्षमता कमी असल्यास किंवा इंटरफेसला बांधलेले नसल्यास, कॉन्फिगरेशन अस्तित्वात असते आणि एकही पॅकेट प्रक्रिया होत नाही। commit च्या आउटपुटमध्ये काहीही ती स्थिती निरोगी स्थितीपासून वेगळी करत नाही।
सॉफ्टवेअरमध्ये होस्ट केलेली अंमलबजावणी काम राउटिंग इंजिनवर किंवा इनलाइन हार्डवेअरमध्ये ठेवते, संसाधन मर्यादा खूप वेगळ्या असतात। कॉन्फिगरेशनमध्ये दिसणारे टनेल तुम्हाला सांगत नाही की यापैकी कोणता मार्ग प्रत्यक्षात ते वाहतो।
टपलचे पाच भाग
कोणतीही शिफारस वाचण्यापूर्वी संयोजन लिहून ठेवा, कारण एक भाग बाकीचे अवैध करू शकतो। तीन वर्षांपूर्वी सेवेला आधार देणारा भाग क्रमांक या चेसिसमधील कार्ड आणि आवृत्तीबद्दल काहीही सांगत नाही। खालील ओळी तपासणी सूची म्हणून वाचा, नंतर कॉन्फिगरेशन तुम्हाला दाखवू शकत नाही अशी मूल्ये भरा।
| Part | What to record | Where it fails quietly |
|---|---|---|
| Chassis and service hardware | Model plus the installed PIC, MPC or MIC | Card absent or not bound to the interface |
| Implementation | Services card, inline or software path | Configuration accepted, no processing |
| Release | Exact Junos version | The feature arrives in a later build |
| Address families and mode | Outer and inner family, tunnel mode, peer authentication | Half the traffic silently unprotected |
| Entitlement and capacity | Licence state and the workload profile | Ceiling reached only under load |
पत्ता कुटुंबे आणि कार्यभार या दोन ओळी लोक वगळतात, आणि दोन्ही तपासायला स्वस्त व उशिरा शोधायला महाग आहेत। टपल उपकरणातून वाचा, स्प्रेडशीटमधून नाही, कारण कॉन्फिगरेशन तुम्ही मागितलेले सांगते, जे बसवले आहे ते नाही। बहुतेक भाग दोन आदेश उचलतात: show chassis hardware प्रत्यक्षात बसवलेल्या कार्डाचे नाव सांगतो, आणि show version अचूक आवृत्ती देतो। दोन्हीपैकी कोणतेही कॉन्फिगरेशन बरोबर आहे की नाही यावर अवलंबून नाही, आणि हाच मुद्दा आहे।
show chassis hardware
show versionआवृत्ती दरवाजे खरे दरवाजे आहेत
आवृत्तीचा तपशील औपचारिकता नाही। Juniper चे IPsec विहंगावलोकन मल्टीसर्व्हिस कार्डांसाठी AES-GCM समर्थन Junos 17.3R1 वर दिनांकित करते, आणि FIPS मोड 17.4R1 पासून सुरू होतो। त्यामुळे त्याच वैशिष्ट्याला प्लॅटफॉर्म कसा चालवला जातो यावर दोन मर्यादा आहेत, आणि तुम्ही चालवत असलेला मोड कोणती लागू होते हे ठरवतो। वैशिष्ट्य सूची तपासण्यापूर्वी मोड तपासा।
आवृत्ती टिप्पण्या नेमक्या बसवलेल्या आवृत्तीसाठी वाचा, दस्तऐवजीकृत नवीनतमासाठी नाही। नंतरच्या build मध्ये आलेली क्षमता आधीच्या मध्ये आहे असे गृहीत धरता येत नाही, आणि एका कार्डासाठी लिहिलेले विधान दुसऱ्यावर जात नाही। आवृत्ती टिप्पणीतील ओळ डिझाइन रेकॉर्डमध्ये कॉपी करा जेणेकरून दावा स्वतःचा स्रोत सोबत ठेवेल, कारण प्लॅटफॉर्म कुटुंबासाठी लिहिलेले समर्थन विधान तुम्ही चालवत असलेल्या मोडबद्दल किंवा तुमच्याकडील कार्डाबद्दल विधान नाही।
क्षमता कार्यभार आहे, शीर्षक नाही
मापन अटींशिवाय शीर्षकातील थ्रूपुट आकडा विपणन संख्या आहे। लहान पॅकेट प्रति बिट मोठ्यांपेक्षा खूप महाग असतात, एकाचवेळी होणारे असोसिएशन स्मृती घेतात, आणि कार्ड सामायिक करणारी प्रत्येक इतर सेवा उर्वरित कमी करते।
अपेक्षित रहदारीवरून अंदाज लावा: नेहमीचे आणि सर्वात वाईट पॅकेट आकार, साथीदारांची संख्या, आणि ते कार्ड NAT किंवा इतर सेवा देखील संपवते का। नंतर एखाद्या दिवशी एखादा मार्ग डिझाइनच्या गृहीतापेक्षा जास्त भार वाहील त्या दिवसासाठी वाव ठेवा। निष्क्रिय हार्डवेअर गृहीत धरणारी क्षमता योजना इच्छा आहे, योजना नाही। ही संख्या व्यवसायाच्या तर्कासाठी महत्त्वाची असल्यास ती एकदा उपकरणावर प्रातिनिधिक भाराखाली मोजा आणि ते मापन डिझाइनसोबत ठेवा।
डिझाइनपूर्वी रेकॉर्ड लिहा
डिझाइनला आवश्यक असलेल्या प्रत्येक क्षमतेसाठी प्लॅटफॉर्म संदर्भ, आवृत्तीशी जुळणारे दस्तऐवज आणि कोणतेही न सुटलेले बंधन एकाच ठिकाणी ठेवा। टपलची एखादी ओळ अपयशी ठरल्यास, जुन्या खरेदी यादीभोवती डिझाइन पुन्हा बांधण्याऐवजी वेगळ्या मंजूर गेटवेशी तुलना करा। रेकॉर्डमध्ये कोणती नेमकी प्रणाली हे काम करते आणि कोणत्या मर्यादांमध्ये हे लिहिले पाहिजे।
त्यानंतरच साथीदार तपासा, कारण दूरच्या टोकाशी प्रोटोकॉल सुसंगतता हा पुढील प्रश्न आहे आणि स्थानिक समर्थनाचा पर्याय कधीच नाही। सहमत साथीदारही अशा चेसिसला मदत करू शकत नाही जे कधीच एकही पॅकेट एन्क्रिप्ट करत नाही।