DMVPN WAN ਫੇਲਓਵਰ: ਰੂਟ ਨੀਤੀ ਜਾਂ ਟਨਲ ਬੰਦ ਕਰਨਾ?

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

ਫ਼ੈਸਲਾ ਕੌਂਫਿਗ ਤੋਂ ਪਹਿਲਾਂ ਆਉਂਦਾ ਹੈ

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

ਜੇ ਬੰਦ ਕਰਨਾ ਕੰਮ ਕਰ ਰਹੀਆਂ ਸੇਵਾਵਾਂ ਨੂੰ ਹੇਠਾਂ ਲਿਆਵੇ, ਤਾਂ ਰੂਟ ਨੀਤੀ ਛੋਟਾ ਕਦਮ ਹੈ। ਜੇ ਲੋੜ ਇਹ ਹੈ ਕਿ ਪ੍ਰਾਇਮਰੀ WAN ਦੇ ਡਾਊਨ ਰਹਿਣ ਦੌਰਾਨ ਟਨਲ ਹੋਵੇ ਹੀ ਨਾ, ਤਾਂ ਕੋਈ ਵੀ ਨੀਤੀ ਐਂਟਰੀ ਇਹ ਨਹੀਂ ਦੱਸ ਸਕਦੀ।

ਜਵਾਬ ਲਿਖ ਕੇ ਰੱਖੋ, ਕਿਉਂਕਿ ਕੌਂਫਿਗ ਸੌਖਾ ਹਿੱਸਾ ਹੈ।

ਰੂਟ ਨੀਤੀ ਅਸਲ ਵਿੱਚ ਕੀ ਬਦਲਦੀ ਹੈ

ਨੀਤੀ-ਆਧਾਰਿਤ ਰੂਟਿੰਗ ਵਿੱਚ, ਟ੍ਰੈਕ ਕੀਤੀ ਵਸਤੂ ਅਗਲੇ ਹੌਪ ਨੂੰ ਨਿਯੰਤਰਿਤ ਕਰ ਸਕਦੀ ਹੈ। ਰੂਟ-ਮੈਪ ਐਂਟਰੀ ਉਮੀਦਵਾਰ ਅਗਲੇ ਹੌਪ ਅਤੇ ਉਸ ਨੂੰ ਵਰਤਣ ਲਈ ਚਾਲੂ ਹੋਣਾ ਲਾਜ਼ਮੀ ਟ੍ਰੈਕ ਕੀਤੀ ਵਸਤੂ ਦਾ ਨਾਮ ਦਿੰਦੀ ਹੈ, ਅਤੇ ਉਹ ਟ੍ਰੈਕਿੰਗ ਸਥਿਤੀ IP SLA ਪ੍ਰੋਬ ਤੋਂ ਆਉਂਦੀ ਹੈ। ਵਸਤੂ ਦੇ ਹੇਠਾਂ ਜਾਣ 'ਤੇ ਐਂਟਰੀ ਮੇਲ ਖਾਣਾ ਬੰਦ ਕਰ ਦਿੰਦੀ ਹੈ ਅਤੇ ਪੈਕਟ ਦਾ ਮੁਲਾਂਕਣ ਅਗਲੀ ਐਂਟਰੀ ਜਾਂ ਆਮ ਰੂਟਿੰਗ ਟੇਬਲ ਦੁਆਰਾ ਹੁੰਦਾ ਹੈ।

ਇਹ ਆਖਰੀ ਵੇਰਵਾ ਲੋਕਾਂ ਨੂੰ ਹੈਰਾਨ ਕਰਦਾ ਹੈ: ਅਗਲਾ ਹੌਪ ਚੁਣਨਾ ਬੰਦ ਕਰਨ ਵਾਲੀ ਨੀਤੀ ਆਮ ਤੌਰ 'ਤੇ ਟ੍ਰੈਫ਼ਿਕ ਰੋਕਣ ਦੀ ਥਾਂ ਆਮ ਰੂਟਿੰਗ ਦੀ ਆਗਿਆ ਦਿੰਦੀ ਹੈ। ਜੇ ਤੁਹਾਨੂੰ ਫੇਲ ਹੋਣ 'ਤੇ ਕਾਲਾ ਟੋਆ ਚਾਹੀਦਾ ਹੈ, ਤਾਂ ਤੁਹਾਨੂੰ ਆਪਣਾ ਲਿਖਣਾ ਪਵੇਗਾ।

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

ਟਨਲ ਬੰਦ ਕਰਨ ਨਾਲ ਕੀ ਬਦਲਦਾ ਹੈ

ਇੰਟਰਫ਼ੇਸ ਬੰਦ ਕਰਨਾ ਪ੍ਰਬੰਧਕੀ ਸਥਿਤੀ ਬਦਲਦਾ ਹੈ। ਉਸ 'ਤੇ ਨਿਰਭਰ ਹਰ ਟਨਲ, ਰੂਟ ਅਤੇ ਸੈਸ਼ਨ ਇਕੱਠੇ ਹੀ ਹੇਠਾਂ ਜਾਂਦੇ ਹਨ, ਜੋ ਉਦੋਂ ਬਿਲਕੁਲ ਚਾਹੀਦਾ ਹੈ ਜਦੋਂ ਟਨਲ ਹੀ ਮਿਟਣ ਵਾਲੀ ਚੀਜ਼ ਹੋਵੇ। EEM ਐਪਲੈਟ ਵੀ ਇਸੇ ਤਰ੍ਹਾਂ WAN ਸਮੱਸਿਆ ਨੂੰ ਅਣ-ਸੰਬੰਧਿਤ ਸੇਵਾਵਾਂ ਸਮੇਤ ਰੁਕਾਵਟ ਵਿੱਚ ਬਦਲ ਦਿੰਦਾ ਹੈ।

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

ਹਾਰਡਕੋਡ ਕੀਤਾ ਰਿਕਵਰੀ ਕਮਾਂਡ ਕਿਸੇ ਹੋਰ ਵੱਲੋਂ ਕੀਤੇ ਰੱਖ-ਰਖਾਅ ਬੰਦ ਨੂੰ ਵੀ ਰੱਦ ਕਰ ਸਕਦਾ ਹੈ।

ਪ੍ਰੋਬ ਨੂੰ ਉਸੇ ਰਾਹ 'ਤੇ ਚਲਾਓ ਜਿਸ ਦੀ ਤੁਸੀਂ ਸੋਚਦੇ ਹੋ

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

ਪ੍ਰੋਬ ਨੂੰ ਉਸ ਰਾਹ ਦੇ ਇੰਟਰਫ਼ੇਸ ਜਾਂ ਸਰੋਤ ਪਤੇ 'ਤੇ ਪਿੰਨ ਕਰੋ ਜਿਸ ਦੀ ਤੁਸੀਂ ਜਾਂਚ ਕਰ ਰਹੇ ਹੋ। ਇਹ ਕਿਸ ਨੂੰ ਨਿਸ਼ਾਨਾ ਬਣਾਉਂਦਾ ਹੈ ਇਹ ਵੀ ਵੇਖੋ, ਕਿਉਂਕਿ ISP ਦੇ ਅਗਲੇ ਹੌਪ ਤੱਕ ਪਹੁੰਚਣਾ ਉਸ ਸੇਵਾ ਤੱਕ ਪਹੁੰਚਣ ਨਾਲੋਂ ਘੱਟ ਸਾਬਤ ਕਰਦਾ ਹੈ ਜਿਸ ਲਈ ਟਨਲ ਹੈ। ਅੱਪ ਅਤੇ ਡਾਊਨ ਦੇਰੀ ਜਾਣ-ਬੁੱਝ ਕੇ ਰੱਖੋ: ਛੋਟੀ ਡਾਊਨ ਦੇਰੀ ਤੇਜ਼ੀ ਨਾਲ ਪ੍ਰਤੀਕਿਰਿਆ ਦਿੰਦੀ ਹੈ ਅਤੇ ਫਲੈਪ ਕਰਦੀ ਹੈ, ਜਦਕਿ ਲੰਬੀ ਛੋਟੀਆਂ ਹਿਲਜੁਲ ਸਹਿੰਦੀ ਹੈ ਅਤੇ ਅਸਲੀ ਫੇਲ੍ਹ ਲੁਕਾਉਂਦੀ ਹੈ। Cisco ਦੀ IOS XE ਵਿੱਚ ਟ੍ਰੈਕਿੰਗ ਅਤੇ ਨੀਤੀ-ਰੂਟਿੰਗ ਗਾਈਡ ਸਮਰਥਿਤ ਸੰਜੋਗਾਂ ਦਾ ਦਸਤਾਵੇਜ਼ ਕਰਦੀ ਹੈ, ਅਤੇ ਤੁਹਾਡੇ ਪਲੇਟਫ਼ਾਰਮ ਦਾ ਫ਼ੀਚਰ ਸੈੱਟ ਤੈਅ ਕਰਦਾ ਹੈ ਕਿ ਇਨ੍ਹਾਂ ਵਿੱਚੋਂ ਕਿਹੜੇ ਤੁਸੀਂ ਵਰਤ ਸਕਦੇ ਹੋ।

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

ਰਿਕਵਰੀ ਤੈਅ ਕਰੋ, ਫਿਰ ਪੜਤਾਲ ਕਰੋ

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

ਜੇ ਫੇਲਓਵਰ ਕੰਮ ਕਰਦਾ ਹੈ ਪਰ ਐਪਲੀਕੇਸ਼ਨ ਅਜੇ ਵੀ ਟੁੱਟਦੀ ਹੈ, ਤਾਂ ਸਮੱਸਿਆ ਰੂਟਿੰਗ ਪਰਤ ਤੋਂ ਉੱਪਰ ਹੈ ਅਤੇ ਕੋਈ ਵੀ ਟ੍ਰੈਕਿੰਗ ਇਸ ਨੂੰ ਠੀਕ ਨਹੀਂ ਕਰੇਗੀ।

ਉਸ ਵਿੰਡੋ ਦੇ ਸਬੂਤ ਸੰਭਾਲੋ, ਕਿਉਂਕਿ ਅਗਲੀ ਤਬਦੀਲੀ ਦੀ ਤੁਲਨਾ ਉਨ੍ਹਾਂ ਨਾਲ ਹੋਵੇਗੀ।