ਨਾਮ ਵਾਲਾ ਬਨਾਮ ਨੰਬਰ ਵਾਲਾ DMVPN ਹੱਬ: FQDN ਕੀ ਬਦਲਦਾ ਹੈ

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

ਦੋ ਪਤੇ, ਦੋ ਕੰਮ

ਇੱਕ ਘੋਸ਼ਿਤ ਉਦਾਹਰਨ ਵਿੱਚ, hub.example.net ਸਪੋਕ ਨੂੰ ਦੱਸਦਾ ਹੈ ਕਿ ਟਰਾਂਸਪੋਰਟ ਟ੍ਰੈਫਿਕ ਕਿੱਥੇ ਭੇਜਣਾ ਹੈ, ਅਤੇ 10.90.0.1 ਟਨਲ ਦੇ ਅੰਦਰ NHS ਦੀ ਪਛਾਣ ਕਰਦਾ ਹੈ। ਖੋਜ ਪਹਿਲੇ ‘ਤੇ ਕੰਮ ਕਰਦੀ ਹੈ; ਰਜਿਸਟਰੇਸ਼ਨ ਅਤੇ ਰੂਟਿੰਗ ਦੂਜੇ ‘ਤੇ ਕੰਮ ਕਰਦੇ ਹਨ। ਨਾਮ ਵਿੱਚ ਤਬਦੀਲੀ ਅੰਤ ਬਿੰਦੂ ਤੱਕ ਦੇ ਰਾਹ ਨੂੰ ਪ੍ਰਭਾਵਿਤ ਕਰਦੀ ਹੈ, ਜਦੋਂ ਕਿ ਪ੍ਰੋਟੋਕੋਲ ਪਤੇ ਵਿੱਚ ਤਬਦੀਲੀ ਓਵਰਲੇ ਸੰਬੰਧ ਨੂੰ ਹੀ ਪ੍ਰਭਾਵਿਤ ਕਰਦੀ ਹੈ।

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

ਦੋਵੇਂ ਕਨਫਿਗਰੇਸ਼ਨ ਰੂਪਾਂ ਦੀ ਤੁਲਨਾ ਕਰੋ

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

ਸਪਸ਼ਟ ਰੂਪ ਵਿੱਚ ਇੱਕ ਸੀਮਾ ਹੈ ਜੋ ਯਾਦ ਰੱਖਣ ਯੋਗ ਹੈ: ਹੱਲ ਹੋਇਆ ਟਰਾਂਸਪੋਰਟ ਪਤਾ ਜੋ ਕਨਫਿਗਰ ਕੀਤੇ ਪ੍ਰੋਟੋਕੋਲ ਪਤੇ ‘ਤੇ ਮੈਪ ਨਹੀਂ ਹੁੰਦਾ, ਰਜਿਸਟਰੇਸ਼ਨ ਨੂੰ ਰੋਕਦਾ ਹੈ। ਇਹ DNS ਖਰਾਬੀ ਨਹੀਂ ਹੈ, ਹਾਲਾਂਕਿ ਲੱਛਣ DNS ਤਬਦੀਲੀ ਤੋਂ ਤੁਰੰਤ ਬਾਅਦ ਦਿਖਦਾ ਹੈ। ਨਾਮ ਸਹੀ ਢੰਗ ਨਾਲ ਹੱਲ ਹੋਇਆ ਅਤੇ ਨਤੀਜਾ ਕਿਸੇ ਹੋਰ ਕਾਰਨ ਕਰਕੇ ਰੱਦ ਕੀਤਾ ਗਿਆ। ਹੱਲ ਹੋਏ ਪਤੇ ਅਤੇ ਕਨਫਿਗਰ ਕੀਤੇ ਪ੍ਰੋਟੋਕੋਲ ਪਤੇ ਨੂੰ ਨਾਲ-ਨਾਲ ਪੜ੍ਹੋ।

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

ਸਥਿਰ ਹੱਬ ਨਾਲ DNS ਕੈਸ਼ ਦੀ ਤੁਲਨਾ ਕਰੋ

ਜਦੋਂ ਕੋਈ ਕਨਫਿਗਰੇਸ਼ਨ ਸੰਪਾਦਿਤ ਕਰਦਾ ਹੈ ਤਾਂ ਸਥਿਰ ਹੱਬ ਪਤਾ ਬਦਲਦਾ ਹੈ। ਨਾਮ ਵਾਲਾ ਹੱਬ DNS ਬਦਲਣ ‘ਤੇ ਬਦਲਦਾ ਹੈ, ਅਤੇ DNS ਜਵਾਬ ਆਪਣੀ ਉਮਰ ਭਰ ਕੈਸ਼ ਵਿੱਚ ਰਹਿੰਦੇ ਹਨ। ਦਸਤਾਵੇਜ਼ ਦੱਸਦਾ ਹੈ ਕਿ ਕੈਸ਼ ਕੀਤੀ ਜਾਣਕਾਰੀ ਮਿਆਦ ਪੁੱਗਣ ਤੱਕ ਵਰਤੋਂ ਯੋਗ ਰਹਿੰਦੀ ਹੈ, ਅਤੇ ਬਾਅਦ ਦੀ ਕਿਊਰੀ ਤਦ ਨਵਾਂ ਪਤਾ ਵਾਪਸ ਕਰ ਸਕਦੀ ਹੈ।

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

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

ਕੀ ਸਮਾਨ ਰਹਿੰਦਾ ਹੈ ਦੀ ਤੁਲਨਾ ਕਰੋ

ਪੀਅਰ ਪ੍ਰਮਾਣਿਕਤਾ ਨਹੀਂ ਹਿਲਦੀ। ਟਰਾਂਸਪੋਰਟ ਅੰਤ ਬਿੰਦੂ ਲੱਭਣ ਵਾਲਾ ਹੋਸਟਨਾਮ ਕਨਫਿਗਰ ਕੀਤੀ IKE ਪਛਾਣ ਜਾਂ ਪੀਅਰ ਦੀ ਪੁਸ਼ਟੀ ਕਰਨ ਵਾਲੀ ਪ੍ਰਮਾਣਿਕਤਾ ਨੀਤੀ ਦੀ ਥਾਂ ਨਹੀਂ ਲੈਂਦਾ। ਜੇ ਪਛਾਣ ਗਲਤ ਹੈ, ਤਾਂ ਸਫਲ DNS ਹੱਲ ਤੁਹਾਨੂੰ ਸਿਰਫ਼ ਰੱਦ ਕੀਤੀ ਟਨਲ ਤੱਕ ਤੇਜ਼ੀ ਨਾਲ ਪਹੁੰਚਾਉਂਦਾ ਹੈ।

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

ਇੱਕ ਤੁਲਨਾ ਜੋ ਤੁਸੀਂ ਪੁਸ਼ਟੀ ਕਰ ਸਕਦੇ ਹੋ

Cisco ਸੈਸ਼ਨ ਅਤੇ NHS ਸੰਬੰਧ ਲਈ ਵੱਖਰੇ ਨਿਰੀਖਣ ਦਸਤਾਵੇਜ਼ੀ ਕਰਦਾ ਹੈ। ਪੀਅਰ ਅਤੇ ਸੈਸ਼ਨ ਸਥਿਤੀ ਪੜ੍ਹਨ ਲਈ show dmvpn ਵਰਤੋ, ਅਤੇ NHS ਰਜਿਸਟਰੇਸ਼ਨ ਦ੍ਰਿਸ਼ ਪੜ੍ਹਨ ਲਈ show ip nhrp nhs ਵਰਤੋ। ਹੱਲ ਹੋਏ ਟਰਾਂਸਪੋਰਟ ਪਤੇ, ਓਵਰਲੇ ਪੀਅਰ ਅਤੇ ਰਜਿਸਟਰੇਸ਼ਨ ਸਥਿਤੀ ਦੀ ਉਸੇ ਕ੍ਰਮ ਵਿੱਚ ਤੁਲਨਾ ਕਰੋ।

IOS XE FQDN-DMVPN ਅਧਿਆਇ ਇਸ ਤੁਲਨਾ ਪਿੱਛੇ ਦੀ ਖੋਜ, ਕੈਸ਼ਿੰਗ ਅਤੇ ਸੀਮਾ ਵਿਵਹਾਰ ਦਸਤਾਵੇਜ਼ੀ ਕਰਦਾ ਹੈ। ਨਾਮ ਬਦਲੇ ਹੱਬ ਨੂੰ ਨੰਬਰ ਵਾਲੇ ਹੱਬ ਦਾ ਸਿੱਧਾ ਬਦਲ ਮੰਨਣ ਤੋਂ ਪਹਿਲਾਂ ਇਸ ਨੂੰ ਆਪਣੀ ਸਥਾਪਿਤ ਰਿਲੀਜ਼ ਦੇ ਸਾਮ੍ਹਣੇ ਪੜ੍ਹੋ।