MX, IPsec അവസാനിപ്പിക്കുന്നതിന് മുൻപ് എന്തെല്ലാം ഒത്തുവരണം
കോൺഫിഗറേഷൻ സ്വീകരിക്കുന്ന commit പാഴ്സറിനെ മാത്രം തെളിയിക്കുന്നു, പാതയെയല്ല. പ്ലാറ്റ്ഫോം tuple-ന്റെ അഞ്ച് ഭാഗങ്ങൾ സേവനം യഥാർത്ഥത്തിൽ പ്രവർത്തിക്കുന്നുണ്ടോ എന്ന് തീരുമാനിക്കുന്നു.
കോൺഫിഗറേഷൻ വൃത്തിയായി commit ചെയ്യുന്നു, ഇന്റർഫേസുകൾ ഉയരുന്നു, ടണൽ എന്നിട്ടും സ്ഥാപിക്കാൻ വിസമ്മതിക്കുന്നു. ലോഗിൽ ഒരു വരിപോലും പ്ലാറ്റ്ഫോമിന് ഇത് ചെയ്യാനാകില്ലെന്ന് പറയുന്നില്ല; അത് ചെയ്യുന്നില്ല എന്ന് മാത്രം. Junos-ൽ, IPsec എന്നത് ചാസിസ്, സേവന ഹാർഡ്വെയർ അല്ലെങ്കിൽ സോഫ്റ്റ്വെയർ പാത, കൂടാതെ റിലീസ് എന്നിവയുടെ ഒരു പ്രത്യേക സംയോജനത്തിന് മാത്രം നിർവഹിക്കാനാകുന്ന സേവനമാണ്, ഫീച്ചർ പേജ് സോഫ്റ്റ്വെയറിന്റെ കഴിവ് വിവരിക്കുന്നു, നിങ്ങളുടെ ഉപകരണത്തിന്റെ അല്ല. tuple ഭാഗം ഭാഗമായി പരിശോധിക്കണം, കാരണം commit ഫലം പാഴ്സറിനെ മാത്രം തെളിയിക്കുന്നു.
പാക്കറ്റ് യഥാർത്ഥത്തിൽ എങ്ങോട്ട് പോകുന്നു
IPsec-നായി തിരഞ്ഞെടുത്ത ട്രാഫിക് അതിനെ എൻക്രിപ്റ്റ് ചെയ്യുന്ന ഘടകത്തിൽ എത്തണം. സേവന മൊഡ്യൂൾ ഉള്ള പ്ലാറ്റ്ഫോമുകളിൽ, തിരഞ്ഞെടുത്ത പ്രവാഹം ആ മൊഡ്യൂളിലേക്ക് നയിക്കപ്പെടുന്നു, പിന്നീട് ഫോർവേഡിംഗ് പാതയിലേക്ക് തിരികെ വരുന്നു. മൊഡ്യൂൾ ഇല്ലെങ്കിൽ, ശേഷി കുറവാണെങ്കിൽ അല്ലെങ്കിൽ ഇന്റർഫേസിലേക്ക് ബന്ധിപ്പിച്ചിട്ടില്ലെങ്കിൽ, കോൺഫിഗറേഷൻ നിലവിലുണ്ട്, ഒരു പാക്കറ്റും പ്രോസസ്സ് ചെയ്യുന്നില്ല. commit ഔട്ട്പുട്ടിൽ ഒന്നും ആ അവസ്ഥയെ ആരോഗ്യകരമായ അവസ്ഥയിൽ നിന്ന് വേർതിരിക്കുന്നില്ല.
സോഫ്റ്റ്വെയറിൽ ഹോസ്റ്റ് ചെയ്ത നടപ്പാക്കലുകൾ ജോലി റൗട്ടിംഗ് എഞ്ചിനിലോ ഇൻലൈൻ ഹാർഡ്വെയറിലോ നിർത്തുന്നു, വിഭവ പരിധികൾ വളരെ വ്യത്യസ്തമാണ്. കോൺഫിഗറേഷനിൽ കാണുന്ന ടണൽ ഈ പാതകളിൽ ഏതാണ് യഥാർത്ഥത്തിൽ അതിനെ വഹിക്കുന്നത് എന്ന് പറയുന്നില്ല.
tuple-ന്റെ അഞ്ച് ഭാഗങ്ങൾ
ഏതെങ്കിലും ശുപാർശ വായിക്കുന്നതിന് മുൻപ് സംയോജനം എഴുതി വെക്കുക, കാരണം ഒരു ഭാഗം മറ്റുള്ളവയെ അസാധുവാക്കാം. മൂന്ന് വർഷം മുൻപ് ഒരു സേവനത്തെ പിന്തുണച്ച ഭാഗ നമ്പർ ഈ ചാസിസിലെ കാർഡിനെയും റിലീസിനെയും കുറിച്ച് ഒന്നും പറയുന്നില്ല. താഴെയുള്ള വരികൾ ചെക്ക്ലിസ്റ്റായി വായിച്ച്, കോൺഫിഗറേഷന് കാണിക്കാനാകാത്ത മൂല്യങ്ങൾ പൂരിപ്പിക്കുക.
| 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 |
വിലാസ കുടുംബങ്ങളും ജോലിഭാരവുമാണ് ആളുകൾ ഒഴിവാക്കുന്ന രണ്ട് വരികൾ, രണ്ടും പരിശോധിക്കാൻ വിലകുറഞ്ഞതും പിന്നീട് കണ്ടെത്താൻ ചെലവേറിയതുമാണ്. tuple ഉപകരണത്തിൽ നിന്ന് വായിക്കുക, സ്പ്രെഡ്ഷീറ്റിൽ നിന്നല്ല, കാരണം കോൺഫിഗറേഷൻ നിങ്ങൾ ആവശ്യപ്പെട്ടത് റിപ്പോർട്ട് ചെയ്യുന്നു, ഇൻസ്റ്റാൾ ചെയ്തതല്ല. ഭൂരിഭാഗവും രണ്ട് കമാൻഡുകൾ വഹിക്കുന്നു: show chassis hardware യഥാർത്ഥത്തിൽ ഘടിപ്പിച്ച കാർഡ് പേരിടുന്നു, show version കൃത്യമായ റിലീസ് നൽകുന്നു. രണ്ടും കോൺഫിഗറേഷൻ ശരിയാണോ എന്നതിനെ ആശ്രയിക്കുന്നില്ല, അതാണ് യഥാർത്ഥ കാര്യം.
show chassis hardware
show versionറിലീസ് ഗേറ്റുകൾ യഥാർത്ഥ ഗേറ്റുകളാണ്
റിലീസ് വിശദാംശം ഔപചാരികതയല്ല. Juniper-ന്റെ IPsec അവലോകനം മൾട്ടി സേവന കാർഡുകൾക്കുള്ള AES-GCM പിന്തുണ Junos 17.3R1-ൽ തീയതിയിടുന്നു, FIPS മോഡ് 17.4R1-ൽ ആരംഭിക്കുന്നു. അതിനാൽ അതേ ഫീച്ചറിന് പ്ലാറ്റ്ഫോം എങ്ങനെ പ്രവർത്തിപ്പിക്കുന്നു എന്നതിനെ ആശ്രയിച്ച് രണ്ട് പരിധികളുണ്ട്, നിങ്ങൾ പ്രവർത്തിപ്പിക്കുന്ന മോഡ് ഏതാണ് ബാധകമാകുന്നത് എന്ന് തീരുമാനിക്കുന്നു. ഫീച്ചർ പട്ടിക പരിശോധിക്കുന്നതിന് മുൻപ് മോഡ് പരിശോധിക്കുക.
റിലീസ് കുറിപ്പുകൾ കൃത്യമായി ഇൻസ്റ്റാൾ ചെയ്ത പതിപ്പിനായി വായിക്കുക, ഡോക്യുമെന്റ് ചെയ്ത ഏറ്റവും പുതിയതിനല്ല. പിന്നീടുള്ള build-ൽ വന്ന കഴിവ് മുൻപത്തേതിൽ ഉണ്ടെന്ന് കരുതാനാവില്ല, ഒരു കാർഡിനായി എഴുതിയ പ്രസ്താവന മറ്റൊന്നിലേക്ക് പകരുന്നില്ല. റിലീസ് കുറിപ്പിലെ വരി ഡിസൈൻ രേഖയിലേക്ക് പകർത്തുക, വാദം അതിന്റെ സ്വന്തം ഉറവിടം കൂടെ കൊണ്ടുപോകാൻ, കാരണം ഒരു പ്ലാറ്റ്ഫോം കുടുംബത്തിനായി എഴുതിയ പിന്തുണാ പ്രസ്താവന നിങ്ങൾ പ്രവർത്തിപ്പിക്കുന്ന മോഡിനെയോ നിങ്ങളുടെ കൈവശമുള്ള കാർഡിനെയോ കുറിച്ചുള്ള പ്രസ്താവനയല്ല.
ശേഷി ജോലിഭാരമാണ്, തലക്കെട്ടല്ല
അളവ് വ്യവസ്ഥകളില്ലാത്ത തലക്കെട്ട് ത്രൂപുട്ട് സംഖ്യ മാർക്കറ്റിംഗ് സംഖ്യയാണ്. ചെറിയ പാക്കറ്റുകൾ ബിറ്റിന് വലിയവയെക്കാൾ വളരെ ചെലവേറിയതാണ്, ഒരേസമയത്തുള്ള അസോസിയേഷനുകൾ മെമ്മറി എടുക്കുന്നു, കാർഡ് പങ്കിടുന്ന മറ്റേതൊരു സേവനവും ബാക്കിയുള്ളത് കുറയ്ക്കുന്നു.
പ്രതീക്ഷിക്കുന്ന ട്രാഫിക്കിൽ നിന്ന് കണക്കാക്കുക: സാധാരണവും ഏറ്റവും മോശവുമായ പാക്കറ്റ് വലിപ്പങ്ങൾ, സഖ്യകളുടെ എണ്ണം, ആ കാർഡ് NAT അല്ലെങ്കിൽ മറ്റൊരു സേവനവും അവസാനിപ്പിക്കുന്നുണ്ടോ. പിന്നീട് ഒരു ദിവസം ഒരു പാത ഡിസൈൻ അനുമാനിച്ചതിലും കൂടുതൽ ഭാരം വഹിക്കുന്ന ദിവസത്തിനായി ഇടം വിടുക. നിഷ്ക്രിയ ഹാർഡ്വെയർ അനുമാനിക്കുന്ന ശേഷി പദ്ധതി ഒരു ആഗ്രഹമാണ്, പദ്ധതിയല്ല. ഈ സംഖ്യ ബിസിനസ് കേസിന് പ്രധാനമെങ്കിൽ, ഉപകരണത്തിൽ പ്രതിനിധീകരണ ഭാരത്തിന് കീഴിൽ ഒരിക്കൽ അളക്കുക, ആ അളവ് ഡിസൈനിനൊപ്പം സൂക്ഷിക്കുക.
ഡിസൈനിന് മുൻപ് രേഖ എഴുതുക
ഡിസൈനിന് ആവശ്യമായ ഓരോ കഴിവിനും പ്ലാറ്റ്ഫോം റഫറൻസ്, റിലീസുമായി പൊരുത്തപ്പെടുന്ന ഡോക്യുമെന്റുകൾ, പരിഹരിക്കാത്ത നിയന്ത്രണം എന്നിവ ഒരിടത്ത് സൂക്ഷിക്കുക. tuple-ന്റെ ഏതെങ്കിലും വരി പരാജയപ്പെട്ടാൽ, പഴയ വാങ്ങൽ ലിസ്റ്റിന് ചുറ്റും ഡിസൈൻ പുനർനിർമ്മിക്കുന്നതിന് പകരം വേറിട്ട അംഗീകൃത ഗേറ്റ്വേയുമായി താരതമ്യം ചെയ്യുക. ഏത് കൃത്യമായ സംവിധാനം ജോലി ചെയ്യുന്നു, ഏത് പരിധികളിൽ എന്ന് രേഖ പറയണം.
അതിനുശേഷം മാത്രം സഖ്യത്തെ പരിശോധിക്കുക, കാരണം ദൂരെയുള്ള അറ്റവുമായുള്ള പ്രോട്ടോക്കോൾ അനുയോജ്യത അടുത്ത ചോദ്യമാണ്, പ്രാദേശിക പിന്തുണയ്ക്ക് ഒരിക്കലും പകരമാകില്ല. സമ്മതിക്കുന്ന സഖ്യത്തിനും ഒരു പാക്കറ്റുപോലും എൻക്രിപ്റ്റ് ചെയ്യാത്ത ചാസിസിനെ സഹായിക്കാനാവില്ല.