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

ਉਸ ਪੈਕੇਟ ਰਾਹ ਤੋਂ ਸ਼ੁਰੂ ਕਰੋ ਜੋ ਤੁਸੀਂ ਸੱਚਮੁੱਚ ਦੇਖ ਸਕਦੇ ਹੋ

ਅਜਿਹੇ spoke ਤੋਂ ਸ਼ੁਰੂ ਕਰੋ ਜਿਸਦਾ ਮੰਜ਼ਿਲ ਸਿੱਧਾ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ। ਪਹਿਲੇ ਪੈਕੇਟ ਦਾ ਪਤਾ ਲਗਾਓ: ਇਹ spoke ਦੇ ਰੂਟ ਨਾਲ hub ਵੱਲ ਜਾਂਦਾ ਹੈ, ਕਿਉਂਕਿ ਅਜੇ ਕੋਈ ਸ਼ਾਰਟਕੱਟ ਨਹੀਂ। hub ਇਸਨੂੰ ਅੱਗੇ ਭੇਜਦਾ ਹੈ ਅਤੇ ਪੜਾਅ 3 ਡਿਜ਼ਾਈਨ ਵਿੱਚ ਸਰੋਤ ਨੂੰ ਇੱਕ ਰੀਡਾਇਰੈਕਟ ਵੀ ਭੇਜਦਾ ਹੈ ਕਿ ਵਧੀਆ ਰਾਹ ਮੌਜੂਦ ਹੈ।

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

ਇਸ ਲਈ ਪਹਿਲਾ ਲਾਭਦਾਇਕ ਨਿਰੀਖਣ ਪਹਿਲਾਂ ਅਤੇ ਬਾਅਦ ਹੈ: hub ਰਾਹੀਂ ਪਹਿਲਾ ਪ੍ਰਵਾਹ, ਬਾਅਦ ਦਾ ਪ੍ਰਵਾਹ ਸਿੱਧਾ।

ਇੱਕ ਟਨਲ ਵਰਗੀਆਂ ਤਿੰਨ ਸਥਿਤੀਆਂ

ਸ਼ਾਰਟਕੱਟ ਤਿੰਨ ਸਥਿਤੀ ਭਾਗਾਂ ਉੱਤੇ ਨਿਰਭਰ ਕਰਦਾ ਹੈ, ਅਤੇ ਹਰ ਇੱਕ ਦੀ ਆਪਣੀ ਉਮਰ ਅਤੇ ਆਪਣਾ ਹੁਕਮ ਹੈ।

StateWhat it answersWhere to read it
NHRP cacheWhich transport address maps to this overlay addressshow ip nhrp
Route or shortcutWhere one specific inner prefix is forwardedshow ip route 10.10.20.5
IPsec associationWhich peer traffic is protected, and by which SAshow crypto ipsec sa peer 203.0.113.5

NHRP ਕੈਸ਼ ਐਂਟਰੀ overlay ਪਤੇ ਨੂੰ NBMA ਟ੍ਰਾਂਸਪੋਰਟ ਪਤੇ ਨਾਲ ਮੈਪ ਕਰਦੀ ਹੈ। ਰੂਟ ਜਾਂ ਸ਼ਾਰਟਕੱਟ ਤੈਅ ਕਰਦਾ ਹੈ ਕਿ ਇੱਕ ਅੰਦਰੂਨੀ ਮੰਜ਼ਿਲ ਕਿੱਥੇ ਭੇਜੀ ਜਾਂਦੀ ਹੈ। IPsec ਐਸੋਸੀਏਸ਼ਨ ਨਤੀਜੇ ਵਜੋਂ ਬਣਨ ਵਾਲੇ ਟ੍ਰੈਫਿਕ ਦੀ ਰੱਖਿਆ ਕਰਦੀ ਹੈ। ਗੁੰਮ ਜਵਾਬ ਤਿੰਨਾਂ ਵਿੱਚੋਂ ਕਿਸੇ ਤੋਂ ਵੀ ਆ ਸਕਦਾ ਹੈ, ਅਤੇ ਹੁਕਮ ਦੱਸਦੇ ਹਨ ਕਿ ਕਿਹੜਾ ਗੁੰਮ ਹੈ।

ਉਹਨਾਂ ਨੂੰ ਉਸੇ ਕ੍ਰਮ ਵਿੱਚ ਪੜ੍ਹੋ, ਕਿਉਂਕਿ ਗੁੰਮ ਮੈਪਿੰਗ ਬਾਕੀ ਦੋ ਨੂੰ ਦਿਲਚਸਪ ਨਹੀਂ ਰਹਿਣ ਦਿੰਦੀ।

ਬੇਨਤੀ ਅਤੇ ਜਵਾਬ ਵੱਖਰੇ ਚੱਲੋ

spoke A ਤੋਂ ਰਿਜ਼ੋਲਿਊਸ਼ਨ ਮੰਗੋ ਅਤੇ ਵੇਖੋ ਕੀ ਵਾਪਸ ਆਉਂਦਾ ਹੈ। ਬੇਨਤੀ ਸਮਰਥਿਤ NHRP ਫਾਰਵਰਡਿੰਗ ਰਾਹ ਰਾਹੀਂ ਜਾਂਦੀ ਹੈ, ਅਤੇ ਮੰਜ਼ਿਲ hub ਰਾਹੀਂ ਨਹੀਂ ਸਗੋਂ ਸਿੱਧਾ ਜਵਾਬ ਦੇ ਸਕਦੀ ਹੈ। ਇਹ ਅਸਮਾਨਤਾ ਆਮ ਹੈ, ਅਤੇ ਇਸੇ ਲਈ ਜਵਾਬ ਅਦਲਾ-ਬਦਲੀ ਦਾ ਦਿਲਚਸਪ ਅੱਧਾ ਹਿੱਸਾ ਹੈ।

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

ਬੇਨਤੀ hub ਰਾਹੀਂ ਗਈ ਇਸ ਲਈ ਸਾਥੀ ਦੇ ਜਵਾਬ ਨੂੰ hub ਪਾਰ ਕਰਨਾ ਲਾਜ਼ਮੀ ਨਹੀਂ। ਇਸਨੂੰ ਗਲਤੀ ਨਾ ਪੜ੍ਹੋ ਅਤੇ ਮੌਜੂਦ ਨਾ ਹੋਣ ਵਾਲੀ ਰਾਊਟਿੰਗ ਖਰਾਬੀ ਪਿੱਛੇ ਨਾ ਦੌੜੋ।

hub ਦਾ ਰੀਡਾਇਰੈਕਟ ਪੜ੍ਹੋ, ਸਿਰਫ਼ ਇਸਦਾ ਰੂਟ ਨਹੀਂ

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

ਪੜਾਅ 3 ਸਾਰਾਂਸ਼ ਦਾ ਅਰਥ ਵੀ ਬਦਲਦਾ ਹੈ। ਸ਼ਾਰਟਕੱਟ ਵਿਵਹਾਰ ਨਾਲ spokes ਨੂੰ ਪੜਾਅ 2 ਡਿਜ਼ਾਈਨ ਵੱਲੋਂ ਉਮੀਦ ਕੀਤੇ ਖਾਸ ਦੂਰਲੇ ਰੂਟਾਂ ਦਾ ਪੂਰਾ ਸਮੂਹ ਲੋੜੀਂਦਾ ਨਹੀਂ, ਇਸ ਲਈ spoke ਉੱਤੇ ਸਾਰਾਂਸ਼ਿਤ ਰੂਟ ਆਪਣੇ ਆਪ ਗੁੰਮ ਨੈੱਟਵਰਕ ਨਹੀਂ ਹੁੰਦਾ। ਸਾਰਾਂਸ਼ ਨੂੰ ਖਰਾਬੀ ਵਜੋਂ ਪੜ੍ਹਨ ਤੋਂ ਪਹਿਲਾਂ ਪੜਾਅ ਅਤੇ ਰਾਊਟਿੰਗ ਨੀਤੀ ਦੀ ਪੁਸ਼ਟੀ ਕਰੋ।

ਇਹੀ ਇੱਕ ਗਲਤਫਹਿਮੀ ਬਾਕੀ ਕਿਸੇ ਵੀ ਚੀਜ਼ ਨਾਲੋਂ ਵੱਧ DMVPN ਟਿਕਟਾਂ ਬਣਾਉਂਦੀ ਹੈ।

ਸਿੱਟੇ ਨੂੰ ਗੁੰਮ ਵਸਤੂ ਵਜੋਂ ਦਰਜ ਕਰੋ

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

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

ਉਹ ਆਦਤ ਅਗਲੀ ਟਿਕਟ ਉੱਤੇ ਕੰਮ ਆਉਂਦੀ ਹੈ। «ਟਨਲ ਉੱਪਰ ਹੈ ਪਰ ਹੌਲੀ» «B ਕੋਲ A ਦੇ ਹੋਸਟ ਲਈ ਸ਼ਾਰਟਕੱਟ ਨਹੀਂ» ਬਣ ਜਾਂਦਾ ਹੈ, ਅਤੇ ਦੂਜਾ ਬਿਆਨ ਪੰਜ ਮਿੰਟਾਂ ਦੀ ਸੋਧ ਹੈ। ਹੁਕਮ ਦਾ ਆਉਟਪੁੱਟ ਸਿੱਟੇ ਨਾਲ ਰੱਖੋ, ਅਤੇ ਵਿਕਰੇਤਾ ਦੀ ਪੜਾਅ 3 ਮਾਰਗਦਰਸ਼ਿਕਾ ਇਸਦੇ ਕੋਲ ਰੱਖੋ।

ਸੰਬੰਧਿਤ ਲੇਖ