MPLS ਅਤੇ SD-WAN: ਟਰਾਂਸਪੋਰਟ ਨੂੰ ਉਪਰਲੀ ਪਰਤ ਤੋਂ ਵੱਖ ਕਰੋ
MPLS ਸਰਕਟ ਇੱਕ ਟਰਾਂਸਪੋਰਟ ਹੈ; SD-WAN ਉਸ ਉੱਤੇ ਦੀ ਨੀਤੀ ਹੈ। ਕੀਮਤਾਂ ਦੀ ਤੁਲਨਾ ਤੋਂ ਪਹਿਲਾਂ ਹੇਠਲੀ ਪਰਤ ਦੀ ਪਹੁੰਚ, ਉਪਰਲੀ ਪਰਤ ਦੀਆਂ ਸੁਰੰਗਾਂ ਅਤੇ ਇਕਰਾਰਨਾਮਾ ਵੱਖ ਕਰੋ।
MPLS ਅਤੇ SD-WAN ਇੱਕੋ ਸੂਚੀ ਦੇ ਵਿਕਲਪ ਨਹੀਂ ਹਨ, ਇਸੇ ਲਈ ਤੁਲਨਾ ਗੋਲ ਗੋਲ ਘੁੰਮਦੀ ਹੈ। ਇੱਕ ਨਿੱਜੀ WAN ਸੇਵਾ ਵਜੋਂ ਵੇਚੀ ਜਾਣ ਵਾਲੀ ਫਾਰਵਰਡਿੰਗ ਤਕਨੀਕ ਹੈ; ਦੂਜੀ ਉਸ ਸੇਵਾ ਉੱਤੇ, ਬਰਾਡਬੈਂਡ ਉੱਤੇ, ਸੈਲੂਲਰ ਉੱਤੇ ਜਾਂ ਕਿਸੇ ਵੀ ਮਿਸ਼ਰਣ ਉੱਤੇ ਚੱਲ ਸਕਣ ਵਾਲੀ ਕੰਟਰੋਲ ਅਤੇ ਨੀਤੀ ਦੀ ਪਰਤ ਹੈ। MPLS ਰਹੇਗਾ ਜਾਂ ਨਹੀਂ, ਇਹ ਇਸ ਗੱਲ ਉੱਤੇ ਨਿਰਭਰ ਹੈ ਕਿ ਕਾਰੋਬਾਰ ਕੀ ਖਰੀਦ ਰਿਹਾ ਹੈ, ਨਾ ਕਿ ਡਾਇਗ੍ਰਾਮ ਵਿੱਚ ਕਿਹੜਾ ਲੋਗੋ ਦਿਸਦਾ ਹੈ। ਪਹਿਲਾਂ ਪਰਤਾਂ ਵੱਖ ਕਰੋ, ਫਿਰ ਫੈਸਲਾ ਠੋਸ ਸਵਾਲਾਂ ਦਾ ਸਮੂਹ ਬਣ ਜਾਂਦਾ ਹੈ।
ਖਰੀਦ ਦੀ ਗੱਲਬਾਤ ਵਿੱਚ MPLS ਦਾ ਕੀ ਅਰਥ ਹੈ
ਪ੍ਰਦਾਤਾ ਦੀ MPLS VPN ਇੱਕ ਨਿੱਜੀ ਸੇਵਾ ਦਿੰਦੀ ਹੈ ਜਿਸ ਵਿੱਚ ਕੈਰੀਅਰ ਗਾਹਕਾਂ ਦੇ ਜੋੜਾਂ ਵਿਚਕਾਰ ਟ੍ਰੈਫਿਕ ਲੈ ਜਾਂਦਾ ਹੈ ਅਤੇ ਰਾਊਟਿੰਗ ਦੀ ਜ਼ਿੰਮੇਵਾਰੀ ਦਾ ਇੱਕ ਹਿੱਸਾ ਰੱਖਦਾ ਹੈ। MPLS ਤਕਨੀਕ ਵਜੋਂ ਉੱਦਮ ਨੈੱਟਵਰਕਾਂ ਦੇ ਅੰਦਰ ਵੀ ਦਿਸਦੀ ਹੈ, ਇਸ ਲਈ ਉਹੀ ਸ਼ਬਦ ਕਿਸੇ ਅਜਿਹੀ ਚੀਜ਼ ਦਾ ਵਰਣਨ ਵੀ ਕਰ ਸਕਦਾ ਹੈ ਜੋ ਕੰਪਨੀ ਖੁਦ ਚਲਾਉਂਦੀ ਹੈ। ਇਹੀ ਫ਼ਰਕ ਲੇਬਲ ਕੌਣ ਸੰਰਚਿਤ ਕਰਦਾ ਹੈ ਅਤੇ ਰਾਤ ਤਿੰਨ ਵਜੇ ਫ਼ੋਨ ਕੌਣ ਚੁੱਕਦਾ ਹੈ ਇਹ ਤੈਅ ਕਰਦਾ ਹੈ। ਕਿਹੜਾ ਜੋੜ ਮਾਡਲ ਲਾਗੂ ਹੈ ਪੁੱਛੋ, ਅਤੇ ਉਤਪਾਦਾਂ ਬਾਰੇ ਗੱਲ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਜਵਾਬ ਲਿਖ ਲਓ।
ਉਸ ਸੇਵਾ ਵਿੱਚ ਅਜਿਹਾ ਕੁਝ ਨਹੀਂ ਜੋ ਉਸ ਉੱਤੇ ਉਪਰਲੀ ਪਰਤ ਬਣਾਉਣ ਤੋਂ ਰੋਕੇ। ਦੋਵੇਂ ਵੱਖਰੀਆਂ ਪਰਤਾਂ ਵਿੱਚ ਰਹਿੰਦੇ ਹਨ, ਅਤੇ ਇਸੇ ਲਈ ਇੱਕ ਬਦਲਣ ਨਾਲ ਦੂਜਾ ਆਪਣੇ ਆਪ ਨਹੀਂ ਬਦਲਦਾ।
ਉਪਰਲੀ ਪਰਤ ਤੋਂ ਪਹਿਲਾਂ ਹੇਠਲੀ ਪਰਤ ਖਿੱਚੋ
ਹੇਠਲੀ ਪਰਤ ਉਹ ਸਭ ਕੁਝ ਹੈ ਜੋ ਕਿਨਾਰੇ ਦੇ ਯੰਤਰਾਂ ਵਿਚਕਾਰ ਪੈਕਟ ਅਸਲ ਵਿੱਚ ਲੈ ਜਾਂਦੀ ਹੈ: ਪ੍ਰਦਾਤਾ ਦੇ ਹਵਾਲੇ, ਘੋਸ਼ਿਤ ਪ੍ਰੀਫਿਕਸ, ਪਹੁੰਚ ਸਰਕਟ ਅਤੇ ਉਹ ਰਾਊਟਿੰਗ ਜੋ ਉਨ੍ਹਾਂ ਨੂੰ ਪਹੁੰਚਯੋਗ ਬਣਾਉਂਦੀ ਹੈ। ਉਪਰਲੀ ਪਰਤ ਉੱਤੇ ਬਣੀਆਂ ਸੁਰੰਗਾਂ ਅਤੇ ਸਾਈਟ-ਸਬੰਧਾਂ ਦਾ ਸਮੂਹ ਹੈ, ਨਾਲ ਹੀ ਐਨਕ੍ਰਿਪਸ਼ਨ ਅਤੇ ਟੋਪੋਲੋਜੀ ਦੀ ਚੋਣ। ਨੀਤੀ ਹੋਰ ਉੱਤੇ ਬੈਠਦੀ ਹੈ ਅਤੇ ਤੈਅ ਕਰਦੀ ਹੈ ਕਿ ਕਿਹੜੀ ਐਪ ਕਿਹੜੇ ਹਾਲਾਤ ਵਿੱਚ ਕਿਹੜਾ ਰਾਹ ਲਵੇਗੀ। ਕੋਈ ਵੀ ਸੁਝਾਇਆ ਡਿਜ਼ਾਈਨ ਇਹਨਾਂ ਤਿੰਨਾਂ ਨੂੰ ਵੱਖਰੇ ਨਾਮ ਦੇ ਕੇ ਪੜ੍ਹੋ, ਕਿਉਂਕਿ SD-WAN ਵਰਗਾ ਲੇਬਲ ਇਹਨਾਂ ਵਿੱਚੋਂ ਕਿਸੇ ਨੂੰ ਵੀ ਨਾਮ ਨਹੀਂ ਦਿੰਦਾ।
ਦੋ ਸਾਈਟਾਂ ਪ੍ਰਦਾਤਾ ਦਾ WAN ਰੱਖ ਕੇ ਉਸ ਉੱਤੇ ਸੁਰੰਗਾਂ ਜੋੜ ਸਕਦੀਆਂ ਹਨ, ਚੁਣੇ ਸਰਕਟ ਬਰਾਡਬੈਂਡ ਨਾਲ ਬਦਲ ਸਕਦੀਆਂ ਹਨ, ਜਾਂ ਕਈ ਟਰਾਂਸਪੋਰਟ ਨਾਲ ਨਾਲ ਚਲਾ ਸਕਦੀਆਂ ਹਨ। ਇਹਨਾਂ ਵਿੱਚੋਂ ਹਰ ਇੱਕ ਵੱਖਰਾ ਪ੍ਰੋਜੈਕਟ ਹੈ, ਵੱਖਰੀ ਲਾਗਤ ਪ੍ਰੋਫਾਈਲ ਅਤੇ ਵੱਖਰੀ ਅਸਫਲਤਾ ਸਤਹ ਨਾਲ।
ਵਿਕਰੀ ਤੁਲਨਾ ਨੂੰ ਸਵੀਕ੍ਰਿਤੀ ਮਾਪਦੰਡ ਬਣਾਓ
ਤੁਲਨਾ ਤਦ ਲਾਹੇਵੰਦ ਹੁੰਦੀ ਹੈ ਜਦੋਂ ਉਹ ਸਵੀਕ੍ਰਿਤੀ ਮਾਪਦੰਡ ਬਣ ਜਾਂਦੀ ਹੈ। ਹਰ ਪਰਤ ਲਈ ਇੱਕ ਕਤਾਰ ਵਾਲੀ ਸਾਰਣੀ ਬਣਾਓ ਅਤੇ ਉਸਨੂੰ ਬਰੋਸ਼ਰ ਤੋਂ ਨਹੀਂ, ਇਕਰਾਰਨਾਮੇ ਤੋਂ ਭਰੋ।
| Layer | Question to answer | Owner |
|---|---|---|
| Underlay | Which paths exist, which prefixes are advertised, what service level is committed | Carrier and network team |
| Overlay | Which sites and prefixes are reachable through tunnels, and how traffic is encrypted | Enterprise |
| Policy | Which application uses which path, and what evidence triggers a change | Enterprise |
| Operations | Who diagnoses a brownout, and what the escalation path is | Both, in writing |
ਪਸੰਦੀਦਾ ਰਾਹ ਵਾਪਸ ਆਉਣ ਵੇਲੇ ਕੀ ਹੁੰਦਾ ਹੈ ਇਹ ਦਰਜ ਕਰੋ, ਕਿਉਂਕਿ ਅਸਮਮਿਤ ਜਾਂ ਡੋਲਦੀ ਚੋਣ ਬਦਲਾਅ ਤੋਂ ਬਾਅਦ ਆਮ ਹੈਰਾਨੀ ਹੈ। ਸਥਾਨਕ ਇੰਟਰਨੈੱਟ ਬ੍ਰੇਕਆਉਟ ਅਤੇ ਕੇਂਦਰੀ ਨਿਰੀਖਣ ਉਸੇ ਸਾਰਣੀ ਵਿੱਚ ਸ਼ਾਮਲ ਕਰੋ, ਕਿਉਂਕਿ ਨੀਤੀ ਸੱਚਮੁੱਚ ਲਾਗੂ ਹੋ ਸਕਦੀ ਹੈ ਜਾਂ ਨਹੀਂ ਇਹ ਉਹੀ ਤੈਅ ਕਰਦੇ ਹਨ। ਸਰਕਟ, ਕਿਨਾਰੇ ਦੇ ਯੰਤਰ, ਸੌਫਟਵੇਅਰ, ਸੰਚਾਲਨ ਅਤੇ ਰਿਕਵਰੀ ਵਿੱਚ ਕੁੱਲ ਲਾਗਤ ਦੀ ਤੁਲਨਾ ਕਰੋ, ਇੱਕ ਪਹੁੰਚ ਲਾਈਨ ਦੀ ਕੀਮਤ ਦੀ ਨਹੀਂ। ਸਸਤਾ ਸਰਕਟ ਆਪਣੇ ਆਪ ਸਸਤੀ ਸੇਵਾ ਪੈਦਾ ਨਹੀਂ ਕਰਦਾ।
ਅਸਫਲਤਾ ਦੀ ਸੁਤੰਤਰਤਾ ਡਿਜ਼ਾਈਨ ਦਾ ਹਿੱਸਾ ਹੈ
ਦੋ ਤਾਰਕਿਕ ਰਾਹ ਆਖਰੀ ਮੀਲ ਦੀ ਨਹਿਰ, ਬਿਜਲੀ ਸਪਲਾਈ ਜਾਂ ਉੱਤੇ ਦਾ ਪ੍ਰਦਾਤਾ ਸਾਂਝਾ ਕਰ ਸਕਦੇ ਹਨ, ਅਤੇ ਉਪਰਲੀ ਪਰਤ ਉਸ ਨਿਰਭਰਤਾ ਤੋਂ ਨਹੀਂ ਬਚ ਸਕਦੀ ਜੋ ਉਸ ਕੋਲ ਕਦੇ ਨਹੀਂ ਸੀ। ਹਰ ਸਰਕਟ ਪਿੱਛੇ ਭੌਤਿਕ ਅਤੇ ਪ੍ਰਦਾਤਾ-ਵਿਭਿੰਨਤਾ ਮੰਗੋ, ਫਿਰ ਉਸਨੂੰ ਉਹਨਾਂ ਅਸਫਲਤਾਵਾਂ ਨਾਲ ਮਿਲਾਓ ਜੋ ਸੱਚਮੁੱਚ ਤੁਹਾਡੇ ਲਈ ਮਾਇਨੇ ਰੱਖਦੀਆਂ ਹਨ। ਜਦੋਂ ਦੋਵੇਂ ਰਾਹ ਇਕੱਠੇ ਮਰ ਜਾਂਦੇ ਹਨ, ਸਟੀਅਰਿੰਗ ਲਾਜਿਕ ਕੋਲ ਸਟੀਅਰ ਕਰਨ ਲਈ ਕੁਝ ਨਹੀਂ ਬਚਦਾ। ਇਹ ਸੀਮਾ ਰੁਕਾਵਟ ਵੇਲੇ ਲੱਭਣ ਦੀ ਥਾਂ ਡਿਜ਼ਾਈਨ ਦਸਤਾਵੇਜ਼ ਵਿੱਚ ਲਿਖੋ।
ਤਿਆਰ ਚਿੱਤਰ ਵਿੱਚ ਟਰਾਂਸਪੋਰਟ, ਉਪਰਲੀ ਪਰਤ ਅਤੇ ਨੀਤੀ ਤਿੰਨ ਵੱਖਰੀਆਂ ਪੱਟੀਆਂ ਵਜੋਂ ਦਿਸਣੀਆਂ ਚਾਹੀਦੀਆਂ ਹਨ, ਇਕਰਾਰਨਾਮੇ ਦੀਆਂ ਸ਼ਰਤਾਂ ਸਭ ਤੋਂ ਹੇਠਲੀ ਨਾਲ ਜੁੜੀਆਂ ਹੋਣ। ਫਿਰ MPLS ਨੂੰ ਰੱਖਣਾ, ਘਟਾਉਣਾ ਜਾਂ ਹਟਾਉਣਾ ਇੱਕ ਅਜਿਹਾ ਫੈਸਲਾ ਬਣ ਜਾਂਦਾ ਹੈ ਜਿਸਦਾ ਕੋਈ ਤਰਕ ਕਰ ਸਕੇ।