DMVPN ಓವರ್ಲೇನಲ್ಲಿ EIGRP ನೆರೆಹೊರೆಯವರು ಏಳುವುದಿಲ್ಲ
ಓವರ್ಲೇನಲ್ಲಿ unicast ಕೆಲಸ ಮಾಡುತ್ತದೆ ಮತ್ತು ನೆರೆಹೊರೆ ವಿಫಲವಾಗುತ್ತದೆ, ಆದ್ದರಿಂದ NHRP multicast ಪ್ರತಿಕೃತಿ, ಟನೆಲ್ನ EIGRP ನೀತಿ ಮತ್ತು IPsec ಅನ್ನು ಮೂರು ಬೇರೆ ಪದರಗಳಾಗಿ ಪರಿಶೀಲಿಸಿ.
ಟನೆಲ್ ಮೇಲಿದೆ, ಒಂದು ಸ್ಪೋಕ್ ಇನ್ನೊಂದನ್ನು ಪಿಂಗ್ ಮಾಡಬಹುದು, ಆದರೂ 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 multicast ಅನ್ನು GRE ಒಳಗೆ ಸಾಗಿಸುತ್ತದೆ, ಮತ್ತು 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 ನೀತಿಯನ್ನು ಒಂದೇ ಕಡೆ ದಾಖಲಿಸಿ. ಮುಂದಿನ ಇಂಜಿನಿಯರ್ಗೆ ವಿನ್ಯಾಸ ಬೇಕು, ಪ್ರತಿಲಿಪಿ ಅಲ್ಲ.