ਕੀ Cisco SD-WAN ਉਸ ਸ਼ਾਖਾ ਨੂੰ ਕੱਟ ਦੇਵੇਗਾ ਜਿਸ 'ਤੇ DMVPN ਬੈਠਦਾ ਹੈ?

ਅਗਸਤ 2017 ਤੋਂ, ਜਦੋਂ ਸਿਸਕੋ ਨੇ ਵਿਪਟੇਲਾ ਨੂੰ ਹਾਸਲ ਕੀਤਾ, ਵਿਤਰਿਤ ਐਂਟਰਪ੍ਰਾਈਜ਼ ਨੈਟਵਰਕਾਂ ਨੂੰ ਸੰਗਠਿਤ ਕਰਨ ਲਈ ਪੇਸ਼ ਕੀਤੀ ਗਈ ਮੁੱਖ ਤਕਨਾਲੋਜੀ ਬਣ ਗਈ ਹੈ ਸਿਸਕੋ SD-WAN. ਪਿਛਲੇ 3 ਸਾਲਾਂ ਵਿੱਚ, SD-WAN ਤਕਨਾਲੋਜੀ ਗੁਣਾਤਮਕ ਅਤੇ ਮਾਤਰਾਤਮਕ ਦੋਵੇਂ ਤਰ੍ਹਾਂ ਦੇ ਬਹੁਤ ਸਾਰੇ ਬਦਲਾਅ ਵਿੱਚੋਂ ਲੰਘੀ ਹੈ। ਇਸ ਤਰ੍ਹਾਂ, ਕਾਰਜਕੁਸ਼ਲਤਾ ਵਿੱਚ ਕਾਫ਼ੀ ਵਾਧਾ ਹੋਇਆ ਹੈ ਅਤੇ ਲੜੀ ਦੇ ਕਲਾਸਿਕ ਰਾਊਟਰਾਂ 'ਤੇ ਸਮਰਥਨ ਪ੍ਰਗਟ ਹੋਇਆ ਹੈ ਸਿਸਕੋ ISR 1000, ISR 4000, ASR 1000 ਅਤੇ ਵਰਚੁਅਲ CSR 1000v. ਉਸੇ ਸਮੇਂ, ਬਹੁਤ ਸਾਰੇ ਸਿਸਕੋ ਗਾਹਕ ਅਤੇ ਭਾਈਵਾਲ ਹੈਰਾਨ ਹੁੰਦੇ ਰਹਿੰਦੇ ਹਨ: Cisco SD-WAN ਅਤੇ ਤਕਨਾਲੋਜੀਆਂ ਦੇ ਅਧਾਰ ਤੇ ਪਹਿਲਾਂ ਤੋਂ ਜਾਣੇ-ਪਛਾਣੇ ਪਹੁੰਚ ਵਿੱਚ ਕੀ ਅੰਤਰ ਹਨ ਜਿਵੇਂ ਕਿ ਸਿਸਕੋ DMVPN и ਸਿਸਕੋ ਪ੍ਰਦਰਸ਼ਨ ਰੂਟਿੰਗ ਅਤੇ ਇਹ ਅੰਤਰ ਕਿੰਨੇ ਮਹੱਤਵਪੂਰਨ ਹਨ?

ਇੱਥੇ ਸਾਨੂੰ ਤੁਰੰਤ ਇੱਕ ਰਿਜ਼ਰਵੇਸ਼ਨ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ ਕਿ ਸਿਸਕੋ ਪੋਰਟਫੋਲੀਓ ਵਿੱਚ SD-WAN ਦੇ ਆਉਣ ਤੋਂ ਪਹਿਲਾਂ, DMVPN ਨੇ PfR ਦੇ ਨਾਲ ਮਿਲ ਕੇ ਆਰਕੀਟੈਕਚਰ ਵਿੱਚ ਇੱਕ ਮੁੱਖ ਹਿੱਸਾ ਬਣਾਇਆ ਸੀ। Cisco IWAN (ਇੰਟੈਲੀਜੈਂਟ WAN), ਜੋ ਬਦਲੇ ਵਿੱਚ ਪੂਰੀ SD-WAN ਤਕਨਾਲੋਜੀ ਦਾ ਪੂਰਵਗਾਮੀ ਸੀ। ਹੱਲ ਕੀਤੇ ਜਾ ਰਹੇ ਦੋਨਾਂ ਕਾਰਜਾਂ ਅਤੇ ਉਹਨਾਂ ਨੂੰ ਹੱਲ ਕਰਨ ਦੇ ਤਰੀਕਿਆਂ ਦੀ ਆਮ ਸਮਾਨਤਾ ਦੇ ਬਾਵਜੂਦ, IWAN ਨੂੰ ਕਦੇ ਵੀ SD-WAN ਲਈ ਲੋੜੀਂਦੇ ਆਟੋਮੇਸ਼ਨ, ਲਚਕਤਾ ਅਤੇ ਮਾਪਯੋਗਤਾ ਦਾ ਪੱਧਰ ਪ੍ਰਾਪਤ ਨਹੀਂ ਹੋਇਆ, ਅਤੇ ਸਮੇਂ ਦੇ ਨਾਲ, IWAN ਦੇ ਵਿਕਾਸ ਵਿੱਚ ਕਾਫ਼ੀ ਕਮੀ ਆਈ ਹੈ। ਇਸ ਦੇ ਨਾਲ ਹੀ, IWAN ਬਣਾਉਣ ਵਾਲੀਆਂ ਤਕਨੀਕਾਂ ਦੂਰ ਨਹੀਂ ਹੋਈਆਂ ਹਨ, ਅਤੇ ਬਹੁਤ ਸਾਰੇ ਗਾਹਕ ਆਧੁਨਿਕ ਉਪਕਰਣਾਂ ਸਮੇਤ ਉਹਨਾਂ ਦੀ ਸਫਲਤਾਪੂਰਵਕ ਵਰਤੋਂ ਕਰਨਾ ਜਾਰੀ ਰੱਖਦੇ ਹਨ। ਨਤੀਜੇ ਵਜੋਂ, ਇੱਕ ਦਿਲਚਸਪ ਸਥਿਤੀ ਪੈਦਾ ਹੋਈ ਹੈ - ਉਹੀ Cisco ਉਪਕਰਣ ਤੁਹਾਨੂੰ ਗਾਹਕਾਂ ਦੀਆਂ ਲੋੜਾਂ ਅਤੇ ਉਮੀਦਾਂ ਦੇ ਅਨੁਸਾਰ ਸਭ ਤੋਂ ਢੁਕਵੀਂ WAN ਤਕਨਾਲੋਜੀ (ਕਲਾਸਿਕ, DMVPN+PfR ਜਾਂ SD-WAN) ਦੀ ਚੋਣ ਕਰਨ ਦੀ ਇਜਾਜ਼ਤ ਦਿੰਦਾ ਹੈ।

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

Cisco DMVPN ਕੀ ਹੈ ਅਤੇ ਇਸਦੀ ਲੋੜ ਕਿਉਂ ਹੈ?

Cisco DMVPN ਇੰਟਰਪ੍ਰਾਈਜ਼ ਦੇ ਕੇਂਦਰੀ ਦਫਤਰ ਦੇ ਨੈਟਵਰਕ ਨਾਲ ਰਿਮੋਟ ਬ੍ਰਾਂਚ ਨੈਟਵਰਕ ਦੇ ਗਤੀਸ਼ੀਲ (= ਸਕੇਲੇਬਲ) ਕਨੈਕਸ਼ਨ ਦੀ ਸਮੱਸਿਆ ਨੂੰ ਹੱਲ ਕਰਦਾ ਹੈ ਜਦੋਂ ਇੰਟਰਨੈਟ (= ਸੰਚਾਰ ਚੈਨਲ ਦੇ ਐਨਕ੍ਰਿਪਸ਼ਨ ਦੇ ਨਾਲ) ਸਮੇਤ ਮਨਮਾਨੇ ਕਿਸਮ ਦੇ ਸੰਚਾਰ ਚੈਨਲਾਂ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋਏ। ਤਕਨੀਕੀ ਤੌਰ 'ਤੇ, ਇਹ "ਸਟਾਰ" ਕਿਸਮ (ਹੱਬ-ਐਨ-ਸਪੋਕ) ਦੇ ਇੱਕ ਲਾਜ਼ੀਕਲ ਟੋਪੋਲੋਜੀ ਦੇ ਨਾਲ ਪੁਆਇੰਟ-ਟੂ-ਮਲਟੀਪੁਆਇੰਟ ਮੋਡ ਵਿੱਚ L3 VPN ਕਲਾਸ ਦਾ ਇੱਕ ਵਰਚੁਅਲਾਈਜ਼ਡ ਓਵਰਲੇ ਨੈੱਟਵਰਕ ਬਣਾ ਕੇ ਮਹਿਸੂਸ ਕੀਤਾ ਜਾਂਦਾ ਹੈ। ਇਸ ਨੂੰ ਪ੍ਰਾਪਤ ਕਰਨ ਲਈ, DMVPN ਹੇਠ ਲਿਖੀਆਂ ਤਕਨੀਕਾਂ ਦੇ ਸੁਮੇਲ ਦੀ ਵਰਤੋਂ ਕਰਦਾ ਹੈ:

• IP ਰੂਟਿੰਗ
• ਮਲਟੀਪੁਆਇੰਟ GRE ਸੁਰੰਗਾਂ (mGRE)
• ਨੈਕਸਟ ਹੌਪ ਰੈਜ਼ੋਲਿਊਸ਼ਨ ਪ੍ਰੋਟੋਕੋਲ (NHRP)
• IPSec ਕ੍ਰਿਪਟੋ ਪ੍ਰੋਫਾਈਲ

MPLS VPN ਚੈਨਲਾਂ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋਏ ਕਲਾਸਿਕ ਰੂਟਿੰਗ ਦੀ ਤੁਲਨਾ ਵਿੱਚ Cisco DMVPN ਦੇ ਮੁੱਖ ਫਾਇਦੇ ਕੀ ਹਨ?

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

ਸਿਸਕੋ ਪਰਫਾਰਮੈਂਸ ਰੂਟਿੰਗ ਕੀ ਹੈ ਅਤੇ ਇਸਦੀ ਲੋੜ ਕਿਉਂ ਹੈ?

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

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

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

ਇਸ ਤਰ੍ਹਾਂ, DMVPN/PfR ਸੁਮੇਲ ਦੇ ਕੰਮ ਨੂੰ ਸੰਖੇਪ ਵਿੱਚ ਇਸ ਤਰ੍ਹਾਂ ਦੱਸਿਆ ਜਾ ਸਕਦਾ ਹੈ:

• ਗਾਹਕ ਨੂੰ WAN ਨੈੱਟਵਰਕ 'ਤੇ ਕਿਸੇ ਵੀ ਸੰਚਾਰ ਚੈਨਲ ਦੀ ਵਰਤੋਂ ਕਰਨ ਦਿਓ
• ਇਹਨਾਂ ਚੈਨਲਾਂ 'ਤੇ ਨਾਜ਼ੁਕ ਐਪਲੀਕੇਸ਼ਨਾਂ ਦੀ ਉੱਚਤਮ ਸੰਭਵ ਗੁਣਵੱਤਾ ਨੂੰ ਯਕੀਨੀ ਬਣਾਓ

Cisco SD-WAN ਕੀ ਹੈ?

Cisco SD-WAN ਇੱਕ ਤਕਨਾਲੋਜੀ ਹੈ ਜੋ ਇੱਕ ਸੰਗਠਨ ਦੇ WAN ਨੈੱਟਵਰਕ ਨੂੰ ਬਣਾਉਣ ਅਤੇ ਚਲਾਉਣ ਲਈ SDN ਪਹੁੰਚ ਦੀ ਵਰਤੋਂ ਕਰਦੀ ਹੈ। ਇਸਦਾ ਖਾਸ ਤੌਰ 'ਤੇ ਮਤਲਬ ਹੈ ਅਖੌਤੀ ਕੰਟਰੋਲਰਾਂ (ਸਾਫਟਵੇਅਰ ਐਲੀਮੈਂਟਸ) ਦੀ ਵਰਤੋਂ, ਜੋ ਕੇਂਦਰੀਕ੍ਰਿਤ ਆਰਕੈਸਟਰੇਸ਼ਨ ਅਤੇ ਸਾਰੇ ਹੱਲ ਭਾਗਾਂ ਦੀ ਸਵੈਚਲਿਤ ਸੰਰਚਨਾ ਪ੍ਰਦਾਨ ਕਰਦੇ ਹਨ। ਕੈਨੋਨੀਕਲ SDN (ਕਲੀਨ ਸਲੇਟ ਸ਼ੈਲੀ) ਦੇ ਉਲਟ, Cisco SD-WAN ਕਈ ਕਿਸਮਾਂ ਦੇ ਕੰਟਰੋਲਰਾਂ ਦੀ ਵਰਤੋਂ ਕਰਦਾ ਹੈ, ਜਿਨ੍ਹਾਂ ਵਿੱਚੋਂ ਹਰ ਇੱਕ ਆਪਣੀ ਭੂਮਿਕਾ ਨਿਭਾਉਂਦਾ ਹੈ - ਇਹ ਜਾਣਬੁੱਝ ਕੇ ਬਿਹਤਰ ਸਕੇਲੇਬਿਲਟੀ ਅਤੇ ਜੀਓ-ਰਿਡੰਡੈਂਸੀ ਪ੍ਰਦਾਨ ਕਰਨ ਲਈ ਕੀਤਾ ਗਿਆ ਸੀ।

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

ਮਤਭੇਦ ਦੀ ਚਰਚਾ

ਜੇਕਰ ਅਸੀਂ ਹੁਣ ਇਹਨਾਂ ਟੈਕਨਾਲੋਜੀਆਂ ਵਿਚਕਾਰ ਅੰਤਰਾਂ ਦਾ ਵਿਸ਼ਲੇਸ਼ਣ ਕਰਨਾ ਸ਼ੁਰੂ ਕਰਦੇ ਹਾਂ, ਤਾਂ ਉਹ ਹੇਠਾਂ ਦਿੱਤੀਆਂ ਸ਼੍ਰੇਣੀਆਂ ਵਿੱਚੋਂ ਇੱਕ ਵਿੱਚ ਆਉਣਗੀਆਂ:

• ਆਰਕੀਟੈਕਚਰਲ ਅੰਤਰ - ਹੱਲ ਦੇ ਵੱਖ-ਵੱਖ ਹਿੱਸਿਆਂ ਵਿੱਚ ਫੰਕਸ਼ਨਾਂ ਨੂੰ ਕਿਵੇਂ ਵੰਡਿਆ ਜਾਂਦਾ ਹੈ, ਅਜਿਹੇ ਹਿੱਸਿਆਂ ਦੀ ਪਰਸਪਰ ਕਿਰਿਆ ਕਿਵੇਂ ਵਿਵਸਥਿਤ ਕੀਤੀ ਜਾਂਦੀ ਹੈ, ਅਤੇ ਇਹ ਤਕਨਾਲੋਜੀ ਦੀਆਂ ਸਮਰੱਥਾਵਾਂ ਅਤੇ ਲਚਕਤਾ ਨੂੰ ਕਿਵੇਂ ਪ੍ਰਭਾਵਤ ਕਰਦਾ ਹੈ?
• ਕਾਰਜਸ਼ੀਲਤਾ - ਇੱਕ ਤਕਨਾਲੋਜੀ ਕੀ ਕਰ ਸਕਦੀ ਹੈ ਜੋ ਦੂਜੀ ਨਹੀਂ ਕਰ ਸਕਦੀ? ਅਤੇ ਕੀ ਇਹ ਅਸਲ ਵਿੱਚ ਮਹੱਤਵਪੂਰਨ ਹੈ?

ਆਰਕੀਟੈਕਚਰਲ ਅੰਤਰ ਕੀ ਹਨ ਅਤੇ ਕੀ ਉਹ ਮਹੱਤਵਪੂਰਨ ਹਨ?

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

ਆਉ ਆਰਕੀਟੈਕਚਰ ਦੇ ਵੱਖ-ਵੱਖ ਪਹਿਲੂਆਂ ਨੂੰ ਹੋਰ ਵਿਸਥਾਰ ਵਿੱਚ ਵੇਖੀਏ:

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

• в DMVPN/PfR ਇੱਕ ਸਟਾਰ ਜਾਂ ਹੱਬ-ਐਨ-ਸਪੋਕ ਟੋਪੋਲੋਜੀ ਵਾਲੇ ਨੋਡਾਂ ਦੀ ਇੱਕ ਵਿਸ਼ੇਸ਼ ਤੌਰ 'ਤੇ ਦੋ-ਪੱਧਰੀ ਲੜੀ ਹੈ। ਹੱਬ ਦੀ ਸਥਿਰ ਸੰਰਚਨਾ ਅਤੇ ਸਪੋਕ ਟੂ ਦ ਹੱਬ ਦੀ ਸਥਿਰ ਬਾਈਡਿੰਗ ਦੀ ਲੋੜ ਹੈ, ਨਾਲ ਹੀ ਡਾਟਾ-ਪਲੇਨ ਕਨੈਕਟੀਵਿਟੀ ਬਣਾਉਣ ਲਈ NHRP ਪ੍ਰੋਟੋਕੋਲ ਦੁਆਰਾ ਇੰਟਰੈਕਸ਼ਨ ਦੀ ਲੋੜ ਹੈ। ਸਿੱਟੇ ਵਜੋਂ, ਹੱਬ ਵਿੱਚ ਤਬਦੀਲੀਆਂ ਕਰਨਾ ਕਾਫ਼ੀ ਮੁਸ਼ਕਲ ਹੈਸੰਬੰਧਿਤ, ਉਦਾਹਰਨ ਲਈ, ਨਵੇਂ WAN ਚੈਨਲਾਂ ਨੂੰ ਬਦਲਣ/ਕਨੈਕਟ ਕਰਨ ਜਾਂ ਮੌਜੂਦਾ ਦੇ ਮਾਪਦੰਡਾਂ ਨੂੰ ਬਦਲਣ ਨਾਲ।
• в SD WAN ਕੰਟਰੋਲ-ਪਲੇਨ (OMP ਪ੍ਰੋਟੋਕੋਲ) ਅਤੇ ਆਰਕੈਸਟ੍ਰੇਸ਼ਨ-ਪਲੇਨ (ਕੰਟਰੋਲਰ ਖੋਜ ਅਤੇ NAT ਟਰਾਵਰਸਲ ਕਾਰਜਾਂ ਲਈ vBond ਕੰਟਰੋਲਰ ਨਾਲ ਇੰਟਰਐਕਸ਼ਨ) ਦੇ ਆਧਾਰ 'ਤੇ ਸਥਾਪਿਤ ਸੁਰੰਗਾਂ ਦੇ ਮਾਪਦੰਡਾਂ ਦਾ ਪਤਾ ਲਗਾਉਣ ਲਈ ਇੱਕ ਪੂਰੀ ਤਰ੍ਹਾਂ ਗਤੀਸ਼ੀਲ ਮਾਡਲ ਹੈ। ਇਸ ਸਥਿਤੀ ਵਿੱਚ, ਕਿਸੇ ਵੀ ਉੱਚਿਤ ਟੋਪੋਲੋਜੀ ਦੀ ਵਰਤੋਂ ਕੀਤੀ ਜਾ ਸਕਦੀ ਹੈ, ਜਿਸ ਵਿੱਚ ਦਰਜਾਬੰਦੀ ਵੀ ਸ਼ਾਮਲ ਹੈ। ਸਥਾਪਿਤ ਓਵਰਲੇ ਟਨਲ ਟੋਪੋਲੋਜੀ ਦੇ ਅੰਦਰ, ਹਰੇਕ ਵਿਅਕਤੀਗਤ VPN(VRF) ਵਿੱਚ ਲਾਜ਼ੀਕਲ ਟੌਪੋਲੋਜੀ ਦੀ ਲਚਕਦਾਰ ਸੰਰਚਨਾ ਸੰਭਵ ਹੈ।

ਕੰਟਰੋਲ-ਜਹਾਜ਼ - ਰੂਟਿੰਗ ਦੇ ਵਟਾਂਦਰੇ, ਫਿਲਟਰਿੰਗ ਅਤੇ ਸੋਧ ਦੇ ਫੰਕਸ਼ਨ ਅਤੇ ਹੱਲ ਭਾਗਾਂ ਵਿਚਕਾਰ ਹੋਰ ਜਾਣਕਾਰੀ।

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

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

• DMVPN - CLI ਜਾਂ ਪ੍ਰਾਈਮ ਇਨਫਰਾਸਟ੍ਰਕਚਰ ਟੈਂਪਲੇਟਸ ਦੁਆਰਾ ਹਰੇਕ ਰਾਊਟਰ 'ਤੇ ਵੱਖਰੇ ਤੌਰ 'ਤੇ ਕੌਂਫਿਗਰ ਕੀਤੀਆਂ ਸੇਵਾਵਾਂ ਦੀ ਗੁਣਵੱਤਾ (QoS) ਨੀਤੀਆਂ ਦੁਆਰਾ ਪ੍ਰਭਾਵਸ਼ਾਲੀ ਢੰਗ ਨਾਲ ਸੀਮਿਤ ਹੈ।
• DMVPN/PfR - PfR ਨੀਤੀਆਂ CLI ਦੁਆਰਾ ਕੇਂਦਰੀਕ੍ਰਿਤ ਮਾਸਟਰ ਕੰਟਰੋਲਰ (MC) ਰਾਊਟਰ 'ਤੇ ਬਣਾਈਆਂ ਜਾਂਦੀਆਂ ਹਨ ਅਤੇ ਫਿਰ ਆਪਣੇ ਆਪ ਬ੍ਰਾਂਚ MC ਨੂੰ ਵੰਡੀਆਂ ਜਾਂਦੀਆਂ ਹਨ। ਇਸ ਕੇਸ ਵਿੱਚ, ਉਹੀ ਨੀਤੀ ਟ੍ਰਾਂਸਫਰ ਮਾਰਗ ਵਰਤੇ ਜਾਂਦੇ ਹਨ ਜਿਵੇਂ ਕਿ ਡੇਟਾ-ਪਲੇਨ ਲਈ। ਨੀਤੀਆਂ, ਰੂਟਿੰਗ ਜਾਣਕਾਰੀ ਅਤੇ ਉਪਭੋਗਤਾ ਡੇਟਾ ਦੇ ਵਟਾਂਦਰੇ ਨੂੰ ਵੱਖ ਕਰਨ ਦੀ ਕੋਈ ਸੰਭਾਵਨਾ ਨਹੀਂ ਹੈ. ਨੀਤੀ ਦੇ ਪ੍ਰਸਾਰ ਲਈ ਹੱਬ ਅਤੇ ਸਪੋਕ ਵਿਚਕਾਰ IP ਕਨੈਕਟੀਵਿਟੀ ਦੀ ਮੌਜੂਦਗੀ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ। ਇਸ ਸਥਿਤੀ ਵਿੱਚ, MC ਫੰਕਸ਼ਨ, ਜੇ ਜਰੂਰੀ ਹੋਵੇ, ਇੱਕ DMVPN ਰਾਊਟਰ ਨਾਲ ਜੋੜਿਆ ਜਾ ਸਕਦਾ ਹੈ। ਕੇਂਦਰੀਕ੍ਰਿਤ ਨੀਤੀ ਬਣਾਉਣ ਲਈ ਪ੍ਰਾਈਮ ਇਨਫਰਾਸਟ੍ਰਕਚਰ ਟੈਂਪਲੇਟਸ ਦੀ ਵਰਤੋਂ ਕਰਨਾ ਸੰਭਵ ਹੈ (ਪਰ ਲੋੜ ਨਹੀਂ)। ਇੱਕ ਮਹੱਤਵਪੂਰਨ ਵਿਸ਼ੇਸ਼ਤਾ ਇਹ ਹੈ ਕਿ ਨੀਤੀ ਵਿਸ਼ਵ ਪੱਧਰ 'ਤੇ ਸਾਰੇ ਨੈਟਵਰਕ ਵਿੱਚ ਉਸੇ ਤਰੀਕੇ ਨਾਲ ਬਣਾਈ ਜਾਂਦੀ ਹੈ - ਵਿਅਕਤੀਗਤ ਖੰਡਾਂ ਲਈ ਵਿਅਕਤੀਗਤ ਨੀਤੀਆਂ ਸਮਰਥਿਤ ਨਹੀਂ ਹਨ.
• SD WAN - ਟਰੈਫਿਕ ਪ੍ਰਬੰਧਨ ਅਤੇ ਸੇਵਾ ਨੀਤੀਆਂ ਦੀ ਗੁਣਵੱਤਾ ਨੂੰ Cisco vManage ਗ੍ਰਾਫਿਕਲ ਇੰਟਰਫੇਸ ਦੁਆਰਾ ਕੇਂਦਰੀ ਤੌਰ 'ਤੇ ਨਿਰਧਾਰਤ ਕੀਤਾ ਜਾਂਦਾ ਹੈ, ਇੰਟਰਨੈਟ ਦੁਆਰਾ ਵੀ ਪਹੁੰਚਯੋਗ (ਜੇ ਲੋੜ ਹੋਵੇ)। ਉਹਨਾਂ ਨੂੰ ਸਿਗਨਲ ਚੈਨਲਾਂ ਰਾਹੀਂ ਸਿੱਧੇ ਜਾਂ ਅਸਿੱਧੇ ਤੌਰ 'ਤੇ vSmart ਕੰਟਰੋਲਰਾਂ ਦੁਆਰਾ ਵੰਡਿਆ ਜਾਂਦਾ ਹੈ (ਨੀਤੀ ਦੀ ਕਿਸਮ 'ਤੇ ਨਿਰਭਰ ਕਰਦਾ ਹੈ)। ਉਹ ਰਾਊਟਰਾਂ ਵਿਚਕਾਰ ਡਾਟਾ-ਪਲੇਨ ਕਨੈਕਟੀਵਿਟੀ 'ਤੇ ਨਿਰਭਰ ਨਹੀਂ ਕਰਦੇ, ਕਿਉਂਕਿ ਕੰਟਰੋਲਰ ਅਤੇ ਰਾਊਟਰ ਵਿਚਕਾਰ ਸਾਰੇ ਉਪਲਬਧ ਟ੍ਰੈਫਿਕ ਮਾਰਗਾਂ ਦੀ ਵਰਤੋਂ ਕਰੋ।

  ਵੱਖ-ਵੱਖ ਨੈੱਟਵਰਕ ਹਿੱਸਿਆਂ ਲਈ, ਵੱਖ-ਵੱਖ ਨੀਤੀਆਂ ਨੂੰ ਲਚਕਦਾਰ ਢੰਗ ਨਾਲ ਤਿਆਰ ਕਰਨਾ ਸੰਭਵ ਹੈ - ਨੀਤੀ ਦਾ ਦਾਇਰਾ ਹੱਲ ਵਿੱਚ ਪ੍ਰਦਾਨ ਕੀਤੇ ਗਏ ਬਹੁਤ ਸਾਰੇ ਵਿਲੱਖਣ ਪਛਾਣਕਰਤਾਵਾਂ ਦੁਆਰਾ ਨਿਰਧਾਰਤ ਕੀਤਾ ਜਾਂਦਾ ਹੈ - ਸ਼ਾਖਾ ਨੰਬਰ, ਐਪਲੀਕੇਸ਼ਨ ਦੀ ਕਿਸਮ, ਟ੍ਰੈਫਿਕ ਦਿਸ਼ਾ, ਆਦਿ।

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

• в DMVPN/PfR ਰਾਊਟਰਾਂ ਵਿਚਕਾਰ ਆਪਸੀ ਖੋਜ ਹੱਬ ਡਿਵਾਈਸਾਂ ਦੀ ਸਥਿਰ ਸੰਰਚਨਾ ਅਤੇ ਸਪੋਕ ਡਿਵਾਈਸਾਂ ਦੀ ਅਨੁਸਾਰੀ ਸੰਰਚਨਾ 'ਤੇ ਅਧਾਰਤ ਹੈ। ਡਾਇਨਾਮਿਕ ਖੋਜ ਕੇਵਲ ਸਪੋਕ ਲਈ ਹੁੰਦੀ ਹੈ, ਜੋ ਕਿ ਡਿਵਾਈਸ ਨੂੰ ਇਸਦੇ ਹੱਬ ਕਨੈਕਸ਼ਨ ਪੈਰਾਮੀਟਰਾਂ ਦੀ ਰਿਪੋਰਟ ਕਰਦੀ ਹੈ, ਜੋ ਬਦਲੇ ਵਿੱਚ ਸਪੋਕ ਨਾਲ ਪਹਿਲਾਂ ਤੋਂ ਸੰਰਚਿਤ ਹੈ। ਸਪੋਕ ਅਤੇ ਘੱਟੋ-ਘੱਟ ਇੱਕ ਹੱਬ ਵਿਚਕਾਰ IP ਕਨੈਕਟੀਵਿਟੀ ਤੋਂ ਬਿਨਾਂ, ਡਾਟਾ-ਪਲੇਨ ਜਾਂ ਕੰਟਰੋਲ-ਪਲੇਨ ਬਣਾਉਣਾ ਅਸੰਭਵ ਹੈ।
• в SD WAN vBond ਕੰਟਰੋਲਰ ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਹੱਲ ਭਾਗਾਂ ਦਾ ਆਰਕੈਸਟ੍ਰੇਸ਼ਨ ਹੁੰਦਾ ਹੈ, ਜਿਸ ਨਾਲ ਹਰੇਕ ਕੰਪੋਨੈਂਟ (ਰਾਊਟਰ ਅਤੇ vManage/vSmart ਕੰਟਰੋਲਰ) ਨੂੰ ਪਹਿਲਾਂ IP ਕਨੈਕਟੀਵਿਟੀ ਸਥਾਪਤ ਕਰਨੀ ਚਾਹੀਦੀ ਹੈ।

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

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

ਪ੍ਰਬੰਧਨ-ਜਹਾਜ਼ - ਹੱਲ ਦਾ ਹਿੱਸਾ ਜੋ ਕੇਂਦਰੀ ਪ੍ਰਬੰਧਨ ਅਤੇ ਨਿਗਰਾਨੀ ਪ੍ਰਦਾਨ ਕਰਦਾ ਹੈ।

• DMVPN/PfR - ਕੋਈ ਵਿਸ਼ੇਸ਼ ਪ੍ਰਬੰਧਨ-ਜਹਾਜ਼ ਹੱਲ ਪ੍ਰਦਾਨ ਨਹੀਂ ਕੀਤਾ ਗਿਆ ਹੈ। ਬੁਨਿਆਦੀ ਆਟੋਮੇਸ਼ਨ ਅਤੇ ਨਿਗਰਾਨੀ ਲਈ, Cisco Prime Infrastructure ਵਰਗੇ ਉਤਪਾਦਾਂ ਦੀ ਵਰਤੋਂ ਕੀਤੀ ਜਾ ਸਕਦੀ ਹੈ। ਹਰੇਕ ਰਾਊਟਰ ਵਿੱਚ CLI ਕਮਾਂਡ ਲਾਈਨ ਦੁਆਰਾ ਨਿਯੰਤਰਿਤ ਕੀਤੇ ਜਾਣ ਦੀ ਸਮਰੱਥਾ ਹੁੰਦੀ ਹੈ। API ਰਾਹੀਂ ਬਾਹਰੀ ਪ੍ਰਣਾਲੀਆਂ ਨਾਲ ਏਕੀਕਰਣ ਪ੍ਰਦਾਨ ਨਹੀਂ ਕੀਤਾ ਗਿਆ ਹੈ।
• SD WAN - ਸਾਰੇ ਨਿਯਮਤ ਪਰਸਪਰ ਪ੍ਰਭਾਵ ਅਤੇ ਨਿਗਰਾਨੀ vManage ਕੰਟਰੋਲਰ ਦੇ ਗ੍ਰਾਫਿਕਲ ਇੰਟਰਫੇਸ ਦੁਆਰਾ ਕੇਂਦਰੀ ਤੌਰ 'ਤੇ ਕੀਤੀ ਜਾਂਦੀ ਹੈ। ਹੱਲ ਦੀਆਂ ਸਾਰੀਆਂ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ, ਬਿਨਾਂ ਕਿਸੇ ਅਪਵਾਦ ਦੇ, vManage ਦੁਆਰਾ ਸੰਰਚਨਾ ਲਈ ਉਪਲਬਧ ਹਨ, ਨਾਲ ਹੀ ਇੱਕ ਪੂਰੀ ਤਰ੍ਹਾਂ ਦਸਤਾਵੇਜ਼ੀ REST API ਲਾਇਬ੍ਰੇਰੀ ਦੁਆਰਾ।

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

  vManage ਇੰਟਰਫੇਸ ਰਾਹੀਂ, ਨਾ ਸਿਰਫ਼ Cisco SD-WAN ਹੱਲ ਦੀ ਸੰਰਚਨਾ ਉਪਲਬਧ ਹੈ, ਸਗੋਂ ਵੱਖ-ਵੱਖ ਐਪਲੀਕੇਸ਼ਨਾਂ ਦੀ ਵਰਤੋਂ 'ਤੇ ਵਿਅਕਤੀਗਤ ਸੁਰੰਗਾਂ ਅਤੇ ਅੰਕੜਿਆਂ ਲਈ ਮੈਟ੍ਰਿਕਸ ਦੀ ਮੌਜੂਦਾ ਸਥਿਤੀ ਤੱਕ, ਹੱਲ ਦੇ ਸਾਰੇ ਹਿੱਸਿਆਂ ਦੀ ਸਥਿਤੀ ਦੀ ਪੂਰੀ ਨਿਗਰਾਨੀ ਵੀ ਹੈ। DPI ਵਿਸ਼ਲੇਸ਼ਣ 'ਤੇ ਆਧਾਰਿਤ।

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

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

• в DMVPN/PfR ਉਪਭੋਗਤਾ ਡੇਟਾ ਅਤੇ ਸਿਗਨਲ ਪ੍ਰੋਟੋਕੋਲ ਨੂੰ ਐਨਕ੍ਰਿਪਟ ਕਰਨਾ ਸੰਭਵ ਹੈ. ਕੁਝ ਰਾਊਟਰ ਮਾਡਲਾਂ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਸਮੇਂ, ਟ੍ਰੈਫਿਕ ਨਿਰੀਖਣ, IPS/IDS ਦੇ ਨਾਲ ਫਾਇਰਵਾਲ ਫੰਕਸ਼ਨ ਵੀ ਉਪਲਬਧ ਹਨ। VRF ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਬ੍ਰਾਂਚ ਨੈੱਟਵਰਕਾਂ ਨੂੰ ਵੰਡਣਾ ਸੰਭਵ ਹੈ। (ਇੱਕ-ਕਾਰਕ) ਨਿਯੰਤਰਣ ਪ੍ਰੋਟੋਕੋਲ ਨੂੰ ਪ੍ਰਮਾਣਿਤ ਕਰਨਾ ਸੰਭਵ ਹੈ।

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

• в SD WAN DMVPN ਨਾਲ ਸਮਾਨਤਾ ਦੁਆਰਾ, ਉਪਭੋਗਤਾ ਡੇਟਾ ਨੂੰ ਐਨਕ੍ਰਿਪਟ ਕਰਨ ਦੀ ਯੋਗਤਾ ਪ੍ਰਦਾਨ ਕੀਤੀ ਜਾਂਦੀ ਹੈ, ਪਰ ਮਹੱਤਵਪੂਰਨ ਤੌਰ 'ਤੇ ਫੈਲੀ ਨੈੱਟਵਰਕ ਸੁਰੱਖਿਆ ਅਤੇ L3/VRF ਸੈਗਮੈਂਟੇਸ਼ਨ ਫੰਕਸ਼ਨਾਂ (ਫਾਇਰਵਾਲ, IPS/IDS, URL ਫਿਲਟਰਿੰਗ, DNS ਫਿਲਟਰਿੰਗ, AMP/TG, SASE, TLS/SSL ਪ੍ਰੌਕਸੀ, ਆਦਿ) d.) ਇਸ ਦੇ ਨਾਲ ਹੀ, ਸੁਰੱਖਿਆ ਸਰਟੀਫਿਕੇਟਾਂ ਦੇ ਆਧਾਰ 'ਤੇ DTLS/TLS ਇਨਕ੍ਰਿਪਸ਼ਨ ਦੁਆਰਾ ਸੁਰੱਖਿਅਤ ਪਹਿਲਾਂ ਤੋਂ ਸਥਾਪਿਤ ਸਿਗਨਲ ਚੈਨਲਾਂ ਦੁਆਰਾ, vSmart ਕੰਟਰੋਲਰਾਂ (ਸਿੱਧੀ ਦੀ ਬਜਾਏ) ਦੁਆਰਾ ਐਨਕ੍ਰਿਪਸ਼ਨ ਕੁੰਜੀਆਂ ਦਾ ਆਦਾਨ-ਪ੍ਰਦਾਨ ਵਧੇਰੇ ਕੁਸ਼ਲਤਾ ਨਾਲ ਕੀਤਾ ਜਾਂਦਾ ਹੈ। ਜੋ ਬਦਲੇ ਵਿੱਚ ਅਜਿਹੇ ਐਕਸਚੇਂਜਾਂ ਦੀ ਸੁਰੱਖਿਆ ਦੀ ਗਾਰੰਟੀ ਦਿੰਦਾ ਹੈ ਅਤੇ ਇੱਕੋ ਨੈੱਟਵਰਕ 'ਤੇ ਹਜ਼ਾਰਾਂ ਡਿਵਾਈਸਾਂ ਤੱਕ ਹੱਲ ਦੀ ਬਿਹਤਰ ਮਾਪਯੋਗਤਾ ਨੂੰ ਯਕੀਨੀ ਬਣਾਉਂਦਾ ਹੈ।

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

  • ਵੈਧ ਸੁਰੱਖਿਆ ਸਰਟੀਫਿਕੇਟ
  • ਮਨਜ਼ੂਰ ਕੀਤੇ ਯੰਤਰਾਂ ਦੀ "ਚਿੱਟੀ" ਸੂਚੀ ਵਿੱਚ ਹਰੇਕ ਹਿੱਸੇ ਦੇ ਪ੍ਰਸ਼ਾਸਕ ਦੁਆਰਾ ਸਪਸ਼ਟ ਅਤੇ ਸੁਚੇਤ ਸ਼ਮੂਲੀਅਤ।

SD-WAN ਅਤੇ DMVPN/PfR ਵਿਚਕਾਰ ਕਾਰਜਸ਼ੀਲ ਅੰਤਰ

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

AppQ (ਐਪਲੀਕੇਸ਼ਨ ਕੁਆਲਿਟੀ) - ਕਾਰੋਬਾਰੀ ਐਪਲੀਕੇਸ਼ਨ ਟ੍ਰੈਫਿਕ ਦੇ ਸੰਚਾਰ ਦੀ ਗੁਣਵੱਤਾ ਨੂੰ ਯਕੀਨੀ ਬਣਾਉਣ ਲਈ ਫੰਕਸ਼ਨ

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

DMVPN ਖੁਦ ਅਜਿਹੀ ਵਿਧੀ ਪ੍ਰਦਾਨ ਨਹੀਂ ਕਰਦਾ ਹੈ। ਕਲਾਸਿਕ DMVPN ਨੈਟਵਰਕ ਵਿੱਚ ਸਭ ਤੋਂ ਵਧੀਆ ਕੰਮ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ ਐਪਲੀਕੇਸ਼ਨ ਦੁਆਰਾ ਆਊਟਗੋਇੰਗ ਟ੍ਰੈਫਿਕ ਦਾ ਵਰਗੀਕਰਨ ਕਰਨਾ ਅਤੇ WAN ਚੈਨਲ ਵੱਲ ਸੰਚਾਰਿਤ ਹੋਣ 'ਤੇ ਇਸਨੂੰ ਤਰਜੀਹ ਦੇਣਾ। ਇੱਕ DMVPN ਸੁਰੰਗ ਦੀ ਚੋਣ ਇਸ ਕੇਸ ਵਿੱਚ ਸਿਰਫ ਇਸਦੀ ਉਪਲਬਧਤਾ ਅਤੇ ਰੂਟਿੰਗ ਪ੍ਰੋਟੋਕੋਲ ਦੇ ਸੰਚਾਲਨ ਦੇ ਨਤੀਜੇ ਦੁਆਰਾ ਨਿਰਧਾਰਤ ਕੀਤੀ ਜਾਂਦੀ ਹੈ। ਇਸ ਦੇ ਨਾਲ ਹੀ, ਮਾਰਗ/ਸੁਰੰਗ ਦੀ ਅੰਤ-ਤੋਂ-ਅੰਤ ਸਥਿਤੀ ਅਤੇ ਇਸਦੇ ਸੰਭਾਵੀ ਅੰਸ਼ਕ ਗਿਰਾਵਟ ਨੂੰ ਮੁੱਖ ਮੈਟ੍ਰਿਕਸ ਦੇ ਰੂਪ ਵਿੱਚ ਧਿਆਨ ਵਿੱਚ ਨਹੀਂ ਰੱਖਿਆ ਗਿਆ ਹੈ ਜੋ ਨੈੱਟਵਰਕ ਐਪਲੀਕੇਸ਼ਨਾਂ ਲਈ ਮਹੱਤਵਪੂਰਨ ਹਨ - ਦੇਰੀ, ਦੇਰੀ ਪਰਿਵਰਤਨ (ਜਿੱਟਰ) ਅਤੇ ਨੁਕਸਾਨ (% ). ਇਸ ਸਬੰਧ ਵਿੱਚ, AppQ ਸਮੱਸਿਆਵਾਂ ਨੂੰ ਹੱਲ ਕਰਨ ਦੇ ਮਾਮਲੇ ਵਿੱਚ SD-WAN ਨਾਲ ਕਲਾਸਿਕ DMVPN ਦੀ ਸਿੱਧੀ ਤੁਲਨਾ ਕਰਨਾ ਸਾਰੇ ਅਰਥ ਗੁਆ ਦਿੰਦਾ ਹੈ - DMVPN ਇਸ ਸਮੱਸਿਆ ਨੂੰ ਹੱਲ ਨਹੀਂ ਕਰ ਸਕਦਾ। ਜਦੋਂ ਤੁਸੀਂ ਇਸ ਸੰਦਰਭ ਵਿੱਚ Cisco ਪਰਫਾਰਮੈਂਸ ਰੂਟਿੰਗ (PfR) ਤਕਨਾਲੋਜੀ ਨੂੰ ਜੋੜਦੇ ਹੋ, ਤਾਂ ਸਥਿਤੀ ਬਦਲ ਜਾਂਦੀ ਹੈ ਅਤੇ Cisco SD-WAN ਨਾਲ ਤੁਲਨਾ ਵਧੇਰੇ ਅਰਥਪੂਰਨ ਬਣ ਜਾਂਦੀ ਹੈ।

ਇਸ ਤੋਂ ਪਹਿਲਾਂ ਕਿ ਅਸੀਂ ਅੰਤਰਾਂ 'ਤੇ ਚਰਚਾ ਕਰੀਏ, ਇੱਥੇ ਇੱਕ ਝਾਤ ਮਾਰੀ ਗਈ ਹੈ ਕਿ ਕਿਵੇਂ ਤਕਨਾਲੋਜੀਆਂ ਸਮਾਨ ਹਨ। ਇਸ ਲਈ, ਦੋਵੇਂ ਤਕਨਾਲੋਜੀਆਂ:

• ਤੁਹਾਡੇ ਕੋਲ ਇੱਕ ਵਿਧੀ ਹੈ ਜੋ ਤੁਹਾਨੂੰ ਕੁਝ ਮੈਟ੍ਰਿਕਸ ਦੇ ਰੂਪ ਵਿੱਚ ਹਰੇਕ ਸਥਾਪਤ ਸੁਰੰਗ ਦੀ ਸਥਿਤੀ ਦਾ ਗਤੀਸ਼ੀਲ ਰੂਪ ਵਿੱਚ ਮੁਲਾਂਕਣ ਕਰਨ ਦੀ ਇਜਾਜ਼ਤ ਦਿੰਦੀ ਹੈ - ਘੱਟੋ ਘੱਟ, ਦੇਰੀ, ਦੇਰੀ ਪਰਿਵਰਤਨ ਅਤੇ ਪੈਕੇਟ ਨੁਕਸਾਨ (%)
• ਮੁੱਖ ਸੁਰੰਗ ਮੈਟ੍ਰਿਕਸ ਦੀ ਸਥਿਤੀ ਨੂੰ ਮਾਪਣ ਦੇ ਨਤੀਜਿਆਂ ਨੂੰ ਧਿਆਨ ਵਿੱਚ ਰੱਖਦੇ ਹੋਏ, ਟ੍ਰੈਫਿਕ ਪ੍ਰਬੰਧਨ ਨਿਯਮਾਂ (ਨੀਤੀਆਂ) ਨੂੰ ਬਣਾਉਣ, ਵੰਡਣ ਅਤੇ ਲਾਗੂ ਕਰਨ ਲਈ ਸਾਧਨਾਂ ਦੇ ਇੱਕ ਖਾਸ ਸਮੂਹ ਦੀ ਵਰਤੋਂ ਕਰੋ।
• OSI ਮਾਡਲ ਦੇ L3-L4 (DSCP) ਪੱਧਰਾਂ 'ਤੇ ਐਪਲੀਕੇਸ਼ਨ ਟ੍ਰੈਫਿਕ ਨੂੰ ਸ਼੍ਰੇਣੀਬੱਧ ਕਰੋ ਜਾਂ ਰਾਊਟਰ ਵਿੱਚ ਬਣੇ DPI ਵਿਧੀਆਂ ਦੇ ਅਧਾਰ 'ਤੇ L7 ਐਪਲੀਕੇਸ਼ਨ ਦਸਤਖਤਾਂ ਦੁਆਰਾ
• ਮਹੱਤਵਪੂਰਨ ਐਪਲੀਕੇਸ਼ਨਾਂ ਲਈ, ਉਹ ਤੁਹਾਨੂੰ ਮੈਟ੍ਰਿਕਸ ਦੇ ਸਵੀਕਾਰਯੋਗ ਥ੍ਰੈਸ਼ਹੋਲਡ ਮੁੱਲਾਂ ਨੂੰ ਨਿਰਧਾਰਤ ਕਰਨ ਦੀ ਇਜਾਜ਼ਤ ਦਿੰਦੇ ਹਨ, ਡਿਫੌਲਟ ਤੌਰ 'ਤੇ ਟ੍ਰੈਫਿਕ ਨੂੰ ਪ੍ਰਸਾਰਿਤ ਕਰਨ ਲਈ ਨਿਯਮ, ਅਤੇ ਜਦੋਂ ਥ੍ਰੈਸ਼ਹੋਲਡ ਮੁੱਲ ਵੱਧ ਜਾਂਦੇ ਹਨ ਤਾਂ ਟਰੈਫਿਕ ਨੂੰ ਰੀਰੂਟ ਕਰਨ ਲਈ ਨਿਯਮ.
• GRE/IPSec ਵਿੱਚ ਟ੍ਰੈਫਿਕ ਨੂੰ ਸ਼ਾਮਲ ਕਰਦੇ ਸਮੇਂ, ਉਹ ਅੰਦਰੂਨੀ DSCP ਨਿਸ਼ਾਨਾਂ ਨੂੰ ਬਾਹਰੀ GRE/IPSEC ਪੈਕੇਟ ਹੈਡਰ ਵਿੱਚ ਤਬਦੀਲ ਕਰਨ ਲਈ ਪਹਿਲਾਂ ਤੋਂ ਸਥਾਪਿਤ ਉਦਯੋਗ ਵਿਧੀ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹਨ, ਜੋ ਸੰਗਠਨ ਅਤੇ ਦੂਰਸੰਚਾਰ ਆਪਰੇਟਰ ਦੀਆਂ QoS ਨੀਤੀਆਂ ਨੂੰ ਸਮਕਾਲੀ ਕਰਨ ਦੀ ਇਜਾਜ਼ਤ ਦਿੰਦਾ ਹੈ (ਜੇ ਕੋਈ ਉਚਿਤ SLA ਹੈ) .

SD-WAN ਅਤੇ DMVPN/PfR ਐਂਡ-ਟੂ-ਐਂਡ ਮੈਟ੍ਰਿਕਸ ਕਿਵੇਂ ਵੱਖਰੇ ਹਨ?

DMVPN/PfR

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

SD WAN

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

  

• ਲਿਖਣ ਦੇ ਸਮੇਂ, ਹਰੇਕ ਸੁਰੰਗ ਵਿੱਚ ਸਿਰਫ ਇੱਕ BFD ਸੈਸ਼ਨ ਹੁੰਦਾ ਹੈ. ਇਹ ਸੰਭਾਵੀ ਤੌਰ 'ਤੇ ਸੁਰੰਗ ਸਟੇਟ ਵਿਸ਼ਲੇਸ਼ਣ ਵਿੱਚ ਘੱਟ ਗ੍ਰੈਨਿਊਲਿਟੀ ਬਣਾਉਂਦਾ ਹੈ। ਵਾਸਤਵ ਵਿੱਚ, ਇਹ ਕੇਵਲ ਇੱਕ ਸੀਮਾ ਬਣ ਸਕਦੀ ਹੈ ਜੇਕਰ ਤੁਸੀਂ ਇੱਕ ਸਹਿਮਤ QoS SLA ਨਾਲ MPLS L2/L3 VPN 'ਤੇ ਅਧਾਰਤ WAN ਕਨੈਕਸ਼ਨ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋ - ਜੇਕਰ BFD ਟ੍ਰੈਫਿਕ ਦੀ DSCP ਮਾਰਕਿੰਗ (IPSec/GRE ਵਿੱਚ ਇਨਕੈਪਸੂਲੇਸ਼ਨ ਤੋਂ ਬਾਅਦ) ਵਿੱਚ ਉੱਚ-ਪ੍ਰਾਥਮਿਕਤਾ ਵਾਲੀ ਕਤਾਰ ਨਾਲ ਮੇਲ ਖਾਂਦੀ ਹੈ। ਦੂਰਸੰਚਾਰ ਆਪਰੇਟਰ ਦਾ ਨੈੱਟਵਰਕ, ਫਿਰ ਇਹ ਘੱਟ ਤਰਜੀਹੀ ਟ੍ਰੈਫਿਕ ਲਈ ਡਿਗਰੇਡੇਸ਼ਨ ਖੋਜ ਦੀ ਸ਼ੁੱਧਤਾ ਅਤੇ ਗਤੀ ਨੂੰ ਪ੍ਰਭਾਵਿਤ ਕਰ ਸਕਦਾ ਹੈ। ਉਸੇ ਸਮੇਂ, ਅਜਿਹੀਆਂ ਸਥਿਤੀਆਂ ਦੇ ਜੋਖਮ ਨੂੰ ਘਟਾਉਣ ਲਈ ਡਿਫਾਲਟ BFD ਲੇਬਲਿੰਗ ਨੂੰ ਬਦਲਣਾ ਸੰਭਵ ਹੈ. Cisco SD-WAN ਸੌਫਟਵੇਅਰ ਦੇ ਭਵਿੱਖ ਦੇ ਸੰਸਕਰਣਾਂ ਵਿੱਚ, ਹੋਰ ਵਧੀਆ-ਟਿਊਨਡ BFD ਸੈਟਿੰਗਾਂ ਦੀ ਉਮੀਦ ਕੀਤੀ ਜਾਂਦੀ ਹੈ, ਨਾਲ ਹੀ ਵਿਅਕਤੀਗਤ DSCP ਮੁੱਲਾਂ (ਵੱਖ-ਵੱਖ ਐਪਲੀਕੇਸ਼ਨਾਂ ਲਈ) ਦੇ ਨਾਲ ਇੱਕੋ ਸੁਰੰਗ ਦੇ ਅੰਦਰ ਕਈ BFD ਸੈਸ਼ਨਾਂ ਨੂੰ ਲਾਂਚ ਕਰਨ ਦੀ ਸਮਰੱਥਾ।
• BFD ਇਸ ਤੋਂ ਇਲਾਵਾ ਤੁਹਾਨੂੰ ਵੱਧ ਤੋਂ ਵੱਧ ਪੈਕੇਟ ਆਕਾਰ ਦਾ ਅੰਦਾਜ਼ਾ ਲਗਾਉਣ ਦੀ ਇਜਾਜ਼ਤ ਦਿੰਦਾ ਹੈ ਜੋ ਕਿਸੇ ਖਾਸ ਸੁਰੰਗ ਰਾਹੀਂ ਬਿਨਾਂ ਫ੍ਰੈਗਮੈਂਟੇਸ਼ਨ ਦੇ ਪ੍ਰਸਾਰਿਤ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ। ਇਹ SD-WAN ਨੂੰ ਹਰੇਕ ਲਿੰਕ 'ਤੇ ਉਪਲਬਧ ਬੈਂਡਵਿਡਥ ਦਾ ਵੱਧ ਤੋਂ ਵੱਧ ਲਾਭ ਉਠਾਉਣ ਲਈ MTU ਅਤੇ TCP MSS ਐਡਜਸਟ ਵਰਗੇ ਪੈਰਾਮੀਟਰਾਂ ਨੂੰ ਗਤੀਸ਼ੀਲ ਰੂਪ ਨਾਲ ਵਿਵਸਥਿਤ ਕਰਨ ਦੀ ਇਜਾਜ਼ਤ ਦਿੰਦਾ ਹੈ।
• SD-WAN ਵਿੱਚ, ਟੈਲੀਕਾਮ ਓਪਰੇਟਰਾਂ ਤੋਂ QoS ਸਿੰਕ੍ਰੋਨਾਈਜ਼ੇਸ਼ਨ ਦਾ ਵਿਕਲਪ ਵੀ ਉਪਲਬਧ ਹੈ, ਨਾ ਸਿਰਫ L3 DSCP ਫੀਲਡਾਂ 'ਤੇ ਅਧਾਰਤ ਹੈ, ਬਲਕਿ L2 CoS ਮੁੱਲਾਂ 'ਤੇ ਵੀ ਅਧਾਰਤ ਹੈ, ਜੋ ਕਿ ਵਿਸ਼ੇਸ਼ ਡਿਵਾਈਸਾਂ ਦੁਆਰਾ ਬ੍ਰਾਂਚ ਨੈਟਵਰਕ ਵਿੱਚ ਆਪਣੇ ਆਪ ਤਿਆਰ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ - ਉਦਾਹਰਨ ਲਈ, ਆਈ.ਪੀ. ਫ਼ੋਨ

ਐਪਕਿਊ ਨੀਤੀਆਂ ਨੂੰ ਪਰਿਭਾਸ਼ਿਤ ਕਰਨ ਅਤੇ ਲਾਗੂ ਕਰਨ ਦੀਆਂ ਸਮਰੱਥਾਵਾਂ, ਵਿਧੀਆਂ ਕਿਵੇਂ ਵੱਖਰੀਆਂ ਹਨ?

DMVPN/PfR ਨੀਤੀਆਂ:

• CLI ਕਮਾਂਡ ਲਾਈਨ ਜਾਂ CLI ਕੌਂਫਿਗਰੇਸ਼ਨ ਟੈਂਪਲੇਟਸ ਦੁਆਰਾ ਕੇਂਦਰੀ ਸ਼ਾਖਾ ਰਾਊਟਰਾਂ 'ਤੇ ਪਰਿਭਾਸ਼ਿਤ ਕੀਤਾ ਗਿਆ ਹੈ। CLI ਟੈਂਪਲੇਟ ਤਿਆਰ ਕਰਨ ਲਈ ਨੀਤੀ ਸੰਟੈਕਸ ਦੀ ਤਿਆਰੀ ਅਤੇ ਗਿਆਨ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ।

  

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

SD-WAN ਨੀਤੀਆਂ:

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

  

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

    

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

Cisco SD-WAN ਸਮਰੱਥਾਵਾਂ, DMVPN/PfR ਵਿੱਚ ਸਿੱਧੇ ਐਨਾਲਾਗ ਤੋਂ ਬਿਨਾਂ

ਕੁਝ ਮਾਮਲਿਆਂ ਵਿੱਚ Cisco SD-WAN ਹੱਲ ਦਾ ਆਰਕੀਟੈਕਚਰ ਤੁਹਾਨੂੰ ਉਹਨਾਂ ਸਮਰੱਥਾਵਾਂ ਨੂੰ ਪ੍ਰਾਪਤ ਕਰਨ ਦੀ ਇਜਾਜ਼ਤ ਦਿੰਦਾ ਹੈ ਜੋ ਜਾਂ ਤਾਂ DMVPN/PfR ਵਿੱਚ ਲਾਗੂ ਕਰਨਾ ਬਹੁਤ ਮੁਸ਼ਕਲ ਹਨ, ਜਾਂ ਲੋੜੀਂਦੀ ਲੇਬਰ ਲਾਗਤਾਂ ਦੇ ਕਾਰਨ ਅਵਿਵਹਾਰਕ ਹਨ, ਜਾਂ ਪੂਰੀ ਤਰ੍ਹਾਂ ਅਸੰਭਵ ਹਨ। ਆਓ ਉਨ੍ਹਾਂ ਵਿੱਚੋਂ ਸਭ ਤੋਂ ਦਿਲਚਸਪ ਵੇਖੀਏ:

ਟ੍ਰੈਫਿਕ-ਇੰਜੀਨੀਅਰਿੰਗ (TE)

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

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

ਇਸ ਸਬੰਧ ਵਿੱਚ SD-WAN ਇੱਕ ਬਹੁਤ ਜ਼ਿਆਦਾ ਸ਼ਾਨਦਾਰ ਹੱਲ ਪੇਸ਼ ਕਰਦਾ ਹੈ ਜੋ ਨਾ ਸਿਰਫ ਕੌਂਫਿਗਰ ਕਰਨਾ ਆਸਾਨ ਹੈ, ਬਲਕਿ ਬਹੁਤ ਵਧੀਆ ਸਕੇਲ ਵੀ ਹੈ। ਇਹ ਵਰਤੇ ਗਏ ਕੰਟਰੋਲ-ਪਲੇਨ ਅਤੇ ਪਾਲਿਸੀ-ਪਲੇਨ ਆਰਕੀਟੈਕਚਰ ਦਾ ਨਤੀਜਾ ਹੈ। SD-WAN ਵਿੱਚ ਇੱਕ ਨੀਤੀ-ਜਹਾਜ਼ ਨੂੰ ਲਾਗੂ ਕਰਨਾ ਤੁਹਾਨੂੰ ਕੇਂਦਰੀ ਤੌਰ 'ਤੇ TE ਨੀਤੀ ਨੂੰ ਪਰਿਭਾਸ਼ਿਤ ਕਰਨ ਦੀ ਇਜਾਜ਼ਤ ਦਿੰਦਾ ਹੈ - ਕਿਹੜੀ ਟ੍ਰੈਫਿਕ ਦਿਲਚਸਪੀ ਹੈ? ਕਿਹੜੇ VPN ਲਈ? ਕਿਹੜੇ ਨੋਡਸ/ਸੁਰੰਗਾਂ ਰਾਹੀਂ ਇਹ ਜ਼ਰੂਰੀ ਹੈ ਜਾਂ, ਇਸਦੇ ਉਲਟ, ਵਿਕਲਪਕ ਰੂਟ ਬਣਾਉਣ ਦੀ ਮਨਾਹੀ ਹੈ? ਬਦਲੇ ਵਿੱਚ, vSmart ਕੰਟਰੋਲਰਾਂ 'ਤੇ ਅਧਾਰਤ ਕੰਟਰੋਲ-ਪਲੇਨ ਪ੍ਰਬੰਧਨ ਦਾ ਕੇਂਦਰੀਕਰਨ ਤੁਹਾਨੂੰ ਵਿਅਕਤੀਗਤ ਡਿਵਾਈਸਾਂ ਦੀਆਂ ਸੈਟਿੰਗਾਂ ਦਾ ਸਹਾਰਾ ਲਏ ਬਿਨਾਂ ਰੂਟਿੰਗ ਨਤੀਜਿਆਂ ਨੂੰ ਸੋਧਣ ਦੀ ਇਜਾਜ਼ਤ ਦਿੰਦਾ ਹੈ - ਰਾਊਟਰ ਪਹਿਲਾਂ ਹੀ ਸਿਰਫ ਤਰਕ ਦਾ ਨਤੀਜਾ ਦੇਖਦੇ ਹਨ ਜੋ vManage ਇੰਟਰਫੇਸ ਵਿੱਚ ਤਿਆਰ ਕੀਤਾ ਗਿਆ ਸੀ ਅਤੇ ਇਸਨੂੰ ਵਰਤਣ ਲਈ ਟ੍ਰਾਂਸਫਰ ਕੀਤਾ ਗਿਆ ਸੀ। vSmart.

ਸੇਵਾ-ਸੰਗ੍ਰਹਿ

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

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

ਅੰਤ ਵਿੱਚ ਕੀ?

ਸਪੱਸ਼ਟ ਤੌਰ 'ਤੇ, ਦੋਵੇਂ DMVPN (ਪ੍ਰਦਰਸ਼ਨ ਰੂਟਿੰਗ ਦੇ ਨਾਲ ਜਾਂ ਬਿਨਾਂ) ਅਤੇ Cisco SD-WAN ਬਹੁਤ ਹੀ ਸਮਾਨ ਸਮੱਸਿਆਵਾਂ ਨੂੰ ਹੱਲ ਕਰਨਾ ਸੰਗਠਨ ਦੇ ਵੰਡੇ WAN ਨੈੱਟਵਰਕ ਦੇ ਸਬੰਧ ਵਿੱਚ। ਉਸੇ ਸਮੇਂ, ਸਿਸਕੋ SD-WAN ਤਕਨਾਲੋਜੀ ਵਿੱਚ ਮਹੱਤਵਪੂਰਨ ਆਰਕੀਟੈਕਚਰਲ ਅਤੇ ਕਾਰਜਾਤਮਕ ਅੰਤਰ ਇਹਨਾਂ ਸਮੱਸਿਆਵਾਂ ਨੂੰ ਹੱਲ ਕਰਨ ਦੀ ਪ੍ਰਕਿਰਿਆ ਵੱਲ ਅਗਵਾਈ ਕਰਦੇ ਹਨ ਇੱਕ ਹੋਰ ਗੁਣਵੱਤਾ ਪੱਧਰ ਤੱਕ. ਸੰਖੇਪ ਕਰਨ ਲਈ, ਅਸੀਂ SD-WAN ਅਤੇ DMVPN/PfR ਤਕਨਾਲੋਜੀਆਂ ਵਿੱਚ ਹੇਠ ਲਿਖੇ ਮਹੱਤਵਪੂਰਨ ਅੰਤਰਾਂ ਨੂੰ ਨੋਟ ਕਰ ਸਕਦੇ ਹਾਂ:

• DMVPN/PfR ਆਮ ਤੌਰ 'ਤੇ ਓਵਰਲੇ VPN ਨੈੱਟਵਰਕਾਂ ਨੂੰ ਬਣਾਉਣ ਲਈ ਸਮਾਂ-ਟੈਸਟ ਕੀਤੀਆਂ ਤਕਨੀਕਾਂ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹਨ ਅਤੇ, ਡਾਟਾ-ਪਲੇਨ ਦੇ ਰੂਪ ਵਿੱਚ, ਵਧੇਰੇ ਆਧੁਨਿਕ SD-WAN ਤਕਨਾਲੋਜੀ ਦੇ ਸਮਾਨ ਹਨ, ਹਾਲਾਂਕਿ, ਇੱਕ ਲਾਜ਼ਮੀ ਸਥਿਰ ਸੰਰਚਨਾ ਦੇ ਰੂਪ ਵਿੱਚ ਕਈ ਸੀਮਾਵਾਂ ਹਨ। ਰਾਊਟਰਾਂ ਅਤੇ ਟੋਪੋਲੋਜੀਜ਼ ਦੀ ਚੋਣ ਹੱਬ-ਐਨ-ਸਪੋਕ ਤੱਕ ਸੀਮਿਤ ਹੈ। ਦੂਜੇ ਪਾਸੇ, DMVPN/PfR ਕੋਲ ਕੁਝ ਕਾਰਜਕੁਸ਼ਲਤਾ ਹੈ ਜੋ ਅਜੇ ਤੱਕ SD-WAN ਦੇ ਅੰਦਰ ਉਪਲਬਧ ਨਹੀਂ ਹੈ (ਅਸੀਂ ਪ੍ਰਤੀ-ਐਪਲੀਕੇਸ਼ਨ BFD ਬਾਰੇ ਗੱਲ ਕਰ ਰਹੇ ਹਾਂ)।
• ਕੰਟਰੋਲ-ਪਲੇਨ ਦੇ ਅੰਦਰ, ਤਕਨਾਲੋਜੀਆਂ ਬੁਨਿਆਦੀ ਤੌਰ 'ਤੇ ਵੱਖਰੀਆਂ ਹੁੰਦੀਆਂ ਹਨ। ਸਿਗਨਲ ਪ੍ਰੋਟੋਕੋਲ ਦੀ ਕੇਂਦਰੀਕ੍ਰਿਤ ਪ੍ਰਕਿਰਿਆ ਨੂੰ ਧਿਆਨ ਵਿੱਚ ਰੱਖਦੇ ਹੋਏ, SD-WAN, ਖਾਸ ਤੌਰ 'ਤੇ, ਮਹੱਤਵਪੂਰਨ ਤੌਰ 'ਤੇ ਅਸਫਲਤਾ ਵਾਲੇ ਡੋਮੇਨਾਂ ਨੂੰ ਸੰਕੁਚਿਤ ਕਰਨ ਅਤੇ ਸਿਗਨਲ ਇੰਟਰੈਕਸ਼ਨ ਤੋਂ ਉਪਭੋਗਤਾ ਟ੍ਰੈਫਿਕ ਨੂੰ ਪ੍ਰਸਾਰਿਤ ਕਰਨ ਦੀ ਪ੍ਰਕਿਰਿਆ ਨੂੰ "ਡਿਊਪਲ" ਕਰਨ ਦੀ ਇਜਾਜ਼ਤ ਦਿੰਦਾ ਹੈ - ਕੰਟਰੋਲਰਾਂ ਦੀ ਅਸਥਾਈ ਅਣਉਪਲਬਧਤਾ ਉਪਭੋਗਤਾ ਟ੍ਰੈਫਿਕ ਨੂੰ ਸੰਚਾਰਿਤ ਕਰਨ ਦੀ ਸਮਰੱਥਾ ਨੂੰ ਪ੍ਰਭਾਵਤ ਨਹੀਂ ਕਰਦੀ ਹੈ . ਉਸੇ ਸਮੇਂ, ਕਿਸੇ ਵੀ ਸ਼ਾਖਾ (ਕੇਂਦਰੀ ਇੱਕ ਸਮੇਤ) ਦੀ ਅਸਥਾਈ ਅਣਉਪਲਬਧਤਾ ਕਿਸੇ ਵੀ ਤਰੀਕੇ ਨਾਲ ਦੂਜੀਆਂ ਸ਼ਾਖਾਵਾਂ ਦੀ ਇੱਕ ਦੂਜੇ ਅਤੇ ਕੰਟਰੋਲਰਾਂ ਨਾਲ ਗੱਲਬਾਤ ਕਰਨ ਦੀ ਯੋਗਤਾ ਨੂੰ ਪ੍ਰਭਾਵਤ ਨਹੀਂ ਕਰਦੀ ਹੈ।
• SD-WAN ਦੇ ਮਾਮਲੇ ਵਿੱਚ ਟ੍ਰੈਫਿਕ ਪ੍ਰਬੰਧਨ ਨੀਤੀਆਂ ਦੇ ਗਠਨ ਅਤੇ ਲਾਗੂ ਕਰਨ ਲਈ ਆਰਕੀਟੈਕਚਰ ਵੀ DMVPN/PfR ਵਿੱਚ ਇਸ ਨਾਲੋਂ ਉੱਤਮ ਹੈ - ਭੂ-ਰਿਜ਼ਰਵੇਸ਼ਨ ਬਹੁਤ ਵਧੀਆ ਢੰਗ ਨਾਲ ਲਾਗੂ ਕੀਤਾ ਗਿਆ ਹੈ, ਹੱਬ ਨਾਲ ਕੋਈ ਕਨੈਕਸ਼ਨ ਨਹੀਂ ਹੈ, ਜੁਰਮਾਨੇ ਦੇ ਹੋਰ ਮੌਕੇ ਹਨ -ਟਿਊਨਿੰਗ ਨੀਤੀਆਂ, ਲਾਗੂ ਕੀਤੇ ਟ੍ਰੈਫਿਕ ਪ੍ਰਬੰਧਨ ਦ੍ਰਿਸ਼ਾਂ ਦੀ ਸੂਚੀ ਵੀ ਬਹੁਤ ਵੱਡੀ ਹੈ।
• ਹੱਲ ਆਰਕੈਸਟਰੇਸ਼ਨ ਪ੍ਰਕਿਰਿਆ ਵੀ ਕਾਫ਼ੀ ਵੱਖਰੀ ਹੈ। DMVPN ਪਹਿਲਾਂ ਤੋਂ ਜਾਣੇ-ਪਛਾਣੇ ਪੈਰਾਮੀਟਰਾਂ ਦੀ ਮੌਜੂਦਗੀ ਨੂੰ ਮੰਨਦਾ ਹੈ ਜੋ ਕਿਸੇ ਤਰ੍ਹਾਂ ਸੰਰਚਨਾ ਵਿੱਚ ਪ੍ਰਤੀਬਿੰਬਿਤ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ, ਜੋ ਕਿ ਹੱਲ ਦੀ ਲਚਕਤਾ ਅਤੇ ਗਤੀਸ਼ੀਲ ਤਬਦੀਲੀਆਂ ਦੀ ਸੰਭਾਵਨਾ ਨੂੰ ਕੁਝ ਹੱਦ ਤੱਕ ਸੀਮਿਤ ਕਰਦਾ ਹੈ। ਬਦਲੇ ਵਿੱਚ, SD-WAN ਇਸ ਪੈਰਾਡਾਈਮ 'ਤੇ ਅਧਾਰਤ ਹੈ ਕਿ ਕੁਨੈਕਸ਼ਨ ਦੇ ਸ਼ੁਰੂਆਤੀ ਪਲ 'ਤੇ, ਰਾਊਟਰ ਆਪਣੇ ਨਿਯੰਤਰਕਾਂ ਬਾਰੇ "ਕੁਝ ਨਹੀਂ ਜਾਣਦਾ" ਹੈ, ਪਰ ਇਹ ਜਾਣਦਾ ਹੈ ਕਿ "ਤੁਸੀਂ ਕਿਸ ਨੂੰ ਪੁੱਛ ਸਕਦੇ ਹੋ" - ਇਹ ਸਿਰਫ ਆਪਣੇ ਆਪ ਹੀ ਸੰਚਾਰ ਸਥਾਪਤ ਕਰਨ ਲਈ ਕਾਫ਼ੀ ਨਹੀਂ ਹੈ. ਕੰਟਰੋਲਰ, ਪਰ ਨਾਲ ਹੀ ਪੂਰੀ ਤਰ੍ਹਾਂ ਨਾਲ ਜੁੜੇ ਡੇਟਾ-ਪਲੇਨ ਟੋਪੋਲੋਜੀ ਨੂੰ ਆਪਣੇ ਆਪ ਬਣਾਉਣ ਲਈ, ਜਿਸ ਨੂੰ ਫਿਰ ਨੀਤੀਆਂ ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਲਚਕਦਾਰ ਢੰਗ ਨਾਲ ਕੌਂਫਿਗਰ/ਬਦਲਿਆ ਜਾ ਸਕਦਾ ਹੈ।
• ਕੇਂਦਰੀਕ੍ਰਿਤ ਪ੍ਰਬੰਧਨ, ਆਟੋਮੇਸ਼ਨ ਅਤੇ ਨਿਗਰਾਨੀ ਦੇ ਸੰਦਰਭ ਵਿੱਚ, SD-WAN ਤੋਂ DMVPN/PfR ਦੀਆਂ ਸਮਰੱਥਾਵਾਂ ਨੂੰ ਪਾਰ ਕਰਨ ਦੀ ਉਮੀਦ ਕੀਤੀ ਜਾਂਦੀ ਹੈ, ਜੋ ਕਿ ਕਲਾਸੀਕਲ ਤਕਨਾਲੋਜੀਆਂ ਤੋਂ ਵਿਕਸਿਤ ਹੋਈਆਂ ਹਨ ਅਤੇ CLI ਕਮਾਂਡ ਲਾਈਨ ਅਤੇ ਟੈਂਪਲੇਟ-ਅਧਾਰਿਤ NMS ਪ੍ਰਣਾਲੀਆਂ ਦੀ ਵਰਤੋਂ 'ਤੇ ਵਧੇਰੇ ਨਿਰਭਰ ਹਨ।
• SD-WAN ਵਿੱਚ, DMVPN ਦੇ ਮੁਕਾਬਲੇ, ਸੁਰੱਖਿਆ ਲੋੜਾਂ ਇੱਕ ਵੱਖਰੇ ਗੁਣਾਤਮਕ ਪੱਧਰ 'ਤੇ ਪਹੁੰਚ ਗਈਆਂ ਹਨ। ਮੁੱਖ ਸਿਧਾਂਤ ਜ਼ੀਰੋ ਟਰੱਸਟ, ਸਕੇਲੇਬਿਲਟੀ ਅਤੇ ਦੋ-ਕਾਰਕ ਪ੍ਰਮਾਣਿਕਤਾ ਹਨ।

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

ਦੂਜੇ ਪਾਸੇ, ਇਹ ਯਾਦ ਰੱਖਣਾ ਚਾਹੀਦਾ ਹੈ ਕਿ IOS XE (ISR 1000, ISR 4000, ASR 1000, CSR 1000v) 'ਤੇ ਆਧਾਰਿਤ ਸਾਰੇ ਮੌਜੂਦਾ Cisco ਕਾਰਪੋਰੇਟ ਰਾਊਟਰ ਅੱਜ ਕਿਸੇ ਵੀ ਓਪਰੇਟਿੰਗ ਮੋਡ ਦਾ ਸਮਰਥਨ ਕਰਦੇ ਹਨ - ਦੋਵੇਂ ਕਲਾਸਿਕ ਰਾਊਟਿੰਗ ਅਤੇ DMVPN ਅਤੇ SD-WAN - ਚੋਣ ਮੌਜੂਦਾ ਲੋੜਾਂ ਅਤੇ ਸਮਝ ਦੁਆਰਾ ਨਿਰਧਾਰਤ ਕੀਤੀ ਜਾਂਦੀ ਹੈ ਕਿ ਕਿਸੇ ਵੀ ਸਮੇਂ, ਉਸੇ ਉਪਕਰਣ ਦੀ ਵਰਤੋਂ ਕਰਕੇ, ਤੁਸੀਂ ਵਧੇਰੇ ਉੱਨਤ ਤਕਨਾਲੋਜੀ ਵੱਲ ਵਧਣਾ ਸ਼ੁਰੂ ਕਰ ਸਕਦੇ ਹੋ।

ਸਰੋਤ: www.habr.com