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 ਜਾਂ ਹੋਰ ਸੇਵਾ ਵੀ ਖ਼ਤਮ ਕਰਦਾ ਹੈ। ਫਿਰ ਉਸ ਦਿਨ ਲਈ ਥਾਂ ਛੱਡੋ ਜਦੋਂ ਕੋਈ ਰਾਹ ਡਿਜ਼ਾਈਨ ਦੀ ਧਾਰਨਾ ਨਾਲੋਂ ਵੱਧ ਭਾਰ ਚੁੱਕੇਗਾ। ਨਿਸ਼ਕਿਰਿਆ ਹਾਰਡਵੇਅਰ ਮੰਨਣ ਵਾਲੀ ਸਮਰੱਥਾ ਯੋਜਨਾ ਇੱਕ ਇੱਛਾ ਹੈ, ਯੋਜਨਾ ਨਹੀਂ। ਜੇ ਇਹ ਸੰਖਿਆ ਕਾਰੋਬਾਰੀ ਤਰਕ ਲਈ ਮਹੱਤਵਪੂਰਨ ਹੈ, ਤਾਂ ਇਸਨੂੰ ਇੱਕ ਵਾਰ ਯੰਤਰ ਉੱਤੇ ਪ੍ਰਤੀਨਿਧ ਭਾਰ ਹੇਠ ਮਾਪੋ ਅਤੇ ਉਹ ਮਾਪ ਡਿਜ਼ਾਈਨ ਨਾਲ ਰੱਖੋ।
ਡਿਜ਼ਾਈਨ ਤੋਂ ਪਹਿਲਾਂ ਰਿਕਾਰਡ ਲਿਖੋ
ਡਿਜ਼ਾਈਨ ਨੂੰ ਲੋੜੀਂਦੀ ਹਰ ਸਮਰੱਥਾ ਲਈ ਪਲੇਟਫਾਰਮ ਹਵਾਲਾ, ਰਿਲੀਜ਼ ਨਾਲ ਮੇਲ ਖਾਂਦੇ ਦਸਤਾਵੇਜ਼ ਅਤੇ ਕੋਈ ਵੀ ਅਣਸੁਲਝੀ ਪਾਬੰਦੀ ਇੱਕੋ ਜਗ੍ਹਾ ਰੱਖੋ। ਜਿੱਥੇ ਟਪਲ ਦੀ ਕੋਈ ਲਾਈਨ ਫੇਲ੍ਹ ਹੋਵੇ, ਪੁਰਾਣੀ ਖਰੀਦ ਸੂਚੀ ਦੁਆਲੇ ਡਿਜ਼ਾਈਨ ਮੁੜ ਬਣਾਉਣ ਦੀ ਥਾਂ ਕਿਸੇ ਵੱਖਰੇ ਮਨਜ਼ੂਰ ਗੇਟਵੇ ਨਾਲ ਤੁਲਨਾ ਕਰੋ। ਰਿਕਾਰਡ ਵਿੱਚ ਲਿਖਿਆ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ ਕਿ ਕਿਹੜਾ ਠੀਕ ਸਿਸਟਮ ਇਹ ਕੰਮ ਕਰਦਾ ਹੈ ਅਤੇ ਕਿਹੜੀਆਂ ਹੱਦਾਂ ਵਿੱਚ।
ਉਸ ਤੋਂ ਬਾਅਦ ਹੀ ਸਾਥੀ ਦੀ ਜਾਂਚ ਕਰੋ, ਕਿਉਂਕਿ ਦੂਰ ਦੇ ਸਿਰੇ ਨਾਲ ਪ੍ਰੋਟੋਕੋਲ ਅਨੁਕੂਲਤਾ ਅਗਲਾ ਸਵਾਲ ਹੈ ਅਤੇ ਸਥਾਨਕ ਸਹਾਇਤਾ ਦਾ ਬਦਲ ਕਦੇ ਨਹੀਂ ਹੈ। ਸਹਿਮਤ ਸਾਥੀ ਵੀ ਅਜਿਹੇ ਚੈਸਿਸ ਦੀ ਮਦਦ ਨਹੀਂ ਕਰ ਸਕਦਾ ਜੋ ਕਦੇ ਵੀ ਇੱਕ ਵੀ ਪੈਕਟ ਐਨਕ੍ਰਿਪਟ ਨਹੀਂ ਕਰਦਾ।