DMVPN ರೂಟ್ ಸಾರಾಂಶ ಮತ್ತು NHRP ಸಾರಾಂಶ ನಕ್ಷೆ: ಬೇರೆ ಬೇರೆ ಕೋಷ್ಟಕಗಳು
ರೂಟ್ ಸಾರಾಂಶವು ಜಾಹೀರಾತು ಮಾಡಿದ ಪ್ರೀಫಿಕ್ಸ್ ಮತ್ತು ಮುಂದಿನ ಹಾಪ್ ಅನ್ನು ಬದಲಿಸುತ್ತದೆ. NHRP ಸಾರಾಂಶ ನಕ್ಷೆಯು ರೆಸಲ್ಯೂಶನ್ ಉತ್ತರ ಏನನ್ನು ಹಿಂತಿರುಗಿಸುತ್ತದೆ ಎಂಬುದನ್ನು ಬದಲಿಸುತ್ತದೆ. ಒಂದೇ ಪದ, ಬೇರೆ ಕೋಷ್ಟಕ.
ಯಾರೋ ನಿಮ್ಮನ್ನು spoke-ಗಳನ್ನು ಸಾರಾಂಶ ಮಾಡಲು ಕೇಳುತ್ತಾರೆ, ಮತ್ತು ಟಿಕೆಟ್ hub ನಲ್ಲಿ ಕಡಿಮೆ ಪ್ರೀಫಿಕ್ಸ್ ಇರುವಂತೆ ಮುಚ್ಚುತ್ತದೆ. ಒಂದು ವಾರದ ನಂತರ ಮೊದಲು ನೇರವಾಗಿ ಹೋಗುತ್ತಿದ್ದ ಶಾಖೆ-ಶಾಖೆ ಸಂಚಾರವು ಮತ್ತೆ hub ಮೂಲಕ ಹರಿಯುತ್ತದೆ, ಮತ್ತು ಯಾರೂ ಆ ಎರಡು ಬದಲಾವಣೆಗಳನ್ನು ಜೋಡಿಸುವುದಿಲ್ಲ. spoke-ಗಳನ್ನು ಸಾರಾಂಶ ಮಾಡಿ ಎಂಬ ಪದಗುಚ್ಛವು ಎರಡು ಬೇರೆ ಕೋಷ್ಟಕಗಳನ್ನು ಮುಟ್ಟುವ ಎರಡು ಬೇರೆ ಕಾರ್ಯಾಚರಣೆಗಳನ್ನು ಒಳಗೊಳ್ಳುತ್ತದೆ. ಇನ್ನೊಂದು DMVPN ಉದಾಹರಣೆಯಿಂದ ಆಜ್ಞೆಯನ್ನು ಎರವಲು ಪಡೆಯುವ ಮೊದಲು ನೀವು ಯಾವ ಸ್ಥಿತಿಯನ್ನು ಕಡಿಮೆ ಮಾಡುತ್ತಿದ್ದೀರಿ ಎಂದು ಹೇಳಿ.
ಲಕ್ಷಣ: ನೇರ spoke ಸಂಚಾರವು ಮತ್ತೆ hub ಗೆ ಹೋಯಿತು
Phase 2 ಚರ್ಚೆಯನ್ನು Phase 3 ವಿನ್ಯಾಸಕ್ಕೆ ಅನ್ವಯಿಸಿದಾಗ ಈ ವ್ಯತ್ಯಾಸ ಹೆಚ್ಚು ಮುಖ್ಯವಾಗುತ್ತದೆ. ಎರಡೂ ಸಂಭಾಷಣೆಗಳಲ್ಲಿ ಅದೇ ಪದಗಳು ಬರುತ್ತವೆ, ಮತ್ತು ಫಾರ್ವರ್ಡಿಂಗ್ ಮೇಲಿನ ಪರಿಣಾಮ ಒಂದೇ ಅಲ್ಲ.
ಅದಕ್ಕೇ ಪರಿಶೀಲನೆಯ ಸಮಯದಲ್ಲಿ ಬದಲಾವಣೆ ಸರಿಯಾಗಿ ಕಂಡಿತು: ಪರಿಶೀಲನೆ ರೂಟಿಂಗ್ ಕೋಷ್ಟಕವನ್ನು ನೋಡಿತು, ಅದು ಒಳಗೊಂಡ ಮೂರು ಸ್ಥಿತಿಗಳಲ್ಲಿ ಒಂದೇ ಆಗಿದೆ.
ಒಂದು ಒಟ್ಟುಗೂಡಿಸುವಿಕೆ, ಎರಡು ಕೋಷ್ಟಕಗಳು
ಎರಡು ಕಾರ್ಯಾಚರಣೆಗಳು ಹೀಗಿವೆ:
| Operation | What it actually changes |
|---|---|
| Routing summary | Aggregates the prefixes the routing protocol advertises and changes the next hop the receiver installs |
| NHRP summary map | Changes the network returned in a resolution reply, so a requesting spoke resolves to a different address |
| Protection path | IPsec state for the peer you actually resolved; neither aggregation changes it |
ರೂಟ್ ಸಾರಾಂಶವು hub ಏನನ್ನು ಜಾಹೀರಾತು ಮಾಡುತ್ತದೆ ಮತ್ತು ಸ್ವೀಕರಿಸುವ spoke ಏನನ್ನು ರೂಟ್ ಆಗಿ ಸ್ಥಾಪಿಸುತ್ತದೆ ಎಂಬುದರ ಬಗ್ಗೆ ಒಂದು ಹೇಳಿಕೆ. NHRP ಸಾರಾಂಶ ನಕ್ಷೆಯು ಇನ್ನೊಂದು spoke ವಿಳಾಸವನ್ನು ತಲುಪುವ ಬಗೆ ಕೇಳಿದಾಗ spoke ಕಳುಹಿಸುವ ಉತ್ತರದ ಬಗ್ಗೆ ಒಂದು ಹೇಳಿಕೆ. ಇವು ಬೇರೆ ಬೇರೆ ವೈಫಲ್ಯ ವಿಧಾನಗಳಿರುವ ಬೇರೆ ಪ್ರಶ್ನೆಗಳು, ಮತ್ತು ವಿನ್ಯಾಸವು ಒಂದನ್ನು ಬದಲಿಸಿ ಇನ್ನೊಂದನ್ನು ಹಿಂದಿದ್ದಂತೆಯೇ ಬಿಡಬಹುದು. ಅವುಗಳನ್ನು ಒಂದೇ ಸನ್ನೆಯಂತೆ ನೋಡುವುದೇ ಒಟ್ಟುಗೂಡಿಸುವಿಕೆಯ ಬದಲಾವಣೆ ಮೌನವಾಗಿ ಫಾರ್ವರ್ಡಿಂಗ್ ಬದಲಾವಣೆಯಾಗುವ ದಾರಿ.
ಎರಡೂ ಕಾರ್ಯಾಚರಣೆಗಳು ರಕ್ಷಣಾ ಮಾರ್ಗದ ಬಗ್ಗೆ ಹೇಳಿಕೆ ಅಲ್ಲ, ಏಕೆಂದರೆ ಅದು ನೀವು ನಿಜವಾಗಿ ಪರಿಹರಿಸಿದ peer ಗಾಗಿ ಮಾತುಕತೆ ಮಾಡಲಾಗುತ್ತದೆ.
hub ನ ಸಾರಾಂಶ ನಿಜವಾಗಿ ಏನನ್ನು ಬದಲಿಸುತ್ತದೆ
spoke-ಗಳ ನಡುವಿನ NHRP ಸಾರಾಂಶ ನಕ್ಷೆಗಳಿಗೆ Cisco ಮಾರ್ಗದರ್ಶಿ hub ಸಾರಾಂಶವನ್ನು ಜಾಹೀರಾತು ಮಾಡುವ ಮತ್ತು ರೂಟಿಂಗ್‌ನ ಮುಂದಿನ ಹಾಪ್ ಆಗಿ ಉಳಿಯುವ Phase 3 ವ್ಯವಸ್ಥೆಯನ್ನು ವಿವರಿಸುತ್ತದೆ. ನಂತರ ಮರುನಿರ್ದೇಶನ ಮತ್ತು ಅದರ ನಂತರದ NHRP ರೆಸಲ್ಯೂಶನ್ ಹೆಚ್ಚು ನೇರ ಫಾರ್ವರ್ಡಿಂಗ್ ಮಾರ್ಗವನ್ನು ನೀಡುತ್ತವೆ. ಆದ್ದರಿಂದ ಒಟ್ಟುಗೂಡಿಸಿದ ರೂಟ್ ಅನ್ನು ಮಾತ್ರ ಓದುವುದು ಇಡೀ ಫಾರ್ವರ್ಡಿಂಗ್ ಸ್ಥಿತಿಯನ್ನು ವಿವರಿಸುವುದಿಲ್ಲ, ಮತ್ತು ಪ್ರತಿ ಪ್ಯಾಕೆಟ್ ಶಾಶ್ವತವಾಗಿ hub ಮೂಲಕ ಹೋಗಬೇಕು ಎಂದಲ್ಲ. ಸಾರಾಂಶವು ತಲುಪುವಿಕೆಯ ಬಗ್ಗೆ, ಮಾರ್ಗದ ಬಗ್ಗೆ ಅಲ್ಲ.
ಆದ್ದರಿಂದ ರೂಟಿಂಗ್ ಕೋಷ್ಟಕದಲ್ಲಿ ನಿಲ್ಲುವ ವಿನ್ಯಾಸ ಪರಿಶೀಲನೆಯು ರೆಸಲ್ಯೂಶನ್ ವರ್ತನೆಯನ್ನು ಬದಲಿಸುವ ಬದಲಾವಣೆಯನ್ನು ಅನುಮೋದಿಸಬಹುದು. ಆಯ್ಕೆಯಾದ ರೂಟ್, NHRP ಫಲಿತಾಂಶ ಮತ್ತು ರಕ್ಷಣಾ ಮಾರ್ಗವನ್ನು ಮೂರು ಪ್ರತ್ಯೇಕ ವೀಕ್ಷಣೆಗಳಾಗಿ ಪರಿಶೀಲಿಸಿ.
ಮೂರರಲ್ಲಿ ಯಾವುದು ಬದಲಾಯಿತು ಎಂದು ನೀವು ಹೇಳಲಾಗದಿದ್ದರೆ, ನೀವು ಬದಲಾವಣೆಯನ್ನು ಮುಗಿಸಿಲ್ಲ.
NHRP ಸಾರಾಂಶ ನಕ್ಷೆ ಏನನ್ನು ಬದಲಿಸುತ್ತದೆ
ಹಲವು ಹೆಚ್ಚು ನಿರ್ದಿಷ್ಟ LAN ರೂಟ್‌ಗಳ ಮೂಲಕ 10.32.0.0/19 ಅನ್ನು ಹೊಂದಿರುವ spoke ಒಂದನ್ನು ತೆಗೆದುಕೊಳ್ಳಿ, ಆಗ hub ಇತರ spoke-ಗಳಿಗೆ ದೊಡ್ಡ ಒಟ್ಟುಗೂಡಿಸುವಿಕೆಯನ್ನು ಜಾಹೀರಾತು ಮಾಡುತ್ತದೆ. 10.32.12.10 ಗಾಗಿ ವಿನಂತಿಗೆ ಇಲ್ಲದಿದ್ದರೆ ಹೊಂದಿಕೆಯಾಗುವ ಚಿಕ್ಕ ಜಾಲಬಂಧದ ರೆಸಲ್ಯೂಶನ್ ಮಾಹಿತಿ ಸಿಗುತ್ತಿತ್ತು. ದಾಖಲಿತ NHRP ಸಾರಾಂಶ ನಕ್ಷೆ ವೈಶಿಷ್ಟ್ಯವು spoke ಗೆ ಬದಲಾಗಿ ತನ್ನ ಸಂರಚಿತ ಆವರಣ ಪ್ರೀಫಿಕ್ಸ್ ಅನ್ನು ಹಿಂತಿರುಗಿಸಲು ಅನುಮತಿಸುತ್ತದೆ, ಇದು ಆ spoke ಗೆ ಸೇರಿದ ಜಾಲಬಂಧಗಳಿಗೆ ಪುನರಾವರ್ತಿತ ರೆಸಲ್ಯೂಶನ್ ಕೆಲಸವನ್ನು ಕಡಿಮೆ ಮಾಡಬಹುದು. ಇದು hub ನ ರೂಟ್ ಸಾರಾಂಶ ಮತ್ತು spoke ನ ರೆಸಲ್ಯೂಶನ್ ಸಾರಾಂಶವನ್ನು ಒಂದೇ ವಸ್ತುವನ್ನಾಗಿ ಮಾಡುವುದಿಲ್ಲ.
ಆ ಆವರಣ ಪ್ರೀಫಿಕ್ಸ್ ಬಗ್ಗೆ ಉದ್ದೇಶಪೂರ್ವಕ ಮಾಲೀಕತ್ವ ಮಾದರಿ ಇರಲಿ. ಬೇರೆಡೆ ಸೇರಿದ ವಿಳಾಸಗಳನ್ನು ಒಳಗೊಂಡ ವಿಶಾಲ ಉತ್ತರ, ಅಥವಾ ತಲುಪಲಾಗದ ಕೊರತೆಗಳು, ಮುಂದಿನ ಸಂಚಾರವನ್ನು ಸೂಕ್ತವಲ್ಲದ peer ಕಡೆಗೆ ಕಳುಹಿಸಬಹುದು.
ಪ್ರೀಫಿಕ್ಸ್ ಅನ್ನು ದೊಡ್ಡದಾಗಿಸುವ ಮೊದಲು ನಿಜವಾದ ರೂಟ್‌ಗಳು ಮತ್ತು ಉದ್ದೇಶಿತ ನಿರಾಕರಣೆ ಪ್ರಕರಣಗಳನ್ನು ಪರಿಶೀಲಿಸಿ, ನಂತರ ಅಲ್ಲ.
ಮೊದಲ ಗಮ್ಯಸ್ಥಾನ ಮತ್ತು ಸಾರಾಂಶದ ಒಳಗಿನ ಒಂದನ್ನು ಹೋಲಿಸಿ
ಎರಡು ಗಮ್ಯಸ್ಥಾನಗಳನ್ನು ಆಯ್ಕೆ ಮಾಡಿ: ನೀವು ಪರೀಕ್ಷಿಸಿದ ಮೊದಲನೆಯದು, ಮತ್ತು ಪ್ರಸ್ತಾವಿತ ಸಾರಾಂಶದ ಒಳಗಿರುವ ಇನ್ನೊಂದು. ಪ್ರತಿಯೊಂದಕ್ಕೂ ಆಯ್ಕೆಯಾದ ರೂಟ್, ಅಲ್ಲಿಗೆ ತಲುಪಲು ಬಳಸಿದ NHRP ಸ್ಥಿತಿ ಮತ್ತು ನಿಜವಾದ ಉತ್ತರ ಮಾರ್ಗವನ್ನು ದಾಖಲಿಸಿ. ಈ ಹೋಲಿಕೆಯು ನೀವು ರೂಟಿಂಗ್ ಪ್ರಮಾಣ, ರೆಸಲ್ಯೂಶನ್ ಪ್ರಮಾಣ ಅಥವಾ ಫಾರ್ವರ್ಡಿಂಗ್ ದೋಷವನ್ನು ಬದಲಿಸಿದ್ದೀರಾ ಎಂದು ಹೇಳುತ್ತದೆ, ಮತ್ತು ಅದೇ ಏಕೈಕ ಉಪಯುಕ್ತ ತೀರ್ಮಾನ. ಕಡಿಮೆ ಪ್ರೀಫಿಕ್ಸ್ ತೋರಿಸುವ ಪ್ರದರ್ಶನವು ಅವುಗಳಲ್ಲಿ ಯಾವುದಕ್ಕೂ ಸಾಕ್ಷಿಯಲ್ಲ.
ನಿಮ್ಮ ಜಾಲಬಂಧಕ್ಕೆ Phase 3 ಉದಾಹರಣೆಯನ್ನು ಅನ್ವಯಿಸುವ ಮೊದಲು ನಿಯೋಜಿತ ಹಂತ ಮತ್ತು ರೂಟಿಂಗ್ ಪ್ರೋಟೋಕಾಲ್‌ನ ಮುಂದಿನ-ಹಾಪ ವರ್ತನೆಯನ್ನು ಖಚಿತಪಡಿಸಿ. ಸಣ್ಣ ಉದಾಹರಣೆಯು ಇನ್ನೊಂದು ವಿನ್ಯಾಸ ಅದೇ ನೇರ spoke ಮಾರ್ಗವನ್ನು ಉಳಿಸಿಕೊಳ್ಳುತ್ತದೆ ಎಂಬ ಸಾಕ್ಷಿಯಲ್ಲ.
ಟಿಕೆಟ್ ನೀವು ಯಾವ ಕೋಷ್ಟಕವನ್ನು ಕಡಿಮೆ ಮಾಡಿದಿರಿ ಮತ್ತು ಯಾವುದನ್ನು ಹಾಗೆಯೇ ಬಿಟ್ಟಿರಿ ಎಂದು ಹೇಳಬೇಕು. ಅದಕ್ಕಿಂತ ಕಡಿಮೆ ಒಂದು ತಿಂಗಳ ನಂತರ ಶೂನ್ಯದಿಂದ ಮತ್ತೆ ರೋಗನಿರ್ಣಯವಾಗುತ್ತದೆ.