ਮੈਂ SCS ਕਿਵੇਂ ਡਿਜ਼ਾਈਨ ਕਰਦਾ ਹਾਂ

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

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

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

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

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

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

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

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

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

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

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

ਮੇਰੀ ਰਾਏ ਵਿੱਚ, ਜੇ 10G ਸਪੀਡ 'ਤੇ ਕੰਮ ਕਰਨ ਲਈ ਵਰਕਸਟੇਸ਼ਨ ਦੀ ਕੋਈ ਲੋੜ ਨਹੀਂ ਹੈ, ਤਾਂ ਸ਼੍ਰੇਣੀ 5 ਦੀ ਬਜਾਏ ਸ਼੍ਰੇਣੀ 6e ਦੀ ਟਵਿਸਟਡ ਪੇਅਰ ਕੇਬਲ ਦੀ ਵਰਤੋਂ ਕਰਨਾ ਵਧੇਰੇ ਤਰਕਸੰਗਤ ਹੈ, ਕਿਉਂਕਿ ਇਹ ਨਾ ਸਿਰਫ ਸਸਤਾ ਹੈ, ਸਗੋਂ ਪਤਲਾ, ਵਧੇਰੇ ਲਚਕਦਾਰ ਵੀ ਹੈ ਅਤੇ ਇਸਲਈ ਇੰਸਟਾਲ ਕਰਨ ਲਈ ਵਧੇਰੇ ਸੁਵਿਧਾਜਨਕ.

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

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

ਸਰੋਤ: www.habr.com