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

ਇਹ ਲੇਖ ਲੇਖਾਂ ਦੀ ਲੜੀ ਵਿੱਚ ਦੂਜਾ ਹੈ "ਤੁਹਾਡੇ ਨੈੱਟਵਰਕ ਬੁਨਿਆਦੀ ਢਾਂਚੇ ਦਾ ਨਿਯੰਤਰਣ ਕਿਵੇਂ ਲੈਣਾ ਹੈ।" ਲੜੀ ਦੇ ਸਾਰੇ ਲੇਖਾਂ ਦੀ ਸਮੱਗਰੀ ਅਤੇ ਲਿੰਕ ਲੱਭੇ ਜਾ ਸਕਦੇ ਹਨ ਇੱਥੇ.

ਇਸ ਪੜਾਅ 'ਤੇ ਸਾਡਾ ਟੀਚਾ ਦਸਤਾਵੇਜ਼ਾਂ ਅਤੇ ਸੰਰਚਨਾ ਨੂੰ ਆਰਡਰ ਲਿਆਉਣਾ ਹੈ।
ਇਸ ਪ੍ਰਕਿਰਿਆ ਦੇ ਅੰਤ ਵਿੱਚ, ਤੁਹਾਡੇ ਕੋਲ ਦਸਤਾਵੇਜ਼ਾਂ ਦਾ ਲੋੜੀਂਦਾ ਸੈੱਟ ਅਤੇ ਉਹਨਾਂ ਦੇ ਅਨੁਸਾਰ ਇੱਕ ਨੈੱਟਵਰਕ ਸੰਰਚਿਤ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ।

ਹੁਣ ਅਸੀਂ ਸੁਰੱਖਿਆ ਆਡਿਟ ਬਾਰੇ ਗੱਲ ਨਹੀਂ ਕਰਾਂਗੇ - ਇਹ ਤੀਜੇ ਭਾਗ ਦਾ ਵਿਸ਼ਾ ਹੋਵੇਗਾ.

ਇਸ ਪੜਾਅ 'ਤੇ ਨਿਰਧਾਰਤ ਕੰਮ ਨੂੰ ਪੂਰਾ ਕਰਨ ਦੀ ਮੁਸ਼ਕਲ, ਬੇਸ਼ੱਕ, ਕੰਪਨੀ ਤੋਂ ਕੰਪਨੀ ਵਿਚ ਬਹੁਤ ਵੱਖਰੀ ਹੁੰਦੀ ਹੈ.

ਆਦਰਸ਼ ਸਥਿਤੀ ਹੈ ਜਦੋਂ

• ਤੁਹਾਡਾ ਨੈੱਟਵਰਕ ਪ੍ਰੋਜੈਕਟ ਦੇ ਅਨੁਸਾਰ ਬਣਾਇਆ ਗਿਆ ਸੀ ਅਤੇ ਤੁਹਾਡੇ ਕੋਲ ਦਸਤਾਵੇਜ਼ਾਂ ਦਾ ਪੂਰਾ ਸੈੱਟ ਹੈ
• ਤੁਹਾਡੀ ਕੰਪਨੀ ਵਿੱਚ ਲਾਗੂ ਕੀਤਾ ਗਿਆ ਹੈ ਨਿਯੰਤਰਣ ਅਤੇ ਪ੍ਰਬੰਧਨ ਪ੍ਰਕਿਰਿਆ ਨੂੰ ਬਦਲਣਾ ਨੈੱਟਵਰਕ ਲਈ
• ਇਸ ਪ੍ਰਕਿਰਿਆ ਦੇ ਅਨੁਸਾਰ, ਤੁਹਾਡੇ ਕੋਲ ਦਸਤਾਵੇਜ਼ ਹਨ (ਸਾਰੇ ਲੋੜੀਂਦੇ ਚਿੱਤਰਾਂ ਸਮੇਤ) ਜੋ ਮੌਜੂਦਾ ਸਥਿਤੀ ਬਾਰੇ ਪੂਰੀ ਜਾਣਕਾਰੀ ਪ੍ਰਦਾਨ ਕਰਦੇ ਹਨ

ਇਸ ਮਾਮਲੇ ਵਿੱਚ, ਤੁਹਾਡਾ ਕੰਮ ਕਾਫ਼ੀ ਸਧਾਰਨ ਹੈ. ਤੁਹਾਨੂੰ ਦਸਤਾਵੇਜ਼ਾਂ ਦਾ ਅਧਿਐਨ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ ਅਤੇ ਕੀਤੀਆਂ ਗਈਆਂ ਸਾਰੀਆਂ ਤਬਦੀਲੀਆਂ ਦੀ ਸਮੀਖਿਆ ਕਰਨੀ ਚਾਹੀਦੀ ਹੈ।

ਸਭ ਤੋਂ ਮਾੜੀ ਸਥਿਤੀ ਵਿੱਚ, ਤੁਹਾਡੇ ਕੋਲ ਹੋਵੇਗਾ

• ਬਿਨਾਂ ਕਿਸੇ ਪ੍ਰੋਜੈਕਟ ਦੇ, ਬਿਨਾਂ ਕਿਸੇ ਯੋਜਨਾ ਦੇ, ਬਿਨਾਂ ਮਨਜ਼ੂਰੀ ਦੇ, ਇੰਜੀਨੀਅਰਾਂ ਦੁਆਰਾ ਬਣਾਇਆ ਗਿਆ ਇੱਕ ਨੈਟਵਰਕ, ਜਿਨ੍ਹਾਂ ਕੋਲ ਯੋਗਤਾ ਦਾ ਲੋੜੀਂਦਾ ਪੱਧਰ ਨਹੀਂ ਹੈ,
• ਹਫੜਾ-ਦਫੜੀ ਵਾਲੇ, ਗੈਰ-ਦਸਤਾਵੇਜ਼ੀ ਤਬਦੀਲੀਆਂ ਦੇ ਨਾਲ, ਬਹੁਤ ਸਾਰੇ "ਕੂੜੇ" ਅਤੇ ਉਪ-ਉੱਤਮ ਹੱਲਾਂ ਦੇ ਨਾਲ

ਇਹ ਸਪੱਸ਼ਟ ਹੈ ਕਿ ਤੁਹਾਡੀ ਸਥਿਤੀ ਵਿਚਕਾਰ ਹੈ, ਪਰ ਬਦਕਿਸਮਤੀ ਨਾਲ, ਬਿਹਤਰ - ਬਦਤਰ ਦੇ ਇਸ ਪੈਮਾਨੇ 'ਤੇ, ਇੱਕ ਉੱਚ ਸੰਭਾਵਨਾ ਹੈ ਕਿ ਤੁਸੀਂ ਸਭ ਤੋਂ ਮਾੜੇ ਅੰਤ ਦੇ ਨੇੜੇ ਹੋਵੋਗੇ.

ਇਸ ਸਥਿਤੀ ਵਿੱਚ, ਤੁਹਾਨੂੰ ਦਿਮਾਗਾਂ ਨੂੰ ਪੜ੍ਹਨ ਦੀ ਯੋਗਤਾ ਦੀ ਵੀ ਜ਼ਰੂਰਤ ਹੋਏਗੀ, ਕਿਉਂਕਿ ਤੁਹਾਨੂੰ ਇਹ ਸਮਝਣਾ ਸਿੱਖਣਾ ਪਏਗਾ ਕਿ "ਡਿਜ਼ਾਇਨਰ" ਕੀ ਕਰਨਾ ਚਾਹੁੰਦੇ ਹਨ, ਉਨ੍ਹਾਂ ਦੇ ਤਰਕ ਨੂੰ ਬਹਾਲ ਕਰਨਾ, ਜੋ ਪੂਰਾ ਨਹੀਂ ਹੋਇਆ ਉਸਨੂੰ ਪੂਰਾ ਕਰਨਾ ਅਤੇ "ਕੂੜਾ" ਨੂੰ ਹਟਾਉਣਾ ਹੋਵੇਗਾ।
ਅਤੇ, ਬੇਸ਼ੱਕ, ਤੁਹਾਨੂੰ ਉਹਨਾਂ ਦੀਆਂ ਗਲਤੀਆਂ ਨੂੰ ਠੀਕ ਕਰਨ, ਡਿਜ਼ਾਇਨ (ਇਸ ਪੜਾਅ 'ਤੇ ਜਿੰਨਾ ਸੰਭਵ ਹੋ ਸਕੇ) ਬਦਲਣ ਅਤੇ ਯੋਜਨਾਵਾਂ ਨੂੰ ਬਦਲਣ ਜਾਂ ਦੁਬਾਰਾ ਬਣਾਉਣ ਦੀ ਜ਼ਰੂਰਤ ਹੋਏਗੀ.

ਇਹ ਲੇਖ ਕਿਸੇ ਵੀ ਤਰ੍ਹਾਂ ਸੰਪੂਰਨ ਹੋਣ ਦਾ ਦਾਅਵਾ ਨਹੀਂ ਕਰਦਾ। ਇੱਥੇ ਮੈਂ ਸਿਰਫ ਆਮ ਸਿਧਾਂਤਾਂ ਦਾ ਵਰਣਨ ਕਰਾਂਗਾ ਅਤੇ ਕੁਝ ਆਮ ਸਮੱਸਿਆਵਾਂ 'ਤੇ ਧਿਆਨ ਕੇਂਦਰਤ ਕਰਾਂਗਾ ਜਿਨ੍ਹਾਂ ਨੂੰ ਹੱਲ ਕਰਨਾ ਹੈ।

ਦਸਤਾਵੇਜ਼ਾਂ ਦਾ ਸੈੱਟ

ਆਉ ਇੱਕ ਉਦਾਹਰਣ ਦੇ ਨਾਲ ਸ਼ੁਰੂ ਕਰੀਏ.

ਹੇਠਾਂ ਕੁਝ ਦਸਤਾਵੇਜ਼ ਦਿੱਤੇ ਗਏ ਹਨ ਜੋ ਡਿਜ਼ਾਈਨ ਦੇ ਦੌਰਾਨ ਸਿਸਕੋ ਸਿਸਟਮਾਂ 'ਤੇ ਬਣਾਏ ਗਏ ਹਨ।

CR - ਗਾਹਕ ਦੀਆਂ ਲੋੜਾਂ, ਗਾਹਕ ਦੀਆਂ ਲੋੜਾਂ (ਤਕਨੀਕੀ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ)।
ਇਹ ਗਾਹਕ ਦੇ ਨਾਲ ਸਾਂਝੇ ਤੌਰ 'ਤੇ ਬਣਾਇਆ ਗਿਆ ਹੈ ਅਤੇ ਨੈੱਟਵਰਕ ਦੀਆਂ ਜ਼ਰੂਰਤਾਂ ਨੂੰ ਨਿਰਧਾਰਤ ਕਰਦਾ ਹੈ।

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

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

ਕੁਝ, ਉਦਾਹਰਨ ਲਈ, IP ਐਡਰੈੱਸ, AS ਨੰਬਰ, ਭੌਤਿਕ ਸਵਿਚਿੰਗ ਸਕੀਮ (ਕੇਬਲਿੰਗ), ਵੱਖਰੇ ਦਸਤਾਵੇਜ਼ਾਂ ਵਿੱਚ "ਬਾਹਰ" ਰੱਖੀ ਜਾ ਸਕਦੀ ਹੈ, ਜਿਵੇਂ ਕਿ ਟੈਕਸ ID (ਨੈੱਟਵਰਕ ਲਾਗੂ ਕਰਨ ਦੀ ਯੋਜਨਾ)।

ਨੈਟਵਰਕ ਦੀ ਉਸਾਰੀ ਇਹਨਾਂ ਦਸਤਾਵੇਜ਼ਾਂ ਦੀ ਸਿਰਜਣਾ ਤੋਂ ਬਾਅਦ ਸ਼ੁਰੂ ਹੁੰਦੀ ਹੈ ਅਤੇ ਉਹਨਾਂ ਦੇ ਨਾਲ ਸਖਤੀ ਨਾਲ ਹੁੰਦੀ ਹੈ ਅਤੇ ਫਿਰ ਡਿਜ਼ਾਈਨ ਦੀ ਪਾਲਣਾ ਲਈ ਗਾਹਕ (ਟੈਸਟਾਂ) ਦੁਆਰਾ ਜਾਂਚ ਕੀਤੀ ਜਾਂਦੀ ਹੈ.

ਬੇਸ਼ੱਕ, ਵੱਖ-ਵੱਖ ਏਕੀਕਰਣ, ਵੱਖ-ਵੱਖ ਕਲਾਇੰਟਸ, ਅਤੇ ਵੱਖ-ਵੱਖ ਦੇਸ਼ਾਂ ਦੀਆਂ ਪ੍ਰੋਜੈਕਟ ਦਸਤਾਵੇਜ਼ਾਂ ਲਈ ਵੱਖ-ਵੱਖ ਲੋੜਾਂ ਹੋ ਸਕਦੀਆਂ ਹਨ। ਪਰ ਮੈਂ ਰਸਮੀ ਕਾਰਵਾਈਆਂ ਤੋਂ ਬਚਣਾ ਚਾਹੁੰਦਾ ਹਾਂ ਅਤੇ ਮੁੱਦੇ ਨੂੰ ਇਸਦੇ ਗੁਣਾਂ 'ਤੇ ਵਿਚਾਰਨਾ ਚਾਹੁੰਦਾ ਹਾਂ। ਇਹ ਪੜਾਅ ਡਿਜ਼ਾਈਨ ਬਾਰੇ ਨਹੀਂ ਹੈ, ਪਰ ਚੀਜ਼ਾਂ ਨੂੰ ਕ੍ਰਮਬੱਧ ਕਰਨ ਬਾਰੇ ਹੈ, ਅਤੇ ਸਾਨੂੰ ਆਪਣੇ ਕਾਰਜਾਂ ਨੂੰ ਪੂਰਾ ਕਰਨ ਲਈ ਦਸਤਾਵੇਜ਼ਾਂ (ਡਾਇਗਰਾਮ, ਟੇਬਲ, ਵਰਣਨ...) ਦੀ ਲੋੜ ਹੈ।

ਅਤੇ ਮੇਰੀ ਰਾਏ ਵਿੱਚ, ਇੱਕ ਨਿਸ਼ਚਿਤ ਸੰਪੂਰਨ ਨਿਊਨਤਮ ਹੈ, ਜਿਸ ਤੋਂ ਬਿਨਾਂ ਨੈਟਵਰਕ ਨੂੰ ਪ੍ਰਭਾਵਸ਼ਾਲੀ ਢੰਗ ਨਾਲ ਨਿਯੰਤਰਿਤ ਕਰਨਾ ਅਸੰਭਵ ਹੈ.

ਇਹ ਹੇਠ ਲਿਖੇ ਦਸਤਾਵੇਜ਼ ਹਨ:

• ਭੌਤਿਕ ਸਵਿਚਿੰਗ (ਕੇਬਲਿੰਗ) ਦਾ ਚਿੱਤਰ (ਲੌਗ)
• ਨੈੱਟਵਰਕ ਡਾਇਗ੍ਰਾਮ ਜਾਂ ਜ਼ਰੂਰੀ L2/L3 ਜਾਣਕਾਰੀ ਵਾਲੇ ਚਿੱਤਰ

ਭੌਤਿਕ ਸਵਿਚਿੰਗ ਚਿੱਤਰ

ਕੁਝ ਛੋਟੀਆਂ ਕੰਪਨੀਆਂ ਵਿੱਚ, ਉਪਕਰਣਾਂ ਦੀ ਸਥਾਪਨਾ ਅਤੇ ਭੌਤਿਕ ਸਵਿਚਿੰਗ (ਕੇਬਲਿੰਗ) ਨਾਲ ਸਬੰਧਤ ਕੰਮ ਨੈਟਵਰਕ ਇੰਜੀਨੀਅਰਾਂ ਦੀ ਜ਼ਿੰਮੇਵਾਰੀ ਹੈ।

ਇਸ ਮਾਮਲੇ ਵਿੱਚ, ਸਮੱਸਿਆ ਨੂੰ ਅੰਸ਼ਕ ਤੌਰ 'ਤੇ ਹੇਠ ਦਿੱਤੀ ਪਹੁੰਚ ਦੁਆਰਾ ਹੱਲ ਕੀਤਾ ਗਿਆ ਹੈ.

• ਇੰਟਰਫੇਸ 'ਤੇ ਵਰਣਨ ਦੀ ਵਰਤੋਂ ਕਰੋ ਕਿ ਇਸ ਨਾਲ ਕੀ ਜੁੜਿਆ ਹੈ
• ਪ੍ਰਬੰਧਕੀ ਤੌਰ 'ਤੇ ਸਾਰੇ ਅਣ-ਕਨੈਕਟ ਕੀਤੇ ਨੈੱਟਵਰਕ ਉਪਕਰਣ ਪੋਰਟਾਂ ਨੂੰ ਬੰਦ ਕਰੋ

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

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

ਇਸ ਕਿਸਮ ਦੀ ਜਾਣਕਾਰੀ ਨਾਲ ਕੰਮ ਕਰਨ ਲਈ ਤਿਆਰ ਕੀਤੀਆਂ ਐਪਲੀਕੇਸ਼ਨਾਂ ਦੀ ਵਰਤੋਂ ਕਰਨਾ ਆਦਰਸ਼ ਵਿਕਲਪ ਹੈ। ਪਰ ਤੁਸੀਂ ਆਪਣੇ ਆਪ ਨੂੰ ਸਧਾਰਨ ਟੇਬਲਾਂ ਤੱਕ ਸੀਮਿਤ ਕਰ ਸਕਦੇ ਹੋ (ਉਦਾਹਰਨ ਲਈ, ਐਕਸਲ ਵਿੱਚ) ਜਾਂ ਉਹ ਜਾਣਕਾਰੀ ਪ੍ਰਦਰਸ਼ਿਤ ਕਰ ਸਕਦੇ ਹੋ ਜੋ ਤੁਸੀਂ L1/L2 ਚਿੱਤਰਾਂ ਵਿੱਚ ਜ਼ਰੂਰੀ ਸਮਝਦੇ ਹੋ।

ਮਹੱਤਵਪੂਰਨ!

ਇੱਕ ਨੈੱਟਵਰਕ ਇੰਜੀਨੀਅਰ, ਬੇਸ਼ੱਕ, SCS ਦੀਆਂ ਪੇਚੀਦਗੀਆਂ ਅਤੇ ਮਾਪਦੰਡਾਂ, ਰੈਕਾਂ ਦੀਆਂ ਕਿਸਮਾਂ, ਨਿਰਵਿਘਨ ਬਿਜਲੀ ਸਪਲਾਈ ਦੀਆਂ ਕਿਸਮਾਂ, ਇੱਕ ਠੰਡਾ ਅਤੇ ਗਰਮ ਗਲਿਆਰਾ ਕੀ ਹੁੰਦਾ ਹੈ, ਸਹੀ ਗਰਾਉਂਡਿੰਗ ਕਿਵੇਂ ਕਰਨੀ ਹੈ, ਨੂੰ ਚੰਗੀ ਤਰ੍ਹਾਂ ਜਾਣ ਸਕਦਾ ਹੈ... ਜਿਵੇਂ ਕਿ ਸਿਧਾਂਤ ਵਿੱਚ ਉਹ ਕਰ ਸਕਦਾ ਹੈ। ਮੁਢਲੇ ਕਣਾਂ ਜਾਂ C++ ਦੇ ਭੌਤਿਕ ਵਿਗਿਆਨ ਨੂੰ ਜਾਣੋ। ਪਰ ਇੱਕ ਨੂੰ ਅਜੇ ਵੀ ਇਹ ਸਮਝਣਾ ਚਾਹੀਦਾ ਹੈ ਕਿ ਇਹ ਸਭ ਉਸਦੇ ਗਿਆਨ ਦਾ ਖੇਤਰ ਨਹੀਂ ਹੈ.

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

ਜੇ ਤੁਹਾਡੀ ਕੰਪਨੀ ਵਿੱਚ ਅਜਿਹੀਆਂ ਵੰਡਾਂ ਪ੍ਰਦਾਨ ਕੀਤੀਆਂ ਜਾਂਦੀਆਂ ਹਨ, ਤਾਂ ਲੌਗਿੰਗ ਭੌਤਿਕ ਸਵਿਚਿੰਗ ਦੇ ਮੁੱਦੇ ਤੁਹਾਡਾ ਕੰਮ ਨਹੀਂ ਹਨ, ਅਤੇ ਤੁਸੀਂ ਆਪਣੇ ਆਪ ਨੂੰ ਸਿਰਫ ਇੰਟਰਫੇਸ ਦੇ ਵਰਣਨ ਅਤੇ ਅਣਵਰਤੀਆਂ ਪੋਰਟਾਂ ਦੇ ਪ੍ਰਬੰਧਕੀ ਬੰਦ ਕਰਨ ਤੱਕ ਸੀਮਤ ਕਰ ਸਕਦੇ ਹੋ.

ਨੈੱਟਵਰਕ ਡਾਇਗ੍ਰਾਮ

ਚਿੱਤਰਾਂ ਨੂੰ ਡਰਾਇੰਗ ਕਰਨ ਲਈ ਕੋਈ ਵਿਆਪਕ ਪਹੁੰਚ ਨਹੀਂ ਹੈ।

ਸਭ ਤੋਂ ਮਹੱਤਵਪੂਰਨ ਗੱਲ ਇਹ ਹੈ ਕਿ ਚਿੱਤਰਾਂ ਨੂੰ ਇਹ ਸਮਝ ਪ੍ਰਦਾਨ ਕਰਨੀ ਚਾਹੀਦੀ ਹੈ ਕਿ ਟ੍ਰੈਫਿਕ ਕਿਵੇਂ ਵਹਿ ਜਾਵੇਗਾ, ਜਿਸ ਦੁਆਰਾ ਤੁਹਾਡੇ ਨੈਟਵਰਕ ਦੇ ਤਰਕਪੂਰਨ ਅਤੇ ਭੌਤਿਕ ਤੱਤ.

ਭੌਤਿਕ ਤੱਤਾਂ ਦੁਆਰਾ ਸਾਡਾ ਮਤਲਬ ਹੈ

• ਸਰਗਰਮ ਉਪਕਰਣ
• ਕਿਰਿਆਸ਼ੀਲ ਉਪਕਰਣਾਂ ਦੇ ਇੰਟਰਫੇਸ/ਪੋਰਟ

ਤਰਕ ਦੇ ਤਹਿਤ -

• ਲਾਜ਼ੀਕਲ ਡਿਵਾਈਸਾਂ (N7K VDC, Palo Alto VSYS, ...)
• ਵੀ.ਆਰ.ਐਫ.
• ਵਿਲਾਂਸ
• ਸਬ-ਇੰਟਰਫੇਸ
• ਸੁਰੰਗਾਂ
• ਜ਼ੋਨ
• ...

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

• ਡਾਟਾ ਸੈਂਟਰ
• ਇੰਟਰਨੈਟ
• WAN
• ਰਿਮੋਟ ਪਹੁੰਚ
• ਦਫ਼ਤਰ LAN
• ਡੀਐਮਜ਼ੈਡ
• ...

ਇਹ ਅਕਲਮੰਦੀ ਦੀ ਗੱਲ ਹੈ ਕਿ ਕਈ ਡਾਇਗ੍ਰਾਮਸ ਹੋਣ ਜੋ ਦੋਵੇਂ ਵੱਡੀ ਤਸਵੀਰ (ਇਹਨਾਂ ਸਾਰੇ ਹਿੱਸਿਆਂ ਵਿਚਕਾਰ ਆਵਾਜਾਈ ਕਿਵੇਂ ਚਲਦੀ ਹੈ) ਅਤੇ ਹਰੇਕ ਵਿਅਕਤੀਗਤ ਹਿੱਸੇ ਦੀ ਵਿਸਤ੍ਰਿਤ ਵਿਆਖਿਆ ਦਿੰਦੇ ਹਨ।

ਕਿਉਂਕਿ ਆਧੁਨਿਕ ਨੈੱਟਵਰਕਾਂ ਵਿੱਚ ਬਹੁਤ ਸਾਰੀਆਂ ਲਾਜ਼ੀਕਲ ਲੇਅਰਾਂ ਹੋ ਸਕਦੀਆਂ ਹਨ, ਇਹ ਵੱਖ-ਵੱਖ ਲੇਅਰਾਂ ਲਈ ਵੱਖ-ਵੱਖ ਸਰਕਟਾਂ ਨੂੰ ਬਣਾਉਣ ਲਈ ਸ਼ਾਇਦ ਇੱਕ ਵਧੀਆ (ਪਰ ਜ਼ਰੂਰੀ ਨਹੀਂ) ਪਹੁੰਚ ਹੈ, ਉਦਾਹਰਨ ਲਈ, ਇੱਕ ਓਵਰਲੇਅ ਪਹੁੰਚ ਦੇ ਮਾਮਲੇ ਵਿੱਚ ਇਹ ਹੇਠਾਂ ਦਿੱਤੇ ਸਰਕਟ ਹੋ ਸਕਦੇ ਹਨ:

• ਓਵਰਲੇਅ
• L1/L2 ਅੰਡਰਲੇ
• L3 ਅੰਡਰਲੇ

ਬੇਸ਼ੱਕ, ਸਭ ਤੋਂ ਮਹੱਤਵਪੂਰਨ ਚਿੱਤਰ, ਜਿਸ ਤੋਂ ਬਿਨਾਂ ਤੁਹਾਡੇ ਡਿਜ਼ਾਈਨ ਦੇ ਵਿਚਾਰ ਨੂੰ ਸਮਝਣਾ ਅਸੰਭਵ ਹੈ, ਰੂਟਿੰਗ ਡਾਇਗ੍ਰਾਮ ਹੈ।

ਰੂਟਿੰਗ ਸਕੀਮ

ਘੱਟੋ-ਘੱਟ, ਇਹ ਚਿੱਤਰ ਪ੍ਰਤੀਬਿੰਬਤ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ

• ਕਿਹੜੇ ਰੂਟਿੰਗ ਪ੍ਰੋਟੋਕੋਲ ਵਰਤੇ ਜਾਂਦੇ ਹਨ ਅਤੇ ਕਿੱਥੇ
• ਰੂਟਿੰਗ ਪ੍ਰੋਟੋਕੋਲ ਸੈਟਿੰਗਾਂ ਬਾਰੇ ਮੁੱਢਲੀ ਜਾਣਕਾਰੀ (ਖੇਤਰ/ਏਐਸ ਨੰਬਰ/ਰਾਊਟਰ-ਆਈਡੀ/…)
• ਕਿਹੜੀਆਂ ਡਿਵਾਈਸਾਂ 'ਤੇ ਮੁੜ ਵੰਡ ਹੁੰਦੀ ਹੈ?
• ਜਿੱਥੇ ਫਿਲਟਰਿੰਗ ਅਤੇ ਰੂਟ ਐਗਰੀਗੇਸ਼ਨ ਹੁੰਦਾ ਹੈ
• ਡਿਫੌਲਟ ਰੂਟ ਜਾਣਕਾਰੀ

ਨਾਲ ਹੀ, L2 ਸਕੀਮ (OSI) ਅਕਸਰ ਲਾਭਦਾਇਕ ਹੁੰਦੀ ਹੈ।

L2 ਸਕੀਮ (OSI)

ਇਹ ਚਿੱਤਰ ਹੇਠ ਦਿੱਤੀ ਜਾਣਕਾਰੀ ਦਿਖਾ ਸਕਦਾ ਹੈ:

• ਕੀ VLANs
• ਕਿਹੜੀਆਂ ਬੰਦਰਗਾਹਾਂ ਟਰੰਕ ਪੋਰਟ ਹਨ
• ਕਿਹੜੀਆਂ ਪੋਰਟਾਂ ਨੂੰ ਈਥਰ-ਚੈਨਲ (ਪੋਰਟ ਚੈਨਲ), ਵਰਚੁਅਲ ਪੋਰਟ ਚੈਨਲ ਵਿੱਚ ਇਕੱਠਾ ਕੀਤਾ ਜਾਂਦਾ ਹੈ
• ਕਿਹੜੇ STP ਪ੍ਰੋਟੋਕੋਲ ਵਰਤੇ ਜਾਂਦੇ ਹਨ ਅਤੇ ਕਿਹੜੀਆਂ ਡਿਵਾਈਸਾਂ 'ਤੇ
• ਬੁਨਿਆਦੀ STP ਸੈਟਿੰਗਾਂ: ਰੂਟ/ਰੂਟ ਬੈਕਅੱਪ, STP ਲਾਗਤ, ਪੋਰਟ ਤਰਜੀਹ
• ਵਾਧੂ STP ਸੈਟਿੰਗਾਂ: BPDU ਗਾਰਡ/ਫਿਲਟਰ, ਰੂਟ ਗਾਰਡ…

ਆਮ ਡਿਜ਼ਾਈਨ ਗਲਤੀਆਂ

ਇੱਕ ਨੈੱਟਵਰਕ ਬਣਾਉਣ ਲਈ ਇੱਕ ਮਾੜੀ ਪਹੁੰਚ ਦੀ ਇੱਕ ਉਦਾਹਰਨ.

ਆਉ ਇੱਕ ਸਧਾਰਨ ਦਫਤਰ LAN ਬਣਾਉਣ ਦੀ ਇੱਕ ਸਧਾਰਨ ਉਦਾਹਰਣ ਲਈਏ।

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

ਸਵਿੱਚਾਂ ਨੂੰ ਇੱਕ ਦੂਜੇ ਨਾਲ ਜੋੜਨ, VLANs, SVI ਇੰਟਰਫੇਸ (L3 ਸਵਿੱਚਾਂ ਦੇ ਮਾਮਲੇ ਵਿੱਚ) ਸਥਾਪਤ ਕਰਨ ਅਤੇ ਸਥਿਰ ਰੂਟਿੰਗ ਸਥਾਪਤ ਕਰਨ ਵਿੱਚ ਇੰਨਾ ਮੁਸ਼ਕਲ ਕੀ ਹੈ?

ਸਭ ਕੁਝ ਕੰਮ ਕਰੇਗਾ.

ਪਰ ਉਸੇ ਸਮੇਂ, ਨਾਲ ਸਬੰਧਤ ਸਵਾਲ

• ਸੁਰੱਖਿਆ
• ਰਿਜ਼ਰਵੇਸ਼ਨ
• ਨੈੱਟਵਰਕ ਸਕੇਲਿੰਗ
• ਉਤਪਾਦਕਤਾ
• ਥ੍ਰੋਪੁੱਟ
• ਭਰੋਸੇਯੋਗਤਾ
• ...

ਸਮੇਂ-ਸਮੇਂ 'ਤੇ ਮੈਂ ਇਹ ਬਿਆਨ ਸੁਣਦਾ ਹਾਂ ਕਿ ਇੱਕ ਆਫਿਸ LAN ਕੁਝ ਬਹੁਤ ਹੀ ਸਧਾਰਨ ਹੈ ਅਤੇ ਮੈਂ ਇਹ ਆਮ ਤੌਰ 'ਤੇ ਇੰਜੀਨੀਅਰਾਂ (ਅਤੇ ਪ੍ਰਬੰਧਕਾਂ) ਤੋਂ ਸੁਣਦਾ ਹਾਂ ਜੋ ਨੈੱਟਵਰਕ ਤੋਂ ਇਲਾਵਾ ਸਭ ਕੁਝ ਕਰਦੇ ਹਨ, ਅਤੇ ਉਹ ਇਹ ਇੰਨੇ ਭਰੋਸੇ ਨਾਲ ਕਹਿੰਦੇ ਹਨ ਕਿ ਹੈਰਾਨ ਨਾ ਹੋਵੋ ਜੇਕਰ LAN ਹੋਵੇਗਾ। ਨਾਕਾਫ਼ੀ ਅਭਿਆਸ ਅਤੇ ਗਿਆਨ ਵਾਲੇ ਲੋਕਾਂ ਦੁਆਰਾ ਕੀਤੀ ਗਈ ਹੈ ਅਤੇ ਲਗਭਗ ਉਹੀ ਗਲਤੀਆਂ ਨਾਲ ਕੀਤੀਆਂ ਜਾਣਗੀਆਂ ਜਿਨ੍ਹਾਂ ਦਾ ਮੈਂ ਹੇਠਾਂ ਵਰਣਨ ਕਰਾਂਗਾ।

ਆਮ L1 (OSI) ਡਿਜ਼ਾਈਨ ਗਲਤੀਆਂ

• ਜੇਕਰ, ਫਿਰ ਵੀ, ਤੁਸੀਂ SCS ਲਈ ਵੀ ਜ਼ਿੰਮੇਵਾਰ ਹੋ, ਤਾਂ ਤੁਹਾਨੂੰ ਪ੍ਰਾਪਤ ਹੋਣ ਵਾਲੀ ਸਭ ਤੋਂ ਅਣਸੁਖਾਵੀਂ ਵਿਰਾਸਤ ਵਿੱਚੋਂ ਇੱਕ ਲਾਪਰਵਾਹੀ ਅਤੇ ਗਲਤ-ਸੋਚਿਆ ਸਵਿਚਿੰਗ ਹੈ।

ਮੈਂ ਵਰਤੇ ਗਏ ਸਾਜ਼-ਸਾਮਾਨ ਦੇ ਸਰੋਤਾਂ ਨਾਲ ਸੰਬੰਧਿਤ ਕਿਸਮ ਦੀਆਂ L1 ਤਰੁਟੀਆਂ ਨੂੰ ਵੀ ਸ਼੍ਰੇਣੀਬੱਧ ਕਰਾਂਗਾ, ਉਦਾਹਰਨ ਲਈ,

• ਨਾਕਾਫ਼ੀ ਬੈਂਡਵਿਡਥ
• ਸਾਜ਼-ਸਾਮਾਨ 'ਤੇ ਨਾਕਾਫ਼ੀ TCAM (ਜਾਂ ਇਸ ਦੀ ਬੇਅਸਰ ਵਰਤੋਂ)
• ਨਾਕਾਫ਼ੀ ਕਾਰਗੁਜ਼ਾਰੀ (ਅਕਸਰ ਫਾਇਰਵਾਲ ਨਾਲ ਸਬੰਧਤ)

ਆਮ L2 (OSI) ਡਿਜ਼ਾਈਨ ਗਲਤੀਆਂ

ਅਕਸਰ, ਜਦੋਂ ਇਸ ਗੱਲ ਦੀ ਕੋਈ ਚੰਗੀ ਸਮਝ ਨਹੀਂ ਹੁੰਦੀ ਹੈ ਕਿ STP ਕਿਵੇਂ ਕੰਮ ਕਰਦਾ ਹੈ ਅਤੇ ਇਸ ਨਾਲ ਕਿਹੜੀਆਂ ਸੰਭਾਵੀ ਸਮੱਸਿਆਵਾਂ ਆਉਂਦੀਆਂ ਹਨ, ਤਾਂ ਸਵਿੱਚਾਂ ਨੂੰ ਬਿਨਾਂ ਕਿਸੇ ਵਾਧੂ STP ਟਿਊਨਿੰਗ ਦੇ, ਡਿਫੌਲਟ ਸੈਟਿੰਗਾਂ ਦੇ ਨਾਲ, ਅਰਾਜਕਤਾ ਨਾਲ ਕਨੈਕਟ ਕੀਤਾ ਜਾਂਦਾ ਹੈ।

ਨਤੀਜੇ ਵਜੋਂ, ਸਾਡੇ ਕੋਲ ਅਕਸਰ ਹੇਠ ਲਿਖੇ ਹੁੰਦੇ ਹਨ

• ਵੱਡੇ STP ਨੈੱਟਵਰਕ ਵਿਆਸ, ਜਿਸ ਨਾਲ ਪ੍ਰਸਾਰਣ ਤੂਫਾਨ ਆ ਸਕਦੇ ਹਨ
• STP ਰੂਟ ਬੇਤਰਤੀਬ ਢੰਗ ਨਾਲ ਨਿਰਧਾਰਤ ਕੀਤਾ ਜਾਵੇਗਾ (ਮੈਕ ਐਡਰੈੱਸ ਦੇ ਆਧਾਰ 'ਤੇ) ਅਤੇ ਟ੍ਰੈਫਿਕ ਮਾਰਗ ਸਭ ਤੋਂ ਅਨੁਕੂਲ ਹੋਵੇਗਾ
• ਮੇਜ਼ਬਾਨਾਂ ਨਾਲ ਜੁੜੀਆਂ ਪੋਰਟਾਂ ਨੂੰ ਕਿਨਾਰੇ (ਪੋਰਟਫਾਸਟ) ਵਜੋਂ ਕੌਂਫਿਗਰ ਨਹੀਂ ਕੀਤਾ ਜਾਵੇਗਾ, ਜੋ ਅੰਤਮ ਸਟੇਸ਼ਨਾਂ ਨੂੰ ਚਾਲੂ/ਬੰਦ ਕਰਨ ਵੇਲੇ STP ਮੁੜ ਗਣਨਾ ਵੱਲ ਲੈ ਜਾਵੇਗਾ।
• ਨੈੱਟਵਰਕ ਨੂੰ L1/L2 ਪੱਧਰ 'ਤੇ ਵੰਡਿਆ ਨਹੀਂ ਜਾਵੇਗਾ, ਜਿਸ ਦੇ ਨਤੀਜੇ ਵਜੋਂ ਕਿਸੇ ਵੀ ਸਵਿੱਚ ਨਾਲ ਸਮੱਸਿਆਵਾਂ (ਉਦਾਹਰਨ ਲਈ, ਪਾਵਰ ਓਵਰਲੋਡ) STP ਟੌਪੋਲੋਜੀ ਦੀ ਮੁੜ ਗਣਨਾ ਕਰਨ ਅਤੇ ਸਾਰੇ ਸਵਿੱਚਾਂ (ਸਮੇਤ) 'ਤੇ ਸਾਰੇ VLAN ਵਿੱਚ ਟ੍ਰੈਫਿਕ ਨੂੰ ਰੋਕਣ ਦੀ ਅਗਵਾਈ ਕਰੇਗੀ। ਨਿਰੰਤਰਤਾ ਸੇਵਾ ਹਿੱਸੇ ਦੇ ਦ੍ਰਿਸ਼ਟੀਕੋਣ ਤੋਂ ਇੱਕ ਮਹੱਤਵਪੂਰਨ)

L3 (OSI) ਡਿਜ਼ਾਈਨ ਵਿੱਚ ਗਲਤੀਆਂ ਦੀਆਂ ਉਦਾਹਰਨਾਂ

ਨਵੇਂ ਨੈੱਟਵਰਕਰਾਂ ਦੀਆਂ ਕੁਝ ਖਾਸ ਗਲਤੀਆਂ:

• ਸਥਿਰ ਰੂਟਿੰਗ ਦੀ ਅਕਸਰ ਵਰਤੋਂ (ਜਾਂ ਸਿਰਫ਼ ਵਰਤੋਂ)
• ਦਿੱਤੇ ਗਏ ਡਿਜ਼ਾਈਨ ਲਈ ਸਬ-ਅਪਟੀਮਲ ਰੂਟਿੰਗ ਪ੍ਰੋਟੋਕੋਲ ਦੀ ਵਰਤੋਂ
• ਸਬ-ਓਪਟੀਮਲ ਲਾਜ਼ੀਕਲ ਨੈੱਟਵਰਕ ਸੈਗਮੈਂਟੇਸ਼ਨ
• ਐਡਰੈੱਸ ਸਪੇਸ ਦੀ ਸਬ-ਅਨੁਕੂਲ ਵਰਤੋਂ, ਜੋ ਰੂਟ ਐਗਰੀਗੇਸ਼ਨ ਦੀ ਇਜਾਜ਼ਤ ਨਹੀਂ ਦਿੰਦੀ
• ਕੋਈ ਬੈਕਅੱਪ ਰੂਟ ਨਹੀਂ
• ਡਿਫੌਲਟ ਗੇਟਵੇ ਲਈ ਕੋਈ ਰਿਜ਼ਰਵੇਸ਼ਨ ਨਹੀਂ
• ਰੂਟਾਂ ਨੂੰ ਦੁਬਾਰਾ ਬਣਾਉਣ ਵੇਲੇ ਅਸਮਿਤ ਰੂਟਿੰਗ (NAT/PAT, ਸਟੇਟਫੁੱਲ ਫਾਇਰਵਾਲ ਦੇ ਮਾਮਲੇ ਵਿੱਚ ਮਹੱਤਵਪੂਰਨ ਹੋ ਸਕਦੀ ਹੈ)
• MTU ਨਾਲ ਸਮੱਸਿਆਵਾਂ
• ਜਦੋਂ ਰੂਟ ਦੁਬਾਰਾ ਬਣਾਏ ਜਾਂਦੇ ਹਨ, ਟ੍ਰੈਫਿਕ ਦੂਜੇ ਸੁਰੱਖਿਆ ਜ਼ੋਨਾਂ ਜਾਂ ਇੱਥੋਂ ਤੱਕ ਕਿ ਹੋਰ ਫਾਇਰਵਾਲਾਂ ਵਿੱਚੋਂ ਲੰਘਦਾ ਹੈ, ਜਿਸ ਕਾਰਨ ਇਹ ਟ੍ਰੈਫਿਕ ਛੱਡ ਦਿੱਤਾ ਜਾਂਦਾ ਹੈ
• ਗਰੀਬ ਟੌਪੋਲੋਜੀ ਸਕੇਲੇਬਿਲਟੀ

ਡਿਜ਼ਾਈਨ ਗੁਣਵੱਤਾ ਦਾ ਮੁਲਾਂਕਣ ਕਰਨ ਲਈ ਮਾਪਦੰਡ

ਜਦੋਂ ਅਸੀਂ ਅਨੁਕੂਲਤਾ/ਗੈਰ-ਅਨੁਕੂਲਤਾ ਬਾਰੇ ਗੱਲ ਕਰਦੇ ਹਾਂ, ਤਾਂ ਸਾਨੂੰ ਇਹ ਸਮਝਣਾ ਚਾਹੀਦਾ ਹੈ ਕਿ ਅਸੀਂ ਇਸ ਦਾ ਮੁਲਾਂਕਣ ਕਿਸ ਮਾਪਦੰਡ ਨਾਲ ਕਰ ਸਕਦੇ ਹਾਂ। ਇੱਥੇ, ਮੇਰੇ ਦ੍ਰਿਸ਼ਟੀਕੋਣ ਤੋਂ, ਸਭ ਤੋਂ ਮਹੱਤਵਪੂਰਨ (ਪਰ ਸਾਰੇ ਨਹੀਂ) ਮਾਪਦੰਡ ਹਨ (ਅਤੇ ਰੂਟਿੰਗ ਪ੍ਰੋਟੋਕੋਲ ਦੇ ਸਬੰਧ ਵਿੱਚ ਵਿਆਖਿਆ):

• ਮਾਪਯੋਗਤਾ
  ਉਦਾਹਰਨ ਲਈ, ਤੁਸੀਂ ਇੱਕ ਹੋਰ ਡਾਟਾ ਸੈਂਟਰ ਜੋੜਨ ਦਾ ਫੈਸਲਾ ਕਰਦੇ ਹੋ। ਤੁਸੀਂ ਇਸਨੂੰ ਕਿੰਨਾ ਆਸਾਨ ਕਰ ਸਕਦੇ ਹੋ?
• ਵਰਤੋਂ ਦੀ ਸੌਖ (ਪ੍ਰਬੰਧਨਯੋਗਤਾ)
  ਕਾਰਜਸ਼ੀਲ ਤਬਦੀਲੀਆਂ ਕਿੰਨੀਆਂ ਆਸਾਨ ਅਤੇ ਸੁਰੱਖਿਅਤ ਹਨ, ਜਿਵੇਂ ਕਿ ਇੱਕ ਨਵੇਂ ਗਰਿੱਡ ਦੀ ਘੋਸ਼ਣਾ ਕਰਨਾ ਜਾਂ ਰੂਟਾਂ ਨੂੰ ਫਿਲਟਰ ਕਰਨਾ?
• ਉਪਲਬਧਤਾ
  ਤੁਹਾਡਾ ਸਿਸਟਮ ਲੋੜੀਂਦੇ ਪੱਧਰ ਦੀ ਸੇਵਾ ਪ੍ਰਦਾਨ ਕਰਦਾ ਹੈ?
• ਸੁਰੱਖਿਆ
  ਪ੍ਰਸਾਰਿਤ ਡੇਟਾ ਕਿੰਨਾ ਸੁਰੱਖਿਅਤ ਹੈ?
• ਕੀਮਤ

ਬਦਲਾਵ

ਇਸ ਪੜਾਅ 'ਤੇ ਮੂਲ ਸਿਧਾਂਤ ਨੂੰ ਫਾਰਮੂਲੇ ਦੁਆਰਾ ਪ੍ਰਗਟ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ "ਕੋਈ ਨੁਕਸਾਨ ਨਾ ਕਰੋ."
ਇਸ ਲਈ, ਭਾਵੇਂ ਤੁਸੀਂ ਡਿਜ਼ਾਈਨ ਅਤੇ ਚੁਣੇ ਹੋਏ ਲਾਗੂਕਰਨ (ਸੰਰਚਨਾ) ਨਾਲ ਪੂਰੀ ਤਰ੍ਹਾਂ ਸਹਿਮਤ ਨਹੀਂ ਹੋ, ਪਰ ਤਬਦੀਲੀਆਂ ਕਰਨ ਦੀ ਹਮੇਸ਼ਾ ਸਲਾਹ ਨਹੀਂ ਦਿੱਤੀ ਜਾਂਦੀ। ਸਾਰੀਆਂ ਪਛਾਣੀਆਂ ਗਈਆਂ ਸਮੱਸਿਆਵਾਂ ਨੂੰ ਦੋ ਪੈਰਾਮੀਟਰਾਂ ਦੇ ਅਨੁਸਾਰ ਦਰਜਾ ਦੇਣਾ ਇੱਕ ਵਾਜਬ ਪਹੁੰਚ ਹੈ:

• ਇਸ ਸਮੱਸਿਆ ਨੂੰ ਕਿੰਨੀ ਆਸਾਨੀ ਨਾਲ ਹੱਲ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ
• ਉਹ ਕਿੰਨਾ ਜੋਖਮ ਝੱਲਦੀ ਹੈ?

ਸਭ ਤੋਂ ਪਹਿਲਾਂ, ਇਸ ਨੂੰ ਖਤਮ ਕਰਨਾ ਜ਼ਰੂਰੀ ਹੈ ਜੋ ਵਰਤਮਾਨ ਵਿੱਚ ਸਵੀਕਾਰਯੋਗ ਪੱਧਰ ਤੋਂ ਹੇਠਾਂ ਪ੍ਰਦਾਨ ਕੀਤੀ ਸੇਵਾ ਦੇ ਪੱਧਰ ਨੂੰ ਘਟਾਉਂਦਾ ਹੈ, ਉਦਾਹਰਨ ਲਈ, ਪੈਕੇਟ ਦੇ ਨੁਕਸਾਨ ਦੀ ਅਗਵਾਈ ਕਰਨ ਵਾਲੀਆਂ ਸਮੱਸਿਆਵਾਂ. ਫਿਰ ਜੋਖਿਮ ਦੀ ਤੀਬਰਤਾ ਦੇ ਘਟਦੇ ਕ੍ਰਮ ਵਿੱਚ (ਉੱਚ-ਜੋਖਮ ਵਾਲੇ ਡਿਜ਼ਾਈਨ ਜਾਂ ਸੰਰਚਨਾ ਮੁੱਦਿਆਂ ਤੋਂ ਲੈ ਕੇ ਘੱਟ-ਜੋਖਮ ਵਾਲੇ ਮੁੱਦਿਆਂ ਤੱਕ) ਨੂੰ ਠੀਕ ਕਰਨਾ ਸਭ ਤੋਂ ਆਸਾਨ ਅਤੇ ਸੁਰੱਖਿਅਤ ਕੀ ਹੈ।

ਇਸ ਪੜਾਅ 'ਤੇ ਸੰਪੂਰਨਤਾ ਹਾਨੀਕਾਰਕ ਹੋ ਸਕਦੀ ਹੈ। ਡਿਜ਼ਾਈਨ ਨੂੰ ਤਸੱਲੀਬਖਸ਼ ਸਥਿਤੀ ਵਿੱਚ ਲਿਆਓ ਅਤੇ ਉਸ ਅਨੁਸਾਰ ਨੈੱਟਵਰਕ ਸੰਰਚਨਾ ਨੂੰ ਸਮਕਾਲੀ ਬਣਾਓ।

ਸਰੋਤ: www.habr.com