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 માં આવેલી ક્ષમતા પહેલાના build માં છે એમ માની શકાય નહીં, અને એક કાર્ડ માટે લખાયેલું વિધાન બીજા પર જતું નથી. રિલીઝ નોંધની લીટી ડિઝાઇન રેકોર્ડમાં નકલ કરો જેથી દાવો પોતાનો સ્રોત સાથે રાખે, કારણ કે પ્લેટફોર્મ પરિવાર માટે લખાયેલું સમર્થન વિધાન તમે ચલાવો છો તે મોડ વિશે અથવા તમારી પાસેના કાર્ડ વિશે વિધાન નથી.
ક્ષમતા કાર્યભાર છે, શીર્ષક નહીં
માપન શરતો વગર શીર્ષકમાંનો થ્રુપુટ આંકડો માર્કેટિંગ આંકડો છે. નાના પેકેટ પ્રતિ બિટ મોટા પેકેટ કરતાં ઘણા મોંઘા હોય છે, સાથોસાથના એસોસિએશન મેમરી ખાય છે, અને કાર્ડ વહેંચતી દરેક બીજી સેવા બાકીનું ઘટાડે છે.
અપેક્ષિત ટ્રાફિક પરથી અંદાજ કરો: સામાન્ય અને સૌથી ખરાબ પેકેટ માપ, સાથીદારોની સંખ્યા, અને તે કાર્ડ NAT અથવા બીજી સેવા પણ સમાપ્ત કરે છે કે નહીં. પછી એવા દિવસ માટે જગ્યા રાખો જ્યારે કોઈ માર્ગ ડિઝાઇનની ધારણા કરતાં વધુ ભાર વહન કરશે. નિષ્ક્રિય હાર્ડવેર ધારી લેતી ક્ષમતા યોજના ઇચ્છા છે, યોજના નહીં. આ આંકડો વ્યવસાયિક તર્ક માટે મહત્ત્વનો હોય તો તેને એક વાર ઉપકરણ પર પ્રતિનિધિ ભાર હેઠળ માપો અને તે માપ ડિઝાઇન સાથે રાખો.
ડિઝાઇન પહેલાં રેકોર્ડ લખો
ડિઝાઇનને જરૂરી દરેક ક્ષમતા માટે પ્લેટફોર્મ સંદર્ભ, રિલીઝ સાથે મેળ ખાતા દસ્તાવેજો અને કોઈપણ ન ઉકેલાયેલ નિયંત્રણ એક જ જગ્યાએ રાખો. ટપલની કોઈ લીટી નિષ્ફળ જાય તો જૂની ખરીદી સૂચિની આસપાસ ડિઝાઇન ફરી બાંધવાને બદલે બીજા મંજૂર ગેટવે સાથે તુલના કરો. રેકોર્ડમાં લખવું જોઈએ કે કઈ ચોક્કસ સિસ્ટમ આ કામ કરે છે અને કઈ મર્યાદામાં.
પછી જ સાથીની તપાસ કરો, કારણ કે દૂરના છેડા સાથે પ્રોટોકોલ સુસંગતતા આગળનો પ્રશ્ન છે અને સ્થાનિક સમર્થનનો વિકલ્પ ક્યારેય નથી. સહમત સાથી પણ એવા ચેસીસને મદદ કરી શકતું નથી જે ક્યારેય એક પણ પેકેટ એન્ક્રિપ્ટ કરતું નથી.