ਜੂਨੀਪਰ ਨੈੱਟਵਰਕ IP ਫੈਬਰਿਕ ਅੱਪਗਰੇਡ ਨਿਊਨਤਮ ਉਪਭੋਗਤਾ ਗਾਈਡ

 

ਨੈੱਟਵਰਕ ਸੰਰਚਨਾ ਸਾਬਕਾample

——————————————————————
IP ਫੈਬਰਿਕ ਅੱਪਗਰੇਡ ਨਿਊਨਤਮ ਓਪਰੇਟਿੰਗ ਪ੍ਰਕਿਰਿਆ

ਜੂਨੀਪਰ ਨੈੱਟਵਰਕ, ਇੰਕ.
1133 ਨਵੀਨਤਾ ਦਾ ਤਰੀਕਾ
ਸਨੀਵੇਲ, ਕੈਲੀਫੋਰਨੀਆ 94089
ਅਮਰੀਕਾ
408-745-2000
www.juniper.net

ਜੂਨੀਪਰ ਨੈੱਟਵਰਕ, ਜੂਨੀਪਰ ਨੈੱਟਵਰਕ ਲੋਗੋ, ਜੂਨੀਪਰ, ਅਤੇ ਜੂਨੋਜ਼ ਸੰਯੁਕਤ ਰਾਜ ਅਮਰੀਕਾ ਅਤੇ ਹੋਰ ਦੇਸ਼ਾਂ ਵਿੱਚ ਜੂਨੀਪਰ ਨੈੱਟਵਰਕ, ਇੰਕ. ਦੇ ਰਜਿਸਟਰਡ ਟ੍ਰੇਡਮਾਰਕ ਹਨ। ਹੋਰ ਸਾਰੇ ਟ੍ਰੇਡਮਾਰਕ, ਸਰਵਿਸ ਮਾਰਕ, ਰਜਿਸਟਰਡ ਮਾਰਕ, ਜਾਂ ਰਜਿਸਟਰਡ ਸਰਵਿਸ ਮਾਰਕ ਉਹਨਾਂ ਦੇ ਸੰਬੰਧਿਤ ਮਾਲਕਾਂ ਦੀ ਸੰਪਤੀ ਹਨ।

ਜੂਨੀਪਰ ਨੈਟਵਰਕ ਇਸ ਦਸਤਾਵੇਜ਼ ਵਿੱਚ ਕਿਸੇ ਵੀ ਅਸ਼ੁੱਧੀਆਂ ਲਈ ਕੋਈ ਜ਼ਿੰਮੇਵਾਰੀ ਨਹੀਂ ਲੈਂਦਾ। ਜੂਨੀਪਰ ਨੈੱਟਵਰਕ ਬਿਨਾਂ ਨੋਟਿਸ ਦੇ ਇਸ ਪ੍ਰਕਾਸ਼ਨ ਨੂੰ ਬਦਲਣ, ਸੰਸ਼ੋਧਿਤ ਕਰਨ, ਟ੍ਰਾਂਸਫਰ ਕਰਨ ਜਾਂ ਇਸ ਨੂੰ ਸੋਧਣ ਦਾ ਅਧਿਕਾਰ ਰਾਖਵਾਂ ਰੱਖਦਾ ਹੈ।

ਨੈੱਟਵਰਕ ਸੰਰਚਨਾ ਸਾਬਕਾample IP ਫੈਬਰਿਕ ਅੱਪਗ੍ਰੇਡ ਘੱਟੋ-ਘੱਟ ਓਪਰੇਟਿੰਗ ਪ੍ਰਕਿਰਿਆ ਕਾਪੀਰਾਈਟ © 2023 ਜੂਨੀਪਰ ਨੈੱਟਵਰਕ, ਇੰਕ. ਸਾਰੇ ਅਧਿਕਾਰ ਰਾਖਵੇਂ ਹਨ।

ਇਸ ਦਸਤਾਵੇਜ਼ ਵਿਚਲੀ ਜਾਣਕਾਰੀ ਸਿਰਲੇਖ ਪੰਨੇ 'ਤੇ ਮਿਤੀ ਤੋਂ ਮੌਜੂਦਾ ਹੈ।

ਸਾਲ 2000 ਦਾ ਨੋਟਿਸ
ਜੂਨੀਪਰ ਨੈੱਟਵਰਕ ਹਾਰਡਵੇਅਰ ਅਤੇ ਸਾਫਟਵੇਅਰ ਉਤਪਾਦ ਸਾਲ 2000 ਦੇ ਅਨੁਕੂਲ ਹਨ। ਜੂਨੋਸ OS ਕੋਲ ਸਾਲ 2038 ਤੱਕ ਸਮਾਂ-ਸਬੰਧਤ ਸੀਮਾਵਾਂ ਨਹੀਂ ਹਨ।
ਹਾਲਾਂਕਿ, NTP ਐਪਲੀਕੇਸ਼ਨ ਨੂੰ ਸਾਲ 2036 ਵਿੱਚ ਕੁਝ ਮੁਸ਼ਕਲ ਹੋਣ ਲਈ ਜਾਣਿਆ ਜਾਂਦਾ ਹੈ।

ਅੰਤ ਉਪਭੋਗਤਾ ਲਾਈਸੈਂਸ ਸਮਝੌਤਾ
ਜੂਨੀਪਰ ਨੈੱਟਵਰਕ ਉਤਪਾਦ ਜੋ ਕਿ ਇਸ ਤਕਨੀਕੀ ਦਸਤਾਵੇਜ਼ ਦਾ ਵਿਸ਼ਾ ਹੈ, ਉਸ ਵਿੱਚ ਜੂਨੀਪਰ ਨੈੱਟਵਰਕ ਸਾਫਟਵੇਅਰ ਸ਼ਾਮਲ ਹਨ (ਜਾਂ ਇਸ ਨਾਲ ਵਰਤਣ ਲਈ ਤਿਆਰ ਕੀਤੇ ਗਏ ਹਨ)।
ਅਜਿਹੇ ਸੌਫਟਵੇਅਰ ਦੀ ਵਰਤੋਂ ਇੱਥੇ ਪੋਸਟ ਕੀਤੇ ਗਏ ਅੰਤਮ ਉਪਭੋਗਤਾ ਲਾਇਸੈਂਸ ਸਮਝੌਤੇ ("EULA") ਦੇ ਨਿਯਮਾਂ ਅਤੇ ਸ਼ਰਤਾਂ ਦੇ ਅਧੀਨ ਹੈ।https://support.juniper.net/support/eula/. ਅਜਿਹੇ ਸੌਫਟਵੇਅਰ ਨੂੰ ਡਾਉਨਲੋਡ, ਸਥਾਪਿਤ ਜਾਂ ਵਰਤ ਕੇ, ਤੁਸੀਂ ਉਸ EULA ਦੇ ਨਿਯਮਾਂ ਅਤੇ ਸ਼ਰਤਾਂ ਨਾਲ ਸਹਿਮਤ ਹੁੰਦੇ ਹੋ।

ਅਧਿਆਇ 1 IP ਫੈਬਰਿਕ ਅੱਪਗਰੇਡ ਓਵਰview

ਇਸ ਸੰਰਚਨਾ ਬਾਰੇ ਸਾਬਕਾample

ਵੱਧview
ਇਸ ਨੈੱਟਵਰਕ ਕੌਂਫਿਗਰੇਸ਼ਨ ਦੀ ਵਰਤੋਂ ਕਰੋ ਸਾਬਕਾample (NCE) ਇੱਕ IP ਫੈਬਰਿਕ ਆਰਕੀਟੈਕਚਰ ਵਿੱਚ ਸਾਰੇ ਸਵਿੱਚਾਂ ਨੂੰ ਅੱਪਗ੍ਰੇਡ ਕਰਨ ਲਈ ਜੋ ਪਹਿਲਾਂ ਤੋਂ ਹੀ ਚਾਲੂ ਅਤੇ ਚੱਲ ਰਿਹਾ ਹੈ।
ਦਸਤਾਵੇਜ਼ ਫੀਡਬੈਕ 

ਅਸੀਂ ਤੁਹਾਨੂੰ ਫੀਡਬੈਕ ਦੇਣ ਲਈ ਉਤਸ਼ਾਹਿਤ ਕਰਦੇ ਹਾਂ ਤਾਂ ਜੋ ਅਸੀਂ ਆਪਣੇ ਦਸਤਾਵੇਜ਼ਾਂ ਨੂੰ ਬਿਹਤਰ ਬਣਾ ਸਕੀਏ।
ਨੂੰ ਆਪਣੀਆਂ ਟਿੱਪਣੀਆਂ ਭੇਜੋ design-center-comments@juniper.net. ਦਸਤਾਵੇਜ਼ ਜਾਂ ਵਿਸ਼ੇ ਦਾ ਨਾਮ ਸ਼ਾਮਲ ਕਰੋ, URL ਜਾਂ ਪੰਨਾ ਨੰਬਰ, ਅਤੇ ਸਾਫਟਵੇਅਰ ਸੰਸਕਰਣ (ਜੇ ਲਾਗੂ ਹੋਵੇ)।

ਅਧਿਆਇ 2 ਇੱਕ IP ਫੈਬਰਿਕ ਆਰਕੀਟੈਕਚਰ ਵਿੱਚ ਸਵਿੱਚਾਂ ਲਈ ਅੱਪਗਰੇਡ ਦੀ ਯੋਜਨਾ

ਅੱਪਗਰੇਡ ਦੀ ਯੋਜਨਾ ਬਣਾ ਰਿਹਾ ਹੈ 

• ਇਹ ਭਾਗ ਅੱਪਗਰੇਡ ਦੀ ਯੋਜਨਾ ਬਣਾਉਣ ਲਈ ਦਿਸ਼ਾ-ਨਿਰਦੇਸ਼ਾਂ ਨੂੰ ਕਵਰ ਕਰਦਾ ਹੈ।
• ਸ਼ੁਰੂਆਤੀ ਪੜਾਅ 'ਤੇ ਹਮੇਸ਼ਾ ਇੱਕ ਡਿਵਾਈਸ ਨੂੰ ਅੱਪਗ੍ਰੇਡ ਕਰੋ। ਕੁਝ ਸਫਲ ਅੱਪਗਰੇਡਾਂ ਅਤੇ ਪ੍ਰਕਿਰਿਆ ਨਾਲ ਜਾਣੂ ਹੋਣ ਤੋਂ ਬਾਅਦ, ਤੁਸੀਂ ਵੱਡੀ ਤੈਨਾਤੀ ਲਈ, ਇੱਕ ਸਮੇਂ ਵਿੱਚ ਕਈ ਪੱਤਿਆਂ ਦੇ ਸਵਿੱਚਾਂ ਦੇ ਨਾਲ, ਬੈਚਾਂ ਵਿੱਚ ਸਵਿੱਚਾਂ ਨੂੰ ਅੱਪਗ੍ਰੇਡ ਕਰ ਸਕਦੇ ਹੋ। ਇਹ ਸਿਫ਼ਾਰਸ਼ ਕੀਤੀ ਜਾਂਦੀ ਹੈ ਕਿ ਰੀੜ੍ਹ ਦੀ ਹੱਡੀ ਅਤੇ ਸੁਪਰ-ਸਪਾਈਨ ਸਵਿੱਚਾਂ ਨੂੰ ਇੱਕ ਵਾਰ ਵਿੱਚ ਇੱਕ ਵਾਰ ਅੱਪਗ੍ਰੇਡ ਕੀਤਾ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ, ਤਾਂ ਜੋ ਕੋਈ ਵੀ ਬੇਲੋੜੇ ਰਸਤੇ ਨਾ ਹੋਣ ਦੀ ਸਥਿਤੀ ਵਿੱਚ ਆਵਾਜਾਈ ਵਿੱਚ ਕਿਸੇ ਵੀ ਵਿਘਨ ਨੂੰ ਰੋਕਿਆ ਜਾ ਸਕੇ।
• ਸਾਰੇ ਨੈੱਟਵਰਕ ਲਿੰਕਾਂ ਦੀ ਮੌਜੂਦਾ ਬੈਂਡਵਿਡਥ ਵਰਤੋਂ ਦੀ ਜਾਂਚ ਕਰੋ।
• ਇਨ-ਬੈਂਡ ਅਤੇ ਆਊਟ-ਆਫ-ਬੈਂਡ ਅੱਪਗਰੇਡ ਪ੍ਰਕਿਰਿਆਵਾਂ ਦੀ ਵਰਤੋਂ ਕੀਤੀ ਜਾ ਸਕਦੀ ਹੈ। ਜੇਕਰ IP ਫੈਬਰਿਕ ਵਿੱਚ ਇੱਕ ਸਿੰਗਲ ਸਵਿੱਚ ਵੀ ਇਨ-ਬੈਂਡ ਪ੍ਰਕਿਰਿਆ ਦੁਆਰਾ ZTP ਅਧਾਰਤ ਅੱਪਗਰੇਡਾਂ ਦੀ ਵਰਤੋਂ ਕਰਦਾ ਹੈ, ਤਾਂ DHCP ਰੀਲੇਅ ਨੂੰ IP ਫੈਬਰਿਕ ਵਿੱਚ ਸਾਰੇ ਸਵਿੱਚਾਂ 'ਤੇ ਸੰਰਚਿਤ ਕਰਨ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ। ਇਹ ਯਕੀਨੀ ਬਣਾਉਣ ਲਈ ਹੈ ਕਿ ਅੱਪਗਰੇਡ ਕੀਤੇ ਜਾ ਰਹੇ ਸਵਿੱਚ ਨੇ ਸਾਫਟਵੇਅਰ ਚਿੱਤਰ ਅਤੇ ਸਵਿੱਚ ਕੌਂਫਿਗਰੇਸ਼ਨ ਡਾਊਨਲੋਡ ਲਈ DHCP ਸਰਵਰ ਤੱਕ ਪਹੁੰਚ ਜਾਰੀ ਰੱਖੀ ਹੋਈ ਹੈ। ਜੇਕਰ IP ਫੈਬਰਿਕ ਵਿੱਚ ਸਾਰੇ ਸਵਿੱਚਾਂ ਨੂੰ ISSU/NSSU ਦੁਆਰਾ ਅੱਪਗਰੇਡ ਕੀਤਾ ਜਾ ਰਿਹਾ ਹੈ, ਤਾਂ ਇਨ-ਬੈਂਡ ਪ੍ਰਕਿਰਿਆ ਲਈ IP ਫੈਬਰਿਕ ਵਿੱਚ ਕਿਸੇ ਵੀ ਸਵਿੱਚ 'ਤੇ DHCP ਰੀਲੇਅ ਨੂੰ ਕੌਂਫਿਗਰ ਕਰਨ ਦੀ ਕੋਈ ਲੋੜ ਨਹੀਂ ਹੈ।
• ਕੁਝ CLI ਸ਼ੋਅ ਕਮਾਂਡਾਂ ਹਨ ਜੋ ਵਰਤੀਆਂ ਜਾਂਦੀਆਂ ਹਨ, ਅਤੇ ਜਾਣਕਾਰੀ ਇਕੱਠੀ ਕੀਤੀ ਜਾਂਦੀ ਹੈ। ਸਕ੍ਰਿਪਟਾਂ ਵਿੱਚ CLI ਕਮਾਂਡਾਂ ਨੂੰ ਸਵੈਚਲਿਤ ਕਰਨ ਅਤੇ ਸਰਵਰ ਉੱਤੇ ਸਾਰੀ ਜਾਣਕਾਰੀ ਸਟੋਰ ਕਰਨ ਦੀ ਸਿਫਾਰਸ਼ ਕੀਤੀ ਜਾਂਦੀ ਹੈ। ਇਕੱਤਰ ਕੀਤੀ ਜਾਣਕਾਰੀ ਦੇ ਨਾਲ ਵੇਰਵਿਆਂ ਦੀ ਤੇਜ਼ੀ ਨਾਲ ਖੋਜ ਅਤੇ ਤੁਲਨਾ ਕਰਨ ਲਈ ਟੂਲਸ ਦੀ ਵਰਤੋਂ ਕਰੋ।
• ਕੁਝ ਟ੍ਰੈਫਿਕ ਪ੍ਰਵਾਹਾਂ ਦੀ ਪਛਾਣ ਕਰੋ ਅਤੇ ਡਿਜ਼ਾਈਨ ਕਰੋ ਜੋ ਨੈੱਟਵਰਕ ਕਨੈਕਟੀਵਿਟੀ ਨੂੰ ਪ੍ਰਮਾਣਿਤ ਕਰ ਸਕਦੇ ਹਨ ਅਤੇ ਅੱਪਗਰੇਡ ਦੌਰਾਨ ਬੈਕਗ੍ਰਾਊਂਡ ਵਿੱਚ ਚੱਲ ਸਕਦੇ ਹਨ। ਇਸ ਮਕਸਦ ਲਈ ਪਿੰਗ ਅਤੇ ਟਰੇਸਰਾਊਟ ਦੀ ਵਰਤੋਂ ਆਮ ਤੌਰ 'ਤੇ ਕੀਤੀ ਜਾਂਦੀ ਹੈ।
• ਮੇਨਟੇਨੈਂਸ ਵਿੰਡੋ (MW) ਲਈ ਕਾਫ਼ੀ ਸਮੇਂ ਦੀ ਯੋਜਨਾ ਬਣਾਓ। ਵੱਡੀ ਤੈਨਾਤੀ ਲਈ ਕਈ MWs ਦੀ ਲੋੜ ਹੋ ਸਕਦੀ ਹੈ। ਸ਼ੁਰੂਆਤੀ ਪੜਾਅ 'ਤੇ ਹਮੇਸ਼ਾ ਇੱਕ ਡਿਵਾਈਸ ਨੂੰ ਅੱਪਗ੍ਰੇਡ ਕਰੋ। ਕੁਝ ਸਫਲ ਅੱਪਗਰੇਡਾਂ ਅਤੇ ਪ੍ਰਕਿਰਿਆ ਤੋਂ ਜਾਣੂ ਹੋਣ ਤੋਂ ਬਾਅਦ, ਵੱਡੇ ਤੈਨਾਤੀ ਲਈ ਇੱਕ ਸਮੇਂ 'ਤੇ ਕਈ ਲੀਫ ਸਵਿੱਚਾਂ ਵਾਲੇ ਬੈਚਾਂ ਵਿੱਚ ਅੱਪਗ੍ਰੇਡ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ।
• ਪਰਿਵਰਤਨ ਨੂੰ ਉਹਨਾਂ ਸਾਰੀਆਂ ਟੀਮਾਂ ਅਤੇ ਵਿਅਕਤੀਆਂ ਨਾਲ ਤਹਿ ਕਰੋ ਜੋ ਤਬਦੀਲੀ ਤੋਂ ਪ੍ਰਭਾਵਿਤ ਹਨ।
• ਇਹ ਦਸਤਾਵੇਜ਼ LACP ਅਧਾਰਤ LAG ਕੁਨੈਕਸ਼ਨ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋਏ ਵੱਖ-ਵੱਖ ਟਾਪ-ਆਫ-ਰੈਕ (TORs) ਜਾਂ ਲੀਫ ਸਵਿੱਚਾਂ ਲਈ ਸਰਵਰ ਹੋਸਟ ਦੇ ਮਲਟੀ-ਹੋਮਿੰਗ ਦਾ ਸਮਰਥਨ ਕਰਦਾ ਹੈ।

ਚੈਪਟਰ 3 ਡਿਪਲਾਇਮੈਂਟ ਆਰਕੀਟੈਕਚਰ

DC IP ਰੂਟੇਡ ਫੈਬਰਿਕ 5 Stagਸੁਪਰ ਸਪਾਈਨ ਦੇ ਨਾਲ ਈ ਕਲੋਜ਼

ਇਸ ਆਰਕੀਟੈਕਚਰ ਵਿੱਚ ਡੀਸੀ ਆਈਪੀ ਰੂਟੇਡ ਫੈਬਰਿਕ 5 ਐੱਸtage ਕਲੋਸ eBGP ਦੇ ਨਾਲ ਸੁਪਰ ਸਪਾਈਨ ਦੇ ਨਾਲ ਵੱਖ-ਵੱਖ AS ਵਿੱਚ ਹਰ ਪਰਤ ਦੇ ਨਾਲ ਫੈਬਰਿਕ ਪ੍ਰੋਟੋਕੋਲ ਦੇ ਰੂਪ ਵਿੱਚ।
ਚਿੱਤਰ 1: EBGP ਫੈਬਰਿਕ ਪ੍ਰੋਟੋਕੋਲ ਦੇ ਨਾਲ IP ਫੈਬਰਿਕ ਟੋਪੋਲੋਜੀ, ਹਰ ਪਰਤ ਦੇ ਨਾਲ ਵੱਖ-ਵੱਖ AS ਵਿੱਚ
ਸੁਪਰ ਸਪਾਈਨ ਆਰਕੀਟੈਕਚਰ ਦੇ ਨਾਲ ਰੂਟਡ ਫੈਬਰਿਕ
ਸਮਰਥਿਤ ਪਲੇਟਫਾਰਮ
ਸਾਰਣੀ 1 IP ਫੈਬਰਿਕ ਵਿੱਚ ਵੱਖ-ਵੱਖ ਭੂਮਿਕਾਵਾਂ ਲਈ ਸਮਰਥਿਤ ਪਲੇਟਫਾਰਮਾਂ ਨੂੰ ਸੂਚੀਬੱਧ ਕਰਦਾ ਹੈ।
ਸਾਰਣੀ 1: IP ਫੈਬਰਿਕ ਲਈ ਸਮਰਥਿਤ ਪਲੇਟਫਾਰਮ 

ਡਿਵਾਈਸ ਰੋਲ	ਪਲੇਟਫਾਰਮ
ਪੱਤਾ/ਟੀ.ਆਰ	QFX5130-32CD QFX5220-32CD /128C QFX5120-32C/48Y/48T/48YM QFX5100/QFX5110-48S QFX5200-32C QFX5210-64C ACX7100-48L
ਰੀੜ੍ਹ ਦੀ ਹੱਡੀ	QFX5220-32CD/128C PTX10K8/16

ਡਿਵਾਈਸ ਰੋਲ	ਪਲੇਟਫਾਰਮ
	QFX5120-32C QFX5210-64C QFX5130-32CD QFX5700 QFX5200-32C PTX10003 QFX5110-32Q
ਸੁਪਰ ਸਪਾਈਨ	QFX5220-128C PTX10K8/PTX10K3 QFX5210-64C QFX10K8/16

ਨੋਟ: ਸੂਚੀਬੱਧ ਸਮਰਥਿਤ ਪਲੇਟਫਾਰਮਾਂ ਵਿੱਚ, PTX10K8/16, QFX5700, QFX10K8/16 ਚੈਸੀ ਆਧਾਰਿਤ ਮਾਡਿਊਲਰ ਸਿਸਟਮ ਹਨ। ਬਾਕੀ ਪਲੇਟਫਾਰਮ ਆਕਾਰ 1, 2, ਜਾਂ 3 ਰੈਕ ਯੂਨਿਟਾਂ (RUs) ਦੇ ਫਿਕਸਡ ਫਾਰਮ ਫੈਕਟਰ ਹਨ।

ਨੋਡ ਰੋਲ
ਚਿੱਤਰ 1 ਵਿੱਚ, ਹੇਠਾਂ ਦਿੱਤੇ ਨੋਡ ਰੋਲ ਹਨ:

• P1L1, P1L2, P1L3 ਅਤੇ P1L4 POD-1 ਵਿੱਚ ਪੱਤਾ ਨੋਡ ਹਨ।
• P2L2, P2L2, P2L3 ਅਤੇ P2L4 POD-2 ਵਿੱਚ ਪੱਤਾ ਨੋਡ ਹਨ।
• P1S1, P1S2, P1S3, P1S4 POD-1 ਵਿੱਚ ਰੀੜ੍ਹ ਦੀ ਹੱਡੀ ਹਨ।
• P2S1, P2S2, P2S3, P2S4 POD-2 ਵਿੱਚ ਰੀੜ੍ਹ ਦੀ ਹੱਡੀ ਹਨ।
• SS1, SS2, SS3, SS4 ਸੁਪਰ ਸਪਾਈਨ ਲੇਅਰ ਵਿੱਚ ਸੁਪਰ ਸਪਾਈਨਸ ਹਨ, ਜੋ POD-1 ਅਤੇ POD-2 ਦੋਵਾਂ ਲਈ ਆਮ ਹਨ।

ਸੰਰਚਨਾ ਬਦਲੋ

ਇਹ ਉਮੀਦ ਕੀਤੀ ਜਾਂਦੀ ਹੈ ਕਿ IP ਫੈਬਰਿਕ ਬੁਨਿਆਦੀ ਘੱਟੋ-ਘੱਟ ਸੰਰਚਨਾਵਾਂ ਨੂੰ ਚਲਾ ਰਿਹਾ ਹੈ ਜੋ ਇਸਨੂੰ ਕਾਰਜਸ਼ੀਲ ਬਣਾਉਣ ਲਈ ਲੋੜੀਂਦੇ ਹਨ। ਚਿੱਤਰ 1 ਵੇਖੋ। ਇੱਥੇ ਸੰਰਚਨਾ ਲੋੜਾਂ ਦਾ ਘੱਟੋ-ਘੱਟ ਵੇਰਵਾ ਹੈ:

• ਫੈਬਰਿਕ ਨੂੰ ਫੈਬਰਿਕ ਵਿੱਚ IPv4 ਅਤੇ IPv6 ਰਾਊਟਿੰਗ ਦੋਨਾਂ ਨਾਲ ਦੋਹਰੇ ਸਟੈਕ ਲਈ ਕੌਂਫਿਗਰ ਕੀਤਾ ਗਿਆ ਹੈ।
• ਫੈਬਰਿਕ ਵਿੱਚ ਸਾਰੇ ਲਿੰਕ P2P ਹਨ ਅਤੇ IPv4 ਅਤੇ IPv6 ਦੋਵਾਂ ਲਈ ਸੰਰਚਿਤ ਕੀਤੇ ਗਏ ਹਨ।
• eBGP ਨੂੰ ਰੂਟਿੰਗ ਪ੍ਰੋਟੋਕੋਲ ਵਜੋਂ ਵਰਤਿਆ ਜਾ ਰਿਹਾ ਹੈ।
• eBGP ਪੀਅਰ ਗਰੁੱਪ ਵਰਤੇ ਜਾਂਦੇ ਹਨ, ਸਾਰੇ ਲੀਫ ਸਵਿੱਚ 1 eBGP ਪੀਅਰ ਗਰੁੱਪ (ਕਹੋ, LEAF) ਨਾਲ ਸਬੰਧਤ ਹਨ, ਸਾਰੇ ਸਪਾਈਨ ਸਵਿੱਚ 1 eBGP ਪੀਅਰ ਗਰੁੱਪ (ਕਹੋ, SPINE) ਨਾਲ ਸਬੰਧਤ ਹਨ ਅਤੇ ਸਾਰੇ ਸੁਪਰ-ਸਪਾਈਨ ਸਵਿੱਚ 1 eBGP ਪੀਅਰ ਗਰੁੱਪ ਨਾਲ ਸਬੰਧਤ ਹਨ। ਸੁਪਰ-ਸਪਾਈਨ)।
• eBGP ਦੁਆਰਾ ਇਸ਼ਤਿਹਾਰ ਦੇਣ ਤੋਂ ਪਹਿਲਾਂ ਰੂਟਾਂ ਨੂੰ ਇਕੱਠਾ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ।
• ਆਈਪੀ ਫੈਬਰਿਕ ਵਿੱਚ ਸਾਰੇ ਸਵਿੱਚਾਂ ਰਾਹੀਂ ਦੋ-ਦਿਸ਼ਾਵੀ ਆਵਾਜਾਈ ਵਹਿ ਰਹੀ ਹੈ।

ਅਧਿਆਇ 4 ਜੂਨੀਪਰ ਅਪਸਟ੍ਰਾ ਤੋਂ ਬਿਨਾਂ ਸਵਿੱਚਾਂ ਲਈ ਮੈਨੁਅਲ ਅੱਪਗ੍ਰੇਡ

ਲੇਅਰ ਅਪਗ੍ਰੇਡ ਦੁਆਰਾ ਲੇਅਰ ਲਈ ਦਿਸ਼ਾ-ਨਿਰਦੇਸ਼
ਹਰੇਕ ਲੇਅਰ 'ਤੇ, ਸਾਰੇ ਆਮ ਤੌਰ 'ਤੇ ਵਰਤੇ ਜਾਣ ਵਾਲੇ ਪਲੇਟਫਾਰਮਾਂ ਦੀ ਪਛਾਣ ਕਰੋ, ਤਾਂ ਜੋ ਦੂਜੇ ਪਲੇਟਫਾਰਮਾਂ ਲਈ ਅੱਪਗਰੇਡ ਸੰਬੰਧੀ ਅਪਵਾਦਾਂ ਦੀ ਪਛਾਣ ਕੀਤੀ ਜਾ ਸਕੇ।

ਪਹਿਲਾ ਕਦਮ - TORs ਨੂੰ ਅੱਪਗ੍ਰੇਡ ਕਰੋ (ਐਜ ਸਵਿੱਚਾਂ)
ਸਾਰੇ TORs ਨੂੰ ਇੱਕ-ਇੱਕ ਕਰਕੇ ਅੱਪਗ੍ਰੇਡ ਕਰੋ। ਇਹ ਮੰਨਿਆ ਜਾਂਦਾ ਹੈ ਕਿ ਸਾਰੇ TORs ਸਿੰਗਲ RE ਯੰਤਰ ਹਨ ਅਤੇ ਇਸਲਈ ਅੱਪਗਰੇਡ ਕੀਤਾ ਜਾ ਰਿਹਾ TOR ਡਾਟਾ ਪਾਥ ਫਾਰਵਰਡਿੰਗ ਲਈ ਅੱਪਗਰੇਡ ਦੌਰਾਨ ਉਪਲਬਧ ਨਹੀਂ ਹੈ। ਜੇਕਰ ਕੋਈ ਸਰਵਰ ਸਿਰਫ਼ ਇੱਕ TOR ਨਾਲ ਕਨੈਕਟ ਕੀਤਾ ਗਿਆ ਹੈ ਜਿਸ ਨੂੰ ਅੱਪਗ੍ਰੇਡ ਕੀਤਾ ਜਾ ਰਿਹਾ ਹੈ, VM ਨੂੰ ਉਹਨਾਂ ਸਰਵਰਾਂ 'ਤੇ ਮਾਈਗ੍ਰੇਟ ਕਰੋ ਜੋ TORs ਨਾਲ ਜੁੜੇ ਹੋਏ ਹਨ ਜੋ ਅੱਪਗ੍ਰੇਡ ਨਹੀਂ ਕੀਤੇ ਜਾ ਰਹੇ ਹਨ।

ਦੂਜਾ ਕਦਮ - ਲੀਫ ਡਿਵਾਈਸਾਂ ਨੂੰ ਅਪਗ੍ਰੇਡ ਕਰੋ
ਸਾਰੇ ਪੱਤਿਆਂ ਦੇ ਸਵਿੱਚਾਂ ਨੂੰ ਇੱਕ-ਇੱਕ ਕਰਕੇ ਅੱਪਗ੍ਰੇਡ ਕਰੋ: leaf1, leaf2, leaf3, ਅਤੇ ਹੋਰ। ਦੋਹਰੇ RE ਸਵਿੱਚਾਂ ਲਈ, ISSU ਜਾਂ NSSU ਵਿਧੀ ਦੀ ਵਰਤੋਂ ਕਰੋ।

ਤੀਜਾ ਕਦਮ - ਸਪਾਈਨਸ ਨੂੰ ਅਪਗ੍ਰੇਡ ਕਰੋ
ਰੀੜ੍ਹ ਦੀ ਹੱਡੀ ਦੇ ਸਾਰੇ ਸਵਿੱਚਾਂ ਨੂੰ ਇੱਕ-ਇੱਕ ਕਰਕੇ ਅੱਪਗ੍ਰੇਡ ਕਰੋ: ਸਪਾਈਨ1, ਸਪਾਈਨ2, ਸਪਾਈਨ3, ਅਤੇ ਹੋਰ। ਦੋਹਰੇ RE ਸਵਿੱਚਾਂ ਲਈ, ISSU ਜਾਂ NSSU ਵਿਧੀ ਦੀ ਵਰਤੋਂ ਕਰੋ।

ਚੌਥਾ ਕਦਮ - ਸੁਪਰ-ਸਪਾਈਨਜ਼ ਨੂੰ ਅੱਪਗ੍ਰੇਡ ਕਰੋ
ਸਾਰੇ ਸੁਪਰ-ਸਪਾਈਨ ਸਵਿੱਚਾਂ ਨੂੰ ਇੱਕ-ਇੱਕ ਕਰਕੇ ਅੱਪਗ੍ਰੇਡ ਕਰੋ: ਸੁਪਰ-ਸਪਾਈਨ1, ਸੁਪਰ-ਸਪਾਈਨ2, ਸੁਪਰ-ਸਪਾਈਨ3, ਅਤੇ ਹੋਰ। ਦੋਹਰੇ RE ਸਵਿੱਚਾਂ ਲਈ, ISSU ਜਾਂ NSSU ਵਿਧੀ ਦੀ ਵਰਤੋਂ ਕਰੋ।

ਸਵਿੱਚ ਅੱਪਗਰੇਡ ਲਈ ਆਮ ਪ੍ਰਕਿਰਿਆ

ਪ੍ਰੀ-ਅੱਪਗ੍ਰੇਡ ਅਤੇ ਪੋਸਟ-ਅੱਪਗ੍ਰੇਡ ਸਿਹਤ ਜਾਂਚ

ਅਸੀਂ ਅੱਪਗ੍ਰੇਡ ਕੀਤੇ ਜਾ ਰਹੇ ਸਵਿੱਚ ਦੀ ਸਿਹਤ ਜਾਂਚ ਦੀ ਸਿਫ਼ਾਰਸ਼ ਕਰਦੇ ਹਾਂ, ਪ੍ਰੀ-ਅੱਪਗ੍ਰੇਡ ਅਤੇ ਪੋਸਟਅੱਪਗ੍ਰੇਡ, ਅਤੇ ਇਸ ਜਾਣਕਾਰੀ ਨੂੰ ਰਿਕਾਰਡ ਕਰਨਾ। ਰਿਕਾਰਡ ਕੀਤੀ ਪ੍ਰੀ-ਅੱਪਗ੍ਰੇਡ ਅਤੇ ਪੋਸਟ ਅੱਪਗ੍ਰੇਡ ਸਿਹਤ ਜਾਂਚ ਜਾਣਕਾਰੀ ਦੀ ਤੁਲਨਾ ਕਿਸੇ ਮੁੱਦੇ ਦੀ ਸਥਿਤੀ ਵਿੱਚ ਕੀਤੀ ਜਾ ਸਕਦੀ ਹੈ।

ਸਿਹਤ ਜਾਂਚ ਪ੍ਰਕਿਰਿਆ
ਹੇਠਾਂ ਦਿੱਤੇ ਕਦਮਾਂ ਨੂੰ ਪੂਰਾ ਕਰੋ:

1.  ਜਾਂਚ ਕਰੋ ਕਿ ਕੀ ਉਪਭੋਗਤਾ ਟ੍ਰੈਫਿਕ ਪ੍ਰਵਾਹ ਉਮੀਦ ਅਨੁਸਾਰ ਹੈ, ਅਪਗ੍ਰੇਡ ਤੋਂ ਪਹਿਲਾਂ ਅਤੇ ਬਾਅਦ ਵਿੱਚ ਬਿਨਾਂ ਕਿਸੇ ਨੁਕਸਾਨ ਦੇ।
2.  ਸਾਰੀਆਂ ਡਿਵਾਈਸਾਂ ਦੀਆਂ ਸੰਰਚਨਾਵਾਂ ਦਾ ਬੈਕਅੱਪ ਲਓ ਅਤੇ ਅੱਪਗਰੇਡ ਤੋਂ ਪਹਿਲਾਂ ਉਹਨਾਂ ਨੂੰ ਸਰਵਰ 'ਤੇ ਸੁਰੱਖਿਅਤ ਕਰੋ।
3.  ਵਿਸਤ੍ਰਿਤ ਜਾਣਕਾਰੀ ਇਕੱਠੀ ਕਰੋ ਅਤੇ ਜਾਂਚ ਕਰੋ ਕਿ ਅੱਪਗਰੇਡ ਤੋਂ ਪਹਿਲਾਂ ਅਤੇ ਬਾਅਦ ਵਿੱਚ ਸਿਸਟਮ ਤੰਦਰੁਸਤ ਸਥਿਤੀ ਵਿੱਚ ਹੈ।
   • ਕਿਸੇ ਵੀ ਅਸਫਲਤਾ ਅਤੇ ਗਲਤੀਆਂ ਲਈ syslog ਦੀ ਜਾਂਚ ਕਰੋ
   • ਲੌਗ ਸੁਨੇਹੇ ਦਿਖਾਓ | ਹੋਰ ਨਹੀਂ
   • ਲੌਗ ਚੈਸੀਡ ਦਿਖਾਓ | ਹੋਰ ਨਹੀਂ
   • ਸਿਸਟਮ 'ਤੇ ਅਲਾਰਮ ਅਤੇ ਕੋਰ-ਡੰਪ ਦੀ ਜਾਂਚ ਕਰੋ
     ਚੈਸੀ ਅਲਾਰਮ ਦਿਖਾਓ | ਹੋਰ ਨਹੀਂ
     ਸਿਸਟਮ ਅਲਾਰਮ ਦਿਖਾਓ | ਹੋਰ ਨਹੀਂ
     ਸਿਸਟਮ ਕੋਰ-ਡੰਪ ਦਿਖਾਓ | ਹੋਰ ਨਹੀਂ
   • RE/FPC/PIC ਸਥਿਤੀ ਅਤੇ ਇੰਟਰਫੇਸ ਸਥਿਤੀ ਦੀ ਜਾਂਚ ਕਰੋ (ਸਾਰੇ ਪਲੇਟਫਾਰਮਾਂ ਲਈ ਜੋ ਸਮਰਥਿਤ ਹਨ)
     ਚੈਸੀ ਹਾਰਡਵੇਅਰ ਵੇਰਵੇ ਦਿਖਾਓ | ਹੋਰ ਨਹੀਂ
     ਚੈਸੀ fpc ਵੇਰਵੇ ਦਿਖਾਓ | ਹੋਰ ਨਹੀਂ
     ਚੈਸੀਸ fpc ਤਸਵੀਰ-ਸਥਿਤੀ ਦਿਖਾਓ | ਹੋਰ ਨਹੀਂ
     ਚੈਸੀ ਵਾਤਾਵਰਨ ਦਿਖਾਓ | ਹੋਰ ਨਹੀਂ
     ਚੈਸੀ ਰੂਟਿੰਗ-ਇੰਜਣ ਦਿਖਾਓ | ਹੋਰ ਨਹੀਂ
     ਇੰਟਰਫੇਸ ਵਰਣਨ ਦਿਖਾਓ | ਮੇਲ ਖਾਂਦਾ | ਹੋਰ ਨਹੀਂ
     ਇੰਟਰਫੇਸ ਵਰਣਨ ਦਿਖਾਓ | ਮੇਲ ਖਾਂਦਾ | ਹੋਰ ਨਹੀਂ
     ਇੰਟਰਫੇਸ ਦਿਖਾਓ xe-* | “ਭੌਤਿਕ|ਦਰ” ਨਾਲ ਮੇਲ ਖਾਂਦਾ ਹੈ | ਹੋਰ ਨਹੀਂ
     ਇੰਟਰਫੇਸ ਦਿਖਾਓ et-* | “ਭੌਤਿਕ|ਦਰ” ਨਾਲ ਮੇਲ ਖਾਂਦਾ ਹੈ | ਹੋਰ ਨਹੀਂ
     ਚੈਸੀ ਆਧਾਰਿਤ ਮਾਡਿਊਲਰ ਪਲੇਟਫਾਰਮਾਂ 'ਤੇ, ਤੁਸੀਂ ਫੈਬਰਿਕ ਨਾਲ ਸਬੰਧਤ CLIs ਵੀ ਚਲਾ ਸਕਦੇ ਹੋ:
     ਚੈਸੀ ਫੈਬਰਿਕ ਸੰਖੇਪ ਦਿਖਾਓ | ਹੋਰ ਨਹੀਂ
     ਚੈਸੀ ਫੈਬਰਿਕ fpcs ਦਿਖਾਓ | ਹੋਰ ਨਹੀਂ
     ਦੋਹਰੇ RE ਸਵਿੱਚਾਂ ਲਈ, ਸਾਨੂੰ ISSU/NSSU ਲਈ ਸਵਿੱਚਓਵਰ ਦੀ ਤਿਆਰੀ ਦੀ ਜਾਂਚ ਕਰਨ ਦੀ ਲੋੜ ਹੈ:
     a. ਦੋਹਰੇ RE ਸਵਿੱਚਾਂ ਦੇ ਮਾਮਲੇ ਵਿੱਚ, ਬੈਕਅੱਪ RE GRES ਤਿਆਰ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ।
     b. ਮਾਸਟਰ RE ਦੀ ਜਾਂਚ ਕਰੋ: "ਚੈਸਿਸ ਰੂਟਿੰਗ-ਇੰਜਣ ਮਾਸਟਰ ਸਵਿੱਚ ਚੈੱਕ ਦੀ ਬੇਨਤੀ" ਕਮਾਂਡ ਚਲਾ ਕੇ "ਸਵਿੱਚਓਵਰ ਰੈਡੀ" ਤਿਆਰ ਸਥਿਤੀ ਦੀ ਜਾਂਚ ਕਰੋ।
     c. ਬੈਕਅੱਪ RE ਵਿੱਚ "ਸਿਸਟਮ ਸਵਿਚਓਵਰ ਦਿਖਾਓ" ਕਮਾਂਡ ਚਲਾਓ ਅਤੇ ਯਕੀਨੀ ਬਣਾਓ ਕਿ ਇਹ ਤਿਆਰ ਸਥਿਤੀ ਵਿੱਚ ਹੈ।
   • ਰੂਟਿੰਗ ਟੇਬਲ ਅਤੇ ਫਾਰਵਰਡਿੰਗ ਟੇਬਲ ਦੀ ਜਾਂਚ ਕਰੋ, ਇਹ ਉਮੀਦ ਅਨੁਸਾਰ ਹੋਣੇ ਚਾਹੀਦੇ ਹਨ:
     ਸਿਸਟਮ ਪ੍ਰਕਿਰਿਆਵਾਂ ਨੂੰ ਵਿਆਪਕ ਦਿਖਾਓ | ਹੋਰ ਨਹੀਂ
     krt ਕਤਾਰ ਦਿਖਾਓ | ਹੋਰ ਨਹੀਂ
     ਰੂਟ ਸੰਖੇਪ ਦਿਖਾਓ | ਹੋਰ ਨਹੀਂ
     ਦਿਖਾਓ ਰੂਟ ਫਾਰਵਰਡਿੰਗ-ਸਾਰਣੀ ਸੰਖੇਪ | ਹੋਰ ਨਹੀਂ
     ਦਿਖਾਓ ਏਆਰਪੀ ਨੋ-ਰਿਜ਼ੋਲਵ ਮਿਆਦ-ਸਮਾਂ | ਹੋਰ ਨਹੀਂ
     ਉੱਪਰ ਦਿੱਤੇ ARP CLI ਵਿੱਚ, ਨੋ-ਸੋਲਵ ਦਰਸਾਉਂਦਾ ਹੈ ਕਿ ਅਸੀਂ ARP ਸਾਰਣੀ ਵਿੱਚ ਹਰੇਕ ਐਂਟਰੀ ਲਈ DNS ਲੁੱਕਅੱਪ ਨਹੀਂ ਕਰਨਾ ਚਾਹੁੰਦੇ। ਇਸ ਲਈ, ਬਿਨਾਂ ਹੱਲ ਕੀਤੇ, ਅਸੀਂ ਸਿਰਫ਼ IP ਪਤੇ ਦੇਖਦੇ ਹਾਂ, ਜੋ ਤੁਹਾਡੇ ਕੋਲ ਕਈ ARP ਐਂਟਰੀਆਂ ਹੋਣ 'ਤੇ ਤੇਜ਼ ਹੋ ਸਕਦੇ ਹਨ।
   • IP ਫੈਬਰਿਕ ਸੰਬੰਧੀ ਜਾਣਕਾਰੀ ਦੀ ਵਿਸਤ੍ਰਿਤ ਜਾਣਕਾਰੀ ਦੀ ਜਾਂਚ ਕਰੋ ਅਤੇ ਸਟੋਰ ਕਰੋ (ਸਾਰੇ ਸਮਰਥਿਤ ਪਲੇਟਫਾਰਮਾਂ ਲਈ):
   • pfe ਅੰਕੜੇ ਟ੍ਰੈਫਿਕ ਦਿਖਾਓ | ਹੋਰ ਨਹੀਂ
   • ਸਿਸਟਮ ਵਰਚੁਅਲ-ਮੈਮੋਰੀ ਦਿਖਾਓ | ਹੋਰ ਨਹੀਂ
   • ਟਾਸਕ ਮੈਮੋਰੀ ਵੇਰਵੇ ਦਿਖਾਓ | ਹੋਰ ਨਹੀਂ
   • ਸਿਸਟਮ ਮੈਮੋਰੀ ਦਿਖਾਓ | ਹੋਰ ਨਹੀਂ
   • ਟਾਸਕ ਮੈਮੋਰੀ ਦਿਖਾਓ | ਹੋਰ ਨਹੀਂ
   • ਚੈਸੀ fpc ਦਿਖਾਓ | ਹੋਰ ਨਹੀਂ
   • ਚੈਸੀ ਰੂਟਿੰਗ-ਇੰਜਣ ਦਿਖਾਓ | ਹੋਰ ਨਹੀਂ
   • ਸਿਸਟਮ ਪ੍ਰਕਿਰਿਆਵਾਂ ਨੂੰ ਵਿਆਪਕ ਦਿਖਾਓ | ਹੋਰ ਨਹੀਂ
   • ਸਿਸਟਮ ਪ੍ਰਕਿਰਿਆਵਾਂ ਮੈਮੋਰੀ ਵੇਰਵੇ ਦਿਖਾਓ | ਹੋਰ ਨਹੀਂ
   • ਦਿਖਾਓ bgp ਸੰਖੇਪ | ਹੋਰ ਨਹੀਂ
   • ਇੰਟਰਫੇਸ ਦਿਖਾਓ ae*terse | ਹੋਰ ਨਹੀਂ
   • lacp ਇੰਟਰਫੇਸ ਦਿਖਾਓ
   • lacp ਅੰਕੜੇ ਇੰਟਰਫੇਸ ਦਿਖਾਓ
   • ਇੰਟਰਫੇਸ terse|no-more ਦਿਖਾਓ
   • bfd ਸੈਸ਼ਨ ਦਿਖਾਓ | ਹੋਰ ਨਹੀਂ
     ਚੈਸੀਸ-ਅਧਾਰਿਤ ਮਾਡਿਊਲਰ ਪਲੇਟਫਾਰਮਾਂ 'ਤੇ, ਤੁਸੀਂ ਸਵਿੱਚ ਇੰਟਰਫੇਸ ਬੋਰਡ (SIB) ਸੰਬੰਧਿਤ ਕਮਾਂਡ ਚਲਾ ਸਕਦੇ ਹੋ:
     ਚੈਸੀ ਸਿਬਸ ਦਿਖਾਓ | ਹੋਰ ਨਹੀਂ
     ਸਿਹਤ ਜਾਂਚ ਨੂੰ ਪੂਰਾ ਕਰਨ ਤੋਂ ਬਾਅਦ, ਯੋਜਨਾਬੱਧ ਅਪਗ੍ਰੇਡ ਡਿਵਾਈਸ ਲਈ ਕੋਈ ਵੀ ਅਨੁਕੂਲਿਤ ਜਾਂਚ ਅਤੇ ਤਿਆਰੀ ਪ੍ਰਕਿਰਿਆਵਾਂ ਕਰੋ। ਇਹ ਜਾਂਚਾਂ ਇਸ ਦਸਤਾਵੇਜ਼ ਦੇ ਹੇਠਾਂ ਦਿੱਤੇ ਭਾਗਾਂ ਵਿੱਚ ਸੂਚੀਬੱਧ ਅੱਪਗਰੇਡ ਪ੍ਰਕਿਰਿਆ ਤੋਂ ਪਹਿਲਾਂ ਕੀਤੀਆਂ ਜਾਣੀਆਂ ਚਾਹੀਦੀਆਂ ਹਨ।

ਅੱਪਗਰੇਡ ਲਈ ਤਿਆਰੀ 

ਹੇਠਾਂ ਦਿੱਤੇ ਕਦਮਾਂ ਨੂੰ ਪੂਰਾ ਕਰੋ:

1. ਨਵੀਂ ਜੂਨੋਸ OS ਚਿੱਤਰ ਲਈ ਲੋੜੀਂਦੀ ਸਟੋਰੇਜ ਯਕੀਨੀ ਬਣਾਉਣ ਲਈ ਸਿਸਟਮ ਮੁਫ਼ਤ ਸਟੋਰੇਜ ਦੀ ਜਾਂਚ ਕਰੋ:
   • ਖਾਲੀ ਥਾਂ ਦੀ ਜਾਂਚ ਕਰਨ ਲਈ ਸ਼ੈੱਲ ਮੋਡ 'ਤੇ "df -k /var/tmp" ਚਲਾਓ।
   • ਜੇਕਰ, ਖਾਲੀ ਥਾਂ ਅੱਪਗਰੇਡ ਲਈ ਲੋੜੀਂਦੀ ਥਾਂ ਤੋਂ ਘੱਟ ਹੈ, ਤਾਂ ਅਸੀਂ ਪੜਾਅ 2 ਵਿੱਚ ਸੂਚੀਬੱਧ ਕਮਾਂਡ ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਸਪੇਸ ਖਾਲੀ ਕਰ ਸਕਦੇ ਹਾਂ। ZTP ਲਈ, ਅਜਿਹੀ ਕੋਈ ਖਾਲੀ ਥਾਂ ਦੀ ਲੋੜ ਨਹੀਂ ਹੈ।
2. ਦੀ ਪ੍ਰਸਤਾਵਿਤ ਸੂਚੀ ਦੀ ਜਾਂਚ ਕਰਨ ਲਈ ਅੱਗੇ "ਸਿਸਟਮ ਸਟੋਰੇਜ ਕਲੀਨਅਪ ਡਰਾਈ-ਰਨ ਦੀ ਬੇਨਤੀ" ਚਲਾਓ fileਮਿਟਾਉਣ ਲਈ s:
3. ਡਿਵਾਈਸਾਂ 'ਤੇ ਸਟੋਰੇਜ ਸਪੇਸ ਖਾਲੀ ਕਰਨ ਲਈ "ਸਿਸਟਮ ਸਟੋਰੇਜ ਕਲੀਨਅੱਪ ਦੀ ਬੇਨਤੀ" ਕਮਾਂਡ ਦੀ ਵਰਤੋਂ ਕਰੋ ਜੇਕਰ ਪ੍ਰਸਤਾਵਿਤ ਸੂਚੀ ਹੈ files ਨੂੰ ਮਿਟਾਉਣਾ ਸਵੀਕਾਰਯੋਗ ਹੈ। 3. ਕੋਈ ਵੀ ਅਲਾਰਮ ਸਾਫ਼ ਕਰੋ ਅਤੇ
   • ਅੱਪਗਰੇਡ ਤੋਂ ਪਹਿਲਾਂ ਕੋਰ-ਡੰਪ: o ਸਾਫ਼ ਸਿਸਟਮ ਤਰੁਟੀਆਂ fpc all fpc-slot 4
4. Junos OS ਚਿੱਤਰ ਨੂੰ ਡਿਵਾਈਸ /var/tmp ਡਾਇਰੈਕਟਰੀ ਵਿੱਚ ਕਾਪੀ ਕਰੋ। ਇਸ ਪੜਾਅ ਦੀ ਵਰਤੋਂ ਤਾਂ ਹੀ ਕਰੋ ਜੇਕਰ ਫ਼ੋਨ-ਹੋਮ ਜਾਂ ZTP ਦੀ ਵਰਤੋਂ ਨਾ ਕੀਤੀ ਗਈ ਹੋਵੇ।

ਰੀੜ੍ਹ ਦੀ ਹੱਡੀ 'ਤੇ ਬੀਜੀਪੀ ਵਿਸ਼ੇਸ਼ ਓਪਰੇਸ਼ਨਾਂ ਨੂੰ ਪ੍ਰੀ-ਅੱਪਗ੍ਰੇਡ ਕਰੋ
ਹੇਠਾਂ ਦਿੱਤੇ ਕਦਮਾਂ ਨੂੰ ਪੂਰਾ ਕਰੋ:

1. ਇਹ ਮੰਨਿਆ ਜਾਂਦਾ ਹੈ ਕਿ ਅੱਪਗਰੇਡ ਕੀਤੇ ਜਾ ਰਹੇ ਹਰੇਕ ਸਵਿੱਚ ਵਿੱਚ ਪਹਿਲਾਂ ਤੋਂ ਸੰਰਚਿਤ BGP ਪੈਰਾਮੀਟਰ ਹਨ:
   • ਦੇਰੀ-ਰੂਟ-ਇਸ਼ਤਿਹਾਰ ਘੱਟੋ-ਘੱਟ-ਦੇਰੀ ਅੰਦਰ ਵੱਲ-ਕਨਵਰਜੈਂਸ
   • ਦੇਰੀ-ਰੂਟ-ਇਸ਼ਤਿਹਾਰਾਂ ਘੱਟੋ-ਘੱਟ-ਦੇਰੀ ਰੂਟਿੰਗ-ਅੱਪਟਾਈਮ
     ਇਹ ਯਕੀਨੀ ਬਣਾਉਣ ਲਈ ਹੈ ਕਿ ਸਥਾਨਕ ਸਵਿੱਚ 'ਤੇ ਰੂਟ ਕਨਵਰਜੈਂਸ ਦਾ ਭਰੋਸਾ ਦਿੱਤੇ ਜਾਣ ਤੋਂ ਬਾਅਦ ਹੀ, ਪਾਵਰ ਆਨ ਹੋਣ ਤੋਂ ਬਾਅਦ ਇੱਕ ਸਵਿੱਚ ਦੁਆਰਾ ਬੀਜੀਪੀ ਰੂਟਾਂ ਦੀ ਮਸ਼ਹੂਰੀ ਕੀਤੀ ਜਾਂਦੀ ਹੈ। ਇਸਦਾ ਮਤਲਬ ਹੈ ਕਿ RIB ਵਿੱਚ ਰੂਟ ਸਵਿੱਚ ਦੇ FIB ਵਿੱਚ ਡਾਊਨਲੋਡ ਕੀਤੇ ਗਏ ਹਨ। ਜੇਕਰ FIB ਵਿੱਚ RIB ਵਿੱਚ ਰੂਟ ਉਪਲਬਧ ਨਹੀਂ ਹਨ, ਤਾਂ ਸਥਾਨਕ ਰਾਊਟਰ RIB ਵਿੱਚ ਰੂਟ ਉਪਲਬਧ ਹੋਣ ਤੋਂ ਤੁਰੰਤ ਬਾਅਦ ਰੂਟਾਂ ਦਾ ਇਸ਼ਤਿਹਾਰ ਦੇਣਾ ਸ਼ੁਰੂ ਕਰ ਦਿੰਦਾ ਹੈ, ਭਾਵੇਂ FIB ਉਹਨਾਂ ਨੂੰ ਅੱਗੇ ਨਹੀਂ ਭੇਜ ਸਕਦਾ। ਇਹ ਉਹਨਾਂ ਮੰਜ਼ਿਲਾਂ ਲਈ ਟ੍ਰੈਫਿਕ ਘਟਣ ਦਾ ਕਾਰਨ ਬਣ ਸਕਦਾ ਹੈ ਜਿਨ੍ਹਾਂ ਦੇ ਰੂਟਾਂ ਦਾ ਸਥਾਨਕ ਰਾਊਟਰ ਦੁਆਰਾ ਇਸ਼ਤਿਹਾਰ ਦਿੱਤਾ ਗਿਆ ਸੀ, ਪਰ ਜਿਸ ਲਈ ਸਥਾਨਕ ਰਾਊਟਰ ਦੇ FIB ਵਿੱਚ ਕੋਈ ਅਨੁਸਾਰੀ ਰਸਤਾ ਨਹੀਂ ਹੈ।
     ਬੀਜੀਪੀ ਪੈਰਾਮੀਟਰਾਂ ਦੀ ਪਰਿਭਾਸ਼ਾ ਇਸ ਤਰ੍ਹਾਂ ਹੈ: 
     ਇਨਬਾਉਂਡ ਕਨਵਰਜੈਂਸ - ਸਰੋਤ ਪੀਅਰ ਦੁਆਰਾ ਅੱਪਗ੍ਰੇਡ ਕੀਤੇ ਜਾ ਰਹੇ ਸਥਾਨਕ ਰਾਊਟਰ ਨੂੰ ਸਾਰੇ ਰੂਟ ਅੱਪਡੇਟ ਭੇਜੇ ਜਾਣ ਤੋਂ ਬਾਅਦ ਰੂਟ ਵਿਗਿਆਪਨ ਵਿੱਚ ਘੱਟੋ-ਘੱਟ ਦੇਰੀ ਨੂੰ ਨਿਸ਼ਚਿਤ ਕਰੋ। ਅੱਪਗ੍ਰੇਡ ਕੀਤੀ ਜਾ ਰਹੀ ਸਥਾਨਕ ਡਿਵਾਈਸ ਸਰੋਤ ਪੀਅਰ ਲਈ ਸਥਾਨਕ ਡਿਵਾਈਸ 'ਤੇ ਇਨਬਾਉਂਡ ਕਨਵਰਜੈਂਸ ਪੂਰਾ ਹੋਣ ਤੋਂ ਬਾਅਦ ਘੱਟੋ-ਘੱਟ ਕੌਂਫਿਗਰ ਕੀਤੀ ਮਿਆਦ ਦੀ ਉਡੀਕ ਕਰਦੀ ਹੈ। BGP ਰੂਟਾਂ ਲਈ, ਸਾਰੇ ਰੂਟ ਅੱਪਡੇਟਾਂ ਨੂੰ ਲੋਕਲ ਡਿਵਾਈਸ 'ਤੇ ਭੇਜੇ ਜਾਣ ਤੋਂ ਬਾਅਦ ਸਰੋਤ ਪੀਅਰ ਐਂਡ-ਆਫ-ਰਿਬ ਭੇਜਦਾ ਹੈ। ਪੂਰਵ-ਨਿਰਧਾਰਤ ਮੁੱਲ 120 ਸਕਿੰਟ ਹੈ, ਰੇਂਜ 1 ਤੋਂ 36000 ਸਕਿੰਟ ਹੈ।
     ਜੇਕਰ ਡਿਵਾਈਸ ਦੇ ਸਾਰੇ BGP ਪੀਅਰ IPv4 ਕਿਸਮ ਦੇ ਹਨ, ਤਾਂ ਹੇਠ ਦਿੱਤੀ ਕਮਾਂਡ ਚਲਾਓ:
   • ਪ੍ਰੋਟੋਕੋਲ ਸੈੱਟ ਕਰੋ bgp ਫੈਮਿਲੀ ਇਨੇਟ ਯੂਨੀਕਾਸਟ ਦੇਰੀ-ਰੂਟ ਇਸ਼ਤਿਹਾਰ ਘੱਟੋ-ਘੱਟ-ਦੇਰੀ ਇਨਬਾਉਂਡ-ਕਨਵਰਜੈਂਸ <1 ਤੋਂ 36000 s>
     ਜੇਕਰ ਡਿਵਾਈਸ ਦੇ ਸਾਰੇ BGP ਪੀਅਰ IPv6 ਕਿਸਮ ਦੇ ਹਨ, ਤਾਂ ਹੇਠ ਦਿੱਤੀ ਕਮਾਂਡ ਚਲਾਓ:
   • ਪ੍ਰੋਟੋਕੋਲ ਸੈੱਟ ਕਰੋ bgp family inet6 unicast delay-routeadvertisements minimum-delay inbound-convergence <1 to 36000 s>
     ਜੇਕਰ ਡਿਵਾਈਸ ਦੇ ਕੁਝ BGP ਪੀਅਰ IPv4 ਕਿਸਮ ਦੇ ਹਨ, ਅਤੇ ਕੁਝ IPv6 ਕਿਸਮ ਦੇ ਹਨ, ਤਾਂ ਸਥਾਨਕ ਡਿਵਾਈਸ 'ਤੇ ਇਨਬਾਊਂਡ-ਕਨਵਰਜੈਂਸ ਨੂੰ ਪ੍ਰਤੀ-ਪੀਅਰ ਦੇ ਆਧਾਰ 'ਤੇ ਸੈੱਟ ਕਰਨ ਦੀ ਲੋੜ ਹੈ। IPv4 BGP ਸਾਥੀਆਂ ਲਈ, ਹੇਠ ਦਿੱਤੀ ਕਮਾਂਡ ਚਲਾਓ:
   • ਪ੍ਰੋਟੋਕੋਲ ਸੈੱਟ ਕਰੋ bgp ਗਰੁੱਪ ਗੁਆਂਢੀ ਪਰਿਵਾਰ inet ਯੂਨੀਕਾਸਟ ਦੇਰੀ-ਰੂਟ ਇਸ਼ਤਿਹਾਰ ਘੱਟੋ-ਘੱਟ-ਦੇਰੀ ਅੰਦਰ ਵੱਲ-ਕਨਵਰਜੈਂਸ <1 ਤੋਂ 36000 s>
     IPv6 BGP ਸਾਥੀਆਂ ਲਈ, ਹੇਠ ਦਿੱਤੀ ਕਮਾਂਡ ਚਲਾਓ: 
   • ਪ੍ਰੋਟੋਕੋਲ ਸੈੱਟ ਕਰੋ bgp ਗਰੁੱਪ ਗੁਆਂਢੀ ਪਰਿਵਾਰ inet6 ਯੂਨੀਕਾਸਟ ਦੇਰੀ-ਰੂਟ ਇਸ਼ਤਿਹਾਰ ਘੱਟੋ-ਘੱਟ-ਦੇਰੀ ਇਨਬਾਉਂਡ-ਕਨਵਰਜੈਂਸ <1 ਤੋਂ 36000 s>
     b) ਨਿਊਨਤਮ ਰੂਟਿੰਗ ਅਪਟਾਈਮ - ਰੂਟਿੰਗ ਪ੍ਰੋਟੋਕੋਲ ਪ੍ਰਕਿਰਿਆ (rpd) ਸ਼ੁਰੂ ਹੋਣ ਤੋਂ ਬਾਅਦ ਰੂਟ ਇਸ਼ਤਿਹਾਰ ਭੇਜਣ ਤੋਂ ਪਹਿਲਾਂ, ਸਕਿੰਟਾਂ ਵਿੱਚ, ਘੱਟੋ-ਘੱਟ ਦੇਰੀ ਨੂੰ ਨਿਸ਼ਚਿਤ ਕਰੋ। ਡਿਵਾਈਸ ਆਪਣੇ ਸਾਥੀਆਂ ਨੂੰ ਰੂਟ ਇਸ਼ਤਿਹਾਰ ਭੇਜਣ ਤੋਂ ਪਹਿਲਾਂ ਘੱਟੋ-ਘੱਟ ਕੌਂਫਿਗਰ ਕੀਤੀ ਮਿਆਦ ਦੀ ਉਡੀਕ ਕਰਦੀ ਹੈ। ਡਿਫੌਲਟ ਮੁੱਲ 0 ਸਕਿੰਟ ਹੈ, ਰੇਂਜ 1 ਤੋਂ 36000 ਸਕਿੰਟ ਹੈ।
     ਜੇਕਰ ਡਿਵਾਈਸ ਦੇ ਸਾਰੇ BGP ਪੀਅਰ IPv4 ਕਿਸਮ ਦੇ ਹਨ, ਤਾਂ ਹੇਠ ਦਿੱਤੀ ਕਮਾਂਡ ਚਲਾਓ:
   • ਪ੍ਰੋਟੋਕੋਲ ਸੈੱਟ ਕਰੋ bgp ਫੈਮਿਲੀ ਇਨੇਟ ਯੂਨੀਕਾਸਟ ਦੇਰੀ-ਰੂਟ ਇਸ਼ਤਿਹਾਰ ਘੱਟੋ-ਘੱਟ-ਦੇਰੀ ਰੂਟਿੰਗ-ਅੱਪਟਾਈਮ <1 ਤੋਂ 36000 s>
     ਜੇਕਰ ਡਿਵਾਈਸ ਦੇ ਸਾਰੇ BGP ਪੀਅਰ IPv6 ਕਿਸਮ ਦੇ ਹਨ, ਤਾਂ ਹੇਠ ਦਿੱਤੀ ਕਮਾਂਡ ਚਲਾਓ: 
   • ਪ੍ਰੋਟੋਕੋਲ ਸੈੱਟ ਕਰੋ bgp family inet6 ਯੂਨੀਕਾਸਟ ਦੇਰੀ-ਰੂਟ ਇਸ਼ਤਿਹਾਰ ਘੱਟੋ-ਘੱਟ-ਦੇਰੀ ਰੂਟਿੰਗ-ਅੱਪਟਾਈਮ <1 ਤੋਂ 36000 s>
     ਜੇਕਰ ਡਿਵਾਈਸ ਦੇ ਕੁਝ BGP ਪੀਅਰ IPv4 ਕਿਸਮ ਦੇ ਹਨ, ਅਤੇ ਕੁਝ IPv6 ਕਿਸਮ ਦੇ ਹਨ, ਤਾਂ ਸਥਾਨਕ ਡਿਵਾਈਸ 'ਤੇ ਰੂਟਿੰਗ-ਅੱਪਟਾਈਮ ਪ੍ਰਤੀ-ਪੀਅਰ ਦੇ ਆਧਾਰ 'ਤੇ ਸੈੱਟ ਕੀਤੇ ਜਾਣੇ ਚਾਹੀਦੇ ਹਨ। IPv4 BGP ਸਾਥੀਆਂ ਲਈ, ਹੇਠ ਦਿੱਤੀ ਕਮਾਂਡ ਚਲਾਓ:
   • ਪ੍ਰੋਟੋਕੋਲ ਸੈੱਟ ਕਰੋ bgp ਗਰੁੱਪ ਗੁਆਂਢੀ ਪਰਿਵਾਰ ਇਨੇਟ ਯੂਨੀਕਾਸਟ ਦੇਰੀ-ਰੂਟ ਇਸ਼ਤਿਹਾਰ ਘੱਟੋ-ਘੱਟ-ਦੇਰੀ ਰੂਟਿੰਗ-ਅੱਪਟਾਈਮ <1 ਤੋਂ 36000 s>
     IPv6 BGP ਸਾਥੀਆਂ ਲਈ, ਹੇਠ ਦਿੱਤੀ ਕਮਾਂਡ ਚਲਾਓ: 
   • ਪ੍ਰੋਟੋਕੋਲ ਸੈੱਟ ਕਰੋ bgp ਗਰੁੱਪ ਗੁਆਂਢੀ ਪਰਿਵਾਰ inet6 ਯੂਨੀਕਾਸਟ ਦੇਰੀ-ਰੂਟ ਇਸ਼ਤਿਹਾਰ ਘੱਟੋ-ਘੱਟ-ਦੇਰੀ ਰੂਟਿੰਗ-ਅੱਪਟਾਈਮ <1 ਤੋਂ 36000 s>
     ਵਧੇਰੇ ਜਾਣਕਾਰੀ ਲਈ, ਵੇਖੋ, https://www.juniper.net/documentation/us/en/software/junos/bgp/topics/ref/statement/ delay-route-advertisements-edit-protocols-group-family-unicast.html
2. ਜੇਕਰ ਕੋਈ ਵੀ BGP ਪੀਅਰ ਸਵਿੱਚ ਡਿਵਾਈਸ ਨੂੰ ਟ੍ਰੈਫਿਕ ਭੇਜਦਾ ਹੈ, ਤਾਂ ਇਸਦੇ ਸਵਿੱਚ ਦੇ ਡਿਵਾਈਸ ਨਾਲ ਜੁੜੇ ਇੰਟਰਫੇਸਾਂ 'ਤੇ ਵਾਧੇ ਵਾਲੇ ਨਿਕਾਸੀ ਟ੍ਰੈਫਿਕ ਅੰਕੜੇ (ਆਊਟਪੁੱਟ ਪੈਕੇਟ) ਨੂੰ ਨੋਟ ਕਰੋ। ਜੇਕਰ ਇਸ ਪੀਅਰ ਸਵਿੱਚ ਅਤੇ ਡਿਵਾਈਸ ਦੇ ਵਿਚਕਾਰ ਇੱਕ ਏਗਰੀਗੇਟਿਡ ਈਥਰਨੈੱਟ ਇੰਟਰਫੇਸ ਹੈ, ਤਾਂ ਪੀਅਰ ਸਵਿੱਚ 'ਤੇ ਹੇਠ ਦਿੱਤੀ ਕਮਾਂਡ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋਏ ਸੰਵਿਧਾਨਕ ਭੌਤਿਕ ਇੰਟਰਫੇਸ ਦੀ ਪਛਾਣ ਕਰੋ:
   • lacp ਇੰਟਰਫੇਸ ਦਿਖਾਓ
     ਨਿਮਨਲਿਖਤ ਕਮਾਂਡਾਂ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋਏ, ਡਿਵਾਈਸ ਨਾਲ ਕਨੈਕਟ ਕੀਤੇ ਪੀਅਰ ਸਵਿੱਚ ਦੇ ਭੌਤਿਕ ਇੰਟਰਫੇਸਾਂ 'ਤੇ ਨਿਕਾਸੀ ਟ੍ਰੈਫਿਕ ਦਰ ਦੀ ਨਿਗਰਾਨੀ ਕਰੋ:
   • ਇੰਟਰਫੇਸ ਦਿਖਾਓ
   • ਇੰਟਰਫੇਸ ਆਵਾਜਾਈ ਦੀ ਨਿਗਰਾਨੀ
3. ਰੂਟ ਅਸਵੀਕਾਰ ਕਰਨ ਲਈ ਇੱਕ ਨੀਤੀ ਬਣਾਓ: 
   • ਨੀਤੀ-ਵਿਕਲਪ ਨੀਤੀ-ਕਥਨ ਸੈੱਟ ਕਰੋ ਫਿਰ ਅਸਵੀਕਾਰ.
4. ਜੇਕਰ ਡਿਵਾਈਸ BGP ਨਾਲ ਕੌਂਫਿਗਰ ਕੀਤੀ ਗਈ ਹੈ, ਤਾਂ ਸਾਰੇ ਪੀਅਰ ਸੁਪਰਸਪਾਈਨਸ ਤੋਂ ਸਾਰੇ ਇਸ਼ਤਿਹਾਰੀ BGP ਰੂਟਾਂ ਨੂੰ ਵਾਪਸ ਲੈ ਲਓ। ਇੱਥੇ, ਸੁਪਰ-ਸਪਾਈਨਸ ਸਮੂਹ ਉਹਨਾਂ ਸਾਰੇ ਸੁਪਰ-ਸਪਾਈਨ ਸਵਿੱਚਾਂ ਦਾ ਹਵਾਲਾ ਦਿੰਦਾ ਹੈ ਜੋ ਅਪਗ੍ਰੇਡ ਕੀਤੇ ਜਾ ਰਹੇ ਸਪਾਈਨ ਸਵਿੱਚ ਦੇ BGP ਸਾਥੀਆਂ ਵਜੋਂ ਕੰਮ ਕਰਦੇ ਹਨ:
   • ਪ੍ਰੋਟੋਕੋਲ ਸੈੱਟ ਕਰੋ bgp ਗਰੁੱਪ SUPER-SPINES ਨਿਰਯਾਤ ਇਨਕਾਰ-ALL ਅਤੇ ਵਚਨਬੱਧ। BGP ਰੂਟ ਨਿਰਯਾਤ ਕਮਾਂਡਾਂ ਬਾਰੇ ਜਾਣਕਾਰੀ ਲਈ, ਵੇਖੋ https://www.juniper.net/documentation/us/en/software/junos/bqp/topics/ref/statement/expor t-edit-protocols-bgp.html
5. ਜੇਕਰ ਡਿਵਾਈਸ BGP ਨਾਲ ਕੌਂਫਿਗਰ ਕੀਤੀ ਗਈ ਹੈ, ਤਾਂ ਸਾਰੇ ਪੀਅਰ ਪੱਤਿਆਂ ਤੋਂ ਸਾਰੇ ਇਸ਼ਤਿਹਾਰੀ BGP ਰੂਟਾਂ ਨੂੰ ਵਾਪਸ ਲੈ ਲਓ, ਇੱਥੇ LEAF ਸਮੂਹ ਲੀਫ ਸਵਿੱਚਾਂ ਦਾ ਹਵਾਲਾ ਦਿੰਦਾ ਹੈ ਜੋ ਅੱਪਗਰੇਡ ਕੀਤੇ ਜਾ ਰਹੇ ਸਪਾਈਨ ਸਵਿੱਚ ਦੇ BGP ਪੀਅਰ ਵਜੋਂ ਕੰਮ ਕਰਦੇ ਹਨ:
   • ਪ੍ਰੋਟੋਕੋਲ ਸੈੱਟ ਕਰੋ bgp ਗਰੁੱਪ LEAF ਨਿਰਯਾਤ DENY-ALL ਅਤੇ ਪ੍ਰਤੀਬੱਧ।
6. ਡਿਵਾਈਸ 'ਤੇ IP ਐਡਰੈੱਸ ਨੂੰ ਨੋਟ ਕਰੋ ਜੋ ਇਸਦੇ ਹਰੇਕ BGP ਪੀਅਰ ਸਵਿੱਚ ਨਾਲ ਜੁੜੇ ਇੰਟਰਫੇਸ 'ਤੇ ਕੌਂਫਿਗਰ ਕੀਤਾ ਗਿਆ ਹੈ। ਡਿਵਾਈਸ ਤੇ ਹੇਠ ਦਿੱਤੀ ਕਮਾਂਡ ਚਲਾਓ:
   • ਇੰਟਰਫੇਸ ਦਿਖਾਓ ਸੰਖੇਪ
7. ਹਰੇਕ BGP ਪੀਅਰ ਸਵਿੱਚ (ਸੁਪਰ-ਸਪਾਈਨ ਅਤੇ ਪੱਤਾ ਦੋਵੇਂ) 'ਤੇ ਪੁਸ਼ਟੀ ਕਰੋ ਕਿ ਡਿਵਾਈਸ ਦੁਆਰਾ ਨਿਰਯਾਤ ਕੀਤੇ ਜਾ ਰਹੇ ਰੂਟਾਂ ਨੂੰ ਵਾਪਸ ਲੈ ਲਿਆ ਗਿਆ ਹੈ:
   • bap ਸੰਖੇਪ ਦਿਖਾਓ
     ਕਈ ਐਂਟਰੀਆਂ ਪ੍ਰਦਰਸ਼ਿਤ ਹੁੰਦੀਆਂ ਹਨ। ਡਿਵਾਈਸ ਨਾਲ ਸੰਬੰਧਿਤ ਐਂਟਰੀ ਦੀ ਜਾਂਚ ਕਰੋ। ਇਸ ਨੂੰ ਪੀਅਰ ਸਵਿੱਚ ਨਾਲ ਜੁੜੇ ਡਿਵਾਈਸ ਇੰਟਰਫੇਸ 'ਤੇ ਕੌਂਫਿਗਰ ਕੀਤੇ IP ਐਡਰੈੱਸ ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਪਛਾਣਿਆ ਜਾ ਸਕਦਾ ਹੈ, ਜਿਸ 'ਤੇ ਇਹ CLI ਚਲਾਇਆ ਗਿਆ ਸੀ। ਡਿਵਾਈਸ ਨਾਲ ਸੰਬੰਧਿਤ ਐਂਟਰੀ ਵਿੱਚ (ਪੀਅਰ ਸਵਿੱਚ 'ਤੇ), ਡਿਵਾਈਸ ਤੋਂ ਪ੍ਰਾਪਤ ਰੂਟਾਂ ਨੂੰ ਕਾਲਮ ਦੇ ਹੇਠਾਂ 0/0/0/0 ਦੇ ਰੂਪ ਵਿੱਚ ਦਿਖਾਇਆ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ
     ਰਾਜ|#ਕਿਰਿਆਸ਼ੀਲ/ਪ੍ਰਾਪਤ/ਸਵੀਕਾਰ/ਡੀampਐਡ
   • ਵਿਕਲਪਕ ਤੌਰ 'ਤੇ, ਤੁਸੀਂ ਡਿਵਾਈਸ ਦੇ ਹਰੇਕ BGP ਪੀਅਰ ਸਵਿੱਚ (ਸੁਪਰ-ਸਪਾਈਨ ਅਤੇ ਲੀਫ ਦੋਵੇਂ) 'ਤੇ ਹੇਠ ਲਿਖੀ ਕਮਾਂਡ ਵੀ ਚਲਾ ਸਕਦੇ ਹੋ:
   • Bgp ਨੇਬਰ ਦਿਖਾਓ
     ਇਹ ਸਿਰਲੇਖ ਹੇਠ ਉਹੀ ਜਾਣਕਾਰੀ ਦਿਖਾਉਣੀ ਚਾਹੀਦੀ ਹੈ:
     ਟੇਬਲ ਇਨੇਟ.
8. ਜੇਕਰ ਕੋਈ ਵੀ BGP ਪੀਅਰ ਸਵਿੱਚ ਡਿਵਾਈਸ ਨੂੰ ਟ੍ਰੈਫਿਕ ਭੇਜਦਾ ਹੈ, ਤਾਂ ਉਸ ਪੀਅਰ ਸਵਿੱਚ 'ਤੇ ਟ੍ਰੈਫਿਕ ਅੰਕੜਿਆਂ ਦੀ ਨਿਗਰਾਨੀ ਕਰੋ ਅਤੇ ਇੰਤਜ਼ਾਰ ਕਰੋ ਜਦੋਂ ਤੱਕ ਇਸ ਦੇ ਡਿਵਾਈਸ ਨਾਲ ਜੁੜੇ ਇੰਟਰਫੇਸ 'ਤੇ ਇਨਕਰੀਮੈਂਟਲ ਈਗ੍ਰੇਸ ਸਟੈਟਸ (ਆਊਟਪੁੱਟ ਪੈਕੇਟ) ਲਗਭਗ ਨਹੀਂ ਬਣ ਜਾਂਦੇ ਹਨ, ਜੇਕਰ ਇਸ ਪੀਅਰ ਸਵਿੱਚ ਅਤੇ ਡਿਵਾਈਸ ਦੇ ਵਿਚਕਾਰ ਇੱਕ ਏਗਰੀਗੇਟਿਡ ਈਥਰਨੈੱਟ ਇੰਟਰਫੇਸ ਹੋਵੇ। , ਪੀਅਰ ਸਵਿੱਚ 'ਤੇ ਹੇਠ ਦਿੱਤੀ ਕਮਾਂਡ ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਸੰਘਟਕ ਇੰਟਰਫੇਸਾਂ ਦੀ ਪਛਾਣ ਕਰੋ:
   • lacp ਇੰਟਰਫੇਸ ਦਿਖਾਓ ਨਿਮਨਲਿਖਤ ਕਮਾਂਡ ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਪੀਅਰ ਸਵਿੱਚ ਦੇ ਡਿਵਾਈਸ ਨਾਲ ਜੁੜੇ ਇੰਟਰਫੇਸਾਂ 'ਤੇ ਨਿਕਾਸੀ ਟ੍ਰੈਫਿਕ ਦਰ ਦੀ ਨਿਗਰਾਨੀ ਕਰੋ: ਇੰਟਰਫੇਸ ਦਿਖਾਓ
   • ਇੰਟਰਫੇਸ ਆਵਾਜਾਈ ਦੀ ਨਿਗਰਾਨੀ

ਪੱਤੇ 'ਤੇ BGP ਖਾਸ ਓਪਰੇਸ਼ਨਾਂ ਨੂੰ ਪ੍ਰੀ-ਅੱਪਗ੍ਰੇਡ ਕਰੋ
ਹੇਠਾਂ ਦਿੱਤੇ ਕਦਮਾਂ ਨੂੰ ਪੂਰਾ ਕਰੋ:

1. ਰੀੜ੍ਹ ਦੀ ਸਵਿੱਚ 'ਤੇ ਪ੍ਰੀ-ਅੱਪਗ੍ਰੇਡ BGP ਖਾਸ ਆਪਰੇਸ਼ਨ ਦੇ ਕਦਮ 1 ਦੀ ਪਾਲਣਾ ਕਰੋ।
2. ਅੱਪਗਰੇਡ ਕੀਤੇ ਜਾ ਰਹੇ ਲੀਫ ਸਵਿੱਚ 'ਤੇ ਇਸ਼ਤਿਹਾਰੀ ਬੀਜੀਪੀ ਰੂਟਾਂ ਨੂੰ ਵਾਪਸ ਲੈਣ ਦੀ ਪ੍ਰਕਿਰਿਆ, ਰੀੜ੍ਹ ਦੀ ਸਵਿੱਚ ਦੇ ਸਮਾਨ ਹੈ। BGP ਸਾਥੀਆਂ ਵਜੋਂ ਕੰਮ ਕਰਨ ਵਾਲੀਆਂ ਸਾਰੀਆਂ ਰੀੜ੍ਹਾਂ ਲਈ ਇਸ਼ਤਿਹਾਰੀ ਰਸਤੇ ਵਾਪਸ ਲਓ:
   • ਪ੍ਰੋਟੋਕੋਲ ਸੈੱਟ ਕਰੋ bgp ਗਰੁੱਪ SPINES ਨਿਰਯਾਤ DENY-ALL ਅਤੇ ਪ੍ਰਤੀਬੱਧ।
     ਇੱਥੇ, SPINES BGP ਪੀਅਰ ਗਰੁੱਪ ਨੂੰ ਦਰਸਾਉਂਦਾ ਹੈ ਜੋ ਪੀਅਰਿੰਗ ਲਈ ਲੀਫ ਸਵਿੱਚ 'ਤੇ ਕੌਂਫਿਗਰ ਕੀਤਾ ਗਿਆ ਹੈ
     BGP ਦੁਆਰਾ ਸਾਰੇ ਰੀੜ੍ਹ ਦੀ ਹੱਡੀ।
3. ਜੇਕਰ ਇੱਕ TOR ਸਵਿੱਚ (ਜਾਂ ਸਰਵਰ ਹੋਸਟ) L2 MC-LAG ਦੁਆਰਾ ਡਿਵਾਈਸ ਲੀਫ ਸਵਿੱਚ ਨਾਲ ਕਨੈਕਟ ਕੀਤਾ ਗਿਆ ਹੈ, ਤਾਂ ਉਸ TOR ਸਵਿੱਚ (ਜਾਂ ਸਰਵਰ ਹੋਸਟ) ਨਾਲ ਜੁੜੇ ਪੱਤਾ ਸਵਿੱਚ ਤੇ ਭੌਤਿਕ ਇੰਟਰਫੇਸ ਨੂੰ ਅਸਮਰੱਥ ਕਰੋ। ਇਹ ਇਸ ਲਈ ਹੈ ਕਿਉਂਕਿ TOR ਸਵਿੱਚ (ਜਾਂ ਸਰਵਰ ਹੋਸਟ) ਵਿੱਚ eBGP ਕੌਂਫਿਗਰ ਨਹੀਂ ਹੋ ਸਕਦਾ ਹੈ ਅਤੇ ਸਾਰੇ ਲੀਫ ਸਵਿੱਚਾਂ ਲਈ ਉੱਤਰ-ਬਾਉਂਡ ਟ੍ਰੈਫਿਕ ਦੀ L2 ਹੈਸ਼ਿੰਗ 'ਤੇ ਅਧਾਰਤ ਕੰਮ ਕਰਦਾ ਹੈ।
   ਇਸ ਲਈ, TOR ਸਵਿੱਚ (ਜਾਂ ਸਰਵਰ ਹੋਸਟ) ਵੱਲ ਅੱਪਗਰੇਡ ਕੀਤੇ ਜਾ ਰਹੇ ਡਿਵਾਈਸ ਲੀਫ ਸਵਿੱਚ 'ਤੇ ਇੰਟਰਫੇਸ ਨੂੰ ਅਯੋਗ ਕਰੋ। ਇਹ TOR ਸਵਿੱਚ (ਜਾਂ ਸਰਵਰ ਹੋਸਟ) ਨੂੰ ਅੱਪਗਰੇਡ ਕੀਤੇ ਜਾ ਰਹੇ ਡਿਵਾਈਸ ਲੀਫ ਸਵਿੱਚ ਨੂੰ ਕਿਸੇ ਵੀ ਟ੍ਰੈਫਿਕ ਨੂੰ ਭੇਜਣ ਤੋਂ ਰੋਕਦਾ ਹੈ। o ਸੈੱਟ ਇੰਟਰਫੇਸ ਅਸਮਰੱਥ ਅਤੇ ਪ੍ਰਤੀਬੱਧ।
4. ਰੀੜ੍ਹ ਦੀ ਹੱਡੀ 'ਤੇ ਪ੍ਰੀ-ਅੱਪਗ੍ਰੇਡ BGP ਓਪਰੇਸ਼ਨਾਂ ਦੇ ਮਾਮਲੇ ਵਿੱਚ 5 ਤੋਂ 7 ਤੱਕ ਦੇ ਕਦਮਾਂ ਦੀ ਪਾਲਣਾ ਕਰੋ।

ਸੁਪਰ-ਸਪਾਈਨਜ਼ 'ਤੇ ਬੀਜੀਪੀ ਵਿਸ਼ੇਸ਼ ਓਪਰੇਸ਼ਨਾਂ ਨੂੰ ਪ੍ਰੀ-ਅੱਪਗ੍ਰੇਡ ਕਰੋ
ਹੇਠਾਂ ਦਿੱਤੇ ਕਦਮਾਂ ਨੂੰ ਪੂਰਾ ਕਰੋ:

1. ਰੀੜ੍ਹ ਦੀ ਸਵਿੱਚ 'ਤੇ ਪ੍ਰੀ-ਅੱਪਗ੍ਰੇਡ BGP ਖਾਸ ਆਪਰੇਸ਼ਨ ਦੇ ਕਦਮ 1 ਦੀ ਪਾਲਣਾ ਕਰੋ।
2. ਅਪਗ੍ਰੇਡ ਕੀਤੇ ਜਾ ਰਹੇ ਸੁਪਰ-ਸਪਾਈਨ ਸਵਿੱਚ 'ਤੇ ਇਸ਼ਤਿਹਾਰੀ ਬੀਜੀਪੀ ਰੂਟਾਂ ਨੂੰ ਵਾਪਸ ਲੈਣ ਦੀ ਪ੍ਰਕਿਰਿਆ, ਲੀਫ ਸਵਿੱਚ ਦੇ ਸਮਾਨ ਹੈ। ਬੀਜੀਪੀ ਸਾਥੀਆਂ ਦੇ ਤੌਰ 'ਤੇ ਕੰਮ ਕਰਨ ਵਾਲੇ ਸਾਰੇ ਰੀੜ੍ਹਾਂ ਲਈ ਇਸ਼ਤਿਹਾਰੀ ਰੂਟਾਂ ਨੂੰ ਵਾਪਸ ਲਓ:
3. ਪ੍ਰੋਟੋਕੋਲ ਸੈੱਟ ਕਰੋ bgp ਗਰੁੱਪ SPINES ਨਿਰਯਾਤ DENY-ALL ਅਤੇ ਪ੍ਰਤੀਬੱਧ।
   ਇੱਥੇ, ਸਪਾਈਨਸ BGP ਪੀਅਰ ਗਰੁੱਪ ਨੂੰ ਦਰਸਾਉਂਦਾ ਹੈ ਜੋ BGP ਦੁਆਰਾ ਸਾਰੀਆਂ ਰੀੜ੍ਹਾਂ ਦੇ ਨਾਲ ਪੀਅਰਿੰਗ ਲਈ ਸੁਪਰ-ਸਪਾਈਨ ਸਵਿੱਚ 'ਤੇ ਕੌਂਫਿਗਰ ਕੀਤਾ ਗਿਆ ਹੈ। ਰੀੜ੍ਹ ਦੀ ਹੱਡੀ 'ਤੇ ਪ੍ਰੀ-ਅੱਪਗ੍ਰੇਡ BGP ਓਪਰੇਸ਼ਨਾਂ ਦੇ ਮਾਮਲੇ ਵਿੱਚ ਕਦਮ 5 ਤੋਂ 7 ਤੱਕ ਦਾ ਪਾਲਣ ਕਰੋ।

ਨਵੀਂ ਚਿੱਤਰ ਅਤੇ ਰੀਬੂਟ ਨਾਲ ਡਿਵਾਈਸ ਨੂੰ ਅਪਗ੍ਰੇਡ ਕਰੋ
ਨਵੀਂ ਚਿੱਤਰ ਨਾਲ ਸਵਿੱਚ ਨੂੰ ਅੱਪਗ੍ਰੇਡ ਕਰਨ ਦੇ ਕਈ ਤਰੀਕੇ ਹਨ:

• CLI ਅਧਾਰਿਤ ਅੱਪਗਰੇਡ
• ZTP
• ਆਈ.ਐੱਸ.ਐੱਸ.ਯੂ
• ਐੱਨ.ਐੱਸ.ਐੱਸ.ਯੂ
  ਵਿਸਤ੍ਰਿਤ ਵਰਣਨ ਭਾਗ ਵਿੱਚ ਉਪਲਬਧ ਹਨ, ਜੂਨੀਪਰ ਅਪਸਟ੍ਰਾ ਤੋਂ ਬਿਨਾਂ ਸਵਿੱਚਾਂ ਲਈ ਮੈਨੂਅਲ ਅੱਪਗ੍ਰੇਡ ਵੇਰਵੇ।

ਸਿੰਗਲ RE ਅਤੇ ਡੁਅਲ RE ਸਵਿੱਚਾਂ ਅਤੇ ਸਾਰੇ ਸਵਿੱਚ ਰੋਲ ਲਈ ਆਮ ਪੋਸਟ-ਅੱਪਗ੍ਰੇਡ ਰੁਟੀਨ

1. ਹੇਠਾਂ ਦਿੱਤੇ ਕਦਮਾਂ ਨੂੰ ਪੂਰਾ ਕਰੋ:
   ਉਡੀਕ ਕਰੋ ਅਤੇ ਤਸਦੀਕ ਕਰੋ ਕਿ ਡਿਵਾਈਸ ਚਾਲੂ ਹੈ।
2.  ਪੁਸ਼ਟੀ ਕਰੋ ਕਿ ਕੋਈ ਪ੍ਰਕਿਰਿਆ ਕੋਰ ਨਹੀਂ ਹਨ।
   • ਸਿਸਟਮ ਕੋਰ-ਡੰਪ ਕਿਵੇਂ ਕਰਦਾ ਹੈ
3. ਪੁਸ਼ਟੀ ਕਰੋ ਕਿ ਕੋਈ ਵਾਧੂ ਸਿਸਟਮ ਅਤੇ ਚੈਸੀ ਅਲਾਰਮ ਨਹੀਂ ਹਨ।
   • ਚੈਸੀ ਅਲਾਰਮ ਦਿਖਾਓ | ਹੋਰ ਨਹੀਂ
   • ਸਿਸਟਮ ਅਲਾਰਮ ਦਿਖਾਓ | ਹੋਰ ਨਹੀਂ

ਰੀੜ੍ਹ ਦੀ ਹੱਡੀ 'ਤੇ ਪੋਸਟ-ਅੱਪਗ੍ਰੇਡ BGP ਖਾਸ ਓਪਰੇਸ਼ਨ
ਹੇਠਾਂ ਦਿੱਤੇ ਕਦਮਾਂ ਨੂੰ ਪੂਰਾ ਕਰੋ:

1. ਸਾਰੇ ਪੀਅਰ ਸਪਾਈਨਸ ਲਈ ਵਿਗਿਆਪਨ ਰੂਟਾਂ ਨੂੰ ਮੁੜ ਚਾਲੂ ਕਰੋ। ਇੱਥੇ, ਸੁਪਰ-ਸਪਾਈਨਸ ਸਮੂਹ ਸੁਪਰਸਪਾਈਨ ਸਵਿੱਚਾਂ ਦਾ ਹਵਾਲਾ ਦਿੰਦਾ ਹੈ ਜੋ ਸਪਾਈਨ ਸਵਿੱਚ ਦੇ BGP ਸਾਥੀਆਂ ਦੇ ਤੌਰ ਤੇ ਕੰਮ ਕਰਦੇ ਹਨ:
   • ਪ੍ਰੋਟੋਕੋਲ ਮਿਟਾਓ bgp ਗਰੁੱਪ SUPER-SPINES ਨਿਰਯਾਤ DENY-ALL ਅਤੇ ਪ੍ਰਤੀਬੱਧ.
2. ਸਾਰੇ ਪੀਅਰ ਪੱਤਿਆਂ ਲਈ ਵਿਗਿਆਪਨ ਰੂਟਾਂ ਨੂੰ ਮੁੜ ਚਾਲੂ ਕਰੋ। ਇੱਥੇ, LEAF ਸਮੂਹ ਲੀਫ ਸਵਿੱਚਾਂ ਦਾ ਹਵਾਲਾ ਦਿੰਦਾ ਹੈ ਜੋ ਕਿ ਅਪਗ੍ਰੇਡ ਕੀਤੇ ਜਾ ਰਹੇ ਸਪਾਈਨ ਸਵਿੱਚ ਦੇ BGP ਪੀਅਰ ਵਜੋਂ ਕੰਮ ਕਰਦੇ ਹਨ: o ਪ੍ਰੋਟੋਕੋਲ ਨੂੰ ਮਿਟਾਓ bgp ਗਰੁੱਪ LEAF ਨਿਰਯਾਤ DENY-ALL ਅਤੇ ਪ੍ਰਤੀਬੱਧ।
3. ਜੇਕਰ ਕਿਸੇ ਵੀ ਰੀੜ੍ਹ ਦੀ ਹੱਡੀ (BGP ਪੀਅਰ ਸਵਿੱਚ ਵਜੋਂ ਕੰਮ ਕਰਦੇ ਹੋਏ) ਤੋਂ ਡਿਵਾਈਸ ਨੂੰ ਟ੍ਰੈਫਿਕ ਭੇਜਿਆ ਗਿਆ ਸੀ, ਤਾਂ ਉਸ ਪੀਅਰ ਸਵਿੱਚ 'ਤੇ ਟ੍ਰੈਫਿਕ ਦੇ ਅੰਕੜਿਆਂ ਦੀ ਨਿਗਰਾਨੀ ਕਰੋ ਅਤੇ ਇੰਤਜ਼ਾਰ ਕਰੋ ਜਦੋਂ ਤੱਕ ਇਸ ਦੇ ਡਿਵਾਈਸ ਨਾਲ ਜੁੜੇ ਇੰਟਰਫੇਸ 'ਤੇ ਵਾਧੇ ਵਾਲੇ ਨਿਕਾਸ ਅੰਕੜੇ (ਆਊਟਪੁੱਟ ਪੈਕੇਟ) ਲਗਭਗ ਪ੍ਰੀ-ਅੱਪਗ੍ਰੇਡ ਮੁੱਲ ਨਹੀਂ ਬਣ ਜਾਂਦੇ ਹਨ। ਜੇਕਰ ਇਸ ਪੀਅਰ ਸਵਿੱਚ ਅਤੇ ਡਿਵਾਈਸ ਦੇ ਵਿਚਕਾਰ ਇੱਕ ਏਗਰੀਗੇਟਿਡ ਈਥਰਨੈੱਟ ਇੰਟਰਫੇਸ ਹੈ, ਤਾਂ ਪੀਅਰ ਸਵਿੱਚ 'ਤੇ ਇਸ CLI ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋਏ ਸੰਵਿਧਾਨਕ ਭੌਤਿਕ ਇੰਟਰਫੇਸ ਦੀ ਪਛਾਣ ਕਰੋ:
   • lacp ਇੰਟਰਫੇਸ ਦਿਖਾਓ
     ਰੀੜ੍ਹ ਦੀ ਹੱਡੀ ਨਾਲ ਜੁੜੇ ਪੀਅਰ ਸਵਿੱਚ ਦੇ ਭੌਤਿਕ ਇੰਟਰਫੇਸਾਂ 'ਤੇ ਨਿਕਾਸੀ ਆਵਾਜਾਈ ਦਰ ਦੀ ਨਿਗਰਾਨੀ ਕਰੋ
   • ਹੇਠਾਂ ਦਿੱਤੇ CLIs ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਅੱਪਗਰੇਡ ਕੀਤਾ ਜਾ ਰਿਹਾ ਹੈ: ਇੰਟਰਫੇਸ ਦਿਖਾਓ | grep ਦਰ
   • ਇੰਟਰਫੇਸ ਆਵਾਜਾਈ ਦੀ ਨਿਗਰਾਨੀ

ਲੀਫ ਅਤੇ ਟੀਓਆਰ ਸਵਿੱਚ / ਸਰਵਰ ਹੋਸਟ 'ਤੇ ਪੋਸਟ-ਅੱਪਗ੍ਰੇਡ BGP ਖਾਸ ਕਾਰਵਾਈਆਂ 

1. ਹੇਠਾਂ ਦਿੱਤੇ ਕਦਮਾਂ ਨੂੰ ਪੂਰਾ ਕਰੋ: 1. ਅੱਪਗ੍ਰੇਡ ਕੀਤੇ ਜਾ ਰਹੇ ਲੀਫ ਸਵਿੱਚ 'ਤੇ BGP ਰੂਟਾਂ ਦਾ ਵਿਗਿਆਪਨ ਦੁਬਾਰਾ ਸ਼ੁਰੂ ਕਰੋ। ਇਹ ਕਦਮ ਸਪਾਈਨ ਸਵਿੱਚ ਦੇ ਸਮਾਨ ਹੈ. BGP ਸਾਥੀਆਂ ਦੇ ਤੌਰ 'ਤੇ ਕੰਮ ਕਰਨ ਵਾਲੇ ਸਾਰੇ ਸਪਾਈਨਸ ਲਈ ਵਿਗਿਆਪਨ ਰੂਟਾਂ ਨੂੰ ਮੁੜ-ਸ਼ੁਰੂ ਕਰੋ: o ਪ੍ਰੋਟੋਕੋਲ ਨੂੰ ਮਿਟਾਓ bgp ਸਮੂਹ ਸਪਾਈਨਜ਼ ਨੂੰ DENY-ALL ਅਤੇ ਪ੍ਰਤੀਬੱਧ ਕਰੋ। ਇੱਥੇ, ਸਪਾਈਨਸ BGP ਪੀਅਰ ਗਰੁੱਪ ਨੂੰ ਦਰਸਾਉਂਦਾ ਹੈ ਜੋ BGP ਦੁਆਰਾ ਸਾਰੀਆਂ ਰੀੜ੍ਹਾਂ ਨਾਲ ਪੀਅਰਿੰਗ ਲਈ ਪੱਤਾ ਸਵਿੱਚ 'ਤੇ ਸੰਰਚਿਤ ਕੀਤਾ ਗਿਆ ਹੈ।
2. ਜੇਕਰ ਇੱਕ TOR ਸਵਿੱਚ (ਜਾਂ ਸਰਵਰ ਹੋਸਟ) L2 MC-LAG ਦੁਆਰਾ ਪੱਤਾ ਸਵਿੱਚਾਂ ਨਾਲ ਜੁੜਿਆ ਹੋਇਆ ਹੈ, ਤਾਂ TOR ਸਵਿੱਚ (ਜਾਂ ਸਰਵਰ ਹੋਸਟ) ਨਾਲ ਜੁੜੇ ਪੱਤਾ ਸਵਿੱਚ ਤੇ ਭੌਤਿਕ ਇੰਟਰਫੇਸ ਨੂੰ ਮੁੜ-ਸਮਰੱਥ ਬਣਾਉਣ ਦੀ ਲੋੜ ਹੈ (ਜੇ ਇਹ ਪਹਿਲਾਂ ਅਸਮਰੱਥ ਸੀ। ). ਇਹ TOR ਸਵਿੱਚ (ਜਾਂ ਸਰਵਰ ਹੋਸਟ) ਨੂੰ L2-ਹੈਸ਼ਿੰਗ ਤੋਂ ਬਾਅਦ ਸਾਰੇ ਲੀਫ ਸਵਿੱਚਾਂ (ਸਮੇਤ ਲੀਫ ਸਵਿੱਚ ਅੱਪਗਰੇਡ ਕੀਤੇ ਜਾਣ ਸਮੇਤ) ਨੂੰ ਟਰੈਫਿਕ ਭੇਜਣ ਲਈ ਮੁੜ-ਸਮਰੱਥ ਬਣਾਉਂਦਾ ਹੈ।
   • ਸੈੱਟ ਇੰਟਰਫੇਸ ਯੋਗ ਅਤੇ ਪ੍ਰਤੀਬੱਧ.
3. ਰੀੜ੍ਹ ਦੀ ਹੱਡੀ 'ਤੇ ਪੋਸਟ-ਅੱਪਗ੍ਰੇਡ BGP ਓਪਰੇਸ਼ਨਾਂ ਦੇ ਮਾਮਲੇ ਵਿੱਚ ਕਦਮ 3 ਦੀ ਪਾਲਣਾ ਕਰੋ

ਸੁਪਰ-ਸਪਾਈਨਸ 'ਤੇ ਪੋਸਟ-ਅੱਪਗ੍ਰੇਡ BGP ਖਾਸ ਓਪਰੇਸ਼ਨ
ਹੇਠਾਂ ਦਿੱਤੇ ਕਦਮਾਂ ਨੂੰ ਪੂਰਾ ਕਰੋ:

1. ਅੱਪਗਰੇਡ ਕੀਤੇ ਜਾ ਰਹੇ ਸੁਪਰ-ਸਪਾਈਨ ਸਵਿੱਚ 'ਤੇ ਵਿਗਿਆਪਨ BGP ਰੂਟਾਂ ਨੂੰ ਮੁੜ-ਸ਼ੁਰੂ ਕਰੋ। ਇਹ ਕਦਮ ਸਪਾਈਨ ਸਵਿੱਚ ਦੇ ਸਮਾਨ ਹੈ. BGP ਸਾਥੀਆਂ ਦੇ ਤੌਰ 'ਤੇ ਕੰਮ ਕਰਨ ਵਾਲੇ ਸਾਰੇ ਸਪਾਈਨਸ ਲਈ ਵਿਗਿਆਪਨ ਰੂਟਾਂ ਨੂੰ ਮੁੜ ਚਾਲੂ ਕਰੋ:
   • ਪ੍ਰੋਟੋਕੋਲ ਨੂੰ ਮਿਟਾਓ bgp ਗਰੁੱਪ ਸਪਾਈਨਸ ਨਿਰਯਾਤ ਇਨਕਾਰ-ਸਭ ਅਤੇ ਪ੍ਰਤੀਬੱਧ.
     ਇੱਥੇ, SPINES BGP ਪੀਅਰ ਗਰੁੱਪ ਨੂੰ ਦਰਸਾਉਂਦਾ ਹੈ ਜੋ ਸੁਪਰ-ਸਪਾਈਨ ਸਵਿੱਚ 'ਤੇ ਕੌਂਫਿਗਰ ਕੀਤਾ ਗਿਆ ਹੈ
     BGP ਦੁਆਰਾ ਸਾਰੇ ਰੀੜ੍ਹ ਦੀ ਹੱਡੀ ਦੇ ਨਾਲ ਪੀਅਰਿੰਗ. ਪੋਸਟ-ਅੱਪਗ੍ਰੇਡ BGP ਓਪਰੇਸ਼ਨਾਂ ਦੇ ਮਾਮਲੇ ਵਿੱਚ ਕਦਮ 3 ਦੀ ਪਾਲਣਾ ਕਰੋ
     ਰੀੜ੍ਹ ਦੀ ਹੱਡੀ 'ਤੇ.
2. ਰੀੜ੍ਹ ਦੀ ਹੱਡੀ 'ਤੇ ਪੋਸਟ-ਅੱਪਗ੍ਰੇਡ BGP ਓਪਰੇਸ਼ਨਾਂ ਦੇ ਮਾਮਲੇ ਵਿੱਚ ਕਦਮ 3 ਦੀ ਪਾਲਣਾ ਕਰੋ।

ਸਾਰੇ ਨੈੱਟਵਰਕ ਕੋਰ-ਫੇਸਿੰਗ ਇੰਟਰਫੇਸ ਦੀ ਪੁਸ਼ਟੀ ਕਰੋ
ਹੇਠਾਂ ਦਿੱਤੇ ਕਦਮਾਂ ਨੂੰ ਪੂਰਾ ਕਰੋ:

1. ਉਡੀਕ ਕਰੋ ਅਤੇ ਤਸਦੀਕ ਕਰੋ ਕਿ ਸਾਰੇ ਅੰਡਰਲੇ ਰੂਟਿੰਗ ਅੱਪ ਹਨ।
2. ਉਡੀਕ ਕਰੋ ਅਤੇ ਪੁਸ਼ਟੀ ਕਰੋ ਕਿ BGP ਗੁਆਂਢੀ ਰਿਸ਼ਤੇ ਸਥਾਪਿਤ ਹੋ ਗਏ ਹਨ। BGP ਰੂਟ ਅੱਪਡੇਟ ਨੂੰ ਪੂਰਾ ਕਰਨ ਲਈ ਉਡੀਕ ਕਰੋ।
   a) "ਬੀਜੀਪੀ ਸੰਖੇਪ ਦਿਖਾਓ" ਅਤੇ ਸਾਰੇ ਗੁਆਂਢੀਆਂ ਲਈ ਸਥਾਪਤ ਸਥਿਤੀ ਦੀ ਜਾਂਚ ਕਰੋ।
3. ਉਡੀਕ ਕਰੋ ਅਤੇ ਪੁਸ਼ਟੀ ਕਰੋ ਕਿ IRB ਇੰਟਰਫੇਸ ਅੱਪ ਹਨ। ਇਹ ਤਾਂ ਹੀ ਲਾਗੂ ਹੁੰਦਾ ਹੈ ਜੇਕਰ IRB ਇੰਟਰਫੇਸ ਕੌਂਫਿਗਰ ਕੀਤੇ ਗਏ ਹਨ, ਇਹ ਆਮ ਤੌਰ 'ਤੇ ToR ਜਾਂ CE ਸਵਿੱਚਾਂ 'ਤੇ ਹੁੰਦਾ ਹੈ।
   a) ਇੰਟਰਫੇਸ irb ਦਿਖਾਓ

ਸਾਰੇ ਐਂਡ-ਡਿਵਾਈਸ ਫੇਸਿੰਗ ਐਕਸੈਸ ਇੰਟਰਫੇਸ ਦੀ ਪੁਸ਼ਟੀ ਕਰੋ
ਉਡੀਕ ਕਰੋ ਅਤੇ ਤਸਦੀਕ ਕਰੋ ਕਿ ਸਾਰੇ ਉਪਭੋਗਤਾ ਟ੍ਰੈਫਿਕ ਨੂੰ ਆਮ ਵਾਂਗ ਮੁੜ ਸ਼ੁਰੂ ਕੀਤਾ ਗਿਆ ਹੈ।

ਪੋਸਟ-ਅੱਪਗ੍ਰੇਡ ਸਿਹਤ ਜਾਂਚ
ਸਿਹਤ ਜਾਂਚ ਪ੍ਰਕਿਰਿਆ ਨੂੰ ਦੁਹਰਾਓ ਜੋ ਅੱਪਗਰੇਡ ਤੋਂ ਪਹਿਲਾਂ ਕੀਤੀ ਗਈ ਸੀ। ਇਹ ਕਿਸੇ ਵੀ ਅਨੁਕੂਲਿਤ ਜਾਂਚਾਂ ਦੁਆਰਾ ਪਾਲਣਾ ਕੀਤੀ ਜਾ ਸਕਦੀ ਹੈ.

ਪੋਸਟ-ਅੱਪਗ੍ਰੇਡ ਸਫਾਈ

1. ਜੇ ਲੋੜ ਹੋਵੇ ਤਾਂ ਨਵੀਂ ਸਥਾਪਿਤ ਚਿੱਤਰ ਨੂੰ ਮਿਟਾਓ।
2. syslog ਕੌਂਫਿਗਰੇਸ਼ਨ ਸੈਟਿੰਗ ਨੂੰ ਮੂਲ 'ਤੇ ਮੁੜ ਬਹਾਲ ਕਰੋ।

ਮੈਨੁਅਲ ਅਪਗ੍ਰੇਡ ਪ੍ਰਕਿਰਿਆਵਾਂ (ਜੂਨੀਪਰ ਅਪਸਟ੍ਰਾ ਤੋਂ ਬਿਨਾਂ) ਲਈ ਸਮਰਥਿਤ ਪਲੇਟਫਾਰਮ

ਸਾਰਣੀ 2 ਸਮਰਥਿਤ ਪਲੇਟਫਾਰਮਾਂ ਦੇ ਵੇਰਵੇ ਪ੍ਰਦਾਨ ਕਰਦਾ ਹੈ।
ਸਾਰਣੀ 2 ਮੈਨੁਅਲ ਅੱਪਗ੍ਰੇਡ ਪ੍ਰਕਿਰਿਆ

ਅਪਗ੍ਰੇਡ ਵਿਧੀ	ਸਮਰਥਿਤ ਪਲੇਟਫਾਰਮ ਹਵਾਲਾ
ਆਈ.ਐੱਸ.ਐੱਸ.ਯੂ	https://apps.juniper.net/feature-explorer/issu.html
ਐੱਨ.ਐੱਸ.ਐੱਸ.ਯੂ	https://apps.juniper.net/feature-explorer/feature- info.html?fKey=1175&fn=Nonstop+software+upgrade+%28NSSU%29
ZTP	https://apps.juniper.net/feature-explorer/parent-feature- info.html?pFKey=1272&pFName=Zero+Touch+Provisioning

ਜੂਨੀਪਰ ਅਪਸਟ੍ਰਾ ਤੋਂ ਬਿਨਾਂ ਸਵਿੱਚਾਂ ਲਈ ਮੈਨੁਅਲ ਅੱਪਗ੍ਰੇਡ ਵੇਰਵੇ

ਸਿੰਗਲ ਅਤੇ ਡੁਅਲ RE ਸਵਿੱਚ ਦੋਵੇਂ
ਸਧਾਰਨ CLI ਅਧਾਰਤ ਅੱਪਗਰੇਡ ਸਿੰਗਲ ਅਤੇ ਦੋਹਰੇ RE ਸਵਿੱਚਾਂ ਲਈ ਵਰਤਿਆ ਜਾ ਸਕਦਾ ਹੈ। ਇਹ ਸਭ ਤੋਂ ਸਰਲ ਅੱਪਗ੍ਰੇਡ ਵਿਕਲਪ ਹੈ ਅਤੇ ਇਸ ਵਿੱਚ ਹੋਰ ਵਿਕਲਪਾਂ ਦੁਆਰਾ ਸਮਰਥਿਤ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਦੀ ਘਾਟ ਹੈ। ਪਹਿਲਾਂ, ਨਵੇਂ ਸਾਫਟਵੇਅਰ ਪੈਕੇਜ ਨੂੰ ਡਿਵਾਈਸ ਉੱਤੇ /var/tmp ਡਾਇਰੈਕਟਰੀ ਵਿੱਚ ftp ਕਰੋ। ਅੱਗੇ, ਹੇਠ ਦਿੱਤੀ ਕਮਾਂਡ ਚਲਾਓ:
root@host> ਸਿਸਟਮ ਸਾਫਟਵੇਅਰ ਐਡ ਰੀਬੂਟ ਦੀ ਬੇਨਤੀ ਕਰੋ

ਸਿਰਫ਼ ਸਿੰਗਲ RE ਸਵਿੱਚ
ਜ਼ੀਰੋ ਟੱਚ ਪ੍ਰੋਵੀਜ਼ਨਿੰਗ (ZTP) ਫੈਕਟਰੀ ਡਿਫੌਲਟ ਕੌਂਫਿਗਰੇਸ਼ਨ ਲਈ ਇੱਕ ਸਵਿੱਚ ਨੂੰ ਰੀਸਟੋਰ ਕਰਦਾ ਹੈ। ZTP ਵਿੱਚ, ਪਹਿਲਾਂ ਤੋਂ ਮੌਜੂਦ ਕੌਂਫਿਗਰੇਸ਼ਨ ਨੂੰ a ਰਾਹੀਂ ਦੁਬਾਰਾ ਲਾਗੂ ਕੀਤਾ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ file ਸਰਵਰ ਜਿੱਥੇ Junos OS Evolved ਜਾਂ Junos OS ਚਿੱਤਰ ਨੂੰ ਸਟੋਰ ਕੀਤਾ ਜਾਂਦਾ ਹੈ, ਕਿਉਂਕਿ ਇਹ ਖਤਮ ਹੋ ਜਾਵੇਗਾ। ਨੋਟ ਕਰੋ ਕਿ ZTP ਤੋਂ ਬਾਅਦ ਅੱਪਗ੍ਰੇਡ ਕੀਤਾ ਜਾ ਰਿਹਾ ਸਵਿੱਚ ਲਾਜ਼ਮੀ ਹੈ
ਸਾਰੀਆਂ ਸਥਿਤੀਆਂ ਵਿੱਚ ਸੰਰਚਨਾ ਸਰਵਰ / ਚਿੱਤਰ ਸਰਵਰ ਨਾਲ ਕਨੈਕਟ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ, ਤਾਂ ਜੋ ZTP ਖਤਮ ਹੋਣ ਤੋਂ ਬਾਅਦ ਪਹਿਲਾਂ ਤੋਂ ਮੌਜੂਦ ਸੰਰਚਨਾ ਨੂੰ ਮੁੜ ਲਾਗੂ ਕੀਤਾ ਜਾ ਸਕੇ।

ਧਾਰਨਾਵਾਂ
ਡਿਵਾਈਸ ਲੋੜੀਂਦੀ ਸੌਫਟਵੇਅਰ ਚਿੱਤਰ ਅਤੇ ਸੰਰਚਨਾ ਦਾ ਪਤਾ ਲਗਾਉਣ ਲਈ ਇੱਕ ਡਾਇਨਾਮਿਕ ਹੋਸਟ ਕੌਨਫਿਗਰੇਸ਼ਨ ਪ੍ਰੋਟੋਕੋਲ (DHCP) ਸਰਵਰ 'ਤੇ ਕੌਂਫਿਗਰ ਕੀਤੀ ਜਾਣਕਾਰੀ ਦੀ ਵਰਤੋਂ ਕਰਦੀ ਹੈ। fileਨੈੱਟਵਰਕ 'ਤੇ ਐੱਸ. ਜੇਕਰ DHCP ਸਰਵਰ ਨੂੰ ਇਹ ਜਾਣਕਾਰੀ ਪ੍ਰਦਾਨ ਕਰਨ ਲਈ ਕੌਂਫਿਗਰ ਨਹੀਂ ਕੀਤਾ ਗਿਆ ਹੈ, ਤਾਂ ਪਹਿਲਾਂ ਤੋਂ ਸਥਾਪਿਤ ਸੌਫਟਵੇਅਰ ਅਤੇ ਡਿਫੌਲਟ ਫੈਕਟਰੀ ਸੰਰਚਨਾ ਲੋਡ ਹੋ ਜਾਂਦੀ ਹੈ।

ਇਹ ਦਸਤਾਵੇਜ਼ ਮੰਨਦਾ ਹੈ ਕਿ dhcpd, vsftpd, tftpd, ਅਤੇ httpd ZTP ਨੂੰ ਸਮਰਥਨ ਦੇਣ ਲਈ ਸਥਾਪਿਤ ਅਤੇ ਸੰਰਚਿਤ ਕੀਤੇ ਗਏ ਹਨ। ਉਹ ਡਿਵਾਈਸ ਜੋ ਚਿੱਤਰ ਅਤੇ ਸੰਰਚਨਾ ਨੂੰ ਡਾਊਨਲੋਡ ਕਰਨ ਲਈ ਪ੍ਰਬੰਧਿਤ ਹੈ files vsftpd, httpd, ਅਤੇ tftpd ਵਿੱਚੋਂ ਇੱਕ ਦੀ ਵਰਤੋਂ ਕਰਦਾ ਹੈ। DHCP ਦੀ ਵਰਤੋਂ ZTP ਲਈ ਵਿਕਲਪ ਪ੍ਰਦਾਨ ਕਰਨ ਲਈ ਕੀਤੀ ਜਾਂਦੀ ਹੈ।

DHCP ਰੀਲੇਅ 

ਜੇਕਰ ZTP ਸਰਵਰ ਅਤੇ ਅੱਪਗਰੇਡ ਕੀਤੇ ਜਾਣ ਵਾਲੇ ਯੰਤਰ ਇੱਕੋ LAN 'ਤੇ ਸਿੱਧੇ ਤੌਰ 'ਤੇ ਜੁੜੇ ਨਹੀਂ ਹਨ, ਤਾਂ ਇੱਕ DHCP ਰੀਲੇਅ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ। ਰੀਲੇਅ ਨੂੰ ਕਿਸੇ ਵੀ ਡਿਵਾਈਸ 'ਤੇ ਸਮਰੱਥ ਕੀਤਾ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ ਜੋ ਹੇਠਾਂ ਦਿੱਤੇ CLIs ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋਏ ਅਪਗ੍ਰੇਡ ਕੀਤੇ ਜਾ ਰਹੇ ਡਿਵਾਈਸ ਅਤੇ ZTP ਸਰਵਰ ਵਿਚਕਾਰ ਕਨੈਕਟੀਵਿਟੀ ਪ੍ਰਦਾਨ ਕਰਦਾ ਹੈ:
ਫਾਰਵਰਡਿੰਗ-ਵਿਕਲਪ dhcp-ਰਿਲੇ ਸਰਵਰ-ਗਰੁੱਪ ਟੈਸਟ ਸੈੱਟ ਕਰੋ
ਫਾਰਵਰਡਿੰਗ-ਵਿਕਲਪ ਸੈੱਟ ਕਰੋ dhcp-relay ਸਰਗਰਮ-ਸਰਵਰ-ਗਰੁੱਪ ਟੈਸਟ ਫਾਰਵਰਡਿੰਗ-ਵਿਕਲਪਾਂ dhcp-ਰਿਲੇ ਸਮੂਹ ਸਾਰੇ ਇੰਟਰਫੇਸ ਸੈੱਟ ਕਰੋ
Junos OS ਡਿਵਾਈਸ 'ਤੇ DHCP ਰੀਲੇਅ ਨੂੰ ਕੌਂਫਿਗਰ ਕਰਨ ਬਾਰੇ ਵਧੇਰੇ ਜਾਣਕਾਰੀ ਲਈ, ਹੇਠਾਂ ਦਿੱਤੇ ਦਸਤਾਵੇਜ਼ ਵੇਖੋ:

• • https://www.juniper.net/documentation/us/en/software/junos/dhcp/topics/topic- map/dhcp-relay-agent-security-devices.html
  • https://www.juniper.net/documentation/us/en/software/junos/dhcp/topics/topic- map/dhcpv6-relay-agent.html
  • https://www.juniper.net/documentation/en_US/junos/topics/topic-map/dhcpv6-relay-agent-switching-devices.html

DHCP ਸਰਵਰ ਅਤੇ ਟਰਾਂਸਪੋਰਟ ਮੋਡ ਸੈੱਟਅੱਪ ਕਰਨਾ

ਹੇਠਾਂ ਦਿੱਤੇ ਕਦਮਾਂ ਨੂੰ ਪੂਰਾ ਕਰੋ:

1. ਨੂੰ ਵੇਖੋ https://linux.die.net/man/5/dhcpd.conf ਪੈਰਾਮੀਟਰਾਂ ਬਾਰੇ ਹੋਰ ਜਾਣਨ ਲਈ ਅਤੇ ਹੇਠਾਂ ਇਸ ਤਰ੍ਹਾਂ ਹੈamp/etc/dhcp/dhcpd.conf ਦੀ ਸੰਰਚਨਾ।
   • # ਇੰਟਰਫੇਸ ਜਿਸ ਉੱਤੇ dhcp ਸਰਵਰ ਸੁਣਦਾ ਹੈ ਨੂੰ dhcp ਸੁਨੇਹੇ ਖੋਜੋ.
     DHCPDARGS=ens33;
     # ਹੇਠਾਂ ਦਿੱਤੀ ਘੋਸ਼ਣਾ ਦੀ ਵਰਤੋਂ ਸਬਨੈੱਟਾਂ ਦੀ ਪਛਾਣ ਕਰਨ ਲਈ ਕੀਤੀ ਜਾਂਦੀ ਹੈ ਜਿਸ ਉੱਤੇ
     ਸੁਣਨ ਲਈ
     # dhcp ਸੁਨੇਹੇ ਖੋਜਣ ਅਤੇ ip ਪਤੇ ਪ੍ਰਦਾਨ ਕਰਨ ਲਈ।
     # ਰੇਂਜ : ਨਿਸ਼ਚਿਤ ਕਰਦਾ ਹੈ ਕਿ ਕਿੰਨੇ IP ਪਤੇ ਲੀਜ਼ 'ਤੇ ਦਿੱਤੇ ਜਾਣੇ ਹਨ।
     # ਡੋਮੇਨ-ਨਾਮ : ਨੈੱਟਵਰਕ ਦੀ ਪਛਾਣ ਕਰਨ ਲਈ ਵਰਤਿਆ ਜਾਂਦਾ ਹੈ, ਡੋਮੇਨ ਨੇਮ ਸਰਵਰ: ਵਰਤਿਆ ਜਾਂਦਾ ਹੈ
     # ਜਦੋਂ ip ਐਡਰੈੱਸ ਦੀ ਬਜਾਏ ਹੋਸਟ ਨਾਂ ਵਰਤੇ ਜਾਂਦੇ ਹਨ।
     ਸਬਨੈੱਟ 3.3.3.0 ਨੈੱਟਮਾਸਕ 255.255.255.0 {
     ਰੇਂਜ 3.3.3.3 3.3.3.15;
     ਵਿਕਲਪ ਡੋਮੇਨ-ਨਾਮ “mydomain.net”;
     ਵਿਕਲਪ ਡੋਮੇਨ-ਨੇਮ-ਸਰਵਰ 10.209.194.133;
     ਵਿਕਲਪ ਰਾਊਟਰ 3.3.3.254;
     ਡਿਫਾਲਟ-ਲੀਜ਼-ਟਾਈਮ 60000;
     ਅਧਿਕਤਮ-ਲੀਜ਼-ਟਾਈਮ 720000;
     }
     # ਹੇਠਾਂ ਘੋਸ਼ਣਾ ਇੱਕ ਵਿਕਲਪ ਸਪੇਸ ਪਰਿਭਾਸ਼ਾ ਪ੍ਰਦਾਨ ਕਰਦੀ ਹੈ।
     ਵਿਕਲਪ ਸਪੇਸ SUNW;
     ਵਿਕਲਪ SUNW.server-image code 0 = text;
     ਵਿਕਲਪ SUNW.server-file ਕੋਡ 1 = ਟੈਕਸਟ;
     ਵਿਕਲਪ SUNW.image-file-ਟਾਈਪ ਕੋਡ 2 = ਟੈਕਸਟ;
     ਵਿਕਲਪ SUNW.transfer-mode code 3 = text;
     ਵਿਕਲਪ SUNW.symlink-server-image code 4 = ਟੈਕਸਟ;
     ਵਿਕਲਪ SUNW.http-ਪੋਰਟ ਕੋਡ 5 = ਟੈਕਸਟ;
     ਵਿਕਲਪ SUNW-encapsulation code 43 = encapsulate SUNW;
     # ਗਰੁੱਪ ਦੀ ਵਰਤੋਂ ਵੱਖ-ਵੱਖ ਮੇਜ਼ਬਾਨਾਂ ਦੇ ਸਮੂਹ ਲਈ ਸਾਂਝੇ ਮਾਪਦੰਡਾਂ ਨੂੰ ਲਾਗੂ ਕਰਨ ਲਈ ਕੀਤੀ ਜਾਂਦੀ ਹੈ।
     # ਇੱਕ ਖਾਸ ਹੋਸਟ ਅਤੇ ਇਸਦੇ ਮਾਪਦੰਡਾਂ ਨੂੰ ਪਰਿਭਾਸ਼ਿਤ ਕਰਨਾ.
     # ਡਿਵਾਈਸ ਦਾ "ਹਾਰਡਵੇਅਰ ਈਥਰਨੈੱਟ" ਮੈਕ-ਐਡਰੈੱਸ। MX10003 ਲਈ ਇਹ ਹੋਵੇਗਾ
     # ਕੋਲ fxp0 ਇੰਟਰਫੇਸ ਦਾ ਮੈਕ ਐਡਰੈੱਸ ਹੈ।
     # "ਟ੍ਰਾਂਸਫਰ-ਮੋਡ" ਮੋਡ ਚਿੱਤਰ ਅਤੇ ਸੰਰਚਨਾ ਨੂੰ ਡਾਊਨਲੋਡ ਕਰਨ ਲਈ ਵਰਤਿਆ ਜਾਂਦਾ ਹੈ
     # fileਐੱਸ. ਜੇਕਰ ਇਹ ਗੈਰਹਾਜ਼ਰ ਹੈ, ਤਾਂ ਡਿਫਾਲਟ tftp ਹੈ। ਵਿਕਲਪ http, ftp ਅਤੇ tftp ਹਨ।
     # log-server ਅਤੇ ntp-server syslog ਸੁਨੇਹੇ ਭੇਜਣ ਲਈ ਹਨ।
     # “ਸਰਵਰ-ਚਿੱਤਰ” ਡਿਵਾਈਸ ਲਈ ਚਿੱਤਰ ਹੈ।
     # “ਸਰਵਰ-file ” ਸੰਰਚਨਾ ਲਈ ਵਿਕਲਪ ਹੈ file.
     # "tftp-server-name" ਸਰਵਰ ਦਾ ip ਪਤਾ ਹੈ ਜੋ ਪ੍ਰਦਾਨ ਕਰਦਾ ਹੈ files
     # ਬੂਟਿੰਗ ਲਈ। ਇਹ ਇੱਕ ਸਤਰ ਦੇ ਰੂਪ ਵਿੱਚ ਦਿੱਤਾ ਗਿਆ ਹੈ।
     ਗਰੁੱਪ {
     ਅਗਲਾ-ਸਰਵਰ 3.3.3.1;
     ਹੋਸਟ mx204-12345 {
     hardware ethernet 98:a4:04:7f:1a:83;
     ਵਿਕਲਪ SUNW.transfer-mode “ftp”;
     ਵਿਕਲਪ ਹੋਸਟ-ਨਾਮ “mx204-12345″;
     ਵਿਕਲਪ ਲੌਗ-ਸਰਵਰ 3.3.3.1;
     ਵਿਕਲਪ ntp-ਸਰਵਰ 66.129.255.62;
     ਵਿਕਲਪ SUNW.server-file "dut-baseline-config.conf";
     ਵਿਕਲਪ SUNW.server-image “junos-vmhost-install-mx-x86-64-
     19.4R1.1.tgz”;
     ਵਿਕਲਪ tftp-ਸਰਵਰ-ਨਾਂ “3.3.3.1”;
     ਉੱਪਰ ਦੱਸੇ ਅਨੁਸਾਰ ਟੈਕਸਟ ਜਾਂ ਨੰਬਰ ਫਾਰਮੈਟ ਦੀ ਪਾਲਣਾ ਕਰੋ। ਜੇਕਰ ਨਹੀਂ, ਤਾਂ dhcpd ਸ਼ੁਰੂ ਹੋਣ 'ਤੇ ਇੱਕ ਗਲਤੀ ਨੂੰ ਦਰਸਾਉਂਦਾ ਹੈ। ਸੰਰਚਨਾ ਨੂੰ ਸੰਭਾਲੋ file ਅਤੇ dhcpd ਸੇਵਾ ਸ਼ੁਰੂ ਕਰੋ। dhcpd ਨਾਲ ਸੰਬੰਧਿਤ ਲੌਗ ਹੋ ਸਕਦੇ ਹਨ viewਵਿੱਚ ਐਡ /var/log/messages file.
2. ਚਿੱਤਰ ਅਤੇ ਸੰਰਚਨਾ ਦੀ ਨਕਲ ਕਰੋ file ਸੰਰਚਿਤ ਟਰਾਂਸਪੋਰਟ ਮੋਡ 'ਤੇ ਨਿਰਭਰ ਕਰਦੇ ਹੋਏ ਢੁਕਵੇਂ ਮਾਰਗਾਂ ਲਈ। ਹੇਠਾਂ ਦਿੱਤੀ ਸਾਰਣੀ ਇੱਕ ਸਾਬਕਾ ਹੈample assuming /tftpboot/ ਨੂੰ tftp ਅਤੇ ftp ਦੁਆਰਾ ਵਰਤਿਆ ਜਾਂਦਾ ਹੈ file ਸਟੋਰ. ਸਰਵਰ-file ਅਤੇ dhcpd.conf ਵਿੱਚ ਸਰਵਰ-ਚਿੱਤਰ ਵਿਕਲਪ file ਟਰਾਂਸਪੋਰਟ ਮੋਡ ਲਈ ਕੌਂਫਿਗਰ ਕੀਤੇ ਮਾਰਗ ਦੇ ਅਨੁਸਾਰੀ ਮਾਰਗ ਦੀ ਲੋੜ ਹੈ।
   

   ਟ੍ਰਾਂਸਪੋਰਟ ਮੋਡ	ਸੰਰਚਨਾ File ਮਾਰਗ	ਹੋਮ ਡਾਇਰੈਕਟਰੀ
   ftp	/etc/vsftpd/vsftpd.conf	/tftpboot
   tftp	/etc/xinet.d/tftp	/tftpboot
   http	/etc/http/conf/httpd.conf	/ var / www / html /

   ਸਾਬਕਾ ਲਈample, ਜੇਕਰ ਚਿੱਤਰ /tftpboot/PLATFORM_AA/image_aa.tgz ਵਿੱਚ ਹੈ, ਤਾਂ
   ਸਰਵਰ-ਚਿੱਤਰ ਵਿਕਲਪ /PLATFORM_AA/image_aa.tgz ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ।
3. ਜੇਕਰ ਇੱਕ ਫੈਕਟਰੀ ਡਿਫੌਲਟ ਡਿਵਾਈਸ ਦਾ ਪ੍ਰਬੰਧ ਕੀਤਾ ਜਾ ਰਿਹਾ ਹੈ, ਤਾਂ ਡਿਵਾਈਸ ਤੇ ਨੈਟਵਰਕ ਕਨੈਕਸ਼ਨ ਅਤੇ ਪਾਵਰ ਬਣਾਓ। ਜਦੋਂ ਡਿਵਾਈਸ ਬੂਟ ਹੁੰਦੀ ਹੈ, ਆਟੋ ਇਮੇਜ ਅੱਪਗਰੇਡ (AIU) ਸ਼ੁਰੂ ਹੁੰਦਾ ਹੈ।
4. ਜੇਕਰ ਇੱਕ ਮੌਜੂਦਾ ਜੰਤਰ ਦੀ ਵਿਵਸਥਾ ਕੀਤੀ ਜਾਣੀ ਹੈ, ਤਾਂ "ਬੇਨਤੀ ਸਿਸਟਮ ਜ਼ੀਰੋਇਜ਼" ਕਮਾਂਡ ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਡਿਵਾਈਸ ਨੂੰ ਜ਼ੀਰੋਇਜ਼ ਕਰਨਾ ਸਭ ਤੋਂ ਵਧੀਆ ਹੈ। ਪ੍ਰੋਂਪਟ ਲਈ "ਹਾਂ" ਟਾਈਪ ਕਰੋ ਅਤੇ ਐਂਟਰ ਦਬਾਓ।
   ਡਿਵਾਈਸ ਨੂੰ ਜ਼ੀਰੋਇਜ਼ ਕੀਤਾ ਜਾਂਦਾ ਹੈ ਅਤੇ ਫਿਰ ਰੀਬੂਟ ਕੀਤਾ ਜਾਂਦਾ ਹੈ। ਡਿਵਾਈਸ ਐਮਨੇਸੀਏਕ ਮੋਡ ਵਿੱਚ ਆਉਂਦੀ ਹੈ। ਰੂਟ ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਲੌਗਇਨ ਕਰੋ ਅਤੇ ਕੋਈ ਪਾਸਵਰਡ ਪ੍ਰੋਂਪਟ ਨਹੀਂ ਹੈ। ਕੁਝ ਮਿੰਟਾਂ ਬਾਅਦ, ਕੰਸੋਲ 'ਤੇ ਸੁਨੇਹੇ ਆਉਂਦੇ ਹਨ ਜੋ ਦਰਸਾਉਂਦੇ ਹਨ ਕਿ ZTP ਸ਼ੁਰੂ ਹੋ ਗਿਆ ਹੈ। DHCP ਬਾਊਂਡ IP ਦੀ ਪੁਸ਼ਟੀ ਕਰਨ ਲਈ “dhcp ਕਲਾਇੰਟ ਬਾਈਡਿੰਗ ਦਿਖਾਓ” CLI ਕਮਾਂਡ ਜਾਰੀ ਕਰੋ।

ZTP ਪ੍ਰਗਤੀ ਦੀ ਨਿਗਰਾਨੀ ਕਰਨਾ 

ਹੇਠਾਂ ਦਿੱਤੇ ਕਦਮਾਂ ਨੂੰ ਪੂਰਾ ਕਰੋ:

1. ਹੇਠਾਂ ਦਿੱਤੇ ਸੁਨੇਹੇ ਉਹਨਾਂ ਵਿਕਲਪਾਂ ਨੂੰ ਦਰਸਾਉਂਦੇ ਹਨ ਜੋ DHCP ਸਰਵਰ ਦੁਆਰਾ ਭੇਜੇ ਜਾਂਦੇ ਹਨ:
   ਆਟੋ ਚਿੱਤਰ ਅੱਪਗਰੇਡ: ਕਲਾਇੰਟ ਇੰਟਰਫੇਸ fxp0.0 ਲਈ DHCP INET ਵਿਕਲਪ ਸੰਰਚਨਾFile:
   ਬੇਸਲਾਈਨ_mt-ਬੋਨਾ ਚਿੱਤਰFile: junos-vmhost-install-mx-x86-64- 20.3R1.3.tgz
   ਗੇਟਵੇ: 17.17.34.1 DHCP ਸਰਵਰ: 17.17.34.1 File ਸਰਵਰ: 17.17.34.1
   ਫਿਰ, AIU ਚਿੱਤਰ ਅਤੇ ਸੰਰਚਨਾ ਨੂੰ ਡਾਊਨਲੋਡ ਕਰਨ ਲਈ DHCP ਵਿਕਲਪਾਂ ਵਿੱਚ ਜਾਣਕਾਰੀ ਦੀ ਵਰਤੋਂ ਕਰਦਾ ਹੈ fileਐੱਸ. ਚਿੱਤਰ ਨੂੰ ਫਿਰ ਇੰਸਟਾਲ ਕੀਤਾ ਗਿਆ ਹੈ. ਚਿੱਤਰ ਸਥਾਪਤ ਕਰਨ ਦੇ ਪੜਾਅ ਤੋਂ ਬਾਅਦ, AIU ਡਾਊਨਲੋਡ ਕੀਤੀ ਸੰਰਚਨਾ ਤੋਂ ਸੰਰਚਨਾ ਨੂੰ ਲਾਗੂ ਕਰਨ ਲਈ ਇੱਕ ਇਵੈਂਟ-ਵਿਕਲਪ ਨੂੰ ਕੌਂਫਿਗਰ ਕਰਦਾ ਹੈ file. ਨਵੀਂ ਚਿੱਤਰ ਸਥਾਪਤ ਹੋਣ ਤੋਂ ਬਾਅਦ ਆਖਰੀ ਪੜਾਅ ਵਜੋਂ, ਸੰਰਚਨਾ ਲਾਗੂ ਕਰੋ।
   ਹੇਠਾਂ ਉਹਨਾਂ ਸੁਨੇਹਿਆਂ ਦਾ ਇੱਕ ਸਨੈਪਸ਼ਾਟ ਹੈ ਜੋ DHCP ਵਿਕਲਪਾਂ ਦੇ ਪ੍ਰਾਪਤ ਹੋਣ ਤੋਂ ਬਾਅਦ ਕੰਸੋਲ ਉੱਤੇ ਪ੍ਰਦਰਸ਼ਿਤ ਹੁੰਦੇ ਹਨ।
   ਪਸ਼ਨ ਪ੍ਰਾਪਤ ਹੁੰਦੇ ਹਨ।
   ਆਟੋ ਚਿੱਤਰ ਅੱਪਗਰੇਡ: ਰੋਕਣ ਲਈ, CLI 'ਤੇ ਲਾਗੂ ਕਰੋ
   "ਚੈਸਿਸ ਆਟੋ-ਇਮੇਜ-ਅੱਪਗ੍ਰੇਡ ਨੂੰ ਮਿਟਾਓ" ਅਤੇ ਕਮਿਟ ਕਰੋ
   ਆਟੋ ਚਿੱਤਰ ਅੱਪਗਰੇਡ: INET ਕਲਾਇੰਟ ਇੰਟਰਫੇਸ 'ਤੇ ਕਿਰਿਆਸ਼ੀਲ: fxp0.0
   ਆਟੋ ਚਿੱਤਰ ਅੱਪਗਰੇਡ: ਇੰਟਰਫੇਸ:: "fxp0"
   ਆਟੋ ਚਿੱਤਰ ਅੱਪਗਰੇਡ: ਸਰਵਰ:: “17.17.34.1”
   ਆਟੋ ਚਿੱਤਰ ਅੱਪਗਰੇਡ: ਚਿੱਤਰ File:: “junos-vmhost-install-mx-x86-64-
   20.3R1.3.tgz”
   ਆਟੋ ਚਿੱਤਰ ਅੱਪਗਰੇਡ: ਸੰਰਚਨਾ File:: "ਬੇਸਲਾਈਨ_ਐਮਟੀ-ਬੋਨਾ"
   ਆਟੋ ਚਿੱਤਰ ਅੱਪਗਰੇਡ: ਗੇਟਵੇ:: “17.17.34.1”
   ਆਟੋ ਚਿੱਤਰ ਅੱਪਗਰੇਡ: ਪ੍ਰੋਟੋਕੋਲ: "ftp"
   ਆਟੋ ਚਿੱਤਰ ਅੱਪਗਰੇਡ: FTP ਸਮਾਂ ਸਮਾਪਤੀ 300 ਸਕਿੰਟਾਂ 'ਤੇ ਸੈੱਟ ਕੀਤੀ ਗਈ
   ਜਦੋਂ ਚਿੱਤਰ ਨੂੰ ਡਾਊਨਲੋਡ ਅਤੇ ਸਥਾਪਿਤ ਕੀਤਾ ਜਾਂਦਾ ਹੈ ਤਾਂ ਹੇਠਾਂ ਦਿੱਤੇ ਸੁਨੇਹੇ ਦਿਖਾਏ ਗਏ ਹਨ:
   ਆਟੋ ਚਿੱਤਰ ਅੱਪਗਰੇਡ: ਬੇਸਲਾਈਨ_mt-ਬੋਨਾ ਪ੍ਰਾਪਤ ਕਰਨਾ ਸ਼ੁਰੂ ਕਰੋ file ਸਰਵਰ ਤੋਂ
   17.17.34.1 ftp ਦੀ ਵਰਤੋਂ ਕਰਕੇ fxp0 ਰਾਹੀਂ
   ਆਟੋ ਚਿੱਤਰ ਅੱਪਗ੍ਰੇਡ: File ਬੇਸਲਾਈਨ_mt-ਬੋਨਾ ਸਰਵਰ ਤੋਂ ਪ੍ਰਾਪਤ ਕੀਤਾ ਗਿਆ
   17.17.34.1 fxp0 ਰਾਹੀਂ
   ਆਟੋ ਚਿੱਤਰ ਅੱਪਗਰੇਡ: FTP ਸਮਾਂ ਸਮਾਪਤੀ 300 ਸਕਿੰਟਾਂ 'ਤੇ ਸੈੱਟ ਕੀਤੀ ਗਈ
   ਆਟੋ ਚਿੱਤਰ ਅੱਪਗਰੇਡ: junos-vmhost-install-mx-x86-64- ਪ੍ਰਾਪਤ ਕਰਨਾ ਸ਼ੁਰੂ ਕਰੋ
   20.3R1.3.tgz file ftp ਵਰਤਦੇ ਹੋਏ fxp17.17.34.1 ਦੁਆਰਾ ਸਰਵਰ 0 ਤੋਂ
   ਆਟੋ ਚਿੱਤਰ ਅੱਪਗ੍ਰੇਡ: File junos-vmhost-install-mx-x86-64-20.3R1.3.tgz
   ਸਰਵਰ 17.17.34.1 ਤੋਂ fxp0 ਦੁਆਰਾ ਪ੍ਰਾਪਤ ਕੀਤਾ ਗਿਆ
   ਆਟੋ ਚਿੱਤਰ ਅੱਪਗਰੇਡ: 86 ਤੋਂ junos-vmhostinstall-mx-x64-20.3-1.3R17.17.34.1.tgz ਦੀ ਚਿੱਤਰ ਸਥਾਪਨਾ ਨੂੰ ਰੱਦ ਕਰਨਾ
   fxp0: ਸਥਾਪਿਤ ਅਤੇ ਪ੍ਰਾਪਤ ਕੀਤਾ ਚਿੱਤਰ ਸੰਸਕਰਣ ਸਮਾਨ
   ਆਟੋ ਚਿੱਤਰ ਅੱਪਗਰੇਡ: ਬੇਸਲਾਈਨ_mt-ਬੋਨਾ ਲਾਗੂ ਕਰਨਾ file ਸੰਰਚਨਾ
   ਸਰਵਰ 17.17.34.1 ਤੋਂ fxp0 ਦੁਆਰਾ ਪ੍ਰਾਪਤ ਕੀਤਾ ਗਿਆ
   ਦੇ ਸੁਨੇਹੇ ਹੇਠਾਂ ਦਿੱਤੇ ਹਨ /var/log/messages file ਜੋ ਕਿ ਡਿਵਾਈਸ ਨੂੰ ਅਲਾਟ ਕੀਤੇ ਜਾ ਰਹੇ IP ਐਡਰੈੱਸ ਨੂੰ ਦਿਖਾਉਂਦਾ ਹੈ
   ਸਤੰਬਰ 26 04:11:41 mx-phs-server1 dhcpd: 17.17.34.110 ਲਈ DHCPREQUEST
   e4:fc:82:0f:d2:00 (TC3718210039) ਤੋਂ eth1 ਰਾਹੀਂ
   26 ਸਤੰਬਰ 04:11:42 mx-phs-server1 dhcpd: DHCPACK 17.17.34.110 ਨੂੰ
   e4:fc:82:0f:d2:00 (TC3718210039) via eth1
   ਸਤੰਬਰ 26 05:11:41 mx-phs-server1 dhcpd: ਵਿਕਰੇਤਾ-ਕਲਾਸ-ਪਛਾਣਕਰਤਾ:
   ਜੂਨੀਪਰ:ex4600-40f:TC3718210039
   ਸਤੰਬਰ 26 05:11:42 mx-phs-server1 dhcpd: 17.17.34.110 ਲਈ DHCPREQUEST
   e4:fc:82:0f:d2:00 (TC3718210039) ਤੋਂ eth1 ਰਾਹੀਂ
   26 ਸਤੰਬਰ 05:11:42 mx-phs-server1 dhcpd: DHCPACK 17.17.34.110 ਨੂੰ
   e4:fc:82:0f:d2:00 (TC3718210039) via eth1
   ਚਿੱਤਰ ਸਥਾਪਤ ਹੋਣ ਤੋਂ ਬਾਅਦ ਆਖਰੀ ਪੜਾਅ ਵਜੋਂ, ਸੰਰਚਨਾ ਲਾਗੂ ਕਰੋ। ਚਲਾਓ "ਸਿਸਟਮ ਪ੍ਰਤੀਬੱਧ ਦਿਖਾਓ" ਆਉਟਪੁੱਟ ਦੀ ਪੁਸ਼ਟੀ ਕਰਨ ਲਈ. ਡਿਵਾਈਸ ਵਿੱਚ ਅੰਤ ਵਿੱਚ ਇੱਕ ਵੈਧ ਸੰਰਚਨਾ ਸ਼ਾਮਲ ਹੋਣੀ ਚਾਹੀਦੀ ਹੈ। ਵਿਸਤ੍ਰਿਤ ਇੰਸਟਾਲੇਸ਼ਨ ਲੌਗਾਂ ਲਈ, ਤੁਸੀਂ ਜਾਂਚ ਕਰ ਸਕਦੇ ਹੋ /var/log/image_load_log file.

ਪੁਸ਼ਟੀਕਰਨ

ਇਹ ਪੁਸ਼ਟੀ ਕਰਨ ਲਈ ਕਿ ਡਿਵਾਈਸ ਨੇ DHCP ਸਰਵਰ ਤੋਂ IP ਐਡਰੈੱਸ ਪ੍ਰਾਪਤ ਕੀਤਾ ਹੈ, ਹੇਠ ਦਿੱਤੀ ਕਮਾਂਡ ਚਲਾਓ: root@host> dhcp ਕਲਾਇੰਟ ਬਾਈਡਿੰਗ ਦਿਖਾਓ
ਆਉਟਪੁੱਟ ਵਿੱਚ, DHCP ਸਟੇਟ ਨੂੰ "ਬਾਉਂਡ" ਪ੍ਰਦਰਸ਼ਿਤ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ।
root@host>ਸ਼ੋ ਲੌਗ image_load_log
ਆਉਟਪੁੱਟ ZTP ਚਿੱਤਰ ਲੋਡ ਕਰਨ ਦੀ ਪ੍ਰਕਿਰਿਆ ਦੀ ਪ੍ਰਗਤੀ ਦਿਖਾਉਂਦਾ ਹੈ।

ਸਮੱਸਿਆ ਨਿਪਟਾਰਾ

ਹੇਠਾਂ ਦਿੱਤੇ ਕਦਮਾਂ ਨੂੰ ਪੂਰਾ ਕਰੋ:

1. ਯਕੀਨੀ ਬਣਾਓ ਕਿ ਕੁਨੈਕਸ਼ਨ ਕੰਮ ਕਰ ਰਹੇ ਹਨ। ਕਿਉਂਕਿ DHCP ਖੋਜ ਸੁਨੇਹੇ ਪ੍ਰਸਾਰਿਤ ਕੀਤੇ ਜਾਂਦੇ ਹਨ, ਨੈੱਟਵਰਕ ਨੂੰ ਇਹਨਾਂ DHCP ਖੋਜ ਸੁਨੇਹਿਆਂ ਨੂੰ DHCP ਸਰਵਰ ਨੂੰ ਅੱਗੇ ਭੇਜਣਾ ਚਾਹੀਦਾ ਹੈ।
2. dhcpd ਪ੍ਰਕਿਰਿਆ ਸਥਿਤੀ ਚੱਲ ਰਹੀ ਜਾਂ ਕਿਰਿਆਸ਼ੀਲ ਹੋਣੀ ਚਾਹੀਦੀ ਹੈ। ਜੇ ਨਹੀਂ, ਤਾਂ ਜਾਂਚ ਕਰੋ /var/log/messages file ਮੁੱਦੇ ਦੀ ਪੁਸ਼ਟੀ ਕਰਨ ਲਈ. ਉਹੀ ਵਰਤੋ file DHCP ਐਂਟਰੀਆਂ ਦੀ ਖੋਜ ਕਰਨ ਲਈ
   ਇਹ ਪੁਸ਼ਟੀ ਕਰਨ ਲਈ ਕਿ ਕੀ DHCP ਖੋਜ ਸੁਨੇਹੇ DHCP ਸਰਵਰ ਤੱਕ ਪਹੁੰਚਦੇ ਹਨ। ਇਸ ਸਮੇਂ, ਡਿਵਾਈਸ ਨੂੰ ਇੱਕ IP ਐਡਰੈੱਸ ਦਿੱਤਾ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ।
3. /var/log/messages ਵਿੱਚ DHCP ਸੁਨੇਹੇ fxp0/em0 ਇੰਟਰਫੇਸ ਦੇ ਮੈਕ-ਪਤੇ ਨਾਲ ਸਬੰਧਤ ਹੋਣੇ ਚਾਹੀਦੇ ਹਨ। ਜੇਕਰ ਇਹ ਮੌਜੂਦ ਨਹੀਂ ਹੈ, ਤਾਂ ਡਿਵਾਈਸ ਤੋਂ DHCP ਖੋਜ ਸੁਨੇਹੇ ਸਰਵਰ ਤੱਕ ਨਹੀਂ ਪਹੁੰਚ ਰਹੇ ਹਨ।
4. ਪੁਸ਼ਟੀ ਕਰੋ ਕਿ fxp0/em0 ਇੰਟਰਫੇਸ IP ਐਡਰੈੱਸ ਪ੍ਰਾਪਤ ਕਰਦਾ ਹੈ ਜਿਵੇਂ ਕਿ ਕਮਾਂਡ ਆਉਟਪੁੱਟ “show dhcp ਕਲਾਇੰਟ ਬਾਈਡਿੰਗ” ਵਿੱਚ ਦਿਖਾਇਆ ਗਿਆ ਹੈ।
   IP ਐਡਰੈੱਸ ਤੋਂ ਇਲਾਵਾ, ਡਿਵਾਈਸ ਨੂੰ ਚਿੱਤਰ ਬਾਰੇ ਜਾਣਕਾਰੀ ਪ੍ਰਾਪਤ ਕਰਨੀ ਚਾਹੀਦੀ ਹੈ file, ਸੰਰਚਨਾ file, ਸਰਵਰ IP, ਅਤੇ ਡਿਵਾਈਸ ਦੀ ਵਿਵਸਥਾ ਕਰਨ ਲਈ ਵਰਤਿਆ ਜਾਣ ਵਾਲਾ ਟ੍ਰਾਂਸਪੋਰਟ ਮੋਡ।
   ਜੇਕਰ ਵਿਕਲਪਾਂ ਤੋਂ ਬਿਨਾਂ ਸਿਰਫ਼ IP ਪਤਾ ਪ੍ਰਾਪਤ ਹੁੰਦਾ ਹੈ, ਤਾਂ ਯਕੀਨੀ ਬਣਾਓ ਕਿ "tftp-ਸਰਵਰ-ਨਾਮ" ਵਿਕਲਪ ਜਾਂ "ਸਰਵਰ-ਨਾਮ" ਵਿਕਲਪ ਮੌਜੂਦ ਹਨ। ਜੇਕਰ ਇਹਨਾਂ ਦੋਵਾਂ ਵਿੱਚੋਂ ਕੋਈ ਵੀ ਮੌਜੂਦ ਨਹੀਂ ਹੈ, ਤਾਂ dhcpd ਵਾਧੂ ਵਿਕਲਪ ਨਹੀਂ ਭੇਜਦਾ ਹੈ। ਜੇਕਰ ਕਿਸੇ ਵੀ ਸੰਰਚਨਾ ਵਿੱਚ ਬਦਲਾਅ ਕੀਤੇ ਗਏ ਹਨ files, ਪਰਿਵਰਤਨਾਂ ਦੇ ਪ੍ਰਭਾਵੀ ਹੋਣ ਲਈ ਸੰਬੰਧਿਤ ਸੇਵਾ ਨੂੰ ਮੁੜ ਚਾਲੂ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ।
5. ਜੇਕਰ ਵਿਕਲਪ ਪ੍ਰਾਪਤ ਹੁੰਦੇ ਹਨ ਪਰ ਚਿੱਤਰ ਜਾਂ ਸੰਰਚਨਾ ਨੂੰ ਡਾਊਨਲੋਡ ਕਰਨ ਵਿੱਚ ਸਮੱਸਿਆਵਾਂ ਹਨ file, ਅਨੁਸਾਰੀ ਸੇਵਾ ਲਈ ਸੰਰਚਨਾ ਦੀ ਜਾਂਚ ਕਰੋ। ਦੇ ਐੱਸampCentos 6.x ਇੰਸਟਾਲੇਸ਼ਨ ਲਈ ਹੇਠਾਂ ਸੰਰਚਨਾ ਅਤੇ ਸੈਟਿੰਗਾਂ ਦਿਖਾਈਆਂ ਗਈਆਂ ਹਨ।
   Sample vsftd.conf ਵਿਕਲਪ ਜੋ ztp ਦੇ ਸਮਰਥਨ ਲਈ ਯੋਗ ਹਨ।
   ਅਗਿਆਤ_ਹੇਬਲ = ਹਾਂ
   ਸਥਾਨਕ_ਯੋਗ = ਹਾਂ
   local_root=/tftpboot/
   ਲਿਖਣ ਯੋਗ / ਹਾਂ
   local_umask=022
   anon_upload_enable=ਹਾਂ
   anon_mkdir_write_enable=ਹਾਂ
   dirmessage_enable=ਹਾਂ
   xferlog_enable=ਹਾਂ
   xferlog_std_format=ਹਾਂ
   ascii_upload_enable=ਹਾਂ
   ascii_download_enable=ਹਾਂ
   allow_writeable_chroot=ਹਾਂ
   ls_recurse_enable=ਹਾਂ
   ਸੁਣੋ = ਹਾਂ
   pam_service_name=vsftpd
   userlist_enable=NO
   userlist_deny=NO
   tcp_wrappers=ਹਾਂ
   anon_root=/tftpboot/ 

   Sampztp ਦੇ ਸਮਰਥਨ ਲਈ httpd.conf ਵਿਕਲਪ
   ਸਰਵਰਰੂਟ “/etc/httpd” ਸੁਣੋ : ਯੂਜ਼ਰ ਡੈਮਨ ਗਰੁੱਪ ਡੈਮਨ EnableSendfile on
   Sampztp in ਦਾ ਸਮਰਥਨ ਕਰਨ ਲਈ le tftp ਵਿਕਲਪ
   /etc/xinetd.d/tftp
   ਸਰਵਰ_ਆਰਗਸ = -s /tftpboot/
   ਅਯੋਗ = n

6. ਹੋਰ ਹਾਲੀਆ ਲੀਨਕਸ ਡਿਸਟਰੀਬਿਊਸ਼ਨ (ਉਦਾਹਰਨ ਲਈample, Centos 7 ਜਾਂ ਬਾਅਦ ਵਾਲੇ) ਕੋਲ ਇਹਨਾਂ ਸੇਵਾਵਾਂ ਲਈ ਪਹੁੰਚ ਦੀ ਆਗਿਆ ਦੇਣ ਲਈ ਸੰਰਚਨਾ ਦੁਆਰਾ ਚਲਾਏ ਜਾਣ ਵਾਲੇ ਫਾਇਰਵਾਲਡ ਹਨ।
   ਇਸ ਪ੍ਰਕਿਰਿਆ ਦੇ ਹੋਰ ਵੇਰਵੇ ਇੱਥੇ ਲੱਭੇ ਜਾ ਸਕਦੇ ਹਨ https://www.juniper.net/documentation/us/en/software/junos/junos-install- upgrade/topics/topic-map/zero-touch-provision.html

ਸਿਰਫ਼ ਦੋਹਰਾ RE ਸਵਿੱਚ 

ZTP ਵਿਧੀ ਨੂੰ ਦੋਹਰੇ RE ਸਵਿੱਚਾਂ ਲਈ ਵਰਤਿਆ ਜਾ ਸਕਦਾ ਹੈ। ਦੋਹਰੇ RE ਸਵਿੱਚਾਂ ਲਈ ਹੋਰ ਪ੍ਰਕਿਰਿਆਵਾਂ ਵੀ ਉਪਲਬਧ ਹਨ।
ਐੱਨ.ਐੱਸ.ਐੱਸ.ਯੂ

ISSU ਦੀ ਵਰਤੋਂ ਸਿਰਫ਼ ਦੋਹਰੇ RE ਸਵਿੱਚਾਂ ਲਈ ਕੀਤੀ ਜਾਂਦੀ ਹੈ ਅਤੇ GRES ਨੂੰ NSR ਨਾਲ ਜੋੜਦੀ ਹੈ। ਧਾਰਨਾਵਾਂ ਇਸ ਪ੍ਰਕਾਰ ਹਨ:

• • ਡਿਸਕ ਸਪੇਸ /var ਲਈ ਉਪਲਬਧ ਹੈ file ਦੋਵੇਂ ਰੂਟਿੰਗ ਇੰਜਣਾਂ 'ਤੇ ਸਿਸਟਮ
  • ਸੰਰਚਨਾ ਇੱਕ ਯੂਨੀਫਾਈਡ ISSU ਦੁਆਰਾ ਸਮਰਥਿਤ ਹੈ
  • PICs ਇੱਕ ਯੂਨੀਫਾਈਡ ISSU ਦੁਆਰਾ ਸਮਰਥਿਤ ਹਨ
  • ਸ਼ਾਨਦਾਰ ਰੂਟਿੰਗ ਇੰਜਣ ਸਵਿੱਚਓਵਰ ਸਮਰਥਿਤ ਹੈ
  • ਨਾਨ-ਸਟਾਪ ਸਰਗਰਮ ਰੂਟਿੰਗ VC/VCF ਲਈ ਸਮਰਥਿਤ ਹੈ, ISSU ਨਹੀਂ ਹੈ
    ISSU ਜਾਣਕਾਰੀ ਲਈ, ਵੇਖੋ https://www.juniper.net/documentation/us/en/software/junos/high-availability/topics/topic- map/issu-understanding.html।
    ISSU ਕਰਨ ਲਈ ਲੋੜਾਂ ਲਈ, ਵੇਖੋ https://www.juniper.net/documentation/us/en/software/junos/high- availability/topics/concept/issu-system-requirements.html
    ISSU ਕਰਨ ਲਈ ਵਿਸਤ੍ਰਿਤ ਹਦਾਇਤਾਂ ਲਈ, ਵੇਖੋ https://www.juniper.net/documentation/us/en/software/junos/high-availability/topics/topic- map/issu-performing.html
    ISSU ਲਈ, ਅਸੀਂ ਸੰਸਕਰਣ N ਤੋਂ N+3 ਤੱਕ ਅੱਪਗਰੇਡ ਦਾ ਸਮਰਥਨ ਕਰਦੇ ਹਾਂ। ਸਾਬਕਾ ਲਈample, ਜੇਕਰ ਮੌਜੂਦਾ Junos OS ਸੰਸਕਰਣ 19 ਹੈ, ਤਾਂ ਸਿਫਾਰਿਸ਼ ਕੀਤਾ ਅੱਪਗਰੇਡ ਸੰਸਕਰਣ ਅਧਿਕਤਮ 19+3 = 22 ਹੈ।

ਨੋਟ: ਕੁਝ ਵਿਰਾਸਤੀ PICs ISSU ਦਾ ਸਮਰਥਨ ਨਹੀਂ ਕਰਦੇ ਹਨ। ISSU ਤੋਂ ਬਾਅਦ ਔਫਲਾਈਨ ਹੋਣ ਵਾਲੀਆਂ PICs ਨੂੰ ਹੱਥੀਂ ਔਨਲਾਈਨ ਕਰਨ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ।

ਅਧਿਆਇ 5 ਜੂਨੀਪਰ ਅਪਸਟ੍ਰਾ ਆਧਾਰਿਤ ਅੱਪਗ੍ਰੇਡ

ਜੂਨੀਪਰ ਅਪਸਟ੍ਰਾ ਸੌਫਟਵੇਅਰ ਨਾਲ ਸਵਿੱਚ ਨੂੰ ਅੱਪਗ੍ਰੇਡ ਕਰੋ

Apstra ਦੁਆਰਾ ਇੱਕ ਸਵਿੱਚ ਤੋਂ ਟ੍ਰੈਫਿਕ ਨੂੰ ਕੱਢਣ ਦੀ ਵਿਧੀ ਇੱਥੇ ਦਰਸਾਈ ਗਈ ਹੈ: https://www.juniper.net/documentation/us/en/software/apstra4.1/apstra-user- guide/topics/task/device-drain.html।
ਇਸਦੇ ਲਈ ਵੀਡੀਓ ਇੱਥੇ ਉਪਲਬਧ ਹੈ: https://www.youtube.com/watch?v=cpk-0eZ_L_U.
ਇੱਕ ਸਵਿੱਚ ਅੱਪਗਰੇਡ ਪ੍ਰਕਿਰਿਆ ਲਈ, ਵੇਖੋ https://www.juniper.net/documentation/us/en/software/apstra4.1/apstra-user-guide/topics/topic- map/device-nos-upgrade.html.

ਅਧਿਆਇ 6 ਜੂਨੋਸ OS ਸੌਫਟਵੇਅਰ ਰੋਲਬੈਕ

ਰੋਲਬੈਕ ਜੂਨੋਸ OS ਸੌਫਟਵੇਅਰ

ਹੇਠਾਂ ਦਿੱਤੇ ਕਦਮਾਂ ਨੂੰ ਪੂਰਾ ਕਰੋ:

1. ਅੱਪਗਰੇਡ ਦੌਰਾਨ/ਬਾਅਦ ਅਲਾਰਮ ਅਤੇ ਕੋਰ-ਡੰਪ ਲਈ ਗਾਹਕ ਸਹਾਇਤਾ ਨਾਲ ਸੰਪਰਕ ਕਰੋ।
   • ਸਿਸਲੌਗ ਪ੍ਰਦਾਨ ਕਰੋ file "ਸੁਨੇਹੇ" ਅਤੇ ਕੋਰ files
2. ਜੇਕਰ ISSU ਦੇ ਕਾਰਨ ਸਵਿੱਚ ਅੱਪਗ੍ਰੇਡ ਅਸਫਲ ਹੋ ਜਾਂਦਾ ਹੈ, ਤਾਂ ਸਵਿੱਚ ਆਪਣੇ ਮੂਲ ਜੂਨੋਸ OS / Junos OS ਵਿਕਸਿਤ ਚਿੱਤਰ 'ਤੇ ਆਟੋਮੈਟਿਕ ਹੀ ਵਾਪਸ ਆ ਜਾਂਦਾ ਹੈ। NSSU ਦੇ ਮਾਮਲੇ ਵਿੱਚ, ਇਹ ਸੰਭਵ ਹੈ ਕਿ VC/VCF ਨਾਲ ਸਬੰਧਤ ਕੁਝ ਸਵਿੱਚਾਂ ਨੂੰ ਸਫਲਤਾਪੂਰਵਕ ਨਵੇਂ ਜੂਨੋਸ OS ਚਿੱਤਰ ਵਿੱਚ ਅੱਪਗਰੇਡ ਕੀਤਾ ਗਿਆ ਹੈ, ਜਦੋਂ ਕਿ ਬਾਕੀ ਸਵਿੱਚਾਂ ਨੇ ਅਜਿਹਾ ਨਹੀਂ ਕੀਤਾ। ਅਜਿਹੇ ਮਾਮਲਿਆਂ ਵਿੱਚ, ਤੁਹਾਨੂੰ ਹੇਠਾਂ ਦਿੱਤੀਆਂ ਕਮਾਂਡਾਂ ਰਾਹੀਂ ਨਵੇਂ ਅੱਪਗਰੇਡ ਕੀਤੇ ਸਵਿੱਚਾਂ ਨੂੰ ਅਸਲ ਜੂਨੋਸ OS ਚਿੱਤਰ ਵਿੱਚ ਦਸਤੀ ਰੋਲਬੈਕ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ:
   • ਸਿਸਟਮ ਸਾਫਟਵੇਅਰ ਰੋਲਬੈਕ ਦੀ ਬੇਨਤੀ ਕਰੋ
   • ਸਿਸਟਮ ਰੀਬੂਟ ਦੀ ਬੇਨਤੀ ਕਰੋ
     ਫਿਰ, ਤੁਸੀਂ ਉਹਨਾਂ ਸਵਿੱਚਾਂ ਨੂੰ ਅੱਪਗ੍ਰੇਡ ਕਰਨ ਵਿੱਚ ਮਦਦ ਲਈ ਗਾਹਕ ਸਹਾਇਤਾ ਨਾਲ ਸੰਪਰਕ ਕਰ ਸਕਦੇ ਹੋ ਜੋ ਅੱਪਗ੍ਰੇਡ ਪ੍ਰਕਿਰਿਆ ਵਿੱਚ ਅਸਫਲ ਰਹੇ।

ਪ੍ਰਕਾਸ਼ਿਤ
2023-05-11

ਦਸਤਾਵੇਜ਼ / ਸਰੋਤ

ਜੂਨੀਪਰ ਨੈੱਟਵਰਕ IP ਫੈਬਰਿਕ ਅੱਪਗਰੇਡ ਨਿਊਨਤਮ [pdf] ਯੂਜ਼ਰ ਗਾਈਡ IP ਫੈਬਰਿਕ ਅੱਪਗ੍ਰੇਡ ਨਿਊਨਤਮ, IP, ਫੈਬਰਿਕ ਅੱਪਗ੍ਰੇਡ ਨਿਊਨਤਮ, ਅੱਪਗ੍ਰੇਡ ਨਿਊਨਤਮ

ਹਵਾਲੇ

• ਯੂਜ਼ਰ ਮੈਨੂਅਲ