MPLS VPN ਜਾਂ IPsec ਪਰਤ: ਤਿੰਨ ਸਮਝੌਤੇ ਜੋ ਤੈਅ ਕਰਨੇ ਹਨ

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

ਇੱਕ ਹੀ ਚੌੜੇ ਖੇਤਰ ਦੇ ਕੋਟੇਸ਼ਨ ਵਿੱਚ ਤਿੰਨ ਵਾਅਦੇ

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

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

ਲੇਬਲ ਅੱਗੇ ਭੇਜਣ ਦਾ ਵਰਣਨ ਕਰਦਾ ਹੈ, ਹੈਂਡਓਵਰ ’ਤੇ ਸੇਵਾ ਦਾ ਨਹੀਂ

ਬਹੁ-ਪ੍ਰੋਟੋਕੋਲ ਲੇਬਲ ਸਵਿੱਚਿੰਗ ਦੱਸਦੀ ਹੈ ਕਿ ਪੈਕਟ ਪ੍ਰਦਾਤਾ ਦੇ ਨੈੱਟਵਰਕ ਅੰਦਰ ਕਿਵੇਂ ਸਫ਼ਰ ਕਰਦਾ ਹੈ। ਇਹ ਨਹੀਂ ਦੱਸਦੀ ਕਿ ਗਾਹਕ ਕਿਸ ਨਾਲ ਜੁੜਦਾ ਹੈ, ਜਾਂ ਗਾਹਕ ਪ੍ਰਦਾਤਾ ਦੇ ਕਿਨਾਰੇ ਨਾਲ ਕੀ ਬਦਲਦਾ ਹੈ। ਪ੍ਰਦਾਤਾ MPLS ਉੱਤੇ ਰਾਊਟਿਡ IP VPN ਬਣਾ ਸਕਦਾ ਹੈ, ਜਾਂ ਬਿਲਕੁਲ ਵੱਖਰੇ ਕਨੈਕਸ਼ਨ ਮਾਡਲ ਵਾਲੀ ਪਰਤ 2 ਸੇਵਾ, ਅਤੇ ਦੋਵੇਂ ਤੁਹਾਡੇ ਤੱਕ «MPLS ਕਨੈਕਸ਼ਨ» ਵਜੋਂ ਪਹੁੰਚ ਸਕਦੇ ਹਨ।

IETF ਦੀ ਪ੍ਰਦਾਤਾ-ਮੁਹੱਈਆ VPN ਸ਼ਬਦਾਵਲੀ ਠੀਕ ਇਸੇ ਲਈ ਸ਼ਬਦਾਵਲੀ ਪਰਿਭਾਸ਼ਿਤ ਕਰਦੀ ਹੈ: ਗਾਹਕ ਕਿਨਾਰਾ, ਪ੍ਰਦਾਤਾ ਕਿਨਾਰਾ, ਅਤੇ ਉਨ੍ਹਾਂ ਵਿਚਕਾਰ ਬਣੇ ਸੇਵਾ ਮਾਡਲ। ਇਸ ਨੂੰ ਵਰਤੋ ਜਦੋਂ ਕੋਟੇਸ਼ਨ ਪਰਤਾਂ ਨੂੰ ਧੁੰਦਲਾ ਕਰੇ, ਅਤੇ ਪੁੱਛੋ ਕਿ ਹੈਂਡਓਵਰ ਭੌਤਿਕ ਤੌਰ ’ਤੇ ਕੀ ਹੈ।

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

ਇਨਕ੍ਰਿਪਸ਼ਨ ਇੱਕ ਵਾਅਦਾ ਹੈ ਜਿਸ ਨੂੰ ਤੁਸੀਂ ਸੰਜੋਗ ਨਾਲ ਸੌਂਪ ਨਹੀਂ ਸਕਦੇ

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

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

ਹਰ ਵਾਅਦੇ ਨੂੰ ਨਾਮ ਅਤੇ ਮਾਪਣਯੋਗ ਸੀਮਾ ਦਿਓ

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

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

ਤੁਸੀਂ ਖਿੱਚਿਆ ਰਾਹ ਪਰਖੋ, ਇਸ ਦੀ ਅਸਫਲਤਾ ਸਮੇਤ

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

ping -M do -s 1400 -c 3 <vpn-gateway>
traceroute -n <vpn-gateway>

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

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