ਈਥਰਨੈੱਟ ਐਨਕ੍ਰਿਪਸ਼ਨ ਡਿਵਾਈਸਾਂ ਦਾ ਮੁਲਾਂਕਣ ਅਤੇ ਤੁਲਨਾ ਕਿਵੇਂ ਕਰੀਏ

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

• ਏਨਕ੍ਰਿਪਸ਼ਨ ਡਿਵਾਈਸਾਂ ਦੇ ਵਰਣਨ ਅਤੇ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਨੂੰ ਸਮਝੋ
• "ਕਾਗਜ਼" ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਨੂੰ ਉਹਨਾਂ ਨਾਲੋਂ ਵੱਖਰਾ ਕਰੋ ਜੋ ਅਸਲ ਜੀਵਨ ਵਿੱਚ ਅਸਲ ਵਿੱਚ ਮਹੱਤਵਪੂਰਨ ਹਨ
• ਵਿਕਰੇਤਾਵਾਂ ਦੇ ਆਮ ਸਮੂਹ ਤੋਂ ਪਰੇ ਜਾਓ ਅਤੇ ਕਿਸੇ ਵੀ ਉਤਪਾਦ ਨੂੰ ਧਿਆਨ ਵਿੱਚ ਰੱਖੋ ਜੋ ਸਮੱਸਿਆ ਨੂੰ ਹੱਲ ਕਰਨ ਲਈ ਢੁਕਵੇਂ ਹਨ
• ਗੱਲਬਾਤ ਦੌਰਾਨ ਸਹੀ ਸਵਾਲ ਪੁੱਛੋ
• ਡਰਾਅ ਅਪ ਟੈਂਡਰ ਲੋੜਾਂ (RFP)
• ਸਮਝੋ ਕਿ ਜੇਕਰ ਕੋਈ ਖਾਸ ਡਿਵਾਈਸ ਮਾਡਲ ਚੁਣਿਆ ਜਾਂਦਾ ਹੈ ਤਾਂ ਕਿਹੜੀਆਂ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਦਾ ਬਲੀਦਾਨ ਦੇਣਾ ਪਵੇਗਾ

ਕੀ ਮੁਲਾਂਕਣ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ

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

ਇੱਕ ਵੰਡੇ ਈਥਰਨੈੱਟ ਨੈੱਟਵਰਕ ਵਿੱਚ ਨੈੱਟਵਰਕ ਇਨਕ੍ਰਿਪਸ਼ਨ

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

ਸਿਰਫ਼ ਇਸ ਸਥਿਤੀ ਵਿੱਚ, ਮੈਂ ਤੁਹਾਨੂੰ ਯਾਦ ਦਿਵਾਉਂਦਾ ਹਾਂ ਕਿ "ਨੈੱਟਵਰਕ ਐਨਕ੍ਰਿਪਸ਼ਨ", "ਟ੍ਰੈਫਿਕ ਇਨਕ੍ਰਿਪਸ਼ਨ", "ਏਨਕ੍ਰਿਪਟਰ" ਗੈਰ ਰਸਮੀ ਸ਼ਬਦ ਹਨ, ਹਾਲਾਂਕਿ ਇਹ ਅਕਸਰ ਵਰਤੇ ਜਾਂਦੇ ਹਨ। ਸੰਭਾਵਤ ਤੌਰ 'ਤੇ ਤੁਸੀਂ ਉਨ੍ਹਾਂ ਨੂੰ ਰੂਸੀ ਨਿਯਮਾਂ (ਜੀਓਐਸਟੀ ਨੂੰ ਪੇਸ਼ ਕਰਨ ਵਾਲੇ ਲੋਕਾਂ ਸਮੇਤ) ਵਿੱਚ ਨਹੀਂ ਲੱਭ ਸਕੋਗੇ।

ਏਨਕ੍ਰਿਪਸ਼ਨ ਪੱਧਰ ਅਤੇ ਪ੍ਰਸਾਰਣ ਮੋਡ

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

ਤਾਂ "ਏਨਕ੍ਰਿਪਸ਼ਨ ਪੱਧਰ" ਕੀ ਹੈ? ਇਹ ਸਪੱਸ਼ਟ ਹੈ ਕਿ ਅਸੀਂ OSI/ISO ਸੰਦਰਭ ਨੈੱਟਵਰਕ ਮਾਡਲ ਲੇਅਰ ਦੀ ਸੰਖਿਆ ਬਾਰੇ ਗੱਲ ਕਰ ਰਹੇ ਹਾਂ ਜਿਸ 'ਤੇ ਐਨਕ੍ਰਿਪਸ਼ਨ ਹੁੰਦੀ ਹੈ। ਅਸੀਂ GOST R ISO 7498-2–99 ਪੜ੍ਹਦੇ ਹਾਂ “ਜਾਣਕਾਰੀ ਤਕਨਾਲੋਜੀ। ਓਪਨ ਸਿਸਟਮ ਦਾ ਆਪਸ ਵਿੱਚ ਕੁਨੈਕਸ਼ਨ. ਬੁਨਿਆਦੀ ਹਵਾਲਾ ਮਾਡਲ. ਭਾਗ 2. ਸੂਚਨਾ ਸੁਰੱਖਿਆ ਆਰਕੀਟੈਕਚਰ। ਇਸ ਦਸਤਾਵੇਜ਼ ਤੋਂ ਇਹ ਸਮਝਿਆ ਜਾ ਸਕਦਾ ਹੈ ਕਿ ਗੋਪਨੀਯਤਾ ਸੇਵਾ ਦਾ ਪੱਧਰ (ਪ੍ਰਦਾਨ ਕਰਨ ਲਈ ਇੱਕ ਵਿਧੀ ਜੋ ਏਨਕ੍ਰਿਪਸ਼ਨ ਹੈ) ਪ੍ਰੋਟੋਕੋਲ ਦਾ ਪੱਧਰ ਹੈ, ਸੇਵਾ ਡੇਟਾ ਬਲਾਕ ("ਪੇਲੋਡ", ਉਪਭੋਗਤਾ ਡੇਟਾ) ਜਿਸਦਾ ਏਨਕ੍ਰਿਪਟ ਕੀਤਾ ਗਿਆ ਹੈ. ਜਿਵੇਂ ਕਿ ਇਹ ਸਟੈਂਡਰਡ ਵਿੱਚ ਵੀ ਲਿਖਿਆ ਗਿਆ ਹੈ, ਸੇਵਾ ਨੂੰ ਇੱਕੋ ਪੱਧਰ 'ਤੇ, "ਆਪਣੇ ਆਪ" ਤੇ" ਅਤੇ ਹੇਠਲੇ ਪੱਧਰ ਦੀ ਮਦਦ ਨਾਲ ਪ੍ਰਦਾਨ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ (ਇਸ ਤਰ੍ਹਾਂ, ਉਦਾਹਰਨ ਲਈ, ਇਸਨੂੰ ਅਕਸਰ MACsec ਵਿੱਚ ਲਾਗੂ ਕੀਤਾ ਜਾਂਦਾ ਹੈ) .

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

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

ਟ੍ਰਾਂਸਪੋਰਟ ਅਤੇ ਸੁਰੰਗ L2 ਐਨਕ੍ਰਿਪਸ਼ਨ ਮੋਡ

ਆਉ ਹੁਣ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਦੇ ਵਿਸ਼ਲੇਸ਼ਣ ਵੱਲ ਵਧਦੇ ਹਾਂ.

ਉਤਪਾਦਕਤਾ

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

ਇਹ ਸਪੱਸ਼ਟ ਹੈ ਕਿ ਕਾਰਗੁਜ਼ਾਰੀ ਡਿਵਾਈਸ 'ਤੇ ਕੀਤੇ ਗਏ ਨੈਟਵਰਕਿੰਗ ਅਤੇ ਕ੍ਰਿਪਟੋਗ੍ਰਾਫਿਕ ਓਪਰੇਸ਼ਨਾਂ ਦੀ ਗੁੰਝਲਤਾ 'ਤੇ ਨਿਰਭਰ ਕਰਦੀ ਹੈ (ਇਹ ਵੀ ਸ਼ਾਮਲ ਹੈ ਕਿ ਇਹਨਾਂ ਕੰਮਾਂ ਨੂੰ ਕਿੰਨੀ ਚੰਗੀ ਤਰ੍ਹਾਂ ਸਮਾਨਾਂਤਰ ਅਤੇ ਪਾਈਪਲਾਈਨ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ), ਨਾਲ ਹੀ ਹਾਰਡਵੇਅਰ ਦੀ ਕਾਰਗੁਜ਼ਾਰੀ ਅਤੇ ਫਰਮਵੇਅਰ ਦੀ ਗੁਣਵੱਤਾ 'ਤੇ ਵੀ। ਇਸ ਲਈ, ਪੁਰਾਣੇ ਮਾਡਲ ਵਧੇਰੇ ਉਤਪਾਦਕ ਹਾਰਡਵੇਅਰ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹਨ; ਕਈ ਵਾਰ ਇਸਨੂੰ ਵਾਧੂ ਪ੍ਰੋਸੈਸਰਾਂ ਅਤੇ ਮੈਮੋਰੀ ਮੋਡੀਊਲਾਂ ਨਾਲ ਲੈਸ ਕਰਨਾ ਸੰਭਵ ਹੁੰਦਾ ਹੈ। ਕ੍ਰਿਪਟੋਗ੍ਰਾਫਿਕ ਫੰਕਸ਼ਨਾਂ ਨੂੰ ਲਾਗੂ ਕਰਨ ਦੇ ਕਈ ਤਰੀਕੇ ਹਨ: ਇੱਕ ਆਮ-ਉਦੇਸ਼ ਵਾਲੀ ਕੇਂਦਰੀ ਪ੍ਰੋਸੈਸਿੰਗ ਯੂਨਿਟ (CPU), ਐਪਲੀਕੇਸ਼ਨ-ਸਪੈਸਿਫਿਕ ਇੰਟੀਗ੍ਰੇਟਿਡ ਸਰਕਟ (ASIC), ਜਾਂ ਫੀਲਡ-ਪ੍ਰੋਗਰਾਮੇਬਲ ਤਰਕ ਏਕੀਕ੍ਰਿਤ ਸਰਕਟ (FPGA) 'ਤੇ। ਹਰ ਪਹੁੰਚ ਦੇ ਇਸ ਦੇ ਫਾਇਦੇ ਅਤੇ ਨੁਕਸਾਨ ਹਨ. ਉਦਾਹਰਨ ਲਈ, CPU ਇੱਕ ਏਨਕ੍ਰਿਪਸ਼ਨ ਅੜਚਨ ਬਣ ਸਕਦਾ ਹੈ, ਖਾਸ ਤੌਰ 'ਤੇ ਜੇ ਪ੍ਰੋਸੈਸਰ ਕੋਲ ਏਨਕ੍ਰਿਪਸ਼ਨ ਐਲਗੋਰਿਦਮ ਨੂੰ ਸਮਰਥਨ ਦੇਣ ਲਈ ਵਿਸ਼ੇਸ਼ ਨਿਰਦੇਸ਼ ਨਹੀਂ ਹਨ (ਜਾਂ ਜੇਕਰ ਉਹਨਾਂ ਦੀ ਵਰਤੋਂ ਨਹੀਂ ਕੀਤੀ ਜਾਂਦੀ ਹੈ)। ਵਿਸ਼ੇਸ਼ ਚਿਪਸ ਵਿੱਚ ਲਚਕਤਾ ਦੀ ਘਾਟ ਹੈ; ਪ੍ਰਦਰਸ਼ਨ ਨੂੰ ਬਿਹਤਰ ਬਣਾਉਣ, ਨਵੇਂ ਫੰਕਸ਼ਨ ਜੋੜਨ, ਜਾਂ ਕਮਜ਼ੋਰੀਆਂ ਨੂੰ ਦੂਰ ਕਰਨ ਲਈ ਉਹਨਾਂ ਨੂੰ "ਰਿਫਲੈਸ਼" ਕਰਨਾ ਹਮੇਸ਼ਾ ਸੰਭਵ ਨਹੀਂ ਹੁੰਦਾ। ਇਸ ਤੋਂ ਇਲਾਵਾ, ਉਹਨਾਂ ਦੀ ਵਰਤੋਂ ਸਿਰਫ ਵੱਡੇ ਉਤਪਾਦਨ ਦੇ ਨਾਲ ਹੀ ਲਾਭਦਾਇਕ ਬਣ ਜਾਂਦੀ ਹੈ. ਇਹੀ ਕਾਰਨ ਹੈ ਕਿ "ਗੋਲਡਨ ਮੀਨ" ਬਹੁਤ ਮਸ਼ਹੂਰ ਹੋ ਗਿਆ ਹੈ - FPGA (ਰਸ਼ੀਅਨ ਵਿੱਚ FPGA) ਦੀ ਵਰਤੋਂ. ਇਹ FPGAs 'ਤੇ ਹੈ ਕਿ ਅਖੌਤੀ ਕ੍ਰਿਪਟੋ ਐਕਸਲੇਟਰ ਬਣਾਏ ਜਾਂਦੇ ਹਨ - ਕ੍ਰਿਪਟੋਗ੍ਰਾਫਿਕ ਕਾਰਜਾਂ ਦਾ ਸਮਰਥਨ ਕਰਨ ਲਈ ਬਿਲਟ-ਇਨ ਜਾਂ ਪਲੱਗ-ਇਨ ਵਿਸ਼ੇਸ਼ ਹਾਰਡਵੇਅਰ ਮੋਡੀਊਲ।

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

ਨੈਟਵਰਕ ਇਨਕ੍ਰਿਪਸ਼ਨ ਡਿਵਾਈਸਾਂ ਦੀ ਕਾਰਗੁਜ਼ਾਰੀ ਨੂੰ ਮਾਪਣ ਦੀਆਂ ਅਜੇ ਵੀ ਆਪਣੀਆਂ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਹਨ. ਸਭ ਤੋਂ ਪਹਿਲਾਂ, ਡਿਵਾਈਸਾਂ ਦੇ ਇੱਕ ਜੋੜੇ ਲਈ ਸਾਰੇ ਮਾਪਾਂ ਨੂੰ ਪੂਰਾ ਕਰਨਾ ਸਹੀ ਹੈ: ਹਾਲਾਂਕਿ ਏਨਕ੍ਰਿਪਸ਼ਨ ਐਲਗੋਰਿਦਮ ਸਮਰੂਪ ਹਨ, ਐਨਕ੍ਰਿਪਸ਼ਨ ਅਤੇ ਡੀਕ੍ਰਿਪਸ਼ਨ ਦੌਰਾਨ ਦੇਰੀ ਅਤੇ ਪੈਕੇਟ ਦੇ ਨੁਕਸਾਨ ਜ਼ਰੂਰੀ ਤੌਰ 'ਤੇ ਬਰਾਬਰ ਨਹੀਂ ਹੋਣਗੇ। ਦੂਜਾ, ਦੋ ਸੰਰਚਨਾਵਾਂ ਦੀ ਤੁਲਨਾ ਕਰਦੇ ਹੋਏ, ਡੈਲਟਾ, ਅੰਤਮ ਨੈਟਵਰਕ ਪ੍ਰਦਰਸ਼ਨ 'ਤੇ ਨੈਟਵਰਕ ਇਨਕ੍ਰਿਪਸ਼ਨ ਦੇ ਪ੍ਰਭਾਵ ਨੂੰ ਮਾਪਣਾ ਸਮਝਦਾਰ ਹੈ: ਇਨਕ੍ਰਿਪਸ਼ਨ ਡਿਵਾਈਸਾਂ ਦੇ ਬਿਨਾਂ ਅਤੇ ਉਹਨਾਂ ਦੇ ਨਾਲ। ਜਾਂ, ਜਿਵੇਂ ਕਿ ਹਾਈਬ੍ਰਿਡ ਡਿਵਾਈਸਾਂ ਦਾ ਮਾਮਲਾ ਹੈ, ਜੋ ਕਿ ਨੈੱਟਵਰਕ ਇਨਕ੍ਰਿਪਸ਼ਨ ਤੋਂ ਇਲਾਵਾ ਕਈ ਫੰਕਸ਼ਨਾਂ ਨੂੰ ਜੋੜਦੇ ਹਨ, ਇਨਕ੍ਰਿਪਸ਼ਨ ਬੰਦ ਅਤੇ ਚਾਲੂ ਹੋਣ ਦੇ ਨਾਲ। ਇਹ ਪ੍ਰਭਾਵ ਵੱਖਰਾ ਹੋ ਸਕਦਾ ਹੈ ਅਤੇ ਐਨਕ੍ਰਿਪਸ਼ਨ ਡਿਵਾਈਸਾਂ ਦੀ ਕਨੈਕਸ਼ਨ ਸਕੀਮ, ਓਪਰੇਟਿੰਗ ਮੋਡਾਂ 'ਤੇ, ਅਤੇ ਅੰਤ ਵਿੱਚ, ਆਵਾਜਾਈ ਦੀ ਪ੍ਰਕਿਰਤੀ 'ਤੇ ਨਿਰਭਰ ਕਰਦਾ ਹੈ। ਖਾਸ ਤੌਰ 'ਤੇ, ਬਹੁਤ ਸਾਰੇ ਪ੍ਰਦਰਸ਼ਨ ਮਾਪਦੰਡ ਪੈਕੇਟਾਂ ਦੀ ਲੰਬਾਈ 'ਤੇ ਨਿਰਭਰ ਕਰਦੇ ਹਨ, ਇਸੇ ਕਰਕੇ, ਵੱਖ-ਵੱਖ ਹੱਲਾਂ ਦੀ ਕਾਰਗੁਜ਼ਾਰੀ ਦੀ ਤੁਲਨਾ ਕਰਨ ਲਈ, ਪੈਕੇਟਾਂ ਦੀ ਲੰਬਾਈ 'ਤੇ ਨਿਰਭਰ ਕਰਦੇ ਹੋਏ ਇਹਨਾਂ ਪੈਰਾਮੀਟਰਾਂ ਦੇ ਗ੍ਰਾਫ ਅਕਸਰ ਵਰਤੇ ਜਾਂਦੇ ਹਨ, ਜਾਂ IMIX ਵਰਤਿਆ ਜਾਂਦਾ ਹੈ - ਪੈਕੇਟ ਦੁਆਰਾ ਆਵਾਜਾਈ ਦੀ ਵੰਡ ਲੰਬਾਈ, ਜੋ ਲਗਭਗ ਅਸਲ ਨੂੰ ਦਰਸਾਉਂਦੀ ਹੈ। ਜੇਕਰ ਅਸੀਂ ਏਨਕ੍ਰਿਪਸ਼ਨ ਤੋਂ ਬਿਨਾਂ ਇੱਕੋ ਮੂਲ ਸੰਰਚਨਾ ਦੀ ਤੁਲਨਾ ਕਰਦੇ ਹਾਂ, ਤਾਂ ਅਸੀਂ ਇਹਨਾਂ ਅੰਤਰਾਂ ਵਿੱਚ ਸ਼ਾਮਲ ਕੀਤੇ ਬਿਨਾਂ ਵੱਖਰੇ ਤੌਰ 'ਤੇ ਲਾਗੂ ਕੀਤੇ ਨੈੱਟਵਰਕ ਇਨਕ੍ਰਿਪਸ਼ਨ ਹੱਲਾਂ ਦੀ ਤੁਲਨਾ ਕਰ ਸਕਦੇ ਹਾਂ: L2 ਨਾਲ L3, ਸਟੋਰ-ਐਂਡ-ਫਾਰਵਰਡ ) ਕੱਟ-ਥਰੂ ਨਾਲ, ਕਨਵਰਜੈਂਟ ਨਾਲ ਵਿਸ਼ੇਸ਼, AES ਨਾਲ GOST ਆਦਿ।

ਕਾਰਗੁਜ਼ਾਰੀ ਜਾਂਚ ਲਈ ਕਨੈਕਸ਼ਨ ਚਿੱਤਰ

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

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

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

ਬੈਂਡਵਿਡਥ

ਅੰਤ ਵਿੱਚ, ਹੋਰ ਵੀ ਹੈ ਦੇਰੀ ਨੂੰ ਪੇਸ਼ ਕੀਤਾ - ਨੈੱਟਵਰਕ ਇਨਕ੍ਰਿਪਸ਼ਨ ਤੋਂ ਬਿਨਾਂ ਅਤੇ ਇਸ ਦੇ ਨਾਲ ਡਾਟਾ ਪ੍ਰਸਾਰਣ ਦੇ ਵਿਚਕਾਰ ਨੈੱਟਵਰਕ ਦੇਰੀ ਵਿੱਚ ਅੰਤਰ (ਇੱਕ ਸਕਿੰਟ ਦੇ ਅੰਸ਼ਾਂ ਵਿੱਚ) (ਡੇਟਾ ਨੂੰ ਨੈੱਟਵਰਕ ਵਿੱਚ ਦਾਖਲ ਹੋਣ ਤੋਂ ਇਸ ਨੂੰ ਛੱਡਣ ਤੱਕ ਦਾ ਸਮਾਂ ਲੱਗਦਾ ਹੈ)। ਆਮ ਤੌਰ 'ਤੇ, ਨੈੱਟਵਰਕ ਦੀ ਲੇਟੈਂਸੀ ("ਲੇਟੈਂਸੀ") ਜਿੰਨੀ ਘੱਟ ਹੋਵੇਗੀ, ਐਨਕ੍ਰਿਪਸ਼ਨ ਡਿਵਾਈਸਾਂ ਦੁਆਰਾ ਪੇਸ਼ ਕੀਤੀ ਗਈ ਲੇਟੈਂਸੀ ਓਨੀ ਹੀ ਨਾਜ਼ੁਕ ਬਣ ਜਾਂਦੀ ਹੈ। ਦੇਰੀ ਨੂੰ ਐਨਕ੍ਰਿਪਸ਼ਨ ਆਪਰੇਸ਼ਨ ਦੁਆਰਾ ਪੇਸ਼ ਕੀਤਾ ਜਾਂਦਾ ਹੈ (ਏਨਕ੍ਰਿਪਸ਼ਨ ਐਲਗੋਰਿਦਮ, ਬਲਾਕ ਦੀ ਲੰਬਾਈ ਅਤੇ ਸਾਈਫਰ ਦੇ ਸੰਚਾਲਨ ਦੇ ਮੋਡ ਦੇ ਨਾਲ-ਨਾਲ ਸੌਫਟਵੇਅਰ ਵਿੱਚ ਇਸਦੇ ਲਾਗੂ ਕਰਨ ਦੀ ਗੁਣਵੱਤਾ ਦੇ ਅਧਾਰ ਤੇ), ਅਤੇ ਡਿਵਾਈਸ ਵਿੱਚ ਨੈਟਵਰਕ ਪੈਕੇਟ ਦੀ ਪ੍ਰੋਸੈਸਿੰਗ . ਪੇਸ਼ ਕੀਤੀ ਗਈ ਲੇਟੈਂਸੀ ਪੈਕੇਟ ਪ੍ਰੋਸੈਸਿੰਗ ਮੋਡ (ਪਾਸ-ਥਰੂ ਜਾਂ ਸਟੋਰ-ਐਂਡ-ਫਾਰਵਰਡ) ਅਤੇ ਪਲੇਟਫਾਰਮ ਦੀ ਕਾਰਗੁਜ਼ਾਰੀ 'ਤੇ ਨਿਰਭਰ ਕਰਦੀ ਹੈ (ਕਿਸੇ FPGA ਜਾਂ ASIC 'ਤੇ ਹਾਰਡਵੇਅਰ ਲਾਗੂ ਕਰਨਾ ਆਮ ਤੌਰ 'ਤੇ CPU 'ਤੇ ਸੌਫਟਵੇਅਰ ਲਾਗੂ ਕਰਨ ਨਾਲੋਂ ਤੇਜ਼ ਹੁੰਦਾ ਹੈ)। L2 ਇਨਕ੍ਰਿਪਸ਼ਨ ਵਿੱਚ ਲਗਭਗ ਹਮੇਸ਼ਾ L3 ਜਾਂ L4 ਐਨਕ੍ਰਿਪਸ਼ਨ ਨਾਲੋਂ ਘੱਟ ਲੇਟੈਂਸੀ ਹੁੰਦੀ ਹੈ, ਇਸ ਤੱਥ ਦੇ ਕਾਰਨ ਕਿ L3/L4 ਐਨਕ੍ਰਿਪਸ਼ਨ ਡਿਵਾਈਸਾਂ ਨੂੰ ਅਕਸਰ ਕਨਵਰਜ ਕੀਤਾ ਜਾਂਦਾ ਹੈ। ਉਦਾਹਰਨ ਲਈ, FPGAs 'ਤੇ ਲਾਗੂ ਕੀਤੇ ਹਾਈ-ਸਪੀਡ ਈਥਰਨੈੱਟ ਐਨਕ੍ਰਿਪਟਰਾਂ ਅਤੇ L2 'ਤੇ ਐਨਕ੍ਰਿਪਟ ਕਰਨ ਦੇ ਨਾਲ, ਏਨਕ੍ਰਿਪਸ਼ਨ ਓਪਰੇਸ਼ਨ ਕਾਰਨ ਹੋਣ ਵਾਲੀ ਦੇਰੀ ਬਹੁਤ ਘੱਟ ਹੁੰਦੀ ਹੈ - ਕਈ ਵਾਰ ਜਦੋਂ ਇਨਕ੍ਰਿਪਸ਼ਨ ਡਿਵਾਈਸਾਂ ਦੇ ਇੱਕ ਜੋੜੇ 'ਤੇ ਸਮਰੱਥ ਹੁੰਦੀ ਹੈ, ਤਾਂ ਉਹਨਾਂ ਦੁਆਰਾ ਪੇਸ਼ ਕੀਤੀ ਗਈ ਕੁੱਲ ਦੇਰੀ ਵੀ ਘੱਟ ਜਾਂਦੀ ਹੈ! ਘੱਟ ਲੇਟੈਂਸੀ ਮਹੱਤਵਪੂਰਨ ਹੈ ਜਿੱਥੇ ਇਹ ਸਮੁੱਚੀ ਚੈਨਲ ਦੇਰੀ ਨਾਲ ਤੁਲਨਾਯੋਗ ਹੈ, ਜਿਸ ਵਿੱਚ ਪ੍ਰਸਾਰ ਦੇਰੀ ਵੀ ਸ਼ਾਮਲ ਹੈ, ਜੋ ਲਗਭਗ 5 μs ਪ੍ਰਤੀ ਕਿਲੋਮੀਟਰ ਹੈ। ਭਾਵ, ਅਸੀਂ ਕਹਿ ਸਕਦੇ ਹਾਂ ਕਿ ਸ਼ਹਿਰੀ-ਸਕੇਲ ਨੈੱਟਵਰਕਾਂ ਲਈ (ਦਹਾਈ ਕਿਲੋਮੀਟਰ ਦੇ ਪਾਰ), ਮਾਈਕ੍ਰੋਸੈਕਿੰਡ ਬਹੁਤ ਕੁਝ ਤੈਅ ਕਰ ਸਕਦੇ ਹਨ। ਉਦਾਹਰਨ ਲਈ, ਸਮਕਾਲੀ ਡਾਟਾਬੇਸ ਪ੍ਰਤੀਕ੍ਰਿਤੀ ਲਈ, ਉੱਚ-ਆਵਿਰਤੀ ਵਪਾਰ, ਉਹੀ ਬਲਾਕਚੈਨ.

ਦੇਰੀ ਨਾਲ ਪੇਸ਼ ਕੀਤਾ

ਸਕੇਲੇਬਿਲਟੀ

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

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

ਲਚਕੀਲਾਪਨ

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

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

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

ਸਾਦਗੀ ਅਤੇ ਸਹੂਲਤ

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

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

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

ਅਨੁਕੂਲਤਾ

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

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

ਕਿਵੇਂ ਪਾਰਦਰਸ਼ਤਾ ਯਕੀਨੀ ਬਣਾਈ ਜਾਂਦੀ ਹੈ

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

ਅੰਤਰ-ਕਾਰਜਸ਼ੀਲਤਾ

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

ਈਥਰਨੈੱਟ ਨੈੱਟਵਰਕਾਂ 'ਤੇ L2 ਐਨਕ੍ਰਿਪਸ਼ਨ ਲਈ ਇੱਕ 802.1ae (MACsec) ਸਟੈਂਡਰਡ ਹੈ, ਪਰ ਇਹ ਇਸਦੀ ਵਰਤੋਂ ਨਹੀਂ ਕਰਦਾ ਹੈ ਕਰਾਸ-ਕੱਟਣਾ (ਅੰਤ-ਤੋਂ-ਅੰਤ), ਅਤੇ ਇੰਟਰਪੋਰਟ, “ਹੌਪ-ਬਾਈ-ਹੌਪ” ਇਨਕ੍ਰਿਪਸ਼ਨ, ਅਤੇ ਇਸਦੇ ਮੂਲ ਸੰਸਕਰਣ ਵਿੱਚ ਵੰਡੇ ਗਏ ਨੈਟਵਰਕਾਂ ਵਿੱਚ ਵਰਤੋਂ ਲਈ ਅਢੁਕਵੇਂ ਹਨ, ਇਸਲਈ ਇਸਦੇ ਮਲਕੀਅਤ ਐਕਸਟੈਂਸ਼ਨ ਪ੍ਰਗਟ ਹੋਏ ਹਨ ਜੋ ਇਸ ਸੀਮਾ ਨੂੰ ਦੂਰ ਕਰਦੇ ਹਨ (ਬੇਸ਼ਕ, ਦੂਜੇ ਨਿਰਮਾਤਾਵਾਂ ਦੇ ਉਪਕਰਣਾਂ ਦੇ ਨਾਲ ਅੰਤਰਕਾਰਜਸ਼ੀਲਤਾ ਦੇ ਕਾਰਨ)। ਇਹ ਸੱਚ ਹੈ ਕਿ 2018 ਵਿੱਚ, 802.1ae ਸਟੈਂਡਰਡ ਵਿੱਚ ਵਿਤਰਿਤ ਨੈੱਟਵਰਕਾਂ ਲਈ ਸਮਰਥਨ ਸ਼ਾਮਲ ਕੀਤਾ ਗਿਆ ਸੀ, ਪਰ ਅਜੇ ਵੀ GOST ਐਨਕ੍ਰਿਪਸ਼ਨ ਐਲਗੋਰਿਦਮ ਸੈੱਟਾਂ ਲਈ ਕੋਈ ਸਮਰਥਨ ਨਹੀਂ ਹੈ। ਇਸ ਲਈ, ਮਲਕੀਅਤ, ਗੈਰ-ਮਿਆਰੀ L2 ਐਨਕ੍ਰਿਪਸ਼ਨ ਪ੍ਰੋਟੋਕੋਲ, ਇੱਕ ਨਿਯਮ ਦੇ ਤੌਰ ਤੇ, ਵਧੇਰੇ ਕੁਸ਼ਲਤਾ (ਖਾਸ ਤੌਰ 'ਤੇ, ਹੇਠਲੇ ਬੈਂਡਵਿਡਥ ਓਵਰਹੈੱਡ) ਅਤੇ ਲਚਕਤਾ (ਏਨਕ੍ਰਿਪਸ਼ਨ ਐਲਗੋਰਿਦਮ ਅਤੇ ਮੋਡਾਂ ਨੂੰ ਬਦਲਣ ਦੀ ਸਮਰੱਥਾ) ਦੁਆਰਾ ਵੱਖ ਕੀਤੇ ਜਾਂਦੇ ਹਨ।

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

ਭਰੋਸੇਯੋਗਤਾ

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

ਦੀ ਲਾਗਤ

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

ਦ੍ਰਿੜਤਾ

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

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

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

ਸੰਖੇਪ ਵਿੱਚ

ਸਿਧਾਂਤਕ ਤੌਰ 'ਤੇ, ਇੱਥੇ ਵੱਖ-ਵੱਖ ਡਿਵਾਈਸਾਂ ਦੀ ਤੁਲਨਾ ਕਰਨ ਲਈ ਕਿਸੇ ਕਿਸਮ ਦੇ ਅਟੁੱਟ ਸੰਕੇਤਕ ਦਾ ਪ੍ਰਸਤਾਵ ਕਰਨਾ ਸੰਭਵ ਹੋਵੇਗਾ, ਜਿਵੇਂ ਕਿ ਕੁਝ

$$display$$K_j=∑p_i r_{ij}$$display$$

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

Характеристика
ਜੰਤਰ 1
ਜੰਤਰ 2
...
ਡਿਵਾਈਸ ਐੱਨ

ਬੈਂਡਵਿਡਥ
+
+

+++

ਓਵਰਹੈੱਡਸ
+
++

+++

ਦੇਰੀ
+
+

++

ਸਕੇਲੇਬਿਲਟੀ
+++
+

+++

ਲਚਕੀਲਾਪਨ
+++
++

+

ਅੰਤਰ-ਕਾਰਜਸ਼ੀਲਤਾ
++
+

+

ਅਨੁਕੂਲਤਾ
++
++

+++

ਸਾਦਗੀ ਅਤੇ ਸਹੂਲਤ
+
+

++

ਨੁਕਸ ਸਹਿਣਸ਼ੀਲਤਾ
+++
+++

++

ਦੀ ਲਾਗਤ
++
+++

+

ਦ੍ਰਿੜਤਾ
++
++

+++

ਮੈਨੂੰ ਸਵਾਲਾਂ ਦੇ ਜਵਾਬ ਅਤੇ ਰਚਨਾਤਮਕ ਆਲੋਚਨਾ ਕਰਨ ਵਿੱਚ ਖੁਸ਼ੀ ਹੋਵੇਗੀ।

ਸਰੋਤ: www.habr.com