ਕੋਈ ਤੁਹਾਨੂੰ spoke-ਾਂ ਦਾ ਸੰਖੇਪ ਬਣਾਉਣ ਲਈ ਕਹਿੰਦਾ ਹੈ, ਅਤੇ ਟਿਕਟ hub ਉੱਤੇ ਘੱਟ ਪ੍ਰੀਫਿਕਸ ਨਾਲ ਬੰਦ ਹੁੰਦੀ ਹੈ। ਇੱਕ ਹਫ਼ਤੇ ਬਾਅਦ ਪਹਿਲਾਂ ਸਿੱਧਾ ਜਾਣ ਵਾਲਾ ਸ਼ਾਖਾ-ਤੋਂ-ਸ਼ਾਖਾ ਟ੍ਰੈਫਿਕ ਦੁਬਾਰਾ hub ਰਾਹੀਂ ਜਾਂਦਾ ਹੈ, ਅਤੇ ਕੋਈ ਵੀ ਦੋਵੇਂ ਬਦਲਾਵਾਂ ਨੂੰ ਨਹੀਂ ਜੋੜਦਾ। spoke-ਾਂ ਦਾ ਸੰਖੇਪ ਬਣਾਓ ਇਹ ਵਾਕ ਦੋ ਵੱਖਰੀਆਂ ਸਾਰਣੀਆਂ ਨੂੰ ਛੂਹਣ ਵਾਲੀਆਂ ਦੋ ਵੱਖਰੀਆਂ ਕਾਰਵਾਈਆਂ ਨੂੰ ਕਵਰ ਕਰਦਾ ਹੈ। ਕਿਸੇ ਹੋਰ DMVPN ਉਦਾਹਰਨ ਤੋਂ ਕਮਾਂਡ ਉਧਾਰ ਲੈਣ ਤੋਂ ਪਹਿਲਾਂ ਦੱਸੋ ਕਿ ਤੁਸੀਂ ਕਿਹੜੀ ਸਥਿਤੀ ਘਟਾ ਰਹੇ ਹੋ।

ਲੱਛਣ: ਸਿੱਧਾ spoke ਟ੍ਰੈਫਿਕ ਵਾਪਸ hub ਉੱਤੇ ਚਲਾ ਗਿਆ

ਇਹ ਫ਼ਰਕ ਸਭ ਤੋਂ ਵੱਧ ਤਦ ਮਹੱਤਵਪੂਰਨ ਹੁੰਦਾ ਹੈ ਜਦੋਂ Phase 2 ਦੀ ਚਰਚਾ Phase 3 ਦੇ ਡਿਜ਼ਾਈਨ ਉੱਤੇ ਲਾਗੂ ਕੀਤੀ ਜਾਂਦੀ ਹੈ। ਦੋਵੇਂ ਗੱਲਬਾਤਾਂ ਵਿੱਚ ਉਹੀ ਸ਼ਬਦ ਆਉਂਦੇ ਹਨ, ਅਤੇ ਫ਼ਾਰਵਰਡਿੰਗ ਉੱਤੇ ਅਸਰ ਇੱਕੋ ਜਿਹਾ ਨਹੀਂ ਹੁੰਦਾ।

ਇਸੇ ਲਈ ਸਮੀਖਿਆ ਵੇਲੇ ਬਦਲਾਅ ਸਹੀ ਲੱਗਾ: ਸਮੀਖਿਆ ਨੇ ਰਾਊਟਿੰਗ ਸਾਰਣੀ ਵੇਖੀ, ਜੋ ਸ਼ਾਮਲ ਤਿੰਨ ਸਥਿਤੀਆਂ ਵਿੱਚੋਂ ਸਿਰਫ਼ ਇੱਕ ਹੈ।

ਇੱਕ ਇਕੱਠਾ ਕਰਨਾ, ਦੋ ਸਾਰਣੀਆਂ

ਦੋਵੇਂ ਕਾਰਵਾਈਆਂ ਇਹੋ ਜਿਹੀਆਂ ਹਨ:

OperationWhat it actually changes
Routing summaryAggregates the prefixes the routing protocol advertises and changes the next hop the receiver installs
NHRP summary mapChanges the network returned in a resolution reply, so a requesting spoke resolves to a different address
Protection pathIPsec state for the peer you actually resolved; neither aggregation changes it

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

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

hub ਦਾ ਸੰਖੇਪ ਅਸਲ ਵਿੱਚ ਕੀ ਬਦਲਦਾ ਹੈ

spoke-ਾਂ ਵਿਚਕਾਰ NHRP ਸੰਖੇਪ ਨਕਸ਼ਿਆਂ ਲਈ Cisco ਦੀ ਮਾਰਗਦਰਸ਼ਕ ਅਜਿਹੀ Phase 3 ਵਿਵਸਥਾ ਦੱਸਦੀ ਹੈ ਜਿੱਥੇ hub ਸੰਖੇਪ ਘੋਸ਼ਿਤ ਕਰਦਾ ਹੈ ਅਤੇ ਰਾਊਟਿੰਗ ਦਾ ਅਗਲਾ ਹੌਪ ਰਹਿੰਦਾ ਹੈ। ਫਿਰ ਇੱਕ ਰੀਡਾਇਰੈਕਟ ਅਤੇ ਉਸ ਤੋਂ ਬਾਅਦ ਦਾ NHRP ਰਿਜ਼ੋਲਿਊਸ਼ਨ ਵਧੇਰੇ ਸਿੱਧਾ ਫ਼ਾਰਵਰਡਿੰਗ ਮਾਰਗ ਦਿੰਦੇ ਹਨ। ਇਸ ਲਈ ਸਿਰਫ਼ ਇਕੱਠਾ ਕੀਤਾ ਰੂਟ ਪੜ੍ਹਨਾ ਪੂਰੀ ਫ਼ਾਰਵਰਡਿੰਗ ਸਥਿਤੀ ਦਾ ਵਰਣਨ ਨਹੀਂ ਕਰਦਾ, ਅਤੇ ਇਸ ਦਾ ਅਰਥ ਇਹ ਨਹੀਂ ਕਿ ਹਰ ਪੈਕਟ ਨੂੰ ਸਦਾ ਲਈ hub ਰਾਹੀਂ ਲੰਘਣਾ ਪਵੇ। ਸੰਖੇਪ ਪਹੁੰਚਯੋਗਤਾ ਬਾਰੇ ਹੈ, ਮਾਰਗ ਬਾਰੇ ਨਹੀਂ।

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

ਜੇ ਤੁਸੀਂ ਦੱਸ ਨਹੀਂ ਸਕਦੇ ਕਿ ਤਿੰਨਾਂ ਵਿੱਚੋਂ ਕੀ ਬਦਲਿਆ, ਤਾਂ ਤੁਸੀਂ ਬਦਲਾਅ ਪੂਰਾ ਨਹੀਂ ਕੀਤਾ।

NHRP ਸੰਖੇਪ ਨਕਸ਼ਾ ਕੀ ਬਦਲਦਾ ਹੈ

ਅਜਿਹਾ spoke ਲਓ ਜੋ ਕਈ ਹੋਰ ਵਿਸ਼ੇਸ਼ LAN ਰੂਟਾਂ ਰਾਹੀਂ 10.32.0.0/19 ਦਾ ਮਾਲਕ ਹੈ, ਜਦੋਂ ਕਿ hub ਬਾਕੀ spoke-ਾਂ ਨੂੰ ਵੱਡਾ ਇਕੱਠਾ ਕਰਨ ਘੋਸ਼ਿਤ ਕਰਦਾ ਹੈ। 10.32.12.10 ਲਈ ਬੇਨਤੀ ਨੂੰ ਨਹੀਂ ਤਾਂ ਮੇਲ ਖਾਂਦੇ ਛੋਟੇ ਨੈੱਟਵਰਕ ਦੀ ਰਿਜ਼ੋਲਿਊਸ਼ਨ ਜਾਣਕਾਰੀ ਮਿਲਦੀ। ਦਸਤਾਵੇਜ਼ੀ NHRP ਸੰਖੇਪ ਨਕਸ਼ਾ ਸੁਵਿਧਾ spoke ਨੂੰ ਇਸ ਦੀ ਥਾਂ ਆਪਣਾ ਸੰਰਚਿਤ ਢੱਕਣ ਪ੍ਰੀਫਿਕਸ ਵਾਪਸ ਕਰਨ ਦਿੰਦੀ ਹੈ, ਜੋ ਉਸ spoke ਦੇ ਨੈੱਟਵਰਕਾਂ ਲਈ ਵਾਰ-ਵਾਰ ਹੋਣ ਵਾਲਾ ਰਿਜ਼ੋਲਿਊਸ਼ਨ ਕੰਮ ਘਟਾ ਸਕਦੀ ਹੈ। ਇਹ hub ਦੇ ਰੂਟ ਸੰਖੇਪ ਅਤੇ spoke ਦੇ ਰਿਜ਼ੋਲਿਊਸ਼ਨ ਸੰਖੇਪ ਨੂੰ ਇੱਕੋ ਵਸਤੂ ਨਹੀਂ ਬਣਾਉਂਦੀ।

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

ਪ੍ਰੀਫਿਕਸ ਵੱਡਾ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਅਸਲ ਰੂਟ ਅਤੇ ਇੱਛਤ ਨਾਮਨਜ਼ੂਰ ਕੇਸ ਜਾਂਚੋ, ਬਾਅਦ ਵਿੱਚ ਨਹੀਂ।

ਪਹਿਲੀ ਮੰਜ਼ਿਲ ਅਤੇ ਸੰਖੇਪ ਦੇ ਅੰਦਰ ਇੱਕ ਮੰਜ਼ਿਲ ਦੀ ਤੁਲਨਾ ਕਰੋ

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

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

ਟਿਕਟ ਵਿੱਚ ਲਿਖਿਆ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ ਕਿ ਤੁਸੀਂ ਕਿਹੜੀ ਸਾਰਣੀ ਘਟਾਈ ਅਤੇ ਕਿਹੜੀ ਨੂੰ ਅਛੂਤਾ ਛੱਡਿਆ। ਇਸ ਤੋਂ ਘੱਟ ਕੁਝ ਵੀ ਇੱਕ ਮਹੀਨੇ ਬਾਅਦ ਸ਼ੁਰੂ ਤੋਂ ਦੁਬਾਰਾ ਨਿਦਾਨ ਕੀਤਾ ਜਾਵੇਗਾ।

ਸੰਬੰਧਿਤ ਲੇਖ