DMVPN ਓਵਰਲੇ 'ਤੇ EIGRP ਗੁਆਂਢੀ ਉੱਪਰ ਨਹੀਂ ਆਉਂਦੇ

ਟਨਲ ਉੱਪਰ ਹੈ, ਇੱਕ ਸਪੋਕ ਦੂਜੇ ਨੂੰ ਪਿੰਗ ਕਰ ਸਕਦਾ ਹੈ, ਅਤੇ EIGRP ਫਿਰ ਵੀ ਹਬ 'ਤੇ ਕੋਈ ਗੁਆਂਢੀ ਨਹੀਂ ਦਿਖਾਉਂਦਾ। ਇਹ ਸੁਮੇਲ ਰਹੱਸਮਈ ਨਹੀਂ, ਆਮ ਹੈ: ਪਿੰਗ NHRP ਰਾਹੀਂ unicast ਪਹੁੰਚ ਸਿੱਧ ਕਰਦਾ ਹੈ, ਅਤੇ EIGRP hello multicast ਹਨ। DMVPN ਓਵਰਲੇ 'ਤੇ ਰਾਊਟਿੰਗ ਪ੍ਰੋਟੋਕੋਲ ਦਾ ਡਿਲੀਵਰੀ ਮਾਡਲ ਦੂਜੀ ਕਨਫਿਗਰੇਸ਼ਨ ਸਤਹ ਹੈ, ਅਤੇ ਲੋਕ ਠੀਕ ਉਹੀ ਛੱਡ ਦਿੰਦੇ ਹਨ ਕਿਉਂਕਿ ਪਹਿਲੀ ਸਤਹ ਪਹਿਲਾਂ ਹੀ ਸਿਹਤਮੰਦ ਦਿਸਦੀ ਹੈ। ਹੇਠਾਂ ਦੀ ਹਰ ਪਰਤ ਆਪਣੇ ਹੀ ਆਦੇਸ਼ ਨਾਲ ਜਾਂਚੀ ਜਾਂਦੀ ਹੈ, ਇਸ ਲਈ ਇੱਕ ਪਰਤ ਦੀ ਅਸਫਲਤਾ ਤੁਹਾਨੂੰ ਸੂਚੀ ਦੇ ਸਿਖਰ 'ਤੇ ਵਾਪਸ ਨਹੀਂ ਭੇਜਦੀ।

ਜਿਨ੍ਹਾਂ ਗੁਆਂਢੀਅਤਾਂ ਦੀ ਉਮੀਦ ਹੈ, ਉਹ ਲਿਖੋ

ਕਿਸੇ ਵੀ show ਆਦੇਸ਼ ਤੋਂ ਪਹਿਲਾਂ ਛੋਟੀ ਸੂਚੀ ਬਣਾਓ: ਕਿਹੜਾ ਸਪੋਕ ਕਿਹੜੇ ਹਬ ਨਾਲ ਪੀਅਰ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ, ਕਿਹੜੇ ਟਨਲ ਇੰਟਰਫੇਸ ਰਾਹੀਂ ਅਤੇ ਕਿਹੜੇ EIGRP ਸਵੈ-ਸ਼ਾਸਿਤ ਸਿਸਟਮ ਵਿੱਚ। ਕਈ ਹਬ ਵਾਲੇ ਡਿਜ਼ਾਈਨ ਹਬਾਂ ਵਿਚਕਾਰਲੇ ਖਾਲੀ ਥਾਂਵਾਂ ਵਿੱਚ ਫੇਲ੍ਹ ਹੁੰਦੇ ਹਨ, ਅਤੇ ਸੂਚੀ «EIGRP ਖਰਾਬ ਹੈ» ਨੂੰ «ਸਪੋਕ 3 ਹਬ 2 'ਤੇ ਰਜਿਸਟਰ ਨਹੀਂ ਹੁੰਦਾ» ਵਿੱਚ ਬਦਲ ਦਿੰਦੀ ਹੈ। ਹਰ ਲਿੰਕ 'ਤੇ ਉਮੀਦ ਕੀਤੇ ਟਨਲ ਸਬਨੈੱਟ ਸ਼ਾਮਲ ਕਰੋ, ਕਿਉਂਕਿ ਦੋਵੇਂ ਸਿਰਿਆਂ ਦੇ ਪਤੇ ਦਾ ਅੰਤਰ ਠੀਕ ਪ੍ਰੋਟੋਕੋਲ ਅਸਫਲਤਾ ਵਰਗਾ ਦਿਸਦਾ ਹੈ। ਸੂਚੀ ਟਿਕਟ 'ਤੇ ਲਿਖੋ, ਤਾਂ ਜੋ ਅਗਲੀ ਪਾਲੀ ਡਿਜ਼ਾਈਨ ਨਾਲ ਤੁਲਨਾ ਕਰੇ, ਆਖਰੀ ਸਕਰੀਨਸ਼ਾਟ ਨਾਲ ਨਹੀਂ।

ਪਹਿਲਾਂ NHRP, ਫਿਰ multicast ਮਾਰਗ ਜਾਂਚੋ

ਰਜਿਸਟ੍ਰੇਸ਼ਨ ਸਥਿਤੀ ਅਤੇ ਹਬ ਦੁਆਰਾ ਅਸਲ ਵਿੱਚ ਰੱਖੇ ਮੈਪਿੰਗਾਂ ਤੋਂ ਸ਼ੁਰੂ ਕਰੋ। ਹਬ 'ਤੇ ਗਤੀਸ਼ੀਲ ਐਂਟਰੀ ਨਾ ਹੋਣ ਵਾਲਾ ਸਪੋਕ ਰਜਿਸਟਰ ਨਹੀਂ ਹੋਇਆ, ਅਤੇ ਕੋਈ ਰਾਊਟਿੰਗ ਪ੍ਰੋਟੋਕੋਲ ਇਸਨੂੰ ਠੀਕ ਨਹੀਂ ਕਰੇਗਾ। ਫਿਰ ਪੁਸ਼ਟੀ ਕਰੋ ਕਿ ਸਪੋਕ ਹਬ ਦੇ NBMA ਪਤੇ ਤੋਂ multicast ਸਵੀਕਾਰ ਕਰਦਾ ਹੈ, ਜੋ NHS ਐਂਟਰੀ ਤੋਂ ਵੱਖਰੀ ਲਾਈਨ ਹੈ।

show dmvpn
show ip nhrp
show ip nhrp nhs detail
interface Tunnel0
 ip nhrp network-id 1
 ip nhrp nhs 203.0.113.1 nbma 198.51.100.1
 ip nhrp map multicast 198.51.100.1
 tunnel mode gre multipoint
 tunnel key 100

ਉਹੀ ip nhrp map multicast ਲਾਈਨ ਸਪੋਕ ਨੂੰ ਆਪਣੇ hello ਓਵਰਲੇ 'ਤੇ ਨਕਲ ਕੀਤੇ multicast ਵਜੋਂ ਹਬ ਨੂੰ ਭੇਜਣ ਦਿੰਦੀ ਹੈ, ਅਤੇ ਹਬ ਦੇ multicast ਨੂੰ ਰਜਿਸਟਰਡ ਸਪੋਕਾਂ ਤੱਕ ਪਹੁੰਚਣ ਦਿੰਦੀ ਹੈ। ਇਸ ਤੋਂ ਬਿਨਾਂ NHRP ਰਾਹੀਂ unicast ਕੰਮ ਕਰਦਾ ਹੈ ਅਤੇ multicast ਨਹੀਂ, ਅਤੇ ਪਿੰਗ ਨੂੰ ਸਬੂਤ ਵਰਗਾ ਦਿਖਾਉਣ ਵਾਲੀ ਗੱਲ ਠੀਕ ਇਹੀ ਵੰਡ ਹੈ। Cisco ਦੀ IOS XE DMVPN ਗਾਈਡ ਹਰ ਪੜਾਅ ਲਈ ਹਬ ਅਤੇ ਸਪੋਕਾਂ ਦਾ multicast ਵਿਵਹਾਰ ਦਰਜ ਕਰਦੀ ਹੈ, ਇਸ ਲਈ ਕਿਸੇ ਹੋਰ ਟੋਪੋਲੋਜੀ ਤੋਂ ਟੁਕੜਾ ਕਾਪੀ ਕਰਨ ਦੀ ਬਜਾਏ ਆਪਣਾ ਕਨਫਿਗਰੇਸ਼ਨ ਉਸ ਪੜਾਅ ਨਾਲ ਮਿਲਾਓ ਜੋ ਤੁਸੀਂ ਅਸਲ ਵਿੱਚ ਤੈਨਾਤ ਕੀਤਾ।

EIGRP ਦੀ ਆਪਣੀ ਇੰਟਰਫੇਸ ਨੀਤੀ ਜਾਂਚੋ

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

show ip eigrp interfaces detail Tunnel0
show ip eigrp neighbors detail
show run | section router eigrp
router eigrp 100
 network 10.10.0.0 0.0.0.255
 passive-interface default
 no passive-interface Tunnel0

ਪ੍ਰਮਾਣਿਕਤਾ ਅਤੇ ਮੈਟ੍ਰਿਕ ਭਾਰ ਦੋਵੇਂ ਸਿਰਿਆਂ 'ਤੇ ਮੇਲ ਖਾਣੇ ਚਾਹੀਦੇ ਹਨ। ਗਲਤ ਮੋਡ ਵਾਲੀ ਕੁੰਜੀ ਚੇਨ, ਜਾਂ K ਮੁੱਲ ਵਿੱਚ ਅਸਹਿਮਤੀ, ਪ੍ਰਾਪਤਕਰਤਾ ਕੋਲ ਸਪੱਸ਼ਟ syslog ਲਾਈਨ ਤੋਂ ਬਿਨਾਂ hello ਡੇਗ ਦਿੰਦੀ ਹੈ। ਜੇ ਡਿਜ਼ਾਈਨ ਸਪੱਸ਼ਟ ਤੌਰ 'ਤੇ ਸੰਰਚਿਤ unicast ਗੁਆਂਢੀ ਵਰਤਦਾ ਹੈ, ਤਾਂ multicast ਸੈਟਿੰਗਾਂ ਉੱਤੇ ਪਰਤ ਚੜ੍ਹਾਉਣ ਦੀ ਬਜਾਏ ਉਹੀ ਮਾਡਲ ਪੂਰੀ ਤਰ੍ਹਾਂ ਅਪਣਾਓ।

GRE ਢੋਆਈ ਅਤੇ IPsec ਸੁਰੱਖਿਆ ਵੱਖਰੇ ਰੱਖੋ

DMVPN GRE ਦੇ ਅੰਦਰ multicast ਢੋਂਦਾ ਹੈ, ਅਤੇ IPsec ਅੰਦਰਲੇ multicast ਦੀ ਨਹੀਂ, GRE ਪੈਕਟਾਂ ਦੀ ਸੁਰੱਖਿਆ ਕਰਦਾ ਹੈ। ਇਸੇ ਲਈ «IPsec multicast ਨਹੀਂ ਢੋ ਸਕਦਾ» ਵਾਲਾ ਆਮ ਦਾਅਵਾ ਇਸ ਡਿਜ਼ਾਈਨ ਲਈ ਗਲਤ ਹੈ ਅਤੇ ਨਿਦਾਨ ਵਜੋਂ ਬੇਕਾਰ ਹੈ। ਟਨਲ 'ਤੇ IPsec ਪ੍ਰੋਫਾਈਲ, ਹਰ peer ਦੀਆਂ ਸੁਰੱਖਿਆ ਸੰਸਥਾਵਾਂ ਅਤੇ ਟਨਲ ਇੰਟਰਫੇਸ ਦੀ ਸਥਿਤੀ ਤਿੰਨ ਵੱਖਰੇ ਤੱਥਾਂ ਵਜੋਂ ਜਾਂਚੋ।

show crypto ipsec sa peer 198.51.100.1
show interfaces Tunnel0 | include line protocol
show ip nhrp multicast

EIGRP ਹੇਠਾਂ ਰਹਿੰਦਿਆਂ ਕਾਊਂਟਰ ਚੱਲਦੇ ਹੋਏ ਉੱਪਰਲਾ SA ਤੁਹਾਡੀ ਜਾਂਚ ਨੂੰ ਸਟੈਕ ਦੇ ਉੱਪਰ ਵਾਪਸ ਭੇਜਦਾ ਹੈ: ਪੈਕਟ ਸੁਰੱਖਿਅਤ ਅਤੇ ਪਹੁੰਚਾਏ ਜਾ ਰਹੇ ਹਨ, ਇਸ ਲਈ ਸਮੱਸਿਆ ਇਹ ਹੈ ਕਿ ਪ੍ਰੋਟੋਕੋਲ ਕਿਹੜੇ ਪੈਕਟ ਭੇਜਣੇ ਚੁਣਦਾ ਹੈ।

ਸਿਰਫ਼ ਗੁਆਂਢੀਆਂ ਦੀ ਗਿਣਤੀ ਨਹੀਂ, ਮਾਰਗ ਪ੍ਰਮਾਣਿਤ ਕਰੋ

ਗੁਆਂਢੀਅਤ ਬਣਨ ਤੋਂ ਬਾਅਦ ਪੜ੍ਹੋ ਕਿ ਇਹ ਕੀ ਘੋਸ਼ਿਤ ਕਰਦੀ ਹੈ ਅਤੇ ਕੀ ਸਥਾਪਿਤ ਕਰਦੀ ਹੈ। ਬਹੁ-ਬਿੰਦੂ ਟਨਲ 'ਤੇ split horizon ਅਤੇ next-hop ਵਿਵਹਾਰ ਤੈਅ ਕਰਦੇ ਹਨ ਕਿ ਸਪੋਕ ਹਬ ਰਾਹੀਂ ਦੂਜੇ ਸਪੋਕ ਤੱਕ ਪਹੁੰਚ ਸਕਦਾ ਹੈ ਜਾਂ ਨਹੀਂ, ਅਤੇ ਸੰਖੇਪ prefix ਨੂੰ ਲੁਕਾ ਸਕਦਾ ਹੈ ਭਾਵੇਂ ਗੁਆਂਢੀ ਸੰਬੰਧ ਸੰਪੂਰਨ ਹੋਵੇ।

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

ਪੜਾਅਵਾਰ ਡਿਜ਼ਾਈਨ, multicast ਮੈਪਿੰਗ ਅਤੇ EIGRP ਨੀਤੀ ਇੱਕੋ ਥਾਂ ਦਰਜ ਕਰੋ। ਅਗਲੇ ਇੰਜੀਨੀਅਰ ਨੂੰ ਡਿਜ਼ਾਈਨ ਚਾਹੀਦਾ ਹੈ, ਟ੍ਰਾਂਸਕ੍ਰਿਪਟ ਨਹੀਂ।